Перенос данных из MariaDB в SQLServer - PullRequest
0 голосов
/ 09 мая 2019

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

В связи с этим, я просмотрел несколько постов здесь, но не получил большой идеи.

1 Ответ

0 голосов
/ 09 мая 2019

Вы можете использовать функциональность SQL Server Integration Services для переноса данных.

Или вы можете вручную создать сценарий миграции, используя связанный сервер в вашем новом экземпляре SQL Server.

Или вы можете использовать BCP для выполнения массового импорта (что довольно быстро, но требует промежуточных шагов для помещения данных в текстовые файлы).

Что важнее, так это то, как вы хотите реализовать требование «без простоя». Я полагаю, что подпрограммам миграции требуется некоторое функциональное требование, которое может быть сложно реализовать с помощью общего инструмента миграции, например:

  • возможность выполнить миграцию в нескольких пакетах / прогонах (где пропущенные данные уже пропущены) и

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

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

Очень сложно дать какой-то специальный совет по поводу таких проектов миграции; Как уже прокомментировал Тим Бигелейзен, эта работа может быть довольно сложной, даже для «небольших» баз данных. Практически всегда требуется много исследований, тщательной подготовки, запуска тестов (в среде тестирования с использованием резервных копий базы данных), еще несколько тестов, финальный запуск теста и т. Д. И, конечно же, некоторые аналитические материалы, метрики, ведение журналов и создание отчетов. для устранения неполадок (и знать, чего ожидать во время фактической миграции). Если миграция будет продолжительной, вы должны убедиться, что она не замораживает живую производственную среду, а также может потребоваться некоторая форма индикации хода выполнения во время миграции.

И - последнее, но не менее важное - вы наверняка хотите иметь «план Б» или стратегию быстрого возврата в случае, если фактическая миграция не удастся (несмотря на все эти тщательные приготовления).

Надеюсь, я что-то не забыл ...; -)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...