Перенос файлов из одного файлового ресурса Azure в другой при использовании Синхронизация файлов Azure

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

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

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

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

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

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

2. Запустите cmdlet Invoke-StorageSyncFileRecall и используйте параметр -PerFileRetryCount, чтобы убедиться, что все файлы, которые не смогли вернуть, будут повторно проверены. Поскольку при первом запуске этого командлета может быть активен сеанс облачного распределения по уровням, рекомендуется запустить его дважды и проверить сводные результаты, чтобы убедиться, что все файлы полностью восстановлены и находятся локально на сервере, прежде чем продолжить.

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

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

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

Переход на новый сервер Синхронизация файлов Azure (по желанию)

Если вы планируете использовать тот же локальный файловый сервер, можно пропустить этот раздел и перейти к «Подключиться к новому файловому ресурсу Azure».

Если вы хотите перейти на новый локальный сервер Синхронизация файлов Azure, вы можете воспользоваться сервисом Storage Migration Service (SMS), чтобы:

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

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

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

Подключитесь к новому файловому ресурсу Azure

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

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

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

3. Создайте новый серверный конечный пункт в созданной группе синхронизации и подключите его к тем же локальным данным.

Перемещайте файлы, когда включено облачное иерархическое хранение

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

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

Мигрировать внутри одного региона

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

1. Создайте новый файловый ресурс Azure Files с протоколом SMB в качестве целевого файлового ресурса.

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

3. Разверните виртуальную машину Windows Server (IaaS VM) в том же регионе Azure, что и исходные и целевые общие файловые папки. Для хорошей производительности используйте многоядерную виртуальную машину с не менее 56 ГиБ памяти и премиальным хранилищем.

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

5. Установите агент Синхронизация файлов Azure на виртуальную машину IaaS и зарегистрируйте сервер.

6. В портале Azure зайдите в вашу исходную группу синхронизации (исходный ресурс) и создайте серверную конечную точку на виртуальной машине IaaS (используйте маленький диск). Включите облачное распределение по уровням в этой конечной точке сервера.

7. В портале Azure перейдите в новую группу синхронизации (целевая часть) и создайте серверную конечную точку на виртуальной машине IaaS (используйте большой диск).

Теперь вы можете зайти в виртуальную машину IaaS и начать копирование исходных данных между исходным и целевой shares.

Миграция между регионами

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

1. Создайте новый общий файловый ресурс Azure Files SMB в новом регионе в качестве целевого общего ресурса.

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

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

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

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

6. В портале Azure перейдите к новому сервису синхронизации хранилища, перейдите в группу синхронизации для целевой share-сервера и создайте серверную конечную точку на целевой виртуальной машине Синхронизация файлов Azure.

7. На целевой виртуальной машине Синхронизация файлов Azure подключите диск к исходному общему ресурсу на исходной виртуальной машине Синхронизация файлов Azure.

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

Первоначальное копирование данных с помощью Robocopy

Используйте Robocopy — встроенный в Windows инструмент для копирования файлов из исходных общих папок в целевые общие папки.

1. Выполните эту команду в командной строке Windows. При необходимости можно включить флаги для функций ведения журнала в качестве рекомендации (/NP, /NFL, /NDL, /UNILOG).

   robocopy <source> <target> /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT
   

   Если ваш исходный ресурс был смонтирован как s:\, а целевой — t:\, то команда выглядит так:

   robocopy s:\ t:\ /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT
   

2. Пока Robocopy находится в процессе, подключите локальный сервер Синхронизация файлов Azure к целевой группе синхронизации. Сначала настройте новое местоположение сервера с высокой политикой свободного пространства, потому что вы копируете последние изменения и должны убедиться, что у вас достаточно места. Например, если текущее место кэша — D:\cache, используйте T:\cache для нового сервера. Если вы используете существующий сервер Синхронизация файлов Azure (для миграций в одном регионе), разместите локальный кэш на отдельном томе от существующей конечной точки. Использовать один и тот же том можно нормально, если каталог не совпадает с тем же каталогом или подкаталогом сервера, который подключён к исходному ресурсу. Включите облачное уровневание на этом конечном устройстве, чтобы ни один из данных не загружался автоматически на локальный сервер. После того как вы создаёте серверную конечную точку в целевой группе синхронизации, дайте ему немного времени на синхронизацию данных пространства имён.

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

Синхронизация финальных изменений

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

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

robocopy s:\ t:\ /mir /copyall /mt:16 /DCOPY:DAT /XD S:\$RECYCLE.BIN /XD "S:\System Volume Information"

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

robocopy s:\ t:\target /mir /copyall /mt:16 /DCOPY:DAT

После завершения синхронизации виртуальной машины IaaS локальный целевой агент также будет обновлён.

Включите совместное использование на новом серверном конечном устройстве

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

Включите новую общую папку T:\cache. Все те же файловые ACL там есть. Воссоздайте все права на уровне share, которые существовали на старой share.

Удалите старую серверную конечную точку и группу синхронизации

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

См. также

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