Discussion :

[Kropernic]

Bonjour,

J'ai enfin la possibilité de mettre à jour notre SGBDR.

Si la migration en elle-même des bases de données ne pose pas de problème (detach, copy, attach, adaptation du compatibility level), je me pose des questions quant à l'installation.

Pour cette nouvelle version, je n'aurai pas de nouvelles machines. Actuellement, j'ai 3 machines physiques distinctes nommée sql1, sql2 et sql3. Sur chacune est installée une instance de la version 2008R2 en édition standard.

Je devrai donc installer une version 2014 standard sur chacune de ces 3 machines. Jusque là, je pense que tout devrait bien se passer.
Par contre, j'ai un peu peur pour la désinstallation de 2008 une fois la migration effectuée.

Y a-t-il un risque que la désinstallation supprime des trucs (des dll's principalement) que 2014 aurait encore besoin ?

[Invité]

Pourquoi ne pas upgrader directement tes instances actuelles ?
Ça t'évitera de changer les chaines de connexions et de migrer les bds.
Ok pour le rollback, par contre, c'est moins évident...

[Kropernic]

Excellente question !!

À vrai dire, je n'y avais même pas songé. Il s'agit d'une méfiance qui date de la préhistoire de l'informatique mais j'ai tellement eu de problème par le passé avec des softs upgradés qui ne fonctionnaient plus correctement que du coup, j'ai toujours tendance à installer proprement...

Et justement, tu parles du rollback. Cela me laisse penser que l'upgrade pourrait merder et me laisser en plan sans plus aucune instance. Correct ?

Quelqu'un a-t-il un retour d’expérience par rapport à ce genre d'upgrade ?

[Invité]

Je n'ai jamais vraiment fait ça en prod puisque lorsqu'on change de version d'instance, on en profite pour changer la machine / VM avec l'OS.
J'ai fait ça pour des instances en DEV et PREPROD et jusqu'à présent, je n'ai jamais rencontré de problème - à l'exception des clones de clones de clones de VM où ça merde à chaque fois.
Tu peux valider ça sur ton instance de PREPROD avant d'appliquer ça en PROD.
Il y a toute la procédure de rollback sur MSDN mais j'avoue que je n'aimerais pas à avoir à l'appliquer en PROD avec l'horloge au dessus de la tête...

[Kropernic]

Je n'ai jamais vraiment fait ça en prod puisque lorsqu'on change de version d'instance, on en profite pour changer la machine / VM avec l'OS.
J'ai fait ça pour des instances en DEV et PREPROD et jusqu'à présent, je n'ai jamais rencontré de problème - à l'exception des clones de clones de clones de VM où ça merde à chaque fois.
Tu peux valider ça sur ton instance de PREPROD avant d'appliquer ça en PROD.
Il y a toute la procédure de rollback sur MSDN mais j'avoue que je n'aimerais pas à avoir à l'appliquer en PROD avec l'horloge au dessus de la tête...

Je me demande si je ne vais pas attendre encore un an histoire d'avoir les nouvelles machines... Après tout, on est en 2016, je ne suis plus à un an près

[elsuket]

Nous réalisons les upgrades de SQL Server par installation côte à côte sur le même serveur (Physique ou VM), ou sur des serveurs distincts.
Ces instances sont passés de 2005 à 2008 à 2008R2 à 2012 et enfin 2014, sans encombre, et ce pour une cinquantaine d'instances à ce jour.

Cela étant dit, tu peux attendre effectivement d'avoir de nouvelles machines pour réaliser la migration plus tranquillement

@++