Hello,

Personnellement je préfère un bon script quand les compétences sont là et que le PRA est testé régulièrement (1 ou 2 fois par ans minimum).

SRM est intéressant quand tu n'as pas le temps/les compétences en internes pour t'en occuper, où quand tu dois répondre à des contraintes fortes de reporting/supportabilité de la solution par un éditeur. C'est cher (double licence vCenter + packs de licences par VM), mais en général une fois posé ça "juste marche".

Techniquement, si il n'y a pas de changement d'IP dans les VMs à faire, un "bête" script de quelques (une 10aines) lignes suffit à faire la bascule (parcours des datastore, enregistrement des .vmx, power on + réponse à la question posée avec la réponse "I moved it").
Si tu as du changement d'adresse IP a prévoir, c'est un peu plus complexe, mais tout à fais faisable (avec une bascule DNS + un script/service au lancement de la machine, avec l'API VIX et les VMware Tools installés dans les VMs, etc.).

Après en général, un PRA ça reste souvent le dernier recours, on vas préférer un PCA avec une répli synchrone si la criticité est forte (quitte à investir des sous quelques part, je le ferais dans un PCA bien montée et de la répli synchrone, plutôt que dans SRM pour automatiser un PRA...).

Sylvain.

2015-07-20 18:17 GMT+02:00 Naigel <naigel76@gmail.com>:
Bonjour,

J'étais passé à côté d'une KB mentionnant le problème http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1011387

Merci ;)

Pour info, la commande sous vsphere 5.5 est "esxcli storage vmfs snapshot mount -u <uuid>"

De manière générale, comment gérez-vous un basculement vers un PRA ? Tout en manuel, un peu de scripting ou la solution vmware Site Recovery Manager ? 

Cordialement,

J. Talbot

2015-07-20 11:21 GMT+02:00 Benjamin Mercier <benjamin@mogui.fr>:
Hello,

> 2015-07-20T07:54:12.818Z cpu7:34015 opID=83c4915a)LVM: 8389: Device
> naa.600c0ff0001bb2b00bc8c25401000000:1 detected to be a snapshot:
> 2015-07-20T07:54:12.818Z cpu7:34015 opID=83c4915a)LVM: 8396: queried disk ID:
> <type 2, len 22, lun 1, devType 0, scsi 0, h(id) 3984229857219157175>
> 2015-07-20T07:54:12.818Z cpu7:34015 opID=83c4915a)LVM: 8403: on-disk disk ID:
> <type 2, len 22, lun 1, devType 0, scsi 0, h(id) 4696608278127668448>

Essai de le monter via "esxcfg-volumes -M <uuid>"
Ton ESX le detecte en tant que snapshot et ne l'utilise pas, il suffit donc de le forcer.

Benjamin,


_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/