Restauration d'une base avec ses journaux

Version imprimable

09/08/2010, 14h47
dari68

Restauration d'une base avec ses journaux

Bonjour,

Je voudrai restaurer une base 2005 à partir d'une sauvegarde de la veille (20h) et des sauvegardes des journaux avec un intervalle de 2 heurs ?

Merci.

Exemple si c'est suite à un crash:

- Sauvegarde complète:
* 'D:\BACKUP\MyBackupFull.bak'
- Sauvegarde journaux:
* 'D:\BACKUP\MyBackupTran1.bak'
* 'D:\BACKUP\MyBackupTran2.bak'
* 'D:\BACKUP\MyBackupTran3.bak'

1) Faire un backup tail - log sur la base cible, personne ne doit être dans le contexte de cette base:
Code:

1 2 backup log maBase to disk='D:\BACKUP\MyBackup.tail.bak' with init, stats, no_truncate, norecovery GO
2) Remonter le backup complet en norecovery:
Code:

1 2 restore database maBase from disk='D:\BACKUP\MyBackupFull.bak' with stats, norecovery GO
3) Remonter les journaux en norecovery:
Code:

1 2 3 4 restore log maBase from disk='D:\BACKUP\MyBackupTran1.bak' with stats, norecovery restore log maBase from disk='D:\BACKUP\MyBackupTran2.bak' with stats, norecovery restore log maBase from disk ='D:\BACKUP\MyBackupTran3.bak' with stats, norecovery GO
4) Remonter le tail-log en recovery:
Code:

1 2 restore log maBase from disk ='D:\BACKUP\MyBackup.tail.bak' with stats, recovery GO
Si c'est pour recharger un environnement différent, l'étape tail-log n'a pas d'importance, il faut remonter le backup complet avec with replace, et jouer avec with move pour redéplacer les fichiers. cf MSDN: http://msdn.microsoft.com/en-us/libr...SQL.80%29.aspx

David B.

10/08/2010, 16h47
dari68

Bonjour,

J’ai restauré (sur une autre machine) une base à partir d’une sauvegarde de 01h00
J’ai essayé de restauré les fichiers journaux de 01h00, 03h00, 05h00 ….

Mais à chaque fois j’ai l’un de ces messages d’erreurs :

Pour le fichier de 01h00:

Citation:

Msg 4326, Level 16, State 1, Line 1
Le journal dans ce jeu de sauvegarde se termine au numéro de séquence d'enregistrement 12369000000086800001, ce qui est trop tôt pour une application à la base de données. Une sauvegarde de fichier journal plus récente qui inclut le numéro de séquence d'enregistrement 12369000000089100001 peut être restaurée.
Msg 3013, Level 16, State 1, Line 1
RESTORE LOG s'est terminé anormalement.

Pour celui de 03h00:

Citation:

Msg 4305, Level 16, State 1, Line 1
Le journal dans ce jeu de sauvegarde commence au numéro de séquence d'enregistrement 12369000000089800036, ce qui est trop récent pour une application à la base de données. Une sauvegarde de fichier journal antérieure qui inclut le numéro de séquence d'enregistrement 12369000000089100001 peut être restaurée.
Msg 3013, Level 16, State 1, Line 1
RESTORE LOG s'est terminé anormalement.

Il n’y a pas d’autres sauvegardes.
Merci.
10/08/2010, 17h03
dbaffaleuf

Soit les journaux ne sont pas restaurés dans le bon ordre, soit il manque une sauvegarde dans la séquence. Merci de lister les différentes sauvegardes disponibles, par ex:

D:\SQL\BACKUP\sauvegardecomplete.bak
D:\SQL\BACKUP\sauvegardejournal01H00.bak
D:\SQL\BACKUP\sauvegardejournal03H00.bak
D:\SQL\BACKUP\sauvegardejournal05H00.bak
...

David B.

Bonjour,

J'ai une sauvegarde de la base STAT et de son fichier Log à 01h15 (STAT.BAK et STATLOG.BAK à 01h15)/
Code:

1 2 3 Restore database STAT from DISK='E:\TMP\STAT.BAK' with stats, norecovery, move 'STAT_Data' to 'E:\MSSQL\DATA\STAT_Data.mdf', move 'STAT_Log' to 'E:\MSSQL\LOG\STAT_Log.ldf'
La restauration de la base se passe bien.

Après j'ai des journaux à 03h03, 05h17, 07h32 ...

Code:

restore log STAT FROM disk='E:\TMP\Backup_STAT_Journal_201008100302.trn' WITH stats, norecovery
Code:

1 2 3 4 Msg 4305, Level 16, State 1, Line 1 Le journal dans ce jeu de sauvegarde commence au numéro de séquence d'enregistrement 1653307000000032300037, ce qui est trop récent pour une application à la base de données. Une sauvegarde de fichier journal antérieure qui inclut le numéro de séquence d'enregistrement 1653307000000031700001 peut être restaurée. Msg 3013, Level 16, State 1, Line 1 RESTORE LOG s'est terminé anormalement.
Est ce qu'il faut restaurer le fichier Log ?

Code:

restore log ACD FROM disk='E:\TMP\ACDLog.BAK' WITH stats, norecovery

Merci.

11/08/2010, 21h17
dbaffaleuf

On ne voit pas toutes tes commandes (la restauration du journal de 01h00, etc...). Merci de poster la liste complète de toutes les sauvegardes à remonter avec les chemins absolus, les commandes exécutées et les messages d'erreurs.

David B.

Bonjour,

Voici le déroulement des sauvegardes:
E:\TMP\Backup_STAT_Journal_201008112330.trn à 23h30 la veille
E:\TMP\STAT.BAK à 01:03
E:\TMP\STATLog.BAK à 01:03
E:\TMP\Backup_STAT_Journal_201008120135.trn à 01h35
E:\TMP\Backup_STAT_Journal_201008120340.trn à 03h40
E:\TMP\Backup_STAT_Journal_201008120545.trn à 05h45
E:\TMP\Backup_STAT_Journal_201008120750.trn à07h50
E:\TMP\Backup_STAT_Journal_201008120955.trn à 09h55
Les sauvegardes ont eu lieu sur un autre serveur qui hebrge actuellement la base.
A partir de la sauvegarde de la base et de son fichier Log de 01:03 (2 fichiers STAT.BAK et STATLOG.BAK)
Code:

1 2 3 Restore database STAT from DISK='E:\TMP\STAT.BAK' with stats, norecovery, move 'STAT_dat' to 'E:\MSSQL_INSTANCE1_BTI\DATA\STAT_Data.mdf', move 'STAT_log' to 'E:\MSSQL_INSTANCE1_BTI\LOG\STAT_Log.ldf'
Résultat OK:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 10 pour cent traités. 20 pour cent traités. 30 pour cent traités. 40 pour cent traités. 50 pour cent traités. 60 pour cent traités. 70 pour cent traités. 80 pour cent traités. 90 pour cent traités. 100 pour cent traités. 7120 pages traitées pour la base de données 'STAT', fichier 'STAT_dat' dans le fichier 1. 1 pages traitées pour la base de données 'STAT', fichier 'STAT_log' dans le fichier 1. RESTORE DATABASE a traité avec succès 7121 pages en 2.625 secondes (22.222 Mo/s).
Tentative de restauration de 1er journal après la sauvegarde de 01h35:
Backup_STAT_Journal_201008120135.trn :

Code:

restore log STAT FROM disk='E:\TMP\Backup_STAT_Journal_201008120135.trn' WITH stats, norecovery

Résultat KO:
Code:

1 2 3 4 Msg 4305, Level 16, State 1, Line 1 Le journal dans ce jeu de sauvegarde commence au numéro de séquence d'enregistrement 308000000068800037, ce qui est trop récent pour une application à la base de données. Une sauvegarde de fichier journal antérieure qui inclut le numéro de séquence d'enregistrement 308000000068100001 peut être restaurée. Msg 3013, Level 16, State 1, Line 1 RESTORE LOG s'est terminé anormalement.
idem pour le 2ème journal après la sauvegarde de 03h40:
Tentative de restauration de 2ème journal après la sauvegarde de 03h40 Backup_STAT_Journal_201008120340.trn

Code:

restore log STAT FROM disk='E:\TMP\Backup_STAT_Journal_201008120340.trn' WITH stats, norecovery

Résultat KO:
Code:

1 2 3 4 Msg 4305, Level 16, State 1, Line 1 Le journal dans ce jeu de sauvegarde commence au numéro de séquence d'enregistrement 308000000071100037, ce qui est trop récent pour une application à la base de données. Une sauvegarde de fichier journal antérieure qui inclut le numéro de séquence d'enregistrement 308000000068100001 peut être restaurée. Msg 3013, Level 16, State 1, Line 1 RESTORE LOG s'est terminé anormalement.
J’ai tenté la restauration de la sauvegarde de fichier log qui a été sauvegardé avec la base

Code:

restore log STAT FROM disk='E:\TMP\STATlog.BAK' WITH stats, norecovery
Code:

1 2 3 4 Msg 4326, Level 16, State 1, Line 1 Le journal dans ce jeu de sauvegarde se termine au numéro de séquence d'enregistrement 308000000066300001, ce qui est trop tôt pour une application à la base de données. Une sauvegarde de fichier journal plus récente qui inclut le numéro de séquence d'enregistrement 308000000068100001 peut être restaurée. Msg 3013, Level 16, State 1, Line 1 RESTORE LOG s'est terminé anormalement.
Merci.

Peux-tu renvoyer le résultat de la commande:

Code:

1
2
3
4
5
 
restore headeronly from disk='E:\TMP\STAT.BAK';
restore headeronly from disk='E:\TMP\STATLog.BAK';
restore headeronly from disk='E:\TMP\Backup_STAT_Journal_201008120135.trn';
GO

merci,

David B.

Citation:
Envoyé par dbaffaleuf
Peux-tu renvoyer le résultat de la commande:
Code:

1 2 3 4 5 restore headeronly from disk='E:\TMP\STAT.BAK'; restore headeronly from disk='E:\TMP\STATLog.BAK'; restore headeronly from disk='E:\TMP\Backup_STAT_Journal_201008120135.trn'; GO
merci,

David B.
Exécution de requête réussie.

Merci.

12/08/2010, 17h51
dbaffaleuf

8O Il ne renvoie rien du tout ??

Il devrait renvoyer 3 lignes, avec BackupName, BackupDescription, BackupType, etc...

David B.
12/08/2010, 18h05
dari68

Citation:

Envoyé par dbaffaleuf

8O Il ne renvoie rien du tout ??

Il devrait renvoyer 3 lignes, avec BackupName, BackupDescription, BackupType, etc...

David B.

Exact:

NULL NULL 1 NULL 0 1 2 NT AUTHORITY\SYSTEM SERVER\INSTANCE1 STAT 611 2009-11-03 15:57:48.000 58830336 308000000066500037 308000000068100001 308000000066500037 308000000064200037 2010-08-12 01:03:00.000 2010-08-12 01:03:08.000 0 0 1036 196609 80 4608 9 0 3042 SERVER 512 CAB94D80-2F27-4816-AE24-4ECC5D0B038B 55FA2DF0-8FA3-40CE-A092-93A273437D88 French_CI_AS 55FA2DF0-8FA3-40CE-A092-93A273437D88 0 0 0 0 0 0 0 0 0 0 55FA2DF0-8FA3-40CE-A092-93A273437D88 NULL FULL NULL NULL Database 20D032C5-3290-443D-B981-178197ACCAE2

NULL NULL 2 NULL 0 1 2 NT AUTHORITY\SYSTEM SERVER\INSTANCE1 STAT 611 2009-11-03 15:57:48.000 239104 308000000038600001 308000000066300001 308000000064200037 308000000064200037 2010-08-12 01:03:00.000 2010-08-12 01:03:00.000 0 0 1036 196609 80 4608 9 0 3042 SERVER 512 CAB94D80-2F27-4816-AE24-4ECC5D0B038B 55FA2DF0-8FA3-40CE-A092-93A273437D88 French_CI_AS 55FA2DF0-8FA3-40CE-A092-93A273437D88 0 0 0 0 0 0 0 0 0 0 55FA2DF0-8FA3-40CE-A092-93A273437D88 NULL FULL NULL NULL Transaction Log C9D9C387-F13B-426A-B6F9-601E8CFAFE2F

NULL NULL 1 NULL 0 1 2 COMMUN\PSDI01681_ADM SERVER\INSTANCE1 STAT 611 2009-11-03 15:57:48.000 58830336 308000000068800037 308000000070400001 308000000068800037 308000000066500037 2010-08-12 01:35:23.000 2010-08-12 01:35:26.000 0 0 1036 196609 80 4608 9 0 3042 SERVER 512 CAB94D80-2F27-4816-AE24-4ECC5D0B038B 55FA2DF0-8FA3-40CE-A092-93A273437D88 French_CI_AS 55FA2DF0-8FA3-40CE-A092-93A273437D88 0 0 0 0 0 0 0 0 0 0 55FA2DF0-8FA3-40CE-A092-93A273437D88 NULL FULL NULL NULL Database 0D4B183F-AAD0-4C37-B944-B487D88D5099

Merci.
13/08/2010, 09h12
dbaffaleuf

Si tu as bien lancé les trois restore haederonly dans l'ordre, il y a un soucis. Ton troisième backup est un backup full, pas un backup log (troisième colonne BackupType=1). Je note que ce troisième backup n'a pas été lancé par le même utilisateur (COMMUN\PSDI01681_ADM SERVER). C'est une sauvegarde planifiée dans un outil externe type controlM, $Universe ?

David B.
13/08/2010, 14h42
dari68

Merci Bien,

C'était ça mon blème, je sauvegardais la base.

Encore un grand Merci de votre aide.