Мы переносим большой объем данных в виде базы данных SQL из одного места в другое, и скорость передачи данных очень низкая, но мы хотим как можно меньше прерывать обслуживание наших клиентов.
Идея, к которой мы пришли, заключалась в том, чтобы запустить SQL на целевом сервере, перенести полную резервную копию, что могло занять несколько дней, подготовить новый SQL для работы в реальном времени, а затем перенести и восстановить инкрементную резервную копию промежуточного периода перед его запуском в работу.
Я никогда раньше не работал с инкрементальными резервными копиями в SQL. Должно ли это подойти для наших целей без потери данных или есть что-то еще, что я упускаю?
Заранее благодарю за любые объяснения.
И в качестве продолжения, наша текущая стратегия автоматизированного резервного копирования — Microsoft Data Protection Manager. Я знаю, что инкрементные хороши только с момента последнего полного резервного копирования. Когда DPM создает резервную копию, она помечается на сервере SQL как последняя известная полная резервная копия, так что инкрементный будет резервировать только транзакции с момента последнего резервного копирования DPM, или они полностью автономны?
решение1
Поскольку ваш план заключается в том, чтобы выключить систему в то время, которое требуется для отправки последней инкрементальной резервной копии, то ваш план хорош. Просто убедитесь, что вы используете опцию, NORECOVERYкогда вы применяете все резервные копии, кроме последней инкрементальной.