この問題は私をNUTSに駆り立てています!!
すべての本番データベースのバックアップをネットワーク共有に取り、それを毎晩テープにバックアップします。
月曜から金曜の午後8時-完全バックアップとそれに続くログバックアップ
月曜から金曜の午前7時から午後7時、30分間隔-ログのバックアップ
3年前にSQLServer Standard 2000から2008に移行して以来、バックアップはこのように機能しています。最近、月曜日の最初のログバックアップが失敗しています。毎回ではなく、ほぼ毎回!残りの週は、問題はありませんでした。この問題は、週末にバックアップが行われなかった後に試行されたログバックアップのサイズに関係している可能性があると思います。
今問題に私は修正が必要です...
今週中、最大の2つのデータベースのすべての完全バックアップが失敗しました(両方のバックアップが1GB未満圧縮されています)。ソースサーバーと宛先サーバーには十分なディスク容量があります。問題は、これらのデータベースのバックアップを完了するのにかかる時間や、これらのバックアップを完了するために必要なバックアップファイルのサイズに関係していると思います。バックアップ先をローカルストレージに変更することは問題なく機能します(そして、比較すると非常に高速です)。
職歴から、問題が何であるかについてのいくつかのヒントを見つけることができます...
コード:0xC002F210(常にこのコードですが、以下の説明を組み合わせて...)
「\ drserver\SQLBackups\Database.bak 'で「SetEndOfFile」を試行中に、オペレーティングシステムがエラー「64(このエラーのテキストの取得に失敗しました。理由:1815)」を返しました。バックアップデータベースが異常終了しています。
「\ drserver\SQLBackups\Database.bak 'で「FlushFileBuffers」を試行中に、オペレーティングシステムがエラー「64(このエラーのテキストを取得できませんでした。理由:1815)」を返しました。バックアップデータベースが異常終了しています。
私の髪と正気を救うのを手伝ってください!
エラー64は、「指定されたネットワーク名は使用できなくなりました」を意味します。これは、ネットワークの問題に関連する一種の一般的なエラーメッセージです。エラー0xC002F210は、ジョブが失敗したことを意味するSQLServerからの一般的なエラーのようです。したがって、問題の原因が非常に曖昧であることがわかります。
Red-GateのWebサイト の推奨事項は、レジストリキーHKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parametersの SessTimeout 値をより高い値に増やす(または設定する)ことを提案しています。値。 300が推奨されます(明らかに45がデフォルトです)。
この値を変更した場合、変更が有効になる前にクライアント(SQL Server)を再起動する必要がある場合があります。