Impossibile trovare il processo che sta creando i backup


11

Abbiamo un'istanza di SQL Server 2008 installata su un server del cliente. Il reparto IT del cliente è responsabile dei vari backup della macchina.

Il registro di SQL Server mostra che esiste un backup completo ogni giorno alle 19:00, ma non è possibile trovare prove di alcun piano pianificato in SQL Server.

I tecnici che abbiamo contattato non potevano dirci se c'era una sorta di backup automatico, tutto quello che hanno detto è che l'intero computer è in fase di backup.

Utilizzando uno script che ho trovato in questo thread del forum, ho scoperto che il nome del dispositivo fisico è un GUID e che ciò significa che si tratta di un processo di backup esterno :

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

Questa è una riga della query sopra:

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

Inoltre, la data di inizio e fine del backup dura solo 5 secondi, quindi credo sia chiaro che non è un lavoro di SQL Server.

Questa è una riga dal registro:

03/09/2015 19: 02: 30.71 Backup del
database di backup.
Database: nome_db, data di creazione (ora): 2012/10/12 (20:52:11), pagine scaricate: 3290021,
primo LSN: 276028: 152755: 172, ultimo LSN: 276028: 152827: 1, numero di dispositivi di dump : 1,
informazioni sul dispositivo:
(FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}).
Questo è solo un messaggio informativo. Non è richiesta alcuna azione da parte dell'utente.

Quindi, dal momento che non possono aiutarci, cosa posso fare per rintracciare il processo responsabile dei backup? Ne abbiamo bisogno perché vogliamo coordinare il backup in modo ordinato e fare anche i backup del log delle transazioni al fine di mantenere il log a dimensioni ragionevoli (ora riduciamo il log ogni settimana e questo non è il modo migliore per partire).

Risposte:


12

03/09/2015 19: 02: 30.71 Backup del database di backup. Database: nome_db, data di creazione (ora): 2012/10/12 (20:52:11), pagine scaricate: 3290021, primo LSN: 276028: 152755: 172, ultimo LSN: 276028: 152827: 1, numero di dispositivi di dump : 1, informazioni sul dispositivo: (FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}). Questo è solo un messaggio informativo. Non è richiesta alcuna azione da parte dell'utente.

Il fatto che VIRTUAL_DEVICErientri nel messaggio di backup indica chiaramente che questo non è un backup pianificato da T-SQL Job o SQL Server, quindi non lo troverai ovunque in SQL Server. Hai qualche third partystrumento o in windows inbuilt backup mechanismesecuzione che sta eseguendo questo backup.

Ora, se vuoi davvero scoprire l'origine del backup, consulta il team di Windows o il team di archiviazione e otterrai una buona idea. Se tutte le parti interessate dire che non hanno idea circa la fonte di backup (che è altamente improbabile) si può fermare tale backup accada disabilitando SQL Server VSS writerda Services.msc.

Tali backup di terze parti si basano sui servizi del writer VSS di SQL Server per connettersi al database e eseguire il backup.

Prima di procedere sopra, ti suggerisco di parlare con il backup / admin di Windows se non sono a conoscenza di tale backup, puoi andare avanti e disabilitare questo servizio. Altrimenti non devi e dovresti consultare di più al riguardo con loro.

Leggere le informazioni sulla luce sparsa sui backup VSS


9

Penso di aver trovato il processo responsabile del backup.

Ho cercato informazioni nel registro eventi di sistema di Windows e ho trovato queste righe nel periodo temporale interessate dal 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

Puoi vedere chiaramente l'attività di backup su MSSQLSERVER in alto e poco prima che altre attività vengano avviate da BeVssProvider, continuando con ShadowCopy di ESENT.

Ho cercato su Google questi nomi e BeVssProvider è collegato a Symantec Backup Exec ™ per server Windows ( http://systemexplorer.net/it/file-database/file/bevssprovider-exe ).

Quindi immagino che il software stia scattando un'istantanea della macchina ogni giorno (non sono un esperto in questo dominio).


La tua risposta è stata di aiuto e quando ho controllato il registro eventi di Windows sul server database, ho scoperto che gli amministratori IT in outsourcing utilizzavano un software chiamato "axcient" per i backup virtuali che richiedeva 3 backup completi separati (di tutti i database) entro 4 minuti e stava generando errori (con alcuni backup che fallivano e causavano molta confusione). Aggiungere il msdb.dbo.backupmediafamily.device_typecampo alla query del PO per vedere che tipo di backup è (ad es. Disco, nastro, virtuale, Azure o permanente). Ho filtrato il masterdatabase e ho guardato la prima voce per vedere cosa ha dato il via.
MikeTeeVee,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.