復元が失敗し続ける
フルバックアップから毎週の復元プロセスを実行する、最大900 GBのバックアップデータベースを備えたSQL Server 2014インスタンスがあります。それが置かれているサーバーは、Windows Server 2012 R2です。
最近、毎週末にデータベースを復元できないことがわかりました。
バックアップサイトにコピーされる3つのバックアップファイルがあり、土曜日の夜8頃に作成され、約1時間かかり、午前0時の直前にこのサーバーにコピーされ（通常、ファイルごとに1〜2時間かかります）、次の場所から復元されます。翌朝6時。
バックアップファイルの1つに一貫して日付が変更された日付が6:50であることに気づきましたが、他の2つは土曜日の午後9時と同じです。開発メディアに復元してバックアップメディアを検証しようとすると、そのファイルのバックアップデバイスヘッダーを読み取るのに非常に長い時間がかかります。
私は今も今もGoogleの検索結果を調べて、答えを出すことができるかどうかを確認していますが、今のところ運がありません。誰かが私がチェックすべきことについての提案や問題が何であるかについてのアイデアを持っていますか？
復元ジョブは、PowerShellスクリプトによって呼び出されるプロシージャから実行されます。これは、たとえば先週の日曜日の朝に受け取った電子メールエラーです。
送信済み： 2016年10月30日12:01 宛先：メール件名:Server1-データベースの復元エラー
次のデータベースはServer1で正しく復元されていません-調査してください.
データベース1
コピータスクのログファイルには、次の内容が表示されます。
10/30/2016 00:07:35 * _database1_FULL _ *。bakに一致するデータベースをコピーしています
復元タスクのログファイルは次のとおりです。
10/30/2016 08:29:33\sharedfileserver\folder\AvailabilityGroup1_Database1_FULL_20161029_201228_1.bakからDatabase1を復元する10/30/2016 08:29:33\sharedfileserver\folder\AvailabilityGroup1_Database2_FULL_20161029_201026_1.bak08/30/30からDatabase2を復元する：33 5％が処理されました。 （時間が経過します...）2016/10/30 08:34:19 100％処理されました。 10/30/2016 08:34:19ファイル1のデータベース 'Database2'、ファイル 'DATABASE2'の4946928ページを処理しました。10/30/2016 08:34:19データベース 'Database2'、ファイル 'DATABASE2_log'の21ページを処理しました。ファイル1で2016/10/30 08:34:27 RESTORE DATABASEは4946949ページを303.526秒（127.330 MB /秒）で正常に処理しました。 2016年10月30日08:34:27
10/30/2016 08:34:27 3013-RESTORE DATABASEが異常終了しています。 2016/10/30 08:34:27 -1 2016/10/30 08:34:27完了。 2016/10/30 08:34:28実行終了
注：問題の子であるのはDatabase1です。
次のコマンドを使用して、バックアップファイルの整合性を確認します。
HEADERONLYに復元
SQL BOL：特定のバックアップデバイス上のすべてのバックアップセットのすべてのバックアップヘッダー情報を含む結果セットを返します。
RESTORE HEADERONLY FROM DISK ='\\sharedfileserver\folder\AvailabilityGroup1_Database1_FULL_20161029_201228_1.bak'
バックアップファイルが機能しない理由についての情報が見つかる場合があります。
FILELISTONLYを復元
SQL BOL：バックアップセットに含まれるデータベースとログファイルのリストを含む結果セットを返します。
RESTORE FILELISTONLY FROM DISK = '\\sharedfileserver\folder\AvailabilityGroup1_Database1_FULL_20161029_201228_1.bak'
まれに、データベースの論理ファイル名 SQL Server 2008 R2では切り捨てられました
詳細については、復元先のサーバーのERRORLOGを参照してください。それ以外の場合は、クエリウィンドウでスケジュールされたタスクの外部で復元スクリプトを実行して、他のエラーをキャッチすることを検討します。