Поделиться через


Как развернуть службу синхронизации файлов Azure (предварительная версия)

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

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

Необходимые компоненты

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

  • Чтобы предоставить azure File Sync доступ к учетной записи хранения, необходимо включить следующие параметры учетной записи хранения:

    • Параметры безопасности SMB должны разрешать протокол SMB 3.1.1, проверку подлинности NTLM версии 2 и шифрование AES-128-GCM. Чтобы проверить параметры безопасности SMB в учетной записи хранения, см. раздел Параметры безопасности SMB.
    • Разрешить доступ к ключу учетной записи хранения должен иметь значение "Включено". Чтобы проверить этот параметр, перейдите в учетную запись хранения и выберите "Конфигурация " в разделе "Параметры ".
  • Для синхронизации файлов Azure требуется по крайней мере один поддерживаемый экземпляр Windows Server. Дополнительные сведения о поддерживаемых версиях Windows Server и рекомендуемых системных ресурсах см. в разделе "Рекомендации для файловых серверов Windows".

  • Следующие обновления Windows должны быть установлены в экземпляре Windows Server:

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

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

    1. На вкладке "Условия" выберите разрешить пользователям назначать выбранные роли только выбранным субъектам (меньше привилегий).

    2. Щелкните Выбрать роли и субъекты, а затем выберите Добавить действие в разделе Условие №1.

    3. Выберите "Создать назначение роли" и нажмите кнопку "Выбрать".

    4. Выберите "Добавить выражение" и выберите "Запрос".

    5. В разделе "Источник атрибута" выберите идентификатор определения роли в разделе "Атрибут", а затем выберите ForAnyOfAnyValues:GuidEquals в разделе "Оператор".

    6. Выберите "Добавить роли". Добавьте Роль читателя и доступа к данным, Участник с привилегиями для данных файлов хранилища и Участник учетной записи хранилища, а затем выберите Сохранить.

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

    Примечание.

    Единственный сценарий, поддерживаемый синхронизацией файлов Azure, — это отказоустойчивый кластер Windows Server с кластеризованными дисками. Дополнительные сведения см. в разделе "Отказоустойчивая кластеризация".

  • Хотя облачные ресурсы можно управлять с помощью портала Azure, командлеты PowerShell предоставляют расширенные функциональные возможности для зарегистрированных серверов. Эти командлеты выполняются локально в PowerShell 5.1 или PowerShell 6+. В Windows Server 2012 R2 можно убедиться, что вы используете по крайней мере PowerShell 5.1.* , проверив значение PSVersion свойства $PSVersionTable объекта:

    $PSVersionTable.PSVersion
    

    Если значение PSVersion меньше 5.1.*, необходимо обновить, скачав и установив Windows Management Framework 5.1. Соответствующий пакет скачивания и установки для Windows Server 2012 R2 — это Win8.1AndW2K12R2-KB*******-x64.msu.

    Вы можете использовать PowerShell 6+ с любой поддерживаемой системой и скачать ее с помощью страницы GitHub.

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

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

Это действие можно пропустить, если вы развертываете синхронизацию файлов Azure в Windows Server Core.

  1. Откройте диспетчер серверов.

  2. Выберите локальный сервер.

    Снимок экрана: параметр

  3. На панели "Свойства" выберите ссылку для конфигурации расширенной безопасности IE.

    Снимок экрана: свойства сервера в диспетчере серверов.

  4. В диалоговом окне "Конфигурация расширенной безопасности Internet Explorer " выберите "Отключить " в разделе "Администраторы " и "Пользователи". Затем нажмите кнопку "ОК".

    Снимок экрана: диалоговое окно

Развертывание службы синхронизации хранилища

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

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

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

  1. В портале Azure выберите Создать ресурс.

  2. Найдите синхронизацию файлов Azure и выберите ее в результатах.

  3. Нажмите кнопку "Создать". На вкладке "Развертывание синхронизации хранилища " введите следующие сведения:

    • Имя: уникальное имя (в каждом регионе) для службы синхронизации хранилища.
    • Подписка: подписка, в которой требуется создать службу синхронизации хранилища. В зависимости от стратегии конфигурации организации можно получить доступ к одной или нескольким подпискам. Подписка Azure — это базовый контейнер при выставлении счетов для каждой облачной службы (такой как "Файлы Azure").
    • Группа ресурсов: логическая группа ресурсов Azure, например учетная запись хранения или служба синхронизации хранилища. Вы можете создать новую группу ресурсов или использовать существующую группу ресурсов для Синхронизация файлов Azure. Мы рекомендуем использовать группы ресурсов в качестве контейнеров для логического изоляции ресурсов для вашей организации, например группирование ресурсов кадров или ресурсов для определенного проекта.
    • Расположение. Регион, в котором будет развернута служба "Синхронизация файлов" Azure. В этом списке доступны только поддерживаемые регионы.
  4. Нажмите кнопку "Создать".

Установка агента Синхронизации файлов Azure

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

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

  1. Скачайте агент из Центра загрузки Майкрософт. После завершения скачивания дважды щелкните пакет MSI, чтобы запустить установку агента.

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

  2. На странице приветствия нажмите кнопку "Далее".

    Снимок экрана: страница приветствия мастера установки агента синхронизации файлов с кнопками

  3. После просмотра лицензионного соглашения установите флажок, чтобы принять его. Затем выберите Далее.

    Снимок экрана: страница мастера установки агента синхронизации файлов для принятия лицензионного соглашения.

  4. Путь установки агента синхронизации хранилища заполняется по умолчанию. Его можно изменить на выбранное расположение. Однако рекомендуется оставить путь по умолчанию (C:\Program Files\Azure\StorageSyncAgent), чтобы упростить устранение неполадок и обслуживание сервера. Чтобы продолжить, выберите Далее.

    Снимок экрана: выбор пути в мастере настройки агента синхронизации файлов.

  5. Выберите параметр прокси-сервера и нажмите кнопку "Далее".

    Снимок экрана: параметры прокси-сервера в мастере настройки агента синхронизации файлов.

  6. Выберите, следует ли использовать Центр обновления Майкрософт для обновления агента синхронизации файлов Azure, а затем нажмите кнопку "Далее".

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

    Снимок экрана: параметр использования Центра обновления Майкрософт в мастере установки агента синхронизации файлов.

  7. Выберите параметры автоматического обновления агента и сбора данных для устранения неполадок по мере необходимости. Затем нажмите кнопку "Установить".

    Снимок экрана: параметры автоматического обновления и сбора данных в мастере настройки агента синхронизации файлов.

  8. После завершения установки нажмите кнопку "Готово ", чтобы закрыть мастер.

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

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

Регистрация Windows Server в службе синхронизации хранилища

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

Примечание.

Регистрация сервера использует учетные данные Azure для создания отношения доверия между экземпляром Windows Server и службой синхронизации хранилища. Впоследствии сервер создает и использует собственное удостоверение. Это удостоверение допустимо, пока сервер остается зарегистрированным, а текущий маркер подписанного URL-адреса (SAS) действителен. Новый маркер SAS не может быть выдан серверу после отмены регистрации сервера. Отмена регистрации сервера удаляет возможность сервера получить доступ к общим папкам Azure и останавливает любую синхронизацию.

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

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

  1. На вкладке "Условия" выберите разрешить пользователям назначать выбранные роли только выбранным субъектам (меньше привилегий).

  2. Щелкните Выбрать роли и субъекты, а затем выберите Добавить действие в разделе Условие №1.

  3. Выберите "Создать назначение роли" и нажмите кнопку "Выбрать".

  4. Выберите "Добавить выражение" и выберите "Запрос".

  5. В разделе "Источник атрибута" выберите идентификатор определения роли в разделе "Атрибут", а затем выберите ForAnyOfAnyValues:GuidEquals в разделе "Оператор".

  6. Выберите "Добавить роли". Добавьте Роль читателя и доступа к данным, Участник с привилегиями для данных файлов хранилища и Участник учетной записи хранилища, а затем выберите Сохранить.

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

  • Microsoft.StorageSync/storageSyncServices/registeredServers/write
  • Microsoft.StorageSync/storageSyncServices/read
  • Microsoft.StorageSync/storageSyncServices/workflows/read
  • Microsoft.StorageSync/storageSyncServices/workflows/operations/read
  1. Диалоговое окно регистрации сервера должно открываться автоматически после установки агента синхронизации файлов Azure. Если это не так, его можно открыть вручную из своего расположения файла: C:\Program Files\Azure\StorageSyncAgent\ServerRegistration.exe. В диалоговом окне выберите среду Azure из перечисленных параметров.

    Снимок экрана: сведения о входе в диалоговое окно регистрации сервера.

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

    Снимок экрана: переключатель поставщика облачных решений и поле для идентификатора клиента в диалоговом окне регистрации сервера.

  3. После входа введите следующие сведения:

    • Подписка Azure: подписка, содержащая службу синхронизации хранилища (как описано ранее в статье "Развертывание службы синхронизации хранилища").
    • Группа ресурсов: группа ресурсов, содержащая службу синхронизации хранилища.
    • Служба синхронизации хранилища: имя службы синхронизации хранилища, в которую требуется зарегистрировать.

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

  4. Нажмите кнопку "Регистрация", чтобы завершить регистрацию сервера. В рамках процесса регистрации будет запрошен дополнительный вход.

Создание группы синхронизации и конечной точки облака

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

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

Все содержимое общей папки Azure синхронизируется с одним исключением. Подготовлена специальная папка, аналогичная скрытой папке сведений о томе тома NTFS . Этот каталог называется . SystemShareInformation. Он содержит важные метаданные синхронизации, которые не синхронизируются с другими конечными точками. Не используйте или не удалите его.

Внимание

В группе синхронизации можно внести изменения в любую облачную конечную точку или конечную точку сервера в группе синхронизации и синхронизировать файлы в другие конечные точки. Если вы вносите изменения непосредственно в облачную конечную точку (общую папку Azure), задание обнаружения изменений синхронизации файлов Azure сначала должно обнаружить изменения. Задание обнаружения изменений запускается только каждые 24 часа для облачной конечной точки. Дополнительные сведения см. в статье с часто задаваемыми вопросами о службе "Файлы Azure" и синхронизации файлов Azure.

Администратор, создающий облачную конечную точку, должен быть членом роли администратора синхронизации файлов Azure или владельца учетной записи хранения, содержащей общую папку Azure, на которую указывает облачная конечная точка. Настройте эту роль в разделе "Управление доступом( IAM) на странице портала Azure для учетной записи хранения.

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

  1. На вкладке "Условия" выберите разрешить пользователям назначать выбранные роли только выбранным субъектам (меньше привилегий).

  2. Щелкните Выбрать роли и субъекты, а затем выберите Добавить действие в разделе Условие №1.

  3. Выберите "Создать назначение роли" и нажмите кнопку "Выбрать".

  4. Выберите "Добавить выражение" и выберите "Запрос".

  5. В разделе "Источник атрибута" выберите идентификатор определения роли в разделе "Атрибут", а затем выберите ForAnyOfAnyValues:GuidEquals в разделе "Оператор".

  6. Выберите "Добавить роли". Добавьте Роль читателя и доступа к данным, Участник с привилегиями для данных файлов хранилища и Участник учетной записи хранилища, а затем выберите Сохранить.

  1. На портале Azure перейдите в службу синхронизации хранилища.

  2. На левой панели выберитегруппы синхронизации синхронизации>. Затем нажмите кнопку +Создать группу синхронизации.

    Снимок экрана: панель для групп синхронизации на портале Azure.

  3. На открывающейся панели введите следующие сведения. По завершении нажмите кнопку "Создать".

    • Имя группы синхронизации: введите имя создаваемой группы синхронизации. Это имя должно быть уникальным в службе синхронизации хранилища, но это может быть любое имя, которое является логическим для вас.
    • Подписка. Выберите подписку, в которой вы развернули службу синхронизации хранилища в разделе "Развертывание службы синхронизации хранилища ".
    • Учетная запись хранения: если выбрать учетную запись хранения, появится другая область. Там можно выбрать учетную запись хранения с общей папкой Azure, с которой вы хотите синхронизироваться.
    • Общая папка Azure. Выберите имя общей папки Azure, с которой вы хотите синхронизироваться.

    Снимок экрана: панель ввода сведений о новой группе синхронизации на портале Azure.

  4. На панели групп синхронизации убедитесь, что новая группа синхронизации появится и имеет состояние "Работоспособно ".

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

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

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

    1. Выберите и добавьте облачную конечную точку.

      Снимок экрана: сведения о группе синхронизации на портале Azure без облачной конечной точки.

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

      Снимок экрана: панель ввода сведений о новой облачной конечной точке на портале Azure.

Создание конечной точки сервера

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

  • Конечная точка сервера должна быть путем на зарегистрированном сервере, а не подключенной общей папкой. Подключенное к сети хранилище (NAS) не поддерживается.
  • Хотя конечная точка сервера может находиться в системном томе, конечные точки сервера на системном томе не могут использовать распределение по уровням облака.
  • Изменение пути или буквы диска после установки конечной точки сервера на томе не поддерживается. Убедитесь, что на зарегистрированном сервере используется окончательный путь.
  • Зарегистрированный сервер может поддерживать несколько конечных точек сервера. Однако группа синхронизации может иметь только одну конечную точку сервера на зарегистрированный сервер в любое время. Другие конечные точки сервера в группе синхронизации должны принадлежать разным зарегистрированным серверам.
  1. Перейдите в только что созданную группу синхронизации.

  2. В разделе "Конечные точки сервера" нажмите кнопку +Добавить конечную точку сервера.

  3. В области "Добавить конечную точку сервера " введите следующие сведения:

    • Зарегистрированный сервер: выберите имя сервера или кластера, в котором требуется создать конечную точку сервера.

    • Путь. Введите путь к экземпляру Windows Server для синхронизации с общей папкой Azure. Путь может быть папкой (например, D:\Data), корневым томом (например, D:\) или точкой подключения тома (например, D:\Mount).

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

      • Политика свободного пространства тома: объем свободного места для резервирования тома, на котором находится конечная точка сервера. Например, если объем свободного места тома с одной конечной точкой сервера равен 50 %, примерно половина объема данных будет распределена по уровням "Файлов Azure". Независимо от того, включено ли распределение по уровням в облаке, общий файловый ресурс Azure всегда содержит полную копию данных в группе синхронизации.

      • Политика даты. Файлы многоуровневы в облаке, если они не доступны (т. е. чтение или запись) в течение указанного количества дней. Например, если вы заметите, что файлы, которые проходят более 15 дней без доступа, обычно являются архивными файлами, следует задать политику даты 15 дней.

      Снимок экрана: параметры распределения по уровням в облаке на панели для добавления конечной точки сервера.

    • Начальная синхронизация. Этот раздел доступен только для первой конечной точки сервера в группе синхронизации. (Раздел изменяется на начальное скачивание при создании нескольких конечных точек сервера в группе синхронизации.) Вы можете выбрать следующее поведение:

      • Начальная отправка: как сервер изначально отправляет данные в общую папку Azure. Доступны следующие два параметра.

        • Слияние содержимого этого пути сервера с содержимым в общей папке Azure. Наличие файлов с одинаковым именем и путем приводит к конфликтам, если их содержимое отличается. Обе версии этих файлов хранятся рядом друг с другом. Если путь к серверу или общая папка Azure пуста, всегда выберите этот параметр.
        • Достоверно перезаписывать файлы и папки в общей папке Azure с содержимым в пути этого сервера. Этот вариант позволяет избежать конфликтов файлов.

      Дополнительные сведения см. в разделе "Начальная синхронизация".

      • Начальное скачивание: как сервер изначально скачивает данные общей папки Azure. Этот параметр важен при подключении сервера к общей папке Azure, содержащей файлы. Доступны три варианта:

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

      Дополнительные сведения см. в разделе "Начальное скачивание".

  4. Чтобы завершить добавление конечной точки сервера, нажмите кнопку "Создать". Файлы теперь хранятся в синхронизации между общей папкой Azure и экземпляром Windows Server.

Примечание.

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

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

Вы можете найти моментальные снимки, созданные синхронизацией файлов Azure, просмотрев моментальные снимки для общей папки Azure и проверьте наличие AzureFileSync в столбце инициатора .

(Необязательно.) Настройка параметров брандмауэра и виртуальной сети

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

  1. На портале Azure перейдите к учетной записи хранения, которую вы хотите защитить.

  2. В меню слева в разделе "Безопасность и сеть" выберите "Сеть".

  3. В разделе "Доступ к общедоступной сети" выберите "Включено" из выбранных виртуальных сетей и IP-адресов.

  4. В разделе "Брандмауэр" убедитесь, что значение диапазона адресов является IP-адресом или виртуальной сетью сервера.

  5. В разделе "Исключения" убедитесь, что службы Azure в списке доверенных служб для доступа к этой учетной записи хранения выбраны.

  6. Нажмите кнопку "Сохранить".

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

Необязательно. Использование самостоятельного восстановления с помощью предыдущих версий и VSS

В Windows можно использовать моментальные снимки службы теневого копирования тома на стороне сервера (VSS) для представления восстанавливаемых версий файла клиенту SMB. Эта функция обеспечивает мощный сценарий, который обычно называется самостоятельным восстановлением, непосредственно для информационных работников, а не в зависимости от восстановления от ИТ-администратора.

Моментальные снимки VSS и возможность восстановления предыдущих версий работают независимо от синхронизации файлов Azure. Однако необходимо задать уровень облака в совместимом режиме. На одном томе может существовать множество конечных точек сервера Синхронизации файлов Azure. Необходимо выполнить следующий вызов PowerShell для каждого тома, имеющего даже одну конечную точку сервера, в которой планируется использовать (или использовать) распределение по уровням в облаке:

Import-Module '<SyncAgentInstallPath>\StorageSync.Management.ServerCmdlets.dll'
Enable-StorageSyncSelfServiceRestore [-DriveLetter] <string> [[-Force]] 

Моментальные снимки VSS включают весь том. По умолчанию для тома может существовать до 64 моментальных снимков, если достаточно места для хранения моментальных снимков. Расписание моментальных снимков по умолчанию подразумевает создание двух моментальных снимков в день с понедельника по пятницу. Это расписание можно настроить с помощью запланированной задачи Windows.

Предыдущий командлет PowerShell выполняет две действия:

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

Примечание.

Если в настоящее время включен -Force параметр и VSS, командлет перезаписывает текущее расписание моментальных снимков VSS и заменяет его расписанием по умолчанию. Перед запуском командлета обязательно сохраните настраиваемую конфигурацию.

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

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

Get-StorageSyncSelfServiceRestore [[-Driveletter] <string>]

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

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

Примечание.

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

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

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

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

Чтобы новое ограничение включено, необходимо повторно запустить командлет, чтобы включить совместимость предыдущих версий на каждом томе, где она была включена ранее. -Force Используйте флаг, чтобы учитывать новое максимальное количество моментальных снимков VSS на том. Это действие приводит к новому вычисляемого числа совместимых дней. Это изменение действует только для новых многоуровневых файлов, и оно перезаписывает все настройки в расписании VSS, которое вы сделали.

По умолчанию моментальные снимки VSS могут использовать до 10% пространства тома. Чтобы настроить объем хранилища, который можно использовать для моментальных снимков VSS, используйте vssadmin resize shadowstorage команду.

(Необязательно.) Упреждающий отзыв новых и измененных файлов из общей папки Azure

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

Сценарий

Глобально распределенная компания имеет филиалы в США и Индии. Утром (время в США) информационные работники создают новую папку и новые файлы для нового проекта и работают в течение всего дня. Синхронизация файлов Azure синхронизирует папку и файлы с общей папкой Azure (конечная точка облака).

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

Внимание

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

Включение упреждающего отзыва изменений в общей папке Azure конечной точкой сервера

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

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

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

Необязательно. Использование SMB через QUIC на конечной точке сервера

Общая папка Azure (облачная конечная точка) — это полная конечная точка SMB, которая поддерживает прямой доступ из облака или локальной среды. Однако клиенты, которые хотят получить доступ к данным общей папки на облачной стороне, часто развертывают конечную точку сервера синхронизации файлов Azure на экземпляре Windows Server, размещенном на виртуальной машине Azure.

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

Традиционно доступ к любой общей папке с помощью SMB через общедоступный Интернет может быть затруднен, так как многие организации и поставщики услуг Интернета (ISPs) блокируют порт 445. Эта ситуация включает общие папки, размещенные на файловом сервере Windows и непосредственно в файлах Azure. Это ограничение можно обойти с помощью частных конечных точек и виртуальных частных сетей. Однако Windows Server 2022 Azure Edition предоставляет дополнительную стратегию доступа: SMB по протоколу транспорта QUIC.

При подключении по SMB на базе QUIC обмен данными происходит через порт 443, открытый для трафика HTTPS в большинстве организаций и поставщиков интернет-услуг. Использование SMB через QUIC значительно упрощает сеть, необходимую для доступа к общей папке, размещенной на конечной точке сервера синхронизации файлов Azure для клиентов, использующих Windows 11 или более поздней версии. Дополнительные сведения о настройке и настройке SMB через QUIC в Windows Server Azure Edition см. в статье SMB over QUIC.

Подключение синхронизации файлов Azure

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

  1. Разверните службу синхронизации хранилища.

  2. Создайте группу синхронизации.

  3. Установите агент синхронизации файлов Azure на сервере с полным набором данных.

  4. Зарегистрируйте этот сервер и создайте конечную точку сервера на общем ресурсе.

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

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

  7. Создайте новые общие файловые ресурсы на всех оставшихся серверах.

  8. При необходимости создайте конечные точки сервера в новых общих папках с политикой распределения по уровням в облаке. (Для этого требуется дополнительное хранилище, доступное для первоначальной настройки.)

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

  10. Убедитесь, что синхронизация завершится и проверьте топологию по мере необходимости.

  11. Перенаправление пользователей и приложений в новую общую папку.

  12. При необходимости удалите все повторяющиеся общие папки на серверах.

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

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

  2. Предварительно заполненные общие папки Azure с данными сервера с помощью любого средства передачи данных через SMB, например Robocopy или AzCopy через REST.

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

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

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

  4. Дайте синхронизации завершить процесс выверки на всех конечных точках.

  5. После завершения выверки можно открыть общие папки для изменений.

В настоящее время предзасадка имеет следующие ограничения:

  • Изменение данных на сервере до полного запуска топологии синхронизации может привести к конфликтам на конечных точках сервера.

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

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

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

  1. Создайте группу синхронизации для представления топологии репликации DFS (DFS-R), которую вы заменяете.

  2. Начните с сервера с полным набором данных в топологии DFS-R, которую следует перенести. Установите службу "Синхронизация файлов" Azure на этом сервере.

  3. Зарегистрируйте этот сервер и создайте серверную конечную точку для переноса первого сервера. Не включайте распределение по уровням облака.

  4. Выполните синхронизацию всех данных с файловым ресурсом Azure (облачной конечной точкой).

  5. Установите и зарегистрируйте агент синхронизации файлов Azure на каждом из оставшихся серверов DFS-R.

  6. Отключите DFS-R.

  7. Создайте серверную конечную точку на каждом из серверов DFS-R. Не включайте распределение по уровням облака.

  8. Убедитесь, что синхронизация завершится и проверьте топологию по мере необходимости.

  9. Снимите DFS-R с учета.

  10. Теперь вы можете включить распределение по уровням в облаке на любой конечной точке сервера по мере необходимости.

Дополнительные сведения см. в разделе " Распределенная файловая система " руководства по планированию синхронизации файлов Azure.