これらのコピーのみのバックアップオプションはどういう意味ですか？
現在、一時的に棚上げされているプロジェクト用に設計した空のSQL Server 2008 R2データベースをバックアップしようとしています。コピーのみのバックアップを作成するオプションがあることに気付いたとき、SQL Management Studioでバックアップ手順を実行していました。私はそれが何であるかを調べるために調べましたが、私が得ていたオプションを完全に理解していませんでした。
http://technet.Microsoft.com/en-us/library/ms191495.aspx
上記のエントリと他のエントリを読んで、「従来のSQL Serverバックアップのシーケンスとは無関係」というフレーズを見続けています。
誰かがこのステートメントの意味を詳しく説明したり、一般的なコピーのみのバックアップについて詳しく説明したりできますか？この場合に行うべきバックアップかどうかわかりませんか？ （私の最初の反応はノーです）
通常、バックアップを取ると、ログチェーンと呼ばれるものが開始（または、バックアップの種類に応じて続行）されます。データベースのコピーが必要であり、何らかの理由でこの目的のために通常スケジュールされたバックアップを使用できないとしましょう。 do n't copy_onlyバックアップを使用するシナリオを見てみましょう
- 通常の完全バックアップ
- 差分バックアップの束
- 別の完全バックアップ（コピーデータベースを作成するため）
- より多くの差分バックアップ
- 手順3からバックアップを削除します（スペースを節約するために...）
- バックアップからの復元が必要な実際のデータベースの障害
この場合、手順4で作成した差分バックアップは手順3の完全バックアップに依存するため、手順2で作成した最後の差分バックアップにのみ復元できます。手順3のバックアップがcopy_onlyバックアップである場合、ログチェーンを再確立していないため、問題ありません（つまり、手順4の差分バックアップは手順1の完全バックアップに依存します。
データベースの完全なダンプであり、そのダンプを取得して、他のsqlサーバーインスタンスにロードすることを意図しています。例えばこれは、dbを削除したり、dbを切り離したり、.mdfファイルをコピーしたり、再接続したりすることなく、DBの完全なコピーを作成する素晴らしい方法です。
当然、この「バックアップ」を実際のバックアップとして使用していないので、通常のバックアップスケジュール、つまりコピーのみの機能を妨げることは望ましくありません。これは完全バックアップですが、バックアップスケジュールはリセットされないため、通常の次の増分/スナップショットバックアップは通常どおり機能します。
MSSMSに組み込まれているホットコピー/移行ツールは基本的に役に立たず、多くの場合独自のデータベースを処理できないため、このメカニズムが必要です。
アーカイブのバックアップを作成し、サーバー上でバックアップを継続することが問題にならない場合、それを使用するかどうかは関係ありません。どちらの方法でもデータベースとして復元可能です。