Discussion :

[pekerman]

Bonjour, je suis en train de déménager plusieurs base de données d’un serveur vers un autre serveur.
Et je voulais du coup pouvoir comparer les bases de données après déménagement sur les deux serveurs.
Vérifier notamment les données ainsi que le structure des bases de données.
Avez-vous des idées ?.
Ma version SQL Server 2008 R2 .

Merci de vos retours

Cordialement,


Teddys

[Invité]

Pour ma part, j'utilise les très intuitifs et efficaces Redgate SQL Compare (pour le DDL) et Redgate SQL DATA Compare (pour le data).
Payant, mais vu le temps que ça me fait gagner, c'est un très bonne investissement.

[FloFlo12]

Bonjour,

en version gratuite il y a dbcomparer. Il est assez facile à utiliser mais ne permet pas d'extraire ton résultat.
C'est celui que j'utilise.

[SQLpro]

Bonjour, je suis en train de déménager plusieurs base de données d’un serveur vers un autre serveur.

Si j'ai bien compris vous passez d'une instance à l'autre. Comme le faite vous, car si vous faites un détach attach les bases seront strictement identiques !

A +

[janlouk]

Si j'ai bien compris vous passez d'une instance à l'autre. Comme le faite vous, car si vous faites un détach attach les bases seront strictement identiques !

A +

Qu'est-ce qui est le mieux dans son cas ? Et pour moi, lors d'une migration. Un backup/restore ou detach/attach ?

[elsuket]

Bonjour,

La méthode par attachement comme celle par restauration d'une sauvegarde sont les plus sûres : l'intégrité transactionnelle et des données est garantie.

@++

[SQLpro]

Si c'est une migration detach/attach permet de ne pas faire en sorte d'avoir 2 bases de données opérationnelles...
1) vous détachez les fichiers de la base du serveur A (sp_detachdb)
2) vous migrez les fichiers sur le serveur B
3) vous attachez les fichiers à la base dans le serveur B (CREATE DATABASE ... FOR ATTACH)
Il n'y a donc plus de base sur le serveur A ce qui évite à certaines applications qu'on a oublié de rerouter de mettre les données dans une base obsolète !

A +