10
votes

Migrer de SQL Server 2000 à 2008 R2 - Comment

J'ai une base de données sur SQL Server 2000. Nous migrent maintenant vers un nouveau serveur avec SQL Server 2008 R2. Quelqu'un peut-il s'il vous plaît me signaler une ressource ou comment? Je ne trouve pas vraiment mon chemin autour de SQL 2000.

Merci!


1 commentaires

Vous ne comprenez pas SQL Server 2000?


7 Réponses :


12
votes

Fondamentalement, ce que vous devez faire est:

  • Sauvegardez votre base de données dans SQL Server 2000 à un fichier .bak li>
  • déplace que * .bak fichier sur votre nouveau serveur li>
  • restaurer cette base de données sur votre nouveau serveur LI> ul>

    Vous avez terminé! Il n'y a vraiment rien de plus à cela ..... juste sauvegarde (sur votre ancien système) et restaurez (sur votre nouveau système). P>

    Alors, où est votre problème ?? P>

    MISE À JOUR: STRUT> AS @ PÉTER MENTIONS correctement: Ceci laisse votre base de données dans le mode de compatibilité SQL Server 2000. Cela signifie: même si vous avez "migré" sur SQL Server 2008 R2, vous ne pouvez toujours utiliser que les fonctionnalités 2000. p>

    Pour voir quel mode de compatibilité est dans votre base de données, vérifiez le SYS.DATABASES CODE> Vue du catalogue: P>

    ALTER DATABASE YourDatabaseNameHere
    SET COMPATIBILITY_LEVEL = 100;
    


7 commentaires

Il n'y a pas de problème. Je me demandais juste ce que je devrais faire, et c'est juste la réponse que je cherchais. Faire une sauvegarde sur l'ancien serveur et effectuer une restauration sur le nouveau serveur. Merci.


Je lisais toutes sortes de choses comme des fichiers d'exportation ou de DB DB, etc.


pas tout à fait .. - S'il y a DB Login's, alors ils devront être recréés et liés - si vous utilisez n'importe quel " =" ou "= " rejoint cette syntaxe est maintenant obsolète et causera ces questions à échouer, vous devrez remplacer par la syntaxe moderne - lorsque vous restaurez la DB, vous serez propriétaire, vous devez changer cela à un compte système comme SA


@Matao: True - Un des points que SQL Server 2011 "Denali" essaie de s'adresser à ses bases de données "contenues" ...


Ceci exécute la base de données sur le mode de compatibilité, pas vraiment l'environnement SQL 2008R2. Donc, ce n'est pas vraiment une migration.


@ PÉTER: Oui - Bien sûr - mais c'est Toujours une migration, puisque les structures internes du fichier .mdf ont été améliorées sur SQL Server 2008 Normes R2 (ADN Vous Impossible Retournez et restaurez ce fichier sur un serveur de 2000 ...)


Mais vous ne pouvez utiliser que le jeu de fonctions SQL2000 et le comportement du serveur encore 2000 donc pas aussi bon d'optimisation que 2008R2.



0
votes

Edité avril 2012 Parce que le lien d'original est modifié pour la dernière version, SQL Server 2012

pour une mise à niveau "in situ" (liens MSDN):

... à SQL Server 2008 R2

Vous pouvez mettre à niveau des instances de SQL Server 2000, SQL Server 2005 ou SQL Server 2008 à SQL Server 2008 R2.

... à SQL Server 1012

Vous pouvez passer à partir de SQL Server 2005, SQL Server 2008 et SQL Server 2008 R2 à SQL Server 2012.


1 commentaires

Ce lien a changé en SQL Server 2012. Ne répond plus à la question.



3
votes

Je démarrerais en exécutant le conseiller de mise à niveau sur le serveur 2000 (pendant une utilisation basse ou des heures d'arrêt) pour voir quelles recommandations il fabriquent et adressent complètement chacune: http://msdn.microsoft.com/en-us/library/ms144256.aspx

Ici aussi est un livre blanc de MS sur le sujet: http://download.microsoft.com/download/2/0/b/20b90384-f3fe-4331-aa12-fd58e6AB66C2/ SQL% 20Server% 202000% 20to% 202008% 20upgrade% 20write% 20pape.docx

Beaucoup pourrait mal tourner ... trop pour couvrir dans un cadre de forum. Mais là encore, rien ne pourrait mal tourner ... le meilleur plan, test, puis testez-le d'autres.


2 commentaires

Bon conseil, pour quelqu'un qui cherche à mettre à niveau. Ce n'était pas ce que je demandais, mais ne me laisse pas me faire arrêter. Répondez à n'importe quelle question que vous aimez :)


Désolé, vous n'auriez peut-être pas eu la peine de mentionner le fait que vous migrez la base de données vers 2008 R2, ce qui implique une mise à niveau. Que diriez-vous de demander ce que vous avez vraiment besoin, un tutoriel pour SQL 2000 ;-)



1
votes

Les autres réponses sont correctes d'une perspective technique mais pas d'un point de vue de support.

Je ne pense pas que Microsoft prend en charge une mise à niveau directe de SQL Server 2000 sur SQL Server 2008 R2. Cela ne signifie pas que c'est difficile, cela n'est pas pris en charge. (Qui peut être significatif ou non pour votre scénario)

Vous pouvez mettre à niveau votre instance SQL Server 2000 sur SQL Server 2008 R1, puis effectuez une mise à niveau ultérieure sur SQL Server 2008 R2. (Ou même SQL Server 2012 si vous êtes tellement enclin)


1 commentaires

J'ai eu le même problème. Nous avons dû d'abord aller à une instance PRE 2008 R2 avant d'aller à 2008R2. C'est une douleur mais ça marche.



1
votes

Je fais actuellement la même chose.

Création de votre base de données SQL 2008 à partir d'une restauration de 2000 BAK est une bonne première étape. La plupart des travaux pour moi concernaient les autorisations de l'utilisateur et assurez-vous que les utilisateurs étaient synchronisés avec la connexion à la base de données et que nous n'avions pas eu de schéma de base de données généré par la sauvegarde liée à cet utilisateur qui causerait des problèmes si Nous avons essayé de recréer cet utilisateur de la base de données.

Qu'est-ce que nous avons fini par faire était:

1) Créez un script. Nous avons eu un script qui écrirait de manière dynamique un script pour effectuer les éléments suivants: Drop Login, Drop DB Utilisateur, Drop Schema, Recreate Login, Recreate Utilisateur, Autorisations de l'utilisateur de subvention.

2) Restaurer la base de données.

4) Exécutez le script généré


0 commentaires

0
votes

Une autre option est d'essayer de connecter la base de données (fichiers) de SQL2K à SQL2K8 directement.


0 commentaires

0
votes

Le moyen le plus simple est de sauvegarder votre base de données dans SQL 2000 à un fichier .bak et de le déplacer. Faites une restauration et tout devrait aller. Exécutez un SP_USERS_LOGING pour identifier les utilisateurs du serveur Orphan.


0 commentaires