Bonsoir,

1) Pas avec les snapshots
2) le plus simple si tu as une licence VCENTER e Tu prend une licence VEEAM BACKUP pour 2 processeurs en gros 900 euros et tu peux faire de la sauvegarde de l'un à l'autre (avec ESX4 ou ESXI4) ou de la réplication complète (avec ESX4 uniquement) http://www.veeam.fr
3) Il Existe d'autre solutions moins chère permettant de faire de la sauvegarde sur un autre support (et tu les redescend après
4) Tu peux le faire par script également mais c'est du bricolage et celà reste non maintenable dans un environnement de production et dangereux

Bonsoir

Le mode de licences est par processeur physique 1 licence = 1 processeur donc si tu as 2 machines celà fait 2 licences, sinon tu ne pourras en sauvegarder qu'un seule. Les licences concernent les machines à sauvegarder (si tu as des bi processeurs il te faut 4 licences, peut importe cependant le nombre de cores) Veeam backup s'installe sur n'importe quel serveur windows par forcément le VCENTER mais tu peux le mettre également dessus. Veeam Backup peut utiliser VCB si tu l'as (dépend de ta licence VSPHERE) . Il fait les sauvegardes à chaud avec des snapshots qu'il supprime ensuite en auto en fin de sauvegarde

Bonsoir

Oui tu peux installer Veeam Backup sur le Xp. Il pourra utiliser la base sql server du Vcenter sur une autre instance. Pour les débits optimals, il faut prendre l'option Network dans ton cas. Donc il faut mieux que les ESX et Ton Xp soit sur le même switch à 1Giga Bit


A+

Non,

il faut démarrer la VM manuellement. Tu n'as pas de HA donc de contrôle global au sens cluster du terme. Par ailleurs, est ce que tu fais des sauvegardes ou de la réplication.
Si c'est une sauvegarde, il faut redescendre la sauvegarde avant de pouvoir redémarrer la VM donc globalement, il faut que avoir réparé l'ESX1 si il a crashé, redescendu la sauvegarde et redémarré la VM.

Si autrement tu veux redémarrer la Vm sur l'ESX2 il faut que fasses une réplication sur l'ESX2 et non une sauvegarde (mais tu ne pourras restaurer de fichier individuellement) car autrement, il te faudra le double de la place de la vm sur l'Esx2 (la place pour la sauvegarde + la place pour restaurer)

Donc je te conseille d'effectuer des sauvegardes sur un NAS réseau (il y en a des pas trop cher) ou sur un disque dur USB connecté à ton xp par exemple et de faire des réplications entre les 2 ESX pour pouvoir redémarrer plus facilement. Attention les réplications ne marchent que si tu a ESX4 (celà ne marche pas si c'est un ESX4i que tu as installé)

Par ailleurs, après les sauvegardes, si elles ont échouées, il faut vérifier en faisant click droit sur la vm source qu'il ne reste pas des snapshots veeam. Si il en reste il faut prendre snapshot manager(click droit) et supprimer les snapshots (il y a une option) car (celà m'est arrivé), la place disque peut être bouffée par les snapshots en cas d'echecs successifs et si plus de place disque tout s'arrête car plus de place pour le swap ESX. Donc autre conseil : Activer l'avertissement par mail en cas d'échec (option de veeam)



J'espère que c'est compréhensible ce que j'ai écris

Non,

c'est ce que j'ai dis précédemment
La sauvegarde fait une sauvegarde et NON une COPIE et te permets en prenant l'option Restore de

1) restaurer des fichiers VMDK (pas d'intérêt en tant que tel, ce sont les ficheirs ESX)
2) restaurer des fichiers unitaires de tes VM (par exmeple restaurer unfichier Windows)
3) restaurer une VM entière

Donc dans ton cas, pour refaire fonctionner une VM, il faut d'abord la restaurer. D'où ma remarque, sur l'esx2 , tu as ta sauvegarde de W2K8. La procédure est restauration du W2K8 sur ESX2 depuis la sauvegarde stockée dans backup sur storage1 et redemarrage de cette VM restaurée. Donc , il te faut l'équivalent de la place de W2K8 deux fois, 1 fois pour la sauvegarde, une fois pour la restauration.

C'est pourquoi j'ai parlé de NAS (et non de SAN). Le Nas est un disque dur partagé sur le réseau (il en existe des pas chers) ou au pire un disque dur USB sur ton XP (mais le temps des sauvegardes sera peut-être assez long).

Par sécurité et pour pouvoir récupérer facilement des fichiers tu fait les sauvegardes sur le NAS et tu fais des réplications entre les 2 ESX.
ou encore tu fais les sauvegardes sur le NAS uniquement (sans réplication) en lissant ainsi la place disponible nécessaire sur les ESX, et en cas de crash tu restaure la sauvegarde sur l'ESX qui marche.

La réplication permettra de faire ce que tu viens de dire: Démarrer immédiatement la VM. Sans procédure de restauration

Fais un essai (éventuellement en lisant la doc, c'est pas plus mal notamment sur la réplication et le principe de failover). Tu supprimes la sauvegarde d'une de tes VM (click droit datastore, explorer supprimer les fichiers de sauvegarde - te trompes pas de fichier ...-) pour libérer de la place. Fais ensuite une réplication entre un serveur de ESX1 vers ESX2. Arrêtes la VM sur ESX1 et essayes de redémarrer la VM répliquée sur ESX2
(pour le test, tu le fais quand les gens travaillent pas, c'est mieux)

ou autre SOLUTION POUR LE TEST nettement plus sécurisante au niveau moral et ou on n'embêtes personne : tu le fais en montant une nouvelle VM W2K3 (un serveur de test ou même un xp en VM) de base ou 10 Giga vont suffire sur ESX1, tu repliques sur ESX2, tu arrêtes la VM sur ESX1 et t'essayes de redémmare le réplica sur ESX2, comme çà si tu la casses c'est pas très grave)

Bonsoir,

Tu veux dire que dur l'ESX1 la VM ne fait que 24 Go ?

Il faut vérifier la taille réelle

Les 110 Go tu les as vu dans le VCenter ?

Sinon tu sélectionnes le host puis onglet configuration Storage et tu vois le free réel au niveau vmware du terme


Sinon je pense que la partition tmp des Esx est trop remplie pour les fichiers temporaires de Veeam et celà n'a rien à voir avec la taille libre des partitions pour les VM (il s'agit de la taille de la partition root d'origine)
Si lors de l'installation, tu n'a pas créer et retailler la partition de base tu as 5Go au total sous / (en général, on créé une partition /tmp de 2go)

Eventuellement . Il faut donc faire de la place sur /tmp en te connectant en root directement sur la console ou via un client ssh
ensuite tu fais
cd /tmp
pwd
(celà doit afficher /tmp )
essaye ensuite de supprimer les fichiers et répertoire sous /tmp en faisant rm * puis idem sous les répertoires en dessous de /tmp. Ceci étant, si tu connais pas c'est peut-être dangereux également

Ceci étant, il n'y a aura peut-être pas assez de place encore . Dans ce cas, il faut récréer une partition, modifier les fichiers pour que cette partition soit montée ensuite sur /tmp ... Là si tu connais pas, c'est (beaucoup) plus risqué.

Les tailles recommandées lors de l'install (mais il fallait prendre Advanced)
http://communities.vmware.com/thread/231330

Autre solution : ne pas utiliser la réplication prendre la copie simple via le réseau

TU prends l'option SCHEDULED COPY en haut à droite (celà va faire une copie de ton répertoire de ta VM de ESX1 vers ESX2 ) (et non une réplication)

Je pense que cette solution simple de copie peut marcher car la le tmp est normalement le répertoire temporaire de ton XP.

Bonjour

Pas tout à fait. La copie fait une copie simple de la VM a un instant t. Donc ensuite si crash, tu repars de la copie au moment ou elle a été faite. Avec une réplication, Veeam va faire en quelque sorte des copies incrémentales au fur à mesure du temps. En prenant l'option failover, veeam va démarrer le réplica comme si c'était la machine originale au dernier point ok connu (après shapshot). En appuyant ensuite sur failback Veeam va faire l'opération invers; Snapshot du réplica et transfert vers la machine originale des incréments modifiés. Globalement c'est une copie restauration automatique au travers des options failover (pour un réplica, il ne faut pas les démarrer manuellement, il faut prendre l'option failover pour assurer l'automatisation du failover et du mécanisme).
Globalement c'est du HA avec un delta de temps (le delta défini pour le scheduling du réplica).

Une copie, il faudra la démarrer manuellement, puis refaire une copie vers l'endroit original si l'esx est à nouveau opérationnel.
Le premier réplica dure assez longtemps (copie entière) et ensuite sont rapides, seules les modifs sont répliquées. Les réplicas nécessitent l'agent VEeam sur les Esx (donc effectigvement de la place dans /tmp) contrairement aux copies.

Non
Il ne faut pas faire comme ça pour le réplica, il faut aller dans l'option Restore là tu as l'option (c'est marqué dans la doc) car :

Do not start a replicated VM manually in case its original has failed. Use the Perform failover option in the
Restore wizard instead. Otherwise, the subsequent replication sessions will be failing.
At performing failover, the original VM should be stopped.

Bonjour

C'est uniquement le côté légal et le support, il n'y a pas de protection.

Bonsoir,

Oui mais en faisant des scripts pour VCB (plus la programmation du schedule) . Veeam BAckup (backup exec etc..) et d'autres s'appuient sur VCB.

Le produit de VSphere 4 permettant de faire des sauvegardes et des schedules (interface graphique) est Data Recovery qui ne s'appuie pas sur VCB mais sur les nouvelles API Vsphere. Pour l'instant, il permet la restauration de fichiers unitaires mais c'est limité et pas très rapide.
Autrement, un autre produit est également pas mal et gratuit (version payante pour les schedules mais pas chère ) mais avec des fonctionnalités inférieures à Veeam notamment pour la restauration unitaire (et également la vitesse) : http://www.trilead.com

Concernant Veeam, je ne comprends pas, il n'y a qu'une install à faire. Le fichier de licence indique le nombre de machines et de cpu.