Mise à niveau SQL Server 6.5

voix
30

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

Cela précisé, quelle est la meilleure façon de migrer 6.5vers 2005? Y at - il chemin direct? La plupart des documents que j'ai trouvé des accords avec la mise à niveau 6.5à 7.

Dois - je oublier le natif des SQL Serverutilitaires de mise à niveau, le script sur tous les objets et les données et essayer de recréer à partir de zéro?

J'allais tenter la mise à jour ce week-end, mais des problèmes de serveur poussais retour jusqu'à la prochaine. Ainsi, toutes les idées seront les bienvenues au cours de la semaine.

Mettre à jour. Voilà comment je fini par le faire:

  • Sauvegardez la base de données en question et Maître sur 6.5.
  • Exécuter SQL Server 2000's instcat.sqlcontre 6.5' Master s. Cela permet SQL Server 2000le fournisseur OLEDB de » se connecter à 6.5.
  • Utilisez SQL Server 2000autonome de Import and Export Datacréer un package DTS, en utilisant OLEDBpour se connecter à 6,5. Ce copié avec succès toutes 6.5les tables « à une nouvelle 2005base de données (utilisant également OLEDB).
  • Utilisez 6.5Enterprise Manager de scripter pour tous les index de la base de données et déclenche un fichier sql.
  • Exécuter ce fichier sql contre la nouvelle copie de la base de données, en 2005 Management Studio.
  • Utilisez Enterprise Manager 6.5 pour scripter toutes les procédures stockées.
  • Exécuter ce .sqlfichier contre la 2005base de données. Plusieurs dizaines sprocs avaient des problèmes qui les rend incompatibles avec 2005. Principalement non-ANSI joinset quoted identifier issues.
  • Correction toutes ces questions et réexécutée le .sqlfichier.
  • Recréés les 6.5« logins s dans 2005et leur a donné des 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 avait des centaines d'entre eux pour corriger), mais la mise à niveau a beaucoup autrement.

Etre capable d'utiliser Management Studio au lieu de Query Analyzeret Enterprise Manager 6.5est une telle différence étonnante. Quelques requêtes de rapport qui ont 20-30 secondes sur le 6.5 databasesont maintenant en cours d' exécution en 1-2 secondes, sans aucune modification, de nouveaux index, ou quoi que ce soit. Je ne m'y attendais pas ce genre d'amélioration immédiate.

Créé 01/08/2008 à 20:26
source utilisateur
Dans d'autres langues...                            


4 réponses

voix
8

Hé, je suis toujours coincé dans ce camp aussi. L'application tierce, nous devons soutenir va ENFIN à 2K5, donc nous sommes presque hors du bois. Mais je sens votre douleur 8 ^ D

Cela dit, de tout ce que j'ai entendu de notre DBA, la clé est de convertir la base de données à 8,0 le format d'abord, puis aller à 2005. Je crois qu'ils ont utilisé la construction dans la migration / mise à niveau des outils pour cela. Il y a quelques grandes étapes entre 6,5 et 8,0 qui sont mieux que d'aller là-bas résolus 6,5 à 2005 directement.

Votre douleur BIGGEST, si vous ne saviez pas déjà, est que DTS est parti en faveur SSIS. Il y a un module de type shell qui exécutera vos packages DTS existants, mais vous allez vouloir les recréer manuellement tous dans SSIS. Facilité de cela dépendra de la complexité des paquets eux-mêmes, mais je l'ai fait quelques-uns au travail jusqu'à présent et ils ont été assez lisses.

Créé 01/08/2008 à 20:34
source utilisateur

voix
3

Vous pouvez mettre à niveau 6.5 vers SQL Server 2000. Vous pouvez avoir un temps plus facile d' obtenir une prise de SQL Server ou la version 2000 de MSDE. Microsoft a une page sur allant de 6,5 à 2000 . Une fois que vous avez la base de données au format 2000, SQL Server 2005 aura aucune difficulté à le mettre à niveau au format 2005.

Si vous ne disposez pas de SQL Server 2000, vous pouvez télécharger le MSDE 2000 la version directement à partir de Microsoft.

Créé 04/08/2008 à 02:29
source utilisateur

voix
2

Si vous pouvez trouver un professionnel ou une autre version super-entreprise de Visual Studio 6.0 - il est venu avec une copie de MSDE (Fondamentalement , le prédécesseur de SQL Express). Je crois que MSDE 2000 est toujours disponible en téléchargement gratuit de Microsoft, mais je ne sais pas si vous pouvez migrer directement 6,5 à 2000.

Je pense que dans le concept, vous ne serez pas probablement face à aucun danger. Des années de pratique cependant me disent que vous manquera 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 sur la décharge entière, mieux. Comme vous serez moins susceptible de manquer quelque chose - et si vous manquez quelque chose, il peut être facilement ajouté au script et fixe. Je voudrais éviter les étapes manuelles (autres que de frapper la touche entrée une fois) comme la peste.

Créé 04/08/2008 à 01:23
source utilisateur

voix
2

Je ne suis absolument pas d'autorité, mais je crois que le seul chemin pris en charge est de 6,5 à 7. Certes, ce serait la voie la plus saine d'esprit, alors je crois que vous pouvez migrer de 7 directement à 2005 assez sans douleur.

Comme pour les scripts tous les objets - je déconseillerais comme vous manquerez inévitablement quelque chose (à moins que votre base de données est vraiment trivial).

Créé 04/08/2008 à 00:56
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more