Миграция сервера: как перенести данные на новый сервер

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

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

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

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

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

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

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

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

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

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

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

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

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

Для более сложных проектов root-права всегда приносят дивиденды: через SSH вы можете перенести на новый сервер полные базы данных, включая все разрешения и данные пользователей, с помощью соответствующей командной строки. Например, вы можете использовать MySQLdump для отправки баз данных MySQL на целевую систему в виде копии. Как пользователь Microsoft SQL server, вы можете даже использовать встроенные функции для этой цели.

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

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

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

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

• Какую архитектуру должен иметь новый сервер?

• Соответствует ли архитектура проекта вашим потребностям?

• Имеются ли необходимые финансовые ресурсы и специалисты для миграции и последующей настройки сервера?

• Является ли выбранное оборудование достаточно гибким для будущего развития вашего проекта? 

• Должен ли процесс миграции происходить во время работы или все виды деятельности должны быть прерваны на время процесса?

• Соразмерно ли поддержание работы соответствующим ресурсам и возросшей сложности?

• Какие шаги можно предпринять, чтобы время простоя было как можно меньше?

• Как можно обеспечить целостность записей в базе данных и их актуальность?

• Как проверяется функциональность нового сервера? 

• Что происходит, когда определенные приложения не работают после завершения миграции данных?

У всех пользователей облачного серверного решения IONOS есть возможность перенести данные на новый сервер через панель IONOS Cloud. Для этого можно создать образ/ISO-образ исходного сервера и использовать его для настройки нового сервера. Подобные файлы образов создаются автоматически для вашего проекта (даже через регулярные промежутки времени), если вы создали соответствующий план резервного копирования в панели. Как при автоматическом, так и при ручном создании базовый сервер не может быть отредактирован в процессе. Кроме того, для каждого образа сервера действует ограничение на размер в 500 ГБ. Возможными форматами образов являются:

• .vdi
• .qcow
• .qcow2
• .vhd
• .vhdx
• .vmdk
• .iso

Создание образов/ISO-образов

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

Во-первых, вам понадобится программа, позволяющая сделать копию текущего сервера. Для этой задачи рекомендуется использовать инструмент Disk2vhd и QEMU. Первый был разработан специально для операционных систем Windows и позволяет создавать файлы образов в формате Microsoft для виртуальных машин VHD (Virtual Hard Disk). Вторая входит в большинство репозиториев Linux и также доступна для macOS и Windows. QEMU совместим с такими форматами образов: .vmdk, .vhdx, .qcow, .qcow2 и .vdi.

Кроме того, для создания образов можно воспользоваться встроенной функцией в панели Cloud. Просто перейдите в раздел ‘Images’ на вкладке ‘Infrastructure’, затем нажмите на кнопку ‘Create image’ и выберите сервер, который необходимо скопировать. Последнее нажатие на кнопку ‘Создать’ запустит процесс.

Импортирование образов

После создания образа выходного сервера вы можете использовать его для создания нового сервера с той же базой данных. Чтобы импортировать образ сервера в панели Cloud, перейдите в раздел ‘Инфраструктура’ à ‘Образы’ панели Cloud.

1. Чтобы перенести данные на новый сервер с помощью образа, сначала нажмите кнопку ‘Создать’ и дайте соответствующее имя копии, которая находится в панели.
2. Выберите опцию ‘Импортировать образ’ и укажите операционную систему образа сервера в поле ‘Операционная система’.
3. В поле ‘URL’ скопируйте адрес места, где хранится файл изображения.
4. В расширенных настройках в разделе ‘Display’ вы можете ввести выбранный вами центр обработки данных.
5. Нажмите кнопку ‘Создать’, чтобы начать процесс импорта.

Импортирование ISO

Для копий ISO выходного сервера в области ‘Образы’ панели Cloud отображается отдельная кнопка импорта. Кроме того, у вас есть возможность либо указать операционную систему сервера, либо указать, что ISO является одним приложением.

1. Для первого шага создайте новую запись сервера через ‘Создать’ и укажите осмысленное имя для образа сервера.
    
2. Далее выберите опцию ‘Импортировать ISO’ и укажите, является ли это образ приложения или операционной системы.

1. В следующем поле вы указываете URL, по которому будет загружен ISO-образ.
2. В разделе ‘Дополнительные параметры’ вы можете выбрать необходимый центр обработки данных, нажав на ‘Отобразить’, прежде чем начать импорт ISO-файла после нажатия на ‘Создать’.