Как правильно установить и настроить файловый сервер на Windows Server

В качестве примера используется Windows Server 2012 R2 (2016, 2019). Инструкция разбита на несколько шагов и представляет из себя полный цикл настройки файлового хранилища для использования в малых и средних компаниях.

Шаг 1. Выбор оборудования и подготовка сервера

В качестве сервера, желательно, выбрать профессиональное оборудование. Системные требования для файлового сервера не высокие:

• Процессор может быть самый простой;
• Оперативная память также не сильно используется;
• Дисковая система — самый основной компонент. Ее объем зависит от специфики бизнеса. Примерная формула — не менее 15 Гб на пользователя и не менее 1 Тб на сервер. До 50 пользователей можно рассматривать диски SATA, после — SAS или SSD.

Например, для компании в 300 пользователей подойдет сервер с процессором Xeon E3, 8 Гб ОЗУ и 5 Тб дискового пространства на дисках SAS 10K.

Дополнительные требования

1. Для обеспечения сохранности информации при выходе из строя жесткого диска, необходим RAID-контроллер. Настройка последнего выполняется из специального встроенного программного обеспечения, которое запускается при загрузке сервера;
2. Сервер должен быть подключен к источнику бесперебойного питания;
3. Необходимо предусмотреть резервное копирование. Для этого нужен дисковый накопитель (внешний жесткий диск) или другой сервер.

Подробнее о выборе оборудования читайте статью Как выбрать сервер.

Шаг 2. Установка Windows и настройка системы

Установка системы

На этом шаге все стандартно, за исключением одного нюанса: разбивая во время установки Windows жесткий диск, стараемся выделить небольшую часть (70 — 120 Гб) для системы и все остальное под данные. Если выделить много дискового пространства для системного раздела, увеличится время его обслуживания и фрагментация, что негативно скажется на производительности и надежности системы в целом.

Настройка системы

1. Проверяем правильность настройки времени и часового пояса;
2. Задаем понятное имя для сервера и, при необходимости, вводим его в домен;
3. Если сервер не подключен напрямую к сети Интернет, стоит отключить брандмауэр;
4. Для удаленного администрирования, включаем удаленный рабочий стол;
5. Устанавливаем все обновления системы.

Шаг 3. Базовые настройки файлового сервера

Это стандартные действия, которые выполняются при настройке обычного файлового сервера.

Установка роли и вспомогательных компонентов

Как правило, данная роль устанавливается вместе с Windows. Остается только это проверить и доустановить компоненты, которые нужны для полноценной эксплуатации сервиса.

Открываем Диспетчер серверов. Он может быть запущен из панели быстрого запуска.

Нажимаем Управление — Добавить роли и компоненты.

В открывшемся окне оставляем Установка ролей и компонентов и нажимаем Далее.

В следующем окне выбираем нужный сервер (выбран по умолчанию, если работаем на сервере, а не через удаленную консоль) и нажимаем Далее.

Среди ролей находим Файловые службы и службы хранилища, раскрываем ее и проверяем, что установлены галочки напротив следующих компонентов:

• Службы хранения;
• Файловый сервер;

Если данные службы не установлены, выбираем их и нажимаем Далее.

В окне Выбор компонентов просто нажимаем Далее.

Откроется окно Подтверждение установки компонентов. Нажимаем Установить и после окончания процесса перезагружаем сервер.

Настройка шары (общей папки)

Создаем первую папку, которую хотим предоставить в общее использование. Затем кликаем по ней правой кнопкой мыши и нажимаем Свойства:

В открывшемся окне переходим на вкладку Доступ и нажимаем Расширенная настройка:

Ставим галочку Открыть общий доступ к этой папке и нажимаем кнопку Разрешения:

Предоставляем полный доступ всем пользователям:

* конечно же, мы не будем давать доступ всем пользователям, но для этого есть вкладка безопасность (см. ниже).

Нажимаем OK и еще раз OK.

Теперь переходим на вкладку Безопасность и нажимаем Дополнительно:

В открывшемся окне нажимаем Отключение наследования и Преобразовать унаследованные разрешения в явные разрешения этого объекта.

Выставляем необходимые права на папку, например:

Совет: старайтесь управлять правами на ресурсы только при помощи групп. Даже если доступ необходимо предоставить только одному человеку!

Теперь нажимаем OK два раза. Папка настроена для общего использования и в нашем примере доступна по сетевому пути \\fs1\Общая папка.

Шаг 4. Тюнинг файлового сервера или профессиональные советы

Данные настройки, по сути, представляют секреты того, как сделать файловый сервер лучше, надежнее и безопаснее. Применяя их, администраторы создают более правильную и профессиональную среду ИТ.

С самого начала стоит создавать общие папки в пространстве имен DFS. На это есть две основные причины:

1. При наличии или появлении нескольких файловых серверов пользователям будет удобнее находить общие папки в одном месте.
2. Администратор легко сможет создать отказоустойчивую систему при необходимости.

Теневые копии

Позволят вернуться к предыдущим версиям файлов. Это очень полезная функция позволит не только восстановить некорректно отредактированный документ, но и вернуть случайно удаленный файл или папку.

Как настроить и пользоваться данной возможностью, читайте подробнее в инструкции Как включить и настроить теневые копии.

Аудит

Аудит позволит вести протокол доступа к данным — понять, кто и когда удалил важные данные или внес в них изменения.

О том, как настроить данную возможность читайте статью Как включить аудит доступа к файлам Windows.

Анализатор соответствия рекомендациям

В диспетчер управления серверами Windows встроен инструмент для проверки конфигурации сервера — анализатор соответствия рекомендациям. Чтобы им воспользоваться переходим в диспетчере в Локальный сервер:

Находим раздел «Анализатор соответствия рекомендациям» и справа кликаем по ЗАДАЧИ — Начать проверку BPA:

Рассмотрим решения некоторых рекомендаций.

1. Для XXX должно быть задано рекомендованное значение.

Это набор однотипных рекомендаций, для выполнения которых нужно обратить внимание на описание и задать значение параметро, которое в нем указано. Например, для CachedOpenLimit в описании проблемы есть описание решения — «Задайте для CachedOpenLimit рекомендуемое значение 5». Чтобы это сделать, открываем Powershell от администратора и вводим команду:

Set-SmbServerConfiguration -CachedOpenLimit 5

* мы задаем параметру CachedOpenLimit значение 5, как это и рекомендовано анализатором.

На запрос, уверены ли мы, что хотим выполнить команду, отвечаем утвердительно.

Остальные параметры задаем аналогичными действиями.

2. Файл Srv.sys должен быть настроен на запуск по требованию.

В командной строке от имени администратора вводим:

sc config srv start= demand

3. Создание коротких имен файлов должно быть отключено.

В командной строке от имени администратора вводим:

fsutil 8dot3name set 1

Шаг 5. Настройка средств обслуживания

Ни одна инфраструктура не может полноценно существовать без мониторинга и резервного копирования. Предупредить о возможной проблеме, узнать о последней раньше пользователей или иметь возможность восстановить данные — показатели высокой ответственности и профессионализма системного администратора.

Резервное копирование

Для файлового сервера все просто — необходимо резервировать все рабочие папки и файлы. Лучшим решением будет ежедневное копирование новых данных, и с определенной периодичностью (например, раз в месяц), создавать полный архив.

Мониторинг

1. Сетевую доступность сервера;
2. Свободное дисковое пространство;
3. Состояние жестких дисков.

Шаг 6. Тестирование

Тестирование состоит из 3-х основных действий:

1. Проверить журналы Windows и убедиться в отсутствие ошибок. В случае их обнаружения, необходимо устранить все проблемы.
2. Выполнить действия анализатора соответствий рекомендациям.
3. Провести живой тест работы сервиса с компьютера пользователя.

Масштабируемый файловый сервер для обзора данных приложения Scale-Out File Server for application data overview

Применяется к: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012 Applies to: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

Scale-Out файловый сервер предназначен для предоставления масштабируемых файловых ресурсов, которые постоянно доступны для хранилища серверных приложений на основе файлов. Scale-Out File Server is designed to provide scale-out file shares that are continuously available for file-based server application storage. Масштабируемые файловые ресурсы обеспечивают возможность совместного использования папок различными узлами одного кластера. Scale-out file shares provides the ability to share the same folder from multiple nodes of the same cluster. Этот сценарий фокусируется на планировании и развертывании масштабируемого файлового сервера. This scenario focuses on how to plan for and deploy Scale-Out File Server.

Вы можете развернуть и настроить кластерный файловый сервер с помощью любого из следующих методов. You can deploy and configure a clustered file server by using either of the following methods:

• Масштабируемый файловый сервер для данных приложения Этот компонент кластеризованного файлового сервера появился в Windows Server 2012 и позволяет хранить данные серверных приложений, такие как файлы виртуальных машин Hyper-V, в общих файловых ресурсах, а также иметь аналогичные уровни надежности, доступности, управляемости и высокой производительности, которые могут быть получены из сети хранения данных. Scale-Out File Server for application data This clustered file server feature was introduced in Windows Server 2012, and it lets you store server application data, such as Hyper-V virtual machine files, on file shares, and obtain a similar level of reliability, availability, manageability, and high performance that you would expect from a storage area network. Все файловые ресурсы одновременно подключены к сети на всех узлах. All file shares are simultaneously online on all nodes. Общие файловые ресурсы, связанные с кластерным файловым сервером такого типа, называются масштабируемыми файловыми ресурсами. File shares associated with this type of clustered file server are called scale-out file shares. Такая конфигурация иногда называется «активный-активный». This is sometimes referred to as active-active. Это рекомендуемый тип файлового сервера при развертывании Hyper-V через Server Message Block (SMB) или Microsoft SQL Server через SMB. This is the recommended file server type when deploying either Hyper-V over Server Message Block (SMB) or Microsoft SQL Server over SMB.
• Файловый сервер для общего использования Это продолжение кластеризованного файлового сервера, который поддерживался в Windows Server с момента появления отказоустойчивой кластеризации. File Server for general use This is the continuation of the clustered file server that has been supported in Windows Server since the introduction of Failover Clustering. Это разновидность кластерного файлового сервера, поэтому все общие папки, связанные с кластерным файловым сервером, не могут быть подключены к сети на нескольких узлах одновременно. This type of clustered file server, and therefore all the shares associated with the clustered file server, is online on one node at a time. Такая конфигурация иногда называется «активный-пассивный» или «двойной активный». This is sometimes referred to as active-passive or dual-active. Общие файловые ресурсы, связанные с кластерным файловым сервером такого типа, называются кластерными файловыми ресурсами. File shares associated with this type of clustered file server are called clustered file shares. Это рекомендуемый тип файлового сервера при развертывании сценариев информационных работников. This is the recommended file server type when deploying information worker scenarios.

Описание сценария Scenario description

Масштабируемые файловые ресурсы обеспечивают возможность совместного использования папок несколькими узлами одного кластера. With scale-out file shares, you can share the same folder from multiple nodes of a cluster. Например, при наличии кластера файлового сервера с четырьмя узлами, использующего горизонтальное масштабирование SMB, компьютер под управлением Windows Server 2012 R2 или Windows Server 2012 может получить доступ к общим папкам с любого из четырех узлов. For instance, if you have a four-node file server cluster that is using Server Message Block (SMB) Scale-Out, a computer running Windows Server 2012 R2 or Windows Server 2012 can access file shares from any of the four nodes. Это достигается за счет использования новых компонентов отказоустойчивой кластеризации в Windows Server и возможностей протокола файловых серверов Windows — SMB 3.0. This is achieved by leveraging new Windows Server Failover Clustering features and the capabilities of the Windows file server protocol, SMB 3.0. Администраторы файловых серверов могут предоставлять масштабируемые файловые ресурсы и постоянно доступные файловые службы серверным приложениям, а также быстро реагировать на увеличение потребностей путем простого подключения к сети дополнительных серверов. File server administrators can provide scale-out file shares and continuously available file services to server applications and respond to increased demands quickly by simply bringing more servers online. Все это можно осуществлять в рабочей среде абсолютно прозрачно для серверного приложения. All of this can be done in a production environment, and it is completely transparent to the server application.

Основные преимущества масштабируемого файлового сервера включают следующее. Key benefits provided by Scale-Out File Server in include:

• Активные общие файловые ресурсы. Active-Active file shares. Все узлы кластера могут принимать и обслуживать клиентские запросы SMB. All cluster nodes can accept and serve SMB client requests. Благодаря одновременной доступности содержимого файловых ресурсов для всех узлов кластера взаимодействие кластеров и клиентов SMB 3.0 обеспечивает прозрачную отработку отказа на альтернативные узлы кластера во время планового обслуживания или внезапных сбоев с нарушением работы служб. By making the file share content accessible through all cluster nodes simultaneously, SMB 3.0 clusters and clients cooperate to provide transparent failover to alternative cluster nodes during planned maintenance and unplanned failures with service interruption.
• Увеличенная пропускная способность. Increased bandwidth. Максимальная пропускная способность общего доступа — это общая пропускная способность всех узлов кластера файлового сервера. The maximum share bandwidth is the total bandwidth of all file server cluster nodes. В отличие от предыдущих версий Windows Server, общая пропускная способность более не ограничивается пропускной способностью одного узла кластера, а определяется возможностями резервной системы хранения, которая задает ограничения. Unlike previous versions of Windows Server, the total bandwidth is no longer constrained to the bandwidth of a single cluster node; but rather, the capability of the backing storage system defines the constraints. Увеличить общую пропускную способность можно путем добавления узлов. You can increase the total bandwidth by adding nodes.
• Chkdsk с нулевым временем простоя. CHKDSK with zero downtime. CHKDSK в Windows Server 2012 значительно улучшена, чтобы значительно сократить время, в течение которого файловая система находится в автономном режиме для восстановления. CHKDSK in Windows Server 2012 is significantly enhanced to dramatically shorten the time a file system is offline for repair. Общие тома кластера (CSV) позволяют вообще исключить этап отключения от сети. Clustered shared volumes (CSVs) take this one step further by eliminating the offline phase. Файловая система CSV (CSVFS) может использовать операцию CHKDSK, не затрагивая приложения с открытыми дескрипторами в файловой системе. A CSV File System (CSVFS) can use CHKDSK without impacting applications with open handles on the file system.
• Кластеризованный кэш общего тома. Clustered Shared Volume cache. CSV в Windows Server 2012 предоставляет поддержку кэша чтения, что может значительно повысить производительность в определенных сценариях, например в инфраструктуре виртуальных рабочих столов (VDI). CSVs in Windows Server 2012 introduces support for a Read cache, which can significantly improve performance in certain scenarios, such as in Virtual Desktop Infrastructure (VDI).
• Упрощенное управление. Simpler management. С помощью Scale-Out файлового сервера вы создаете масштабируемые файловые серверы, а затем добавляете необходимые CSV и общие файловые ресурсы. With Scale-Out File Server, you create the scale-out file servers, and then add the necessary CSVs and file shares. Теперь нет необходимости создавать несколько кластерных файловых серверов с отдельными дисками кластера, а затем разрабатывать политики размещения, чтобы обеспечить работу каждого узла кластера. It is no longer necessary to create multiple clustered file servers, each with separate cluster disks, and then develop placement policies to ensure activity on each cluster node.
• Автоматическая ребалансировка Scale-Out клиентов файлового сервера. Automatic rebalancing of Scale-Out File Server clients. В Windows Server 2012 R2 автоматическое перераспределение улучшает масштабируемость и управляемость масштабируемых файловых серверов. In Windows Server 2012 R2, automatic rebalancing improves scalability and manageability for scale-out file servers. Клиентские подключения SMB отслеживаются для каждого общего файлового ресурса (а не для каждого сервера), после чего клиенты перенаправляются в узел кластера с оптимальным доступом к тому, используемому общим файловым ресурсом. SMB client connections are tracked per file share (instead of per server), and clients are then redirected to the cluster node with the best access to the volume used by the file share. Это повышает производительность, снижая трафик перенаправления между узлами файлового сервера. This improves efficiency by reducing redirection traffic between file server nodes. Клиенты перенаправляются после начального подключения при перенастройке системы хранения данных кластера. Clients are redirected following an initial connection and when cluster storage is reconfigured.

Содержание сценария In this scenario

Следующие разделы помогут вам развернуть масштабируемый файловый сервер. The following topics are available to help you deploy a Scale-Out File Server:

Когда использовать масштабируемый файловый сервер When to use Scale-Out File Server

Масштабируемый файловый сервер не следует использовать, если рабочая нагрузка создает большое количество операций с метаданными, например открытие и закрытие файлов, создание новых файлов или переименование существующих. You should not use Scale-Out File Server if your workload generates a high number of metadata operations, such as opening files, closing files, creating new files, or renaming existing files. Типичный пользователь, работающий с информацией, создает множество операций с метаданными. A typical information worker would generate a lot of metadata operations. Масштабируемый файловый сервер рекомендуется использовать, если важны масштабируемость и простота и требуются только те технологии, которые поддерживает масштабируемый файловый сервер. You should use a Scale-Out File Server if you are interested in the scalability and simplicity that it offers and if you only require technologies that are supported with Scale-Out File Server.

В следующей таблице перечислены возможности SMB 3.0, общие файловые системы Windows, технологии управления данными файловых серверов и общие рабочие нагрузки. The following table lists the capabilities in SMB 3.0, the common Windows file systems, file server data management technologies, and common workloads. Вы можете увидеть, поддерживается ли технология масштабируемым файловым сервером, или требуется традиционный кластерный файловый сервер (также известный как файловый сервер общего назначения). You can see whether the technology is supported with Scale-Out File Server, or if it requires a traditional clustered file server (also known as a file server for general use).

Область технологий Technology Area	Функция Feature	Кластер файлового сервера общего назначения General Use File Server Cluster	Масштабируемый файловый сервер Scale-Out File Server
SMB SMB	Непрерывная доступность SMB (\*) SMB Continuous Availability (\*)	Да Yes	Да Yes
SMB SMB	Технология SMB Multichannel SMB Multichannel	Да Yes	Да Yes
SMB SMB	SMB Direct SMB Direct	Да Yes	Да Yes
SMB SMB	Шифрование SMB SMB Encryption	Да Yes	Да Yes
SMB SMB	Прозрачная отработка отказа SMB SMB Transparent failover	Да (если включена постоянная доступность) Yes (if continuous availability is enabled)	Да Yes
Файловая система File System	NTFS NTFS	Да Yes	Н/Д NA
Файловая система File System	Отказоустойчивая файловая система (ReFS) Resilient File System (ReFS)	Рекомендуется с Локальные дисковые пространства Recommended with Storage Spaces Direct	Рекомендуется с Локальные дисковые пространства Recommended with Storage Spaces Direct
Файловая система File System	Файловая система общего тома кластера (CSV) Cluster Shared Volume File System (CSV)	Н/Д NA	Да Yes
Управление файлами File Management	BranchCache BranchCache	Да Yes	Нет No
Управление файлами File Management	Дедупликация данных (Windows Server 2012) Data Deduplication (Windows Server 2012)	Да Yes	Нет No
Управление файлами File Management	Дедупликация данных (Windows Server 2012 R2) Data Deduplication (Windows Server 2012 R2)	Да Yes	Да (только VDI) Yes (VDI only)
Управление файлами File Management	Корень корневого сервера пространства имен DFS (DFSN) DFS Namespace (DFSN) root server root	Да Yes	Нет No
Управление файлами File Management	Целевой сервер папки пространства имен DFS (DFSN) DFS Namespace (DFSN) folder target server	Да Yes	Да Yes
Управление файлами File Management	Репликация DFS (DFSR) DFS Replication (DFSR)	Да Yes	Нет No
Управление файлами File Management	Диспетчер ресурсов файлового сервера (экраны и квоты) File Server Resource Manager (Screens and Quotas)	Да Yes	Нет No
Управление файлами File Management	Инфраструктура классификации файлов File Classification Infrastructure	Да Yes	Нет No
Управление файлами File Management	Динамический контроль доступа (доступ на основе утверждений, CAP) Dynamic Access Control (claim-based access, CAP)	Да Yes	Нет No
Управление файлами File Management	Перенаправление папок Folder Redirection	Да Yes	Не рекомендуется Not recommended
Управление файлами File Management	Автономные файлы (кэширование на стороне клиента) Offline Files (client side caching)	Да Yes	Не рекомендуется Not recommended
Управление файлами File Management	Проверка перемещаемых профилей пользователей Roaming User Profiles	Да Yes	Не рекомендуется Not recommended
Управление файлами File Management	Домашние каталоги Home Directories	Да Yes	Не рекомендуется Not recommended
Управление файлами File Management	рабочие папки Work Folders	Да Yes	Нет No
NFS NFS	Сервер NFS NFS Server	Да Yes	Нет No
Приложения Applications	Hyper-V Hyper-V	Не рекомендуется Not recommended	Да Yes
Приложения Applications	Microsoft SQL Server Microsoft SQL Server	Не рекомендуется Not recommended	Да Yes

Перенаправление папок, автономные файлы, перемещаемые профили пользователей или домашние каталоги создают большое количество операций записи, которые должны немедленно записываться на диск (без буферизации) при использовании постоянно доступных файловых ресурсов, что снижает производительность по сравнению с общими файловыми ресурсами общего назначения. Folder Redirection, Offline Files, Roaming User Profiles, or Home Directories generate a large number of writes that must be immediately written to disk (without buffering) when using continuously available file shares, reducing performance as compared to general purpose file shares. Постоянно доступные файловые ресурсы также несовместимы с диспетчером ресурсов файлового сервера и ПК под управлением Windows XP. Continuously available file shares are also incompatible with File Server Resource Manager and PCs running Windows XP. Кроме того, автономные файлы может не переходить в режим «вне сети» на 3-6 минут после того, как пользователь теряет доступ к общей папке, что может привести к невозможности использовать режим «всегда автономный» автономные файлы. Additionally, Offline Files might not transition to offline mode for 3-6 minutes after a user loses access to a share, which could frustrate users who aren’t yet using the Always Offline mode of Offline Files.

Практическое применение Practical applications

Масштабируемые файловые серверы идеально подходят для хранилища серверных приложений. Scale-Out File Servers are ideal for server application storage. Ниже перечислены некоторые примеры серверных приложений, которые могут хранить свои данные в масштабируемом файловом ресурсе. Some examples of server applications that can store their data on a scale-out file share are listed below:

• Веб-сервер IIS может хранить конфигурацию и данные для веб-сайтов в масштабируемом файловом ресурсе. The Internet Information Services (IIS) Web server can store configuration and data for Web sites on a scale-out file share. Дополнительные сведения см. в разделе Общая конфигурация. For more information, see Shared Configuration.
• Hyper-V может хранить конфигурацию и динамические виртуальные диски в масштабируемом файловом ресурсе. Hyper-V can store configuration and live virtual disks on a scale-out file share. Дополнительные сведения см. в разделе Развертывание Hyper-V через SMB. For more information, see Deploy Hyper-V over SMB.
• SQL Server может хранить динамические файлы базы данных в масштабируемом файловом ресурсе. SQL Server can store live database files on a scale-out file share. Дополнительные сведения см. в разделе Установка SQL Server с файловым ресурсом SMB в качестве хранилища. For more information, see Install SQL Server with SMB file share as a storage option.
• Диспетчер виртуальных машин (VMM) может хранить общую папку библиотеки (содержащую шаблоны виртуальных машин и связанные файлы) в масштабируемом файловом ресурсе. Virtual Machine Manager (VMM) can store a library share (which contains virtual machine templates and related files) on a scale-out file share. Однако сам сервер библиотеки не может быть Scale-Out файловым сервером — он должен находиться на изолированном сервере или отказоустойчивом кластере, который не использует роль кластера Scale-Out файлового сервера. However, the library server itself can’t be a Scale-Out File Server—it must be on a stand-alone server or a failover cluster that doesn’t use the Scale-Out File Server cluster role.

При использовании масштабируемого файлового ресурса в качестве общей папки библиотеки можно применять только те технологии, которые совместимы с масштабируемым файловым сервером. If you use a scale-out file share as a library share, you can use only technologies that are compatible with Scale-Out File Server. Например, репликация DFS нельзя использовать для репликации общей папки библиотеки, размещенной в масштабируемом файловом ресурсе. For example, you can’t use DFS Replication to replicate a library share hosted on a scale-out file share. Также важно наличие на масштабируемом файловом сервере установленных последних обновлений программного обеспечения. It’s also important that the scale-out file server have the latest software updates installed.

Чтобы использовать масштабируемый файловый ресурс в качестве общей папки библиотеки, сначала добавьте сервер библиотеки (скорее всего, это виртуальная машина) с локальной общей папкой или вообще без общих папок. To use a scale-out file share as a library share, first add a library server (likely a virtual machine) with a local share or no shares at all. Затем при добавлении общей папки библиотеки выберите общую папку, размещенную на масштабируемом файловом сервере. Then when you add a library share, choose a file share that’s hosted on a scale-out file server. Этот ресурс должен быть управляемым VMM и созданным исключительно для использования сервером библиотеки. This share should be VMM-managed and created exclusively for use by the library server. Также не забудьте установить последние обновления на масштабируемом файловом сервере. Also make sure to install the latest updates on the scale-out file server. Дополнительные сведения о добавлении серверов библиотек VMM и общих папок библиотек см. в статье Добавление профилей в БИБЛИОТЕКУ VMM. For more information about adding VMM library servers and library shares, see Add profiles to the VMM library. Список доступных в настоящее время исправлений для файловых служб и служб хранилища см. в статье базы знаний Майкрософт 2899011. For a list of currently available hotfixes for File and Storage Services, see Microsoft Knowledge Base article 2899011.

Некоторые пользователи, например информационные работники, имеют рабочие нагрузки, которые значительно влияют на производительность. Some users, such as information workers, have workloads that have a greater impact on performance. Например, если такие операции, как открытие и закрытие файлов, создание новых файлов и переименование существующих файлов, выполняются несколькими пользователями, они оказывают влияние на производительность. For example, operations like opening and closing files, creating new files, and renaming existing files, when performed by multiple users, have an impact on performance. Если файловый ресурс включен с непрерывной доступностью, он обеспечивает целостность данных, но также влияет на общую производительность. If a file share is enabled with continuous availability, it provides data integrity, but it also affects the overall performance. Для постоянной доступности требуется сквозная запись данных на диск, чтобы обеспечить целостность в случае сбоя узла кластера на масштабируемом файловом сервере. Continuous availability requires that data writes through to the disk to ensure integrity in the event of a failure of a cluster node in a Scale-Out File Server. Таким образом, пользователь, который копирует несколько больших файлов на файловый сервер, может ожидать значительно более низкую производительность на постоянно доступном файловом ресурсе. Therefore, a user that copies several large files to a file server can expect significantly slower performance on continuously available file share.

Компоненты, используемые в данном сценарии Features included in this scenario

В следующей таблице перечислены компоненты, являющиеся частью данного сценария, и описано, как они поддерживают его. The following table lists the features that are part of this scenario and describes how they support it.