Discussion :

[Invité]

Bonjour.
Nous avons l'intention de procéder à virtualisation à chaud d'un serveur de PROD avec une bd oracle 10.2.0.1 qui ne sera pas arrêter. Cette bd est de petite taille - 15 Go.
Est-ce que cela pourrait avoir un impact négatif (lock de datafile ou autre) sur le fonctionnement de la bd ?
Merci de vos retours et éclairages.

[couak]

impact négatif : oui, notamment sur la cohérence des données

Il faut comprendre le principe de la virtualisation "à chaud" de VMware : tu lis le contenu des disques et tu les copies sur des disques virtuels. Concernant les locks en lecture/écriture normalement il n'y en a pas (mais à vérifier....)
Si tu redimensionnes le disque, VMware Converter fait une copie fichier à fichier.
Si tu gardes la même taille de disque, c'est une copie en mode bloc (donc plus rapide).

Par contre si tu n'arrêtes pas la base, tu risques d'avoir une incohérence dans tes fichiers lors de la copie.
Il est très fortement recommandé (et même indispensable) d'arrêter toutes les applications susceptibles d'écrire sur le disque, au risque d'avoir des corruptions de données.

Sinon pour avoir virtualiser "à chaud" pas mal de serveurs Oracle avec VMware Converter, ca marche super bien, à condition d'avoir tout bien arrêté

[Invité]

merci de confirmer mes pensées.
on pense faire une virtualisation à chaud puis faire une restauration de bd ensuite...
Mais je ne suis pas très "chaud" sur le principe

[couak]

un peu bizarre... normalement c'est plutôt :

- tout arrêter (oracle, antivirus, etc.) sauf les services liés au système
- lancer la virtualisation à chaud via VMware Converter
- démarrer en mode sans échec, pour désactiver les services en démarrage automatique (ou les avoir désactiver avant la virtualisation à chaud)
- customiser la machine virtuelle (installation VMtools, nettoyage des anciens drivers, suppressions des anciens périphériques...)
- tout réactiver, redémarrer la machine
- vérifier que tout est OK

Pour avoir virtualiser à chaud 40 instances Oracle de production, ca marche franchement bien...
La restauration de la base ne doit se faire que si on s'est raté quelque part.
A tout casser, tu dois avoir 20 à 30Go à virtualiser, tu peux bien trouver un créneau d'environ 1h pour faire toutes ces manip'