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

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

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

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

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

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

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

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

このプロセスがどのように機能するかについての理解を深めるには、「機能のしくみ：SQL Server-VDI（VSS）バックアップリソース2」を参照してください。

したがって、サーバーで実行されているボリュームシャドウコピー（VSS）やデータ保護マネージャー（DPM）などのプロセスを探し始め、システム管理チームと何が有効になっているか、何も影響がないかどうかについて話し合う必要があると思います。