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?