お客様のサーバーにSQL Server 2008のインスタンスがインストールされています。お客様のIT部門は、マシンのさまざまなバックアップを担当しています。
SQL Serverログは、毎日午後7時に完全バックアップがあることを示していますが、SQL Serverでスケジュールされた計画の証拠を見つけることができません。
私たちに連絡した技術者は、何らかの自動バックアップがあったかどうかを私たちに伝えることができませんでした。彼らが言ったのは、マシン全体がバックアップされているということだけです。
このフォーラムスレッドで見つけたスクリプトを使用して、物理デバイス名がGUIDであり、これが外部バックアッププロセスであることを確認しました。
USE [msdb]
GO
SELECT
[bs].[database_name],
[bs].[backup_start_date],
[bs].[backup_finish_date],
[bs].Server_name,
[bs].user_name AS [BackupCreator] ,
[bmf].physical_device_name
FROM msdb..backupset bs
INNER JOIN msdb..backupmediafamily bmf ON [bs].[media_set_id] = [bmf].[media_set_id]
ORDER BY [bs].[backup_start_date] DESCこれは、上記のクエリの行です。
db_name 2015-09-16 19：01：23.000 2015-09-16 19：01：28.000
SERVER_NAME NT AUTHORITY \ SYSTEM
{424F084A-F35D-4A66-8FC7-072268A89A77} 5
さらに、バックアップの開始日と終了日は5秒間しかないため、SQLサーバーの仕事ではないことは明らかです。
これはログの行です：
2015-09-03 19：02：30.71バックアップ
データベースがバックアップされました。
データベース：db_name、作成日（時間）：2012/10/12（20:52:11）、ダンプされたページ：3290021、
最初のLSN：276028：152755：172、最後のLSN：276028：152827：1、ダンプデバイスの数：1、
デバイス情報：
（FILE = 1、TYPE = VIRTUAL_DEVICE：{'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}）。
これは情報メッセージです。ユーザーの操作は必要ありません。
それで、彼らは私たちを助けることができないので、バックアップの原因となっているプロセスを追跡するために私は何ができるでしょうか？これは、順序どおりにバックアップを調整し、ログを適切なサイズに保つためにトランザクションログのバックアップも行いたいために必要です（現在は毎週ログを圧縮していますが、これは適切な方法ではありません）。行く）。
msdb.dbo.backupmediafamily.device_typeOPのクエリにフィールドを追加して、バックアップの種類（ディスク、テープ、仮想、Azure、または永続）を確認します。私はmasterデータベースにフィルターをかけ、最初のエントリーを見て、何がそれを開始したかを確認しました。