web-dev-qa-db-ja.com

バックアップを作成しているプロセスが見つかりません

お客様のサーバーにSQL Server 2008のインスタンスがインストールされています。お客様のIT部門は、マシンのさまざまなバックアップを担当しています。

SQL Serverのログは、毎日7時に完全バックアップがあることを示していますPMですが、SQL Serverでスケジュールされた計画の証拠を見つけることができません。

私たちに連絡した技術者は、何らかの自動バックアップがあったかどうかを私たちに伝えることができませんでした。彼らは、マシン全体がバックアップされていることを伝えました。

this forum thread で見つけたスクリプトを使用して、物理デバイス名が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'}）。
これは情報メッセージです。ユーザーの操作は必要ありません。

それで、彼らは私たちを助けることができないので、バックアップの原因となっているプロセスを追跡するために何ができるでしょうか？これは、順序どおりにバックアップを調整し、ログを適切なサイズに保つためにトランザクションログのバックアップも行うために必要です（現在は毎週ログを圧縮していますが、これは適切な方法ではありません）。行く）。

sql-serversql-server-2008backup
11
frankieta

バックアップに責任のあるプロセスを見つけたと思います。

Windowsシステムイベントログで情報を検索したところ、バックアップに関心のある一時的な期間に次の行が見つかりました。

Informazioni    16/09/2015 19:01:28 MSSQLSERVER 18264   Backup
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 18264   Backup
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 18264   Backup
Informazioni    16/09/2015 19:01:28 ESENT   2006    ShadowCopy
Informazioni    16/09/2015 19:01:28 ESENT   2006    ShadowCopy
Informazioni    16/09/2015 19:01:28 ESENT   2003    ShadowCopy
Informazioni    16/09/2015 19:01:28 ESENT   2003    ShadowCopy
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 ESENT   2001    ShadowCopy
Informazioni    16/09/2015 19:01:25 ESENT   2001    ShadowCopy
Informazioni    16/09/2015 19:01:25 ESENT   2001    ShadowCopy
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:23 ESENT   2005    ShadowCopy
Informazioni    16/09/2015 19:01:23 ESENT   2005    ShadowCopy
Informazioni    16/09/2015 19:01:11 BeVssProvider   0   Nessuna
Informazioni    16/09/2015 18:38:06 VSS 8224    Nessuna
Informazioni    16/09/2015 18:29:01 VSS 8224    Nessuna

MSSQLSERVERでのバックアップアクティビティが、BeVssProviderによって開始され、ESENTによるShadowCopyを続行する他のアクティビティの前にはっきりと確認できます。

これらの名前をグーグルで検索し、BeVssProviderがSymantec Backup Exec™for Windows Serversにリンクされている（ http://systemexplorer.net/it/ file-database/file/bevssprovider-exe ）。

したがって、ソフトウェアがマシンのスナップショットを毎日取っていると思います（私はこのドメインの専門家ではありません）。

9
frankieta

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'}）。これは情報メッセージです。ユーザーの操作は必要ありません。

事実 VIRTUAL_DEVICEがバックアップメッセージに入ると、これはT-SQLジョブまたはSQL Serverによってスケジュールされたバックアップではないため、SQL Serverのどこにも見つからないことが明確に示されています。 third partyツールまたはwindows inbuilt backup mechanism runningこのバックアップを取っています。

ここで、本当にバックアップコンサルトウィンドウチームまたはストレージチームのソースを知りたい場合は、公平なアイデアが得られます。すべての関係者がバックアップのソースについて考えていない（これは非常にありそうもない）と言った場合、SQL Server VSS writerからServices.msc。

このようなサードパーティのバックアップは、SQL Server VSSライターサービスに依存してデータベースに接続し、バックアップを取得します。

上記に進む前に、バックアップやWindows管理者に連絡して、バックアップについて知らない場合は、このサービスを無効にすることをお勧めします。さもなければ、あなたはそうしてはならず、これについて彼らともっと相談すべきです。

お読みください VSSバックアップでの情報漏えい

12
Shanky