Миграция на S МБ общие папки Azure
В этой статье рассматриваются основные аспекты миграции в S МБ общие папки Azure и таблица руководств по миграции. Данные гиды помогают перемещать файлы в общие папки Azure. Гиды организуются в зависимости от того, где находятся ваши данные и какая модель развертывания (только облачная или гибридная) в том месте, куда вы их перемещаете.
Применяется к
| Тип общей папки | SMB | NFS |
|---|---|---|
| Стандартные общие папки (GPv2), LRS/ZRS |  |
 |
| Стандартные общие папки (GPv2), GRS/GZRS | |
|
| Общие папки уровня "Премиум" (FileStorage), LRS/ZRS | |
|
Основы миграции
Azure предлагает различные типы облачного хранилища. Фундаментальным аспектом миграции файлов в Azure является определение того, какой вариант хранилища Azure подходит для ваших данных.
Общие папки Azure подходят для файловых данных общего назначения. Эти данные включают все, что вы используете локальную папку S МБ для общего доступа. С помощью Синхронизации файлов Azureможно кэшировать содержимое нескольких общих файлов Azure на серверах, работающих под управлением Windows Server в локальной среде.
Для приложения, которое в данный момент работает на локальном сервере, общая папка Azure может стать хорошим местом для хранения файлов. Вы можете переместить приложение в Azure и использовать общие папки Azure в качестве хранилища с общим доступом. Для этого сценария можно также использовать Диски Azure.
Некоторые облачные приложения не зависят ни от протокола SMB, ни от локального доступа к данным, ни от общего доступа. Для этих приложений лучше всего подходит хранилище объектов, например, хранилище blob-объектов Azure blobs.
Ключевым моментом в любой миграции является поддержание всех аспектов "точности файлов" при их перемещении из текущего места хранения в Azure. Какую степень точности файлов поддерживает служба хранилища Azure и какой уровень точности требуется вашему сценарию? Ответ на этот вопрос также поможет вам выбрать подходящее хранилище в Azure.
Ниже приведены два основных компонента файла:
- Поток данных: поток данных файла хранит содержимое файла.
- Метаданные файлов: в отличие от хранилища объектов в БОЛЬШИХ двоичных объектах Azure, общая папка Azure может хранить метаданные файлов в собственном коде. Традиционно файловые данные общего назначения зависят от метаданных файла. Данные приложений могут от них не зависеть. Метаданные файла имеют следующие вложенные компоненты:
- Атрибуты файла, например "только для чтения"
- Разрешения файлов, которые часто называются разрешениями NTFS или списками управления доступом к файлам и папкам
- Метки времени, в первую очередь, создание и последние измененные метки времени
- Альтернативный поток данных, который является пространством для хранения больших объемов нестандартных свойств. Этот альтернативный поток данных не может храниться в файле в общей папке Azure. Он сохраняется локально, если используется "Синхронизация файлов Azure".
"Точность файлов" в миграции можно определить как способность:
- Сохранять всю необходимую информацию файла в источнике.
- Перемещать файлы с помощью средств миграции.
- Хранить файлы в целевом хранилище миграции.
Цель для руководств по миграции в этой статье — одна или несколько общих папок Azure. Рассмотрим этот список функций, которые S МБ общие папки Azure не поддерживают.
Чтобы обеспечить бесперебойную миграцию, найдите оптимальное средство копирования в соответствии с вашими потребностями и корректно подберите целевое хранилище для вашего источника.
Внимание
Если вы переносите локальные файловые серверы в Файлы Azure, задайте списки управления доступом для корневого каталога общей папки перед копированием большого количества файлов, так как изменения разрешений для корневых списков управления доступом могут занять много времени, если это сделано после миграции больших файлов.
Пользователи, использующие службы домен Active Directory (AD DS) в качестве локального контроллера домена, могут самостоятельно получить доступ к общей папке Azure. Поэтому пользователи доменных служб Microsoft Entra. Каждый из них для получения доступа использует свое текущее удостоверение, на основе разрешений на общий доступ и списков ACL для файлов и папок. Такой порядок операций аналогичен тому, при котором пользователь соединяется с локальной общей папкой.
Дополнительные сведения о проверке подлинности локальная служба Active Directory и проверке подлинности доменных служб Microsoft Entra для общих папок Azure.
Поддерживаемые метаданные
В следующей таблице перечислены поддерживаемые метаданные для Файлы Azure.
Внимание
Метка времени LastAccessTime в настоящее время не поддерживается для файлов или каталогов в целевой общей папке. Однако Файлы Azure возвращает значение LastAccessTime для файла при запросе. Так как метка времени LastAccessTime не обновляется при операциях чтения, она всегда будет равна LastModifiedTime.
| Источник | Целевой объект |
|---|---|
| Структура каталогов | Исходная структура каталогов источника может быть сохранена в целевой общей папке. |
| Символические связи | Символьные ссылки в источнике можно сохранить и сопоставить с целевой общей папкой. |
| Права доступа | Файлы Azure поддерживает списки управления доступом Windows, и их необходимо задать в целевой общей папке, даже если интеграция AD не настроена во время миграции. Следующие списки управления доступом должны быть сохранены: идентификатор безопасности владельца (SID), идентификатор безопасности группы, списки доступа для дискреционных пользователей (DACLs), списки системного управления доступом (SACLs). |
| Создание метки времени | Исходная метка времени создания исходного файла может быть сохранена в целевой общей папке. |
| Изменение метки времени | Исходная метка времени изменения исходного файла может быть сохранена в целевой общей папке. |
| Измененная метка времени | Исходная измененная метка времени исходного файла может быть сохранена в целевой общей папке. |
| Атрибуты файла | Общие атрибуты, такие как только для чтения, скрытые и архивные флаги, можно сохранить в целевой общей папке. |
Руководства по переносу
В следующей таблице перечислены предлагаемые сочетания инструментов для переноса в S МБ общих папок Azure.
Как использовать таблицу:
Найдите строку с исходной системой (Источник), в которой хранятся файлы в данный момент.
Выберите одну из следующих целей:
- Гибридное развертывание. Используйте Синхронизация файлов Azure для кэширования содержимого общих папок Azure в локальной среде и уровнях, которые реже используются в облаке.
- Развертывание только в облаке: общие папки Azure в облаке без локального кэширования.
Выберите столбец, соответствующий цели, которая вам нужна.
В ячейке на пересечении строки "Источник" и столбца "Цели" перечислены сценарии миграции, которыми можно воспользоваться. Выберите один из них, чтобы напрямую связаться с руководством по миграции.
Сценарий без ссылки означает, что данный гид по миграции еще не выпущен. Периодически проверяйте данную таблицу на наличие обновлений. Новые гиды публикуются сразу, как только становятся доступными для пользователей.
| Исходный код | Цель: гибридное развертывание (Файлы Azure + Синхронизация файлов Azure) |
Цель: облачное развертывание (Файлы Azure) |
|---|---|---|
| Рекомендуемое сочетание инструментов: | Рекомендуемое сочетание инструментов: | |
| Windows Server 2012 R2 и более поздние версии |
|
|
| Windows Server 2012 и более ранние версии |
|
|
| Сетевое хранилище (NAS) |
|
|
| Только Linux (S МБ) |
Панель инструментов миграции
Средства копирования файлов
Существуют разные средства копирования файлов, доступные как в Майкрософт, так и других продуктах. Чтобы выбрать подходящее средство для сценария миграции, рассмотрите следующие основные вопросы:
Поддерживает ли это средство место расположения источника и цели для копирования файлов?
Поддерживает ли средство сетевой путь или доступные протоколы (например, REST или S МБ) между расположениями исходного и целевого хранилища?
Сохраняет ли инструмент необходимую точность файла, обеспечиваемую местом расположения вашего источника и целевого хранилища?
В некоторых случаях целевое хранилище не поддерживает тот же уровень точности файлов, что и источник. Если целевое хранилище удовлетворяет вашим потребностям, тогда само средство должно обеспечивать точность файла, передаваемого цели.
Имеются ли в данном средстве функции, которые позволяют войти в соответствие со стратегией миграции?
Например, следует учесть, позволяет ли данное средство минимизировать время простоя.
Когда в средстве поддерживается способность зеркального переноса источника в целевой объект, часто его можно запускать несколько раз на одном и том же источнике и целевом хранилище, при этом источник остается доступным.
При первом запуске средства оно копирует основной массив данных. Этот начальный запуск может затянуться по времени. При переносе источника данных в автономный режим для бизнес-процессов, например, он часто длится дольше, чем вы бы хотели.
При проведении зеркального переноса источника на целевой объект (как в случае с Robocopy/MIR) средство можно запустить еще раз, для того же источника и целевого объекта. Этот второй запуск гораздо быстрее, так как он должен переносить только исходные изменения, которые произошли после предыдущего запуска. Перезапуская средство копирования таким образом, можно значительно сократить время ожидания.
Следующая таблица классифицирует средства Майкрософт и их текущую пригодность для общих папок S МБ общих папок Azure:
| Рекомендуемая конфигурация | Средство | Поддержка файловых ресурсов Azure | Сохранение точности файлов |
|---|---|---|---|
 |
служба хранилища Azure Mover | Поддерживается. | Полная точность.* |
|
RoboCopy | Поддерживается. Файловые ресурсы Azure можно подключить как сетевые диски. | Полная точность.* |
|
Служба синхронизации файлов Azure | Изначальная интеграция в общие папки Azure. | Полная точность.* |
|
Программа миграции служба хранилища Azure | Поддерживается. | Полная точность.* |
|
Служба миграции хранилища | Поддерживается косвенно. Общие папки Azure можно подключить как сетевые диски на целевых серверах SMS. | Полная точность.* |
|
Data Box (включая службу копирования данных для загрузки файлов на устройство) | Поддерживается. (Диск Data Box не поддерживает большие общие папки) |
Data Box и Data Box Heavy полностью поддерживают метаданные. Диски Data Box не сохраняют метаданные файла. |
 |
Последняя версия AzCopy |
Поддерживается, но не рекомендуется. | Не поддерживает разностные копии в масштабе, и может быть утрачена точность файла. Узнайте, как использовать AzCopy с общей папкой Azure |
|
Последняя версия Обозревателя службы хранилища Azure |
Поддерживается, но не рекомендуется. | Приводит к значительной потере точности для файлов, как списки ACL. Поддерживает метки времени. |
 |
Azure Data Factory | Поддерживается. | Не копирует метаданные. |
* Полная точность: соответствует или превышает возможности общей папки Azure.
Вспомогательные инструменты миграции
В этом разделе описываются инструменты, помогающие спланировать и запустить миграцию.
служба хранилища Azure Mover
служба хранилища Azure Mover — это относительно новая полностью управляемая служба миграции, которая позволяет перенести файлы и папки в S МБ общие папки Azure с тем же уровнем точности файлов, что и базовая общая папка Azure. Поддерживаются такие значения структуры папок и метаданных, как метки времени файлов и папок, списки управления доступом и атрибуты файлов. Сведения об использовании служба хранилища Azure Mover с Файлы Azure см. в статье "Миграция на S МБ общие папки Azure с помощью служба хранилища Azure Mover".
RoboCopy
В Windows RoboCopy является одним из наиболее применимых средств для миграции файлов S МБ. Основным ресурсом является Документация Robocopy, он считается наиболее полезным за счет наличия большого количества опций в инструменте.
Программа миграции служба хранилища Azure
Понимание данных — это первый шаг при выборе соответствующей службы хранилища Azure и стратегии миграции. программа миграции служба хранилища Azure предоставляет различные средства, которые могут анализировать инфраструктуру данных и хранилища, чтобы обеспечить ценные аналитические сведения. Эти средства помогают понять размер и тип данных, количество файлов и папок и шаблоны доступа. Они предоставляют консолидированное представление данных и позволяют создавать различные настраиваемые отчеты.
Эта информация может помочь:
- Определение повторяющихся и избыточных наборов данных
- Определение более холодных данных, которые можно переместить в менее дорогое хранилище
Дополнительные сведения см. в таблице сравнения для участников программы миграции служба хранилища Azure.
TreeSize от JAM Software GmbH
Служба "Синхронизация файлов Azure" масштабируется преимущественно на определенное количество элементов (файлов и папок), а не на общий объемом хранилища. Средство TreeSize позволяет определить количество элементов в томах Windows Server.
С помощью этого средства можно создать перспективу перед Развертыванием "Синхронизации файлов Azure". Его также можно использовать, если распределение по уровням в облаке выполняется после развертывания. В этом случае вы увидите количество элементов и каталоги, в которых наиболее часто используется серверный кэш.
Протестированная версия данного инструмента — версия 4.4.1. Он совместим с облачными файлами, распределенными по уровням. При нормальной работе инструмент не производит отзыв файлов, распределенных по уровням.
Следующие шаги
- Создайте план для тех общих папок Azure, для которых вы бы хотели провести развертывание (только облачное или гибридное).
- Просмотрите список доступных руководств по миграции, чтобы найти руководство, соответствующее исходному и развертыванию общих папок Azure.
Дополнительные сведения о технологиях Azure Files, упомянутых в этой статье: