Version imprimable
Bonjour
Nous avons un serveur de bases de données configuré comme suit :
SQL Server 2005 SP2 sous Windows server 2003
Les administrateurs réseau vont fais un Upgrade de L’OS vers Windows server 2008
Ma question est : Es ce que cette opération ne va pas perturbée les fonctionnalités du SQL Server ?
Et je veux installer le SP3 SQL Server 2005, Es ce que je l’installe avant ou après le upgrade ?
Merci
Perso, j'en profiterai pour migrer ça vers une version toujours supportée, comme 2012 ou 2014...
Pour ton cas, je ne pense pas que l'update de l'os ne pose pas de problème sur le moteur de bd. Mais il y a peut-être un impact sur les composantes autour.
À tester tout de même sérieusement avant sur votre environnement de QA...
Pour le Sp3, pourquoi pas appliquer le dernier SP4 ? Vous avez vraiment peur d'être à jour ?
J'aurais tendance à le faire avant l'os mais c'est sûr que je ferais plutôt ça en deux interventions distinctes pour éviter de cumuler les problèmes.
Personnellement, au risque d'y passer pas beaucoup plus de temps, je ferais :
- Backup des bases
- Destruction totale du serveur
- Réinstallation du serveur tout propre (OS + SQL Server tout neuf)
- Restauration des bases
Car mettre à jour Windows, c'est un coup à ne plus pouvoir démarrer SQL Server, pourrir les perfs disque en raison d'une fragmentation des fichiers, ou je ne sais quoi d'autre.
Autant repartir d'un truc propre.
Surtout que si vous êtes en VM, vous avez tout le loisir de monter la nouvelle structure sans perturber l'ancienne, ce qui fait que la bascule ne durera au final que quelques minutes contre plusieurs heures de coupure sans garantie de pouvoir repartir en cas de mise à jour de l'OS.
C'est clair que si c'est possible, c'est aussi mon choix #1.Citation:
Envoyé par StringBuilder
C'est aussi un bon moyen de virer la merde qui s'accumule au fil des ans, comme les users sysadmin qui ne servent plus à rien ou les jobs qui ne marchent plus et dont on a oublié l'utilité, etc...
Euuuuhhhh StringBuilder, tu résumes un peu vite... Et les jobs ? Les plans de maintenance ? La sécurité ? Les Linked Server s'il y en a ? Toute la configuration de l'instance...Citation:
Envoyé par StringBuilder
Si ça pouvait être si simple, tout le monde migrerait en un week-end :aie::lol:
Bonjour et merci pour tous ces avis
il y a un projet d'acquérir la version SQL Server 2014 (ou même 2016) mais pas avant quelque moisCitation:
Envoyé par 7gyY9w1ZY6ySRgPeaefZ
Le problème est que je doit recréer les connexions, les plans de maintenances, les jobs etc..Citation:
Envoyé par StringBuilder
j'avais un serveur miroir mais depuis quelques mois le mirroring ne fonction pas, peut être je doit réactiver le mirroring avant que les administrateurs réseau upgrader l'OS ca au moine j'aurai un serveur de secours
Bonjour,
tout dépend alors de la notion de "quelques mois" dans ton entreprise.Citation:
il y a un projet d'acquérir la version SQL Server 2014 (ou même 2016) mais pas avant quelque mois
si c'est 3 mois je dirais catégoriquement :"mais pourquoi diable voulez-vous faire une opération "délicate" et peut être chronophage alors que vous allez tout bientôt migrer?"
si c'est plutôt 24 mois, alors je serai moins catégorique. qu'est ce qui motive de vouloir faire un upgrade de l'os ? est-ce que le serveur fonctionne bien et rend bien tous les services qu'il doit rendre de manière acceptable point de vue performance?
ca ce n'est qu'un demi problème, la plupart des choses à faire peuvent se faire par scriptCitation:
Le problème est que je doit recréer les connexions, les plans de maintenances, les jobs etc..
ne fonctionne pas, c'est à dire?Citation:
j'avais un serveur miroir mais depuis quelques mois le mirroring ne fonction pas,
quoiqu'il en soit si les bases ne sont plus synchronisées depuis plusieurs mois tu vas de voir repartir de backup du serveur 1 pour recréer tes bases secondaire sur le serveur 2.
moi je commencerais par là, non pas pour avoir un serveur de secours lors de la migration mais pour t'assurer que tu es capable d'avoir un serveur à l'identique et que tous les applicatifs liés fonctionnent.Citation:
peut être je doit réactiver le mirroring avant que les administrateurs réseau upgrader l'OS ca au moine j'aurai un serveur de secours
Pour ce faire
- tu réhabilites le miroir
- tu synchronises tes login (niveau instance)
- tu synchronises tes plans de maintenance
- tu synchronises tes jobs
- tu t'assures que tes applicatifs liés puissent se connecter au serveur 2 de manière automatique ou manuel.
- Dans le cas de changement manuel, tu prévois un plan d'action
- une fois que tu as tout syncronisé, tu fais un test de bascule et tu vérifies qu etout tes applicatifs liés fonctionnent
- Si c'est Ok: tu es donc sur d'etre capable de recréer un serveur à l'identique. tu es donc pret à faire ta migration.
- tu repasses sur le noeud 1
et pour faire la migration
- tu détruis le serveur 2
- tu réinstalles le serveur 2 de 0.
- tu recréés les miroirs
- tu bascules sur le noeud 2
- tu recrées ton serveur 1
- tu recréés le miroir
- tu rebascules sur le noeud 1
Attention que sur le miroir il faut prévoir un script de désactivation des jobs inutiles en mode passif et de réactivation le cas échéant
Tu pourrais gagner du temps et de l'énergie en passant directement à la migration en te disant que la recréation du miroir est inutile vu que tu vas le détruire dans la foulée.
Mais comme je le disais plus haut, tu seras rassurer sur tes capacités à recréer un serveur à l'identique et tu en auras profité pour documenter la marche à suivre.
Ce point ne constitueras donc plus une source de risques potentiels lors de la migration.
Cordialement,
Merci Bernardos
C'est une très bonne idée de commencer la mise à niveau de L'OS du serveur miroir avant le serveur principal
ma 1ere étape donc ca sera de rétablir le miroir et faire le transfert des login et les plans de maintenance
merci encore