APEX Backup Services |SQLトランザクション ログのバックアップがエラーで成功する

トレースバック

<Line 702: [2018-06-17 07:38:08,638] [INFO] roboSyncer: Sending log to Phoenix server with message : 'Could not backup log files for 12 DBs, WH-RPT02\ProjectQuoting, WH-RPT02\LFAudit_3EDocuments, WH-RPT02\3EDocuments, WH-RPT02\SSISDB, WH-RPT02\3EWorkFlow, WH-RPT02\ReportServer, WH-RPT02\Insite, WH-RPT02\ProjectQuoting_Test, WH-RPT02\WebTracksSQL, WH-RPT02\Helpdesk, WH-RPT02\ReportServerTempDB, WH-RPT02\InforDB 

Line 552: [2018-06-17 07:37:57,923] [INFO] Log chain broken: WH-RPT02:Helpdesk 
Line 559: [2018-06-17 07:37:58,065] [INFO] Log chain broken: WH-RPT02:ProjectQuoting_Test 
Line 563: [2018-06-17 07:37:58,171] [INFO] Log chain broken: WH-RPT02:3EWorkFlow 
Line 566: [2018-06-17 07:37:58,272] [INFO] Log chain broken: WH-RPT02:SSISDB 
Line 569: [2018-06-17 07:37:58,404] [INFO] Log chain broken: WH-RPT02:Insite 
Line 572: [2018-06-17 07:37:58,477] [INFO] Log chain broken: WH-RPT02:InforDB 
Line 574: [2018-06-17 07:37:58,584] [INFO] Log chain broken: WH-RPT02:ReportServerTempDB 
Line 579: [2018-06-17 07:37:58,713] [INFO] Log chain broken: WH-RPT02:ReportServer

サーバーで実行されているサード パーティーまたはネイティブSQLログ バックアップが原因で、ログ チェーンが破損した可能性があります。

ネイティブSQLログ バックアップを確認する方法

ネイティブ バックアップが実行されたかどうかは、「Backup and Restore events」レポートから確認できます。このレポートでは、データをより読みやすい形式で表示するために計算が行われます。

SQL Server Management Studio(SSMS)の起動

• データベースの選択
• 右クリックして[Reports]を選択します
• 標準レポート - バックアップおよびリストア イベント>
• レポートを右クリックし、CSV形式でエクスポートします。

• [正常なバックアップ操作]セクションを展開します
• [デバイス タイプ]列には、物理バックアップ ファイルのパスが表示されます。Diskの場合は、ネイティブ バックアップが作成されたことを意味します。
• また、このレポートから復旧モデルとユーザー名を確認することもできます。

1. SQLネイティブバックアップを含む、影響を受けるSQLインスタンス(バックアップセット)のサードパーティSQLログバックアップを無効化または削除し、Phoenix Management Consoleから手動バックアップを開始します。後続のトランザクション ログ バックアップは正常に完了する必要があります。サード パーティーまたはネイティブ バックアップを無効化できない場合は、SQL Serverからコピーのみのネイティブ バックアップを実行します。  
2. 上記の手順が不可能な場合、Endpoint Protection/サード パーティー/ウイルス対策バックアップ ソフトウェアには、特定のVSSライターを無効化/除外するオプションがあります。そのため、ソフトウェア設定でSqlServerWriterを無効化/除外してください。その後、FULL/Diff SQLバックアップで問題が解決します。
3. もう1つの回避策は、常にPhoenix SQL FULL/DIFFバックアップがサード パーティー/ネイティブSQL(メンテナンス プラン)/エンドポイント保護バックアップの後にトリガーされるようにポリシーを設定することです。
4. 何らかの理由でデータベースの復旧モデルを変更する必要がある場合は、このSQL Server用に別のバックアップ セットを作成します。変更後は、このバックアップ セットのバックアップのみが失敗し、その他のバックアップは影響を受けません。 

注：このデータベースの新しいバックアップ セットを作成する前に、現在のバックアップ セットからこのデータベースの選択を解除します。