Skip To Content

Gérer les sauvegardes de stockage des données

Vous devez effectuer des sauvegardes pour récupérer les données en cas de problème (si les données sont corrompues ou en cas de défaillance du data store, par exemple). Si vous créez des sauvegardes des data stores mis en œuvre dans ArcGIS Data Store et que vous placez les fichiers de sauvegarde dans un emplacement sûr, vous pouvez configurer un nouveau ArcGIS Data Store, accéder aux fichiers de sauvegarde et restaurer les données si le data store plante et ne peut plus redémarrer.

Consultez les remarques relatives aux sauvegardes ArcGIS Data Store, puis utilisez les informations des sections suivantes pour configurer et gérer les sauvegardes ArcGIS Data Store.

  1. Modifiez l’emplacement de sauvegarde par défaut d’un data store relationnel, modifiez l’emplacement par défaut initial d’un data store de cache tuilé fonctionnant en mode principal-secours ou définissez un emplacement de sauvegarde par défaut pour tous les autres types de data stores.
  2. Configurer des sauvegardes automatiques.
  3. Créer manuellement des sauvegardes si nécessaire.

Remarques relatives aux sauvegardes ArcGIS Data Store

Gardez les points suivants à l’esprit lorsque vous mettez en œuvre une stratégie de sauvegarde et de récupération pour ArcGIS Data Store :

  • Les sauvegardes vous permettent de récupérer les données en cas d’incident, par exemple si un serveur présente des défaillances ou si une inondation détruit votre serveur. Si votre sauvegarde se trouve sur le serveur qui est détruit par une inondation, vous ne pouvez pas récupérer vos données. Vous devez par conséquent conserver les fichiers de sauvegarde sur un serveur autre que le data store et, dans la mesure du possible, à un emplacement physique différent du data store.
  • Les fichiers de sauvegarde ArcGIS Data Store contiennent uniquement des data stores relationnels, de cache tuilé, de Big Data spatio-temporelles ou des bases de graphiques. Les fichiers de sauvegarde ne conservent pas de sauvegarde du site GIS Server, du portail ArcGIS Enterprise ou des data stores gérés par l’utilisateur que vous inscrivez auprès du site GIS Server. Vous devez créer des sauvegardes de ces composants de manière distincte.

    Si vous utilisez un répertoire de données relationnelles ou de cache de tuiles (ou les deux), faites plutôt appel à l’outil webgisdr installé avec Portal for ArcGIS pour créer une sauvegarde. Lorsque vous utilisez l’outil webgisdr, une sauvegarde du portail, du serveur d’hébergement et des serveurs fédérés est également créée. Pour plus d’informations sur l’utilisation de cet outil, reportez-vous à la rubrique Sauvegardes ArcGIS Enterprise. Vous devez toujours créer des sauvegardes distinctes des data stores gérés par l’utilisateur que vous inscrivez auprès du site GIS Server, du Spatiotemporal Big Data Store et du Graph store.

  • Les sauvegardes ArcGIS Data Store vous permettent de récupérer les données en cas de dysfonctionnement de la machine ArcGIS Data Store ou de corruption des données. Elles n’offrent pas la haute disponibilité. Si vos couches d’entités hébergées, spatio-temporelles et de scènes, ainsi que les graphes de connaissances hébergés, doivent rester disponibles même lorsqu’une seule machine ArcGIS Data Store tombe en panne, ajoutez une machine à chaque data store afin de les rendre hautement disponibles. Vous pouvez ajouter plusieurs machines à vos data stores de cache tuilé (cluster) et à vos Spatiotemporal Big Data Stores.
  • En raison de changements apportés aux mécanismes de stockage sous-jacents et aux logiciels ArcGIS, les sauvegardes de répertoire de données que vous créez avec d’anciennes versions de ArcGIS Data Store ne peuvent pas être utilisées pour restaurer les données vers des versions plus récentes de ArcGIS Data Store. Veillez donc à toujours créer des sauvegardes complètes de chacun de vos répertoires de données après chaque mise à niveau de ArcGIS Data Store.
  • Lorsque vous déployez ArcGIS Enterprise sur site, mais que les fichiers de sauvegarde de votre répertoire de données se trouvent dans un stockage Cloud, la création de sauvegardes et la restauration à partir de celles-ci dureront plus longtemps que si les fichiers de sauvegarde se trouvaient dans des partages de fichiers locaux.
  • Les fichiers de sauvegarde du Graph Store, du data store de cache tuilé et du Spatiotemporal Big Data Store ne font l’objet d’aucun nettoyage automatique. Les sauvegardes que vous avez créées à l’aide de l’utilitaire backupdatastore ne font l’objet d’aucun nettoyage automatique.

Emplacement et comportement des emplacements de sauvegarde ArcGIS Data Store

Tous les types ArcGIS Data Store requièrent un emplacement de sauvegarde par défaut. Les sauvegardes créées automatiquement par ArcGIS Data Store le sont toujours dans l’emplacement de sauvegarde par défaut.

Vous pouvez définir des emplacements de sauvegarde supplémentaires que vous pouvez spécifier en sortie lorsque vous exécutez l’utilitaire backupdatastore pour créer des sauvegardes complètes. Ce type de sauvegarde est également appelé sauvegarde manuelle. Si vous ne spécifiez pas d’emplacement lors de l’exécution de l’utilitaire backupdatastore, l’emplacement de sauvegarde par défaut est utilisé.

Le tableau ci-dessous récapitule les différences entre les valeurs de sauvegarde par défaut, ainsi que les emplacements pour chaque type de data store. Lisez les informations relatives au type de répertoire de données que vous gérez.

Data storeEmplacement de sauvegarde par défautEmplacements des sauvegardes manuelles

Base de graphiques

Pour pouvoir créer une sauvegarde du Graph store, vous devez enregistrer un emplacement de sauvegarde par défaut dans un partage de fichiers.

Vous pouvez enregistrer des emplacements de sauvegarde de partage de fichiers supplémentaires pour le Graph store.

Stockage des données relationnelles

Les sauvegardes par défaut sont placées dans un sous-dossier du répertoire de contenu ArcGIS Data Store tant que vous ne les modifiez pas.

Modifiez l’emplacement par défaut en partage de fichiers sur un poste distinct.

Vous pouvez inscrire des emplacements de sauvegarde supplémentaires pour le data store relationnel, notamment d’autres partages de fichiers, des paquets Amazon Simple Storage Service (S3) et des conteneurs de stockage Microsoft Azure Blob.

Data store de cache tuilé en mode de grappe.

Pour pouvoir créer une sauvegarde de data store de cache tuilé fonctionnant en mode de grappe, vous devez inscrire un emplacement de sauvegarde par défaut.

L’emplacement de sauvegarde par défaut peut être un emplacement de partage de fichiers, un paquet Amazon S3 ou un conteneur de stockage Microsoft Azure Blob.

Vous pouvez inscrire des emplacements de sauvegarde supplémentaires pour le data store de cache tuilé, notamment d’autres partages de fichiers, des paquets Amazon S3 et des conteneurs de stockage Microsoft Azure Blob.

Data store de cache tuilé en mode mode principal-secours

Les sauvegardes par défaut sont placées dans un sous-dossier du répertoire de contenu ArcGIS Data Store tant que vous ne les modifiez pas.

Remplacez l’emplacement de sauvegarde par défaut initial par un partage de fichiers sur un poste séparé, sur un paquet Amazon S3 ou sur un conteneur de stockage Microsoft Azure Blob.

Vous pouvez inscrire des emplacements de sauvegarde supplémentaires pour le data store de cache tuilé, notamment d’autres partages de fichiers, des paquets Amazon S3 et des conteneurs de stockage Microsoft Azure Blob.

Stockage de Big Data spatio-temporelles

Vous devez inscrire un emplacement de sauvegarde par défaut avant de créer des fichiers de sauvegarde Spatiotemporal Big Data Store.

L’emplacement de sauvegarde par défaut peut être un emplacement de partage de fichiers, un paquet Amazon S3 ou un conteneur de stockage Microsoft Azure Blob.

Vous pouvez inscrire des emplacements de sauvegarde supplémentaires pour le Spatiotemporal Big Data Store, notamment d’autres partages de fichiers, des paquets Amazon S3 et des conteneurs de stockage Microsoft Azure Blob.

Changer l’emplacement de sauvegarde par défaut d’un data store relationnel

Lorsque vous créez un répertoire de données relationnelles, un emplacement de sauvegarde est automatiquement configuré sur la même machine que le répertoire de données. Par défaut, ArcGIS Data Store crée des sauvegardes de data stores relationnels dans c:\arcgisdatastore\backup\relational. Il s’agit de l’emplacement de sauvegarde par défaut.

Toutefois, il ne paraît pas judicieux de conserver les sauvegardes sur les mêmes machines que le data store. Si la machine principale du data store tombe en panne, vous ne pourrez plus accéder aux fichiers de sauvegarde et donc restaurer vos données de couche hébergée. Une autre raison de ne pas laisser les fichiers de sauvegarde et le data store sur la même machine est que les fichiers de sauvegarde risquent d’occuper rapidement tout l’espace disque de la machine. Si l’espace disque devient insuffisant, le data store relationnel passe en mode lecture seule pour éviter toute corruption des données, et vous ne pouvez pas publier de nouvelles couches hébergées.

Par conséquent, définissez un emplacement différent sécurisé pour stocker les sauvegardes du data store relationnel. Pour ce faire, utilisez l’opération change avec l’utilitaire configurebackuplocation.

Pour les data stores relationnels, vous pouvez choisir un répertoire de fichiers partagés sur une autre machine faisant office d’emplacement de sauvegarde par défaut.

Remarque :

  • Vérifiez que vous disposez de suffisamment d'espace pour contenir tous les fichiers qui composent une sauvegarde de stockage de données.
  • La vitesse de remplissage de l’emplacement de sauvegarde par défaut dépend de votre planification de sauvegarde et du nombre de jours de conservation des sauvegardes. Surveillez la taille du répertoire de sauvegarde et ajustez ces paramètres et tailles de stockage en fonction des besoins.
  • Toutes les machines du même data store doivent avoir accès à l’emplacement de sauvegarde par défaut. Par exemple, si vous inscrivez un emplacement de sauvegarde de fichier partagé pour le data store relationnel, les machines principales et de secours du data store relationnel doivent avoir accès à l’emplacement de partage de fichiers.

Pour remplacer l’emplacement de sauvegarde par défaut d’un data store relationnel, procédez comme suit :

  1. Créez un répertoire partagé sur une autre machine pour stocker les fichiers de sauvegarde.
  2. Si vous n’avez pas spécifié de compte ArcGIS Data Store de domaine lorsque vous avez installé ou mis à niveau ArcGIS Data Store, définissez le service de répertoire de données pour qu’il s’exécute à l’aide d’un compte de domaine à présent, puis accordez à ce compte l’accès en lecture et en écriture à un répertoire réseau partagé.
  3. Exécutez l’utilitaire configurebackuplocation avec l’option change pour spécifier le répertoire partagé comme étant l’emplacement de sortie par défaut des sauvegardes de data store relationnel.

    Si vous exécutez cet utilitaire pour qu’un data store relationnel utilise un répertoire partagé une fois que les utilisateurs ont publié des couches d’entités hébergées et qu’une sauvegarde automatique a eu lieu, l’utilitaire configurebackuplocation déplace les fichiers de sauvegarde du data store relationnel existant depuis l’emplacement de sauvegarde par défaut vers le répertoire partagé.

    Dans cet exemple, l'emplacement de sauvegarde d'un stockage des données relationnelles est défini sur un répertoire partagé nommé ds_backups sur un ordinateur nommé sysshare. L’emplacement de sauvegarde s’appelle reldefbu.

    configurebackuplocation --operation change --store relational 
    --location "type=fs;location=\\sysshare\ds_backups;name=reldefbu" 
    
    You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments.
    Please do not interrupt the process once it has started.
    
    Do you want to continue (Yes or No)? Yes

    Pour connaître la syntaxe complète et obtenir d’autres exemples, reportez-vous à la rubrique Référence de l’utilitaire de commande ArcGIS Data Store.

Remplacer l’emplacement de sauvegarde par défaut d’un data store de cache tuilé (mode principale-secours)

Lorsque vous créez un data store de cache tuilé déployé en mode principal-secours, un emplacement de sauvegarde est automatiquement configuré sur la même machine que le data store. L’emplacement par défaut est c:\arcgisdatastore\backup\tilecache. Comme avec le data store relationnel, l’emplacement de sauvegarde par défaut doit être déplacé vers un emplacement distant. Toutefois, à l’inverse du data store relationnel, vous utilisez les opérations register et setdefault pour définir un nouvel emplacement de sauvegarde par défaut pour un data store de cache tuilé exécuté en mode principal-secours.

Pour modifier l’emplacement par défaut d’un data store de cache tuilé fonctionnant en mode principal-secours, procédez comme suit :

  1. Créez l’un des fichiers de sauvegarde de data store suivants :
    • Un répertoire partagé sur une autre machine
    • Un paquet Amazon S3 sous votre compte Amazon Web Services
    • Un conteneur de stockage Microsoft Azure Blob sous votre compte de stockage Azure Blob
  2. Si vous n’avez pas spécifié de compte ArcGIS Data Store de domaine lors de l’installation ou de la mise à niveau ArcGIS Data Store, définissez le service de data store pour qu’il s’exécute à l’aide d’un compte de domaine à présent, puis accordez à ce compte l’accès en lecture et en écriture à l’emplacement que vous avez configuré à l’étape précédente.
  3. Exécutez l’utilitaire configurebackuplocation avec l’opération register pour ajouter un répertoire partagé ou un emplacement de stockage cloud pour le data store de cache tuilé.

    Dans cet exemple, un emplacement de sauvegarde dans un conteneur de stockage Azure Blob nommé scenebackups est ajouté au data store de cache tuilé. L’emplacement de sauvegarde s’appelle tc_defaultbu. Les identifiants d’accès au conteneur sont fournis.

    configurebackuplocation --operation register --store tileCache 
    --location "type=azure;location=scenebackups;name=tc_defaultbu;username=myazureaccountlogin;password=zpw4myazureaccount"

  4. À présent, spécifiez l’emplacement de sauvegarde que vous venez d’inscrire en tant qu’emplacement de sauvegarde par défaut pour le data store de cache tuilé.
    Remarque :

    Cet utilitaire ne déplace pas les sauvegardes automatiques existantes des data stores de cache tuilé qui existent dans le précédent emplacement de sauvegarde par défaut.

    Dans l’exemple suivant, l’emplacement inscrit à l’étape précédente (tc_defaultbu) est défini en tant qu’emplacement de sauvegarde par défaut.

    configurebackuplocation --operation setdefault --store tileCache 
    --location "name=tc_defaultbu"

Conseil :

Pour confirmer que le nouvel emplacement est à présent l’emplacement par défaut, vous pouvez exécuter l’utilitaire configurebackuplocation avec l’opération list.

Pour connaître la syntaxe complète et obtenir d’autres exemples, reportez-vous à la rubrique Référence de l’utilitaire de commande ArcGIS Data Store.

Inscrire un emplacement de sauvegarde par défaut initial

À leur création, les Graph stores, les data stores de cache tuilé (mode de grappe) et les Spatiotemporal Big Data Stores ne disposent pas d’un emplacement de sauvegarde par défaut. Vous devez inscrire au moins un emplacement de sauvegarde avant de créer des fichiers de sauvegarde de ces types de répertoire de données.

Inscrivez un emplacement de sauvegarde par défaut partagé et sécurisé où ArcGIS Data Store peut placer les fichiers issus des sauvegardes planifiées (automatiques).

Vous pouvez inscrire un partage de fichiers pour n’importe lequel de ces types de data stores. Pour les data stores de cache tuilé et de Big Data spatio-temporelles, vous pouvez inscrire un paquet Amazon S3 ou un conteneur de stockage Blob Microsoft Azure en tant qu’emplacement de sauvegarde par défaut.

Remarque :

  • Vérifiez que vous disposez de suffisamment d'espace pour contenir tous les fichiers qui composent une sauvegarde de stockage de données. Les data stores de cache tuilé et les bases de graphiques peuvent être très volumineux et les data stores de Big Data spatio-temporelles ont même tendance à être encore plus volumineux.
  • La vitesse de remplissage de l’emplacement de sauvegarde par défaut dépend de votre planification de sauvegarde et du nombre de sauvegardes manuelles que vous avez créées dans l’emplacement par défaut. Surveillez la taille du répertoire de sauvegarde et ajustez la planification et les tailles de stockage en fonction des besoins.
  • Toutes les machines du même data store doivent avoir accès à l’emplacement de sauvegarde par défaut. Par exemple, si vous inscrivez un emplacement de sauvegarde de partage de fichiers pour un Spatiotemporal Big Data Store, toutes les machines du Spatiotemporal Big Data Store doivent avoir un accès en écriture au répertoire partagé.

Pour configurer un emplacement de stockage des fichiers de sauvegarde de data store pour les data stores de cache tuilé (mode de grappe), les Spatiotemporal Big Data Stores ou les Graph stores, procédez comme suit :

  1. Créez l’un des fichiers de sauvegarde de data store suivants :
    • Un répertoire partagé sur une autre machine
    • Un paquet Amazon S3 sous votre compte Amazon Web Services
    • Un conteneur de stockage Microsoft Azure Blob sous votre compte de stockage Azure Blob
  2. Si vous n’avez pas spécifié de compte ArcGIS Data Store de domaine lors de l’installation ou de la mise à niveau ArcGIS Data Store, définissez le service de data store pour qu’il s’exécute à l’aide d’un compte de domaine à présent, puis accordez à ce compte l’accès en lecture et en écriture à l’emplacement que vous avez configuré à l’étape précédente.
  3. Exécutez l’utilitaire configurebackuplocation avec l’option register pour spécifier l’emplacement de sortie par défaut des sauvegardes de data store.

    Voir les sections qui suivent cette procédure pour avoir des exemples pour chaque type de data store.

    Pour connaître la syntaxe complète et obtenir d’autres exemples, reportez-vous à la rubrique Référence de l’utilitaire de commande ArcGIS Data Store.

Conseil :

Si votre répertoire de sauvegarde demeure hors connexion pendant plusieurs minutes, procédez à une sauvegarde manuelle complète du data store dès que l'emplacement de sauvegarde est accessible.

Exemple de Graph store

Dans cet exemple, un emplacement de sauvegarde par défaut est inscrit pour un Graph store. L’emplacement est un répertoire partagé de fichiers nommé graphbu sur sysshare. Le nom de l’emplacement de sauvegarde est graph_defaultbu.

configurebackuplocation --operation register --store graph 
--location "type=fs;location=\\sysshare\graphbu;name=graph_defaultbu"

Exemple de Spatiotemporal Big Data Store

Dans cet exemple, un emplacement de sauvegarde est inscrit pour un stockage de Big Data spatio-temporelles. Il s’agit d’un emplacement de stockage Azure Blob nommé dsbackups. L’emplacement de sauvegarde s’appelle sbds_defaultbu. Les identifiants d’accès à l’emplacement de stockage Blob sont fournis.

configurebackuplocation --operation register --store spatiotemporal 
--location "type=azure;location=dsbackups;name=sbds_defaultbu;username=azureaccountlogin;password=zpw4azureaccount"

Exemple de data store de cache tuilé (mode de grappe)

Dans cet exemple, un emplacement de sauvegarde par défaut est inscrit pour une data store de cache tuilé déployé en mode de grappe. L’emplacement est un paquet S3 avec un sous-dossier nommé scene. Le paquet réside dans la région AWS US East (Ohio). Le nom de l’emplacement du paquet est tc_defaultbu. Les identifiants d’accès au paquet sont fournis.

configurebackuplocation --operation register --store tileCache 
--location "type=s3;location=backups/scene;name=tc_defaultbu;region=us-east-2;username=abc12345;password=dearliz@a0"

Inscrire des emplacements de sauvegarde supplémentaires

Vous pouvez inscrire des emplacements de sauvegarde supplémentaires Lorsque vous exécutez l’utilitaire backupdatastore pour créer manuellement des sauvegardes, vous pouvez spécifier l’un de ces emplacements prédéfinis.

Remarque :

Vous devez nettoyer les emplacements de stockage des sauvegardes manuellement ; ArcGIS Data Store ne supprime pas de fichiers automatiquement.

Procédez comme suit pour ajouter un autre emplacement pour les fichiers de sauvegarde :

  1. Créez un autre emplacement pour les fichiers de sauvegardes.
    • Pour inscrire un répertoire partagé (partage de fichiers), créez le répertoire sur une autre machine. Veillez à disposer de suffisamment d’espace de stockage pour y placer tous les fichiers de sauvegarde. De même, assurez-vous que l’identifiant de connexion utilisé pour vous connecter à la machine ArcGIS Data Store pour exécuter l’utilitaire backupdatastore dispose d’un accès en écriture à ce répertoire. Si vous créez un répertoire partagé supplémentaire pour un data store de cache tuilé (grappe) ou de Big Data spatio-temporelles, toutes les machines du même déploiement ArcGIS Data Store doivent avoir accès à ce répertoire partagé. Si vous créez un répertoire partagé supplémentaire pour les sauvegardes de data stores relationnels ou de cache tuilé (principal-secours), la machine de secours doit avoir accès à ce répertoire partagé.
    • Pour inscrire un paquet S3, créez-le sous votre compte Amazon Web Services. Choisissez une taille de paquet correspondant à vos fichiers de sauvegarde.
    • Pour inscrire un conteneur de stockage Azure Blob, créez-le sous votre compte de stockage Azure Blob.
  2. Exécutez l’utilitaire configurebackuplocation avec l’opération register pour inscrire cet emplacement de sauvegarde supplémentaire.

    Dans cet exemple, un second emplacement partagé de fichiers est inscrit pour stocker les sauvegardes manuelles du data store relationnel. L’emplacement de sauvegarde est nommé rbu_manual.

    configurebackuplocation --operation register --store relational
     --location "type=fs;location=\\sysshare2\ds_manual_backups;name=rbu_manual"

    Dans cet exemple, un conteneur de stockage Azure Blob est inscrit pour stocker les sauvegardes manuelles du data store de cache tuilé. L’emplacement de sauvegarde est nommé tcbu_manual.

    configurebackuplocation --operation register --store tileCache
     --location "type=azure;location=bucontainer;name=tcbu_manual;username=myazureaccountlogin;password=zpw4myazureaccount"

    La procédure et les exemples d’inscription d’emplacements de sauvegarde supplémentaires pour le cache tuilé (grappe), le Graph store et le Spatiotemporal Big Data Store sont les mêmes lorsque vous ajoutez des emplacements de sauvegarde que lorsque vous inscrivez un emplacement de sauvegarde initial.

Spécifiez l’un des emplacements de stockage comme emplacement par défaut

Après avoir défini plusieurs emplacements de stockage pour un Graph store, un data store de cache tuilé ou un Spatiotemporal Big Data Store, vous pouvez désigner l’un d’eux comme étant l’emplacement de sauvegarde par défaut. Cela étant fait, les sauvegardes créées par ArcGIS Data Store (sauvegardes automatiques) écrivent les fichiers de sauvegarde dans cet emplacement.

Conseil :

Pour modifier l’emplacement par défaut d’un data store relationnel, utilisez l’opération change.

Exécutez l’utilitaire configurebackuplocation avec l’opération setdefault et spécifiez l’emplacement de sauvegarde inscrit. Si vous avez donné un nom à l’emplacement de sauvegarde au moment de son inscription, vous pouvez l’utiliser pour désigner l’emplacement.

Exemple de Graph store

Dans l’exemple suivant, le Graph store contient plusieurs emplacements de sauvegarde partagés de fichiers. L’opération setdefault est utilisée pour désigner l’un d’eux comme étant le nouvel emplacement de sauvegarde par défaut.

configurebackuplocation --operation setdefault --store graph --location "location=\\sysshare2\gsbackups24"

Exemple de Spatiotemporal Big Data Store

Dans l’exemple suivant, l’un des emplacements de sauvegarde supplémentaires du Spatiotemporal Big Data Store (nommé bu_bucket) est désigné comme étant le nouvel emplacement de sauvegarde par défaut :

configurebackuplocation --operation setdefault --store spatiotemporal --location "name=bu_container"

Exemple de Tile cadata store de cache tuilé

Dans l’exemple suivant, l’un des emplacements de sauvegarde supplémentaires du data store de cache tuilé dans un paquet S3 dans la région Asie-Pacifique (Singapour) est désigné comme étant le nouvel emplacement de sauvegarde par défaut :

configurebackuplocation --operation setdefault --store tileCache --location "type=s3;location=bu_bucket;
username=hijklmn1234567;password=z9y8x7w6v5u4t3s2r1q0;region=ap-northeast-1"

Déterminer tous les emplacements de sauvegarde

Le fait de garder une trace de tous les emplacements de sauvegarde de data store peut porter à confusion en présence de plusieurs types de data stores et de plusieurs emplacements pour chacun d’eux. Vous avez peut-être même accepté la tâche d’administrateur ArcGIS Data Store à la place de quelqu’un d’autre. Dans ce cas, vous pouvez exécuter l’utilitaire configurebackuplocation avec l’opération list pour interroger ArcGIS Data Store afin d’obtenir une liste de tous les emplacements de sauvegarde pour un type de data store particulier.

Dans l’exemple suivant, tous les emplacements de sauvegarde inscrits sont renvoyés pour le Spatiotemporal Big Data Store dans un déploiement ArcGIS Data Store. Pour obtenir une liste des autres types de data stores, spécifiez ce type avec l’option --store (relational, tileCache, ou graph).

configurebackuplocation --operation list --store spatiotemporal

Gérer des sauvegardes automatiques

Par défaut, ArcGIS Data Store crée une sauvegarde complète des data stores relationnels tous les quatre jours, mais vous pouvez modifier la fréquence à laquelle ArcGIS Data Store crée cette sauvegarde en exécutant l'utilitaire updatebackupschedule. Pour tous les autres types de data stores, aucune sauvegarde n’est planifiée tant que vous n’en avez pas défini une à l’aide de l’utilitaire updatebackupschedule.

Modifier la fréquence de sauvegarde

Si les membres de votre organisation publient et mettent à jour de nombreuses couches hébergées ou si vous archivez d’importants volumes de données en continu, augmentez la fréquence des sauvegardes.

Remarque :

Par défaut, les sauvegardes incrémentielles sont désactivées pour les Data Stores relationnels. Si vous activez la récupération ponctuelle, des sauvegardes incrémentielles sont générées lorsque les fichiers journaux sont saturés ou toutes les cinq minutes, selon la première de ces deux éventualités. La base de données contrôle la création des sauvegardes incrémentielles. Vous ne pouvez pas contrôler la fréquence de création des sauvegardes incrémentielles.

L'emplacement cible des sauvegardes doit présenter suffisamment d'espace pour stocker tous les fichiers de sauvegarde. La taille de la sauvegarde varie selon la quantité de données dont vous disposez. Si toutefois vous utilisez les paramètres de sauvegarde par défaut, les sauvegardes contiennent deux sauvegardes complètes. La taille de ces fichiers dépend de la quantité et de la taille de vos données. Si vous réactivez la récupération ponctuelle pour les Data Store relationnels, les sauvegardes incluent également par défaut l’équivalent de sept jours de fichiers de sauvegardes incrémentielles.

Remarque :

Les fichiers de sauvegarde du Graph Store, du data store de cache tuilé et du Spatiotemporal Big Data Store ne font l’objet d’aucun nettoyage automatique. Si vous augmentez la fréquence de sauvegarde de ces data stores, vous devrez probablement nettoyer l’emplacement de sauvegarde plus souvent également pour les Graph stores et les data stores de cache tuilé.

Si vous décidez de créer des sauvegardes manuelles et souhaitez désactiver les sauvegardes automatiques, définissez la fréquence de sauvegarde sur 0. Si vous désactivez les sauvegardes automatiques, vous devez créer les sauvegardes vous-même pour prévenir les pertes de données si une panne de machine ou autre catastrophe de données survient.

Remarque :

Lorsque vous désactivez les sauvegardes automatiques, vous ne pouvez pas utiliser la récupération ponctuelle pour le data store relationnel, lequel fera systématiquement l’objet de sauvegardes complètes.

L'utilitaire updatebackupschedule est installé dans le répertoire <ArcGIS Data Store installation directory>\datastore\tools.

  1. Ouvrez une invite de commande à l’aide de l’option Exécuter en tant qu’administrateur.
  2. Exécutez l'utilitaire updatebackupschedule pour indiquer la fréquence voulue des sauvegardes.

    La syntaxe permettant d'exécuter l'utilitaire est la suivante :

    updatebackupschedule [--store relational|tileCache|spatiotemporal|graph] [--starttime <local server time>] --frequency <number of days>

    Par exemple, saisissez les informations suivantes pour programmer des sauvegardes complètes des répertoires de données relationnelles à 03 h 00.(heure sur le serveur local) tous les jours :

    updatebackupschedule --store relational --starttime 03:00:00 --frequency 1

    Dans cet exemple, une sauvegarde du répertoire de Big Data spatio-temporelles est programmée pour 23 h 30 (heure sur le serveur local) tous les trois jours :

    updatebackupschedule --store spatiotemporal --starttime 23:30:00 --frequency 3

Modifier la durée de conservation des fichiers de sauvegarde automatique du stockage des données relationnelles

Le répertoire de sauvegarde conserve les fichiers de sauvegarde du stockage des données relationnelles pendant sept jours. Cela signifie que si vous conservez la fréquence de sauvegarde par défaut (tous les quatre jours) et les plannings de rétention (sept jours), le répertoire de sauvegarde contient deux sauvegardes complètes. Si vous réactivez la récupération ponctuelle, le répertoire de sauvegarde contient également l’équivalent de sept jours de fichiers de sauvegardes incrémentielles. La taille de ces fichiers dépend de la quantité et de la taille de vos données. La machine qui stocke vos sauvegardes doit présenter suffisamment d'espace disque pour contenir tous ces fichiers. Si vous augmentez la fréquence de sauvegarde, vous pouvez envisager de diminuer la période de rétention des fichiers de sauvegarde. Dans la section précédente, la fréquence de sauvegarde a été augmentée et paramétrée sur Tous les jours. Pour empêcher que la taille de votre répertoire de sauvegarde ne devienne trop importante, diminuez la période de rétention des fichiers de sauvegarde.

La syntaxe permettant d’exécuter l’utilitaire updatebackupretaindays est la suivante :

updatebackupretaindays <number of days>

Dans l'exemple suivant, la durée de rétention des fichiers de sauvegarde est définie sur quatre jours :

updatebackupretaindays 4

Créer et supprimer manuellement des sauvegardes

Même si vous utilisez des sauvegardes automatiques, il peut arriver que vous souhaitiez créer une sauvegarde à des fins spécifiques en dehors du calendrier de sauvegarde habituel (par exemple, avant de mettre le système à niveau ou pour créer une sauvegarde complète secondaire à un emplacement différent).

Si vous désactivez les sauvegardes automatiques, il est recommandé de procéder régulièrement à des sauvegardes manuelles.

Les fichiers de sauvegarde de data store relationnel que vous créez manuellement doivent être supprimés à l’aide de l’utilitaire deletebackup.

Exécuter un utilitaire pour créer une sauvegarde de stockage de données

Vous pouvez utiliser l’utilitaire backupdatastore pour procéder à une sauvegarde complète du data store spécifié. Vous pouvez créer manuellement une sauvegarde complète avant d’apporter de nombreuses modifications au stockage des données ou avant de le mettre à niveau. Vous pouvez également créer une sauvegarde pour conserver un exemplaire des données à un stade spécifique, par exemple à la fin de la première phase d'un projet.

L’exécution de l’utilitaire backupdatastore pour un data store relationnel crée toujours une sauvegarde complète du data store.

Lors de la première exécution de l’utilitaire backupdatastore pour un data store de cache tuilé, des copies de sauvegarde sont effectuées pour toutes les bases de données de data store de cache tuilé existantes. De même, lors de la première exécution de l’utilitaire backupdatastore pour un Spatiotemporal Big Data Store, une sauvegarde complète est créée. Ces deux types de data stores pouvant être très volumineux, chaque exécution suivante de l'utilitaire backupdatastore effectue des copies de sauvegarde uniquement des données créées depuis votre dernière exécution de l'utilitaire.

L'identifiant de connexion qui vous permet d'accéder à la machine du data store pour exécuter l'utilitaire backupdatastore doit disposer d'un accès en lecture et en écriture à l’emplacement de sauvegarde du data store.

La syntaxe permettant d’exécuter l’utilitaire backupdatastore est la suivante :

backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal | graph}] [--location <backup_arguments>] [--prompt {yes | no}]

Les arguments du paramètre --location sont les suivants et doivent être séparés par des points-virgules (;) :

  • type= - Les types valides sont fs (partage de fichiers), s3 (paquet Amazon Simple Storage Service (S3)) ou azure (conteneur de stockage blob Microsoft Azure). Vous ne pouvez utiliser des partages de fichiers que pour les sauvegardes de bases de graphiques.
  • name= - Si vous avez attribué des noms aux emplacements de sauvegarde que vous avez configurés pour votre magasin de données, vous pouvez les utiliser pour indiquer où vous souhaitez que les fichiers de sauvegarde soient créés lorsque vous exécutez l’utilitaire backupdatastore.
  • location= - Si vous ne spécifiez pas de nom d’emplacement de sauvegarde, vous devez spécifier les type et location de sauvegarde. Pour les partages de fichiers, fournissez le chemin de fichier. Pour les paquets S3, fournissez le nom du paquet. Pour les conteneurs de stockage blob Azure, fournissez le nom du conteneur.

Attribuez un nom de sauvegarde significatif au fichier pour le retrouver facilement si vous souhaitez restaurer les données. Si vous ne spécifiez aucun nom, l'utilitaire attribue un nom par défaut au fichier. Le nom par défaut présente le format nomstockagedonnées-horodatage. Par exemple, si votre stockage des données s'appelle corpds et que vous créez la sauvegarde le 10 juillet 2014 à 14:25:49:554 UTC, le nom du fichier de sauvegarde est corpds-20140710142549554.

Vous serez invité à confirmer la création d'une sauvegarde. Saisissez yes ou y pour créer la sauvegarde.

Conseil :

Pour rédiger un script de création de sauvegarde manuelle, incluez un indicateur pour supprimer l'invite de confirmation, comme l'indique l'exemple suivant :

backupdatastore --store tileCache --prompt no

Dans cet exemple, le stockage des données génère le nom du fichier de sauvegarde. Cette opération nécessaire dans un script permet de s'assurer que le nom du fichier de sauvegarde est unique.

Suppression manuelle des sauvegardes des stockages des données

Si vous n’avez plus besoin du fichier de sauvegarde du data store relationnel que vous avez créé avec l’utilitaire backupdatastore, exécutez l’utilitaire listbackups pour obtenir le nom du fichier de sauvegarde spécifique, puis exécutez l’utilitaire deletebackup pour supprimer le fichier devenu inutile. Par exemple, après avoir mis à niveau votre data store et confirmé que toutes les couches fonctionnent comme prévu, vous pouvez supprimer la sauvegarde du data store que vous avez créée avant la mise à niveau.

Dans cet exemple, le fichier de sauvegarde du data store relationnel preupgrade1104_bu est supprimé de l’emplacement de sauvegarde par défaut :

listbackups --store relational

Backup_Name                      Status           Backup_Time         Mode
====================================================================================
phase1proj_bu                    BackupComplete   2014-03-08 14:12    manual
phase2proj_bu                    BackupComplete   2014-06-21 11:43    manual
preupgrade1104_bu                BackupComplete   2014-10-04 09:30    manual
ds_gdt1oomh-20141103160748082    BackupComplete   2014-11-01 03:00    scheduled


deletebackup preupgrade1104_bu
You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible.

Do you wish to continue (Yes or No)?yes

Operation completed successfully