システムの1つでデータベースのバックアップが失敗した理由を確認する必要があります。
ログには次のことが記録されています。
BACKUPは、コマンドBACKUP LOG XXXXXXを完了できませんでした。詳細なメッセージについては、バックアップアプリケーションログを確認してください。
私はWindowsイベントログに行き、アプリケーションログをチェックし、それらのログでこの特定のエラーについて見つけたものを推測します
BACKUPは、コマンドBACKUP LOG XXXXXXを完了できませんでした。詳細なメッセージについては、バックアップアプリケーションログを確認してください。
デフォルトでは、実際のバックアップアプリケーションログはどこに保存されますか?
sSMSを開いてデータベースに接続し、[管理]> [メンテナンス計画]> [バックアップ計画を選択]に移動します。 >右クリックして履歴を表示します。
または[管理]> [SQLサーバーログ]に移動します。
ディレクトリの場所:c:\Program Files\Microsoft SQL Server\MSSQL.xx\MSSQL\LOG
SQLサーバー自体がキャプチャする唯一の情報は、既に引用したものです。
BACKUPはコマンドXXXXXXを完了できませんでした。詳細なメッセージについては、バックアップアプリケーションログを確認してください。
SQLエラーログ(SSMS>管理> SQL Serverログ)、およびMSSQLSERVERのWindowsアプリケーションエラーログに表示されるのはこれだけです。
「バックアップアプリケーションログを確認する」という場合、実際にバックアップを実行したアプリケーションのログ(ある場合)を確認する:を意味します。
他の場所で見つからない場合、より詳細なエラーがキャプチャされていない可能性があります。 SSISパッケージは、詳細なログを記録するように構成されていないか、GUIで手動バックアップを実行したが、画面上のエラーを無視または修正した可能性があります。バックアップを実行しようとしたユーザーを見つけ、失敗した理由を尋ねなければならない場合があります。
親愛なるこのエラーは、通常、完全バックアップを持っていない場合に発生します。完全バックアップスケジュールが完了しなかった場合、何らかの理由でこのエラーが発生します。
できることは、完全バックアップ計画を実行するか、完全バックアップジョブが正常に完了するまで待機してから、自動的に1時間ごとのバックアップを開始することです。
同じ問題がありました。 PS.Scriptを使用してDBをバックアップします。ログの情報は役に立ちませんでした。原因は、PowerShellスクリプトのtimeoutでした。
「$ server.ConnectionContext.StatementTimeout = 0」の設定は役に立たなかった
$ ret = Invoke-Sqlcmd -Query $ SQLStatement -ServerInstance $ ServerName -ErrorAction 'Stop' -QueryTimeOut 6
QueryTimeOutを設定することでトリックが行われました。