Устранение неполадок с распределением по уровням в облаке службы "Синхронизация файлов Azure"

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

Существует два пути для сбоев при многоуровневом использовании облака:

• Файлы могут не работать по уровню, что означает, что служба синхронизации файлов Azure безуспешно пытается создать уровень файла в службе "Файлы Azure".
• Файлы могут не отзываться. Это означает, что фильтру файловой системы синхронизации файлов Azure (StorageSync.sys) не удается скачать данные, когда пользователь пытается получить доступ к файлу, который был многоуровневый.

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

• Сбои облачного хранилища
  • Временные проблемы с доступностью службы хранилища. Дополнительные сведения см. в разделе Соглашение об уровне обслуживания (SLA) для службы хранилища Azure.
  • Недоступная общая папка Azure. Этот сбой обычно происходит при удалении файлового ресурса Azure, когда он по-прежнему является облачной конечной точкой в группе синхронизации.
  • Недоступная учетная запись хранения. Этот сбой обычно происходит при удалении учетной записи хранения, в то время как она по-прежнему имеет общую папку Azure, которая является облачной конечной точкой в группе синхронизации.
• Сбои сервера
  • Фильтр файловой системы синхронизации файлов Azure (StorageSync.sys) не загружается. Чтобы отвечать на запросы на распределение по уровням и отзыв, необходимо загрузить фильтр файловой системы синхронизации файлов Azure. Не загружается фильтр по нескольким причинам, но наиболее распространенной причиной является то, что администратор выгрузил его вручную. Чтобы служба синхронизации файлов Azure правильно функционировала, необходимо постоянно загружать фильтр файловой системы Службы "Синхронизация файлов Azure".
  • Отсутствует, повреждена или иным образом не работает точка повторного перепарирования. Точка повторного анализа — это специальная структура данных в файле, состоящая из двух частей:

    1. Тег reparse, который указывает операционной системе, что фильтру файловой системы синхронизации файлов Azure (StorageSync.sys) может потребоваться выполнить некоторые действия при вводе-вывода в файл.

    2. Повторное анализ данных, указывающее на фильтрацию URI файла файловой системы в связанной облачной конечной точке (общей папке Azure).

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

  • Проблемы с сетевым подключением. Чтобы изменить уровень или отозвать файл, сервер должен иметь подключение к Интернету.

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

Мониторинг действий по уровням на сервере

Чтобы отслеживать действия по уровням на сервере, используйте события с идентификаторами 9003, 9016 и 9029 в журнале событий телеметрии (в средстве Applications and Services\Microsoft\FileSync\Agent просмотра событий).

• Событие с идентификатором 9003 обеспечивает распределение ошибок для конечной точки сервера. Например, Общее число ошибок и Код ошибки. Обратите внимание, что за один код ошибки в час регистрируется одно событие.
• Идентификатор события 9016 предоставляет фантомные результаты для тома. Например, значение "Процент свободного места" — "Число файлов, фантомных в сеансе" и "Число файлов, которые не удалось получить".
• Идентификатор события 9029 предоставляет сведения о сеансе фантомного сеанса для конечной точки сервера. Например, Число файлов, которые пытались выполнить в сеансе, Количество файлов, размещенных по уровням в сеансе, и Количество файлов, уже размещенных по уровням.

Мониторинг действий по отзыву на сервере

Чтобы отслеживать действия отзыва на сервере, используйте события с идентификаторами 9005, 9006, 9009 и 9059 в журнале событий телеметрии (в разделе Приложения и службы\Microsoft\FileSync\Agent в средстве просмотра событий).

• Событие с идентификатором 9005 обеспечивает надежность отзыва для конечной точки сервера. Например, Общее количество уникальных файлов, к которым был доступ, и Общее количество уникальных файлов с неудачным доступом.
• Событие с идентификатором 9006 обеспечивает распределение ошибок отзыва для конечной точки сервера. Например, Общее число неудачных запросов и Код ошибки. Обратите внимание, что за один код ошибки в час регистрируется одно событие.
• Событие с идентификатором 9009 предоставляет сведения о сеансе отзыва для конечной точки сервера. Например, DurationSeconds, CountFilesRecallSucceeded и CountFilesRecallFailed.
• Событие с идентификатором 9059 обеспечивает распределение отзыва приложения для конечной точки сервера. Например, ShareId, Имя приложения и TotalEgressNetworkBytes.

Определение файлов, отозванных на сервере

1. В средстве просмотра событий перейдите в журнал событий Microsoft-FileSync-Agent/RecallResults .
2. Для каждого отозванного файла регистрируется событие. DataTransferHresult Если поле равно 0, то отзыв файла будет выполнен успешно. Если поле DataTransferHresult содержит код ошибки, просмотрите раздел Отзыв ошибок и исправление , чтобы узнать, перечислены ли шаги по исправлению для кода ошибки.

Устранение неполадок с файлами, которые не могут работать на уровне

Чтобы устранить неполадки с файлами, которые не соответствуют уровню, выполните следующие действия:

1. В средстве просмотра событий перейдите в журнал событий Microsoft-FileSync-Agent/TieringResults .

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

   Вы также можете использовать PowerShell для просмотра событий, зарегистрированных в журнале событий TieringResults:

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   Get-StorageSyncFileTieringResult
   

Если содержимое для кода ошибки не существует, выполните общие действия по устранению неполадок:

1. Убедитесь, что файл существует в общей папке Azure.

   Примечание.

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

2. Убедитесь, что сервер подключен к Интернету.

3. Убедитесь, что драйверы фильтров синхронизации файлов Azure (StorageSync.sys и StorageSyncGuard.sys) запущены:

   • В командной строке с повышенными привилегиями выполните команду fltmc. Убедитесь, что перечислены драйверы фильтров StorageSync.sys и StorageSyncGuard.sys файловой системы.

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

Устранение неполадок с файлами, которые не удалось отозвать

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

1. В средстве просмотра событий перейдите в журнал событий Microsoft-FileSync-Agent/RecallResults .

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

   Вы также можете использовать PowerShell для просмотра событий, зарегистрированных в журнале событий RecallResults:

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   Get-StorageSyncFileRecallResult
   

Если содержимое для кода ошибки не существует, выполните общие действия по устранению неполадок:

1. Убедитесь, что файл существует в общей папке Azure.
2. Убедитесь, что сервер подключен к Интернету.
3. Откройте оснастку СЛУЖБЫ MMC и убедитесь, что служба агента синхронизации хранилища (FileSyncSvc) запущена.
4. Убедитесь, что драйверы фильтров синхронизации файлов Azure (StorageSync.sys и StorageSyncGuard.sys) запущены:
   • В командной строке с повышенными привилегиями выполните команду fltmc. Убедитесь, что перечислены драйверы фильтров StorageSync.sys и StorageSyncGuard.sys файловой системы.

Ошибки отзыва и исправления

Многоуровневые файлы недоступны на сервере после удаления конечной точки сервера

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

Если многоуровневые файлы недоступны, регистрируются следующие ошибки:

• При синхронизации файла код ошибки -2147023890 (0x800703ee - ERROR_FILE_INVALID) или -2147942467 (0x80070043 - ERROR_BAD_NET_NAME) регистрируется в журнале событий ItemResults .
• При отзыве файла код ошибки -2147023890 (0x800703ee - ERROR_FILE_INVALID) или -2134376393 (0x80c80037 - ECS_E_SYNC_SHARE_NOT_FOUND) регистрируется в журнале событий RecallResults .

Если многоуровневые файлы недоступны из-за удаления конечной точки сервера, восстановление доступа к многоуровневые файлы возможно при выполнении следующих условий:

• Конечная точка сервера была удалена в течение последних 30 дней.
• Облачная конечная точка не удалена.
• Общая папка не удалена.
• Группа синхронизации не была удалена.

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

Если описанные выше условия не выполнены или многоуровневые файлы были восстановлены из локальной (сторонней) резервной копии, восстановление доступа невозможно, так как эти многоуровневые файлы на сервере теперь потеряны. Следуйте этим инструкциям, чтобы удалить потерянные многоуровневые файлы.

Получение списка потерянных многоуровневых файлов

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

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   $orphanFiles = Get-StorageSyncOrphanedTieredFiles -path <server endpoint path>
   $orphanFiles.OrphanedTieredFiles > OrphanTieredFiles.txt
   

2. Сохраните выходной файлOrphanTieredFiles.txt на случай, если файлы потребуется восстановить из резервной копии после удаления.

Как удалить потерянные многоуровневые файлы

Вариант 1. Удаление потерянных многоуровневые файлы

Этот параметр удаляет потерянные многоуровневые файлы на Сервере Windows Server, но требует удаления конечной точки сервера, если она существует из-за повторного создания через 30 дней или подключена к другой группе синхронизации. Конфликты файлов возникают, если файлы обновляются в общей папке Windows Server или Azure до повторного создания конечной точки сервера.

1. Создайте резервную копию общей папки Azure и расположения конечной точки сервера.

2. Удалите конечную точку сервера в группе синхронизации (если она существует), выполнив действия, описанные в разделе Удаление конечной точки сервера.

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

   Если конечная точка сервера не удалена до использования командлета Remove-StorageSyncOrphanedTieredFiles , удаление потерянного многоуровневого файла на сервере приведет к удалению полного файла в общей папке Azure.

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

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   $orphanFiles = Get-StorageSyncOrphanedTieredFiles -path <server endpoint path>
   $orphanFiles.OrphanedTieredFiles > OrphanTieredFiles.txt
   

4. Сохраните выходной файлOrphanTieredFiles.txt на случай, если файлы потребуется восстановить из резервной копии после удаления.

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

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   $orphanFilesRemoved = Remove-StorageSyncOrphanedTieredFiles -Path <folder path containing orphaned tiered files> -Verbose
   $orphanFilesRemoved.OrphanedTieredFiles > DeletedOrphanFiles.txt
   

   Примечание.

   • Многоуровневые файлы, измененные на сервере, которые не синхронизированы с общей папкой Azure, будут удалены.
   • Многоуровневые файлы, доступные (не потерянные), не будут удалены.
   • Неуровневые файлы останутся на сервере.

6. Необязательно. Повторно создайте конечную точку сервера, если она удалена на шаге 3.

Вариант 2. Подключение общей папки Azure и локальное копирование файлов, потерянных на сервере

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

1. Подключите общую папку Azure к Windows Server с потерянными многоуровневые файлы.

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

   Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
   $orphanFiles = Get-StorageSyncOrphanedTieredFiles -path <server endpoint path>
   $orphanFiles.OrphanedTieredFiles > OrphanTieredFiles.txt
   

3. Используйте выходной файл OrphanTieredFiles.txt , чтобы определить потерянные многоуровневые файлы на сервере.

4. Перезапишите потерянные многоуровневые файлы, скопировав полный файл из общей папки Azure в Windows Server.

Устранение неполадок с файлами, неожиданно отозванными на сервере

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

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

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

Исключения обработки для синхронизации файлов Azure

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

• C:\Program Files\Azure\StorageSyncAgent\AfsAutoUpdater.exe
• C:\Program Files\Azure\StorageSyncAgent\FileSyncSvc.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentLauncher.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentHost.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentManager.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\MonAgentCore.exe
• C:\Program Files\Azure\StorageSyncAgent\MAAgent\Extensions\XSyncMonitoringExtension\AzureStorageSyncMonitor.exe

Протокол TLS 1.2 требуется для синхронизации файлов Azure

Параметры TLS на сервере можно просмотреть, просмотрев параметры реестра.

Если вы используете прокси-сервер, обратитесь к документации по прокси-серверу и убедитесь, что он настроен для использования TLS 1.2.

См. также

• Устранение неполадок с установкой агента службы "Синхронизация файлов Azure" и регистрацией сервера
• Устранение неполадок с управлением группой синхронизации файлов Azure
• Устранение ошибок синхронизации файлов Azure
• Мониторинг синхронизации файлов Azure
• Устранение неполадок с файлами Azure

Свяжитесь с нами для получения помощи

Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.