回答:
MDFファイルを別のサーバーに移動して、オンラインにすることができます。
開発/ステージング環境では、データベースをオフラインにして、アプリケーション内のデータベースの適切なインスタンスに接続し、接続文字列がどこかに接続されていないことを確認すると便利な場合があります。
とはいえ、この状況では、異なる環境に異なるデータベース名を使用し、接続文字列を自動的に構成するビルドプロセスを使用することをお勧めします...
同様に、何らかの理由でデータベースをオンラインに戻す必要がある(それほどではない)偶然にデータベースを使用停止する前に、データベースを一定期間オフラインにするのが好きです。データベースを削除したいときに、データベースの1つに自分が知らないフックを持っている開発者に何度も噛まれました。オフラインにしておくと、必要に応じて削除して復元するよりもはるかに劇的で時間もかかりません。
別のことは、緊急時の安全装置としてのものです。私は以前これをしなければなりませんでした。悪質なバグではなくても、データベース内のデータが破損する可能性のある厄介なバグがアプリで見つかることがあります。データベースをオフラインにすることは、バグが特定されるまで出血を止める簡単な方法です。その後、データベースをオンラインに戻して、データベース内の損傷を評価できます。
私が最も重要な理由、私が列挙したいよりも頻繁にDBAに売らなければならない理由...
「SANを修復する必要があります。ドライブをホットスワップすることはできません。バックプレーン/コントローラーに障害があります。」
DBインスタンスは、ディスクがなくなると動作が非常に悪くなります。
したがって、SANをオフラインにする前にSQLインスタンスをシャットダウンし、リソースを競合させないように1つずつ戻します-最初のインスタンスはすべてのクラスターリソースを取得し、アクティブDBノードになり、後続のインスタンスが実行されますパッシブノードとして。
これを行う必要がある理由はたくさんあります。
たとえば、
consider changing or upgrading the actual database program/binary...
consider changing or upgrading the schema or tables..
consider changing or upgrading index's..
最も重要なポイント
Is taking a backup.. to get a perfect snapshot in time..
(一部のデータベースでは、すべてのテーブルにロックを作成するだけです)