Question

Est-il possible de restaurer une sauvegarde d'une base de données SQL Server 2005 sur une instance de SQL Server 2008?

Je dois reconstruire un serveur car il commence à être assez cruel. Je compte donc saisir cette occasion pour passer à SQL 2008 et me suis demandé si je serais capable de restaurer mes sauvegardes correctement.

Était-ce utile?

La solution

La mise à niveau de 2005 à 2008 est correcte, mais le retour en arrière peut nécessiter plus de travail

N.B. Vous avez peut-être un problème avec votre base de données les connexions (car elles n'existeront pas dans la nouvelle base de données maître du serveur), mais cela se produit quelle que soit la version du serveur. Il suffit de les recréer et de les associer à votre base de données.

Autres conseils

Oui, mais assurez-vous que TOUS vos serveurs sont bien SQL 2008. Si vous disposez de serveurs de développement, de test, d'assurance qualité ou de reprise après sinistre, ils devront tous être 2008, car les serveurs 2005 ne pourront pas restaurer Sauvegarde 2008.

Pour éviter le problème de perte de connexion mentionné par Ilya, suivez les étapes décrites dans cet article de la base de connaissances. SP_Help_Revlogin créera un script pour vos connexions et vous pourrez appliquer ce script sur le nouveau serveur. Presto, tous vos identifiants sont de retour avec les mêmes SID et tout.

http://support.microsoft.com/kb/246133

(Et juste pour référence future, voici comment nous avons mis à jour StackOverflow la nuit dernière, heh.)

http://twitter.com/SuperDalgas/status/976719756

Vous pouvez restaurer la sauvegarde 2005 avec 2008 sans aucun problème. La compatibilité de ce point de vue est agréable.

Le retour en arrière n'est pas possible uniquement avec les fichiers de sauvegarde.

Dans tous les cas, vous pouvez également recréer la structure de la base de données et utiliser SSIS pour transférer des données d'un serveur à un autre.

Vous pouvez également effectuer une opération de détachement / attache avec les fichiers de la base de données (vous pourriez au moins aller de 2000 à 2005), mais cette approche présente des inconvénients supplémentaires (nécessite une reconstruction explicite des index après IRRC)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top