Restauration de la sauvegarde

Remarque :

Une fois le cluster restauré, la sauvegarde d'instantané n'est pas activée. Pour l'activer après la restauration, reportez-vous à Activation de l'instantané de sauvegarde.

La restauration du cluster ne restaure pas les sources de données externes telles que SQL Server. Assurez-vous de restaurer le serveur SQL sur l'instantané approprié.

Pour restaurer le cluster, procédez comme suit :

Étape 1 : Enregistrer le cluster Kubernetes

Avant de restaurer, assurez-vous de configurer le cluster Kubernetes dans lequel vous souhaitez restaurer.

Pour plus de détails, consultez Prérequis.

Étape 2 : Restauration de SQL Server et du magasin d'objets

Étant donné que SQL Server et Objectstore sont des composants externes, assurez-vous de les avoir restaurés avant de restaurer le cluster Automation Suite .

Important :

La modification du nom de domaine complet pendant l’opération de restauration n’est pas autorisée. Assurez-vous de conserver le nom de domaine complet pour le cluster Automation Suite , le serveur SQL, Objectstore, Redis et Filestore.

Étape 3 : Fournir la configuration de l'instantané

Fournissez la configuration d'instantané, telle qu'objectstore, où les données de sauvegarde sont stockées. Cette configuration est similaire à celle que vous avez fournie lors de la configuration de la sauvegarde. Pour plus de détails, voir Configuration du magasin de sauvegarde.

Étape 4 : Sélection de l'instantané à restaurer

Pour identifier la sauvegarde que vous souhaitez restaurer, consultez Répertorier les instantanés existants ( Listing the existing snapshots).

Il est important de sélectionner l'instantané pertinent pour les données SQL Server et Objectstore. Des incompatibilités peuvent survenir s'il existe une grande différence entre le moment où vous prenez l'instantané du cluster Automation Suite et le moment où vous prenez l'instantané des composants de stockage externes.

Étape 5 : Exécution du script de restauration

Pour restaurer l'instantané sélectionné, exécutez la commande suivante :

./uipathctl snapshot restore create <restore_name> --from-snapshot <snapshot_name>

La commande de restauration nécessite le nom de restauration, que vous pouvez utiliser pour obtenir l'état de la restauration et le débogage en cas d'échec.

Cette opération prend un certain temps et s’exécute en arrière-plan. Vous pouvez utiliser la commande history pour afficher le statut, comme décrit dans la section suivante.

Problème connu : dans certains scénarios, l’opération de restauration peut être bloquée. Si l'opération de restauration est bloquée, vous devez supprimer manuellement l'objet restore, puis réessayer l'opération de restauration.

Débogage de la restauration

Pour déboguer l'opération de restauration, vous pouvez utiliser les commandes history et log .

Historique :

./uipathctl snapshot restore history

# Output Example

NAME                        STATUS      CREATED EXPIRATION 
prefix-scheduled-xx1        Completed   xx1     xx1 
prefix-scheduled-xx2        Failed      xx2     xx2
test-snapshot-xx3           Failed      xx3     xx3

Journaux :

./uipathctl snapshot restore logs restore_1