Discussion :

[dediou]

Bonjour,

Je souhaiterais convertir, ou migrer (je ne sais pas le terme exact) ma base SQL Serveur 2000 en SQL Serveur 2008.

Cela ne me semble pas compliqué, j'ai cherché un peu sur le net, et je suis tombé sur 2 procédures qui ont retenue mon attention :

http://blogs.technet.com/b/mdegre/ar...r-2008.aspx?fr

http://www.dell.com/downloads/global...tion_Guide.pdf

J'ai lu aussi qu'il fallait utiliser SQL Server 2008 Upgrade Advisor

Je voudrais avoir votre avis sur ces procédure, savoir si elle sont fiable, ou avoir votre retour d'expérience sur des migrations de base (choses à ne pas oublier...)

Comme vous l'aurez certainement compris sur mes derniers post, je ne m'y connais absolument pas !

Merci de votre aide en tout cas

[dbaffaleuf]

Il manque la modification de l'option PAGE_VERIFY à CHECKSUM dans le premier lien. On ne parle pas non plus de tests de non régression.

Le plus simple est de récupérer Upgrade Advisor et de le passer sur l'instance SQL Server 2000, mais ce n'est pas suffisant. Si l'application utilise des requêtes SQL côté serveur d'appli, SQLUA ne pourra pas les analyser directement. On conseille de capturer des scénarii avec SQL Profiler correspondant à des actions dans l'application (ouverture du bandeau d'accueil, création d'un item, modification d'un item, etc...), et de donner les traces à SQLUA pour analyse, pour qu'il puisse détecter des obsolescences / mot réservés, etc... Je ne parle même pas de la non-régression de performances... Dans les faits c'est un travail fastidieux, mais peut être n'est-ce pas vraiment important dans ton cas...

David B.

[dediou]

Oui, j'ai vu aussi pour SQL UA. Merci

Sinon, en fait, je sais juste que c'est la base qui est utilisée pour le logiciel que moi je gère. Mais dans la cadre de la migration de ce logiciel, on me demande de faire la migration SQL en même temps
(J'ai précisé que je n'y connaissait rien la dedans, on m'a répondu "ben tu t'y connaitra après.." Alors qu'il existe des DBA chez le client)

En gros, personne ne travail sur la base, je peux faire ce que je veux (tant mieux tu me diras )

Mais la ou je ne te suis pas c'est quand tu dis :

On conseille de capturer des scénarii avec SQL Profiler correspondant à des actions dans l'application (ouverture du bandeau d'accueil, création d'un item, modification d'un item, etc...),

Egalement y'a t'il une différence à utiliser SQL Server Standard, Entreprise ou Développeur pour l'exploitation d'une base et conversion ?

[dbaffaleuf]

Dans la mesure où SQLUA ne peut pas connaître à l'avance les requêtes qui seront jouées sur la base si elles sont stockées côté serveur d'appli (càd pas sous la forme de procédures stockées), il faut pouvoir les capturer pour pouvoir les lui faire analyser. Maintenant si le progiciel migré est certifié compatible avec SQL Server 2008 tu n'as pas à t'en préoccuper. S'il y a un problème de codage obsolète ou de mot réservé une fois la base migrée, c'est le problème de l'éditeur, pas le tien.

Egalement y'a t'il une différence à utiliser SQL Server Standard, Entreprise ou Développeur pour l'exploitation d'une base et conversion ?

Standard est limitée en fonctionnalités par rapport à Enterprise / Developper.
Tu n'es pas sensé utiliser une édition Developper en production. cf http://msdn.microsoft.com/en-us/library/cc645993.aspx

David B.

[mikedavem]

Bonjour,

En suis de ce que dit dbaffaleuf, vous pouvez également utiliser les événements de type de dépréciation avec le profiler qui vous permet de remonter des alertes sur certaines fonctionnalités / syntaxes à ne plus utiliser.

Pensez également à faire un DBCC CHECKDB WITH DATA_PURITY pour vérifier si toutes vos données sont valides pour chaque colonne de chaque table. En effet avec SQL Server 2000 il était possible d'introduire des valeurs hors limite selon le type de données.

Enfin pensez à réindexer votre base ou à remettre à jour l'ensemble de vos statistiques. Le moteur d'optimisation ayant été revenu dans la version 2005, vous pouvez vous retrouver avec des problèmes de performance à cause de calcul de statistiques erronés (donc de mauvais plans de requêtes qui peuvent exister).

++

[dbaffaleuf]

++

[dediou]

OK OK !!!

Merci beaucoup pour toutes ces infos et votre réactivité ! Super

je vais me lancer et suivre pas à pas les différentes infos récoltées.

Concernant la version Developpeur, je suis sur mon pc perso pour les test. Il y a une version standard ou entreprise pour la vrai recette

MERCI !