Sauvegarder et restaurer

Dans ArcGIS Enterprise on Kubernetes, vous pouvez sauvegarder votre organisation ArcGIS Enterprise et la restaurer par la suite, afin d’éviter les pertes de données et les temps d’arrêt. En cas d’échec, vous pouvez restaurer la sauvegarde la plus récente en vue de récupérer l’organisation au moment précis où la sauvegarde a été créée. Lors de la restauration de la sauvegarde dans une organisation qui vient d’être déployée, les paramètres suivants doivent être identiques dans les environnements source et cible :

• Version de l’organisation
• Nom de domaine complet (FQDN) et chemin de contexte (c’est-à-dire https://dnsalias.domain.com/context)
• Hôte de registre et référentiel (c’est-à-dire docker.io et esridocker)
• Espace de noms Kubernetes (c’est-à-dire arcgis)
• Domaine du cluster Kubernetes (c’est-à-dire, cluster.local)
• Suffixe DNS du service Kubernetes (c’est-à-dire, svc.cluster.local)
• FSGroup et ID de groupe complémentaire (si le déploiement utilise une valeur personnalisée)

Remarque :

Ces paramètres ont été spécifiés durant le déploiement.

En tant qu’administrateur, vous devez fournir un volume persistant (PV) pour stocker les fichiers de sauvegarde. Lorsque l’organisation est sauvegardée, les fichiers de sauvegarde sont placés sur ce volume persistant. Ce volume persistant recense les sauvegardes disponibles ; vous pouvez restaurer n’importe quel fichier de sauvegarde placé dans ce backup store, de la même version que le déploiement en cours d’exécution.

Les éléments suivants prennent en charge les volumes persistants :

• Périphériques de stockage au niveau du bloc, tels qu’un volume EBS (Elastic Block Storage) ou un disque Azure
• Stockage de fichiers, tel que les fichiers Azure
• Amazon EFS (système de stockage de fichiers élastique)
• Un partage de système NFS (système de fichiers réseau) provisionné dans votre organisation

Pour rattacher le backup store à un volume persistant existant, le mode d’accès doit être défini sur ReadWriteOnce. Pour les volumes persistants statiques provisionnés de manière dynamique, définissez la stratégie de récupération sur Retain (Conserver) pour faciliter les restaurations externes (hors site). Le type de backup store hébergé autorise seulement les connexions d’un seul backup store vers le répertoire objet sous-jacent.

Les sauvegardes peuvent être créées manuellement ou automatiquement via une planification de sauvegarde ponctuelle ou récurrente avec ArcGIS Enterprise Manager.

Pour déterminer la fréquence à laquelle vous devez créer des sauvegardes, commencez par identifier la quantité de perte de données que votre organisation peut supporter en cas d’échec. Si, par exemple, votre organisation peut supporter une perte de données équivalente à une journée, vous devriez effectuer une sauvegarde quotidienne de l’organisation.

Le temps nécessaire pour créer ou restaurer une sauvegarde, ainsi que la taille d’une sauvegarde, dépendent de plusieurs facteurs tels que le nombre d’éléments dans l’organisation, le nombre de couches Web, la taille des données associées et les particularités de l’emplacement de stockage des sauvegardes. Testez la restauration pour avoir une idée de la durée générale du processus et également pour répéter votre plan de récupération d’urgence.

Configuration de la sauvegarde

Avant de créer la sauvegarde d’une organisation, vous devez définir un emplacement intermédiaire et inscrire un backup store pour le déploiement. Au cours de l’inscription du backup store, vous pouvez soit utiliser des sélecteurs d’étiquettes pour effectuer la liaison avec un volume persistant existant, soit effectuer le provisionnement dynamique d’un nouveau volume persistant à l’aide d’une classe de stockage. Le backup store crée une réclamation de volume persistant, qui est liée au volume persistant dans le cadre du processus d’inscription. Vous pouvez également inscrire plusieurs backup stores en utilisant différentes classes de stockage ou méthodes de provisionnement.

Vous pouvez créer une sauvegarde avec ArcGIS Enterprise Manager. Lorsqu’une sauvegarde est créée, les données suivantes sont sauvegardées :

• Données géospatiales hébergées
• Contenu et éléments d’organisation
• Répertoire de configuration du serveur
• Propriétés de la configuration système
• Éventuellement, données des couches d’entités spatio-temporelles

Dans ArcGIS Enterprise on Kubernetes, chaque sauvegarde est horodatée et configurée comme une sauvegarde complète de l’organisation. Les données situées hors de l’environnement Kubernetes, par exemple dans une géodatabase d’entreprise ou ailleurs dans votre système de fichiers, ne sont pas sauvegardées. Sauvegardez ces données en respectant les consignes de votre fournisseur de base de données ou de votre département informatique.

Il est conseillé de réaliser des sauvegardes systématiques pour éviter de perdre des données. Vous devez également créer une sauvegarde avant d’installer des mises à jour logicielles ou d’installer une nouvelle version.

Avant de créer une sauvegarde, vous devez inscrire un emplacement intermédiaire et un backup store.

Sauvegardes valides et non valides

Une sauvegarde valide est une sauvegarde qui a été créée avec succès et est compatible avec l’état actuel de votre organisation.

Par défaut, la page Backups (Sauvegardes) affiche toutes les sauvegardes, y compris celles qui ne sont pas valides et ne peuvent pas être utilisées pour restaurer votre organisation. Pour afficher uniquement les sauvegardes valides, activez le bouton bascule Show only valid backups (Afficher uniquement les sauvegardes valides).

Une sauvegarde peut être considérée non valide pour les raisons suivantes :

• Échec de la sauvegarde : le processus de sauvegarde peut avoir échoué en raison de problèmes comme un espace de stockage insuffisant.
• Non-correspondance de version : les sauvegardes créées dans une version différente ne peuvent pas être utilisées pour restaurer votre organisation à sa version actuelle.
• Relational store incompatible : si votre relational store a été migré vers un service cloud, les sauvegardes créées avant la migration ne peuvent pas être utilisées pour restaurer votre organisation après la migration.