マスターデータベースのバックアップは、バックアップから復元してデータベースサーバーを最初から構築する必要がある場合に、MS SQLサーバーを復元するために重要ですか？
ログファイルがロックされているためにバックアップが失敗したため、Commvaultパートナーサポートからマスターデータベースのバックアップをオフにするようにアドバイスされました。
以下は与えられたアドバイスです：
「このメッセージは、Commvaultがマスターデータベースのトランザクションログをバックアップできないことが原因です。これが断続的に発生する場合は、何かがトランザクションログをロックし、SQL iDataエージェントがログにアクセスできない可能性があります。通常、マスターデータベースは単なるテンプレートであり、どのアプリケーションでも使用されていないため（SQLデータベースの使用を必要とするアプリケーションは独自に作成します）、バックアップを妨げても害はありません。これを行うには、プライマリコピーでバックアップしないように指定します。 SQLデータエージェント」
以下は私が得るエラーです。
sqlxx SQL Server /
SQLxx N/A /
システムDB19856 *
（CWE）トランザクションログN/A 2010年1月8日19:00:16
（01/08/2010 19:00:18）01/08/2010 19:03:15
（01/08/2010 19:03:14）1.44 MB 0:01:11 0.071 2 0 1
ITD014L2
失敗の理由：
•エラーコード[30：325]：バックアップ中にエラーが発生しました。エラー：[エラー：[Microsoft] [ODBC SQLServerドライバー] [SQLServer]マスターデータベースのログをバックアップできません。代わりにBACKUPDATABASEを使用してください。 [Microsoft] [ODBC SQLServerドライバー] [SQLServer]バックアップログが異常終了します。]
ジョブオプション：新しいインデックスの作成、新しいメディアの開始、すべてのサブクライアントのバックアップ、切り捨てログ、マウントポイントの追跡、システムファイル保護によって保護されたファイルのバックアップ、システム状態データのバックアップ時にDHCPサービスを停止、停止WINS =システム状態データをバックアップするときのサービス関連イベント：
•79714 [backupxx/JobManager] [01/08/2010 19:03:15]：バックアップジョブ[19856]が完了しました。クライアント[sqlxx]、エージェントタイプ[SQL Server]、サブクライアント[システムDB]、バックアップレベル[トランザクションログ]、オブジェクト[2]、失敗[1]、期間[00:02:59]、合計サイズ[1.44 MB] 、使用されるメディアまたはマウントパス[ITD014L2]。
•79712 [sqlxx/SQLiDA] [01/08/2010 19:01:53]：バックアップ中にエラーが発生しました。エラー：[エラー：[Microsoft] [ODBC SQLServerドライバー] [SQLServer]マスターデータベースのログをバックアップできません。代わりにBACKUPDATABASEを使用してください。 [Microsoft] [ODBC SQLServerドライバー] [SQLServer]バックアップログが異常終了します。]
•79711 [sqlxx/SQLiDA] [01/08/2010 19:01:51]：クエリ結果[[Microsoft] [ODBC SQLServerドライバー] [SQLServer]マスターデータベースのログをバックアップできません。代わりにBACKUPDATABASEを使用してください。 [Microsoft] [ODBC SQLServerドライバー] [SQLServer]バックアップログが異常終了しています。].
•79707 [backupxx/JobManager] [01/08/2010 19:00:15]：クライアント[sqlxx]、iDataAgent [SQL Server]、インスタンス[SQLxx]、サブクライアント[システムDB]、バックアップレベル[トランザクションログ]。
ファイルのバックアップに失敗しました：
•データベースのバックアップ[マスター]に失敗しました
アドバイス、ありがとうございます。
いいえ、マスターのバックアップを中止しないでください！ほとんどのアプリはマスターデータベースと直接インターフェースしませんが、マスターにはサーバー、データベース、あらゆる種類のものの現在の状態に関するデータが含まれています。それは恐ろしいアドバイスであり、私が彼らの製品を捨てることを真剣に検討するところまでです。それは、バックアップ製品のサポートエージェントから来た私を本当に驚かせます。
modelはテンプレートデータベースであり、マスターではありません。マスターは、サーバーが正しく実行されるために重要です（つまり、まったく）。何かが発生し、復元する最新のコピーがない場合、サーバーはトーストされているため、すべてのデータベースを再構築したり、再接続したりする必要があります。
+1。うわー！ Commvaultパートナーサポートからの推奨は恐ろしいものです。マスターデータベースは、王国への鍵（データベース情報、ログイン情報、サーバー情報など）を保持します。それがなければ、あなたは効果的なトーストです。他の人が述べているように、マスター、モデル、およびmsdbデータベースはシンプルリカバリモードに設定する必要があります。そのため、トランザクションログのバックアップを実行することはできず、データベースのバックアップのみを実行できます。トランザクションログをバックアップしようとすると、バックアップジョブまたはメンテナンスプランはそのステップで失敗します。また、サードパーティのバックアップソフトウェア（BackupExec、Commvaultなど）を使用してSQL Serverをバックアップする場合は、適切なアプリケーションエージェントをインストールして使用し（SQL Agent）、データベースファイル（mdf、ldf）を直接バックアップしないでください。ファイルレベル。
ログメッセージから、マスターデータベースでトランザクションログバックアップ（BACKUP LOG）を実行しようとしているようです。マスター（モデルやmsdbなど）は、トランザクションログのバックアップを禁止する単純なリカバリモデルである必要があります。システムデータベースで完全バックアップ（BACKUP DATABASE）を実行するだけで済みます。
私は間違いなく定期的にバックアップされていることを確認します-マスターはサーバーのすべての構成情報を保存します。それがないと、重大な障害が発生した場合にほぼすべてを最初から構成する必要があります。マスターは毎日バックアップする必要はない（システムレベルの変更を加えると変更されるだけです）と言う人もいますが、毎日のメンテナンス計画にはすべて含まれているので、バックアップすることを忘れないでください。アップ。
このアドバイスは、すべてのデータがあればサーバーを再構築する必要がないため、誰かがシステム状態をバックアップしないように指示した場合とまったく同じです。ただの愚か。
もちろん、マスターDBなしでサーバーを再構築することもできますが、その後、everythingを最初から再構成する必要があります。これは、DBを接続してシステムパラメータを設定するだけでなく、ログインを再作成して権限を割り当てることも意味します。