web-dev-qa-db-ja.com

I / Oはデータベースでフリーズされ、I / Oは完全なバックアップのログで毎日データベースで再開されました

毎日のように、ログファイルにメッセージが表示されたと言いたいです。

まず、I/Oがデータベース(DatabaseName)でフリーズしましたというメッセージがログに表示されます。メッセージは

I/Oはデータベース(DatabaseName)で凍結されています。ユーザーの操作は必要ありません。ただし、I/Oがすぐに再開されない場合は、バックアップをキャンセルできます。

そして、I/OはDatabase(DatabaseName)メッセージで再開されました。

データベース(DatabaseName)でI/Oが再開されました。ユーザーの操作は必要ありません。

そして最後に、このようなメッセージでデータベースのバックアップが成功しました

ユーザーの操作は必要ありません

それは私の実稼働監査データベースであり、ソフトウェア環境を持つことは次のようなものです:

Windows Server 2012 R2
SQL Server 2012
VMware Tools

私の運用データベース "Recovery Model"は "Full"復旧モデルです。 SQL ServerのどのログインIDから、メンテナンスプランバックアップがセットアップされました。これには、すべてのデータベースに対する「sysadmin」特権があります。

バックアップは、「メンテナンスプラン」のバックアップを通じて、午後4時のような特定のタイムスケジュールで設定されています。毎日。また、Always Backupはスケジュールされた間隔で正常に実行されました。

なぜそのような種類のログメッセージがスケジュールバックアップ時に生成されるのですか。この種のメッセージは、私の運用データベースのパフォーマンスに影響しますか?本番データベースの(バックアップ/復元)データの整合性に問題があります。

任意の提案をいただければ幸いです。

9

このメッセージがエラーログに記録されてタスクが影響を受けるまでは、メッセージではなくエラーであると思います。

Windowsの管理チームがVSS(ボリュームシャドウコピーサービス)を介してSQL Serverのバックアップを有効にした、本番サーバーの1つでも同じことが発生しました。このプロセスが実行されると、I/Oが一時的にフリーズしてシャドウコピーが作成され、プロセスが完了すると解放されます。

主な原因は、「仮想デバイスインターフェイス(VDI)を使用してSQLスナップショットバックアップをコミットするバックアップサービスのために、データベースのI/Oがフリーズしていること」です。前述のとおり ここ

このプロセスがどのように機能するかをよりよく理解するには、 を読んでください:機能:SQL Server-VDI(VSS)バックアップリソース2

したがって、ボリュームシャドウコピー(VSS)のようなプロセスを探し始める必要があると思いますORサーバー上で実行されているData Protection Manager(DPM)と、何が有効になっていて何もないことを確認するためにシステム管理チームと話し合います影響を受けます。

10
KASQLDBA