Discussion :

[bribou]

Bonjour,
Nous avons une VM de référence sur laquelle est installé SQL Server 2008 R2 (avec SSIS et SSRS)
Nous voulons utiliser cette VM pour en générer de nouvelles en utilisant SYSPREP/Windows et un VM Converter.
Nous aurons donc à chaque fois des nouveaux SIDs.
Je sais qu'il faut exécuter drop_server et add_server, redémarrer les services et j'ai lu dans une discussion
sur le forum que pour un fonctionnement classique il ne devrait pas y avoir de souci.
Mais avant de lancer mes VMs clonées dans la nature j'aimerais en savoir un peu plus sur les problèmes potentiels
que ces changements de SID peuvent provoquer.

Qu'est-ce qu'un fonctionnement classique? Quelqu'un sait-il dans quels cas je risque de recontrer des problèmes?

[SQLpro]

Avez-vous utilisé VSS pour votre copie de VM SQL Server ?
Sinon, avez vous arrêté les services SQL Server ?

A +

[mikedavem]

Si vous avez déjà installer SQL Server avant de changer les SID vous risquez d'avoir des soucis de fonctionnement par la suite. Par exemple, certains comptes prédéfinis (MACHINE\SQLServer...MSSQLUser$MACHINE$MSSQLSERVER utilisés par SQL Server se voient renouveller leur SID. Ces informations de SID sont également stockées dans la base master ...

Vous avez le choix entre préparer votre image virtuelle avec un sysprep SQL Server (la version 2008 R2 la supporte) ou prévoir un script d'installation (automatique) à chaque fois que vous montez une nouvelle machine virtuelle.

Le sysprep SQL Server apporte une certaine rigueur de gestion mais n'accélère pas le processus (ce qui ne le rend pas vraiment populaire).

++

[bribou]

Pour répondre à SQLPro: non n'utilisons pas VSS pour copier la VM. Les services SQL Server sont arrêtés avant la copie.

Pour répondre à mikedavem: justement, je voudrais savoir quels sont ces soucis de fonctionnement. Avez-vous des exemples?

[mikedavem]

Par exemple des erreurs de connexion après le changement de SID ..

++

[bribou]

Et en cas d'application de service packs de SQL Server?

[mikedavem]

Avec un serveur SQL cloné ? ou après le changement de SID ?

++

[bribou]

Après le changement de SID

[mikedavem]

Honnêtement je ne sais pas .. je n'ai jamais testé l'application d'un service pack sur une machine dont le SID à changer avec un SQL Server déjà installé.

Il faut juste savoir que si vous entrepenez ce genre de choses et que vous appelez le support Microsoft suite à un problème votre appel ne sera pas pris en charge car non supporté.

Il y a cependant une procédure de contournement écrite par Kendal Vandyke qui fonctionne plus bien mais celle-ci reste quand même fastidieuse dans un scénrio de déploiement / provisionning. Maintenant à vous de peser le pour et le contre entre installer SQL Server avant le sysprep ou après ...

++

[Ptit_Dje]

Il faut juste savoir que si vous entrepenez ce genre de choses et que vous appelez le support Microsoft suite à un problème votre appel ne sera pas pris en charge car non supporté.

Je me posais la question, car la documentation disponible n'est pas tres claire sur le sujet je trouve.
Ils parlent bien de non-support en cas de restore depuis des snapshots mais j'ai pas trouve sur le clonage (est ce considere comme un snapshot ?).
Aurais tu un lien a partager ?

[bribou]

Il y a cependant une procédure de contournement écrite par Kendal Vandyke qui fonctionne plus bien mais celle-ci reste quand même fastidieuse dans un scénrio de déploiement / provisionning. Maintenant à vous de peser le pour et le contre entre installer SQL Server avant le sysprep ou après ...

Merci pour ce lien très intéressant. En fait je suis plutot favorable au sysprep mais j'avais besoin d'arguments pour convaincre... Cet article va m'en donner quelques uns.

[mikedavem]

Je me posais la question, car la documentation disponible n'est pas tres claire sur le sujet je trouve.
Ils parlent bien de non-support en cas de restore depuis des snapshots mais j'ai pas trouve sur le clonage (est ce considere comme un snapshot ?).
Aurais tu un lien a partager ?

Effectivement tu as raison et d'ailleurs la FAQ va être mise à jour par Microsoft. En fait il faut se poser la question de pourquoi un snapshot n'est pas supporté. Ce n'est pas tant le snapshot en lui même mais lorsque ce snapshot est "dormant", des changements peuvent intervenir entre temps sur l'environnement système, réseau etc .... Il n'est donc pas certain que ces changements puissent ne pas avoir d'impact sur le snapshot qui sera remonté. Il existe par conséquent une multitude de scénarii où on a des incertitutes ...

++

[SiSMik]

J'ajouterais que l'on perd le support Microsoft si on utilise une VM clonée de SQL Server (validé par le TAM y'a 2 mois à peu pret).
Nous avons préféré partir sur des scripts d'installation Powershell, c'est moins rapide, mais ça fonctionne bien !

[Ptit_Dje]

J'ajouterais que l'on perd le support Microsoft si on utilise une VM clonée de SQL Server (validé par le TAM y'a 2 mois à peu pret).

Merci !