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. P>
Merci! P>
7 Réponses :
Fondamentalement, ce que vous devez faire est:
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>
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;
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 "= i>" 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 B> une migration, puisque les structures internes du fichier .mdf code> ont été améliorées sur SQL Server 2008 Normes R2 (ADN Vous Impossible B> 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.
Edité avril 2012 Parce que le lien d'original est modifié pour la dernière version, SQL Server 2012 P>
pour une mise à niveau "in situ" (liens MSDN): p>
... à SQL Server 2008 R2 a> p>
Vous pouvez mettre à niveau des instances de SQL Server 2000, SQL Server 2005 ou SQL Server 2008 à SQL Server 2008 R2. p>
blockQuote>
... à SQL Server 1012 P>
Vous pouvez passer à partir de SQL Server 2005, SQL Server 2008 et SQL Server 2008 R2 à SQL Server 2012. P>
blockQuote>
Ce lien a changé en SQL Server 2012. Ne répond plus à la question.
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 P>
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 P>
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. P>
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 ;-)
Les autres réponses sont correctes d'une perspective technique mais pas d'un point de vue de support. P>
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) p>
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) p>
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.
Je fais actuellement la même chose. p>
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. p>
Qu'est-ce que nous avons fini par faire était: p>
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. P>
2) Restaurer la base de données. P>
4) Exécutez le script généré p>
Une autre option est d'essayer de connecter la base de données (fichiers) de SQL2K à SQL2K8 directement. P>
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. P>
Vous ne comprenez pas SQL Server 2000?