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

Служба "Синхронизация файлов Azure" позволяет централизованно хранить файловые ресурсы организации в службе файлов Azure, обеспечивая гибкость, производительность и совместимость локального файлового сервера. Установки серверов Windows Server преобразовываются в быстрый кэш общего файлового ресурса Azure. Для локального доступа к данным вы можете использовать любой протокол, доступный в Windows Server (в том числе SMB, NFS и FTPS). Кроме того, вы можете создать любое количество кэшей.

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

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

Поддерживаются следующие версии агента службы "Синхронизация файлов Azure":

Веха Номер версии агента Дата выпуска Состояние
Выпуск версии 15 — KB5003882 15.0.0.0 30 марта 2022 г. Поддерживается
Выпуск версии V14.1 — KB5001873 14.1.0.0 1 декабря 2021 г. Поддерживается
Выпуск версии V14 — KB5001872 14.0.0.0 29 октября 2021 г. Поддерживается
Выпуск версии 13 —KB4588753 13.0.0.0 12 июля 2021 г. Поддерживается: срок действия версии агента истекает 8 августа 2022 г.

Неподдерживаемые версии

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

Веха Номер версии агента Дата выпуска Состояние
Выпуск версии 12 12.0.0.0—12.1.0.0 Недоступно Не поддерживается. Срок действия версий агента истек 23 мая 2022 г.
Выпуск версии 11 11.1.0.0 — 11.3.0.0 Н/Д Не поддерживается. Срок действия версий агента истек 28 марта 2022 г.
Выпуск версии 10 10.0.0.0 —10.1.0.0 Недоступно Не поддерживается. Срок действия версий агента истек 28 июня 2021 г.
Выпуск версии V9 9.0.0.0 — 9.1.0.0 Н/Д Не поддерживается. Версии агента истекли 16 февраля 2021 г.
Выпуск версии V8 8.0.0.0 Н/Д Не поддерживается. Срок действия версий агента истек 12 августа 2021 г.
Выпуск версии V7 7.0.0.0 — 7.2.0.0 Н/Д Не поддерживается. Срок действия версий агента истек 1 сентября 2020 г.
Выпуск версии 6 6.0.0.0–6.3.0.0 Недоступно Не поддерживается. Срок действия версий агента истек 21 апреля 2020 г.
Выпуск версии 5 5.0.2.0–5.2.0.0 Недоступно Не поддерживается. Срок действия версий агента истек 18 марта 2020 г.
Выпуск версии 4 4.0.1.0–4.3.0.0 Недоступно Не поддерживается. Срок действия версий агента истек 6 ноября 2019 г.
Выпуск версии 3 3.1.0.0–3.4.0.0 Недоступно Не поддерживается. Срок действия версий агента истек 19 августа 2019 г.
Агенты общедоступной предварительной версии 1.1.0.0 — 3.0.13.0 Недоступно Не поддерживается. Версии агента истекли 1 октября 2018 г.

Политика обновления агента службы синхронизации файлов Azure

Агент службы синхронизации файлов Azure обновляется на регулярной основе. Это позволяет добавлять новые возможности и устранять ошибки. Рекомендуется обновить агент Синхронизация файлов Azure, так как доступны новые версии.

Сравнение основной и дополнительных версий агента

  • Основные версии агента часто содержат новые функции, и в первой части номера версии указан возрастающий номер. Пример: 14.0.0.0
  • Дополнительные версии агента также называются "исправлениями" и выпускаются чаще по сравнению с основными версиями. Они часто содержат исправления уязвимостей и небольшие усовершенствования, но не содержат новых функций. Пример: 14.1.0.0

Варианты обновления

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

  1. Используйте функцию автоматического обновления агента Синхронизации файлов Azure для установки обновлений агента.
    Агент Синхронизации файлов Azure будет обновляться автоматически. Вы можете установить последнюю версию агента, если она доступна, или обновить его по мере истечении срока действия установленной версии. Дополнительные сведения см. в статье Автоматическое управление жизненным циклом агента.
  2. Настройте Центр обновлений Майкрософт для автоматической загрузки и установки обновлений агента.
    Рекомендуется устанавливать все обновления службы синхронизации файлов в Azure, чтобы гарантировать наличие последних исправлений для агента сервера. Центр обновления Майкрософт упрощает этот процесс —обновления автоматически загружаются и устанавливаются на вашем компьютере.
  3. Используйте AfsUpdater.exe для скачивания и установки обновлений агента.
    AfsUpdater.exe находится в каталоге установки агента. Дважды щелкните исполняемый файл, чтобы скачать и установить обновления агента.
  4. Установка исправлений для существующего агента службы синхронизации файлов в Azure, используя файл исправлений Центра обновления Майкрософт или исполняемый MSP-файл. Последний пакет обновлений для службы "Синхронизация файлов Azure" можно скачать из Каталога Центра обновления Майкрософт.
    В результате выполнения исполняемого MSP-файла происходит обновление установленной службы синхронизации файлов Azure тем же методом, что применяется автоматически в Центре обновления Майкрософт, как описано в предыдущем варианте. В случае принятия исправлений от Центра обновления Майкрософт выполняется обновление "на месте" установки службы синхронизации файлов Azure.
  5. Загрузить последнюю версию установщика агента службы синхронизации файлов Azure можно из Центра загрузки Майкрософт.
    Для обновления существующей установки агента службы синхронизации файлов Azure удалите старую версию, а затем установите последнюю версию с помощью загруженного установщика. Этот установщик выполняет регистрацию сервера, настраивает группы синхронизации и все остальные параметры.

Автоматическое управление жизненным циклом агента

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

  1. При настройке по умолчанию выполняется попытка предотвратить истечение срока действия агента. За 21 день до окончания заявленного срока действия агент будет пытаться выполнить самостоятельное обновление. Попытки обновления будут выполняться раз в неделю в течение 21 дня до истечения срока действия и в выбранном временном интервале обслуживания. Этот параметр не отменяет необходимость регулярного применения исправлений с помощью Центра обновления Майкрософт.
  2. Дополнительно можно указать, чтобы агент автоматически обновлял себя как только станет доступной его новая версия (в настоящее время эта возможность неприменима к кластеризованным серверам). Это обновление будет происходить в течение выбранного для обслуживания интервала времени и позволит реализовать на сервере преимущества от новых функций и усовершенствований, как только они станут общедоступными. Это рекомендуемый параметр, обеспечивающий установку основных версий агента, а также регулярное применение исправлений с обновлениями на сервере. Каждый выпуск агента является общедоступным. При выборе этого параметра Майкрософт будет предоставлять вам для фокус-тестирования самую новую версию агента. На кластеризованные серверы этот вариант не распространяется. После завершения фокус-тестирования агент также станет доступным в Центре загрузки Майкрософт aka.ms/AFS/agent.
Изменение параметра автоматического обновления

Приведенные ниже инструкции описывают процедуру изменения параметров после завершения работы установщика в случае необходимости внесения каких-либо изменений.

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

cd 'C:\Program Files\Azure\StorageSyncAgent'
Import-Module -Name .\StorageSync.Management.ServerCmdlets.dll

Можно запустить командлет Get-StorageSyncAgentAutoUpdatePolicy, чтобы проверить текущую настройку политики и определить, нужно ли ее изменить.

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

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

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

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest

Гарантии относительно жизненного цикла агента и управления изменениями

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

  • Основные версии агента поддерживаются по меньшей мере в течение шести месяцев с момента их появления.
  • Мы гарантируем наличие по крайней мере трехмесячного перекрытия между сроками поддержки основных версий агентов.
  • На зарегистрированные серверы, использующие агент, срок поддержки которого истекает, не позже чем за три месяца отправляются соответствующие уведомления. Вы можете проверить, не использует ли зарегистрированный сервер старую версию агента в разделе зарегистрированных серверов службы синхронизации хранилища.
  • Срок действия дополнительных версий агента привязан к сроку действия основной версии. Так, например, при включении истечения срока действия версии 12.0.0.0 агента для всех версий 12.*.*.* также устанавливается и активируется тот же срок действия.

Примечание

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

Версия агента 15.0.0.0

Следующие заметки о выпуске описывают версию 15.0.0.0 агента Синхронизации файлов Azure (выпущено 30 марта 2022 г.).

Улучшения и решенные проблемы

  • Уменьшение числа транзакций при запуске задания перечисления изменений в облаке

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

    • Командлет Get-StorageSyncCloudTieringStatus покажет состояние распределения по уровням облака для определенной конечной точки сервера или для определенного тома (в зависимости от указанного пути). Командлет отобразит текущие политики, текущее распределение многоуровневых и полностью загруженных данных, а также статистику последнего сеанса многоуровневого хранения, если указан путь к конечной точке сервера. Если путь к тому указан, он отобразит действующую политику свободного пространства тома, конечные точки сервера, расположенные на этом томе, а также то, включено ли для этих конечных точек серверов распределение по уровням в облаке.

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

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Get-StorageSyncCloudTieringStatus -Path <server endpoint path or volume>
      
  • Новое средство диагностики и устранения неполадок

    • Командлет Debug-StorageSyncServer диагностирует распространенные проблемы, такие как неправильная конфигурация сертификата и неправильное время сервера. Кроме того, мы упростили устранение неполадок с Синхронизацией файлов Azure, объединив функции некоторых существующих скриптов и командлетов (AFSDiag.ps1, FileSyncErrorsReport.ps1, Test-StorageSyncNetworkConnectivity) в командлет Debug-StorageSyncServer.

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

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Debug-StorageSyncServer -Diagnose
      

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

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Debug-StorageSyncServer -TestNetworkConnectivity
      

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

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Debug-StorageSyncServer -FileSyncErrorsReport
      

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

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
        Debug-StorageSyncServer -AFSDiag -OutputDirectory C:\output -KernelModeTraceLevel Verbose -UserModeTraceLevel Verbose
      
  • Прочие улучшения

    • Прочие улучшения надежности при распределении по уровням в облаке и синхронизации.

Средство оценки

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

Установка агента и конфигурация сервера

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

  • Перезапуск необходим для серверов с существующей установкой агента Синхронизации файлов Azure, если версия агента ниже 12.0.
  • Пакет установки агента нужно устанавливать с разрешениями более высокого уровня (администратора).
  • Агент не поддерживается в развертывании Nano Server.
  • Агент поддерживается только в Windows Server 2019 и Windows Server 2016, Windows Server 2012 R2 и Windows Server 2022.
  • Агент требует по крайней мере 2 ГиБ памяти. Если сервер выполняется на виртуальной машине с включенной динамической памятью, в виртуальной машине должна быть настроена память объемом не менее 2048 МиБ. Дополнительные сведения см. в разделе Рекомендуемые системные ресурсы.
  • Служба агента синхронизации хранилища (FileSyncSvc) не поддерживает конечные точки сервера, которые размещены в томе со сжатым каталогом данных о системном томе (SVI). Использование этой конфигурации может привести к непредвиденным результатам.

Совместимость

  • Антивирусные программы, приложения архивации, а также другие приложения, которые получают доступ к многоуровневым файлам, вызывают нежелательные отзывы, если они не учитывают автономный атрибут и пропускают чтение содержимого этих файлов. Дополнительные сведения см. в статье об устранении неполадок службы "Синхронизация файлов Azure".
  • Фильтры блокировки файлов FSRM могут стать причиной постоянных сбоев синхронизации.
  • Выполнение средства sysprep на сервере, где установлен агент службы "Синхронизация файлов Azure", не поддерживается и может привести к непредвиденным результатам. Устанавливать агент Синхронизации файлов Azure нужно после развертывания образа сервера и завершения мини-установки sysprep.

Ограничения синхронизации

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

  • Файлы с неподдерживаемыми символами. Со списком неподдерживаемых символов можно ознакомиться в руководстве по устранению неполадок.

  • Файлы или каталоги, которые оканчиваются точкой.

  • Пути длиной более 2048 символов.

  • Часть системного списка управления доступом (SACL) в дескрипторе безопасности, который используется для аудита.

  • Дополнительные атрибуты.

  • Альтернативные потоки данных.

  • Точки повторного анализа.

  • Жесткие связи.

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

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

    Примечание

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

Конечная точка сервера

  • Конечную точку сервера можно создавать только на томе NTFS. Сейчас служба "Синхронизация файлов Azure" не поддерживает ReFS и FAT, FAT32 и другие файловые системы.
  • Но для системного тома не поддерживается распределение по уровням облака. Чтобы создать конечную точку сервера на системном томе, отключите распределение по уровням облака при ее создании.
  • Отказоустойчивую кластеризацию поддерживают только кластеризованные диски. Общие тома кластера (CSV) ее не поддерживают.
  • Конечная точка сервера не может быть вложенной. Она может сосуществовать параллельно с другой конечной точкой на одном томе.
  • Не храните файл ОС или файл подкачки приложения в расположении конечной точки сервера.

Облачная конечная точка

  • Служба "Синхронизация файлов Azure" поддерживает внесение изменений непосредственно в файловый ресурс Azure. Однако внесенные изменения сначала должны быть обнаружены заданием обнаружения изменений этой службы. Задание обнаружения изменений инициируется для облачной конечной точки каждые 24 часа. Для немедленной синхронизации файлов, измененных в общей папке Azure, можно использовать командлет PowerShell Invoke-AzStorageSyncChangeDetection, вручную инициировав обнаружение изменений в общей папке Azure. Кроме того, изменения, внесенные в файловый ресурс Azure с помощью протокола REST, не приведут к обновлению времени последнего изменения SMB и не будут распознаны как изменение службой синхронизации.

  • Служба синхронизации хранилища и (или) учетная запись хранения могут быть перемещены в другую группу ресурсов, подписку или клиента Azure AD. После перемещения службы синхронизации хранилища или учетной записи хранения необходимо предоставить приложению Microsoft.StorageSync доступ к учетной записи хранения (см. раздел Почему распределенные по уровням файлы существуют вне пространства имен конечной точки сервера?).

    Примечание

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

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

  • Если многоуровневый файл копируется в другое расположение с помощью Robocopy, полученный файл не будет распределен по уровням. Вы можете задать автономный атрибут, так как Robocopy неправильно включает его в операциях копирования.
  • При копировании файлов с помощью robocopy используйте параметр /MIR, чтобы сохранить метки времени файлов. Таким образом, старые файлы будут перемещены на другой уровень раньше, чем файлы, доступ к которым был получен недавно.

Версия агента 14.1.0.0

Приведенные ниже заметки о выпуске относятся к агенту службы "Синхронизация файлов Azure" версии 14.1.0.0 (выпущен 1 декабря 2021 г.). Они дополняют заметки о выпуске, указанные для версии 14.0.0.0.

Улучшения и решенные проблемы

  • Многоуровневые файлы, удаленные в Windows Server 2022, не обнаруживаются драйвером фильтра облачного уровня

    • Эта проблема возникает из-за того, что API DeleteFile в Windows Server 2022 использует для удаления файлов класс FILE_DISPOSITION_INFORMATION_EX. Выпуск версии 14.1 добавляет поддержку для обнаружения многоуровневого удаления файлов с помощью класса FILE_DISPOSITION_INFORMATION_EX.

    Примечание

    Эта проблема также может повлиять на Windows 2016 и Windows Server 2019, если многоуровневый файл удаляется с помощью класса FILE_DISPOSITION_INFORMATION_EX.

Версия агента 14.0.0.0

Приведенные ниже заметки о выпуске предназначены для агента службы "Синхронизация файлов Azure" версии 14.0.0.0 (выпуск 29 октября 2021 г.).

Улучшения и решенные проблемы

  • Уменьшение числа транзакций при запуске задания перечисления изменений в облаке

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

    • При удалении конечной точки сервера через портал мы предоставляем пошаговые инструкции в зависимости от причины удаления конечной точки сервера, чтобы избежать потери данных и убедиться в том, что данные сохранены там, где они должны быть (сервер или общая папка Azure). Эта функция также включает новые командлеты PowerShell (Get-StorageSyncStatus & New-StorageSyncUploadSession), которые можно использовать на локальном сервере, чтобы помочь вам в процессе отзыва.
  • Улучшена работа командлета Invoke-AzStorageSyncChangeDetection.

    • Если вы вносили изменения непосредственно в общую папку Azure до выпуска версии 14, вы можете синхронизировать их с серверами в группе синхронизации с помощью командлета Invoke-AzStorageSyncChangeDetection. Однако его не удавалось выполнить, если указанный путь содержал более 10 000 элементов. Мы улучшили командлет Invoke-AzStorageSyncChangeDetection, и ограничение в 10 000 элементов больше не применяется при сканировании всей области. Дополнительные сведения см. в документации по Invoke-AzStorageSyncChangeDetection.
  • Прочие улучшения

    • Синхронизация файлов Azure теперь поддерживается в регионе West US 3.
    • Исправлена ошибка FileSyncErrorsReport.ps1, из-за которой сценарий не предоставлял список всех ошибок по элементу.
    • Сокращено количество транзакций, если файл не удается отправить из-за ошибки синхронизации каждого элемента.
    • Прочие улучшения надежности при распределении по уровням в облаке и синхронизации.

Средство оценки

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

Установка агента и конфигурация сервера

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

  • Перезапуск необходим для серверов с существующей установкой агента Синхронизации файлов Azure, если версия агента ниже 12.0.
  • Пакет установки агента нужно устанавливать с разрешениями более высокого уровня (администратора).
  • Агент не поддерживается в развертывании Nano Server.
  • Агент поддерживается только в Windows Server 2019 и Windows Server 2016, Windows Server 2012 R2 и Windows Server 2022.
  • Агент требует по крайней мере 2 ГиБ памяти. Если сервер выполняется на виртуальной машине с включенной динамической памятью, в виртуальной машине должна быть настроена память объемом не менее 2048 МиБ. Дополнительные сведения см. в разделе Рекомендуемые системные ресурсы.
  • Служба агента синхронизации хранилища (FileSyncSvc) не поддерживает конечные точки сервера, которые размещены в томе со сжатым каталогом данных о системном томе (SVI). Использование этой конфигурации может привести к непредвиденным результатам.

Совместимость

  • Антивирусные программы, приложения архивации, а также другие приложения, которые получают доступ к многоуровневым файлам, вызывают нежелательные отзывы, если они не учитывают автономный атрибут и пропускают чтение содержимого этих файлов. Дополнительные сведения см. в статье об устранении неполадок службы "Синхронизация файлов Azure".
  • Фильтры блокировки файлов FSRM могут стать причиной постоянных сбоев синхронизации.
  • Выполнение средства sysprep на сервере, где установлен агент службы "Синхронизация файлов Azure", не поддерживается и может привести к непредвиденным результатам. Устанавливать агент Синхронизации файлов Azure нужно после развертывания образа сервера и завершения мини-установки sysprep.

Ограничения синхронизации

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

  • Файлы с неподдерживаемыми символами. Со списком неподдерживаемых символов можно ознакомиться в руководстве по устранению неполадок.

  • Файлы или каталоги, которые оканчиваются точкой.

  • Пути длиной более 2048 символов.

  • Часть системного списка управления доступом (SACL) в дескрипторе безопасности, который используется для аудита.

  • Дополнительные атрибуты.

  • Альтернативные потоки данных.

  • Точки повторного анализа.

  • Жесткие связи.

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

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

    Примечание

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

Конечная точка сервера

  • Конечную точку сервера можно создавать только на томе NTFS. Сейчас служба "Синхронизация файлов Azure" не поддерживает ReFS и FAT, FAT32 и другие файловые системы.
  • Но для системного тома не поддерживается распределение по уровням облака. Чтобы создать конечную точку сервера на системном томе, отключите распределение по уровням облака при ее создании.
  • Отказоустойчивую кластеризацию поддерживают только кластеризованные диски. Общие тома кластера (CSV) ее не поддерживают.
  • Конечная точка сервера не может быть вложенной. Она может сосуществовать параллельно с другой конечной точкой на одном томе.
  • Не храните файл ОС или файл подкачки приложения в расположении конечной точки сервера.

Облачная конечная точка

  • Служба "Синхронизация файлов Azure" поддерживает внесение изменений непосредственно в файловый ресурс Azure. Однако внесенные изменения сначала должны быть обнаружены заданием обнаружения изменений этой службы. Задание обнаружения изменений инициируется для облачной конечной точки каждые 24 часа. Для немедленной синхронизации файлов, измененных в общей папке Azure, можно использовать командлет PowerShell Invoke-AzStorageSyncChangeDetection, вручную инициировав обнаружение изменений в общей папке Azure. Кроме того, изменения, внесенные в файловый ресурс Azure с помощью протокола REST, не приведут к обновлению времени последнего изменения SMB и не будут распознаны как изменение службой синхронизации.

  • Служба синхронизации хранилища и (или) учетная запись хранения могут быть перемещены в другую группу ресурсов, подписку или клиента Azure AD. После перемещения службы синхронизации хранилища или учетной записи хранения необходимо предоставить приложению Microsoft.StorageSync доступ к учетной записи хранения (см. раздел Почему распределенные по уровням файлы существуют вне пространства имен конечной точки сервера?).

    Примечание

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

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

  • Если многоуровневый файл копируется в другое расположение с помощью Robocopy, полученный файл не будет распределен по уровням. Вы можете задать автономный атрибут, так как Robocopy неправильно включает его в операциях копирования.
  • При копировании файлов с помощью robocopy используйте параметр /MIR, чтобы сохранить метки времени файлов. Таким образом, старые файлы будут перемещены на другой уровень раньше, чем файлы, доступ к которым был получен недавно.

Версия агента 13.0.0.0

Приведенные ниже заметки о выпуске предназначены для агента службы "Синхронизация файлов Azure" версии 13.0.0.0 (выпущено 12 июля 2021 г.).

Улучшения и решенные проблемы

  • Заслуживающая доверия отправка

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

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

      Заслуживающая доверия отправка заменяет функцию "Автономная передача данных" для интеграции DataBox с Синхронизацией файлов Azure через промежуточную общую папку. Промежуточная общая папка больше не требуется для использования DataBox. Новые задания по автономной передаче данных больше не могут быть запущены с помощью агента AFS версии 13. Существующие задания на сервере будут продолжаться даже после обновления до агента версии 13.

  • Улучшения портала для просмотра перечисления изменений в облаке и хода синхронизации

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

    • Если зарегистрированный сервер переименован, Синхронизация файлов Azure теперь будет показывать новое имя сервера на портале. Если сервер был переименован до выпуска версии 13, имя сервера на портале теперь будет обновлено для отображения правильного имени сервера.
  • Поддержка Windows Server 2022

    • Агент синхронизации файлов Azure теперь поддерживается на Windows Server 2022.

    Примечание

    Windows Server 2022 добавляет поддержку протокола TLS 1.3, который сейчас не поддерживается синхронизацией файлов Azure. Если параметрами TLS управляют через групповую политику, необходимо настроить на сервере поддержку протокола TLS 1.2.

  • Прочие улучшения

    • Улучшения надежности для синхронизации, распределения по уровням в облаке и перечисления изменений в облаке.
    • Если на сервере изменяется большое количество файлов, отправка синхронизации выполняется из моментального снимка VSS, что сокращает количество ошибок для каждого элемента и количество сбоев сеансов синхронизации.
    • Командлет Invoke-StorageSyncFileRecall теперь будет отзывать все многоуровневые файлы, связанные с конечной точкой сервера, даже если файл был перемещен за пределы расположения конечной точки сервера.
    • Explorer.exe теперь исключен из отслеживания времени последнего доступа на уровне облака.
    • Новая телеметрия (ИД события 6664) для отслеживания очистки потерянных многоуровневых файлов после удаления конечной точки сервера с включенным распределением по уровням облака.

Средство оценки

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

Установка агента и конфигурация сервера

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

  • Перезапуск необходим для серверов с существующей установкой агента Синхронизации файлов Azure, если версия агента ниже 12.0.
  • Пакет установки агента нужно устанавливать с разрешениями более высокого уровня (администратора).
  • Агент не поддерживается в развертывании Nano Server.
  • Агент поддерживается только в Windows Server 2019 и Windows Server 2016, Windows Server 2012 R2 и Windows Server 2022.
  • Агент требует по крайней мере 2 ГиБ памяти. Если сервер выполняется на виртуальной машине с включенной динамической памятью, в виртуальной машине должна быть настроена память объемом не менее 2048 МиБ. Дополнительные сведения см. в разделе Рекомендуемые системные ресурсы.
  • Служба агента синхронизации хранилища (FileSyncSvc) не поддерживает конечные точки сервера, которые размещены в томе со сжатым каталогом данных о системном томе (SVI). Использование этой конфигурации может привести к непредвиденным результатам.

Совместимость

  • Антивирусные программы, приложения архивации, а также другие приложения, которые получают доступ к многоуровневым файлам, вызывают нежелательные отзывы, если они не учитывают автономный атрибут и пропускают чтение содержимого этих файлов. Дополнительные сведения см. в статье об устранении неполадок службы "Синхронизация файлов Azure".
  • Фильтры блокировки файлов FSRM могут стать причиной постоянных сбоев синхронизации.
  • Выполнение средства sysprep на сервере, где установлен агент службы "Синхронизация файлов Azure", не поддерживается и может привести к непредвиденным результатам. Устанавливать агент Синхронизации файлов Azure нужно после развертывания образа сервера и завершения мини-установки sysprep.

Ограничения синхронизации

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

  • Файлы с неподдерживаемыми символами. Со списком неподдерживаемых символов можно ознакомиться в руководстве по устранению неполадок.

  • Файлы или каталоги, которые оканчиваются точкой.

  • Пути длиной более 2048 символов.

  • Часть системного списка управления доступом (SACL) в дескрипторе безопасности, который используется для аудита.

  • Дополнительные атрибуты.

  • Альтернативные потоки данных.

  • Точки повторного анализа.

  • Жесткие связи.

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

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

    Примечание

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

Конечная точка сервера

  • Конечную точку сервера можно создавать только на томе NTFS. Сейчас служба "Синхронизация файлов Azure" не поддерживает ReFS и FAT, FAT32 и другие файловые системы.
  • Но для системного тома не поддерживается распределение по уровням облака. Чтобы создать конечную точку сервера на системном томе, отключите распределение по уровням облака при ее создании.
  • Отказоустойчивую кластеризацию поддерживают только кластеризованные диски. Общие тома кластера (CSV) ее не поддерживают.
  • Конечная точка сервера не может быть вложенной. Она может сосуществовать параллельно с другой конечной точкой на одном томе.
  • Не храните файл ОС или файл подкачки приложения в расположении конечной точки сервера.

Облачная конечная точка

  • Служба "Синхронизация файлов Azure" поддерживает внесение изменений непосредственно в файловый ресурс Azure. Однако внесенные изменения сначала должны быть обнаружены заданием обнаружения изменений этой службы. Задание обнаружения изменений инициируется для облачной конечной точки каждые 24 часа. Для немедленной синхронизации файлов, измененных в общей папке Azure, можно использовать командлет PowerShell Invoke-AzStorageSyncChangeDetection, вручную инициировав обнаружение изменений в общей папке Azure. Кроме того, изменения, внесенные в файловый ресурс Azure с помощью протокола REST, не приведут к обновлению времени последнего изменения SMB и не будут распознаны как изменение службой синхронизации.

  • Служба синхронизации хранилища и (или) учетная запись хранения могут быть перемещены в другую группу ресурсов, подписку или клиента Azure AD. После перемещения службы синхронизации хранилища или учетной записи хранения необходимо предоставить приложению Microsoft.StorageSync доступ к учетной записи хранения (см. раздел Почему распределенные по уровням файлы существуют вне пространства имен конечной точки сервера?).

    Примечание

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

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

  • Если многоуровневый файл копируется в другое расположение с помощью Robocopy, полученный файл не будет распределен по уровням. Вы можете задать автономный атрибут, так как Robocopy неправильно включает его в операциях копирования.
  • При копировании файлов с помощью robocopy используйте параметр /MIR, чтобы сохранить метки времени файлов. Таким образом, старые файлы будут перемещены на другой уровень раньше, чем файлы, доступ к которым был получен недавно.