Discussion :

[ylarvor]

Mon problème n'est pas vraiment technique, un peu quand meme, nous envisageons de migrer un serveur 2000 vers 2005, il comporte une quinzaine de bases de 60 Mo.

Comment gèrer les utilisateurs lors de la migration ?

Quelle méthodologie pour migrer ?

Je propose de migrer bases par bases mais le problème, c'est que les utilisateurs saisissent des données dans la base 2000 pendant la migration vers 2005.

des experiences ? une methode ?

[SQLpro]

Installez SQL Server 2005 sur le même serveur que 2000 dans une instance nommée.
Migrer les bases par un détachement / atachement.
Supprimez l'instance 2000
C'est la méthode la plus rapide en terme d'indisponibilité de la base.

A +

[33Romain]

Le nom de l'instance sous 2005 instance peut elle être le même que celle sous 2000?


Je m'explique... Dans mon cas, je dois migrer des lots DTS (une cinquantaine), les sources de base de données et destinations devront être changés dans le cas ou l'on est obligé de changer le nom de l'instance lors de la migration.. nan?

[ylarvor]

si vous ne creer pas une instance nommée, vous allez ecraser sql serveur 2000 avec 2005. aucun retour en arriere donc!

merci sql pro pour la méthode.

[SQLpro]

C'est jouable, mais sauvegarde préalable de toutes les bases (y compris bases systèmes).

A +

[33Romain]

Dacodak.. bon c'est cool bonne nouvelle


Par contre au niveau de la disponibilité de la base durant la migration ça donne quoi?


De toute façon jme ferai une migration de test pour voir tout ça


Merci pour vos réponses

[ylarvor]

SQL Pro,

J'ai proposé une sauvegarde2000-restauration2005.

Je cherche une façon de m'assurer que les bases restaurées sous 2005 fonctionneront.

Je réfléchis à l'enregistrement d'une trace sur 2000 et à son passage sous 2005.

Une idée ?

[SQLpro]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Par contre au niveau de la disponibilité de la base durant la migration ça donne quoi?

Aucune dispo...
Ne révons pas !!!

A +

[SQLpro]

J'ai proposé une sauvegarde2000-restauration2005.

Cette méthode n'est à mon sens aucunement valable. EN effet pendant le sauvegarde les utilisateurs peuvent continuer à travailler et par exemple modifier des lignes en ajouter en supprimer.... Vous aurez donc une désynchronisation et perdrez les données mises à jour pendant la manoeuvre.

Il n'existe pas de solution miracle : il faut ARRÊTER le service des données le temps de ce passage.
Evidemment dans ce cas le detach/attach est bien plus rapide... Il a même été fait essentiellement pour cela.

A +

[33Romain]

Etant donné que l'on parle migration 2000 -> 2005, je vais exposer ma difficulté concernant la migration de lots DTS :


Je dois migrer une centaine de lots DTS en même temps que ma migration SQL Server 2000 vers 2005..

- SQL Pro m'a prévenu, si j'ai bien compris, qu'une mise a jour des bases était possible sans changer le nom de l'instance. Ca tombe bien, je me vois mal réécrire (pour le moment) l'ensemble des lots.

- Ces lots DTS sont pour la plupart constitué de sous lots, et sont pour beaucoup d'entre eux des tâches ActiveX

Mes questions sont les suivantes :


Lors de la migration de SQL Server 2000 vers 2005, les lots peuvent ils être importé facilement, ou doit on les importer un par un dans Management Studio après exportation en fichier *.dts sur le serveur 2000.?


Y'a t'il des risques que cela se passe mal après l'importation sous 2005, en conservant le format DTS ?

Merci d'avance