Как перенести данные на новую систему хранения без остановки сервиса

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

Разберём способы переноса, требования к сети и портам, порядок проверки и данные, которые нужны для расчёта. Оборудование под задачу лежит в разделах систем хранения, накопителей и сетевых адаптеров.

Способы переноса данных

• Средствами самого массива. Новая система подключается к старой и забирает тома под своим управлением, подменяя их для сервера. Доступ сохраняется во время копирования, простой сводится к короткому переключению путей.
• Средствами гипервизора. Перенос виртуальных дисков между хранилищами выполняется без остановки виртуальных машин. Способ применим, когда вся нагрузка виртуализована.
• Средствами операционной системы. Зеркалирование на уровне менеджера томов: новый том добавляется в зеркало, после синхронизации старый выводится. Простой минимален, но нагрузка ложится на сервер.
• Репликацией на уровне приложения. Базы данных и почтовые системы умеют поднимать реплику на новом хранилище и переключать роль. Способ даёт наименьший риск для целостности данных.
• Резервной копией. Восстановление на новую систему из копии. Требует полноценного окна простоя, но не нуждается в совместимости массивов и часто применяется для архивных данных.
• Копированием файлов. Подходит для файловых ресурсов: предварительная синхронизация идёт заранее, а в окно переключения переносится только разница.

Что проверяется до начала

• Совместимость по интерфейсам. Порты, скорости и тип подключения новой системы сверяются с существующей фабрикой. Разнородные поколения требуют промежуточных коммутаторов или адаптеров.
• Версии микропрограмм. Функции миграции работают в определённых сочетаниях версий массива, адаптеров и драйверов многопутевого доступа. Обновление планируется до переноса, а не во время.
• Многопутевой доступ. Настройки на сервере определяют, переживёт ли переключение путей без прерывания ввода-вывода. Проверяется на тестовом томе.
• Полоса и время. Объём данных, делённый на реальную скорость переноса, даёт длительность. Реальная скорость ниже номинала порта и зависит от нагрузки на массив-источник.
• Свободная ёмкость. Учитывается не только объём данных, но и место под снимки, журналы и служебные области новой системы.
• План возврата. До начала фиксируется, как вернуться на старую систему: сохранение исходных томов до подтверждения работы и актуальная резервная копия.
• Окно нагрузки. Перенос ведётся в период низкой нагрузки, иначе копирование конкурирует с рабочим вводом-выводом и растягивается.

Сравнение способов переноса

Длительность простоя приведена ориентировочно: она зависит от объёма изменившихся данных и от того, насколько заранее выполнена предварительная синхронизация.

Порядок работ

• Инвентаризация. Составляется перечень томов и ресурсов с объёмом, требованиями к скорости и допустимым простоем по каждому. Разные данные переносятся разными способами.
• Подготовка новой системы. Разметка пулов, настройка уровней избыточности, назначение портов, проверка обновлений микропрограмм.
• Подключение к фабрике. Новая система вводится в существующую сеть хранения параллельно со старой; зонирование и маскирование настраиваются заранее.
• Пробный перенос. Один некритичный том переносится целиком с замером скорости и проверкой переключения путей. По его результатам уточняется график.
• Основной перенос. Идёт партиями, между партиями снимаются показатели задержек, чтобы не просадить рабочую нагрузку.
• Переключение. Кратковременная остановка ввода-вывода, смена активных путей, проверка доступа со стороны приложений.
• Вывод старой системы. Исходные тома сохраняются нетронутыми до подтверждения штатной работы, обычно от нескольких дней до двух недель.

Что проверяется после переключения

• Целостность данных. Контрольные суммы на выборке файлов и штатные проверки баз данных.
• Задержки и полоса. Показатели сравниваются с замерами до переноса: рост задержек указывает на ошибку в настройке путей или на неверный профиль пула.
• Многопутевой доступ. Проверяется отказом одного пути: доступ должен сохраняться без прерывания.
• Резервное копирование. Задания перенастраиваются на новые тома, выполняется первая полная копия и пробное восстановление.
• Мониторинг. Новая система заводится в систему наблюдения вместе с оповещениями о состоянии дисков и контроллеров.
• Документация. Обновляются схема подключений, карта томов и регламент обслуживания. Это же нужно для сервисной поддержки.

Что прислать для расчёта

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

Частые вопросы

Можно ли перенести данные совсем без простоя? Для виртуальных машин и приложений с репликацией — да. Для физических серверов с блочными томами остаётся короткое переключение путей, измеряемое минутами.

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

Сколько времени занимает перенос? Определяется объёмом и реально доступной полосой. Десятки терабайт при ограничении в один порт переносятся сутками, поэтому расчёт делается до начала работ.

Когда выводить старую систему из работы? После подтверждения штатной работы приложений и успешного пробного восстановления из новой резервной копии. До этого она остаётся планом возврата.

Нужно ли менять накопители при переносе? Диски старой системы редко подходят новой: различаются форматирование секторов и списки совместимости. Ёмкость закладывается заранее, с запасом на рост.

Что мы делаем

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

Пришлите перечень томов, тип нагрузки и допустимое окно простоя на server@tkasiatorg.ru — оценим длительность переноса, подберём систему хранения под задачу и дадим спецификацию с ценами и сроками.