ログ配布のバックアップと宛先フォルダーの場所
基本的な災害復旧のために、ログ配布をレポートのニーズに組み込む予定です。サーバーAのソースデータベースは、サーバーBのデータベースにログ配布されます。ログ発送は4時間ごとに行っています。
元の計画では、ソースバックアップの場所はサーバーAのハードドライブバックアップフォルダーになります。バックアップは、サーバーBのハードドライブの宛先フォルダーにコピーされます。
ただし、以下の2つのMS記事を読んだ後、
2つの大胆な発言は同じことを言っているのですか、それとも異なっていますか？
（1）ソースバックアップフォルダーをサーバーAのハードドライブフォルダーに配置しないでください。 （必要に応じて、サーバーBがアクセスできるようにすることができます。）
（2）その場合、なぜソースバックアップを別のサーバーホストコンピューターに保存する必要があるのですか？これはどのようなメリットがありますか？
（3）ログバックアップをサーバーBのハードドライブフォルダーにコピーする必要がありますか？彼らは一貫した哲学を持っていることを推奨したので、なぜ別のサーバーホストコンピュータに保管しないのですか？
ログ配布について "プライマリサーバーインスタンスは、バックアップジョブを実行して、プライマリデータベースのトランザクションログをバックアップします。次に、このサーバーインスタンスは、ログバックアップをプライマリログバックアップファイルに保存します。バックアップフォルダーこの図では、バックアップフォルダーは共有ディレクトリ（バックアップ共有）にあります。3つのセカンダリサーバーインスタンスはそれぞれ独自のコピーを実行しますプライマリログバックアップファイルを独自のローカル宛先フォルダにコピーするジョブ。」
データベースミラーリングとログ配布 ログ配布セッション中に、プライマリデータベースのバックアップジョブにより、バックアップフォルダーにログバックアップが作成されます。そこから、セカンダリサーバーのコピージョブによってバックアップがコピーされます。バックアップジョブとコピージョブが成功するには、ログ配布バックアップフォルダーへのアクセス権が必要です。 プライマリサーバーの可用性を最大化するには、別のホストコンピューター上の共有バックアップ場所にバックアップフォルダーを確立することをお勧めします。すべてのログがミラー/プライマリサーバーを含む出荷サーバーは、共有バックアップ場所（バックアップ共有と呼ばれます）にアクセスできます。
推奨事項は正確です。理由1は、データベースサーバーまたはディスクにバックアップを保持しないことです。災害時にそれらを分離するためのちょうど良い習慣。理想的には、別のハードウェア、または別の場所/データセンターでのバックアップも必要です。このようにアプローチし、災害が発生した場合、回復できますか？そうでない場合、サーバー、ディスク、インフラストラクチャのどの点が障害の原因でしたか。
MSページで参照するシナリオでは、複数のセカンダリロケーションへの複数のコピーおよび復元ジョブについて説明します。各セカンダリにコピーして復元すると、そのインスタンスのジョブに関する一意の履歴が保持されます。 MSが「プライマリサーバーインスタンスとセカンダリサーバーインスタンスは、独自の履歴とステータスを監視サーバーインスタンスに送信する」と述べています。