migration - Mise à niveau de SQL Server 6.5

Translate

Oui je sais. L'existence d'une copie courante deSQL Server 6.5en 2008, c'est absurde.

Cela stipulé, quelle est la meilleure façon de migrer depuis6.5à2005? Y a-t-il un chemin direct? La plupart de la documentation que j'ai trouvée traite de la mise à niveau6.5à7.

Dois-je oublier le natifSQL Servermettre à niveau les utilitaires, sortir tous les objets et les données par script 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 suivant. Ainsi, toutes les idées seraient les bienvenues au cours de la semaine.

Mettre à jour. Voici comment j'ai fini par le faire:

  • Sauvegardez la base de données en question et Master sur6.5.
  • ExécuterSQL Server 2000deinstcat.sqlcontre6.5le maître. Ceci permetSQL Server 2000le fournisseur OLEDB auquel se connecter6.5.
  • UtilisationSQL Server 2000est autonome"Import and Export Data"pour créer un package DTS, en utilisantOLEDBpour se connecter à 6.5. Cela a copié avec succès tout6.5les tables de2005base de données (utilisant égalementOLEDB).
  • Utilisation6.5Enterprise Manager pour script de 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 de 2005.
  • Utilisez Enterprise Manager de 6.5 pour créer un script de toutes les procédures stockées.
  • Exécutez cela.sqlfichier contre le2005base de données. Plusieurs dizaines de sprocs avaient des problèmes les rendant incompatibles avec2005. Principalementnon-ANSI joinsetquoted identifier issues.
  • Correction de tous ces problèmes et réexécution du.sqlfichier.
  • Recréé le6.5connexions de2005et leur a donné les autorisations appropriées.

Il y avait 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 très bien passée autrement.

Pouvoir utiliser Management Studio au lieu deQuery AnalyzeretEnterprise Manager 6.5est une différence tellement incroyable. Quelques requêtes de rapport qui ont pris entre 20 et 30 secondes sur le6.5 databasefonctionnent maintenant en 1 à 2 secondes, sans aucune modification, aucun nouvel index ou quoi que ce soit. Je ne m'attendais pas à ce genre d'amélioration immédiate.

This question and all comments follow the "Attribution Required."

Toutes les réponses

Translate

Hé, je suis toujours coincé dans ce camp aussi. L'application tierce que nous devons prendre en charge passe ENFIN à 2K5, nous sommes donc presque épuisés. 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 en 2005. Je crois qu'ils ont utilisé les outils de migration / mise à niveau intégrés pour cela. Il y a quelques grandes étapes entre 6.5 et 8.0 qui sont mieux résolues ici que de passer directement de 6.5 à 2005.

Votre PLUS GRANDE douleur, si vous ne le saviez pas déjà, est que DTS est parti en faveur 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 paquets 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.

La source
Translate

Vous pouvez mettre à niveau 6.5 vers SQL Server 2000. Vous aurez peut-être plus de facilité à obtenir SQL Server ou la version 2000 du MSDE. Microsoft a une page surpassant de 6,5 à 2000. Une fois que vous avez la base de données au format 2000, SQL Server 2005 n'aura aucun problème à la mettre à niveau au format 2005.

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

La source
Translate

Je ne fais en aucun cas autorité, mais je crois que le seul chemin pris en charge est de 6,5 à 7. Ce serait certainement la voie la plus saine, alors je crois que vous pouvez migrer de 7 directement à 2005 assez facilement.

En ce qui concerne le script de 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).

La source
Translate

Si vous pouvez trouver une version professionnelle ou une autre version super-entreprise de Visual Studio 6.0, elle est fournie avec une copie deMSDE(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 6.5 à 2000.

Je pense que dans le concept, vous ne courrez 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 créer un script pour le vidage complet, 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.

La source