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