Exemple du matin, suite à la perte complète d’une machine je dois reconstruire une instance en SQL Server 2014 SP1 CU6 soit 12.0.4449. J’ai tous les backups y compris de master donc à priori aucun problème à l’horizon.
Sauf que depuis le premier déploiement de cette machine le CU6 a été retiré du téléchargement et que je dois me contenter du refresh qui est en 12.0.4457. Je me dis bon pas grave il va upgrader master à la fin du reload.
Et bien en fait non:
1> restore database master from disk='D:\BASES SQL\Backups\master_backup_2016_05_31_200002_7829921.bak' with replace 2> go Message 3168, niveau 16, état 1, serveur PM-PRECBDD-PRD, ligne 1 Impossible de restaurer la sauvegarde de la base de données système de l'unité D:\BASES SQL\Backups\master_backup_2016_05_31_200002_7829921.bak car elle a été c réée par une autre version de serveur (12.00.4449) que celle-ci (12.00.4457). Message 3013, niveau 16, état 1, serveur PM-PRECBDD-PRD, ligne 1 RESTORE DATABASE s'est terminé anormalement.
Nul n’est censé ignorer la loi. Heureusement pour moi la plupart des objets serveur et la conf avaient été scriptés.
La morale de l’histoire, c’est qu’un backup ne suffit pas toujours. Dans le cas de master il peut être bon de penser à sortir toute la config en plus (logins, credentials, rôles de serveur, conf RG, serveurs liés, backupdevices, configuration, etc…) de temps en temps. Un début de solution du côté de Codeplex.
A+
Continuez votre lecture sur le blog :
- Redémarrage des serveurs par l’hyperviseur : ça fait mal ? (Capdata team) [SQL Server]
- SQL Server : resynchroniser un login avec le user d’une base après une restauration grâce au SID (Emmanuel RAMI) [SQL Server]
- Pourquoi il faut sauvegarder les bases systèmes (David Baffaleuf) [SQL Server]
- Le chiffrement et SQL Server – Episode 2 : Mise en oeuvre de TDE (Capdata team) [SQL Server]
- Réplication MySQL : Resynchronisation d’un Slave MySQL (Capdata team) [MySQL]