Microsoft SQL Serverのネイティブのスナップショット機能をGCPに移行したあとも同じように使うことってできる？ |
 |
|
場合によりますが、結論から言うと、
重要なのは、
です。 1. SQL Server の「スナップショット」には複数ある実務では主に次のどれかを指します。 (1) Database Snapshot
(2) VM/ストレージスナップショット
(3) Snapshot Replication
質問文からは通常、 2. GCP移行時に問題になる理由SQL Server の Database Snapshot は、
です。 つまり：
にかなり依存しています。 そのため、
で状況が変わります。 3. Compute Engine上のSQL Serverなら比較的可能もし：
なら、
です。 つまり：
が満たされれば、 ただし：
は要確認。 4. Cloud SQL for SQL Server だと制約が増えるここが重要です。 Cloud SQL は：
なので、 その結果：
が起こり得ます。 特に Database Snapshot は：
に近いため、 5. 「代替」で対応するケースが多い実務では、 ① GCP Persistent Disk SnapshotVMディスク全体をスナップショット。 → ただしDBスナップショットとは性質が違う。 ② バックアップ＋リストア
で代替。 ③ Always On / レプリカ活用参照用途なら：
へ寄せる。 ④ ストレージクローン高速複製用途。 6. なぜ「同じように」が難しいのかDatabase Snapshot は単なるバックアップではなく：
という、 クラウドマネージドDBは：
する方向なので、 7. 実務的な判断ポイント重要なのは：
です。 例えば： テスト用→ クローンDBで代替可能 参照専用→ リードレプリカで代替可能 高速ロールバック→ PITRやストレージSnapshot検討 一時分析→ 一時コピー環境 まとめ
つまり、
ことが重要になります。 |
 |
 |
にほんブログ村
この記事へのコメント