Impossible de trouver le processus qui crée des sauvegardes

11

Nous avons une instance de SQL Server 2008 installée sur un serveur client. Le service informatique du client est en charge des différentes sauvegardes de la machine.

Le journal SQL Server indique qu'il existe une sauvegarde complète tous les jours à 19 h, mais nous ne pouvons trouver aucune preuve d'un plan planifié dans SQL Server.

Les techniciens que nous avons contactés n'ont pas pu nous dire s'il y avait une sorte de sauvegarde automatique, tout ce qu'ils ont dit, c'est que la machine entière était en cours de sauvegarde.

En utilisant un script que j'ai trouvé dans ce fil de discussion, j'ai découvert que le nom du périphérique physique est un GUID et que cela signifie qu'il s'agit d'un processus de sauvegarde externe :

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

Ceci est une ligne de la requête ci-dessus:

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

De plus, la date de début et de fin de la sauvegarde ne s'étend que sur 5 secondes, donc je suppose qu'il est clair que ce n'est pas un travail de serveur SQL.

Ceci est une ligne du journal:

2015-09-03 19: 02: 30.71 Sauvegarde de la
base de données sauvegardée.
Base de données: db_name, date de création (heure): 2012/10/12 (20:52:11), pages vidées: 3290021,
premier LSN: 276028: 152755: 172, dernier LSN: 276028: 152827: 1, nombre de périphériques de vidage : 1,
informations sur le périphérique:
(FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}).
Il s'agit d'un message d'information uniquement. Aucune action de l'utilisateur n'est requise.

Alors, comme ils ne peuvent pas nous aider, que puis-je faire pour retrouver le processus responsable des sauvegardes? Nous en avons besoin parce que nous voulons coordonner la sauvegarde de manière ordonnée et effectuer également les sauvegardes du journal des transactions afin de conserver le journal à une taille raisonnable (maintenant, nous réduisons le journal chaque semaine, et ce n'est pas la bonne façon de aller).

frankieta
la source

Réponses:

12

2015-09-03 19: 02: 30.71 Sauvegarde de la base de données sauvegardée. Base de données: db_name, date de création (heure): 2012/10/12 (20:52:11), pages vidées: 3290021, premier LSN: 276028: 152755: 172, dernier LSN: 276028: 152827: 1, nombre de périphériques de vidage : 1, informations sur le périphérique: (FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'}). Il s'agit d'un message d'information uniquement. Aucune action de l'utilisateur n'est requise.

Le fait que VIRTUAL_DEVICEle message de sauvegarde apparaisse indique clairement qu'il ne s'agit pas d'une sauvegarde planifiée par T-SQL Job ou SQL Server, vous ne le trouverez donc nulle part dans SQL Server. Vous avez soit un third partyoutil ou en windows inbuilt backup mechanismcours d'exécution qui prend cette sauvegarde.

Maintenant, si vous voulez vraiment découvrir la source de la sauvegarde, consultez l'équipe Windows ou l'équipe de stockage et vous aurez une idée juste. Si tous les acteurs disent qu'ils n'ont pas idée de la source de sauvegarde ( ce qui est très peu probable) , vous pouvez arrêter cette sauvegarde de se produire en désactivant à SQL Server VSS writerpartir Services.msc.

Ces sauvegardes tierces s'appuient sur les services d'écriture VSS de SQL Server pour se connecter à la base de données et effectuer la sauvegarde.

Avant de procéder ci-dessus, je vous suggère de parler à l'administrateur de sauvegarde / windows s'ils ne sont pas au courant d'une telle sauvegarde, vous pouvez continuer et désactiver ce service. Sinon, vous ne devez pas et vous devriez consulter davantage à ce sujet avec eux.

Veuillez lire les informations sur les sauvegardes VSS

Shanky
la source
9

Je pense avoir trouvé le processus responsable de la sauvegarde.

J'ai cherché des informations dans le journal des événements du système Windows et j'ai trouvé ces lignes dans la période temporelle intéressée par la sauvegarde:

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

Vous pouvez clairement voir l'activité de sauvegarde sur MSSQLSERVER en haut et peu de temps avant toute autre activité démarrée par BeVssProvider, en continuant avec un ShadowCopy par ESENT.

J'ai recherché ces noms sur Google et BeVssProvider est lié à Symantec Backup Exec ™ pour les serveurs Windows ( http://systemexplorer.net/it/file-database/file/bevssprovider-exe ).

Je suppose donc que le logiciel prend un instantané de la machine tous les jours (je ne suis pas un expert dans ce domaine).

frankieta
la source
Votre réponse a aidé et lorsque j'ai vérifié le journal des événements Windows sur le serveur de base de données, j'ai découvert que les administrateurs informatiques externalisés utilisaient un logiciel appelé «axcient» pour les sauvegardes virtuelles qui demandait 3 sauvegardes complètes distinctes (de toutes les bases de données) en 4 minutes. et cela générait des erreurs (certaines sauvegardes échouant et causant beaucoup de confusion). Ajoutez le msdb.dbo.backupmediafamily.device_typechamp à la requête de l'OP pour voir de quel type de sauvegarde il s'agit (c'est-à-dire disque, bande, virtuel, Azure ou permanent). J'ai filtré sur la masterbase de données et regardé la première entrée pour voir ce qui l'avait lancé.
MikeTeeVee