SQL Server : Migration de base de données d'un serveur vers un autre

 Dans de nombreuses situations, on peut vouloir transférer une ou des bases d'un moteur SQL Server vers un second :

• Migration de SQL Server 2000 vers SQL Server 2005
• Consolidation des moteurs SQL Server 2000
• Passage de MSDE vers SQL Server 2000
• ...

Donc dans tous ces cas, nous devons absolument faire attention à plusieurs choses, je vais essayer de vous lister les différentes étapes dans ce message.

---

1- Shrinker les bases d'origine sur le serveur

Ca se fait directement depuis Enterprise manager :

• Bouton droit sur le nom de la base
• All Tasks
• Shrink Database

2 - Faire un backup complet des bases à migrer

3 - Sauvegarder les logins SQL qui sont utilisés par les applications sur ces bases de données

Cette tache peut se faire avec via un Script fourni par Microsoft "sp_help_revlogin" :

• Comment faire pour transférer des noms d'accès et des mots de passe entre instances de SQL Server

Ceci vous créer sur la base master 2 procédures stockées

• sp_help_revlogin
• sp_hexadecimal

Vous pouvez alors exécuter la première selon 2 methodes :

• EXEC sp_help_revlogin : sans paramètre permet de lister tous les logins SQL et leurs mots de passe du moteur SQL
• EXEC sp_help_revlogin 'nomLogin' :avec le nom du login permet d'obtenir ce login avec son mot de passe

Le résultat est de la forme d'un script de création de compte SQL :

/* sp_help_revlogin script 
** Generated Nov 21 2006 11:32AM on MONSERVEURORIGINE */
 
DECLARE @pwd sysname
  
-- Login: EGS
SET @pwd = CONVERT (varbinary(256), 0x01004D2482641C0F845FC16D9A9BB8A7CF4BDE386972688094361798BD418595A7DC6EFCC4E56E5E3767D8656675)
EXEC master..sp_addlogin 'Monlogin', @pwd, @sid = 0x546CAC2645B8E0438EF6810F7CB3DAC4, @encryptopt = 'skip_encryption'

On peut alors simplement l'exécuter sur le nouveau serveur.

4 - Créer les login avec le script résultat sur le serveur cible

5 - Créer les bases vides sur le serveur cible

Attention : il faut bien vérifier la casse que l'on applique sur cette nouvelle base qui doit être la même que le serveur d'origine, ainsi que le mode de journalisation (simple ou full)

6 - Ajouter ces nouvelles bases dans les processus de maintenance (Plan de sauvegarde, d'optimisation, ...)

7 - Charger sur le nouveau serveur le backup effectué sur le serveur d'origine

8 - Modification des chaines de connexion pour les applications des utilisateurs.

9 - Valider que tout est OK quand à la migration

10 - Mettre les bases en Offline sur le serveur d'origine pendant le temps de validation de cette migration (environ quelques jours)

11 - Supprimer les bases du serveur d'origine

---

Je pense avoir listé tous les points à respecter, si certains manquent, n'hésitez pas à le signaler en commentaire.

 

Romelard Fabrice [MVP]