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

  • Статья

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

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

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

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

Этап Номер версии агента Дата запуска в производство Состояние
Выпуск версии 17.2 — КБ 5023055 17.2.0.0 28 февраля 2024 г. Поддерживается
Выпуск версии 17.1 — КБ 5023054 17.1.0.0 13 февраля 2024 г. Поддерживается — обновление системы безопасности
Выпуск версии 16.2 — КБ 5023052 16.2.0.0 13 февраля 2024 г. Поддерживается — обновление системы безопасности — срок действия версии агента истекает 29 июля 2024 г.
Выпуск версии 17.0 — КБ 5023053 17.0.0.0 6 декабря 2023 г. Поддерживается
Выпуск версии 16.0 — КБ 5013877 16.0.0.0 30 января 2023 г. Поддерживается. Срок действия версии агента истекает 29 июля 2024 г.

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

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

Этап Номер версии агента Дата запуска в производство Состояние
Выпуск версии 15 15.0.0.0 - 15.2.0.0 Н/П Не поддерживается. Срок действия версий агента истек 19 марта 2024 г.
Выпуск версии 14 14.0.0.0 Н/П Не поддерживается. Срок действия версий агента истек 8 февраля 2024 г.
Выпуск версии 13 13.0.0.0 Н/П Не поддерживается. Срок действия версий агента истек 8 августа 2022 г.
Выпуск версии 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 не поддерживается. Новые версии часто включают критические изменения по сравнению с старыми версиями, что делает процесс понижения неподдерживаемого. Если у вас возникли проблемы с текущей версией агента, обратитесь к поддержке или обновлению до последней доступной версии.

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

Агент Синхронизации файлов 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 -Day <day> -Hour <hour>

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

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

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

Примечание.

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

Поддержка агента Windows Server 2012 R2 завершится 4 марта 2025 г.

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

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

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

  • Вариант 1. Выполните обновление на месте до поддерживаемой версии операционной системы. После завершения обновления на месте удалите агент Синхронизация файлов Azure для Windows Server 2012 R2, перезапустите сервер, а затем установите агент для новой операционной системы сервера (Windows Server 2016, Windows Server 2019 или Windows Server 2022).

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

Примечание.

Синхронизация файлов Azure агент версии 17.2 — последний выпуск агента, запланированный в настоящее время для Windows Server 2012 R2. Чтобы продолжить получать улучшения продукта и исправления ошибок, обновите серверы до Windows Server 2016 или более поздней версии.

Версия 17.2.0.0

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

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

Выпуск Синхронизация файлов Azure версии 17.2 — это накопительный пакет для выпусков версии 17.0 и версии 17.1:

Примечание.

Если на сервере установлен агент версии 17.1, вам не нужно устанавливать агент версии 17.2.

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

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

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

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

  • Пакет установки агента нужно устанавливать с разрешениями более высокого уровня (администратора).
  • Агент не поддерживается в параметре развертывания Nano Server.
  • Агент поддерживается только в Windows Server 2019 и Windows Server 2016, Windows Server 2012 R2 и Windows Server 2022.
  • Пакет установки агента предназначен для конкретной версии операционной системы. Если сервер с установленным агентом Синхронизация файлов Azure обновляется до более новой версии операционной системы, необходимо удалить существующий агент, перезапустить сервер и установить агент для новой операционной системы сервера (Windows Server 2016, Windows Server 2019 или 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, можно использовать командлет Invoke-Az служба хранилища SyncChangeDetection PowerShell, чтобы вручную инициировать обнаружение изменений в общей папке Azure.
  • Служба синхронизации хранилища и (или) учетная запись хранения могут быть перемещены в другую группу ресурсов, подписку или клиента Azure AD. После перемещения службы синхронизации хранилища или учетной записи хранения необходимо предоставить приложению Microsoft.StorageSync доступ к учетной записи хранения (см. Убедиться, что "Синхронизация файлов Azure" имеет доступ к учетной записи хранения).

Примечание.

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

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

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

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

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

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

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

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

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

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

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

Версия 17.0.0.0 (полет)

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

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

  • Улучшения производительности отправки синхронизации
    • Производительность отправки синхронизации улучшилась (номера производительности, которые будут размещены в ближайшем будущем). Это улучшение будет в основном полезно для миграции файловых ресурсов (начальной отправки) и событий высокой загрузки на сервере, в котором требуется отправить большое количество файлов.
  • Расширенная поддержка символов для имен файлов и каталогов
    • Синхронизация файлов Azure теперь поддерживает расширенный список символов. Это расширение позволяет пользователям создавать и синхронизировать общие папки S МБ с именами файлов и каталогов на уровне файловой системы NTFS для допустимых символов Юникода. Дополнительные сведения о неподдерживаемых символах см. в документации.
  • Новая метрика режима дискового пространства на уровне облака
  • Исправлена проблема, из-за которой обновление агента зависло
  • Исправлена ошибка, из-за которой ядро СУБД ESE (также известное как JET) создавало журналы в каталоге C:\Windows\System32
  • Другие улучшения надежности и телеметрии для повышения уровня облака и синхронизации

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

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

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

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

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

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

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

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

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

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

Примечание.

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

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

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

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

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

Примечание.

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

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

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

Версия 16.0.0.0

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

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

  • Улучшена доступность службы Синхронизация файлов Azure

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

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

    • Синхронизация файлов Azure использует Функция журнала Windows USN в Windows Server для немедленного обнаружения измененных файлов и их отправки в общую папку Azure. Если изменения файлов отсутствуют из-за оболочки журнала или других проблем, файлы не синхронизируются с общей папкой Azure до тех пор, пока изменения не будут обнаружены. Синхронизация файлов Azure имеет задание перечисления изменений сервера, которое запускается каждые 24 часа на пути конечной точки сервера для обнаружения изменений, которые были пропущены в журнале USN. Если вы не хотите ждать выполнения следующего задания перечисления изменений сервера, теперь можно использовать Invoke-StorageSyncServerChangeDetection командлет PowerShell для немедленного выполнения перечисления изменений сервера на пути к конечной точке сервера.

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

        Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
  Invoke-StorageSyncServerChangeDetection -ServerEndpointPath <path>

    Примечание.

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

  • Исправлена ошибка для скрипта PowerShell FileSyncErrorsReport.ps1

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

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

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

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

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

  • Пакет установки агента нужно устанавливать с разрешениями более высокого уровня (администратора).
  • Агент не поддерживается в параметре развертывания Nano Server.
  • Агент поддерживается только в Windows Server 2019 и Windows Server 2016, Windows Server 2012 R2 и Windows Server 2022.
  • Пакет установки агента предназначен для конкретной версии операционной системы. Если сервер с установленным агентом Синхронизация файлов Azure обновляется до более новой версии операционной системы, необходимо удалить существующий агент, перезапустить сервер и установить агент для новой операционной системы сервера (Windows Server 2016, Windows Server 2019 или 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 AD. После перемещения службы синхронизации хранилища или учетной записи хранения необходимо предоставить приложению Microsoft.StorageSync доступ к учетной записи хранения (см. Убедиться, что "Синхронизация файлов Azure" имеет доступ к учетной записи хранения).

Примечание.

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

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

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