Não é possível encontrar o processo que está criando backups


11

Temos uma instância do SQL Server 2008 instalada em um servidor do cliente. O departamento de TI do cliente é responsável pelos vários backups da máquina.

O log do SQL Server mostra que há um backup completo todos os dias às 19h, mas não encontramos evidências de nenhum plano agendado no SQL Server.

Os técnicos que contatamos não podiam nos dizer se havia algum tipo de backup automático, tudo o que disseram é que toda a máquina está sendo executada.

Usando um script que encontrei neste tópico do fórum , descobri que o nome do dispositivo físico é um GUID e isso significa que este é um processo de backup externo :

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

Esta é uma linha da consulta acima:

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

Além disso, a data de início e término do backup se estende por apenas 5 segundos, então acho que está claro que não é um trabalho do servidor sql.

Esta é uma linha do log:

2015-09-03 19: 02: 30.71 Backup do
banco de dados de backup.
Banco de dados: db_name, data de criação (hora): 2012/10/12 (20:52:11), páginas despejadas: 3290021,
primeiro LSN: 276028: 152755: 172, último LSN: 276028: 152827: 1, número de dispositivos de despejo : 1,
informações do dispositivo:
(FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}).
Esta é apenas uma mensagem informativa. Não é necessária nenhuma ação do usuário.

Portanto, como eles não podem nos ajudar, o que posso fazer para rastrear o processo responsável pelos backups? Precisamos disso porque queremos coordenar o backup de maneira ordenada e fazer os backups do log de transações também para manter o log em um tamanho razoável (agora reduzimos o log toda semana, e essa não é a melhor maneira de ir).

Respostas:


12

2015-09-03 19: 02: 30.71 Backup do banco de dados de backup. Banco de dados: db_name, data de criação (hora): 2012/10/12 (20:52:11), páginas despejadas: 3290021, primeiro LSN: 276028: 152755: 172, último LSN: 276028: 152827: 1, número de dispositivos de despejo : 1, informações do dispositivo: (FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}). Esta é apenas uma mensagem informativa. Não é necessária nenhuma ação do usuário.

O fato que VIRTUAL_DEVICEaparece na mensagem de backup diz claramente que esse não é um backup agendado pelo T-SQL Job ou pelo SQL Server, portanto você não o encontrará em nenhum lugar do SQL Server. Você tem alguma third partyferramenta ou em windows inbuilt backup mechanismexecução que está executando esse backup.

Agora, se você realmente deseja descobrir a fonte do backup, consulte a equipe do Windows ou a equipe de armazenamento e terá uma boa idéia. Se todas as partes interessadas dizer que eles não têm idéia sobre a fonte de backup (que é altamente improvável), você pode parar de tal apoio aconteça, desativando SQL Server VSS writera partir Services.msc.

Esses backups de terceiros contam com os serviços de gravador VSS do SQL Server para se conectar ao banco de dados e fazer backup.

Antes de prosseguir acima, sugiro que você converse com o backup / administrador do Windows, se eles não tiverem conhecimento sobre esse backup, vá em frente e desative esse serviço. Caso contrário, você não deve e deve consultar mais sobre isso com eles.

Leia Informações que lançam luz sobre os backups do VSS


9

Acho que achei o processo responsável pelo backup.

Procurei informações no log de eventos do sistema Windows e encontrei essas linhas no período temporal interessado pelo 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 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

Você pode ver claramente a atividade de backup no MSSQLSERVER na parte superior e curta antes de outras atividades serem iniciadas pelo BeVssProvider, continuando com um ShadowCopy do ESENT.

Pesquisei esses nomes no Google e o BeVssProvider está vinculado ao Symantec Backup Exec ™ para Windows Servers ( http://systemexplorer.net/it/file-database/file/bevssprovider-exe ).

Então, acho que o software está tirando uma foto instantânea da máquina todos os dias (não sou especialista neste domínio).


Sua resposta ajudou e, quando verifiquei o log de eventos do Windows no servidor de banco de dados, descobri que os administradores de TI terceirizados usavam um software chamado "axcient" para backups virtuais que solicitava três backups completos separados (de todos os bancos de dados) em 4 minutos e estava gerando erros (com alguns backups falhando e causando muita confusão). Adicione o msdb.dbo.backupmediafamily.device_typecampo à consulta do OP para ver qual é o tipo de backup (por exemplo, disco, fita, virtual, Azure ou permanente). Eu filtrada no masterbanco de dados e olhei para a primeira entrada para ver o que começou.
MikeTeeVee 16/08/19
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.