SQL 増分バックアップは私の目的に合いますか?

Question

当社では、SQL データベースの形式で大量のデータをある場所から別の場所に移行しており、データ転送速度は非常に遅いのですが、お客様へのサービスの中断をできるだけ短くしたいと考えています。

私たちがたどり着いたアイデアは、宛先サーバーで SQL を立ち上げ、数日かかる可能性のある完全バックアップを転送し、新しい SQL をライブ操作用に準備してから、中間期間の増分バックアップを転送して復元し、ライブに設定するというものでした。

これまで SQL で増分バックアップを使用したことはありません。これは、データ損失なしで目的にかなうものなのでしょうか、それとも私が見逃している何かがあるのでしょうか?

ご説明いただければ幸いです。

さらに、現在の自動バックアップ戦略は Microsoft Data Protection Manager です。増分バックアップは最後の完全バックアップ以降のみ有効であることはわかっています。DPM がバックアップを作成すると、SQL サーバーで最後の既知の完全バックアップとしてラベル付けされ、増分バックアップでは最後の DPM バックアップ以降のトランザクションのみがバックアップされるのでしょうか。それとも、2 つは完全に独立しているのでしょうか。

Answer 1

最後の増分バックアップを送信する間にシステムをシャットダウンする計画なので、計画は適切です。NORECOVERY最後の増分を除くすべてのバックアップを適用するときに、必ずオプションを使用してください。