Заметки о релизе Azure File Sync

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

Эта статья содержит заметки о выпуске для Azure File Sync. Важно отметить, что основные версии Azure File Sync включают улучшения службы и агента (например, 18.0.0.0). Небольшие обновления Azure File Sync обычно предназначены для улучшения работы агента (например, 18.2.0.0).

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

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

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

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

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

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

Основные и второстепенные версии агента

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

Обновление путей

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

• Используйте функцию автоматического обновления службы "Синхронизация файлов Azure" для установки обновлений агента: агент синхронизации файлов Azure автоматически обновляется. Вы можете установить последнюю версию агента, если она доступна или обновить, когда текущий установленный агент близок к истечении срока действия. Дополнительные сведения см. в следующем разделе: автоматическое управление жизненным циклом агента.
• Настройте Центр обновления Майкрософт для автоматического скачивания и установки обновлений агента. Мы рекомендуем установить каждое обновление службы "Синхронизация файлов Azure", чтобы обеспечить доступ к последним исправлениям агента сервера. Центр обновления Майкрософт упрощает этот процесс, автоматически скачивая и устанавливая обновления.
• Используйте AfsUpdater.exe для скачивания и установки обновлений агента: AfsUpdater.exe файл находится в каталоге установки агента. Дважды щелкните исполняемый файл, чтобы скачать и установить обновления агента. В зависимости от версии выпуска может потребоваться перезапустить сервер.
• Исправление существующего агента синхронизации файлов Azure с помощью файла исправлений Центра обновления Майкрософт или исполняемого файла MSP: вы можете скачать последний пакет обновления синхронизации файлов Azure из каталога центра обновления Майкрософт. При выполнении исполняемого файла MSP выполняется обновление установки синхронизации файлов Azure с тем же методом, который microsoft Update использует автоматически. Применение исправления Microsoft Update выполняет обновление на месте установки синхронизации файлов Azure.
• Скачайте самый новый установщик агента синхронизации файлов Azure: вы можете получить установщик в Центре загрузки Майкрософт. Чтобы обновить существующую установку агента синхронизации файлов Azure, удалите старую версию и установите последнюю версию из скачаемого установщика. Параметры агента (например, регистрация сервера и конечные точки сервера) сохраняются при удалении агента синхронизации файлов Azure.

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

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

• Параметр по умолчанию пытается предотвратить истечение срока действия агента. В течение 21 дней после окончания срока действия агента агент пытается самостоятельно обновить его. Он запускает попытку обновления один раз в неделю в течение 21 дней до истечения срока действия и в выбранном окне обслуживания. Обратите внимание, что этот параметр не устраняет необходимость в регулярных исправлениях Центра обновления Майкрософт.

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

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

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

Изменение параметра автоматического обновления

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

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

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

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

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

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

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

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest -Day <day> -Hour <hour>

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

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

• Основные версии программного обеспечения агента поддерживаются не менее 12 месяцев с даты первоначального выпуска.
• Существует перекрытие по крайней мере 3 месяца между поддержкой основных версий агента.
• Предупреждения выдаются для зарегистрированных серверов черезto-be истекший срок действия агента по крайней мере через 3 месяца до истечения срока действия. Можно проверить, использует ли зарегистрированный сервер более раннюю версию агента в разделе о зарегистрированных серверах в службе синхронизации хранилища.
• Срок жизни минорной версии агента привязан к основной версии. Например, если агент версии 18.0.0.0.0 истекает, срок действия агента версии 18.*.*.* истекает вместе.

Поддержка агента Windows Server 2012 R2

Windows Server 2012 R2 достигла окончания поддержки 10 октября 2023 года. Синхронизация файлов Azure продолжит поддерживать Windows Server 2012 R2 до истечения срока действия агента версии 17.x 9 июня 2025 г. После этой даты мы больше не предоставим исправления ошибок, обновления безопасности или техническую поддержку.

Хотя официальная поддержка Windows Server 2012 R2 и агент синхронизации файлов Azure версии 17 завершится 9 июня 2025 г., агент версии 17 продолжит работать до 27 января 2026 г. После этой даты серверы с агентом версии 17 перестают синхронизироваться с общими папками Azure.

Требуется действие

Выполните один из следующих вариантов для серверов Windows Server 2012 R2 до истечения срока действия агента версии 17 9 июня 2025 г.

• Вариант 1. Выполните обновление на месте до поддерживаемой версии операционной системы. Перед обновлением удалите агент синхронизации файлов Azure и перезапустите сервер. Не отменяйте регистрацию и повторно зарегистрируйте сервер во время обновления ОС или приведет к потерянным многоуровневым файлам на существующих конечных точках сервера. Затем выполните обновление на месте до новой версии Windows Server, например 2016, 2019, 2022 или 2025. После завершения обновления установите агент синхронизации файлов Azure, соответствующий новой версии операционной системы. После установки агента на обновленном сервере портал Azure должен отражать правильное состояние сервера в течение 30 минут.

• Вариант 2. Развертывание нового сервера синхронизации файлов Azure с поддерживаемой версией операционной системы для замены серверов Windows 2012 R2. Инструкции см. в статье "Замена сервера синхронизации файлов Azure".

Версия 21.2.0.0

Следующие заметки о выпуске предназначены для синхронизации файлов Azure версии 21.2.0.0 (выпущено 08 июля 2025 г.). Этот выпуск содержит улучшения для службы и агента Синхронизация файлов Azure.

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

Агент синхронизации файлов Azure теперь доступен через расширение Arc

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

Общедоступная версия: синхронизация файлов Azure в Северной Италии

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

Гранулярное управление доступом Role-Based (RBAC) для синхронизации файлов Azure

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

Различные улучшения надежности и телеметрии для облачного многоуровневого хранения и синхронизации

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

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

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

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

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

• Для установки агента требуется перезапуск для серверов с существующей установкой агента Синхронизация файлов Azure, если версия агента старше 18.2.0.0.
• Пакет установки агента нужно устанавливать с разрешениями более высокого уровня (администратора).
• Агент не поддерживается в варианте развертывания Nano Server.
• Агент поддерживается только в Windows Server 2016, Windows Server 2019, Windows Server 2022 и Windows Server 2025.
• Пакет установки агента синхронизации файлов Azure зависит от версии операционной системы. Если вы обновляете сервер до более новой версии Windows Server, необходимо сначала удалить агент синхронизации файлов Azure и перезапустить сервер. Не отменяйте регистрацию и повторно зарегистрируйте сервер во время обновления ОС или приведет к потерянным многоуровневым файлам на существующих конечных точках сервера. Затем обновите операционную систему до новой версии. После завершения обновления установите агент синхронизации файлов Azure, соответствующий новой версии Windows Server, например 2016, 2019, 2022 или 2025. После установки агента на обновленном сервере портал Azure должен отражать правильное состояние сервера в течение 30 минут.
• Агент требует по крайней мере 2 ГиБ памяти. Если сервер выполняется на виртуальной машине с включенной динамической памятью, в виртуальной машине должна быть настроена память объемом не менее 2048 МиБ. Дополнительные сведения см. в статье "Рекомендуемые системные ресурсы ".
• Агент использует TLS 1.2 или 1.3 (Windows Server 2022 или более поздней версии) по умолчанию. TLS 1.0 и 1.1 не поддерживаются.
• Регистрация сервера с помощью Register-AzStorageSyncServer и ServerRegistration.exe требует .NET Framework 4.7.2. или выше.
• Служба агента синхронизации хранилища (FileSyncSvc) не поддерживает серверные конечные точки, расположенные на томе, который имеет сжатый каталог сведений о системном томе (SVI). Если каталог SVI сжимается, служба агента синхронизации хранилища (FileSyncSvc) не запустится.
• Установка агента может завершиться ошибкой 0x80c84111 если необходимые обновления системы безопасности Windows отсутствуют. Чтобы предотвратить эту проблему, убедитесь, что следующие обновления установлены на основе версии сервера:
  • Каталог Центра обновления Майкрософт Для Windows Server 2016 (последнее накопительное обновление)
  • Каталог Центра обновления Майкрософт для Windows Server 2019 (последнее накопительное обновление)
  • Накопительные обновления выпускаются ежемесячно. Чтобы развернуть последнее обновление, пользователи могут использовать Центр обновления Windows или вручную скачать его из каталога центра обновления Майкрософт. При установке вручную пользователи должны просмотреть связанную статью базы знаний, чтобы убедиться, что выполнены все предварительные требования.Если обновления Windows не установлены до установки агента синхронизации файлов Azure, служба агента синхронизации хранилища (FileSyncSvc) не запустится. Дополнительные сведения см. в документации по устранению неполадок службы "Синхронизация файлов Azure". 

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

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

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

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

• Синхронизация файлов Azure поддерживает все символы, поддерживаемые файловой системой NTFS , за исключением недопустимых суррогатных пар. Дополнительные сведения см. в руководстве по устранению неполадок .
• Пути длиной более 2048 символов.
• Часть дескриптора безопасности, отвечающая за системный список управления доступом (SACL), используется для аудита.
• Дополнительные атрибуты.
• Альтернативные потоки данных.
• Точки повторного разбора.
• Жёсткие ссылки.
• Сжатие (для серверного файла) не сохраняется при синхронизации изменений в этом файле из других конечных точек.
• Файлы, зашифрованные с помощью файловой системы EFS (или другого пользовательского режима шифрования). Служба не может считывать такие данные.

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

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

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

• Служба "Синхронизация файлов Azure" поддерживает внесение изменений непосредственно в файловый ресурс Azure. Однако изменения, внесенные в файловом хранилище Azure, сначала должны быть обнаружены заданием обнаружения изменений службы Azure File Sync. Задание обнаружения изменений инициируется для облачной конечной точки каждые 24 часа. Чтобы немедленно синхронизировать файлы, измененные в общей папке Azure, используйте командлет Invoke-AzStorageSyncChangeDetection PowerShell, чтобы вручную инициировать обнаружение изменений в общей папке Azure.
• Службу синхронизации хранилища и (или) учетную запись хранения можно переместить в другую группу ресурсов, подписку или клиент Microsoft Entra (ранее — Azure AD). После перемещения службы синхронизации хранилища или учетной записи хранения необходимо предоставить приложению Microsoft.StorageSync доступ к учетной записи хранения (см. Обеспечение доступа Azure File Sync к учетной записи хранения).

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

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

Версия 21.1.0.0 (обновление системы безопасности)

Следующие заметки о выпуске предназначены для службы "Синхронизация файлов Azure" версии 21.1.0.0 (выпущена 11 июня 2024 г.). Этот выпуск содержит обновление системы безопасности для серверов с установленной версией агента версии 18. Эти замечания дополняют замечания о выпуске, перечисленные для версии 21.0.0.0.

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

Устранена проблема, которая может допустить неправильный контроль доступа в службе "Синхронизация файлов Azure", что позволяет авторизованному злоумышленнику повысить привилегии на локальном уровне. Это обновление только для системы безопасности. Дополнительные сведения об этой уязвимости см. в разделе CVE-2025-53729.

Версия 20.1.0.0 (обновление системы безопасности)

Следующие заметки о выпуске относятся к Azure File Sync версии 18.1.0.0 (вышла 11 июня 2024 г.). Этот выпуск содержит обновление системы безопасности для серверов с установленной версией агента версии 18. Эти примечания дополняют стандартные примечания о выпуске, перечисленные для версии 20.0.0.0.

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

Устранена проблема, которая может допустить неправильный контроль доступа в службе "Синхронизация файлов Azure", что позволяет авторизованному злоумышленнику повысить привилегии на локальном уровне. Это обновление только для системы безопасности. Дополнительные сведения об этой уязвимости см. в разделе CVE-2025-53729.

Версия 20.0.0.0

Следующие заметки о выпуске предназначены для службы "Синхронизация файлов Azure" версии 20.0.0.0 (выпущена 10 февраля 2025 г.). Этот выпуск содержит улучшения для службы и агента Синхронизация файлов Azure.

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

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

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

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

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

Для получения дополнительной информации см. статью «Использование управляемых удостоверений с синхронизацией файлов Azure».

Разнообразные улучшения надежности и телеметрии для облачного сегментирования и синхронизации

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

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

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

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

• Для установки агента требуется перезапуск для серверов с существующей установкой агента Синхронизация файлов Azure, если версия агента старше 18.2.0.0.
• Пакет установки агента нужно устанавливать с разрешениями более высокого уровня (администратора).
• Агент не поддерживается в варианте развертывания Nano Server.
• Агент поддерживается только в Windows Server 2016, Windows Server 2019, Windows Server 2022 и Windows Server 2025.
• Пакет установки агента синхронизации файлов Azure зависит от версии операционной системы. Если вы обновляете сервер до более новой версии Windows Server, необходимо сначала удалить агент синхронизации файлов Azure и перезапустить сервер. Не отменяйте регистрацию и повторно зарегистрируйте сервер во время обновления ОС или приведет к потерянным многоуровневым файлам на существующих конечных точках сервера. Затем обновите операционную систему до новой версии. После завершения обновления установите агент синхронизации файлов Azure, соответствующий новой версии Windows Server, например 2016, 2019, 2022 или 2025. После установки агента на обновленном сервере портал Azure должен отражать правильное состояние сервера в течение 30 минут.
• Агент требует по крайней мере 2 ГиБ памяти. Если сервер выполняется на виртуальной машине с включенной динамической памятью, в виртуальной машине должна быть настроена память объемом не менее 2048 МиБ. Дополнительные сведения см. в статье "Рекомендуемые системные ресурсы ".
• Агент использует TLS 1.2 или 1.3 (Windows Server 2022 или более поздней версии) по умолчанию, а TLS 1.0 и 1.1 не поддерживаются.
• Регистрация сервера с помощью Register-AzStorageSyncServer и ServerRegistration.exe требует .NET Framework 4.7.2. или выше
• Служба агента синхронизации хранилища (FileSyncSvc) не поддерживает серверные конечные точки, расположенные на томе, который имеет сжатый каталог сведений о системном томе (SVI). Если каталог SVI сжимается, служба агента синхронизации хранилища (FileSyncSvc) не запустится.
• Установка агента может завершиться ошибкой 0x80c84111 если необходимые обновления системы безопасности Windows отсутствуют. Чтобы предотвратить эту проблему, убедитесь, что следующие обновления установлены на основе версии сервера:
  • Каталог Центра обновления Майкрософт Для Windows Server 2016 (последнее накопительное обновление)
  • Каталог Центра обновления Майкрософт для Windows Server 2019 (последнее накопительное обновление)
  • Накопительные обновления выпускаются ежемесячно. Чтобы развернуть последнее обновление, пользователи могут использовать Центр обновления Windows или вручную скачать его из каталога центра обновления Майкрософт. При установке вручную пользователи должны просмотреть связанную статью базы знаний, чтобы убедиться, что выполнены все предварительные требования.Если обновления Windows не установлены до установки агента синхронизации файлов Azure, служба агента синхронизации хранилища (FileSyncSvc) не запустится. Дополнительные сведения см. в документации по устранению неполадок службы "Синхронизация файлов Azure". 

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

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

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

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

• Синхронизация файлов Azure поддерживает все символы, поддерживаемые файловой системой NTFS , за исключением недопустимых суррогатных пар. Дополнительные сведения см. в руководстве по устранению неполадок .
• Пути длиной более 2048 символов.
• Часть дескриптора безопасности, отвечающая за системный список управления доступом (SACL), используется для аудита.
• Дополнительные атрибуты.
• Альтернативные потоки данных.
• Точки повторного разбора.
• Жёсткие ссылки.
• Сжатие (для серверного файла) не сохраняется при синхронизации изменений в этом файле из других конечных точек.
• Файлы, зашифрованные с помощью файловой системы EFS (или другого пользовательского режима шифрования). Служба не может считывать такие данные.

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

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

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

• Служба "Синхронизация файлов Azure" поддерживает внесение изменений непосредственно в файловый ресурс Azure. Однако изменения, внесенные в файловом хранилище Azure, сначала должны быть обнаружены заданием обнаружения изменений службы Azure File Sync. Задание обнаружения изменений инициируется для облачной конечной точки каждые 24 часа. Чтобы немедленно синхронизировать файлы, измененные в общей папке Azure, используйте командлет Invoke-AzStorageSyncChangeDetection PowerShell, чтобы вручную инициировать обнаружение изменений в общей папке Azure.
• Службу синхронизации хранилища и (или) учетную запись хранения можно переместить в другую группу ресурсов, подписку или клиент Microsoft Entra (ранее — Azure AD). После перемещения службы синхронизации хранилища или учетной записи хранения необходимо предоставить приложению Microsoft.StorageSync доступ к учетной записи хранения (см. Обеспечение доступа Azure File Sync к учетной записи хранения).

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

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

Версия 19.2.0.0 (обновление системы безопасности)

Следующие заметки о выпуске предназначены для службы "Синхронизация файлов Azure" версии 19.2.0.0 (выпущена 11 июня 2024 г.). Этот выпуск содержит обновление системы безопасности для серверов с установленной версией агента версии 18. Эти примечания дополняют заметки о выпуске, перечисленные для версии 19.1.0.0.

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

Устранена проблема, которая может допустить неправильный контроль доступа в службе "Синхронизация файлов Azure", что позволяет авторизованному злоумышленнику повысить привилегии на локальном уровне. Это обновление только для системы безопасности. Дополнительные сведения об этой уязвимости см. в разделе CVE-2025-53729.

Версия 19.1.0.0

Следующие заметки о выпуске для Azure File Sync версии 19.1.0.0 (выпущенной 3 сентября 2024 г.). Этот выпуск содержит улучшения для службы и агента Синхронизация файлов Azure.

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

Ускорение подготовки сервера и улучшение аварийного восстановления для конечных точек сервера синхронизации файлов Azure.

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

Улучшение применяется к следующим сценариям, когда расположение конечной точки сервера пусто (без файлов или каталогов):

• Создайте первую конечную точку сервера новой топологии синхронизации после копирования данных в общую папку Azure.
• Добавление новой пустой конечной точки сервера в существующую топологию синхронизации.

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

Предварительная версия: поддержка управляемых удостоверений для серверов и службы синхронизации файлов Azure
Поддержка управляемых идентификаторов в Azure File Sync устраняет необходимость использования общих ключей для проверки подлинности за счет применения системного управляемого идентификатора, предоставленного Microsoft Entra ID.

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

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

Дополнительные сведения см. в статье «Использование управляемых удостоверений с синхронизацией файлов Azure (предварительный просмотр)».

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

Поддержка Windows Server 2025
Агент Синхронизация файлов Azure теперь поддерживается в Windows Server 2025 (сборка 26100).

Разнообразные улучшения надежности и телеметрии для облачного сегментирования и синхронизации

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

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

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

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

• Для установки агента требуется перезапуск для серверов с существующей установкой агента Синхронизация файлов Azure, если версия агента старше 18.2.0.0.
• Пакет установки агента нужно устанавливать с разрешениями более высокого уровня (администратора).
• Агент не поддерживается в варианте развертывания Nano Server.
• Агент поддерживается только в Windows Server 2016, Windows Server 2019, Windows Server 2022 и Windows Server 2025.
• Пакет установки агента синхронизации файлов Azure зависит от версии операционной системы. Если вы обновляете сервер до более новой версии Windows Server, необходимо сначала удалить агент синхронизации файлов Azure и перезапустить сервер. Не отменяйте регистрацию и повторно зарегистрируйте сервер во время обновления ОС или приведет к потерянным многоуровневым файлам на существующих конечных точках сервера. Затем обновите операционную систему до новой версии. После завершения обновления установите агент синхронизации файлов Azure, соответствующий новой версии Windows Server, например 2016, 2019, 2022 или 2025. После установки агента на обновленном сервере портал Azure должен отражать правильное состояние сервера в течение 30 минут.
• Агент требует по крайней мере 2 ГиБ памяти. Если сервер выполняется на виртуальной машине с включенной динамической памятью, в виртуальной машине должна быть настроена память объемом не менее 2048 МиБ. Дополнительные сведения см. в статье "Рекомендуемые системные ресурсы ".
• Агент использует TLS 1.2 или 1.3 (Windows Server 2022 или более поздней версии) по умолчанию, а TLS 1.0 и 1.1 не поддерживаются.
• Регистрация сервера с помощью Register-AzStorageSyncServer и ServerRegistration.exe требует .NET Framework 4.7.2. или выше
• Служба агента синхронизации хранилища (FileSyncSvc) не поддерживает серверные конечные точки, расположенные на томе, который имеет сжатый каталог сведений о системном томе (SVI). Если каталог SVI сжимается, служба агента синхронизации хранилища (FileSyncSvc) не запустится.
• Установка агента может завершиться ошибкой 0x80c84111 если необходимые обновления системы безопасности Windows отсутствуют. Чтобы предотвратить эту проблему, убедитесь, что следующие обновления установлены на основе версии сервера:
  • Каталог Центра обновления Майкрософт Для Windows Server 2016 (последнее накопительное обновление)
  • Каталог Центра обновления Майкрософт для Windows Server 2019 (последнее накопительное обновление)
  • Накопительные обновления выпускаются ежемесячно. Чтобы развернуть последнее обновление, пользователи могут использовать Центр обновления Windows или вручную скачать его из каталога центра обновления Майкрософт. При установке вручную пользователи должны просмотреть связанную статью базы знаний, чтобы убедиться, что выполнены все предварительные требования.Если обновления Windows не установлены до установки агента синхронизации файлов Azure, служба агента синхронизации хранилища (FileSyncSvc) не запустится. Дополнительные сведения см. в документации по устранению неполадок службы "Синхронизация файлов Azure". 

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

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

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

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

• Синхронизация файлов Azure поддерживает все символы, поддерживаемые файловой системой NTFS , за исключением недопустимых суррогатных пар. Дополнительные сведения см. в руководстве по устранению неполадок .
• Пути длиной более 2048 символов.
• Часть дескриптора безопасности, отвечающая за системный список управления доступом (SACL), используется для аудита.
• Дополнительные атрибуты.
• Альтернативные потоки данных.
• Точки повторного разбора.
• Жёсткие ссылки.
• Сжатие (для серверного файла) не сохраняется при синхронизации изменений в этом файле из других конечных точек.
• Файлы, зашифрованные с помощью файловой системы EFS (или другого пользовательского режима шифрования). Служба не может считывать такие данные.

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

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

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

• Служба "Синхронизация файлов Azure" поддерживает внесение изменений непосредственно в файловый ресурс Azure. Однако изменения, внесенные в файловом хранилище Azure, сначала должны быть обнаружены заданием обнаружения изменений службы Azure File Sync. Задание обнаружения изменений инициируется для облачной конечной точки каждые 24 часа. Чтобы немедленно синхронизировать файлы, измененные в общей папке Azure, используйте командлет Invoke-AzStorageSyncChangeDetection PowerShell, чтобы вручную инициировать обнаружение изменений в общей папке Azure.
• Службу синхронизации хранилища и (или) учетную запись хранения можно переместить в другую группу ресурсов, подписку или клиент Microsoft Entra (ранее — Azure AD). После перемещения службы синхронизации хранилища или учетной записи хранения необходимо предоставить приложению Microsoft.StorageSync доступ к учетной записи хранения (см. Обеспечение доступа Azure File Sync к учетной записи хранения).

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

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

Версия 18.3.0.0 (обновление системы безопасности)

Следующие заметки о выпуске относятся к Azure File Sync версии 18.1.0.0 (вышла 11 июня 2024 г.). Этот выпуск содержит обновление системы безопасности для серверов с установленной версией агента версии 18. Дополнительные примечания к замечаниям о выпуске, перечисленным для версий 18.0.0.0, 18.1.0.0 и 18.2.0.0.

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

Устранена проблема, которая может допустить неправильный контроль доступа в службе "Синхронизация файлов Azure", что позволяет авторизованному злоумышленнику повысить привилегии на локальном уровне. Это обновление только для системы безопасности. Дополнительные сведения об этой уязвимости см. в разделе CVE-2025-53729.

Версия 18.2.0.0

Следующие замечания к выпуску для Azure File Sync версии 18.2.0.0 (выпущена 9 июля 2024 г.). Этот выпуск содержит улучшения для агента Синхронизация файлов Azure. Эти заметки в дополнение к заметкам о релизе, перечисленным для версии 18.0.0.0 и 18.1.0.0.

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

• Накопительное обновление для агента синхронизации файлов Azure версии 18 и версии 18.1.
• Этот выпуск также включает улучшения надежности синхронизации.

Версия 18.1.0.0 (обновление системы безопасности)

Следующие заметки о выпуске относятся к Azure File Sync версии 18.1.0.0 (вышла 11 июня 2024 г.). Этот выпуск содержит обновление системы безопасности для серверов с установленной версией агента версии 18. Эти заметки служат дополнением к перечисленным заметкам о выпуске для версии 18.0.0.0.

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

Устраняет проблему, которая может позволить неавторизованным пользователям удалять файлы в расположениях, к которым у них нет доступа. Это обновление только для системы безопасности. Дополнительные сведения об этой уязвимости см. в разделе CVE-2024-35253.

Версия 18.0.0.0

Следующие примечания к выпуску предназначены для Azure File Sync версии 18.0.0.0 (выпущена 8 мая 2024 г.). Этот выпуск содержит улучшения для службы и агента Синхронизация файлов Azure.

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

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

Улучшение применяется к следующим сценариям, когда расположение конечной точки сервера пусто (без файлов или каталогов):

• Создайте первую конечную точку сервера новой топологии синхронизации после копирования данных в общую папку Azure.
• Добавление новой пустой конечной точки сервера в существующую топологию синхронизации.

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

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

Разнообразные улучшения надежности и телеметрии для облачного сегментирования и синхронизации

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

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

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

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

• Пакет установки агента нужно устанавливать с разрешениями более высокого уровня (администратора).
• Агент не поддерживается в варианте развертывания Nano Server.
• Агент поддерживается только в Windows Server 2019, Windows Server 2016 и Windows Server 2022.
• Пакет установки агента синхронизации файлов Azure зависит от версии операционной системы. Если вы обновляете сервер до более новой версии Windows Server, необходимо сначала удалить агент синхронизации файлов Azure и перезапустить сервер. Не отменяйте регистрацию и повторно зарегистрируйте сервер во время обновления ОС или приведет к потерянным многоуровневым файлам на существующих конечных точках сервера. Затем обновите операционную систему до новой версии. После завершения обновления установите агент синхронизации файлов Azure, соответствующий новой версии Windows Server, например 2016, 2019, 2022 или 2025. После установки агента на обновленном сервере портал Azure должен отражать правильное состояние сервера в течение 30 минут.
• Агент требует по крайней мере 2 ГиБ памяти. Если сервер выполняется на виртуальной машине с включенной динамической памятью, в виртуальной машине должна быть настроена память объемом не менее 2048 МиБ. Дополнительные сведения см. в статье "Рекомендуемые системные ресурсы ".
• Служба агента синхронизации хранилища (FileSyncSvc) не поддерживает серверные конечные точки, расположенные на томе, который имеет сжатый каталог сведений о системном томе (SVI). Использование этой конфигурации может привести к непредвиденным результатам.
• Все поддерживаемые версии агента Синхронизация файлов Azure используют TLS 1.2 по умолчанию, а TLS 1.0 и 1.1 не поддерживаются. Начиная с версии 18 агента TLS 1.3 будет поддерживаться для Windows Server 2022.
• Установка агента может завершиться ошибкой 0x80c84111 если необходимые обновления системы безопасности Windows отсутствуют. Чтобы предотвратить эту проблему, убедитесь, что следующие обновления установлены на основе версии сервера:
  • Каталог Центра обновления Майкрософт Для Windows Server 2016 (последнее накопительное обновление)
  • Каталог Центра обновления Майкрософт для Windows Server 2019 (последнее накопительное обновление)
  • Накопительные обновления выпускаются ежемесячно. Чтобы развернуть последнее обновление, пользователи могут использовать Центр обновления Windows или вручную скачать его из каталога центра обновления Майкрософт. При установке вручную пользователи должны просмотреть связанную статью базы знаний, чтобы убедиться, что выполнены все предварительные требования.Если обновления Windows не установлены до установки агента синхронизации файлов Azure, служба агента синхронизации хранилища (FileSyncSvc) не запустится. Дополнительные сведения см. в документации по устранению неполадок службы "Синхронизация файлов Azure". 

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

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

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

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

• Утилита синхронизации файлов Azure, начиная с версии агента 17, поддерживает все символы, которые поддерживаются файловой системой NTFS, за исключением недопустимых суррогатных пар. Дополнительные сведения см. в руководстве по устранению неполадок .
• Пути длиной более 2048 символов.
• Часть дескриптора безопасности, отвечающая за системный список управления доступом (SACL), используется для аудита.
• Дополнительные атрибуты.
• Альтернативные потоки данных.
• Точки повторного разбора.
• Жёсткие ссылки.
• Сжатие (для серверного файла) не сохраняется при синхронизации изменений в этом файле из других конечных точек.
• Файлы, зашифрованные с помощью файловой системы EFS (или другого пользовательского режима шифрования). Служба не может считывать такие данные.

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

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

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

• Служба "Синхронизация файлов Azure" поддерживает внесение изменений непосредственно в файловый ресурс Azure. Однако изменения, внесенные в файловом хранилище Azure, сначала должны быть обнаружены заданием обнаружения изменений службы Azure File Sync. Задание обнаружения изменений инициируется для облачной конечной точки каждые 24 часа. Чтобы немедленно синхронизировать файлы, измененные в общей папке Azure, используйте командлет Invoke-AzStorageSyncChangeDetection PowerShell, чтобы вручную инициировать обнаружение изменений в общей папке Azure.
• Службу синхронизации хранилища и (или) учетную запись хранения можно переместить в другую группу ресурсов, подписку или клиент Microsoft Entra (ранее — Azure AD). После перемещения службы синхронизации хранилища или учетной записи хранения необходимо предоставить приложению Microsoft.StorageSync доступ к учетной записи хранения (см. Обеспечение доступа Azure File Sync к учетной записи хранения).

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

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