Lorsque vous sauvegardez ou restaurez un environnement vCenter Server, tenez compte des considérations et limitations suivantes.

Protocoles

Les considérations suivantes s'appliquent aux protocoles de sauvegarde et restauration reposant sur des fichiers :

  • FTP et HTTP ne sont pas des protocoles sécurisés
  • Les serveurs de sauvegarde doivent prendre en charge un minimum de 10 connexions simultanées pour chaque instance de vCenter Server Appliance
  • Vous devez disposer d'autorisations en écriture pour le chargement en amont et des autorisations en lecture pour le téléchargement en aval
  • Seul le mode explicite est pris en charge pour FTPS
  • Si vous utilisez HTTP ou HTTPS, vous devez activer WebDAV sur le serveur Web de sauvegarde
  • Vous ne pouvez utiliser que les protocoles FTP, FTPS, HTTP ou HTTPS pour faire transiter les données par un serveur proxy HTTP
  • Vous pouvez utiliser des URL IPv4 et IPv6 pour les sauvegardes et les restaurations d'une instance de vCenter Server Appliance. Le mélange de versions IP entre le serveur de sauvegarde et vCenter Server Appliance n'est pas pris en charge.
  • Si vous utilisez le protocole SCP pour configurer une sauvegarde basée sur des fichiers, vous devez utiliser un serveur de sauvegarde Linux. Si vous essayez d'utiliser SCP sur votre système vCenter Server et que votre serveur cible est sous Windows, l'opération peut échouer avec une erreur semblable à (!) SCP location is invalid.

Configuration

Après une restauration, les configurations suivantes reviennent à l'état présent lors de la sauvegarde.

  • Paramètres des ressources de machines virtuelles
  • Hiérarchie et paramètres des pools de ressources
  • Appartenance au cluster/hôte
  • Configuration et règles DRS

Storage DRS

Si la configuration est modifiée, les éléments suivants peuvent changer après une restauration.

  • Configuration du cluster de la banque de données
  • Appartenance au cluster de la banque de données
  • Paramètres de gestion des ressources d'E/S de la banque de données (Storage I/O Control)
  • Appartenance à la banque de données/au centre de données
  • Appartenance à l'hôte/la banque de données

Gestion de l'alimentation distribuée

Si vous mettez un hôte en mode veille après une sauvegarde, le système vCenter Server peut forcer l'hôte à quitter le mode veille lorsque vous restaurez la sauvegarde.

Commutateur virtuel distribué

Si vous utilisez un commutateur virtuel distribué, il est conseillé d'exporter séparément la configuration du commutateur virtuel distribué avant de restaurer une sauvegarde. Vous pouvez importer la configuration après la restauration. Si vous omettez cette considération, vous risquez de perdre les modifications apportées à un commutateur virtuel distribué après la sauvegarde. Pour la procédure détaillée, consultez l'article de la base de connaissances VMware à l'adresse http://kb.vmware.com/kb/2034602.

Bibliothèques de contenu

Si vous supprimez des bibliothèques ou des éléments après une sauvegarde, vous ne pouvez pas accéder à ces bibliothèques ou ces éléments ni les utiliser après la restauration. Vous pouvez uniquement supprimer de telles bibliothèques ou de tels éléments. Un message d'avertissement vous signale que des fichiers ou des dossiers sont manquants dans la sauvegarde de stockage.

Si vous créez de nouveaux éléments ou fichiers d'éléments après la sauvegarde, le service Content Library Service n'a aucun enregistrement des nouveaux éléments ou fichiers après la restauration. Un avertissement vous indique que des dossiers ou des fichiers supplémentaires ont été trouvés sur la sauvegarde de stockage.

Si vous créez de nouvelles bibliothèques après la sauvegarde, le service Content Library Service n'a aucun enregistrement des nouvelles bibliothèques après la restauration. Le contenu de la bibliothèque existe sur la sauvegarde de stockage, mais aucun avertissement ne s'affiche. Vous devez nettoyer manuellement les nouvelles bibliothèques.

Opérations de cycle de vie de la machine virtuelle

  • Restauration de vCenter Server depuis une sauvegarde réalisée pendant les opérations de déplacement à la volée dans l'instance de vCenter Server.

    Après la restauration de vCenter Server, la vue de vCenter Server des machines virtuelles risque de ne plus être synchronisée avec la vue de ESXi pour les machines virtuelles. Cela est également vrai si vous réalisez la sauvegarde pendant les opérations à la volée relatives à vCenter Server. Si des machines virtuelles disparaissent après la restauration de vCenter Server, vous pouvez vous reporter aux cas suivants.

    1. La machine virtuelle manquante se trouve sur l'hôte ESXi de destination et est enregistrée dans l'hôte ESXi de destination, mais est orpheline ou ne figure pas dans l'inventaire vCenter Server. Vous devez ajouter manuellement la machine virtuelle dans l'inventaire de vCenter Server.
    2. La machine virtuelle manquante se trouve sur l'hôte ESXi de destination, mais n'est pas enregistrée dans l'hôte ESXi de destination, et ne figure pas dans l'inventaire vCenter Server. Vous devez enregistrer manuellement la machine virtuelle sur l'hôte ESXi et rajouter la machine virtuelle dans l'inventaire de vCenter Server.
    3. La machine virtuelle manquante se trouve sur l'hôte ESXi de destination, mais n'est pas enregistrée dans l'hôte ESXi de destination. Dans l'instance de vCenter Server, la machine virtuelle manquante est marquée comme étant orpheline. Vous devez supprimer la machine virtuelle de l'inventaire de vCenter Server et l'y rajouter.
  • Restauration de vCenter Server à partir d'une sauvegarde qui a une structure périmée de machine virtuelle de clone lié.

    Si vous créez une machine virtuelle de clone lié après la sauvegarde, puis que vous restaurez vCenter Server à partir de l'ancienne sauvegarde, après la restauration vCenter Server ne connaîtra pas l'existence de la nouvelle machine virtuelle de clone lié tant que vCenter Server ne l'aura pas découverte. Si vous supprimez toutes les machines virtuelles existantes avant la découverte de la nouvelle machine virtuelle de clone lié, la suppression des machines virtuelles existantes corrompt le nouveau clone lié en raison des disques manquants. Afin d'éviter ce problème, vous devez attendre que l'ensemble des machines virtuelles de clone lié soient découvertes par vCenter Server avant la suppression des machines virtuelles.

  • Restauration d'un système vCenter Server à partir d'une sauvegarde qui a été prise pendant l'enregistrement de la machine virtuelle.

    Si vous enregistrez une machine virtuelle pendant la sauvegarde et que vous restaurez vCenter Server à partir de l'ancienne sauvegarde, après la restauration la machine virtuelle est marquée comme orpheline dans l'instance de vCenter Server. Vous devez ajouter manuellement la machine virtuelle dans l'inventaire de vCenter Server.

vSphere High Availability

La restauration de vCenter Server depuis une sauvegarde risque de rétablir une ancienne version de l'état du cluster vSphere HA (liste d'hôtes, configuration de cluster, état de protection de la machine virtuelle), tandis que les hôtes du cluster disposent de la dernière version de l'état du cluster. Vous devez vous assurer que l'état du cluster vSphere HA reste le même pendant les opérations de restauration et de sauvegarde. Sinon, les problèmes suivants risquent de se produire.

  • Si des hôtes sont ajoutés ou supprimés dans le cluster vSphere HA après la sauvegarde de vCenter Server et avant sa restauration, il existe un faible risque que les machines virtuelles basculent vers des hôtes qui ne sont pas gérés par vCenter Server, mais font toujours partie du cluster haute disponibilité.
  • L'état de protection des nouvelles machines virtuelles n'est pas mis à jour sur les agents vSphere HA des hôtes qui font partie du cluster vSphere HA. Par conséquent, les machines virtuelles ne sont ni protégées, ni non protégées.
  • L'état de configuration du nouveau cluster n'est pas mis à jour sur les agents vSphere HA des hôtes qui font partie du cluster vSphere HA.

vCenter High Availability

La restauration de vCenter Server impose la reconfiguration de vCenter HA.

Gestion basée sur une stratégie de stockage (SPBM, Storage Policy Based Management)

La restauration de vCenter Server à partir d'une sauvegarde risque d'entraîner les incohérences suivantes en relation avec les stratégies de stockage, les fournisseurs de stockage et les machines virtuelles.

  • Les fournisseurs de stockage enregistrés après la sauvegarde sont perdus.
  • Les fournisseurs de stockage non enregistrés après la sauvegarde réapparaissent et peuvent présenter un état de fournisseur différent.
  • Les modifications, telles que la création, la suppression ou la mise à jour effectuées sur des composants de stratégie de stockage après la sauvegarde sont perdues.
  • Les modifications, telles que la création, la suppression ou la mise à jour effectuées sur des composants de stratégie de stockage après la sauvegarde sont perdues.
  • Les modifications de la configuration de stratégie par défaut pour les banques de données effectuées après la sauvegarde sont perdues.
  • Des modifications peuvent être apportées à l'association de stratégie de stockage de la machine virtuelle et de ses disques, ainsi qu'à la conformité à leur stratégie.

Réseau de zone de stockage virtuel (VSAN, Virtual Storage Area Network)

La restauration de vCenter Server à partir d'une sauvegarde peut produire des incohérences dans vSAN. Pour plus d'informations sur la vérification de la santé de vSAN, reportez-vous à Administration de VMware vSAN.

Application de correctifs

La restauration de vCenter Server depuis une sauvegarde risque de ne pas inclure certains correctifs de sécurité. Vous devez les réappliquer après la restauration. Pour plus d'informations sur l'application de correctifs pour vCenter Server Appliance, reportez-vous à Mise à niveau vSphere.