找不到正在创建备份的进程


11

我们在客户服务器上安装了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 Server的工作。

这是日志中的一行:

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'})。
这仅是参考消息。无需用户操作。

因此,由于他们无法帮助我们,我该怎么做以追踪负责备份的过程?我们之所以需要这样做,是因为我们希望以有序的方式协调备份,并且也要进行事务日志备份,以便将日志保持在合理的大小(现在我们确实每周都会收缩日志,这不是一种好方法)走)。

Answers:


12

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 Job或SQL Server计划的备份,因此您不会在SQL Server的任何位置找到它。您有某种正在运行的third party工具或windows inbuilt backup mechanism正在执行此备份的工具。

现在,如果您真的想找出备份的来源,请咨询Windows团队或存储团队,您将获得一个不错的主意。如果所有利益相关者都说他们对备份源一无所知(这是极不可能的),则可以通过SQL Server VSS writer从中禁用来阻止这种备份Services.msc

此类第三方备份依靠SQL Server VSS编写器服务连接到数据库并进行备份。

在继续进行上述操作之前,如果他们不知道任何此类备份,建议您与Backup / Windows管理员联系,您可以继续禁用此服务。否则,您一定不能,您应该向他们咨询更多。

请阅读有关VSS备份的信息摘要


9

我想我已经找到了负责备份的过程。

我在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

在由BeVssProvider启动的其他活动之前,您可以清楚地看到MSSQLSERVER上的备份活动,然后是ESENT的ShadowCopy。

我用谷歌搜索了这些名称,BeVssProvider已链接到Windows Server的Symantec Backup Exec™http://systemexplorer.net/it/file-database/file/bevssprovider-exe)。

因此,我想软件每天都在为计算机拍摄快照(我不是该领域的专家)。


您的回答有所帮助,当我检查数据库服务器上的Windows事件日志时,我发现外包的IT管理员正在使用名为“ axcient”的虚拟备份软件,该软件在4分钟内请求3个独立的(全部数据库)完整备份并引发错误(某些备份失败并引起很多混乱)。将msdb.dbo.backupmediafamily.device_type字段添加到OP的查询中以查看其是哪种备份类型(即磁盘,磁带,虚拟,Azure或永久)。我对master数据库进行了过滤,并查看了第一个条目,以了解启动它的原因。
MikeTeeVee
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.