欠点と欠点は何ですか?
PRODUCTIONサーバーからTESTサーバーへの20のデータベース(それぞれ約1GB)の自動夜間更新をスケジュールする必要があります。 SQL Serverスナップショットレプリケーションを設定して、スナップショットの更新をPRODUCTIONデータベースからTESTに発行します。知っておくべき落とし穴はありますか?
あなたのシナリオは興味深いです:
最初の考えでは、スナップショットレプリケーションは思ったとおりに問題ないことがわかりましたが、(強くお勧めしますbackup/restoreメソッドを使用すること-安全で信頼性が高く、保守のオーバーヘッドが少なくなります。
スナップショットレプリケーションが悪い選択であると言っているわけではありませんが、実績のある信頼できる方法であるバックアップの復元を使用しないのはなぜですか。 PowershellまたはT-SQLまたはSSISを使用してautomate it(バックアップ/復元)することができます/すべきです。
スナップショットレプリケーションの欠点:
sp_repldropcolumn
およびsp_repladdcolumn
を使用する必要があります。利点:
短所:
私のアドバイスは、バックアップ/復元方法に行くことです。スナップショットの更新とバックアップでは、ネットワークを介して同じデータを取得していることに気付くでしょう。はい、スナップショットファイルを圧縮できますが、バックアップを圧縮することもできます。テストでユーザーを追加/削除する頻度があまり高くなく、同じアプリケーションログインがテストで使用されている場合は、本番環境からログインをスクリプト化してテストし、同じSIDを維持することで、孤立したユーザーの問題を回避できます。テストに追加のユーザーがいる場合は、復元後にこれらを追加できます。
バックアップと復元は、データベースの新しいコピーをPRODUCTIONからTESTに取得する最速の方法だと思います。これは簡単に自動化できます。
私の意見では、レプリケーションはここで使用するのに最適な機能ではないと思います。データのサブセットの複製のみを計画している場合を除きます。その場合、スナップショットレプリケーションが適しています。