Создание конечной точки сервера Синхронизации файлов Azure

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

• Конечная точка сервера должна быть определена с помощью пути на зарегистрированном сервере (не подключенной общей папкой). Подключенное к сети хранилище (NAS) не поддерживается.
• Хотя конечная точка сервера может находиться в системном томе, конечные точки сервера на системном томе не могут использовать распределение по уровням облака.
• Изменение пути или буквы диска после того как вы установили конечную точку сервера на томе не поддерживается. Перед созданием конечной точки сервера убедитесь, что вы используете подходящий путь.
• Зарегистрированный сервер может поддерживать несколько конечных точек сервера, однако группа синхронизации может иметь только одну конечную точку сервера для каждого зарегистрированного сервера в любой момент времени. Другие конечные точки сервера в группе синхронизации должны принадлежать разным зарегистрированным серверам.
• Несколько конечных точек сервера могут существовать на одном томе, если их пространства имен не перекрываются (например, F:\sync1 и F:\sync2), и каждая конечная точка синхронизируется с уникальной группой синхронизации.

В этой статье описаны варианты и решения, необходимые для создания новой конечной точки сервера и запуска синхронизации. Для этого необходимо завершить планирование развертывания Синхронизация файлов Azure, а также развернуть ресурсы, необходимые на предыдущих шагах для создания конечной точки сервера.

Предварительные условия

Чтобы создать конечную точку сервера, сначала убедитесь, что соблюдены следующие условия:

• На сервере установлен и зарегистрирован агент службы синхронизации файлов Azure. Сведения об установке агента Синхронизации файлов Azure см. в статье Регистрация или отмена регистрации сервера с Синхронизацией файлов Azure.
• Убедитесь, что служба синхронизации хранилища развернута. Сведения о развертывании службы синхронизации хранилища см. в статье Развертывание службы синхронизации файлов Azure (предварительная версия).
• Убедитесь, что группа синхронизации развернута. Узнайте, как создать группу синхронизации.
• Убедитесь, что сервер подключен к Интернету и вы имеете доступ к Azure. Синхронизация файлов Azure использует порт 443 для обмена данными между сервером и облачной службой.
• Убедитесь, что вы находитесь в рамках допустимых ограничений для создания конечных точек. Смотрите Целевые показатели масштабируемости и производительности Azure File Sync для получения подробной информации о масштабируемости и производительности.

Создание конечной точки сервера

Портал

Чтобы добавить конечную точку сервера, перейдите в только что созданную группу синхронизации. В разделе "Конечные точки сервера" нажмите кнопку +Добавить конечную точку сервера. Откроется панель "Добавить конечную точку сервера". Введите следующие сведения, чтобы создать конечную точку сервера:

• Зарегистрированный сервер. Имя сервера или кластера для создания конечной точки сервера.
• Путь: путь на Windows Server, который будет синхронизирован с общей папкой в Azure. Путь может быть папкой (например, D:\Data), корневым томом (например, D:\) или точкой подключения тома (например, D:\Mount).
• Тиринг в облаке: Переключатель для включения или отключения облачного тиринга. С помощью облачного многоуровневого хранения редко используемые или доступные файлы можно перемещать в Azure Files. Когда вы включаете облачное распределение по уровням, можно задать две политики, чтобы информировать Синхронизацию файлов Azure о том, когда следует распределять холодные файлы по уровням: политика свободного пространства тома и политика дат.
  • Свободное пространство тома. Количество свободного пространства, которое необходимо зарезервировать на томе, где расположена конечная точка сервера. Например, если объем свободного пространства на томе с одной конечной точкой сервера установлен на 50 %, примерно половина данных будет перемещена в хранилище Azure Files. Независимо от того, активировано ли облачное распределение по уровням, общий файловый ресурс в Azure всегда содержит полную копию данных из группы синхронизации.
  • Политика дат. Файлы будут распределены по уровням в облако, если к ним не обращались (т. е. не выполняли с ними операции чтения или записи) в течение указанного количества дней. Например, если вы заметили, что файлы с более чем 15 днями без доступа обычно являются архивными файлами, следует задать для политики даты значение 15 дней.
• Начальная синхронизация. Раздел "Начальная синхронизация" доступен только для первой конечной точки сервера в группе синхронизации (раздел меняется на "Начальное скачивание" при создании нескольких конечных точек сервера в группе синхронизации). В разделе "Начальная синхронизация" можно выбрать поведение Начальная отправка и Начальное скачивание.

  • Начальная отправка: вы можете выбрать, как сервер изначально отправляет данные в общую папку Azure:

    • Вариант 1. Объедините содержимое этого пути к серверу с содержимым общей папки Azure. Наличие файлов с одинаковым именем и путем приводит к конфликтам, если их содержимое отличается. Обе версии этих файлов будут храниться рядом. Если путь к серверу или общая папка Azure пуста, всегда выберите этот параметр.
    • Вариант 2: Авторитетно перезапишите файлы и папки в общей папке Azure с содержимым из этого пути на сервере. Этот вариант позволяет избежать конфликтов файлов.

    Дополнительные сведения см. в разделе "Начальная синхронизация".

  • Начальное скачивание. Вы можете выбрать, как сервер изначально скачивает данные общей папки Azure. Этот параметр важен, если сервер подключается к общей папке Azure с файлами в нем. Пространство имен обозначает структуру файлов и папок без их содержимого. Содержимое "многоуровневых файлов" возвращается из облака на сервер через локальный доступ или в соответствии с политикой.

    • Вариант 1: Сначала скачайте пространство имен, а затем восстановите содержимое файлов в максимально возможном объёме, который может быть размещён на локальном диске.
    • Вариант 2: Скачивать только пространство имен. Содержимое файла будет восстановлено при обращении.
    • Вариант 3. Избегайте использовать многоуровневые файлы. Файлы будут отображаться только на сервере после полного скачивания.

    Дополнительные сведения см. в разделе "Начальное скачивание".

Выберите Создать, чтобы добавить конечную точку сервера. Теперь ваши файлы будут синхронизироваться по всем общим файловым ресурсам Azure и Windows Server.

Примечание.

Синхронизация файлов Azure выполняет моментальный снимок файлового ресурса Azure в качестве резервной копии перед созданием конечной точки сервера. Этот моментальный снимок можно использовать для восстановления общего пространства в том состоянии, в котором оно было до создания конечного узла сервера. Моментальный снимок не удаляется автоматически после создания конечной точки сервера, поэтому его можно удалить вручную, если он не нужен. Моментальные снимки, созданные Синхронизацией файлов Azure, можно найти, просмотрев моментальные снимки для облачного файлового хранилища Azure и проверить, присутствует ли AzureFileSync в столбце 'Инициатор'.

PowerShell

Выполните следующие команды PowerShell для создания конечной точки сервера и замените <your-server-endpoint-path> и <your-volume-free-space> нужными значениями. Проверьте параметры для необязательных политик начальной загрузки и начальной отправки .

$serverEndpointPath = "<your-server-endpoint-path>"
$cloudTieringDesired = $true
$volumeFreeSpacePercentage = <your-volume-free-space>
# Optional property. Choose from: [NamespaceOnly] default when cloud tiering is enabled. [NamespaceThenModifiedFiles] default when cloud tiering is disabled. [AvoidTieredFiles] only available when cloud tiering is disabled.
$initialDownloadPolicy = "NamespaceOnly"
$initialUploadPolicy = "Merge"
# Optional property. Choose from: [Merge] default for all new server endpoints. Content from the server and the cloud merge. This is the right choice if one location is empty or other server endpoints already exist in the sync group. [ServerAuthoritative] This is the right choice when you seeded the Azure file share (e.g. with Data Box) AND you are connecting the server location you seeded from. This enables you to catch up the Azure file share with the changes that happened on the local server since the seeding.

if ($cloudTieringDesired) {
    # Ensure endpoint path is not the system volume
    $directoryRoot = [System.IO.Directory]::GetDirectoryRoot($serverEndpointPath)
    $osVolume = "$($env:SystemDrive)\"
    if ($directoryRoot -eq $osVolume) {
        throw [System.Exception]::new("Cloud tiering cannot be enabled on the system volume")
    }

    # Create server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -CloudTiering `
        -VolumeFreeSpacePercent $volumeFreeSpacePercentage `
        -InitialDownloadPolicy $initialDownloadPolicy `
        -InitialUploadPolicy $initialUploadPolicy
} else {
    # Create server endpoint
    New-AzStorageSyncServerEndpoint `
        -Name $registeredServer.FriendlyName `
        -SyncGroup $syncGroup `
        -ServerResourceId $registeredServer.ResourceId `
        -ServerLocalPath $serverEndpointPath `
        -InitialDownloadPolicy $initialDownloadPolicy
}

Azure CLI

Создайте конечную точку сервера с помощью команды az storagesync sync-group server-endpoint.

# Create a new sync group server endpoint 
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --name myNewServerEndpointName
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0
                                                 --server-local-path d:\myPath
                                                 --storage-sync-service myStorageSyncServiceNAme
                                                 --sync-group-name mySyncGroupName

# Create a new sync group server endpoint with additional optional parameters
az storagesync sync-group server-endpoint create --resource-group myResourceGroupName \
                                                 --storage-sync-service myStorageSyncServiceName \
                                                 --sync-group-name mySyncGroupName \
                                                 --name myNewServerEndpointName \
                                                 --registered-server-id 91beed22-7e9e-4bda-9313-fec96c286e0 \
                                                 --server-local-path d:\myPath \
                                                 --cloud-tiering on \
                                                 --volume-free-space-percent 85 \
                                                 --tier-files-older-than-days 15 \
                                                 --initial-download-policy NamespaceOnly [OR] NamespaceThenModifiedFiles [OR] AvoidTieredFiles
                                                 --initial-upload-policy Merge [OR] ServerAuthoritative

Раздел облачного разделения на уровни

При создании новой конечной точки сервера можно выбрать функцию распределения по уровням в облаке Синхронизации файлов Azure. Параметры в разделе Распределение по уровням в облаке можно изменить позже. Однако различные параметры в следующем разделе доступны в зависимости от того, включено ли облачное распределение по уровням для новой конечной точки сервера.

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

Раздел начальной синхронизации

Раздел Начальная синхронизация доступен только для первой конечной точки сервера в группе синхронизации. Дополнительные конечные точки сервера см. в разделе начальной загрузки.

Существует два совершенно разных поведения начальной синхронизации:

Слияние

Авторитетная загрузка

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

• В большинстве случаев при подключении к серверу или облачному хранилищу, одна из этих локаций бывает пустой. В таких случаях параметр Объединить является правильным поведением и приведет к ожидаемым результатам.
• Если оба расположения содержат файлы и папки, пространства имен будут объединены. При наличии имен файлов или папок на сервере, которые также имеются в облачной общей папке, возникает конфликт синхронизации. Конфликты разрешаются автоматически.
  
  В опции объединения можно выбрать способ, которым содержимое из общей папки Azure первоначально поступит на сервер. Этот выбор не оказывает влияния, если общая папка Azure пуста. Дополнительные сведения см. в разделе о первоначальном скачивании

Авторитетная загрузка — это опция начальной синхронизации, зарезервированная для конкретного сценария миграции. Синхронизация того же серверного пути, который также использовался для распространения облачной общей папки, например, с помощью Azure Data Box. В этом случае в расположениях облака и сервера в основном находятся одни и те же данные, но сервер более новый. Пользователи продолжали вносить изменения, пока Data Box находился в транспортировке. Затем этот сценарий миграции предполагает бесшовное обновление облака в соответствии с изменениями на сервере (новейшими) без возникновения каких-либо конфликтов. Таким образом, сервер является властью формирования пространства имен, а служба Data Box использовалась во избежание крупномасштабной начальной загрузки с сервера. Загрузка с сервера с авторитетным управлением обеспечивает внедрение без простоев, даже если для начальной загрузки данных в облачное хранилище использовался механизм передачи данных в автономном режиме.

Конечная точка сервера может быть успешно подготовлена только с помощью параметра авторитетной загрузки, если в расположении сервера есть данные. Этот блок предназначен для защиты от случайных неправильных настроек. Авторитетная загрузка работает как RoboCopy /MIR. Этот режим отражает источник на цель. Источником является сервер AFS, а целевым ресурсом — облачный общий ресурс. Авторитетная загрузка будет формировать цель за образом источника.

• Новые или обновленные файлы и папки будут переданы с сервера.
• Файлы и папки, которых больше нет на сервере, будут удалены из облачного ресурса.
• Изменения метаданных файлов и папок на сервере будут эффективно перенесены в облачное хранилище в виде обновлений метаданных.
• Файлы и папки могут существовать на сервере и в облачной общей папке. Но некоторые файлы или папки, возможно, изменили родительский каталог на сервере с момента создания общей папки Azure. Эти файлы и папки будут очищены из облачного хранилища и загружены снова. По этой причине лучше избегать реструктуризации пространства имен в более крупном масштабе во время миграции.

Раздел первоначального скачивания

Раздел Первоначальное скачивание доступен для второй и других конечных точек сервера в группе синхронизации. Первая конечная точка сервера в группе синхронизации имеет дополнительные параметры, которые связаны с миграцией с помощью Azure Data Box. Эти параметры не применяются, если конечная точка сервера не является первой в группе синхронизации.

Примечание.

Выбор первоначального варианта скачивания не оказывает влияния, если общий ресурс Azure пуст.

В рамках этого раздела можно выбрать способ первоначального поступления содержимого на сервер из общей папки Azure:

• Пространство имен только
  перенесет на локальный сервер только структуру файлов и папок из файлового ресурса Azure. Содержимое файла скачиваться не будет. Этот параметр используется по умолчанию, если для новой конечной точки сервера ранее было включено распределение по уровням в облаке.
• Пространство имен сначала, а затем содержимое
  для более быстрой доступности данных, пространство имен обрабатывается в первую очередь, независимо от настройки уровня облака. После того как пространство имен станет доступным на сервере, содержимое файла будет отозвано из облака на сервер. Отзыв происходит на основе метки времени последнего изменения для каждого файла. Если свободное место на томе сервера меньше 10%, остальные файлы останутся многоуровневыми. Этот параметр используется по умолчанию, если вы не включили распределение по уровням облака для этой конечной точки сервера.
• Избегайте многоуровневых файлов
  . Этот параметр будет скачивать каждый файл целиком перед отображением файла в папке на сервере. Этот параметр позволяет избежать появления многоуровневого файла на сервере. Элемент пространства имен и содержимое файла всегда присутствуют одновременно. Не используйте этот параметр, если для создания конечной точки сервера используется быстрое аварийное восстановление из облака. Если у вас есть приложения, которые требуют наличия полных файлов и не могут допускать многоуровневые файлы в пространстве имен, это идеально. Этот параметр недоступен, если вы используете распределение по уровням облака для новой конечной точки сервера.

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

Примечание.

При добавлении конечной точки сервера, если в общем файловом хранилище Azure уже есть файлы и вы выбираете сначала скачать пространство имен, файлы будут отображаться как резервируемые до полной локальной загрузки. Файлы загружаются с помощью одного потока по умолчанию, чтобы ограничить использование пропускной способности сети. Чтобы повысить эффективность загрузки файла, используйте командлет Invoke-StorageSyncFileRecall с количеством потоков более 1.

Поведение скачивания файла после завершения начального скачивания

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

• Распределение по уровням в облаке включено
  новые и измененные файлы из других конечных точек сервера будут отображаться как файлы уровней хранения на этой конечной точке сервера. Эти изменения будут загружены только в виде полных файлов, если вы выбрали упреждающий отзыв изменений в общей папке Azure другими конечными точками.
• Распределение по уровням в облаке отключается
  , а измененные файлы из других конечных точек сервера будут отображаться как полные файлы на этой конечной точке сервера. Они не будут сначала отображаться как файлы из многоуровневого хранения, а затем запрашиваться. Многоуровневые файлы с распределением по уровням в облаке — это функция быстрого аварийного восстановления, которая отображается только во время начальной подготовки.

Шаги подготовки

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

В прошлом, если вы хотите проверить состояние подготовки конечной точки сервера и готово ли сервер для доступа к данным, необходимо войти в конечную точку сервера и узнать, были ли скачаны все данные. С помощью шагов обеспечения можно понять, готова ли конечная точка сервера к использованию или нет, и работает ли синхронизация полностью непосредственно из портала Azure, в разделе обзора конечной точки сервера.

В поддерживаемых сценариях вкладка "Этапы подготовки" содержит сведения о том, что происходит на конечной точке сервера, в том числе о готовности конечной точки сервера к доступу пользователей.

Поддерживаемые сценарии

В настоящее время шаги подготовки отображаются только при добавлении новой конечной точки сервера, если на выбранном для этой конечной точки пути нет данных. В других сценариях вкладка шагов подготовки недоступна.

Состояние обеспечения

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

• На стадии выполнения: SEP еще не доступен для пользователей.
• Готово (не работает синхронизация): пользователи могут получить доступ к данным, но изменения не будут синхронизироваться с облачной общей папкой.
• Готово (функция синхронизации): пользователи могут получать доступ к данным и изменениям, которые будут синхронизированы с облачной общей папкой, что делает конечную точку полностью функциональной.
• Ошибка: предоставление не удалось из-за ошибки.

Вкладка "Шаги предоставления" отображается только в портале Azure для поддерживаемых сценариев. Она не будет доступна или видна для неподдерживаемых сценариев.

Следующие шаги

Вы можете узнать еще много нового об общих папках Azure и Синхронизации файлов Azure. В приведенных ниже статьях описаны дополнительные параметры и лучшие методики. Они также содержат советы по устранению неполадок. В соответствующих случаях в этих статьях содержатся ссылки на документацию по общей папке Azure.

• Обзор миграции
• Планирование развертывания Azure File Sync
• Создать файловое хранилище
• Устранение неполадок службы "Синхронизация файлов Azure"