sql-220x162

 

 

 

Tout dépend votre situation, mais dans bien des cas, il peut être intéressant de passer d’une base SQL Express embarquée à une base SQL externe. Vous pouvez être amené à le faire dans le cadre d’un test,  dans un environnement pour lequel à l’origine une base SQL express suffisait et qui va bientôt dépasser 5 Hosts et/ou 50 VMs ou même avant un upgrade en vCenter 6.0. Les 3 cas de figure :

  • Pour un environnement de LAB il est intéressant de passer d’un SQL Express à une base SQL Standard pour tenter l’expérience.
  • Pour un environnement de PROD, si vous le pouvez, nous vous conseillons de réinstaller au propre une nouvelle instance et de recréer l’ensemble des objets du vCenter. 
  • Sinon vous avez le besoin de migrer en conservant les données, stats et autres vers vCenter 6.0, vous ne pouvez pas garder votre base SQL Express puisque en version 6.0, la base embarquée est une vPostgres.

 

Donc pour les vGeek, qui veulent se préparer à la monter de version, nous allons présenter la migration de SQL express vers une base SQL Standard. Dans notre cas,nous migrons vers SQL server 2008 R2 Standard mais la procédure est la même que pour une base SQL dernière génération.

Petit conseil : Toujours faire un test en LAB avant toute mise en PROD !!!

 

 

Préparation

 

Arrêt du service vCenter :

  • CMD => services.msc
  • Stop sur le service “VMware VirtualCenter Server”

ScreenHunter_10 Mar. 25 10.40

 

 

Backup UP – (Juste au cas où)

  • Si c’est une VM : faire un clone et une fois celui-ci terminé, faire en plus un petit Snapshot histoire de pouvoir faire un retour arrière rapide.
  • Si c’est une Physique ou VM : Backup de la base SQL de votre vCenter, idéalement un petit full backUP du system

 

 

Clic droit sur la base vCenter => Tasks => Backup :

ScreenHunter_11 Mar. 25 10.49

 

 

Bien noter le chemin de sauvegarde et prendre la base et en faire une copie sur un autre poste :

ScreenHunter_12 Mar. 25 10.50

 

ScreenHunter_13 Mar. 25 10.51

 

 

 

Démontage

 

Ici, on ne réalise pas une restauration des données, mais nous allons détacher la base puis la rattacher à notre nouveau moteur SQL

Detach de la base vCenter et VUM (Update manager),…

Etant sur un environnement AutoLab, nous avons en plus détachés toutes les autres bases créés par le script de déploiement automatique AutoLab :

 

ScreenHunter_11 Mar. 25 10.49

 

ScreenHunter_14 Mar. 25 10.55

 

 

 

Les fichiers avec extensions .mdf et .ldf sont a récupérer et copier dans un dossier de votre choix.

Chemin par défaut des bases de données :
C:\Program Files\Microsoft SQL Server\MSSQL.1……….SQLEXPRESS\MSSQL\Data.

 

 ScreenHunter_52 Mar. 26 12.30

 

 

 

Toutes les bases ont été détachées

ScreenHunter_16 Mar. 25 10.58

 

  

 

 

Désinstallation de tous les composants  SQL Express

 

Installation du serveur SQL 2008 r2 SP1

ScreenShots principaux uniquement

 

ScreenHunter_18 Mar. 25 11.02

 

 

 

On supprime tous les composants SQL

 

ScreenHunter_20 Mar. 25 11.05

 

 

Nettoyage effectué

ScreenHunter_21 Mar. 25 11.20

 

 

 

 

Installation Windows SQL server 2008 R2 SP1

 

Lancer le Setup

ScreenHunter_22 Mar. 25 12.53

 

 

Installation

ScreenHunter_23 Mar. 25 14.21

 

 

Lancer une nouvelle installation

ScreenHunter_25 Mar. 25 14.21

 

ScreenHunter_26 Mar. 25 14.39

 

 

 

Cochez les outils nécessaires SQL pour l’installation et la gestion :

ScreenHunter_27 Mar. 25 14.40

 

 

 Vérifiez bien que c’est une nouvelle instance et pas celle du SQL Express récupéré :

ScreenHunter_28 Mar. 25 14.42

 

 

 

Pour simplifier nous utilisons un compte System :

ScreenHunter_29 Mar. 25 14.43

 

 

 

 Authentification Mixte, (Mot de passe a RETENIR !!!)

ScreenHunter_31 Mar. 25 14.45

 

 

 Installation terminée :

ScreenHunter_32 Mar. 25 14.59

 

 

 

 

 

Installation du SP1


ScreenHunter_34 Mar. 25 15.01

 

 

Quelques screens suivants et c’est fini :

ScreenHunter_35 Mar. 25 15.20

 

 

 

 

 

Configuration de la base de données

 On ouvre le SQL Management Studio

ScreenHunter_33 Mar. 25 15.00

 

 

Maintenant nous allons rattacher notre base vCenter à notre nouveau SQL server 2008 R2 SP1.

Tous simplement se mettre sur Database et faire un ATTACH :

ScreenHunter_39 Mar. 25 16.12

 

ScreenHunter_45 Mar. 25 16.47

 

 

 

 

Utilisateurs

Maintenant les droits users.

Il est fort probable lors du déploiement de vCenter, il y a eu la création des users spécifiques à chaque base.

Nous reviendrons prochainement sur comment réimporter les users via ce KB Microsoft
http://support.microsoft.com/en-us/kb/918992

Nous allons dons cette fois si utiliser le “sa” pour la connexion à notre base

ScreenHunter_41 Mar. 25 16.43

 

 

 

 

 

 

Reconnexion de vCenter

 

Contrôle du lien ODBC

Avant tout, se rendre dans la base de registre de votre vCenter et se rendre à :

  • In vCenter Server 5.x, navigate to HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.\VMware VirtualCenter\DB\1
  • For 64bit versions of Windows, navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware VirtualCenter\DB\1

 

Contrôler les clefs 1 et 2

ScreenHunter_60 Mar. 26 15.10

 

Modifier la clef 2 pour utiliser le compte “sa” lors de la connexion à la base de données, puis redémarrer votre serveur pour que la mise à jour soit prise en compte :

ScreenHunter_61 Mar. 26 15.10

 

 

On ouvre notre gestionnaire de lien ODBC :

ScreenHunter_46 Mar. 25 16.48

 

 

On vérifie bien que le nom de notre lien correspond bien à la clef 1 dans la base de registre :

Configuration : 

On met à jour le le connecteur SQL sur le serveur vCenter car le nom du serveur n’est plus le même :

ScreenHunter_47 Mar. 25 16.49

 

Configurer la connexion avec le compte “sa” et le mot passe indiqué lors de l’installation du moteur SQL :

ScreenHunter_62 Mar. 26 15.11

 

 

 

On contrôle que c’est bien le nom de notre base de données :

ScreenHunter_51 Mar. 25 16.57

 

Puis on réalise un test de connexion :

ScreenHunter_50 Mar. 25 16.50

 

SI tout est bon on peut relancer les services vCenter :

ScreenHunter_10 Mar. 25 10.40

 

 

On se connecte avec notre client vSphere pour contrôler que tout est OK.

 

Et voila nous avons migré notre Base d’un SQL express à un SQL Standard de production, sachant que cette procédure est valable aussi pour les migrations afin de passer d’un serveur à un autre.

 

Nous pouvons procéder à la mise à jour sous vCenter 6.0 si besoin.

 

 

 

Source :

http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=2045528

http://pubs.vmware.com/vsphere-50/index.jsp#com.vmware.vsphere.upgrade.doc_50/GUID-719F582A-F8DF-4052-BAC5-1FA4B70794F3.html

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=7960893

http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1020836

http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1028601

 

 

 

 

Share