UiPath Documentation
automation-suite
2.2510
true
Guide d'installation d'Automation Suite sur Linux
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Configuration supplémentaire

Référence pour les options de configuration de sauvegarde et de restauration supplémentaires dans Automation Suite, y compris les directives du serveur NFS.

Renouvellement ou mise à jour du serveur NFS

Important :

UiPath® n’indique aucune étape spécifique pour rétablir ou mettre à jour le serveur NFS.

Avant de mettre à jour le serveur NFS, assurez-vous que la sauvegarde est désactivée. Pour obtenir des instructions, consultez Sauvegarder le cluster.

Directives

  1. Il est recommandé de sauvegarder le disque connecté au serveur NFS sur lequel vous créez la sauvegarde. Vous pouvez trouver ces informations définies en tant que clé nfs.mountpoint dans le fichier backup.json .

  2. Pour restaurer le serveur NFS, procédez comme suit :

    1. Montez le disque de sauvegarde sur la machine nouvellement repavée sur le même point de montage que celui défini par la clé nfs.mountpoint dans le fichier backup.json .
    2. Mettez à jour le point de terminaison NFS du nouveau serveur NFS défini comme nfs.endpoint dans backup.json.
    3. Après avoir rétabli le serveur NFS, assurez-vous d'avoir suivi les conseils Configuration du serveur NFS externe .
  3. Une fois la mise à jour vers le serveur NFS terminée, il est recommandé de redémarrer la machine. Assurez-vous également d'activer la sauvegarde sur le cluster. Pour obtenir des instructions, consultez Sauvegarder le cluster.

Ajouter un nouveau nœud au cluster

Pour ajouter un nouveau nœud au cluster, réexécutez les étapes suivantes :

  1. Ajoutez le nom de domaine complet ou l'adresse IP du nouveau nœud à la liste d'autorisations du serveur NFS. Pour obtenir des instructions, consultez la section Autoriser l'accès du chemin de montage NFS à tous les nœuds de sauvegarde et de restauration.
  2. Activez la sauvegarde sur le nouveau nœud après l'installation. Pour obtenir des instructions, consultez Sauvegarder le cluster.

Utilisation d’une sauvegarde sur disque locale

Lorsque les sauvegardes sont stockées sur un disque localement attaché dans un seul nœud de serveur du cluster de sauvegarde, vous devez détacher et rattacher manuellement ce disque au cluster de restauration avant de pouvoir restaurer les données.

Vous devez effectuer ce processus avec précaution, afin d'éviter les conflits de disque et garantir une transition fluide entre les clusters.

  1. Sur le cluster de sauvegarde, procédez comme suit :
    1. Connectez-vous au nœud du serveur de cluster de sauvegarde.

      ssh <backup-cluster-node>
      ssh <backup-cluster-node>
      
    2. Démontez le disque de sauvegarde.

      umount /backup
      umount /backup
      
    3. Détachez le disque de sauvegarde de la machine virtuelle. Voici un exemple Azure :

      az vm disk detach \
        --resource-group "${resource_group_name}" \
        --vm-name "${node_name}" \
        --name "server0-CephBackupDisk"
      az vm disk detach \
        --resource-group "${resource_group_name}" \
        --vm-name "${node_name}" \
        --name "server0-CephBackupDisk"
      
  2. Sur le cluster de restauration, procédez comme suit :
    1. Connectez-vous au nœud du serveur du cluster de restauration.

      ssh <restore-cluster-node>
      ssh <restore-cluster-node>
      
    2. Attachez et montez le disque de sauvegarde. Voici un exemple Azure :

      az vm disk attach \
        --resource-group "${resource_group_name}" \
        --vm-name "${node_name}" \
        --name "server0-CephBackupDisk"
      az vm disk attach \
        --resource-group "${resource_group_name}" \
        --vm-name "${node_name}" \
        --name "server0-CephBackupDisk"
      
    3. Si /backup est actuellement monté, démontez-le.

      umount /backup
      umount /backup
      
    4. Supprimez toute entrée /backup existante de /etc/fstab.

      sed -i.bak '/\/backup/d' /etc/fstab
      sed -i.bak '/\/backup/d' /etc/fstab
      
    5. Identifiez le disque nouvellement attaché.

      lsblk
      lsblk
      

      Localisez le nom du disque non monté (par exemple, /dev/sdX).

    6. Actualisez les volumes physiques.

      pvscan
      pvscan
      
    7. Renommez le groupe de volumes ( VG) sur le disque attaché.

      vg_uuid=$(pvs --noheadings -o vg_uuid /dev/sdX | awk '{print $1}')
      vgrename "$vg_uuid" backupvg_restored
      vg_uuid=$(pvs --noheadings -o vg_uuid /dev/sdX | awk '{print $1}')
      vgrename "$vg_uuid" backupvg_restored
      
    8. Activez le groupe de volumes renommé.

      vgchange -ay backupvg_restored
      vgchange -ay backupvg_restored
      
    9. Assurez-vous que le répertoire de montage existe.

      mkdir -p /backup
      mkdir -p /backup
      
    10. Montez le volume logique.

      mount /dev/backupvg_restored/backuplv /backup
      mount /dev/backupvg_restored/backuplv /backup
      
    11. Ajoutez une entrée persistante dans /etc/fstab.

      echo '/dev/backupvg_restored/backuplv /backup xfs defaults 0 0' >> /etc/fstab
      echo '/dev/backupvg_restored/backuplv /backup xfs defaults 0 0' >> /etc/fstab
      

Après avoir terminé la procédure, vous devez vérifier que le disque de sauvegarde est correctement monté et que les données de sauvegarde sont accessibles sur le cluster de restauration.

Suivez les étapes suivantes pour confirmer que la configuration est valide :

  1. Vérifiez que le point de montage/backup est actif.

    df -h /backup
    df -h /backup
    
  2. Confirmez que les données de sauvegarde sont accessibles sous /backup.

  3. Procédez à des opérations de restauration si nécessaire.

Remarque :
  • Assurez-vous toujours qu'aucune opération d'écriture active n'est générée sur /backupavant de détacher le disque.
  • Si vous utilisez un environnement non Azure, remplacez les commandes d'attachement et de détachement de disque par les commandes équivalentes pour votre plate-forme (par exemple, AWS aws ec2 detach-volume).
  • Renommer le groupe de volume (vgrename) évite les conflits de nom entre les clusters.
  • Renouvellement ou mise à jour du serveur NFS
  • Directives
  • Ajouter un nouveau nœud au cluster
  • Utilisation d’une sauvegarde sur disque locale

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour