Référence des utilitaires de commande ArcGIS Data Store

Les utilitaires de commande, installés avec ArcGIS Data Store, offrent à l'administrateur les outils nécessaires pour gérer les stockages des données. Cette page décrit les utilitaires et fournit des syntaxes et des exemples.

Tous les utilitaires doivent être exécutés sur la machine ArcGIS Data Store. Vous trouverez ces utilitaires dans le répertoire <ArcGIS Data Store installation directory>\datastore\tools.

Vous pouvez taper le nom d’un utilitaire, suivi de --help pour obtenir de l’aide sur la syntaxe.

Remarque :

Vous devez appartenir au groupe Administration de Windows et ouvrir l’invite de commande avec l’option Run as Administrator (Exécuter en tant qu’administrateur) pour pouvoir utiliser les utilitaires ArcGIS Data Store.

allowconnection

Cet utilitaire sert dans le cadre des data stores relationnels.

Pour des raisons de sécurité, toutes les connexions au stockage des données se font via le site GIS Server par défaut. Si vous voulez que le stockage des données relationnelles soit accessible à partir d’une autre machine, vous pouvez utiliser l’utilitaire de commande allowconnection.

Vous pouvez exécuter l’utilitaire allowconnection sur la machine principale du data store relationnel.

Syntaxe

allowconnection <host name> <user name> [<database>]

Indiquez le nom de l’ordinateur que vous souhaitez autoriser à se connecter au stockage des données relationnelles (nom d’hôte) et l’un des comptes de base de données utilisés par le stockage des données (nom d’utilisateur) : administrateur du stockage des données, propriétaire du réplica, administrateur de géodatabase ou utilisateur géré (utilisateur qui publie les données des couches d’entités), que vous pouvez obtenir à l’aide de l’utilitaire listadminusers ou listmanageduser. Vous pouvez également indiquer le nom de la base de données du stockage des données relationnelles principale, mais étant donné qu’il n’en existe qu’une, cette valeur est facultative.

Exemple

Dans cet exemple, les connexions sont autorisées depuis l’ordinateur workcom vers le stockage des données relationnelles avec l’utilisateur géré hqo.n_1E7.

allowconnection workcom hqo.n_1E7

backupdatastore

Cet utilitaire est utilisé avec des data stores relationnels, des data stores de cache tuilé et des Spatiotemporal Big Data Stores.

Si vous devez créer une sauvegarde du stockage des données relationnelles entre les heures de sauvegarde planifiées, exécutez l’utilitaire backupdatastore. Recourez à cet utilitaire pour créer manuellement une sauvegarde complète avant de mettre à niveau le stockage des données ou avant de lui apporter de nombreuses modifications.

Lorsque vous exécutez pour la première fois l’utilitaire backupdatastore pour un répertoire de données du cache de tuiles après avoir défini un emplacement de sauvegarde, des copies de sauvegarde sont effectuées pour toutes les bases de données existantes du répertoire de données du cache de tuiles. L’utilisation suivante de l’utilitaire backupdatastore génère des copies de sauvegarde des bases de données de stockages des données du cache de tuiles créées depuis la dernière exécution de l’utilitaire.

Lorsque vous exécutez pour la première fois l’utilitaire backupdatastore pour un répertoire de Big Data spatio-temporelles après avoir défini un emplacement de sauvegarde, une sauvegarde complète est créée. Comme les Spatiotemporal Big Data Stores peuvent être volumineux, l’utilisation suivante de l’utilitaire backupdatastore génère un fichier de sauvegarde contenant uniquement les modifications apportées depuis la sauvegarde complète initiale.

Vous pouvez exécuter l’utilitaire backupdatastore sur la machine principale du data store relationnel. Cet utilitaire peut être exécuté depuis n’importe quelle machine faisant partie de votre répertoire de données du cache de tuiles ou de Big Data spatio-temporelles.

Dans tous les cas, vérifiez que votre emplacement de sauvegarde est suffisamment important pour contenir vos sauvegardes. Pour modifier l’emplacement de sauvegarde des stockages des données, recourez à l’utilitaire configurebackuplocation.

Syntaxe

backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal}] [--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).
• 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.

Exemple

Dans cet exemple, un fichier de sauvegarde complet appelé project1bu est créé dans l’emplacement de sauvegarde que vous avez spécifié pour le stockage des données à l’aide de l’utilitaire configurebackuplocation. Par défaut, les sauvegardes sont créées pour les stockages des données relationnelles. Par conséquent, dans l’exemple suivant, une sauvegarde du stockage des données relationnelles est créée.

backupdatastore project1bu

You are going to back up the data store. This could take some time, depending on the size of your data store.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Dans cet exemple, un fichier de sauvegarde nommé localbu5 est créé pour le stockage de Big Data spatio-temporelles dans un emplacement de partage de fichiers, que vous avez nommé gadbu au moment de la configuration de l’emplacement de sauvegarde.

backupdatastore localbu5 --store spatiotemporal --location name=gadbu

You are going to back up the data store. This could take some time, depending on the size of your data store.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Dans cet exemple, une sauvegarde d’un stockage de Big Data spatio-temporelles est créé dans un conteneur de stockage blob Azure nommé blob4backups et le fichier de sauvegarde créé se nomme spds311016 :

backupdatastore spds311016 --store spatiotemporal --location type=azure;location=blob4backups

You are going to back up the data store. This could take some time, depending on the size of your data store.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

changebackuplocation

Héritage :

Esri déconseille l’utilitaire changebackuplocation. Il demeure présent pour permettre aux scripts existants de continuer à fonctionner. Autrement, utilisez l’utilitaire configurebackuplocation.

changedatastoremode

Cet utilitaire est utilisé pour les data stores relationnels et les Spatiotemporal Big Data Stores.

L’utilitaire changedatastoremode vous permet de placer un stockage des données relationnelles en mode de lecture seule lorsque vous exécutez des tâches de maintenance sur le stockage des données. Si, par exemple, vous devez accomplir une tâche de maintenance entraînant le redémarrage du data store (changer le lecteur accueillant le dossier de sauvegarde ou modifier les propriétés de la base de données, par exemple), vous pouvez mettre le data store relationnel en mode de lecture seule afin qu’aucun utilisateur ne soit en train de publier ou de mettre à jour les données au redémarrage du data store.

L’utilitaire changedatastoremode permet également de replacer le stockage des données relationnelles en mode de lecture-écriture une fois la maintenance terminée ou après avoir ajouté suffisamment d’espace disque sur la machine de stockage des données principale pour permettre au stockage des données de fonctionner correctement en mode de lecture-écriture.

Vous devez exécuter l’utilitaire changedatastoremode sur la machine principale du répertoire de données relationnelles, pas sur la machine de secours.

Remarque :

Si ArcGIS Data Store place votre stockage des données relationnelles en mode de lecture seule en raison d'un espace disque insuffisant, les sauvegardes automatiques sont également désactivées pour éviter d'encombrer davantage le disque. Par conséquent, vous devez réinitialiser votre calendrier de sauvegarde automatique à l’aide de l’utilitaire updatebackupschedule après avoir remis le data store relationnel en mode de lecture-écriture.

Si votre stockage de Big Data spatio-temporelles est sur le point de manquer d’espace disque, ArcGIS Data Store le place en mode lecture seule pour éviter toute corruption de données. Vous pouvez utiliser l’utilitaire changedatastoremode pour repasser un stockage de Big Data spatio-temporelles en mode de lecture-écriture une fois que vous avez ajouté assez d’espace disque aux machines de stockage de Big Data spatio-temporelles.

Syntaxe

changedatastoremode {readonly | readwrite} [--prompt {yes | no}] --store {relational | spatiotemporal}

Exemple

Dans cet exemple, le stockage des données relationnelles est replacé en mode de lecture-écriture, ce qui signifie que les clients peuvent reprendre des activités, telles que la publication de couches d’entités hébergées sur ArcGIS Enterprise, la mise à jour des données via une couche d’entités hébergée ou l’ajout de fichiers CSV sur Map Viewer (Visionneuse de carte).

changedatastoremode readwrite --store relational --prompt no

Pour placer un stockage de Big Data spatio-temporelles en mode de lecture-écriture, spécifiez spatiotemporal avec l’option --store, comme illustré dans l’exemple suivant :

changedatastoremode readwrite --prompt no --store spatiotemporal

changedbproperties

Cet utilitaire est utilisé avec des data stores relationnels, des data stores de cache tuilé et des Spatiotemporal Big Data Stores.

L’utilitaire changedbproperties vous permet de modifier différentes propriétés, selon le type de stockage des données sur lequel vous l’exécutez.

Syntaxe

changedbproperties --store {relational | tileCache | spatiotemporal} [configuration options]

Les options de configuration prises en charge sont les suivantes :

• disk-threshold-readonly - Ce paramètre contrôle le moment où le data store relationnel est placé en mode de lecture seule pour éviter toute perte des données provoquée par un espace disque insuffisant. L’espace disque par défaut est de 1 024 Mo. Indiquez les tailles en Mo.
• max-connections - Utilisez ce paramètre pour indiquer le nombre maximum de connexions autorisées vers un data store relationnel. Par défaut, le stockage des données relationnelles accepte jusqu’à 150 connexions. Vous pouvez utiliser la propriété --max-connections avec l'utilitaire changedbproperties pour modifier le nombre maximum de connexions autorisées. Lorsque vous déterminez le nombre de connexions requises par votre stockage des données, sachez que les processus internes de ArcGIS Data Store peuvent utiliser jusqu'à cinq connexions. Tenez également compte du nombre de connexions simultanées que votre machine ArcGIS Data Store peut accepter tout en restant performante. Si la machine exécutant ArcGIS Data Store ne dispose pas d'une mémoire importante, vous pouvez être amené à réduire le nombre de connexions autorisées.

  Le nombre spécifié ne peut pas être inférieur à 10. Lorsque vous changez le nombre maximum de connexions autorisées, ce nombre change à la fois sur la machine de stockage des données principale et sur celle de secours. Ce paramètre n’est pas pris en charge pour les stockages de Big Data spatio-temporelles ou du cache de tuiles.

• pitr - Ce paramètre indique si ArcGIS Data Store crée des sauvegardes incrémentielles du data store relationnel, ce qui permet de restaurer le data store relationnel dans l’état où il se trouvait à un moment donné dans le temps. Les données acceptées en entrée sont enable ou disable. La récupération ponctuelle est désactivée par défaut.

  Remarque :

  Vous devez activer la récupération ponctuelle si vous allez utiliser l'utilitaire webgisdr pour créer des sauvegardes incrémentielles de votre déploiement ArcGIS Enterprise.

• enablessl - Ce paramètre contrôle l’utilisation du protocole TLS (Transport Layer Security) lors de l’alimentation du data store de cache tuilé et pour les communications entre le data store relationnel et le serveur d’hébergement.

  Les options prises en charge pour le paramètre enablessl sont les suivantes :

  • true - Il s’agit de l’option par défaut. Cela signifie que le protocole TLS (Transport Layer Security) sera utilisé lors de l’écriture des données de la couche de scènes dans le stockage des données du cache de tuiles si vous spécifiez --store tileCache et lors des communications entre le stockage des données relationnelles et le serveur d’hébergement si vous spécifiez --store relational.
  • false - Spécifiez false et --store tileCache pour utiliser les communications HTTP du serveur d’hébergement lors de l’écriture dans le data store de cache tuilé. Spécifiez false et --store relational pour utilisez les communications HTTP entre le serveur d'hébergement et le stockage des données relationnelles.
• heap-size - Utilisez ce paramètre pour modifier la quantité de mémoire du segment (en Mo) utilisée par un Spatiotemporal Big Data Store. Par défaut, ce type de stockage des données utilise au démarrage la moitié de la RAM disponible. Ce paramètre n'est pas pris en charge pour le stockage des données relationnelles ou du cache de tuiles.
• rebalance - Par défaut, ce paramètre est défini sur true, ce qui signifie que les données d’un Spatiotemporal Big Data Store distribuent les données à d’autres machines, si l’une des machines est indisponible. Si vous devez effectuer une opération de maintenance sur une machine de stockage de Big Data spatio-temporelles, pour la mettre à niveau par exemple, vous pouvez temporairement désactiver le rééquilibrage en définissant ce paramètre sur false. L’opération de rééquilibrage est interrompue pendant la durée définie pour le paramètre max-rebalance-off. Ce paramètre s’applique uniquement au stockage de Big Data spatio-temporelles.

  Héritage :

  Dans ArcGIS 10.4.x, cette option était reallocation.

• max-rebalance-off - La configuration de ce paramètre est utilisé si vous définissez le paramètre rebalance sur false. Par défaut, max-rebalance-off est défini sur 60 minutes. Cela signifie que si vous désactivez temporairement le rééquilibrage, il redémarre au bout de 60 minutes. Si vous avez besoin de plus ou moins de temps que cela pour réaliser la tâche de maintenance pour laquelle vous avez interrompu le rééquilibrage, modifiez le paramètre max-rebalance-off. Ce paramètre s’applique uniquement au stockage de Big Data spatio-temporelles.

  Héritage :

  Dans ArcGIS 10.4.x, cette option était max-allocation-off.

• prompt - Lorsque vous exécutez cet utilitaire, vous êtes invité à confirmer l’action spécifiée. Si vous automatisez l’utilisation de cet utilitaire, définissez le paramètre d’invite sur False (faux). Sinon, le script ne continue que si vous répondez à l’invite.

Exemple

Dans cet exemple, le nombre maximum de connexions autorisées dans un stockage des données relationnelles est défini sur 100 :

changedbproperties --store relational --max-connections 100

You are changing the following database properties:
         max number of connections to 100 (on all relational data store machines)

Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Dans cet exemple, l’option max-rebalance-off permet de définir sur 15 le nombre de minutes, après quoi le stockage de Big Data spatio-temporelles passe automatiquement rebalance à True (vrai)

changedbproperties --store spatiotemporal --max-rebalance-off 15

Dans cet exemple, le paramètre enablessl permet de configurer le stockage des données du cache de tuiles pour qu’il utilise le protocole TLS (Transport Layer Security) lors de la création du conteneur et lors de l’écriture des données dans le stockage des données du cache de tuiles.

changedbproperties --store tileCache --enablessl admin,data

changeloglocation

Cet utilitaire est utilisé pour tous les types de data store.

Si vous ne voulez pas que le stockage des données utilise l'emplacement du fichier journal d'erreur par défaut <ArcGIS Data Store installation directory>\arcgisdatastore\logs, vous pouvez exécuter l'utilitaire changeloglocation pour créer les fichiers journaux d'erreurs dans un autre répertoire.

Le compte ArcGIS Data Store doit disposer des privilèges d'écriture sur le dossier que vous spécifiez.

Syntaxe

changeloglocation <directory path>

Exemple

Dans cet exemple, les fichiers journaux sont créés dans le répertoire local, d:\datastorefiles\logs.

changeloglocation 'd:\datastorefiles\logs'

changenosqldslocation

Cet utilitaire est utilisé pour les data stores de cache tuilé.

Le stockage des données du cache de tuiles peut devenir volumineux si vous stockez de nombreuses tuiles haute résolution à l’intérieur. Dans ce cas, vous pouvez décider de déplacer les données vers un autre lecteur sur le même serveur ou vers un emplacement partagé sur un autre serveur.

Si vous déplacez les données vers un répertoire partagé, vous devez accorder des autorisations de lecture et d'écriture sur ce répertoire à l'utilisateur qui exécute le processus ArcGIS Data Store (Linux) ou le service (Microsoft Windows).

Syntaxe

changenosqldslocation <path> [--prompt {yes | no}]

Exemple

Dans cet exemple, les bases de données qui stockent des caches de couches de scènes sont créées dans un répertoire partagé intitulé dstorecache sur la machine server2.

changenosqldslocation \\server2\dstorecache

changepassword

Cet utilitaire sert dans le cadre des data stores relationnels.

ArcGIS Data Store génère au hasard des noms d’utilisateur et des mots de passe pour les comptes de base de données utilisés pour les data stores relationnels. Si vous devez définir vos propres mots de passe sur votre site, obtenez les mots de passe des comptes de stockage des données et exécutez changepassword pour réinitialiser les mots de passe.

Faites appel à l'utilitaire listadminusers pour obtenir les noms d'utilisateur et les mots de passe des administrateurs et à l'utilitaire listmanageduser pour obtenir le nom d'utilisateur et le mot de passe du propriétaire des données d'entité.

L’utilitaire changepassword peut être exécuté sur la machine principale de stockage des données relationnelles uniquement.

Syntaxe

changepassword <user name> <new password> [--prompt {yes | no}]

Conseil :

Pour rédiger un script de modification de mot de passe, incluez un drapeau pour supprimer l’invite de confirmation, comme l’indique l’exemple suivant :

changepassword gwi_n2Te0 Phfl4mp --prompt no

Exemple

Dans cet exemple, le mot de passe est changé pour l’utilisateur gwi_n2Te0 et devient Phfl4mp!.

changepassword gwi_n2Te0 Phfl4mp

You are going to change the password for user gwi_n2Te0.
Do you want to continue (Yes or No)?Yes

changestaginglocation

Cet utilitaire est utilisé pour les data stores relationnels et les data stores de cache tuilé.

Lorsque vous restaurez votre data store relationnel ou de cache tuilé, ArcGIS Data Store extrait les fichiers de sauvegarde compressés dans un dossier intermédiaire. Cela signifie que vous devez disposer d’un emplacement intermédiaire pouvant accueillir ces données décompressées. Si votre data store relationnel ou de cache tuilé contient beaucoup de données, configurez un dossier intermédiaire distinct et spécifiez-le pour la récupération.

Syntaxe

changestaginglocation <directory path>

Exemple

Dans cet exemple, le dossier intermédiaire désigné est \\netserver\rbustage.

changestaginglocation \\netserver\rbustage

configurebackuplocation

Cet utilitaire est utilisé avec des data stores relationnels, des data stores de cache tuilé et des Spatiotemporal Big Data Stores.

L’utilitaire configurebackuplocation vous permet de spécifier l’emplacement dans lequel ArcGIS Data Store écrit les fichiers de sauvegarde des sauvegardes planifiées et des sauvegardes créées à l’aide de l’utilitaire backupdatastore. Cette commande permet également de modifier les propriétés d’un emplacement de sauvegarde et de supprimer un emplacement de sauvegarde.

Les répertoires de données relationnelles sont créés avec un emplacement de sauvegarde local par défaut. Configurez un emplacement de sauvegarde par défaut plus sécurisé en inscrivant un répertoire partagé distant à l’aide de l’option change.

Les stockages de données de cache de tuiles créés en mode machine principale/de secours possèdent un emplacement de sauvegarde par défaut ; les stockages de données de cache de tuiles créés en mode grappe n’en possèdent pas. Dans un cas comme dans l’autre, utilisez l’utilitaire configurebackuplocation avec l’option register pour spécifier un emplacement réseau partagé, un paquet Amazon Simple Storage Service (S3) ou un conteneur de stockage blob Microsoft Azure pour stocker les sauvegardes de stockages de données de cache de tuiles de manière sécurisée. Vous ne pouvez pas utiliser un disque local pour les fichiers de sauvegarde des répertoires de données du cache de tuiles si le répertoire de données fonctionne en mode d’agrégat.

Les répertoires de Big Data spatio-temporelles ne sont pas créés avec un emplacement de sauvegarde par défaut. Avant de commencer à créer des sauvegardes, vous devez exécuter l'utilitaire configurebackuplocation avec l'option register pour spécifier un emplacement réseau partagé, un paquet Amazon Simple Storage Service (S3) ou un conteneur de stockage blob Microsoft Azure pour ces sauvegardes. Vous ne pouvez pas utiliser de disque local pour les fichiers de sauvegarde de stockage de Big Data spatio-temporelles.

Vous pouvez inscrire un second emplacement de sauvegarde pour le stockage des sauvegardes créées avec l’utilitaire backupdatastore. Vous pouvez utiliser un répertoire de fichiers partagé, un paquet S3 ou un conteneur de stockage blob Azure pour les emplacements de sauvegarde secondaires.

Syntaxe

configurebackuplocation --location <backup_location_arguments> [options]

Utilisez l’option --location pour spécifier où vous souhaitez que ArcGIS Data Store stocke les fichiers de sauvegarde. Pour les stockages de données de cache de tuiles ou les stockages de Big Data spatio-temporelles ou pour inscrire un emplacement de sauvegarde secondaire pour un stockage de données relationnelles, spécifiez les arguments suivants, en les séparant par un point-virgule (;) : --location type=fs|s3|azure;location=<backup_location>;[name=<backup_location_name>];[username=<AWS_access_key_ID_or_Azure_account>];[password=<AWS_secret_access_key_or_Azure_account_key>]. Chacun de ces arguments est décrit dans la liste suivante :

• type= - Spécifiez le type d’emplacement à utiliser pour les sauvegardes. Vous pouvez spécifier s3 pour stocker les sauvegardes dans un paquet Amazon S3, azure pour stocker les sauvegardes dans un conteneur de stockage blob Azure ou fs pour stocker les sauvegardes dans un partage de fichiers (option par défaut).
• location= - Pour les partages de fichiers, spécifiez le chemin du fichier. Pour les paquets Amazon S3, spécifiez le nom du paquet. Pour les containers de stockage blob, fournissez le nom du container.
• name= - Vous pouvez attribuer un nom à l’emplacement de sauvegarde. Par exemple, si votre emplacement de sauvegarde est un chemin de fichier, comme \\sharedserver_sharedfolders_datastorebackups, vous pouvez lui attribuer un nom tel que dsbackups. Lorsque vous exécutez l’utilitaire backupdatastore, listbackups ou restoredatastore, vous pouvez indiquer ce nom plutôt que le chemin complet.

  Si vous ne fournissez pas de nom lorsque vous configurez l’emplacement de sauvegarde du stockage de données, ArcGIS Data Store en attribue un par défaut.

• username= - Requis si votre emplacement de sauvegarde est un paquet S3 ou un conteneur de stockage blob. Pour les paquets S3, fournissez l’ID de la clé d’accès de votre compte Amazon Web Services (AWS). Pour les conteneurs de stockage blob Azure, fournissez le nom du compte de stockage Microsoft Azure pouvant accéder au conteneur de stockage blob.
• password= - Requis si votre emplacement de sauvegarde est un paquet S3 ou un conteneur de stockage blob. Pour les paquets S3, fournissez la clé secrète de votre compte AWS. Pour les conteneurs de stockage blob Azure, fournissez la clé du compte Azure que vous avez spécifiez avec l’argument username.
• endpointsuffix= - Cette option permet d’indiquer où se trouve votre conteneur de stockage blob Azure. Par défaut, le paramètre endpointsuffix est censé être core.windows.net. Si votre conteneur se trouve dans l’environnement Cloud Microsoft Azure Government, définissez endpointsuffix=core.usgovcloudapi.net. Si votre conteneur se trouve dans un Cloud privé, définissez endpointsuffix sur le EndpointSuffix de votre Cloud privé Azure. Cette option n’est utilisée que si vous conservez vos sauvegardes dans un conteneur de stockage blob Azure.

Voici les options supplémentaires qu’il est nécessaire de fournir avec l’utilitaire configurebackuplocation :

• --store {relational | tileCache | spatiotemporal} - Spécifiez le type de ArcGIS Data Store pour lequel vous configurez un emplacement de sauvegarde. La valeur par défaut est relational.
• --operation {change | register | unregister | list | setdefault} - La valeur par défaut est change. Voici une explication de chaque option :
  • change - Cette option permet de modifier ce qui suit :
    • Spécifier un emplacement différent de fichiers partagés pour les sauvegardes planifiées du répertoire de données relationnelles . L’emplacement défini à l’aide de l’option change correspond toujours à l’emplacement de sauvegarde par défaut des stockages de données relationnelles.
    • Changer le nom que vous avez attribué à l’emplacement de sauvegarde.
    • Mettez à jour les informations d’authentification que vous avez définies pour les emplacements de sauvegarde sur Azure ou S3. Pour S3, vous pouvez modifier les informations que vous avez précédemment spécifiées à l’aide des options username et password. Pour Azure, vous pouvez modifier la valeur password.
  • register - Permet d’inscrire un emplacement de sauvegarde. Le premier emplacement de sauvegarde que vous définissez pour un répertoire de données Big Data spatio-temporelles est considéré comme l’emplacement par défaut. Lorsque vous inscrivez un autre emplacement de sauvegarde pour un répertoire de données du cache de tuiles ou de Big Data spatio-temporelles, un emplacement de sauvegarde secondaire est inscrit. Si vous spécifiez l’option register avec un stockages de données relationnelles, un emplacement de sauvegarde secondaire est toujours inscrit. L’emplacement de sauvegarde secondaire est réservé aux sauvegardes manuelles générées avec l’utilitaire backupdatastore.

    Remarque :

    Si vous utilisez l’option register, vous devez fournir des informations pour l’option --location.

  • unregister - Permet de supprimer un emplacement de sauvegarde secondaire d’un stockage de données. Si un seul emplacement de sauvegarde est inscrit, vous pouvez utiliser l’option unregister pour retirer complètement l’emplacement de sauvegarde du répertoire de données du cache de tuiles ou de Big Data spatio-temporelles.
  • list - Répertorie tous les emplacements de sauvegarde inscrits pour un data store.
  • setdefault - Si vous avez plusieurs emplacements de sauvegarde pour un data store de cache tuilé ou un Spatiotemporal Big Data Store, vous pouvez utiliser setdefault pour en désigner un comme emplacement par défaut. Cet emplacement contient les sauvegardes planifiées et il s’agit de l’emplacement par défaut utilisé si vous exécutez l’utilitaire backupdatastore, listbackups ou restoredatastore sans spécifier d’emplacement de sauvegarde.
• --force {true | false} - Utilisée uniquement avec les data stores relationnels, cette option permet de modifier l’emplacement de sauvegarde par défaut, même si ce dernier n’est pas disponible.

  Lorsque vous modifiez l’emplacement de sauvegarde par défaut d’un stockage de données relationnelles, ArcGIS Data Store copie les fichiers de sauvegarde existants de l’ancien emplacement vers le nouveau. Si ArcGIS Data Store ne parvient pas à accéder à l’ancien emplacement, il ne peut pas copier les fichiers. Dans les versions antérieures, cela entraînait l’échec de l’utilitaire configurebackuplocation. Si vous souhaitez tout de même modifier l’emplacement de sauvegarde par défaut sans copier les fichiers de sauvegarde existants, spécifiez --force true.

  La valeur par défaut de cette option est false, ce qui signifie que vous ne pouvez pas modifier l’emplacement de sauvegarde si ArcGIS Data Store ne parvient pas à accéder à l’emplacement par défaut existant.

• --prompt {yes | no} - La valeur par défaut est yes.

Exemples

Dans le premier exemple, l’emplacement de sauvegarde d’un stockage des données relationnelles est défini sur un répertoire nommé fsdata_bu sur une machine nommée myshare.

configurebackuplocation --operation change --store relational --location \\myshare\fsdata_bu 

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

Dans cet exemple, un deuxième emplacement de sauvegarde sur Azure est inscrit pour le même stockage de données relationnelles.

configurebackuplocation --operation register --store relational --location type=azure;location=mybackups;name=secondrelloc;username=myazureaccountlogin;password=zpw4myazureaccount 

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

Dans cet exemple, un emplacement de sauvegarde sur un partage réseau est inscrit pour un stockage de Big Data spatio-temporelles. Un nom, fshare, est attribué à l’emplacement de sauvegarde.

configurebackuplocation --operation register --store spatiotemporal 
--location type=fs;location=\\sharedmachine\ge_bu;name=fshare

Dans cet exemple, un deuxième emplacement de sauvegarde sur AWS est spécifié pour le même stockage de Big Data spatio-temporelles. Un nom, awsloc, est attribué à l’emplacement de sauvegarde.

configurebackuplocation --operation register --store spatiotemporal 
--location type=s3;location=mybucket;name=awsloc;username=abcdefg1234567;password=z9y8x7w6v5u4t3s2r1q0

Dans cet exemple, un troisième emplacement de sauvegarde sur Azure est spécifié pour le stockage de Big Data spatio-temporelles.

configurebackuplocation --operation register --store spatiotemporal --location type=azure;location=myblobs;name=mazloc;username=myazureaccountlogin;password=zpw4myazureaccount

Dans cet exemple, le paquet S3 est défini comme emplacement de sauvegarde par défaut pour le stockage de Big Data spatio-temporelles.

configurebackuplocation --operation setdefault --store spatiotemporal --location name=awsloc

Dans cet exemple, tous les emplacements de sauvegarde pour le stockage de Big Data spatio-temporelles sont répertoriés..

configurebackuplocation --operation list --store spatiotemporal
Backup locations for spatiotemporal big data store:
================================================================
Name             Type     Location                     isDefault
================================================================
fsshare          fs       \\sharedmachine\ge_bu        false
awsloc           s3       mybucket                     true
mazloc           azure    myblobs                      false

configuredatastore

Cet utilitaire est utilisé pour tous les types de data store.

Une fois que vous avez installé ArcGIS Data Store, vous pouvez exécuter l'utilitaire configuredatastore pour créer un stockage des données et l'inscrire auprès d'un site GIS Server. Vous pouvez créer les types suivants de stockage des données à l'aide de cette commande :

• Stockage des données relationnelles
• Stockage des données du cache de tuiles
• Stockage de Big Data spatio-temporelles
• Object store

Vous pouvez également exécuter l’utilitaire configuredatastore pour mettre à niveau un stockage de données après avoir mis à jour le logiciel ArcGIS Data Store sur toutes les machines du stockage de données.

Syntaxe

configuredatastore <ArcGIS Server admin URL> <ArcGIS Server administrator> <ArcGIS Server administrator password> <data directory> [--stores {relational | tileCache | spatiotemporal | object}] [--mode {primaryStandby | cluster}] [--machines <machine names> [--data-loc <object data location>]

• <ArcGIS Server admin URL> : site GIS Server qui est utilisé ou sera utilisé comme serveur d’hébergement ArcGIS Enterprise. L'URL d'administration de ArcGIS Server est au format https://gisserver.domain.com:6443. Notez que même si votre site GIS Server utilise un adaptateur Web, vous devez spécifier l’URL au format indiqué ci-dessus.
• <ArcGIS Server administrator> : spécifiez le nom d'utilisateur d'un utilisateur intégré (et non d'entreprise) disposant des privilèges d'administrateur sur le site GIS Server.
• <ArcGIS Server administrator password>: spécifiez le mot de passe de l’administrateur ArcGIS Server intégré.
• <data directory> : le répertoire de données est l’emplacement sur la machine locale où vous souhaitez que les fichiers du stockage des données soient créés.
• {relational | tileCache | spatiotemporal | object} : spécifiez le type de stockage de données à créer. Bien que cette opération ne soit pas recommandée, vous pouvez configurer plusieurs types de stockage des données sur la même machine en les séparant par une virgule (pas d’espaces). Par exemple, pour configurer les stockages des données relationnelles et du cache de tuiles sur la même machine avec un répertoire de stockage des données partagé, spécifiez --stores relational,tileCache. Esri recommande fortement d’exécuter les stockages de Big Data spatio-temporelles sur des machines distinctes des autres stockages des données ou logiciels. Autrement, les performances risquent de se dégrader, et le répertoire de données peut même devenir inutilisable.
• --mode - Cette opération facultative ne s’applique qu’aux stockages de données du cache de tuiles. Par défaut, les nouveaux data stores de cache tuilé et les object stores sont créés en mode primaryStandby.

  Les data stores de cache tuilé créés en mode primaryStandby peuvent contenir deux machines. Le répertoire de données du cache de tuiles de secours contient les mêmes données que son homologue principal. Si le répertoire de données principal cesse de fonctionner, le répertoire de données de secours devient le répertoire de données du cache de tuiles principal. Si vous avez besoin de stocker un grand nombre de caches de couches de scène et que votre stockage de données du cache de tuiles doit donc évoluer pour inclure trois machines ou plus, créez un stockage de données du cache de tuiles en mode cluster. Vous pouvez également utiliser l’opération mode pour faire passer votre répertoire de données du cache de tuiles d’un mode à l’autre.

  Pour le moment, les object stores créés en mode primaryStandby ne peuvent inclure qu’une seule machine. Si vous avez besoin de plusieurs machines dans l’object store afin de garantir une haute disponibilité, vous pouvez déployer l’object store en mode grappe. Lorsqu’il est utilisé en mode grappe, l’object store doit inclure quatre machines dont le nom et les spécifications sont similaires. Pour en savoir plus, reportez-vous à la rubrique Ajouter une machine à votre data store.

• --machines - Cette option s’applique uniquement aux object stores. Indiquez le nom de la machine hébergeant l’object store dans le cadre d’un déploiement sur une machine unique ou spécifiez la liste des noms de machines séparés par des virgules dans le cadre d’un déploiement en grappe. Les déploiements de type grappe doivent inclure quatre machines, et leur nom (ou alias) doivent être identiques hormis le nombre ajouté à la fin ; par exemple, machine1, machine2, machine3 et machine4.
• --data-loc - Cette option s’applique uniquement aux object stores. Spécifiez le chemin d’accès au répertoire dans lequel sont stockées les données mises en cache. Dans le cas d’un déploiement en mode grappe, fournissez la liste des noms de répertoires séparés par des virgules dans le même ordre que vous avez indiqué les machines. Les répertoires sur les machines de la grappe doivent figurer au même endroit et avoir des noms identiques hormis le nombre. Exemple : directory1, directory2, directory3 et directory4.

Configurer un type spécifique de stockage des données

Vous spécifiez le type de stockage de données à créer à l’aide des paramètres suivants avec l’option --stores :

• relational
• tileCache
• spatiotemporal
• object

Pour configurer plusieurs types de répertoires de données sur la même machine, séparez chaque type par une virgule. Par exemple, pour configurer un stockage des données relationnelles et du cache de tuiles sur la même machine, spécifiez --stores relational,tileCache.

Remarque :

Les data stores configurés sur la même machine entrent en concurrence en ce qui concerne l’utilisation de la mémoire et d’autres ressources, ce qui risque de dégrader les performances et éventuellement d’empêcher le fonctionnement des data stores. Cela est particulièrement vrai pour les Spatiotemporal Big Data Stores ; ne configurez pas ce type de data store, ou encore un object store, sur la même machine qu’un autre data store ou composant ArcGIS.

Si vous écrivez un script sur la création de plusieurs machines de stockage de Big Data spatio-temporelles, une machine de stockage de Big Data spatio-temporelles doit être configurée manuellement avec GIS Server pour que vous puissiez écrire un script sur la création de machines de stockage de Big Data spatio-temporelles supplémentaires. Incluez les temps d’attente dans votre script pour faire en sorte que les machines de Spatiotemporal Big Data Stores supplémentaires ne soient pas ajoutées en même temps.

Pour plus d’informations, reportez-vous à la rubrique Créer un répertoire de données.

Configurer les stockages de données après la mise à jour d’installations ArcGIS Data Store

Dans le cadre de la mise à niveau de ArcGIS Data Store, vous devez reconfigurer les machines de stockage de données existantes. Après l’installation sur chaque machine de data store d’une nouvelle version de ArcGIS Data Store par-dessus la version ArcGIS Data Store existante, vous pouvez vous connecter à toute machine d’un data store et exécuter l’utilitaire configuredatastore pour finaliser la mise à niveau de ce data store en particulier. Vous pouvez ainsi exécuter configuredatastore sur la machine principale du répertoire de données relationnelles ; la machine de secours sera également mise à niveau.

Si une machine contient à la fois un stockage de données relationnelles et du cache de tuiles, spécifiez --stores relational,tileCache lorsque vous exécutez l’utilitaire configuredatastore ; toutes les machines des deux stockages de données sont alors mises à jour.

Pour reconfigurer les machines du stockage de Big Data spatio-temporelles mises à jour, connectez-vous à l’une d’entre elles et exécutez l’utilitaire configuredatastore. Ceci met à jour toutes les machines du stockage de Big Data spatio-temporelles.

Notez que si vous n’avez pas installé la nouvelle version de ArcGIS Data Store sur toutes les machines, la configuration ne peut pas avoir lieu.

Pour plus d’informations, reportez-vous à la rubrique Mettre à niveau ArcGIS Data Store.

Changer le mode d’un répertoire de données du cache de tuiles

Dans le cas d’une mise à niveau de la version 10.7.1 ou d’une version antérieure, votre répertoire de données du cache de tuiles est automatiquement en mode principal-secours. Si vous avez besoin de machines supplémentaires dans votre répertoire de données du cache de tuiles pour traiter un grand nombre de couches de scènes, vous pouvez mettre le répertoire de données du cache de tuiles en mode d’agrégat et y ajouter d’autres machines. Les caches des nouvelles couches de scènes sont alors stockés sur les nouvelles machines. Les caches existants ne sont pas stockés sur les nouvelles machines. Pour qu’ils le soient, vous devez créer une sauvegarde complète du répertoire de données du cache de tuiles et le restaurer après avoir ajouté les nouvelles machines.

De la même façon, si vous avez créé le répertoire de données du cache de tuiles dans la version 10.8, ou avez choisi le mode d’agrégat pour le répertoire de données du cache de tuiles lorsque vous l’avez créé, et que vous vous apercevez ensuite que le mode d’agrégat est inadapté à vos besoins, vous pouvez mettre le répertoire de données du cache de tuiles en mode principal-secours dès lors que vous pouvez vous passer du stockage supplémentaire fourni par plusieurs machines. Le répertoire de données du cache de tuiles ne peut pas contenir plus de deux machines, toutefois, avant que vous le mettiez en mode principal-secours.

Remarque :

Vous pouvez utiliser l’opération --mode pour spécifier le mode de stockage des données du cache de tuiles lorsque vous créez le stockage de données ou pour modifier le mode de stockage des données du cache de tuiles, mais vous ne pouvez pas modifier le mode lors de la mise à niveau d’un stockage de données du cache de tuiles.

Exemple

Dans cet exemple, un stockage des données pour les données de couches d’entités hébergées (stockage des données relationnelles) est créé. L'URL du site GIS Server qui va utiliser le stockage des données est https://gisserver.domain.com:6443, le nom d'utilisateur et le mot de passe de l'administrateur du site sont respectivement admin et Iph33l$ik, et le répertoire des données pour le stockage des données est C:\datastore\data\.

configuredatastore https://gisserver.mydomain.com:6443 admin Iph33l$ik c:\datastore\data\ --stores relational

Dans l’exemple suivant, un répertoire de données du cache de tuiles existant passe en mode d’agrégat :

configuredatastore https://gisserver.mydomain.com:6443 portaladmin S00perSecret c:\datastore\scenedata\ --stores tileCache --mode cluster

configureserviceaccount

Cet utilitaire est utilisé pour tous les types de data store.

L'utilitaire configureserviceaccount permet de modifier l'identifiant de connexion utilisé pour le compte ArcGIS Data Store. Lorsque vous configurez le compte à l’aide de cet utilitaire, vous pouvez exporter les informations du compte dans un fichier. Notez que le mot de passe est chiffré dans le fichier. Vous pouvez utiliser ce fichier pour importer les mêmes informations de compte si, par exemple, vous configurez une autre instance ArcGIS Data Store et souhaitez utiliser le même compte. Dans ce cas, exécutez l’utilitaire configureserviceaccount sur la nouvelle machine et importez le fichier avec les informations du compte.

Vous pouvez également utiliser cet utilitaire pour mettre à jour le mot de passe du compte ArcGIS Data Store. Si le mot de passe du compte Windows change, exécutez l’utilitaire et spécifiez un nouveau mot de passe pour le compte.

Si vous définissez le compte ArcGIS Data Store sur un compte de service géré par groupe, le compte que vous spécifiez avec le paramètre username peut inclure $ à la fin du nom de compte ou l’omettre. Il n’est pas nécessaire d’indiquer le paramètre de mot de passe lorsque vous utilisez un compte de service contrôlé par un groupe.

Syntaxe

configureserviceaccount [--username <Windows account>] [--password <account password>] [--readconfig <user configuration file>] [--writeconfig <user configuration file>]

Exemple

Dans cet exemple, configureserviceaccount définit le compte mynetwork\datastore pour qu'il exécute le service ArcGIS Data Store et accorde à ce compte les privilèges requis sur les fichiers et dossiers système de ArcGIS Data Store.

configureserviceaccount --username mynetwork\datastore --password SewL0ng

Dans cet exemple, un compte de service géré par groupe est utilisé pour le compte ArcGIS Data Store :

configureserviceaccount --username mydomain\datastore-gmsa$ --writeconfig c:\temp\domainaccountconfig.xml

Notez que la modification du compte sous lequel le service s’exécute entraîne le redémarrage du service.

Dans cet exemple, le compte ArcGIS Data Store est modifié et les informations du compte sont écrites dans un fichier (adsainfo), dans C:\adminfiles.

configureserviceaccount --username mynetwork\datastore --password SewL0ng --writeconfig C:\adminfiles\adsainfo.xml

Dans cet exemple, ArcGIS Data Store est installé sur une machine différente et l’administrateur exécute l’utilitaire configureserviceaccount pour définir le même compte à l’aide du fichier créé dans l’exemple précédent.

configureserviceaccount --readconfig C:\adminfiles\adsainfo

deletebackup

Cet utilitaire sert dans le cadre des data stores relationnels.

L'utilitaire deletebackup vous permet de supprimer les fichiers de sauvegarde que vous avez créés pour le stockage des données relationnelles. Commencez par exécuter l’utilitaire listbackups pour voir les noms et les heures de création de vos sauvegardes manuelles. Vous pouvez ensuite exécuter l’utilitaire deletebackup pour supprimer la sauvegarde manuelle dont vous n’avez plus besoin.

Notez que vous pouvez uniquement supprimer les sauvegardes non requises pour récupérer votre stockage des données. Ainsi, vous ne pouvez pas supprimer la sauvegarde complète la plus récente du stockage des données relationnelles.

Syntaxe

deletebackup <backup name> [--prompt {yes | no}]

Exemple

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

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

Operation completed successfully

describedatastore

Cet utilitaire est utilisé pour tous les types de data store.

L'utilitaire describedatastore vous permet d'afficher les informations suivantes sur une installation ArcGIS Data Store :

• Le numéro de version du logiciel pour l'installation de ArcGIS Data Store
• L’emplacement intermédiaire utilisé par le répertoire de données pour la restauration des données
• L'emplacement du fichier journal pour le stockage des données
• Le volume d'espace disque disponible sur la machine sur laquelle ArcGIS Data Store est installé
• Le seuil d'espace disque disponible auquel le stockage des données relationnelles sera placé en mode de lecture seule et les stockages de Big Data spatio-temporelles et du cache de tuiles seront arrêtés.
• Les emplacements de sauvegarde utilisés par chaque type de stockage des données
• Indique si l'emplacement de sauvegarde du stockage des données relationnelles ou du cache de tuiles se trouve ou non sur un partage réseau
• La fréquence de création d'une sauvegarde du stockage des données (calendrier de sauvegarde)
• Le nombre de jours de conservation des fichiers de sauvegarde du data store relationnel et s’il est possible de restaurer le data store relationnel dans l’état où il se trouvait à un instant T.
• Si le stockage des données est exécuté ou non (statut du stockage des données)
• Si les communications SSL sont activées sur le stockages de données relationnelles.
• La date et l’heure auxquelles le répertoire de données relationnelles de secours est devenu le répertoire de données principal (Last failover (Dernier basculement)) ; ne s’affiche pas si le basculement n’a pas eu lieu
• Les noms des machines qui participent au stockage des données relationnelles ou du cache de tuiles (machines membres)
• Le nombre maximum de connexions autorisées au stockage des données relationnelles
• L'URL du site GIS Server auprès duquel le stockage des données est inscrit (URL du système propriétaire)
• L'URL du portail qui utilise le site GIS Server comme serveur d'hébergement (URL du portail )
• Le nombre de connexions actuelles de couches d'entités au stockage des données relationnelles
• Une liste de toutes les machines participant actuellement au stockage de Big Data spatio-temporelles (machines dans des grappes spatio-temporelles)
• Au sein du stockage de Big Data spatio-temporelles, la machine qui est actuellement désignée comme machine coordinatrice (Coordinateur actuel dans la grappe)
• La liste de toutes les machines dans la grappe du Spatiotemporal Big Data Store ou du data store de cache tuilé (Registered spatiotemporal machines [Machines inscrites du Spatiotemporal Big Data Store] et Registered tile cache machines [Machines inscrites du data store de cache tuilé], respectivement) ; affiche toutes les machines de la grappe, quel que soit leur statut
• Le mode configuré pour un data store de cache tuilé ou un object store, en mode grappe ou machine principale ou mode principal-secours.
• Si un data store relationnel ou un Spatiotemporal Big Data Store se trouve en mode READWRITE ou READONLY (Data Store mode [Mode du data store])

Syntaxe

describedatastore

Exemple

L’utilitaire describedatastore renvoie des informations d’ordre général qui s’appliquent à tous les data stores d’une machine, ainsi que des sections distinctes spécifiques contenant des informations propres à chaque type de data store.

Vous devriez enregistrer des data stores différents sur des machines distinctes, mais pour vous permettre de voir les informations renvoyées pour chaque type de data store, la sortie suivante présente une machine contenant tous les types ArcGIS Data Store sur la même machine. La première section (General Information) est systématiquement renvoyée. Les sections relatives aux data stores renvoyées par l’utilitaire describedatastore varient en fonction du type de data store présent sur la machine.

describedatastore

General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....10.9.0.1234
Staging location.............C:\arcgisdatastore\staging
Log location.................C:\arcgisdatastore\logs
Free disk space..............174.00GB
Threshold for READONLY mode..2048MB

Information for relational data store ds_sthiu0_5T
==============================================================
Backup location...........\\nwshare\dsbackups
Is backup folder shared...true
Backup schedule...........{"schedule-starttime":"00:00:00","schedule-frequency":"Every 7 DAYS"}
Days backup retained......31
Data store status.........Started
SSL enabled...............true
Last failover.............20150130190334005
Member machines...........MACHINE1.DOMAIN.COM, MACHINE4.DOMAIN.COM
Maximum connections.......150
Owning system URL.........https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal
Number of connections.....8 connection(s) to managed database
Data Store mode.....................READWRITE
Is Point-in-time recovery enabled...No
Query optimizer enabled.............Yes

Information for tile cache data store ds_wztxj7um
==============================================================
Data location.......................C:\arcgisdatastore\nosqldata
Data store status...................Started
Backup location............\\mybackups\scenebackup
Backup schedule............{schedule-frequency":"Every 1 DAYS"}
Is backup folder shared.............true
Mode................................cluster
Member tile cache machines.....................MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Registered tile cache machines.................MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal

Information for spatiotemporal data store ds_qpko99Cl
==============================================================
Max rebalance off time..............60 minutes
Automatic rebalance ................On
Machines in spatiotemporal cluster..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Current coordinator in cluster...MACHINE1.DOMAIN.COM
Registered spatiotemporal machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/arcgis/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Data Store mode.....................READWRITE

Information for object store w1tiknx
==============================================================
Deployment mode................................primaryStandby
Access endpoint................................MACHINE1:9900
Registered object store machines...............MACHINE1.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal

exportmanageddb

Héritage :

Esri déconseille l’utilisation de l’utilitaire exportmanageddb depuis la version 10.5.1. La fonctionnalité a été incorporée à l’utilitaire backupdatastore. L’utilitaire exportmanageddb a été conservé pour assurer le fonctionnement des scripts existants, mais vous devez commencer à utiliser l’utilitaire backupdatastore pour créer un fichier de sauvegarde à la place, puis utiliser l’utilitaire restoredatastore pour restaurer le stockage des données à partir du fichier de sauvegarde.

importmanageddb

Cet utilitaire est utilisé pour les data stores relationnels et les data stores de cache tuilé.

Si vous avez exporté un ArcGIS Data Store contenant une couche d'entités hébergée ou des bases de données des caches des couches de scènes hébergées (ou les deux), vous pouvez utiliser l'utilitaire importmanageddb pour restaurer le stockage des données. Vous pouvez le restaurer sur une machine ArcGIS Data Store mise à niveau ou sur une installation ArcGIS Data Store sur une machine possédant un système d'exploitation différent de celui de l'instance ArcGIS Data Store source.

Si vous souhaitez inscrire ArcGIS Data Store auprès du même site GIS Server qu'auparavant, spécifiez --bound true et ne spécifiez pas de --server-url. Notez que l'option --bound est définie sur True (vrai) par défaut. N'oubliez pas de redémarrer le site GIS Server après la restauration.

Si vous effectuez la restauration et souhaitez inscrire le stockage des données auprès d'un nouveau site GIS Server, spécifiez --server-url lorsque vous importez le stockage des données.

Par défaut, le stockage des données relationnelles et toutes les bases de données des caches des couches de scènes hébergées qui constituent le stockage des données du cache de tuiles dans le fichier d’exportation sont importés. Si vous ne souhaitez pas inclure les bases de données des caches de tuiles des couches de scènes hébergées, définissez l’option --include-tilecache sur False (faux).

L’utilitaire importmanageddb n’importe pas de stockage de Big Data spatio-temporelles.

Syntaxe

importmanageddb <source backup location> <backup name> [options]

Voici quelques-unes des options prises en charge :

• [--server-url <ArcGIS Server URL registered with data store>] - Si vous spécifiez --bound true et que vous avez déjà transféré vos services vers un nouveau site GIS Server, utilisez l’opération --server-url pour spécifier l’URL du nouveau site GIS Server. Notez toutefois qu’à moins que vous n’ayez également transféré les services vers ce nouveau serveur, les données du stockage des données ne seront pas accessibles.
• [--server-admin <user name of ArcGIS Server admin>] - Cette option est obligatoire que vous spécifiez --bound true ou ne spécifiez pas l’option --bound. Fournissez le nom d’utilisateur de l’administrateur ArcGIS Server.
• [--server-password <password of ArcGIS Server admin>] - Cette option est obligatoire que vous spécifiez --bound true ou ne spécifiez pas l’option --bound. Fournissez le mot de passe de l’administrateur ArcGIS Server.
• [--data-dir <data store data directory>] - Le répertoire ArcGIS Data Store. Par défaut, il s’agit du répertoire ArcGIS Data Store des data stores actuellement inscrits.
• [--stores {relational | tileCache}]— indique le type de data store à importer. Si vos stockages des données relationnelles et du cache de tuiles s’exécutent sur la même machine et que vous voulez importer les deux, spécifiez-les en les séparant par une virgule. Par exemple, saisissez --stores relational,tileCache. Si vous n’indiquez pas l’option --stores, le type relationnel est utilisé par défaut.
• [--include-tilecache {true | false}] - Cette option assure la rétrocompatibilité. Si vous ne spécifiez pas l’option --stores ou que vous spécifiez --stores relational, vous pouvez choisir si le stockage de données du cache de tuiles est restauré ou non à l’aide de cette option.
• [--bound {true | false}]
  • Si vous spécifiez --bound true ou que vous ne spécifiez pas l’option --bound, vous devez spécifier l’URL d’un site GIS Server avec l’option --server-url et les informations d’identification de l’administrateur ArcGIS Server avec les options --server-admin et --server-password. Si vous procédez à une importation sur le site GIS Server auprès duquel ArcGIS Data Store a été inscrit lorsque vous avez exporté le stockage des données, spécifiez l’URL de ce site GIS Server et fournissez le nom d’utilisateur et le mot de passe de l’administrateur ArcGIS Server. Pour lier le stockage des données à un nouveau site GIS Server, spécifiez l’URL et les informations d’identification de l’administrateur de ce nouveau site.

    Remarque :

    Spécifiez uniquement des informations pour un nouveau site GIS Server si vous avez déjà transféré vos services Web vers ce nouveau site GIS Server.

  • Si votre stockage des données ne doit plus utiliser l’ancien site GIS Server et que vous n’avez pas encore transféré tous vos services vers le nouveau site GIS Server, spécifiez --bound false. Vous devez exécuter l'utilitaire registerdatastore pour configurer le stockage des données avec le nouveau site GIS Server après avoir transféré les services vers ce nouveau site.
• [--prompt {yes | no}] - Indique si vous devez répondre ou non à une invite pour exécuter l’utilitaire.

Exemple

Dans l'exemple suivant, le stockage des données est restauré sur une installation ArcGIS Data Store de version plus récente. Le nouveau répertoire de données ArcGIS Data Store est spécifié. Le stockage des données est toujours lié au site GIS Server existant, de sorte que le stockage des données et les couches de scènes et d'entités hébergées existantes continuent de fonctionner. Redémarrez votre site GIS Server pour autoriser les couches de scènes et d'entités hébergées à être publiées sur la nouvelle machine.

importmanageddb \\backupserver\expdir preupgradeexp --data-dir c:\arcgis\datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.4s --bound true

Dans cet exemple, le site GIS Server et le stockage des données relationnelles ont tous les deux été transférés vers les nouvelles machines. Les services Web ayant déjà été transférés vers le nouveau site GIS Server, l'URL du nouveau site est spécifiée avec l'option --server-url. La sauvegarde se nomme movedbexp et est stockée dans \\backupserver\expdir.

importmanageddb \\backupserver\expdir movedbexp --data-dir c:\arcgis\datastore --server-admin siteadmin --server-password $Aup.4s --stores relational --bound true --server-url https:\\newgisserver.domain.com:6443

Dans cet exemple, les services Web n'ont pas été transférés vers le nouveau site GIS Server. Les stockages des données relationnelles et du cache de tuiles ne sont pas fonctionnels tant que les services n'ont pas été transférés et que vous n'avez pas inscrit le stockage des données auprès du nouveau site GIS Server. La sauvegarde se nomme movedsfirstexp et est stockée dans \\backupserver\expdir\movingexp2.

importmanageddb \\backupserver\dbdump\movingexp2 movedsfirstexp --data-dir c:\arcgis\datastore --stores relational,tileCache --bound false

listadminusers

Cet utilitaire est utilisé pour tous les types de data store.

L’utilitaire listadminusers retourne les noms d’utilisateur et les mots de passe de l’administrateur, du propriétaire du réplica et de l’administrateur de géodatabase d’un stockage des données relationnelles. L’utilitaire renvoie l’administrateur pour le cache de tuiles et les répertoires de Big Data spatio-temporelles.

Syntaxe

listadminusers

Exemple

Dans cet exemple, listadminusers est exécuté sur une machine sur laquelle seul un répertoire de données relationnelles est installé.

listadminusers

Admin users for relational data store ds_abcd1234
=================================================
Database Admin User.... adm_32ret / tT30sbYk22jF
Database Repl User..... dsrepuser / uWn/MV0678h4
GDB Admin User......... sde / iO=Qst751epb

Dans cet exemple, listadminusers est exécuté sur une machine sur laquelle seul un répertoire de Big Data spatio-temporelles est installé.

listadminusers

Admin users for spatiotemporal big data store bds_abcd1234
=================================================
Store admin user.... els_321ret / B1as70fF1

Dans cet exemple, listadminusers est exécuté sur une machine sur laquelle seul un object store est installé.

listadminusers

Admin users for object store w1tiknx
=================================================
Store admin user....n6o96nl53vzkm36d / bpvifyjz73xwhot4

listbackups

Cet utilitaire est utilisé avec des data stores relationnels, des data stores de cache tuilé et des Spatiotemporal Big Data Stores. Lorsqu’il est exécuté pour des répertoires de données relationnelles, l’utilitaire listbackups fonctionne uniquement sur la machine principale du répertoire de données.

L’utilitaire listbackups renvoie les noms des fichiers de sauvegarde et l’emplacement dans lequel ils sont écrits. Il retourne également le statut des sauvegardes (complètes ou non), leur heure de démarrage et si elles ont été créées manuellement à l'aide de l'utilitaire backupdatastore ou automatiquement par ArcGIS Data Store.

Lorsque vous exécutez l’utilitaire listbackups, indiquez l’emplacement de sauvegarde pour lequel vous voulez afficher la liste des fichiers de sauvegarde. Si vous ne spécifiez pas d’emplacement, l’utilitaire listbackups renvoie des sauvegardes pour l’emplacement de sauvegarde par défaut.

Vous pouvez exécuter listbackups pour savoir si une sauvegarde est terminée ou encore en cours d’exécution, pour déterminer le nombre de sauvegardes manuelles que vous possédez ou pour confirmer un nom de fichier avant d’exécuter l’utilitaire deletebackup.

Syntaxe

listbackups [--store {relational | tileCache | spatiotemporal}] [--location <location_arguments>]

Si vous ne spécifiez pas de type de stockage des données, l’utilitaire utilise le type relational par défaut et renvoie les sauvegardes du stockage de données relationnelles exécuté sur cette machine.

Le paramètre location est utilisé avec les stockages de Big Data spatio-temporelles et les stockages de données relationnelles. Les arguments sont les suivants :

• name= : nom de l’emplacement de sauvegarde. Vous avez spécifié ce nom lorsque vous avez configuré l’emplacement de sauvegarde ou, si vous n’avez pas spécifié de nom, ArcGIS Data Store en a attribué un par défaut.
• location= : chemin vers le répertoire de fichiers partagés, nom du paquet S3 ou nom du conteneur de stockage blob.

Exemple

Dans cet exemple, les sauvegardes sont répertoriées pour un stockage des données relationnelles :

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
ds_gdt1oomh-201411030300    BackupComplete   2014-11-01 03:00    scheduled

Backups located at: '\\myserver.net.com\dsbackups'

Dans cet exemple, les sauvegardes de stockage de Big Data spatio-temporelles sont répertoriées pour l’emplacement de sauvegarde nommé sbdsbu :

listbackups --store spatiotemporal --location name=sbdsbu

Backup_Name                 Status           Backup_Time         Mode
=======================================================================
backup1						               BackupComplete   2016-07-11 09:47    manual

Backups located at: '\\myserver.net.com\spatiotemporal'

listmanageduser

Cet utilitaire est utilisé pour tous les types de data store.

L’utilitaire listmanageduser renvoie le nom d’utilisateur et le mot de passe du compte qui détient les données de la couche d’entités hébergée dans les stockages des données relationnelles et de Big Data spatio-temporelles. Cet utilitaire renvoie également le nom d’utilisateur et le mot de passe du propriétaire des données pour les stockages des données du cache de tuiles.

Syntaxe

listmanageduser

Exemple

Dans l’exemple suivant, listmanageduser est exécuté sur une machine contenant un répertoire de données relationnelles et du cache de tuiles. La machine est le répertoire de données principal.

listmanageduser

Managed user for relational data store ds_abcd1234
===================================================
UserName     Password       Database
gwi_n2Te0    4cXddhZhve=Y   db_qv5e1

Managed user for tile cache data store tcs_e41f0rj2
===================================================
UserName     Password
usr_n8778    y47ccno913

Dans cet exemple, listmanageduser est exécuté sur une machine de stockage de Big Data spatio-temporelles.

listmanageduser

Managed user for spatiotemporal big data store bds_6udbx4321
=============================================================
UserName     Password
fmr_o1He3    5vZggkPbaw+T

Dans l’exemple suivant, listadminusers est exécuté sur une machine avec un object store.

listmanageduser

Managed user for object store w1tiknx
=============================================================
Store credential........n6o96nl53vzkm36d / bpvifyjz73xwhot4

listobjectstorage

Cet utilitaire est utilisé pour les object stores.

Pour améliorer les performances d’affichage, ArcGIS crée un cache des entités renvoyées dans le cadre des requêtes portant sur des couches d’entités hébergées ; ces entités doivent être placées dans l’object store.

Les caches sont créés sur la base d’une couche d’entités et, selon la taille de la couche, ils peuvent occuper beaucoup d’espace disque. Si l’espace disque de la machine accueillant l’object store est restreint, vous pouvez vérifier la taille des caches de couches d’entités et la stratégie actuelle de rétention des caches en exécutant l’utilitaire listobjectstorage. Cet utilitaire renvoie le nom de chaque couche d’entités (service d’entités) hébergée mise en cache, l’identifiant de la couche pour laquelle la mise en cache est activée, la taille du cache de la couche et la stratégie actuelle en matière de rétention appliquée aux requêtes mises en cache de cette couche. Par défaut, les caches ne sont pas supprimés. Pour modifier la date à laquelle les caches sont supprimés, l’administrateur ArcGIS Server du serveur d’hébergement doit définir une date d’expiration dans le répertoire administrateur de ArcGIS Server. Pour supprimer le cache d’une couche d’entités hébergée, l’administrateur peut désactiver la mise en cache de la couche. Pour ce faire, il suffit d’utiliser l’opération updateDefinition dans le répertoire administrateur de ArcGIS Server.

Syntaxe

listobjectstorage

Exemple

Dans l’exemple suivant, l’utilitaire listobjectstorage est exécuté pour déterminer la taille actuelle du cache de toutes les couches comportant des requêtes mises en caches stockées dans l’object store et connaître le nombre de jours pendant lesquels les caches sont conservés avant d’arriver à expiration et d’être éliminés de l’object store. Il existe actuellement trois couches, deux dans la couche d’entités hébergée Cities et une dans la couche d’entités hébergée Facilities, comportant des requêtes mises en cache dans l’object store.

listobjectstorage

Total cache size.......... 71.192 GB

Feature tiles for object store 
ServiceName    LayerId     CacheSize     ExpirePolicy(Days)
====================================================================
Cities          0           181 MB       7
Cities          3           71 GB        None
Facilities      0           11 MB        1

Conseil :

L’administrateur ArcGIS Server du serveur d’hébergement peut se connecter au répertoire administrateur de ArcGIS Server pour déterminer le nom de chaque couche en se basant sur l’identifiant de la couche.

registerdatastore

Cet utilitaire est utilisé pour tous les types de data store.

Le stockage des données conserve les informations relatives aux noms des machines du site GIS Server. Si vous transférez votre site GIS Server sur de nouvelles machines (par exemple, si vous avez acheté du nouveau matériel ou si les machines GIS Server existantes sont défaillantes), vous devez désinscrire le stockage de données du site GIS Server pour supprimer ces informations. Une fois que le site GIS Server a été configuré sur une nouvelle machine (ou sur plusieurs machines), vous pouvez inscrire le stockage des données auprès du site GIS Server à l'aide de l'utilitaire de commande registerdatastore.

Notez que cet utilitaire permet d'inscrire le stockage des données auprès du même site GIS Server qu'auparavant. Le stockage des données contient les données des couches hébergées du site GIS Server. Le fait de l'inscrire sur un autre site GIS Server n'entraîne pas une nouvelle création des couches d'entités hébergées, des caches des couches de scènes ou des archives de données des services en mode continu.

L’utilitaire registerdatastore peut être exécuté sur la machine principale du répertoire de données relationnelles. Il peut être exécuté sur n’importe quelle machine d’object store, de data store de cache tuilé ou de Spatiotemporal Big Data Store.

Syntaxe

registerdatastore <ArcGIS Server URL> <ArcGIS Server site administrator user name> <ArcGIS Server site administrator password> --stores {relational | tileCache | spatiotemporal | object}

Même si cette opération n'est pas recommandée, si différents types de stockages des données sont installés sur la même machine, vous pouvez les inscrire en même temps en les séparant par une virgule (pas d'espaces). Par exemple, saisissez --stores relational,tileCache.

Exemple

Dans cet exemple, un stockage des données relationnelles est réinscrit auprès d'un site GIS Server avec l’URL https://gisserver.domain.com:6443. Le nom d'utilisateur de l'administrateur du site ArcGIS Server principal est agsadmin et le mot de passe, Tan$p0n.

registerdatastore https://gisserver.domain.com:6443 agsadmin Tan$p0n --stores relational

removemachine

Cet utilitaire est utilisé avec des data stores relationnels, des data stores de cache tuilé et des Spatiotemporal Big Data Stores.

Employez l’utilitaire removemachine pour retirer une machine d’un répertoire de données contenant plusieurs machines. Utilisez cet utilitaire pour effectuer les opérations suivantes :

• Supprimez une machine de secours d’un stockage des données relationnelles. Vous pouvez exécuter cet utilitaire sur la machine de secours ou depuis la machine principale si la machine de secours n’est pas disponible.
• Retirez une machine d’un répertoire de données du cache de tuiles. Vous pouvez exécuter cet utilitaire sur n’importe quelle machine du répertoire de données du cache de tuiles, mais vous ne pouvez pas exécuter removemachine sur un répertoire de données du cache de tuiles composé d’une seule machine.
• Supprimez une machine d'un stockage de Big Data spatio-temporelles. Vous pouvez exécuter cet utilitaire sur n’importe quelle machine du répertoire de Big Data spatio-temporelles, mais vous ne pouvez pas exécuter removemachine sur un répertoire de Big Data spatio-temporelles composé d’une seule machine.

Syntaxe

removemachine <machine name> --store {relational | tileCache | spatiotemporal} [--force {true | false}] [--prompt {yes | no}]

--force - L’option est définie sur False (faux) par défaut. Spécifiez True (vrai) pour cette option seulement si le site ArcGIS Server inscrit n’est pas disponible.

--prompt - L’option est définie sur Yes (Oui) par défaut. Si vous ne souhaitez pas confirmer l’action, indiquez No (non) pour cette option.

Exemple

Dans cet exemple, la machine du stockage de Big Data spatio-temporelles, gefour, est supprimée du stockage des données.

removemachine gefour --store spatiotemporal

Dans cet exemple, le site de serveur d’hébergement n’est pas disponible et la machine de stockage de données relationnelles, fsdata, est supprimée du stockage de données.

removemachine fsdata --store relational --force true

removestandbymachine

Héritage :

Esri déconseille l'utilisation de l'utilitaire removestandbymachine. Il demeure présent pour permettre aux scripts existants de continuer à fonctionner, mais vous devez commencer à utiliser l'utilitaire removemachine à la place.

restoredatastore

Cet utilitaire est utilisé avec des data stores relationnels, des data stores de cache tuilé et des Spatiotemporal Big Data Stores.

Si vous n’avez plus accès aux données utilisées par vos couches d’entités hébergées, couches de scènes hébergées ou données temps réel archivées, utilisez vos fichiers de sauvegarde et l’utilitaire de commande restoredatastore pour récupérer votre stockage de données.

Si vous ne parvenez pas à récupérer le stockage des données, installez ArcGIS Data Store sur une nouvelle machine, ne configurez pas le stockage de données et restaurez une sauvegarde sur la nouvelle machine.

Si vous utilisez un stockage des données relationnelles et que vous voulez récupérer les données des couches d’entités hébergées à un moment précis du passé, procédez à la restauration sur le stockage des données relationnelles existant. Notez que vous ne pouvez restaurer un état précédent du stockage des données relationnelles que si les fichiers de sauvegarde sont disponibles. Par exemple, si vous conservez les sauvegardes des cinq derniers jours uniquement, vous ne pouvez récupérer le stockage des données qu’à un moment donné de ces cinq jours.

Si vous devez remplacer l’une des machines d’un répertoire de données du cache de tuiles, il est fort probable que vous deviez rééquilibrer les caches des couches de scènes dans le répertoire de données du cache de tuiles. Une partie de ce processus requiert que vous restauriez le stockage de données du cache de tuiles, en définissant l’option replicatedata sur true. Pour connaître les instructions, reportez-vous à la rubrique Récupérer un répertoire de données.

L’utilitaire restoredatastore peut être exécuté sur la machine principale du répertoire de données relationnelles. Il peut être exécuté sur n’importe quelle machine de répertoire de données du cache de tuiles ou de Big Data spatio-temporelles.

Syntaxe

restoredatastore [options]

Les options prises en charge sont les suivantes :

• [--store {relational | tileCache | spatiotemporal}] - Spécifie le type de data store à restaurer.
• [--target {most-recent | <yyy-mm-dd-hh:mm:ss> | <name of backup file>}] - Tous les types de data stores prennent en charge le nom de fichier de sauvegarde avec l’option target. Un horodatage et most-recent ne sont pris en charge que pour les stockages de données relationnelles.
• [--source-loc <parent directory of the source backup file location>] - Il s’agit du répertoire de niveau supérieur dans lequel figurent les fichiers de sauvegarde à utiliser pour restaurer le data store. Il s’agit du chemin d’accès d’un emplacement de partage de fichiers, d’un nom d’emplacement de sauvegarde, d’un emplacement de paquet Amazon S3 ou d’un emplacement de sauvegarde de stockage blob Azure.
• [--bound {true | false}] - L’option --bound n’est prise en charge qu’avec les data stores relationnels.
• [--data-dir <new data store directory>] - Il s’agit du répertoire ArcGIS Data Store sur la machine sur laquelle vous restaurez la base de données. N’utilisez --data-dir que si vous restaurez le stockage de données sur une nouvelle machine. Si vous le restaurez sur une nouvelle machine, vous devez également spécifier l’option --source-loc.
• [--server-url <ArcGIS Server URL registered with data store>] - Si vous spécifiez --bound true pour que le data store reste inscrit auprès du site GIS Server auprès duquel il a été inscrit lorsque vous avez créé la sauvegarde, spécifiez l’URL de ce site GIS Server. Si vous spécifiez --bound true et que vous avez transféré vos services vers un nouveau site GIS Server, utilisez l'opération --server-url pour spécifier l'URL du nouveau site GIS Server. Notez que si vous spécifiez l’URL d’un nouveau site et que vous n’avez pas transféré les services vers ce nouveau serveur, les données du stockage des données ne seront pas accessibles.
• [--server-admin <user name of ArcGIS Server admin>] - Cette option est obligatoire que vous spécifiez --bound true ou ne spécifiez pas l’option --bound. Fournissez le nom d’utilisateur de l’administrateur ArcGIS Server.
• [--server-password <password of ArcGIS Server admin>] - Cette option est obligatoire que vous spécifiez --bound true ou ne spécifiez pas l’option --bound. Fournissez le mot de passe de l’administrateur ArcGIS Server.
• [--loaddata {true | false}] - Prise en charge avec les data stores de cache tuilé et de Spatiotemporal Big Data Stores. Définissez cette option sur false si vous devez restaurer le stockage de données sur un nouvel ensemble de machines, mais que l’espace de stockage de la première machine est insuffisant. Cela vous permet de restaurer la structure du stockage des données, d’ajouter des machines au stockage de données pour accommoder toutes les données, puis de réexécuter l’utilitaire restoredatastore avec l’option --loaddata définie sur true pour restaurer les données. Par défaut, cette option est définie sur true.
• [--replicatedata {true | false}] - Prise en charge avec les data stores de cache tuilé. Définissez cette option sur true si vous devez rééquilibrer les données des caches de scènes une fois que vous avez ajouté une machine au stockage de données du cache de tuiles.
• [--mode {primaryStandby | cluster}] - Lorsque vous restaurez un data store de cache tuilé sur une nouvelle machine, indiquez si vous souhaitez un data store de cache tuilé sur deux machines pour assurer une haute disponibilité (primaryStandby) ou un data store de cache tuilé évolutif sur plusieurs machines (cluster).
• [--prompt {yes | no}]

Lors de la restauration après un blocage ou pour transférer le stockage des données relationnelles, spécifiez --target most-recent. Si vous restaurez un stockage des données relationnelles à un moment précis, indiquez la date et l’heure (UTC) auxquelles vous voulez restaurer le stockage des données. Si vous voulez restaurer un fichier de sauvegarde spécifique, indiquez plutôt son nom. Si vous ne spécifiez pas de cible, la sauvegarde la plus récente est restaurée.

Par défaut, le stockage des données restauré est associé (lié) à son site GIS Server. Ne spécifiez --bound false que si vous voulez restaurer le stockage des données sans conserver l'association avec le site GIS Server du stockage de données. Cette opération ne doit être effectuée qu'en dernier recours si le site GIS Server précédent est perdu et ne peut pas être récupéré. Vous pouvez restaurer le stockage de données non lié et le configurer avec un nouveau site GIS Server fédéré. Cependant, les couches qui utilisent les données dans le stockage des données n’existent plus. Vous devez alors vous connecter à la base de données du stockage de données pour extraire les données dans un autre format, puis les republier dans ArcGIS Enterprise.

Exemples

Dans cet exemple, la sauvegarde la plus récente provient de l’emplacement de sauvegarde du stockage des données relationnelles par défaut et est restaurée dans le stockage des données existant. Le type de stockage des données par défaut étant relationnel et restant lié par défaut au site GIS Server auprès duquel il est inscrit, vous n'êtes pas obligé de spécifier --store relational ou --bound true. Toutefois, vous devez spécifier l’URL de GIS Server et les informations d’identification de l’administrateur.

restoredatastore --target most-recent --server-url https://gisserver.domain.com:6443 
--server-admin siteadmin --server-password $Aup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Dans cet exemple, un stockage des données relationnelles sur lequel la récupération ponctuelle est activée est restauré à partir de l’emplacement de sauvegarde par défaut du stockage de données relationnelles à l’état dans lequel il se trouvait à 14h30 (UTC) le 17 juillet 2014.

restoredatastore --target 2014-07-17-14:30:00 --server-url https://gisserver.domain.com:6443 
--server-admin siteadmin --server-password $Aup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Dans cet exemple, le stockage des données relationnelles est restauré sur une nouvelle machine grâce à un fichier de sauvegarde nommé movedatastore. Si vous le restaurez sur une nouvelle machine, vous devez spécifier l’emplacement du fichier de sauvegarde et celui du nouveau répertoire de données ArcGIS Data Store. Les services d’entités hébergées étant toujours exécutés sur le site GIS Server auprès duquel le stockage de données relationnelles est inscrit, l’option --bound true n’est pas requise, mais l’URL de GIS Server et les informations d’identification de l’administrateur le sont.

restoredatastore --target movedatastore --source-loc \\buserver\data\backups --data-dir C:\datastore 
--server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Dans l’exemple suivant, le stockage des données du cache de tuiles est restauré sur une nouvelle machine. Si vous le restaurez sur une nouvelle machine, vous devez spécifier l’emplacement du fichier de sauvegarde et celui du nouveau répertoire de données ArcGIS Data Store. Les services des scènes étant toujours exécutés sur le site GIS Server auprès duquel le stockage de données du cache de tuiles est inscrit, l’option --bound true n’est pas requise, mais l’URL de GIS Server et les informations d’identification de l’administrateur le sont.

restoredatastore --store tilecache --source-loc \\buserver\scenedata\backups --data-dir C:\datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Dans cet exemple, le répertoire de données du cache de tuiles est restauré à partir d’un fichier nommé mybackupfilename et les données des caches de scène sont rééquilibrées après l’ajout d’une nouvelle machine dans le répertoire de données du cache de tuiles.

restoredatastore --store tilecache --target mybackupfilename --serverurl https://gisserver.domain.com:6443 --server-admin siteadmin --server-password myAdminPWd! --replicatedata true

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Dans l’exemple suivant, un fichier de sauvegarde de stockage de Big Data spatio-temporelles (bds1) est restauré à partir d’un emplacement de sauvegarde nommé (awsloc).

restoredatastore --target bds1 --store spatiotemporal --source-loc name=awsloc --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password $Aup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Reportez-vous à la rubrique Récupérer un stockage des données pour connaître les étapes à suivre et obtenir un exemple de restauration d’un stockage des données spatio-temporelles après une défaillance matérielle.

revokeconnection

Cet utilitaire sert dans le cadre des data stores relationnels.

Si vous avez utilisé l’utilitaire allowconnection pour autoriser temporairement un autre client à se connecter directement au stockage des données relationnelles, vous pouvez annuler la connexion autorisée au moyen de l’utilitaire revokeconnection.

L’utilitaire revokeconnection peut être exécuté sur la machine de stockage des données relationnelles principale uniquement.

Syntaxe

revokeconnection <host name> <user name> [<database>]

Exemple

Dans cet exemple, la base de données du stockage des données n’accepte plus les connexions de la machine workcom lorsqu’elles sont faites via l’utilisateur hqo.n_1E7.

revokeconnection workcom hqo.n_1E7

unregisterdatastore

Cet utilitaire est utilisé pour tous les types de data store.

Vous pouvez utiliser l'utilitaire de commande unregisterdatastore pour effectuer les opérations suivantes :

• Annulez l'inscription d'une machine de stockage de données relationnelles principale sur votre site GIS Server.

  Notez que si vous possédez une machine de secours, vous devez tout d'abord la supprimer du stockage des données, pour pouvoir désinscrire la machine principale.

• Désinscrivez un répertoire de données du cache de tuiles ou de Big Data spatio-temporelles composé d’une seule machine.
• Désinscrivez un object store. Vous devez redémarrer le serveur d’hébergement après avoir désinscrit un object store.

Remarque :

Vous devez supprimer les couches hébergées qui utilisent les données du data store relationnel, du data store de cache tuilé ou du Spatiotemporal Big Data Store avant de désinscrire ce dernier. Dans le cas contraire, des éléments de couches inutilisables sont conservées dans le portail et des services inutilisables sont exécutés sur le serveur d’hébergement.

Vous pouvez désinscrire un stockage des données de votre site GIS Server si vous ne voulez plus utiliser le stockage de données ou les services qui en dépendent. Lorsque vous désinscrivez une machine d'un stockage de données, le site GIS Server ne peut plus se connecter à cette machine et tous les services qui contenaient les données du stockage de données désinscrit ne fonctionnent plus. Cette commande ne supprime pas les données. Toutefois, si vous pensez que vous avez encore besoin du data store relationnel, du data store de cache tuilé ou du Spatiotemporal Big Data Store, vous pouvez utiliser l’utilitaire registerdatastore ou configuredatastore pour le rajouter.

Vous ne pouvez exécuter l’utilitaire unregisterdatastore sur la machine de data store relationnel ou de cache tuilé principale (en mode principal-secours) qu’après avoir exécuté l’utilitaire removemachine pour supprimer la machine de secours. Vous ne pouvez exécuter unregisterdatastore sur un data store de cache tuilé ou Spatiotemporal Big Data Store que lorsqu’il ne reste qu’une seule machine, après avoir exécuté l’utilitaire removemachine pour retirer toutes les autres machines du répertoire de données.

Syntaxe

unregisterdatastore --stores {relational | tileCache | spatiotemporal | object} [--prompt {yes | no}]

Si plusieurs types de stockage des données sont installés sur la même machine et que vous voulez en désinscrire plusieurs à la fois, spécifiez leur nom en les séparant par une virgule (pas d’espaces). Par exemple, pour désinscrire un stockage des données relationnelles et du cache de tuiles principale, saisissez --stores relational,tileCache.

Exemple

Ici, l'utilitaire unregisterdatastore s'exécute pour désinscrire les stockages des données relationnelles et du cache de tuiles du site GIS Server. Une invite est renvoyée, ce qui correspond au comportement par défaut. Pour supprimer l’invite, indiquez --prompt No.

unregisterdatastore --stores relational,tileCache

You are going to unregister the data store.
Do you want to continue (Yes or No)?Yes

updatebackupretaindays

Cet utilitaire sert dans le cadre des data stores relationnels.

Par défaut, ArcGIS Data Store conserve les fichiers de sauvegarde du stockage de données relationnelles pendant sept jours. Vous pouvez changer la fréquence à laquelle les fichiers de sauvegarde sont purgés du répertoire de sauvegarde, à l’aide de l’utilitaire updatebackupretaindays.

L’utilitaire updatebackupretaindays peut être exécuté sur la machine de stockage des données relationnelles principale uniquement.

Syntaxe

updatebackupretaindays <number of days>

Exemple

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

updatebackupretaindays 10

updatebackupschedule

Cet utilitaire est utilisé avec des data stores relationnels, des data stores de cache tuilé et des Spatiotemporal Big Data Stores.

Par défaut, ArcGIS Data Store crée une sauvegarde complète du stockage des données relationnelles tous les quatre jours. Vous pouvez changer la fréquence à laquelle une sauvegarde complète est créée, à l’aide de l’utilitaire updatebackupschedule.

Il n’existe aucune sauvegarde automatique par défaut pour les stockages des données du cache de tuiles ou de Big Data spatio-temporelles. Pour définir un calendrier de sauvegarde automatique pour un stockage de Big Data spatio-temporelles, vous devez d'abord définir un emplacement de sauvegarde valide.

Indiquez une heure de début au format 24 heures, 00:00:00 représentant minuit et 13:00:00 une heure de l’après-midi. Utilisez l’option de fréquence pour indiquer le nombre de jours devant s’écouler entre chaque sauvegarde. Pour désactiver les sauvegardes automatiques, définissez la fréquence sur 0. Si vous désactivez les sauvegardes automatiques, veillez à exécuter l’utilitaire backupdatastore pour créer manuellement des sauvegardes.

Vous pouvez exécuter l’utilitaire updatebackupschedule sur la machine principale du répertoire de données relationnelles. Cet outil peut être exécuté sur n’importe quelle machine de répertoire de données du cache de tuiles ou de Big Data spatio-temporelles.

Syntaxe

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

Si vous n’indiquez pas une nouvelle heure de début, le paramètre d’heure de début existant ne change pas. Si vous n’indiquez pas de type de stockage des données, le stockage des données relationnelles est utilisé par défaut.

Exemple

Dans cet exemple, les sauvegardes complètes d’un stockage des données relationnelles ont lieu à 23 h (heure sur le serveur local) tous les 10 jours :

updatebackupschedule --starttime 23:00:00 --frequency 10

Dans cet exemple, un calendrier de sauvegarde est défini pour un stockage des données du cache de tuiles. Après la copie de sauvegarde initiale de toutes les bases de données de stockages des données du cache de tuiles, ArcGIS Data Store copie les bases de données de stockages des données récemment créées à l'emplacement spécifié avec l'utilitaire configurebackuplocation tous les 14 jours.

updatebackupschedule --store tileCache --frequency 14

updatelicense

Cet utilitaire sert dans le cadre des data stores relationnels.

Si votre licence ArcGIS Server arrive à expiration, vous devez la mettre à jour sur le site ArcGIS Server. Les informations de licence sont également stockées dans le stockage de données relationnelles ArcGIS Data Store. Par conséquent, après avoir mis à jour la licence du site ArcGIS Server avec lequel le stockage des données est configuré, vous devez mettre à jour la licence dans le stockage de données. Pour ce faire, exécutez l'utilitaire updatelicense à partir de la machine sur laquelle votre ArcGIS Data Store principal est installé. Si vous possédez un ArcGIS Data Store de secours, la licence mise à jour y est répliquée.

Syntaxe

updatelicense

Exemple

Une fois que vous avez mis à jour la licence ArcGIS Server, exécutez l'utilitaire updatelicense pour déplacer la nouvelle licence sur le stockage de données.

updatelicense

updatesslcertificate

Cet utilitaire est utilisé pour tous les types de data store.

Vous pouvez remplacer le certificat auto-signé utilisé pour authentifier la communication entre le serveur d’hébergement et le stockage des données et entre les machines du stockage des données par un certificat vérifié et signé par une autorité de certification (CA) ou un certificat de domaine.

Syntaxe

updatesslcertificate <source certificate file name with path> <password for the source certificate file> <alias for the certificate>

Exemple

Après avoir reçu un fichier de certificat signé par une autorité de certification, exécutez updatesslcertificate pour remplacer le certificat ArcGIS Data Store auto-signé.

updatesslcertificate C:\myfiles\mysignedcert.pfx ps4mycert dsmachinename