Полное руководство по переносу облачных данных для бизнеса

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

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

1. Выполнение оценки перед миграцией

ИТ-команда каждого предприятия, планирующего миграцию облачных данных, должна провести углубленную оценку перед миграцией, чтобы:

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

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

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

Рекомендуется для вас: Как брокеры безопасности облачного доступа предотвращают кражу данных ворами?

2. Планирование разумного графика миграции

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

Таким образом, предприятия должны сделать приоритетом для своих ИТ- и других команд совместную работу и планирование графика миграции, который устанавливает правильные ожидания для:

• Своевременная инициация каждого пакета миграции.
• Своевременная проверка каждого пакета миграции после завершения.
• Своевременное начало дельта-миграции.
• Своевременная проверка дельта-миграции и дельта-сравнения.
• Своевременный вывод из эксплуатации исходной системы хранения.

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

3. Выбор функций для переноса вместе с данными

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

• Корневая папка и права доступа к файлам.
• Внутренняя папка и права доступа к файлам.
• Выборочные или все версии файлов.
• Временные метки.
• Встроенные ссылки.
• Общие ссылки.
• Внешние акции.
• Встроенные комментарии к файлу.

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

Например, при миграции с Google Диска на OneDrive компании должны перенести Google Sheets, Docs и Slides и преобразовать их в форматы файлов, поддерживаемые OneDrive, включая Microsoft Excel, Word и PowerPoint.

4. Выбор правильной среды миграции

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

• Облачная среда миграции.
• Локальная среда миграции.

Облачная среда миграции — стандартный вариант для многих миграций бизнес-данных. Это достаточно безопасно и позволяет компаниям контролировать стоимость проекта миграции. Поставщики миграции данных используют выделенные серверы для безопасной передачи данных посредством доступа к данным на основе API.

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

Локальный/изолированный характер локальной среды делает ее очень безопасной, но в то же время технически сложной. Кроме того, миграция в локальной среде, как правило, дороже, чем проекты миграции в облаке, из-за связанных с этим технических сложностей.

5. Инициация миграции и проверка регулярных отчетов о миграции

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

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

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

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

Вам может понравиться: Использование облака для больших данных: проблемы и шаги для преодоления.

6. Проверка миграции после ее завершения

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

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

Второй уровень проверки миграции облачных данных — это сравнение исходных и целевых данных для выявления пропущенных файлов и папок. Метод, называемый дельта-сравнением, помогает ИТ-специалистам легко сравнивать исходные и конечные данные и определять, не были ли пропущены какие-либо файлы и папки во время миграции.

7. Инициирование дельта-миграции для переноса добавочных изменений

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

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

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

8. Проверка дельта-миграции

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

Хотя проверка отчетов работает эффективно во многих случаях миграции облачных данных для предприятий, ее может быть недостаточно для проверки обширных и сложных дельта-миграций. И вот тут-то и появляется функция сравнения дельта.

ИТ-специалисты могут использовать метод дельта-сравнения аналогичным образом для проверки однократной миграции, чтобы проверить наличие изменений, пропущенных во время дельта-миграции. Затем ИТ-специалисты могут повторно перенести пропущенные добавочные изменения в целевое облако, чтобы обеспечить актуальность всех перенесенных данных.

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

9. Адаптация конечных пользователей к целевому облаку

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

Обучение конечных пользователей использованию целевого облака особенно важно для компаний, которые перенесли данные с ориентированной на пользователя платформы хранения (например, Box Business) в целевое облако с централизованной системой хранения, такой как Microsoft 365.

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

10. Вывод из эксплуатации исходной системы хранения

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

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

Вам также может понравиться: Обеспечение безопасности данных с помощью облачных сервисов для борьбы с проблемами безопасности.

Заключение

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

 Эта статья написана Панкадж Рай. Панкай из CloudFuze помогает бизнес-руководителям, лицам, принимающим решения, ИТ-менеджерам и ИТ-командам стратегически подходить к миграции данных для улучшения результатов бизнес-процессов. Вы можете следить за ним в LinkedIn.