Sauvegarde de plusieurs bases de données au même moment

Habituellement, lorsque nous démarrons la sauvegarde, nous n'autorisons pas les modifications à valider ou la base de données ne sera pas accessible. Je veux dire que la base de données sera en mode mono-utilisateur mais je veux démarrer la sauvegarde et libérer la base de données pour utilisation. De plus, une fois que j'ai démarré la sauvegarde, je ne souhaite pas que les modifications en cours soient enregistrées dans le fichier de sauvegarde. Je veux savoir comment je peux y parvenir dans Microsoft SQL Server 2012.Veuillez m'aider.

Eh bien, laissez-moi d'abord expliquer mon problème. Actuellement, je mets la base de données en mode mono-utilisateur jusqu'à la fin de la sauvegarde. Ce mode servira à éviter les changements de données lorsque la sauvegarde est en cours. Mais mon application est liée aux multiples bases de données (chaque base de données est interconnectée et il y a des var dbs qui continuent de créer mensuellement). La sauvegarde de toutes ces bases de données est donc devenue un processus fastidieux et, plus important encore, je dois garder les utilisateurs hors du système lorsque la sauvegarde est en cours.

Je recherche donc un mécanisme de sauvegarde qui répondra aux exigences mentionnées ci-dessous.

1. Démarrez la sauvegarde de tous les dbs à la fois et libérez la db pour l'utiliser.
2. Comme les bases de données sont liées entre elles, je souhaite conserver la cohérence des données dans les fichiers de sauvegarde. Donc, en raison de cette exigence de cohérence des données, je ne veux pas que les modifications en cours soient validées dans mon fichier de sauvegarde.

Tout ce que je veux, c'est une sauvegarde de tous les dbs à un moment donné.

Je suppose que votre tâche consiste à créer un ensemble de sauvegardes où vous pouvez les restaurer toutes en un seul point statique (pas de transactions ouvertes) (tous synchronisés). Semblable à ce qu'un point de repos fera pour vous dans DB2. Malheureusement, rien dans SQL Server ne fait exactement cela. Cependant, en supposant que vos bases de données sont en mode de récupération complète, vous pouvez faire quelque chose de similaire.

Vous pouvez créer une seule MARKEDtransaction sur toutes les bases de données à la fois . Ensuite, vous effectuez une sauvegarde du journal des transactions de chaque base de données. En supposant que vous suivez vos sauvegardes de journaux (que vous devriez être de toute façon), les sauvegardes de journaux ne prennent pas très longtemps. Et il n'est pas nécessaire d'empêcher quiconque d'être dans le système (sauf peut-être assez longtemps pour que vous puissiez créer votre transaction marquée).

À ce stade, si vous devez effectuer une restauration, vous effectuez une RESTORE STOPBEFOREMARKsur chacune de vos bases de données. Cela restaurera toutes les bases de données au même point (en fonction de votre transaction). Remarque: Il existe également un STOPATMARK si vous souhaitez inclure cette transaction.

Si vous voulez un exemple, j'en ai un dans le lien ci-dessus avec pas mal de lecture supplémentaire.

Je sais que cela ne répond pas exactement à votre question, mais j'espère que cela résoudra votre problème.

Votre question est similaire à celle à laquelle j'ai répondu - Sauvegarder et restaurer les bases de données 10-20 SQL Server dans un état ~ synchrone?

En supposant que votre modèle de récupération de base de données est COMPLET, vous devez effectuer une sauvegarde complète, puis utiliser les transactions marquées .

Permet de démystifier vos mythes ...

Démarrez la sauvegarde de tous les dbs à la fois et libérez la db pour l'utiliser.

Des mythes de sauvegarde (vous conseille fortement de lire tous les mythes de sauvegarde) :

Les opérations de sauvegarde ne prennent pas de verrous sur les objets utilisateur. Les sauvegardes provoquent une charge de lecture très lourde sur le sous-système d'E / S, il peut donc sembler que la charge de travail est bloquée, mais ce n'est pas vraiment le cas. C'est juste en train de ralentir. Il y a un cas spécial où une sauvegarde qui doit récupérer des extensions enregistrées en masse prendra un verrou de fichier qui pourrait bloquer une opération de point de contrôle - mais DML n'est jamais bloqué.

Comme les bases de données sont liées entre elles, je souhaite conserver la cohérence des données dans les fichiers de sauvegarde. Donc, en raison de cette exigence de cohérence des données, je ne veux pas que les modifications en cours soient validées dans mon fichier de sauvegarde.

Les transactions marquées vous aideront à effectuer une sauvegarde de LOG cohérente et vous pourrez les restaurer à l'aide de RESTORE ... WITH STOPBEFOREMARK = '<mark_name>'

N'oubliez pas que les transactions marquées pour toutes les bases de données de l'instance sont également enregistrées dans le dbo.logmarkhistorytableau de la MSDBbase de données.

--]---- Begin Code ----[
--–declaring variables
DECLARE @dbname VARCHAR(100) -- database name
DECLARE @bupath VARCHAR(100) -- path for backup location
DECLARE @filename VARCHAR(100) -- filename used for backup files
DECLARE @datestamp VARCHAR(25) -- date used for backup file timestamp
-- specify database backup directory
SET @bupath = 'D:\DB Bkp\'
-- file date formatting
SELECT @datestamp = CONVERT(VARCHAR(20),GETDATE(),112) + REPLACE
(CONVERT(VARCHAR(20),GETDATE(),108),':','')
--specify databases to backup
DECLARE db_cursor CURSOR for
SELECT name
FROM master.dbo.sysdatabases
WHERE name not IN ('tempdb') -- excludes these databases, if excluding multiple databases, seprate them by a comma
--backup process
OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @dbname
WHILE @@FETCH_STATUS = 0
BEGIN
   SET @filename = @bupath + @dbname + '_' + @datestamp + '.bak'
   BACKUP DATABASE @dbname TO DISK = @filename WITH INIT,
   CHECKSUM; --init overwrites existing files with the same name, and checksum verifies the backup
       FETCH NEXT from db_cursor INTO @dbname
END
CLOSE db_cursor
DEALLOCATE db_cursor

pour plus de détails: https://blogs.technet.microsoft.com/letsdothis/2013/11/06/backup-multiple-sql-databases-in-a-single-swoop/