J'ai un serveur de production exécutant SQL Server 2008 Web Edition et il doit continuer à courir 24x7 avec presque pas de temps d'arrêt, et il est temps que nous puissions passer à un matériel de serveur plus avancé, il est également une bonne occasion de passer à SQL Server. Entreprise 2012.
Maintenant ma question, comment puis-je faire cette migration sans prendre la base de données du tout? Comme par exemple, définissez quelque chose entre les deux serveurs comme réplication ou donc, j'ai donc une base de données exactement identique à la deuxième sur les deux serveurs, je peux simplement prendre les services principaux sur 1 minute, modifier l'adresse IP de la connexion de la base de données. De l'ancien serveur au nouveau serveur et je suis sûr que le nouveau serveur a une copie identique de l'ancien.
Je ne peux pas aller avec une approche de sauvegarde/restauration car elle prendra du temps plus qu'une période acceptable, c'est pourquoi j'ai besoin de quelque chose qui garantit des bases de données identiques exactement comme si je suis en train de faire sauvegarde/restauration. 5 minutes pourraient être le temps d'arrêt abordable maximum.
La taille de la base de données est d'environ 100 Go.
New Server exécute 2012 Enterprise et Old Server exécute 2008 Web
Je peux exceptionnellement archiver des enregistrements de la base de données et minimiser sa taille à 20 Go.
J'ai la possibilité de mettre à niveau mon édition Web SQL Server 2008 vers Enterprise Edition si cela vous aidera à plus de solutions, comme la réplication peut-être?
depuis que vous utilisez SQL Server 2008 Web Edition, votre meilleur pari est d'utiliser LOG SHIPPING
.
Votre taille de base de données est de 100 Go, l'initialisation du secondaire d'une sauvegarde doit être envisagée. N'utilisez pas une interface graphique pour configurer la connexion initiale.
Donc, vos pas devraient être:
WITH NORECOVERY
.Lancez l'assistant de connexion et assurez-vous de sélectionner secondary is already initialized
. Configurer la connexion à chaque 1 min
(c'est le minimum que vous pouvez obtenir).
Déplacez toutes les connexions, emplois, packages SSIS.
Pendant le passage au nouveau serveur :
arrêtez tous les serveurs Web connectés à la base de données
arrêtez toute la sauvegarde, copier et restaurer des travaux de connexion.
prenez une sauvegarde du journal de la queue finale et restaurez-la sur le secondaire WITH RECOVERY
.
Synchroniser les connexions.
Modifiez le web.config
de l'application pour le pointer sur le nouveau serveur. De cette façon, vous n'avez pas à changer l'adresse IP du nouveau serveur pour correspondre à l'ancien.
J'ai donné le Post Restaurer les étapes de manière plus détaillée ici .