1

SQL Server 2012 データベースを使用してアクティブな ASP.NET サイトを新しいホスト会社に移動およびアップグレードしており、ダウンタイムを最小限に抑えたいと考えています。

私たちの計画:

  1. データベースを再作成し、新しいホストでアップグレードされたソリューションを公開します
  2. 新しいインストールをテストする
  3. アクティブなサイトを閉じる
  4. ドメイン名ポインタを新しいホストに向ける

上記のステップ 1 と 2 の移動とテストの間、既存のサイトはライブのままであり、ユーザーは引き続きレコードの作成と更新を行います。(テストと修正に何時間もかかる可能性があるため、それほど長くシャットダウンすることは避けたいと考えています。ユーザーは、数十のテーブルにわたって数百の新しいレコードを作成する可能性があります。)

古いデータベースの最終的なバックアップを完全に復元することは、新しいデータベースを古いデータベースからの最終的なレコードで更新する最良の (または唯一の) 方法ですか?

ありがとう

4

1 に答える 1

1

DB を調整する手順はありませんが、あなたの計画は良さそうです。完全な復元はより簡単な方法ですが、サイズによってはダウンタイムが長くなる可能性があります。他のオプションは、必要なデータを移動することですが、「数十」のテーブルがさらに複雑になる可能性があります。新しいレコードを調整するためのクリーンな方法を見つけることができれば、それはおそらくより速いでしょう. あなたのステップは

  1. (同じ)データベースを再作成し、新しいホストでアップグレードされたソリューションを公開します
  2. (同じ)新しいインストールをテストします(これには時間がかかる可能性があります...そして徹底的です。あなたは「数時間」と言いましたが、この時点で急ぐことはありません)
  3. (同じ) アクティブなサイトを閉じて、「移動中であり、数時間ダウンします」というメッセージを表示します。
  4. (新規) サイトがダウンしたので、完全な復元または新しいレコードのいずれかで DB を調整します。これがダウンタイムの原因となります (DNS 変更の遅延以外に)
  5. (同) DB が正常になったら、DNS を更新する

ステップ 2 では、ステップ 4 の模擬実行を行います。これにより、完全な復元と部分的な復元の両方で、どれくらいダウンすることが予想されるかを把握できます。

于 2013-03-29T14:07:46.737 に答える