Restauration complète et différenciale avec deux fichiers de sauvegarde - SQL Server 2008
Nous essayons d'établir un plan de maintenance avec 2 sauvegardes séparées.
Une sauvegarde complète sur les sauvegardes de fin de semaine et différentielles à travers la semaine. [La sauvegarde différentielle a un "_diff" annexé à son nom].
Les sauvegardes nous sont fournies par une entité externe que nous utilisons pour les commandes de traitement. Mon problème est de restaurer les bases de données.
1: J'ai essayé la méthode ici: http://msdn.microsoft.com/en-us/library/ms175510.aspx#tstsqlproceduture Mais, je n'arrive pas à "ajouter" un fichier de sauvegarde au périphérique de sauvegarde existant sur le serveur contenant la sauvegarde complète.
2: J'ai essayé de les restaurer comme 2 sauvegardes séparées mais je reçois cette erreur:
L'ensemble de sauvegarde contient une sauvegarde d'une base de données autre que la base de données 'dbxxx' existante. [éventuellement dû au nom dudiff associé aux fichiers .MDF et .ldf]
Comment puis-je continuer à restaurer les sauvegardes différentielles dans ce scénario? Puis-je ajouter la sauvegarde différentielle au périphérique de sauvegarde complet existant? Y a-t-il une autre façon de sortir?
Éditer:
Ajout de déclarations T-SQL:
Restaurer la sauvegarde complète
RESTORE DATABASE DB_TEST FROM DB_TEST_Device WITH REPLACE, NORECOVERY;
GO
Restaurer le diff. sauvegarde
RESTORE DATABASE DB_TEST FROM DB_TEST_Device_Delta WITH RECOVERY;
GO
**Full Backup Device:** OM_00987_Backup_987 D:\SQLdata\OM_00987_Backup_987.mdf D PRIMARY 32852082688 3.51844E+13 1 0 0 BAC0AD62-9CB6-46FA-8600-7852009C638A 0 0 32850247680 512 1 NULL 1.33E+17 2B366F37-7D81-4BD1-AA3C-DD9757EFF075 0 1 NULL
OM_00987_Backup_987_log E:\SQLlogs\OM_00987_Backup_987_log.LDF L NULL 516096 2.19902E+12 2 0 0 F76787F2-521B-4A75-A2F6-8977DB88E0A9 0 0 0 512 0 NULL 0 00000000-0000-0000-0000-000000000000 0 1 NULL
**Delta Backup Device:** OM_00987_Backup_987_Delta D:\SQLdata\OM_00987_Backup_987_Delta.mdf D PRIMARY 9633464320 3.51844E+13 1 0 0 E75C765B-ECEC-46AC-B8AE-5F1EB7D3C724 0 0 9629138944 512 1 NULL 1.36E+17 8C66A6C8-DE57-4B57-B0E1-DE8F3C64E68A 0 1 NULL
OM_00987_Backup_987_Delta_log E:\SQLlogs\OM_00987_Backup_987_Delta_log.LDF L NULL 516096 2.19902E+12 2 0 0 FC843B68-BC7C-478A-BE4E-D4AA4D61B30E 0 0 0 512 0 NULL 0 00000000-0000-0000-0000-000000000000 0 1 NULL
Vous devrez configurer un périphérique de sauvegarde séparé pour le plein et le diff. Lorsque vous créez le périphérique de sauvegarde, il s'agit d'un fichier unique. Vous ne pouvez pas enregistrer un complet et un diff dans le même périphérique de sauvegarde.
Plus d'informations sur les périphériques de sauvegarde sont disponibles ici: http://msdn.microsoft.com/en-us/library/ms179313.cells
Si vous essayez de restaurer la base de données sur une base de données existante et souhaitez remplacer les données que vous devez utiliser avec l'option Remplacer dans la restauration. Plus d'informations peuvent être trouvées ici: http://msdn.microsoft.com/en-us/library/ms186858.aspx
Remplacer doit être utilisé rarement et seulement après une attention particulière. Restaurer empêche normalement écraser accidentellement une base de données avec une base de données différente. Si la base de données spécifiée dans une instruction de restauration existe déjà sur le serveur actuel et la famille de base de données spécifiée GUID diffère de la famille de la base de données GUID enregistré dans l'ensemble de sauvegarde, La base de données n'est pas restaurée. C'est une garantie importante.
L'option Remplacer remplace plusieurs contrôles de sécurité importants que la restauration effectue normalement. Les contrôles remplacés sont les suivants:
Restauration sur une base de données existante avec une sauvegarde prise d'une autre base de données.
Avec l'option Remplacer, la restauration vous permet d'écraser une base de données existante avec toute base de données dans l'ensemble de sauvegarde, même si le nom de la base de données spécifié diffère du nom de la base de données enregistré dans l'ensemble de sauvegarde. Cela peut entraîner une analyse accidentelle d'une base de données par une base de données différente.
Restauration sur une base de données à l'aide du modèle de récupération en vrac et enregistré en vrac où une sauvegarde de la queue n'a pas été prise et que l'option Stopat n'est pas utilisée.
Avec l'option Remplacer, vous pouvez perdre du travail engagé, car le journal écrit le plus récemment n'a pas été sauvegardé.
Écraser les fichiers existants.
Par exemple, une erreur peut permettre d'écraser des fichiers du type incorrect, tels que des fichiers .xls ou qui sont utilisés par une autre base de données qui n'est pas en ligne. La perte de données arbitraire est possible si les fichiers existants sont écrasés, bien que la base de données restaurée soit terminée.