Деприоризация или удаление конечной точки сервера Azure File Sync

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

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

Предупреждение

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

Сценарий 1. Я хочу удалить конечную точку сервера, и мне не нужны локальные данные сервера синхронизации файлов Azure.

Цель состоит в том, чтобы убедиться, что данные актуальны в облачной конечной точке. Чтобы иметь актуальный полный набор файлов в конечных точках вашего сервера, см. Сценарий 2.

К некоторым вариантам использования, которые относятся к этой категории, относятся:

Миграция в файловое хранилище Azure
Переход на серверлесс-архитектуру
Прекратите использование определенного пути конечной точки сервера, сохраняя остальные элементы группы синхронизации.

Для этого сценария необходимо выполнить три шага перед удалением конечной точки сервера:

Удаление доступа пользователей.
Инициируйте специальный сеанс загрузки VSS.
Дождитесь завершения последнего сеанса синхронизации.

Удаление доступа пользователей к конечной точке сервера

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

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

Запишите дату и время удаления доступа пользователей, а затем перейдите к следующему разделу.

Инициация специального сеанса загрузки службы моментальных снимков томов (VSS)

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

Для этого откройте планировщик задач на локальном сервере, перейдите к Microsoft\StorageSync, щелкните задачу правой VssSyncScheduledTask кнопкой мыши и выберите команду "Выполнить".

Это важно

Запишите дату и время выполнения этого шага. Он понадобится в следующем разделе.

Снимок экрана планирования загрузки сеанса VSS.

Дождитесь завершения последнего сеанса отправки синхронизации

Чтобы убедиться, что последние данные в облаке, дождитесь завершения последнего сеанса отправки синхронизации.

Чтобы проверить состояние сеанса синхронизации, откройте средство просмотра событий на локальном сервере. Перейдите в журнал событий телеметрии (приложения и службы\Microsoft\FileSync\Agent). Убедитесь, что вы видите событие 9102 с "направление синхронизации" = отправка, "HResult" = 0 и PerItemErrorCount = 0, которое произошло после того, как вы вручную инициировали сеанс отправки VSS.

Снимок экрана: проверка завершения окончательного сеанса синхронизации.

Если значение PerItemErrorCount больше 0, файлы не синхронизируются. Используйте FileSyncErrorsReport.ps1 для просмотра файлов, которые не синхронизируются. Этот скрипт PowerShell обычно находится на этом пути на сервере с установленным агентом синхронизации файлов Azure: C:\Program Files\Azure\StorageSyncAgent\FileSyncErrorsReport.ps1

Если эти файлы не важны, можно удалить конечную точку сервера. Если эти файлы важны, исправьте ошибки, а затем дождитесь еще одного события 9102 с "направление синхронизации" = "загрузка", "HResult" = 0 и "PerItemErrorCount" = 0 до удаления конечной точки сервера.

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

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

Для этого сценария необходимо выполнить четыре действия перед удалением конечной точки сервера:

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

Отключение распределения по уровням в облаке

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

Отзыв всех иерархических файлов

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

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

Invoke-StorageSyncFileRecall Используйте командлет PowerShell и укажите параметр SyncGroupName для отзыва всех файлов.

Invoke-StorageSyncFileRecall -SyncGroupName "samplesyncgroupname" -ThreadCount 4

После того как этот командлет завершит выполнение, переходите к следующему разделу.

Инициирование обнаружения изменений в облаке

Инициирование обнаружения изменений в облаке гарантирует синхронизацию последних изменений.

Вы можете инициировать обнаружение изменений с помощью командлета Invoke-AzStorageSyncChangeDetection :

Invoke-AzStorageSyncChangeDetection -ResourceGroupName "myResourceGroup" -StorageSyncServiceName "myStorageSyncServiceName" -SyncGroupName "mySyncGroupName" -CloudEndpointName "myCloudEndpointGUID"

Этот шаг может занять некоторое время.

Это важно

После завершения инициированного облаком сканирования на обнаружение изменений, запишите дату и время завершения. Он понадобится в следующем разделе.

Дождитесь завершения последнего сеанса синхронизации

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

Чтобы проверить это, перейдите в средство просмотра событий на локальном сервере. Перейдите в журнал событий телеметрии (приложения и службы\Microsoft\FileSync\Agent). Убедитесь, что имеется событие 9102 с "направление синхронизации" = загрузка, "HResult" = 0 и PerItemErrorCount = 0, которое произошло после завершения обнаружения изменений в облачном хранилище по дате и времени.