Mise à niveau de SQL Server 6.5

Question

Oui je sais.L'existence d'une copie en cours d'exécution de SQL Server 6.5 en 2008 est absurde.

Cela stipulait quelle est la meilleure façon de migrer de 6.5 à 2005?Existe-t-il un chemin direct ?La plupart de la documentation que j'ai trouvée concerne la mise à niveau 6.5 à 7.

Dois-je oublier le natif SQL Server mettre à niveau les utilitaires, créer un script pour tous les objets et données et essayer de recréer à partir de zéro ?

J'allais tenter la mise à niveau ce week-end, mais des problèmes de serveur l'ont repoussée au prochain.Ainsi, toutes les idées seront les bienvenues au cours de la semaine.

Mise à jour.Voilà comment j'ai fini par procéder :

• Sauvegardez la base de données en question et masterisez-la 6.5.
• Exécuter SQL Server 2000c'est instcat.sql contre 6.5Le Maître.Ceci permet SQL Server 2000Le fournisseur OLEDB de pour se connecter 6.5.
• Utiliser SQL Server 2000est autonome "Import and Export Data" pour créer un package DTS, en utilisant OLEDB pour se connecter à 6.5.Cela a réussi à copier tout 6.5les tables à un nouveau 2005 base de données (utilisant également OLEDB).
• Utiliser 6.5Enterprise Manager pour scripter tous les index et déclencheurs de la base de données dans un fichier .sql.
• Exécutez ce fichier .sql sur la nouvelle copie de la base de données, dans Management Studio 2005.
• Utilisez Enterprise Manager 6.5 pour créer un script pour toutes les procédures stockées.
• Exécutez cela .sql déposer un dossier contre le 2005 base de données.Plusieurs dizaines de sprocs avaient des problèmes les rendant incompatibles avec 2005.Principalement non-ANSI joins et quoted identifier issues.
• Correction de tous ces problèmes et réexécution du .sql déposer.
• Recréé le 6.5les connexions dans 2005 et leur a donné les autorisations appropriées.

Il y a eu un peu de rinçage/répétition lors de la correction des procédures stockées (il y en avait des centaines à corriger), mais la mise à niveau s'est bien déroulée autrement.

Pouvoir utiliser Management Studio au lieu de Query Analyzer et Enterprise Manager 6.5 c'est une différence tellement incroyable.Quelques requêtes de rapport qui ont pris 20 à 30 secondes 6.5 database s'exécutent désormais en 1 à 2 secondes, sans aucune modification, sans nouveaux index ou quoi que ce soit.Je ne m'attendais pas à ce genre d'amélioration immédiate.

Answer 1

Hé, je suis toujours coincé dans ce camp aussi.L'application tierce que nous devons prendre en charge va ENFIN passer à 2K5, nous sommes donc presque à court de ressources.Mais je ressens ta douleur 8^D

Cela dit, d'après tout ce que j'ai entendu de notre DBA, la clé est de convertir d'abord la base de données au format 8.0, puis de passer à 2005.Je pense qu'ils ont utilisé les outils de migration/mise à niveau intégrés pour cela.Il y a de grandes étapes entre 6,5 et 8,0 qui sont mieux résolues ici que de passer directement de 6,5 à 2005.

Votre PLUS GRAND problème, si vous ne le saviez pas déjà, est que DTS a disparu au profit de SSIS.Il existe un module de type shell qui exécutera vos packages DTS existants, mais vous souhaiterez tous les recréer manuellement dans SSIS.La facilité de cela dépendra de la complexité des packages eux-mêmes, mais j'en ai fait quelques-uns au travail jusqu'à présent et ils se sont plutôt bien déroulés.

Answer 2

Vous pouvez mettre à niveau la version 6.5 vers SQL Server 2000.Il vous sera peut-être plus facile de vous procurer SQL Server ou la version 2000 de MSDE.Microsoft a une page sur passer de 6,5 à 2000.Une fois que vous disposez de la base de données au format 2000, SQL Server 2005 n'aura aucun problème à la mettre à niveau vers le format 2005.

Si vous n'avez pas SQL Server 2000, vous pouvez télécharger le MSDE 2000 version directement de Microsoft.

Answer 3

Je ne fais en aucun cas autorité, mais je pense que le seul chemin pris en charge est celui de 6,5 à 7.Ce serait certainement la voie la plus sensée, alors je pense que vous pouvez migrer de 7 directement vers 2005 sans douleur.

Quant à la création de scripts pour tous les objets, je vous le déconseille car vous manquerez inévitablement quelque chose (à moins que votre base de données ne soit vraiment triviale).

Answer 4

Si vous pouvez trouver une version professionnelle ou une autre version super-entreprise de Visual Studio 6.0, elle est accompagnée d'une copie de MSDE (Fondamentalement, le prédécesseur de SQL Express).Je pense que MSDE 2000 est toujours disponible en téléchargement gratuit auprès de Microsoft, mais je ne sais pas si vous pouvez migrer directement de la version 6.5 vers 2000.

Je pense qu'en principe, vous ne rencontrerez probablement aucun danger.Des années de pratique me disent cependant que vous manquerez toujours un objet, une autorisation ou un autre élément de base de données qui ne se manifestera pas immédiatement.Si vous pouvez scripter l'intégralité du dump, mieux c'est.Comme vous serez moins susceptible de manquer quelque chose - et si vous manquez quelque chose, cela peut être facilement ajouté au script et corrigé.J'éviterais toute étape manuelle (autre que d'appuyer une fois sur la touche Entrée) comme la peste.