Intanto grazie..
Che questa sia la normale risposta di una macchina ad una snapshot non ne avevo dubbi,ma
1.Per la compatibilità avevo visto anche io la nota,la macchina era già installata però, comunque la mia idea infatti è di testarla in un ambiente ESXi 5 e vedere come risponde
2.Ho letto il documento ed ho partecipato anche ad un webinar di Veeamsul backup di macchine con Oracle dove suggerivano tre modalità due delle quali prevedevano comunque un suspend/resume solo che l'idea del cliente era fare comunque un backup ogni ora della macchina senza fermare niente e lasciare poi alla sera il backup consistente.(Il restore in modalità crash-consistent comunque era andato a buon fine, il db era consistente.)Avevamo pensato di fare la replica di questa macchina in un nodo periferico, e anche la replica pensavamo di farla comunque durante l'orario lavorativo,ma a questo punto ho dei dubbi.
3.Credo che l'idea di lavorare lato applicativo a questo punto possa essere una buona idea almeno per capire se riusciamo a tenere su le applicazioni quel tempo che basta per fare la snapshot
4.Per quanto riguarda HW la struttura è composta da tre lame su un BladeH e lo storage è un Storwize V7000
Nella mia quotidianeità ho si a che fare con macchine linux e DB2 e posso assicurarvi che normalmente faccio snapshot a caldo, backup e repliche in orario di piena attività e il massimo che succede è la perdita di un ping.
A questo punto immagino che le soluzioni di continuity backup o replication non sia proprio adottabile per tutte le tipologie di vitual machine