Riferimento utilità di comando ArcGIS Data Store

Le utilità di comando, installate insieme a ArcGIS Data Store, forniscono all'amministratore del Data Store gli strumenti necessari per gestire i Data Store. Questa pagina descrive le utilità, fornendone la sintassi ed alcuni esempi.

Tutte le utilità devono essere eseguite nel computer ArcGIS Data Store. Le utilità si trovano nella directory <ArcGIS Data Store installation directory>/datastore/tools.

Per ottenere un aiuto sulla sintassi, è possibile digitare il nome dell'utilità seguito da --help.

allowconnection

Questa utilità viene utilizzata con i Data Store relazionali.

Per impostazione predefinita, tutte le connessioni al Data Store vengono effettuate tramite il sito di GIS Server per motivi di sicurezza. Se si desidera aprire un Data Store relazionale per connettersi da un altro computer, è possibile utilizzare l'utilità di comando allowconnection.

È possibile eseguire l'utilità allowconnection solo nel computer primario del Data Store relazionale.

Sintassi

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

Specificare il nome del computer da cui si desidera connettersi al Data Store relazionale (nome host) e uno degli account del database utilizzati dal Data Store (nome utente): l'amministratore del Data Store, il proprietario della replica, l'amministratore del geodatabase o l'utente gestito (l'utente che pubblica i dati dei Feature Layer), che è possibile ottenere mediante l'utilità listadminusers o listmanageduser. È possibile specificare anche il nome del database del Data Store relazionale primario, ma poiché ne esiste uno solo questo valore è opzionale.

Esempio

In questo esempio si autorizzano le connessioni al Data Store relazionale effettuate dall'utente gestito hqo.n_1E7 dal computer workcom.

./allowconnection.sh workcom hqo.n_1E7

backupdatastore

Questa utilità viene utilizzata con Data Store relazionali, Data Store cache tile e Spatiotemporal Big Data Store.

Qualora sia necessario creare manualmente un backup del Data Store relazionale tra due orari di backup pianificati, utilizzare l'utilità backupdatastore. Utilizzare questa utilità per creare manualmente un backup completo prima di aggiornare il Data Store o prima apportare un numero elevato di modifiche al Data Store.

La prima volta che si esegue l'utilità backupdatastore per un Tile Cache Data store dopo aver impostato un percorso di backup, vengono create le copie di backup dei database di tutti i Tile Cache Data store esistenti. I successivi utilizzi dell'utilità backupdatastore creano copie di backup dei database di tutti i Tile Cache Data Store creati dopo l'ultima esecuzione dell'utilità.

Quando viene eseguita l'utilità backupdatastore per uno Spatiotemporal Big Data store per la prima volta dopo aver impostato un percorso di backup, viene creato un backup completo. Poiché che le dimensioni degli Spatiotemporal Big Data Store possono essere considerevoli, il successivo utilizzo dell'utilità backupdatastore crea un file di backup contenente solo le modifiche apportate successivamente al backup completo iniziale.

È possibile eseguire l'utilità backupdatastore solo nel computer primario del Data store relazionale. Questa utilità può essere eseguita da qualsiasi computer membro del Tile Cache o dello Spatiotemporal Big Data store.

In ogni caso, assicurarsi che la posizione del backup sia abbastanza grande da contenere il volume dei dati. Per modificare le posizioni di backup dei Data Store, utilizzare l'utilità configurebackuplocation.

Sintassi

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

Gli argomenti per il parametro --location sono i seguenti e devono essere separati da punto e virgola (;):

• type= : tipi validi sonofs (condivisione files3), (Amazon Simple Storage Service (S3)bucket), oazure (Microsoft Azure ontenitore di archiviazione Blob).
• name= : se sono stati assegnati nomi alle posizioni di backup configurate per il Data Store, è possibile usare il nome del percorso per specificare dove creare i file di backup quando si esegue l'utilità backupdatastore.
• location= : se non si è specificato un nome per il percorso di backup, è necessario specificare il backuptype e location. Per le condivisioni di file, fornire il percorso del file. Per bucket S3, fornire il nome del bucket. Per i contenitori di archiviazione Azure Blob, fornire il nome del contenitore.

Esempio

In questo esempio viene creato un file di backup completo denominato project1bu nel percorso di backup specificato per il Data Store mediante l'utilità configurebackuplocation. Per impostazione predefinita, i backup vengono creati per i Data Store relazionali. Pertanto, nell'esempio seguente viene creato il backup per un Data Store relazionale.

./backupdatastore.sh 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

In questo esempio, viene creato un file di backup denominato localbu5 per lo Spatiotemporal Big Data Store in una posizione di condivisione di file, denominata gadbu al momento della configurazione della posizione di backup.

./backupdatastore.sh 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

In questo esempio, viene creato il backup di uno Spatiotemporal Big Data Store in un contenitore di archiviazione Azure Blob denominato blob4backups. Il nome del file di backup è spds311016:

./backupdatastore.sh 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

Legacy:

L'utilità changebackuplocation è stata deprecata da Esri. È ancora presente per continuare a utilizzare gli script esistenti. In caso contrario, utilizzare l'utilità configurebackuplocation.

changedatastoremode

Questa utilità viene utilizzata con Data Store relazionali e Spatiotemporal Big Data Store.

L'utilità changedatastoremode consente di impostare il Data Store relazionale primario sulla modalità di sola lettura durante l'esecuzione delle attività di manutenzione sul Data Store. Ad esempio, se è necessario eseguire un'attività di manutenzione che comporta il riavvio del Data Store, ad esempio la modifica della posizione di backup in un'unità diversa oppure la modifica delle proprietà del database, è possibile impostare il Data Store sulla modalità di sola lettura in modo da impedire agli utenti di pubblicare o modificare i dati quando il Data Store viene riavviato.

L'utilità changedatastoremode può essere utilizzata anche per reimpostare il Data Store relazionale sulla modalità di lettura/scrittura al termine delle attività di manutenzione oppure dopo aver aggiunto altro spazio su disco al computer primario del Data Store per consentire il corretto funzionamento del Data Store nella modalità di lettura/scrittura.

È necessario eseguire l'utilità changedatastoremode sul computer primario del Data store relazionale, non su quello di standby.

Nota:

Se ArcGIS Data Store imposta la modalità di sola lettura per il Data Store relazionale in uso a causa dello spazio su disco insufficiente, anche i backup automatici vengono disabilitati per evitare un ulteriore utilizzo dello spazio. Pertanto, è necessario reimpostare la pianificazione dei backup automatici tramite l'utilità updatebackupschedule dopo aver reimpostato il Data Store relazionale sulla modalità di lettura/scrittura.

Quando lo spazio su disco dello spatiotemporal big data store è quasi esaurito, ArcGIS Data Store lo imposta in modalità di sola lettura per evitare che i dati vengano danneggiati. È possibile usare l'utilità changedatastoremode per riportare uno spatiotemporal big data store in modalità di lettura/scrittura dopo aver aggiunto sufficiente spazio su disco sui computer Spatiotemporal Big Data Store.

Sintassi

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

Esempio

In questo esempio, il Data Store viene reimpostato sulla modalità di lettura/scrittura, ovvero i client potranno riprendere ad eseguire attività quali, ad esempio, la pubblicazione di feature layer ospitati su ArcGIS Enterprise, la modifica dei dati tramite un feature layer ospitato oppure l'aggiunta di file CSV al Map Viewer.

./changedatastoremode.sh readwrite --store relational --prompt no

Per impostare uno spatiotemporal big data store in modalità di lettura/scrittura, specificare spatiotemporal con l'opzione --store come mostrato nell'esempio seguente:

./changedatastoremode.sh readwrite --prompt no --store spatiotemporal

changedbproperties

Questa utilità viene utilizzata con Data Store relazionali, Data Store cache tile e Spatiotemporal Big Data Store.

L'utilità changedbproperties consente di modificare proprietà diverse in base al tipo di Data Store rispetto al quale viene eseguita.

Sintassi

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

Quelle che seguono sono opzioni di configurazione supportate:

• disk-threshold-readonly : questa impostazione controlla quando un Data Store relazionale viene impostato in modalità di sola lettura per evitare la perdita dei dati quando lo spazio su disco è insufficiente. Il valore predefinito per lo spazio su disco è pari a 1024 MB. Specificare le dimensioni in MB.
• max-connections : utilizzare questo parametro per specificare il numero massimo di connessioni consentite a un Data Store relazionale. I Data Store relazionali accettano fino a 150 connessioni per impostazione predefinita. È possibile utilizzare la proprietà --max-connections con l'utilità changedbproperties per modificare il numero di connessioni consentite. Al momento di stabilire quante connessioni richiede il proprio Data Store, è opportuno ricordare che possono essere necessarie fino a cinque connessioni per i processi interni di ArcGIS Data Store. Occorre inoltre considerare quante connessioni simultanee possono essere accettate dal computer che ospita ArcGIS Data Store senza diminuire le prestazioni. Se il computer che esegue ArcGIS Data Store non dispone di molta memoria, potrebbe essere necessario diminuire il numero di connessioni consentite.

  Il numero specificato non può essere inferiore a 10. In tal caso, il numero massimo di connessioni consentite viene modificato sia sul computer del Data Store principale che su quello del Data Store di standby. Questo parametro non è supportato per Spatiotemporal Big Data Store o Tile Cache Data Store.

• pitr : questa impostazione indica se ArcGIS Data Storecrea backup incrementali del Data Store relazionale, consentendo pertanto all'utente di ripristinare il Data Store relazionale ad un momento specifico. Input possibili per questa opzione sono enable o disable. Il ripristino punto temporale è disabilitato per impostazione predefinita.

  Nota:

  Abilitare il ripristino punto temporale se si utilizzerà l'utilità webgisdr per creare backup incrementali dell'installazione ArcGIS Enterprise.

• enablessl : questo parametro controlla l'utilizzo del protocollo Transport Layer Security (TLS) quando si compila il Data Store tile cache e per la comunicazione interna tra il data store relazionale e il server di hosting.

  Le opzioni supportate per il parametro enablessl sono le seguenti:

  • true : questa è l'opzione predefinita. Ciò significa che il protocollo Transport Layer Security verrà utilizzato quando si scrivono dati dello Scene layer nel Data Store tile cache quando si specifica --store tileCache e quando si comunica tra il data store relazionale e il server di hosting quando si specifica --store relational.
  • false : specificarefalse e--store tileCache per utilizzare la comunicazione HTTP dal server di hosting quando si scrive sul Tile Cache Data Store. Specificare false e --store relational per utilizzare la comunicazione HTTP tra il server di hosting e il data store relazionale.
• heap-size : utilizzare questo parametro per modificare la quantità di memoria di heap (in MB) utilizzata da uno Spatiotemporal Big Data Store. Per impostazione predefinita, questo tipo di Data Store utilizzerà metà della memoria RAM disponibile quando viene avviato. Questo parametro non è supportato per Data Store relazionali o cache tile.
• rebalance : per impostazione predefinita, questo parametro è impostato su true. Questo significa che i dati in uno Spatiotemporal Big Data Store distribuiscono dati in altri computer se uno dei computer non è disponibile. Se occorre eseguire operazioni di manutenzione sul computer di uno Spatiotemporal Big Data Store, ad esempio l'aggiornamento, è possibile disattivare temporaneamente il ribilanciamento impostando questo parametro su false. Il ribilanciamento verrà sospeso per il periodo di tempo impostato per il parametro max-rebalance-off. Questo parametro si applica solo a Spatiotemporal Big Data Store.

  Legacy:

  In ArcGIS 10.4.x, questa opzione è reallocation.

• max-rebalance-off : l'impostazione per questo parametro viene utilizzata quando si imposta il parametrorebalance su false. Per impostazione predefinita, max-rebalance-off è impostato su 60 minuti. Questo significa che se il ribilanciamento viene temporaneamente arrestato, ripartirà dopo 60 minuti. Se è richiesto un periodo di tempo maggiore o minore, eseguire l'attività di manutenzione per la quale il ribilanciamento è stato sospeso e modificare l'impostazione del tempo per max-rebalance-off. Questo parametro si applica solo a Spatiotemporal Big Data Store.

  Legacy:

  In ArcGIS 10.4.x, questa opzione è max-allocation-off.

• prompt : quando si esegue questa utilità, viene chiesto di confermare l'azione specificata. Se l'uso di questa utilità viene reso automatico, impostare il parametro prompt su false; in caso contrario, lo script non continuerà finché non si risponde alla richiesta.

Esempio

In questo esempio, il numero massimo di connessioni consentite a un Data Store relazione è impostato su 100:

./changedbproperties.sh --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

In questo esempio, viene utilizzata l'opzione max-rebalance-off per impostare su 15 il numero di minuti trascorsi i quali lo Spatiotemporal Big Data Store modificherà automaticamente rebalance su true.

./changedbproperties.sh --store spatiotemporal --max-rebalance-off 15

In questo esempio, il parametro enablessl viene utilizzato per configurare il Data Store tile cache per usare Transport Layer Security quando viene creato il contenitore e quando si scrivono dati sul Data Store tile cache.

./changedbproperties.sh --store tileCache --enablessl admin,data

changeloglocation

Questa utilità viene utilizzata con tutti i tipi di Data Store.

Se non si desidera che il Data Store utilizzi il percorso predefinito del file di log degli errori di <ArcGIS Data Store installation directory>\arcgisdatastore\logs, è possibile eseguire l'utilità changeloglocation per creare i file di log degli errori in una directory diversa.

Sintassi

changeloglocation <directory path>

Esempio

In questo esempio, i file di log verranno creati nella directory locale, ../datastorefiles/logs.

./changeloglocation.sh '../datastorefiles/logs'

changenosqldslocation

Questa utilità viene utilizzata con i Tile Cache Data Store.

Le dimensioni dei Tile Cache Data Store in cui sono memorizzate numerose tile ad alta risoluzione possono risultare elevate. In questi casi, è opportuno spostare i dati su un'altra unità dello stesso server o in un percorso condiviso su un altro server.

Se si spostano i dati in una directory condivisa, è necessario concedere autorizzazioni di lettura e scrittura per la directory all'utente che esegue il processo (Linux) o il servizio (Microsoft Windows) di ArcGIS Data Store.

Sintassi

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

Esempio

In questo esempio, i database che memorizzano le cache degli Scene Layer verranno creati in una directory condivisa denominata dstorecache sul computer server2.

./changenosqldslocation.sh /net/server2/dstorecache

changepassword

Questa utilità viene utilizzata con i Data Store relazionali.

ArcGIS Data Store genera in modo casuale nomi utente e password per gli account di database utilizzati per i Data Store relazionali. Se il Site richiede l'impostazione di password personali, ottenere le password degli account di Data Store ed eseguire changepassword per reimpostare le password.

Utilizzare l'utilità listadminusers per ottenere nomi utente e password per utenti con ruolo amministratore e l'utilità listmanageduser per ottenere nome utente e password per il proprietario dei dati della feature.

L'utilità changepassword può essere eseguita solo nel computer primario del Data Store relazionale.

Sintassi

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

Suggerimento:

Se è necessario utilizzare uno script per modificare le password, includere un flag per disattivare il prompt di conferma, come nell'esempio seguente:

changepassword gwi_n2Te0 Phfl4mp --prompt no

Esempio

In questo esempio la password dell'utente gwi_n2Te0 viene modificata in Phfl4mp!.

./changepassword.sh gwi_n2Te0 Phfl4mp

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

changestaginglocation

Questa utilità viene utilizzata con Data Store relazionali e Tile Cache Data Store.

Quando si ripristina il Data Store relazionale o cache tile,ArcGIS Data Store estrae i file di backup compressi in un percorso di archiviazione temporanea. Questo significa che è necessario disporre di un percorso di archiviazione temporanea per ospitare i dati non compressi. Se il Data Store relazionale o cache tile contiene molti dati, è opportuno configurare un percorso di archiviazione temporanea separato e specificarlo per il ripristino.

Sintassi

changestaginglocation <directory path>

Esempio

In questo esempio, il percorso di archiviazione temporanea specificato è /net/sanmarcos/rbustage.

./changestaginglocation.sh /net/sanmarcos/rbustage

configurebackuplocation

Questa utilità viene utilizzata con Data Store relazionali, Data Store cache tile e Spatiotemporal Big Data Store.

L'utilità configurebackuplocation consente di specificare il percorso in cui ArcGIS Data Store scrive file di backup per backup programmati e backup creati con l'utilità backupdatastore. Questo comando consente inoltre di modificare le proprietà di una posizione di backup e di rimuovere una posizione di backup.

I Data store relazionali vengono creati utilizzando un percorso di backup locale predefinito. Configurare un percorso di backup predefinito più sicuro registrando una directory condivisa remota utilizzando l'opzione change.

I data store cache tile in modalità primaria-standby hanno un percorso di backup predefinito; i data store cache tile creati in modalità cluster non ce l'hanno. In entrambi i casi, utilizzare l'utilità configurebackuplocation con l'opzione register per specificare un percorso di rete condiviso, un bucket Amazon Simple Storage Service (S3) o un contenitore di archiviazione Microsoft Azure Blob per memorizzare in maniera sicura i backup del data store cache tile. Non è possibile utilizzare un drive locale per i file di backup cache tile se il data store è in esecuzione in modalità cluster.

Gli Spatiotemporal Big Data Store non vengono creati utilizzando un percorso di backup predefinito. Prima di iniziare a creare backup, è necessario eseguire l'utilità configurebackuplocation con l'opzione register per specificare un percorso di rete condiviso, un bucket Amazon Simple Storage Service (S3) o un contenitore di archiviazione Microsoft Azure Blob per questi backup. Non è possibile usare un'unità locale per i file di backup dello Spatiotemporal Big Data Store.

È possibile registrare un secondo percorso di backup per memorizzare i backup creati utilizzando l'utilità backupdatastore. È possibile utilizzare una directory dei file condivisa, un bucket S3 o un contenitore di archiviazione Azure Blob per percorsi di backup secondari.

Sintassi

configurebackuplocation --location '<backup_location_arguments>' [options]

Utilizzare l'opzione --location per specificare la posizione in cui si desidera che ArcGIS Data Store archivi i file di backup. Per i Tile Cache Data store o per gli Spatiotemporal Big Data store o per registrare un secondo percorso di backup per un Data store relazionale, specificare i seguenti argomenti separati da un punto e virgola (;) e racchiudere l'intera stringa dell'argomento tra virgolette singole ('): --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>]'. Una spiegazione di ciascuno di questi argomenti è fornita nel seguente elenco:

• type= : specifica che tipo di posizione usare per i backup. È possibile specificare s3 per archiviare i backup in un bucket Amazon S3, azure per archiviare i backup in un contenitore di archiviazione Azure Blob o fs per archiviare i backup in una condivisione di file (opzione predefinita).
• location= : per le condivisioni di file, specifica il percorso del file. Per bucket Amazon S3, specificare il nome del bucket. Per i contenitori di archiviazione Blob, specificare il nome del contenitore.
• name= : è possibile assegnare un nome alla posizione di backup. Ad esempio, se la posizione del backup è un percorso di file, come \\sharedserver_sharedfolders_datastorebackups, è possibile specificare un nome per questa posizione, come dsbackups. Quando si esegue l'utilità backupdatastore, listbackups o restoredatastore, fornire questo nome invece del percorso completo.

  Se non si fornisce un nome quando si configura la posizione del backup del Data Store, ArcGIS Data Store assegna un nome predefinito.

• username= : richiesto se la posizione del backup è un bucketS3 o un contenitore di archiviazione Blob. Per i bucket S3, fornire l'ID della chiave di accesso per l'account Amazon Web Services (AWS). Per i contenitori di archiviazione Azure Blob, fornire il nome per l'account di archiviazione Microsoft Azure che può accedere al contenitore di archiviazione Blob.
• password= : richiesto se la posizione del backup è un bucketS3 o un contenitore di archiviazione Blob. Per i bucket S3, fornire la chiave segreta per l'account AWS. Per i contenitori di archiviazione Azure Blob, fornire la chiave per l'account Azure specificato con l'argomento username.
• endpointsuffix= : questa opzione consente di indicare dove è posizionato il contenitore di archiviazione AzureBlob. Per impostazione predefinita, l'endpointsuffixsi presume che sia core.windows.net. Se il contenitore si trova nell'ambiente cloud GovernativoMicrosoft Azure, impostare endpointsuffix=core.usgovcloudapi.net. Se il contenitore si trova in un cloud privato, impostareendpointsuffix sull'EndpointSuffix del cloud privato Azure. Questa opzione viene utilizzata soltanto se si archiviano i backup in un contenitore di archiviazione AzureBlob.

Ulteriori opzioni da fornire con l'utilità configurebackuplocation sono le seguenti:

• --store {relational | tileCache | spatiotemporal} : specificare il tipo diArcGIS Data Store di cui si sta configurando una posizione del backup. Il valore predefinito è relational.
• --operation {change | register | unregister | list | setdefault} : il valore predefinito èchange. Di seguito viene spiegata ciascuna opzione:
  • change : utilizzare questa opzione per cambiare una delle operazioni di seguito:
    • Specificare un percorso diverso del file condiviso per i backup del Data store relazionale pianificati. Il percorso impostato con l'opzione change è sempre il percorso di backup predefinito per i Data store relazionali.
    • Modificare il nome assegnato alla posizione di backup.
    • Aggiornare le informazioni di autenticazione impostate per i percorsi di backup su Azure o S3. Per S3, è possibile modificare le informazioni previamente specificate con le opzioni username e password. Per Azure, è possibile modificare il valore password.
  • register : utilizzare per registrare un percorso di backup. La prima posizione di backup che si definisce per uno Spatiotemporal Big Data Store viene impostata come posizione di backup predefinita. Quando si registra un nuovo percorso di backup per un Tile Cache o uno Spatiotemporal Big Data store, viene registrato un percorso di backup secondario. Quando si specifica l'opzione register con un Data store relazionale, esso registra sempre un percorso di backup secondario. La posizione di backup secondaria memorizza i backup manuali generati con l'utilità backupdatastore.

    Nota:

    Quando si utilizza l'opzione register, è necessario fornire informazioni per l'opzione --location.

  • unregister : utilizzare per rimuovere un percorso di backup secondario da un Data store. Se viene registrato un solo percorso di backup, è possibile utilizzare l'opzione Annulla registrazione per rimuovere completamente il percorso di backup per Tile Cache o Spatiotemporal Big Data store.
  • list : elenca tutti i percorsi di backup registrati per un Data store.
  • setdefault : se si dispone di più percorsi di backup per un Tile Cache o uno Spatiotemporal Big Data store, è possibile usaresetdefault per specificare uno dei percorsi di backup come percorso predefinito. Questa sarà la posizione nella quale si scriveranno i backup programmati, nonché la posizione predefinita in caso di esecuzione dell'utilità backupdatastore, listbackups o restoredatastore senza specificare una posizione di backup.
• --force {true | false} :utilizzata solo con Data Store relazionali, questa opzione consente di modificare la posizione di backup predefinita anche se quella esistente non è disponibile.

  Quando si modifica la posizione di backup predefinita per un Data Store relazionale, ArcGIS Data Store copia i file di backup esistenti dalla vecchia posizione alla nuova posizione. Se ArcGIS Data Store non può accedere alla vecchia posizione, non può copiare i file. Nelle versioni precedenti, ciò causerebbe un errore nello strumento configurebackuplocation. Se si desidera procedere con la modifica della posizione di backup predefinita senza copiare i file di backup esistenti, specificare --force true.

  Il valore predefinito per questa opzione è false, il che significa che non è possibile modificare la posizione di backup predefinita se ArcGIS Data Store non può accedere alla posizione predefinita esistente.

• --prompt {yes | no} : il valore predefinito èyes.

Esempi

Nel primo esempio, la posizione di backup per un Data Store relazionale è impostata su una directory denominata fsdata_bu in un computer denominato myshare.

./configurebackuplocation.sh --operation change --store relational --location /net/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

In questo esempio, viene registrato un secondo percorso di backup su Azure per lo stesso Spatiotemporal Big Data Store.

./configurebackuplocation.sh --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

In questo esempio, viene registrata una posizione di backup in un'unità di rete per uno Spatiotemporal Big Data Store. Si assegna un nome, fshare, alla posizione di backup.

./configurebackuplocation.sh --operation register --store spatiotemporal 
--location 'type=fs;location=/net/sharedmachine/ge_bu;name=fshare'

In questo esempio, viene specificata una seconda posizione di backup su AWS per lo stesso Spatiotemporal Big Data Store. Si assegna un nome, awsloc, alla posizione di backup.

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

In questo esempio, viene specificata una terza posizione di backup su Azure per lo Spatiotemporal Big Data Store.

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

In questo esempio, il bucket S3 viene impostato come posizione di backup predefinita per lo Spatiotemporal Big Data Store.

./configurebackuplocation.sh --operation setdefault --store spatiotemporal --location 'name=awsloc'

In questo esempio, sono elencate tutte le posizioni di backup per lo Spatiotemporal Big Data Store.

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

configuredatastore

Questa utilità viene utilizzata con tutti i tipi di Data Store.

Dopo l'installazione di ArcGIS Data Store, è possibile eseguire l'utilità configuredatastore per creare un Data Store e registrarlo in un sito di GIS Server. È possibile creare i seguenti tipi di Data Store utilizzando questo comando:

• Data Store relazionali
• Data Store cache tile
• Spatiotemporal Big Data Store
• Archivio oggetti

È inoltre possibile eseguire l'utilità configuredatastore per aggiornare un Data Store dopo l'aggiornamento del software ArcGIS Data Store su tutti i computer del Data Store.

Sintassi

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>: questo è il sito GIS Server che è o sarà utilizzato come server di hosting di ArcGIS Enterprise. Il formato dell'URL di amministrazione di ArcGIS Server è https://gisserver.domain.com:6443. Anche se il sito di GIS Server utilizza un Web Adaptor, è necessario specificare l'URL nel formato sopra indicato.
• <ArcGIS Server administrator>: specificare il nome utente di un utente predefinito (non aziendale) che disponga dei privilegi di amministratore nel Site di GIS Server.
• <ArcGIS Server administrator password>: specificare la password per l'utente dell'amministratore ArcGIS Server incorporato.
• <data directory>: la directory dei dati è il percorso del computer locale in cui si desidera che vengano creati i file dell'archivio dati.
• {relational | tileCache | spatiotemporal | object}: specificare il tipo di Data Store da creare. Anche se non è una procedura consigliata, è possibile configurare più di un tipo di Data Store sullo stesso computer specificando ogni tipo di Data Store desiderato separato da una virgola (senza spazi). Ad esempio, per configurare Data Store relazionali e Data Store cache tile sullo stesso computer con una directory data store condivisa, specificare --stores relational,tileCache. Esri consiglia di eseguire Spatiotemporal Big Data Store su computer separati da altri Data Store o software. In caso contrario, le prestazioni saranno scarse, o il data store potrebbe diventare persino inutilizzabile.
• --mode : questa operazione opzionale si applica solo ai data store cache tile e agli archivi oggetti. Per impostazione predefinita, i nuovi Data Store cache tile e l'archivio oggetti vengono creati in modalità primaryStandby.

  I Data Store cache tile creati in modalità primaryStandby possono contenere due computer. Il data store cache tile di standby contiene gli stessi dati del principale. Se si verifica un problema con il data store principale, quello di standby diventa il data store cache tile principale. Se è necessario memorizzare grandi quantità di cache di scene layer e, quindi, scalare il data store cache tile per includere tre o più computer, creare un data store cache tile nella modalità cluster. È anche possibile usare l'operazione delle modalità per commutare il data store cache tile da una modalità a un'altra.

  Gli archivi oggetti creati in modalità primaryStandby possono attualmente contenere solo un computer. Se si desidera disporre di più computer nell'archivio oggetti per offrire alta disponibilità, è possibile distribuire l'archivio oggetti in modalità cluster. Se utilizzato in modalità cluster, l'archivio oggetti deve contenere quattro computer con specifiche identiche e nomi simili. Per i dettagli, consultare Aggiungere un computer al Data Store.

• --machines : questa opzione si applica solo agli archivi oggetto. Fornire il nome del computer archivio oggetti per una distribuzione a computer singolo, o un elenco di nomi di computer separati da virgole per una distribuzione cluster. Nelle distribuzioni cluster devono esserci quattro computer e i loro nomi (o gli alias) devono essere gli stessi ma con l'aggiunta di un numero, ad esempio machine1, machine2, machine3, e machine4.
• --data-loc : questa opzione si applica solo agli archivi oggetto. Fornire il percorso della directory in cui sono archiviati i dati delle cache. Se la distribuzione avviene in modalità cluster, fornire una lista di directory separate da una virgola nello stesso ordine con il quale sono stati elencati i computer. Le directory sui computer nel cluster devono trovarsi nella stessa posizione e avere nomi identici, ma è necessario aggiungere un numero, ad esempio directory1, directory2, directory3, e directory4.

Configurare un tipo specifico di Data Store

Specificare il tipo di Data Store da creare utilizzando le seguenti impostazioni con l'opzione --stores:

• relational
• tileCache
• spatiotemporal
• object

Per configurare più di un tipo di Data Store sulla stessa macchina, separare i tipi con una virgola. Ad esempio, per configurare sia un Data Store relazionale che un Data Store cache tile sullo stesso computer, specificare --stores relational,tileCache.

Nota:

I Data Store configurati sullo stesso computer concorrono per la memoria e altre risorse, influendo negativamente sulle prestazioni e causando il possibile arresto dei Data Store. Ciò vale in particolar modo per gli Spatiotemporal Big Data Store e gli archivi oggetti; non configurare uno Spatiotemporal Big Data Store o un archivio oggetti sullo stesso computer di un altro Data Store o altro componente ArcGIS.

Se si creano script per la creazione di più computer Spatiotemporal Big Data Store, un computer Spatiotemporal Big Data Store deve essere configurato manualmente con il GIS Server prima di creare script per la creazione di computer Spatiotemporal Big Data Store aggiuntivi. Includere i tempi di attesa nello script per accertarsi che i computer spatiotemporal big data store aggiuntivi non vengano aggiunti contemporaneamente.

Per ulteriori informazioni, consultare Crea un Data Store.

Configurare i Data Store dopo aver aggiornato le installazioni di ArcGIS Data Store

Come parte dell'aggiornamento di ArcGIS Data Store, è necessario riconfigurare i computer esistenti del Data Store. Dopo aver installato una nuova versione diArcGIS Data Store in sostituzione dell'ArcGIS Data Store esistente su ogni computer del Data store, è possibile accedere a qualsiasi computer nel Data Store ed eseguire l'utilità configuredatastore per completare l'aggiornamento di quel particolare Data Store. Ad esempio, è possibile eseguire configuredatastore sul computer Data store relazionale primario, e verrà aggiornato anche il computer di standby.

Se il computer contiene sia un Tile Cache Data store sia un Data store relazionale, specificare --stores relational,tileCache quando si esegue l'utilità configuredatastore, e verranno aggiornati tutti i computer di entrambi i Data store.

Per riconfigurare i computer Spatiotemporal Big Data Store aggiornati, accedere a uno qualunque dei computer Spatiotemporal Big Data Store ed eseguire l'utilità configuredatastore. In questo modo, si aggiornano tutti i computer dello Spatiotemporal Big Data Store.

Se non si è installata la nuova versione di ArcGIS Data Store su tutti i computer, non è possibile procedere con la configurazione.

Consultare Aggiorna ArcGIS Data Store per maggiori informazioni.

Cambiare la modalità di un data store cache tile

Se si esegue l'aggiornamento dalla versione 10.7.1 o precedenti, il data store cache tile è automaticamente in modalità primaria-standby. Se servono più computer nel Data Store cache tile perché si dispone di una grande quantità di scene layer, è possibile impostare la modalità del data store cache tile su cluster e aggiungere altri computer al data store cache tile. Una volta aggiunti più computer, le cache per i nuovi scene layer saranno memorizzate sul nuovo (o sui nuovi) computer. Le cache esistenti non saranno memorizzate sui nuovi computer a meno che non si crei un backup completo del data store cache tile e non lo si ripristini dopo aver aggiunto il nuovo computer o i nuovi computer.

Analogamente, se si è creato il data store cache tile nella versione 10.8 o se si è scelta la modalità cluster per il data store cache tile al momento della creazione ma tale modalità si è poi rivelata troppo lenta nelle prestazioni, è possibile commutare il data store cache tile sulla modalità primaria-standby se non si ha realmente bisogno dell'archiviazione concessa da più computer. Ad ogni modo, il data store cache tile non può contenere più di due computer prima di passare in modalità primaria-standby.

Nota:

È possibile utilizzare l'operazione --mode per specificare la modalità data store cache tile quando si crea il data store o cambiare la modalità del data store cache tile, ma non è possibile cambiare la modalità quando si aggiorna un data store cache tile.

Esempio

In questo esempio viene creato un Data Store per i dati dei Feature Layer hosted (Data Store relazionale). L'URL del site di GIS Server che utilizzerà il Data Store è https://gisserver.domain.com:6443, il nome utente e la password dell'amministratore del site sono rispettivamente admin e Iph33l$ik e la directory dei dati per il Data Store è /dstore/data.

./configuredatastore.sh https://gisserver.domain.com:6443 admin Iph33l$ik /dstore/data --stores relational

Nel seguente esempio, un Data Store cache tile esistente viene commutato sulla modalità cluster.

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

deletebackup

Questa utilità viene utilizzata con i Data Store relazionali.

L'utilità deletebackup consente di eliminare i file di backup creati per i Data Store relazionali. Innanzitutto, eseguire l'utilità listbackups per visualizzare il nome e l'ora di creazione dei backup locali. A questo punto è possibile eseguire l'utilità deletebackup per eliminare i backup manuali di cui non si ha più bisogno.

Si possono eliminare esclusivamente i backup non necessari per ripristinare l'archivio dati. Ad esempio, non è possibile eliminare il backup completo più recente di un Data Store relazionale.

Sintassi

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

Esempio

./deletebackup.sh 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

Questa utilità viene utilizzata con tutti i tipi di Data Store.

L'utilità describedatastore consente di visualizzare le seguenti informazioni relative a un'installazione di ArcGIS Data Store:

• Numero di versione del software per l'installazione di ArcGIS Data Store
• Il percorso di archiviazione temporanea utilizzato dal Data Store per il ripristino dei dati
• Il percorso dei file di log per il Data Store
• La quantità di spazio disponibile rimasta sul computer in cui è installato ArcGIS Data Store
• La soglia dello spazio su disco libero in base alla quale verrà attivata la modalità di sola lettura di un data store relazionale e interrotti data store cache tile e spatiotemporal big data store
• Percorsi dei backup utilizzati da ogni tipo di Data Store
• Se il percorso di backup del Data Store relazionale o del Tile Cache Data Store è un'unità di rete
• Frequenza di creazione di un backup del Data Store (Backup Schedule)
• Numero di giorni di conservazione dei file di backup del Data Store relazionale e se è possibile ripristinare il Data Store relazionale in un determinato momento.
• Se l'archivio dati è in esecuzione (Stato archivio dati)
• Che sia abilitata o meno la comunicazione SSL sul data store relazionale.
• La data e l'ora in cui il Data store relazionale di standby diventa il Data store primario (Ultimo Failover); non viene visualizzato se non si è mai verificato un failover
• Il nome dei computer che contribuiscono al Data Store relazionale o al Tile Cache Data Store (Member machines)
• Numero massimo di connessioni consentite a un Data Store relazionale
• L'URL del site di GIS Server in cui è registrato il Data Store (Owning System URL)
• L'URL del portale che utilizza il Site di GIS Server come server di hosting (Portal URL)
• Il numero di connessioni dei Feature Layer correnti al Data Store relazionale
• Un elenco di tutti i computer che attualmente partecipano allo Spatiotemporal Big Data Store (Machines in spatiotemporal cluster)
• Il computer all'interno dello Spatiotemporal Big Data Store attualmente definito come computer di coordinamento (Current coordinator in cluster)
• Un elenco di tutti i computer inclusi nel cluster di Spatiotemporal Big Data Store o di Data Store cache tile (rispettivamente, Registered spatiotemporal machines e Registered tile cache machines); visualizza tutti i computer inclusi nel cluster indipendentemente dal relativo stato.
• La modalità configurata per un data store cache tile o per un archivio oggetti, o cluster o primaria-standby.
• Se uno Spatiotemporal Big Data Store relazionale si trovi in modalità LETTURA/SCRITTURA o SOLA LETTURA (modalità Data Store)

Sintassi

describedatastore

Esempio

L'utilità describedatastore restituisce informazioni generali valide per tutti i Data Store in un computer, nonché sezioni distinte contenenti informazioni specifiche relative a ogni tipo di Data Store.

Si potrebbero avere diversi Data Store su diversi computer, ma per consentire la visualizzazioni delle informazioni restituite per ciascun tipo, il seguente output fa riferimento a un computer contenente tutti i tipi diArcGIS Data Store sullo stesso computer. Viene sempre restituita la prima sezione (Informazioni generali). Le sezioni Data Store restituite da describedatastore variano a seconda del tipo di Data Store presente sul computer.

./describedatastore.sh

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

Information for relational data store ds_sthiu0_5T
==============================================================
Backup location.........../net/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............./home/ags/arcgis/datastore/usr/arcgisdatastore/nosqldata
Data store status.........Started
Last failover.............20200130190334005
Backup location.........../net/sharedir/datastore/backup
Is backup folder shared...true
Mode......................primary-standby
Member tile cache machines.......MACHINE1.DOMAIN.COM, MACHINE2.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 big 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

Legacy:

L'utilità exportmanageddb è stata deprecata da Esri alla versione 10.5.1. La funzionalità è stata incorporata nell'utilità backupdatastore. L'utilità exportmanageddb è ancora presente per consentire il funzionamento di script esistenti, ma occorre iniziare a utilizzare l'utilità backupdatastore per creare invece un file di backup, quindi utilizzare l'utilità restoredatastore per ripristinare il Data Store dal file di backup.

importmanageddb

Questa utilità viene utilizzata con Data Store relazionali e Tile Cache Data Store.

Se è stato esportato un ArcGIS Data Store contenente database di Feature Layer hosted o di cache degli Scene Layer hosted (o entrambi), è possibile utilizzare l'utilità importmanageddb per ripristinare il Data Store. È possibile eseguire il ripristino in un computer ArcGIS Data Store aggiornato o in un'installazione ArcGIS Data Store su un computer con un sistema operativo diverso da quello del ArcGIS Data Store di origine.

Se si desidera registrare ArcGIS Data Store nello stesso Site di GIS Server, specificare --bound true e non specificare --server-url. Tenere presente che l'opzione --bound è impostata su true per default. Accertarsi di riavviare il Site di GIS Server dopo il ripristino.

Se si esegue il ripristino e si desidera registrare il Data Store in un nuovo Site di GIS Server, specificare --server-url quando si importa il Data Store.

Per impostazione predefinita, vengono importati il Data Store relazionale e tutti i database di cache degli Scene Layer hosted che costituiscono il Tile Cache Data Store nel file di esportazione. Se non si desidera includere i database di cache degli Scene layer hosted, impostare l'opzione --include-tilecache su false.

L'utilità importmanageddb non importa gli Spatiotemporal Big Data Store.

Sintassi

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

Le opzioni supportate includono quanto segue:

• [--server-url <ArcGIS Server URL registered with data store>] : se si specifica--bound true e i servizi sono già stati trasferiti in un nuovo Site di GIS Server, utilizzare l'opzione--server-url per specificare l'URL del nuovo Site diGIS Server. I dati del Data Store saranno accessibili solo se anche i servizi sono stati trasferiti nel nuovo server.
• [--server-admin <user name of ArcGIS Server admin>] : questa opzione è richiesta se si specifica--bound true o non si specifica l'opzione--bound. Specificare il nome utente dell'amministratore di ArcGIS Server.
• [--server-password <password of ArcGIS Server admin>] : questa opzione è richiesta se si specifica--bound true o non si specifica l'opzione--bound. Fornire la password per l'amministratore di ArcGIS Server.
• [--data-dir <data store data directory>] : la directory ArcGIS Data Store. Per impostazione predefinita, questa è la directoryArcGIS Data Store dei Data Store attualmente registrati.
• [--stores {relational | tileCache}] : indica il tipo di Data Store da importare. Se i Data Store relazionali e i Tile Cache Data Store vengono eseguiti sullo stesso computer e si desidera importare entrambi i tipi di Data Store, specificarli entrambi separandoli con una virgola. Ad esempio, immettere --stores relational,tileCache. Se l'opzione --stores non viene specificata, si presume l'opzione relational.
• [--include-tilecache {true | false}] : questa opzione è disponibile per garantire la compatibilità con le versioni precedenti. Se non si specifica l'opzione --stores oppure si specifica --stores relational, è possibile controllare se il Tile Cache Data Store è stato ripristinato o meno utilizzando questa opzione.
• [--bound {true | false}]
  • Se si specifica --bound true o non si specifica l'opzione --bound, occorre specificare l'URL di un sito di GIS Server con l'opzione --server-url e specificare le credenziali amministratore di ArcGIS Server con le opzioni --server-admin e --server-password. Se si sta eseguendo l'importazione nello stesso site di GIS Server con cui ArcGIS Data Store è stato registrato quando il Data Store è stato esportato, specificare l'URL di tale site di GIS Server e fornire il nome utente e la password dell'amministratore di ArcGIS Server. Per vincolare il Data Store a un nuovo Site di GIS Server, fornire l'URL e le credenziali amministratore di questo nuovo sito.

    Nota:

    Specificare solo le informazioni per un nuovo Site di GIS Server se i Web Service sono già stati spostati in questo nuovo Site di GIS Server.

  • Se il Data Store non utilizzerà più il precedente sito di GIS Server e tutti i servizi non sono ancora stati trasferiti nel nuovo sito di GIS Server, specificare --bound false. È quindi necessario eseguire l'utilità registerdatastore per configurare il Data Store nel nuovo Site di GIS Server dopo aver trasferito i servizi nel nuovo sito.
• [--prompt {yes | no}] : determina se è necessario rispondere a una richiesta per eseguire l'utilità.

Esempio

Nel seguente esempio, il Data Store gestito viene ripristinato in una nuova installazione di ArcGIS Data Store. Viene specificata la nuova directory dei dati di ArcGIS Data Store. Il Data Store è sempre vincolato al Site di GIS Server esistente, in modo che i Feature Layer hosted esistenti, gli Scene Layer e il Data Store continueranno a funzionare. Riavviare il Site di GIS Server per consentire ai Feature Layer e agli Scene Layer hosted di essere pubblicati in un nuovo computer.

./importmanageddb.sh /net/backupserver/expdir preupgradeexp --source-loc  --data-dir /usr/arcgis/datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s --bound true

In questo esempio, sia il Site di GIS Server che il Data Store relazionale sono stati trasferiti nei nuovi computer. I Web Service sono già stati trasferiti nel nuovo Site di GIS Server. Pertanto, viene specificato l'URL del nuovo Site assieme all'opzione --server-url. Il nome del backup è movedbexp e il backup viene memorizzato in /net/backupserver/expdir.

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

In questo esempio, i Web Service non sono stati trasferiti nel nuovo Site di GIS Server. I Data Store cache tile e relazionale funzioneranno solo dopo che i servizi sono stati trasferiti e dopo aver registrato i Data Store nel nuovo Site di GIS Server. Il nome del backup è movedsfirstexp e il backup viene memorizzato in /net/backupserver/expdir/movingexp2.

./importmanageddb.sh /net/backupserver/dbdump/movingexp2 movedsfirstexp --data-dir /usr/arcgis/datastore --stores relational,tileCache --bound false

listadminusers

Questa utilità viene utilizzata con tutti i tipi di Data Store.

L'utilità listadminusers restituisce i nomi utente e le password dell'amministratore, del proprietario della replica e dell'amministratore del geodatabase di un Data Store relazionale. Restituisce l'amministratore per Data Store cache tile e Spatiotemporal Big Data Store.

Sintassi

listadminusers

Esempio

In questo esempio, listadminusers viene eseguito su un computer in cui è installato solo un Data Store relazionale.

./listadminusers.sh

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

In questo esempio, listadminusers viene eseguito su un computer in cui è installato solo uno Spatiotemporal Big Data Store.

./listadminusers.sh

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

In questo esempio, listadminusers viene eseguito su un computer in cui è installato solo un archivio oggetti.

./listadminusers.sh

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

listbackups

Questa utilità viene utilizzata con Data Store relazionali, Data Store cache tile e Spatiotemporal Big Data Store. Quando viene eseguita per i Data store relazionali, l'utilità listbackups funziona solo sul computer primario del Data store.

L'utilità listbackups restituisce i nomi dei file di backup e le posizioni nelle quali sono scritti. Restituisce inoltre lo stato del backup (se il backup è completo o meno), l'ora in cui è iniziato e se è stato creato manualmente mediante l'utilità backupdatastore o automaticamente da ArcGIS Data Store.

Quando si esegue l'utilità listbackups, specificare il percorso di backup per il quale si desidera visualizzare l'elenco di file di backup. Se non si specifica una posizione, l'utilità listbackups restituisce i backup per la posizione di backup predefinita.

È possibile eseguire listbackups per verificare se un backup è terminato o è ancora in esecuzione e quanti sono i backup manuali presenti o per confermare il nome di un file prima di eseguire l'utilità deletebackup.

Sintassi

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

Se non si specifica un tipo di Data Store, l'utilità viene preimpostata su relational e restituisce i backup per i Data Store relazionali in esecuzione su quel computer.

Il parametro location è utilizzato con Spatiotemporal Big Data Store e Data Store relazionali. Gli argomenti sono i seguenti:

• name=: il nome della posizione di backup. Si è specificato questo nome quando è stata configurata la posizione di backup o, se non si è specificato un nome, ArcGIS Data Store ha assegnato un nome predefinito.
• location=: il percorso alla directory del file condiviso, il nome del bucket S3 o il nome del contenitore di archiviazione Blob.

Esempio

In questo esempio, vengono elencati i backup dello Spatiotemporal Big Data Store per la posizione di backup denominata sbdsbu:

./listbackups.sh --store spatiotemporal --location 'name=sbdsbu'

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

Backups located at: '/net/myserver.ntw.com/spatiotemporal'

listmanageduser

Questa utilità viene utilizzata con tutti i tipi di Data Store.

L'utilità listmanageduser restituisce il nome utente e la password dell'account proprietario dei dati dei Feature Layer hosted nei Data Store relazionali e negli Spatiotemporal Big Data Store. Questa utilità restituisce inoltre il nome utente e la password del proprietario dei dati dei Tile Cache Data Store.

Sintassi

listmanageduser

Esempio

Nell'esempio seguente, l'utilità listmanageduser viene eseguita su un computer contenente un Data store relazionale e un Tile Cache Data store. Il computer è il Data store relazionale primario.

./listmanageduser.sh

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

In questo esempio, l'utilità listmanageduser viene eseguita sul computer dello Spatiotemporal Big Data Store.

./listmanageduser.sh

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

Nell'esempio che segue, l'utilità listmanageduser viene eseguita sul computer dell'archivio oggetti.

./listmanageduser.sh

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

listobjectstorage

Questa utilità viene utilizzata con l'archivio oggetti.

Per ottimizzare le performance di disegno, ArcGIS crea una cache di funzionalità ottenute dalle interrogazioni sugli hosted feature layer che sono archiviate nell'archivio oggetti.

Le cache sono state create su una base per feature layer e, a seconda della dimensione del layer, possono occupare molto spazio su disco. Qualora lo spazio su disco nel computer archivio oggetti sia esiguo, è possibile verificare le dimensioni attuali delle cache delle feature layer e gli attuali criteri di conservazione eseguendo l'utilità listobjectstorage. Tale utilità restituisce il nome di ogni hosted feature layer memorizzato nelle cache (feature service), l'ID del layer per il quale è abilitata la memorizzazione nelle cache, la dimensione delle cache del layer e gli attuali criteri di conservazione impostati per quelle interrogazioni memorizzate nelle cache del layer. Per impostazione predefinita, le cache non vengono cancellate. Per modificare il termine di cancellazione delle cache, l'amministratoreArcGIS Server del serve di hosting deve impostare una data di scadenza nella directory amministratore di ArcGIS Server. Per cancellare la cache di una hosted feature layer, l'amministratore può disabilitare la cache per il layer. Ciò viene effettuato utilizzando l'operazione updateDefinition nella directory amministratore di ArcGIS Server.

Sintassi

listobjectstorage

Esempio

Nell'esempio che segue, l'utilità listobjectstorage viene eseguita per determinare le attuali dimensioni delle cache per tutti i layer che attualmente hanno cache di interrogazioni archiviate nell'archivio oggetti, e per verificare per quanti giorni le cache vengano conservate prima che scadano e che vengano eliminate dall'archivio oggetti. Attualmente ci sono tre layer, due nell'hosted feature layer Città e uno nell'hosted feature layer Strutture, che contengono cache delle interrogazioni nell'archivio oggetti.

./listobjectstorage.sh

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

Suggerimento:

L'amministratoreArcGIS Server per il server di hosting può accedere alla directory amministratoreArcGIS Server per determinare il nome di ogni layer in base al loro ID.

registerdatastore

Questa utilità viene utilizzata con tutti i tipi di Data Store.

Il Data Store conserva le informazioni sulla denominazione dei computer che ospitano Site di GIS Server. Se si trasferisce il Site di GIS Server in nuovi computer (ad esempio, in caso di acquisto di nuovo hardware o di errore dei computer GIS Server esistenti), è necessario annullare la registrazione del Data Store nel Site di GIS Server per rimuovere queste informazioni. Dopo aver configurato GIS Server in uno o più computer nuovi, è possibile registrare il Data Store nel Site di GIS Server utilizzando l'utilità da riga di comando registerdatastore.

Tale utilità si utilizza per registrare il Data Store nello stesso sito di GIS Server in cui il Data Store era registrato in precedenza. Il Data Store contiene i dati relativi ai Feature Layer hosted sul Site di GIS Server esistente. Se lo si registra in un Site di GIS Server diverso, i Feature Layer hosted, le cache degli Scene Layer o gli archivi dati del servizio flusso non vengono ricreati.

L'utilità registerdatastore può essere eseguita solo nel computer primario del Data store relazionale. Può essere eseguita in qualsiasi computer di archivio oggetto, Tile Cache o Spatiotemporal Big Data store.

Sintassi

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

Anche se non è una procedura consigliata, se sono presenti diversi tipi di Data Store installati sullo stesso computer, è possibile registrarli contemporaneamente specificando i vari tipi di Data Store separandoli con una virgola (senza spazi). Ad esempio, immettere --stores relational,tileCache.

Esempio

In questo esempio, viene registrato un Data Store relazionale in un Site di GIS Server il cui URL è https://gisserver.domain.com:6443. Il nome utente dell'amministratore principale del Site di ArcGIS Server è agsadmin e la password è Tan$p0n.

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

removemachine

Questa utilità viene utilizzata con Data Store relazionali, Data Store cache tile e Spatiotemporal Big Data Store.

Utilizzare l'utilità removemachine per rimuovere un computer da un Data store che contiene più di un computer. L'utilità removemachine viene utilizzata nelle seguenti situazioni:

• Rimuovere un computer standby da un Data Store relazionale. L'utilità può essere eseguita su computer standby o sul computer primario se il computer standby non è disponibile.
• Rimuovere un computer da un Tile Cache Data store. È possibile eseguire questa utilità su qualsiasi computer nel Tile Cache Data store, ma non è possibile eseguire removemachine su un Tile Cache Data Store composto da un solo computer.
• Rimuovere un computer da un Spatiotemporal Big Data Store. È possibile eseguire questa utilità su qualsiasi computer nello Spatiotemporal Big Data store, ma non è possibile eseguire removemachine su uno Spatiotemporal Big Data store composto da un solo computer.

Sintassi

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

--force : per impostazione predefinita, è impostato su false. Specificare true con questa opzione solo se il Site ArcGIS Server registrato non è disponibile.

--prompt : per impostazione predefinita, è impostato su yes. Se non si desidera confermare l'azione, specificare no con questa opzione.

Esempio

In questo esempio, il computer Spatiotemporal Big Data Store, gefour, viene rimosso dal Data Store.

./removemachine.sh gefour --store spatiotemporal

In questo esempio, il Site del server di hosting non è disponibile e il computer del Data Store relazionale, fsdata, viene rimosso dal Data Store.

./removemachine.sh fsdata --store relational --force true

removestandbymachine

Legacy:

L'utilità removestandbymachine è stata deprecata da Esri. È ancora presente per continuare a utilizzare gli script esistenti, ma è necessario iniziare a utilizzare l'utilità removemachine.

restoredatastore

Questa utilità viene utilizzata con Data Store relazionali, Data Store cache tile e Spatiotemporal Big Data Store.

Qualora non sia più possibile accedere ai dati utilizzati dai Feature Layer hosted, dagli Scene Layer hosted o dai dati in tempo reale archiviati, utilizzare i file di backup e l'utilità da riga di comando restoredatastore per ripristinare il Data Store.

Se non è possibile ripristinare il Data Store, installare ArcGIS Data Store in un nuovo computer, non configurare il Data Store e ripristinare l'ultimo backup nel nuovo computer.

Se si utilizza un Data Store relazionale e si desidera ripristinare i dati dei feature layer ospitati ad un momento specifico nel passato, eseguire il ripristino sul Data Store esistente. È possibile solo eseguire il ripristino in uno stato del Data Store relazionale precedente per il quale siano disponibili file di backup. Ad esempio, se si conservano i backup solo per cinque giorni, è possibile ripristinare l'archivio dati esclusivamente ad un momento compreso in questo intervallo di cinque giorni.

Se si ha bisogno di sostituire uno dei computer in un data store cache tile a più computer, probabilmente sarà necessario riequilibrare le cache dei scene layer attraverso il data store cache tile. Parte di questo processo richiede di ripristinare il Data Store cache tile, impostando l'opzione replicatedata su true. Per istruzioni, consultare Ripristinare un Data Store.

L'utilità restoredatastore può essere eseguita solo nel computer primario del Data store relazionale. Può essere eseguita in qualsiasi Tile Cache o Spatiotemporal Big Data store.

Sintassi

restoredatastore [options]

Le opzioni supportate sono le seguenti:

• [--store {relational | tileCache | spatiotemporal}] : indica il tipo di Data Store da ripristinare.
• [--target {most-recent | <yyy-mm-dd-hh:mm:ss> | <name of backup file>}] : tutti i tipi di Data Store supportano il nome del file di backup con l'opzionetarget. Un timestamp e most-recent sono supportati solo per i Data Store relazionali.
• [--source-loc <parent directory of the source backup file location>] : si tratta della directory principale dove sono posizionati i file di backup da utilizzare per il ripristino del Data Store. Sarà il percorso di un percorso di condivisione file o il nome di un percorso di backup o di un percorso di backup di archiviazione Blob Amazon S3 o Azure.
• [--bound {true | false}] : l'opzione--bound è supportata solo per i Data store relazionali.
• [--data-dir <new data store directory>] : è la directory diArcGIS Data Store sul computer in cui si sta ripristinando il database. Utilizzare --data-dir solo se si effettua il ripristino del data store su un nuovo computer. Quando si effettua il ripristino del data store su un nuovo computer, è anche necessario specificare l'opzione --source-loc.
• [--server-url <ArcGIS Server URL registered with data store>] : se si specifica --bound trueper mantenere il Data Store registrato con lo stesso Site di GIS Servercon cui è stato registrato quando il backup è stato creato, specificare l'URL di tale Site diGIS Server. Se si specifica --bound true e i servizi sono stati trasferiti in un nuovo Site di GIS Server, utilizzare l'opzione --server-url per specificare l'URL del nuovo Site di GIS Server. Se si specifica l'URL del nuovo sito e non si sono spostati i servizi su questo nuovo server, i dati del Data Store non saranno accessibili.
• [--server-admin <user name of ArcGIS Server admin>] : questa opzione è richiesta se si specifica--bound true o non si specifica l'opzione--bound. Specificare il nome utente dell'amministratore di ArcGIS Server.
• [--server-password <password of ArcGIS Server admin>] : questa opzione è richiesta se si specifica--bound true o non si specifica l'opzione--bound. Fornire la password per l'amministratore di ArcGIS Server.
• [--loaddata {true | false}] : supportata con Tile Cache e Spatiotemporal Big Data store. Impostare questa opzione su false quando occorre ripristinare il Data store in un nuovo insieme di computer, ma i dati non possono essere contenuti nel primo computer. Questo consente di ripristinare lo schema del Data store, aggiungere altri computer al Data store per contenere tutti i dati, quindi eseguire nuovamente l'utilità restoredatastore con --loaddata impostato su true per ripristinare i dati. Per impostazione predefinita, questa opzione è impostata su true.
• [--replicatedata {true | false}] : supportata con i Data Store cache tile. Impostare questa opzione su true quando è necessario riequilibrare i dati cache della scena dopo aver aggiunto un computer al Data Store cache tile.
• [--mode {primaryStandby | cluster}] : quando si ripristina un data store cache tile su un nuovo computer, specificare se si desidera un data store cache tile a due computer per una disponibilità elevata (primaryStandby) o un data store cache tile multicomputer scalabile (cluster).
• [--prompt {yes | no}]

Quando si esegue un'operazione di ripristino dopo un arresto anomalo o allo scopo di trasferire il Data Store relazionale, specificare --target most-recent. In caso di ripristino di un Data Store relazionale ad un dato momento nel passato, specificare la data e l'ora (UTC) di riferimento per il ripristino del Data Store. Nel caso in cui si disponga invece di un file di backup specifico, fornire il nome di tale file di backup. Se non si specifica nulla, verrà ripristinato l'ultimo backup.

Per impostazione predefinita, il Data Store ripristinato viene associato (collegato) al relativo Site di GIS Server. Specificare solo --bound false se si desidera ripristinare il Data Store senza conservare l'associazione con il relativo Site di GIS Server. È preferibile eseguire questa procedura solo come ultima opzione nel caso in cui il precedente Site di GIS Server sia andato perduto e non sia stato possibile ripristinarlo; si potrebbe quindi ripristinare il Data Store senza conservare l'associazione e configurarlo in un nuovo Site federato di GIS Server. In tal caso, però, i layer che utilizzavano i dati del Data Store non esisterebbero più. Sarebbe quindi necessario connettersi al database dell'archivio dati per estrarre i dati in un altro formato e ripubblicarli in ArcGIS Enterprise.

Esempi

In questo esempio, il backup più recente proviene dal percorso di backup del Data Store relazionale predefinito e viene ripristinato nel Data Store esistente. Dal momento che il Data Store è di tipo relazionale e rimane associato per impostazione predefinita al Site di GIS Server in cui è stato registrato, non è necessario specificare --store relational o --bound true. Tuttavia, è necessario specificare l'URL di GIS Server e le credenziali amministratore.

./restoredatastore.sh --target most-recent --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

In questo esempio, un Data Store relazionale con abilitato il ripristino punto temporale viene ripristinato dal percorso di backup del Data Store relazionale predefinito nello stato in cui si trovava alle ore 14.30 (UTC) del 17 luglio 2014.

./restoredatastore.sh --target 2014-07-17-14:30:00 --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

In questo esempio, il Data Store relazionale viene ripristinato su un nuovo computer utilizzando un file di backup denominato movedatastore. Quando si effettua il ripristino su un nuovo computer, è necessario specificare il percorso del file di backup e il percorso della nuova directory dei dati ArcGIS Data Store. Poiché i feature service hosted sono ancora in esecuzione sullo stesso sito di GIS Server con cui è registrato il Data Store relazionale, --bound true non è necessario, ma l'URL di GIS Server e le credenziali amministratore sono necessari.

./restoredatastore.sh --target movedatastore --source-loc /net/buserver/data/backups --data-dir /usr/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

Nel seguente esempio, il Data Store cache tile viene ripristinato in un nuovo computer. Quando si effettua il ripristino su un nuovo computer, è necessario specificare il percorso del file di backup e il percorso della nuova directory dei dati ArcGIS Data Store. Poiché gli scene service sono ancora in esecuzione sullo stesso sito di GIS Server con cui è registrato il Data Store cache tile, --bound true non è necessario, ma l'URL di GIS Server e le credenziali amministratore sono necessari.

./restoredatastore.sh --store tilecache --source-loc /net/buserver/scenedata/backups --data-dir /usr/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

In questo esempio, il Data Store cache tile viene ripristinato da un file chiamato mybackupfilename per riequilibrare i dati cache della scena dopo che un nuovo computer è stata aggiunto al Data Store cache tile.

./restoredatastore.sh --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

Nel seguente esempio, si ripristina un file di backup di uno Spatiotemporal Big Data Store (bds1) da una posizione di backup denominata (awsloc).

./restoredatastore.sh --target bds1 --store spatiotemporal --source-loc 'name=awsloc' --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

Per passaggi ed esempi di ripristino di uno Spatiotemporal Big Data Store dopo un guasto hardware, vedere Ripristinare un Data Store.

revokeconnection

Questa utilità viene utilizzata con i Data Store relazionali.

Se l'utilità allowconnection è stata utilizzata per consentire ad un altro client di connettersi direttamente al Data Store relazionale per un tempo limitato, è possibile revocare tale facoltà eseguendo l'utilità revokeconnection.

L'utilità revokeconnection può essere eseguita solo nel computer primario del Data Store relazionale.

Sintassi

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

Esempio

In questo esempio l'archivio dati non accetterà ulteriori connessioni del computer workcom se l'utente che ha effettuato l'accesso al computer è hqo.n_1E7.

./revokeconnection.sh workcom bn0_3Wa.m hqo.n_1E7

unregisterdatastore

Questa utilità viene utilizzata con tutti i tipi di Data Store.

È inoltre possibile utilizzare l'utilità da riga di comando unregisterdatastore per eseguire le seguenti operazioni:

• Annullare la registrazione del computer primario di un Data store relazionale dal sito GIS Server.

  Tenere presente che se si dispone di un computer standby, è necessario rimuoverlo dal Data Store per poter annullare la registrazione del computer primario.

• Annullare la registrazione di un Tile Cache o Spatiotemporal Big Data store su un computer singolo.
• Annulla registrazione archivio oggetti. È necessario riavviare il server di hosting dopo aver annullato la registrazione di un archivio oggetti.

Nota:

È necessario eliminare gli hosted layer che utilizzano i dati nel Data store relazionale, cache tile o nello Spatiotemporal Big Data Store prima di annullarne la registrazione. In caso contrario, rimarranno layer non utilizzabili nel portale e servizi non utilizzabili in esecuzione sul server di hosting.

Se si decide di non utilizzare un Data Store o i servizi che dipendono da esso in futuro, è preferibile annullarne la registrazione nel Site di GIS Server. Quando si annulla la registrazione di un computer dal Data Store, GIS Server non è più in grado di collegarsi al computer e tutti i servizi che contenevano dati del Data Store non registrato non potranno più essere utilizzati. Questo comando non elimina i dati; se il Data Store relazionale, cache tile o Spatiotemporal Big Data Store sono ancora richiesti, è possibile utilizzare l'utilità registerdatastore o configuredatastore per riaggiungerli.

L'utilità unregisterdatastore può essere eseguita solo sul computer primario del Data Store relazionale o Tile Cache Data Store (in modalità primaria-standby) dopo aver eseguito removemachine per rimuovere il computer standby. L'utilità unregisterdatastore può essere eseguita solo per un Tile Cache (modalità cluster) o per uno Spatiotemporal Big Data store quando rimane solo un computer dopo aver eseguitoremovemachine per rimuovere tutti gli altri computer dal Data store.

Sintassi

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

Se sono presenti più tipi di Data Store installati sullo stesso computer e si desidera annullare la registrazione di più di un Data Store alla volta, specificare ogni tipo di Data Store da eliminare separandoli con una virgola (senza spazi). Ad esempio, per annullare la registrazione di un Data Store relazionale e un Tile Cache Data Store, immettere --stores relational,tileCache.

Esempio

In questo caso, l'utilità unregisterdatastore viene eseguita per annullare la registrazione del Data Store relazionale e del Tile Cache Data Store nel Site di GIS Server. Viene restituito un prompt. Si tratta del funzionamento predefinito. Per eliminare il prompt specificare --prompt No.

./unregisterdatastore.sh --stores relational,tileCache

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

updatebackupretaindays

Questa utilità viene utilizzata con i Data Store relazionali.

ArcGIS Data Store mantiene i file di backup del Data Store relazione per sette giorni per impostazione predefinita. È possibile modificare la frequenza con cui i file di backup vengono rimossi dalla directory di backup eseguendo l'utilità updatebackupretaindays.

L'utilità updatebackupretaindays può essere eseguita solo nel computer primario del Data Store relazionale.

Sintassi

updatebackupretaindays <number of days>

Esempio

Nell'esempio seguente l'intervallo di conservazione dei file di backup viene modificato in 10 giorni:

./updatebackupretaindays.sh 10

updatebackupschedule

Questa utilità viene utilizzata con Data Store relazionali, Data Store cache tile e Spatiotemporal Big Data Store.

Per impostazione predefinita, ArcGIS Data Store crea un backup completo del Data Store relazionale ogni quattro giorni. È possibile modificare la frequenza con cui i backup completi vengono creati eseguendo l'utilità updatebackupschedule.

Non sono presenti backup automatici predefiniti per i Data Store cache tile o gli Spatiotemporal Big Data Store. Per impostare una pianificazione dei backup automatici per uno Spatiotemporal Big Data Store, è prima necessario impostare un percorso di backup valido.

Specificare l'ora utilizzando il formato orario di 24 ore: ad esempio; 00:00:00 per la mezzanotte e 13:00:00 per le ore 13. Utilizzare l'opzione di frequenza per specificare il numero di giorni tra i backup. Per disattivare i backup automatici, impostare la frequenza su 0. Se si disattivano i backup automatici, accertarsi di eseguire l'utilità backupdatastore per creare i backup manualmente.

È possibile eseguire l'utilità updatebackupschedule sul computer primario del Data store relazionale. Lo strumento può essere eseguito in qualsiasi computer Tile Cache o Spatiotemporal Big Data store.

Sintassi

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

Se non si specifica una nuova ora di inizio, l'impostazione dell'ora di inizio esistente non cambia. Se non si specifica un tipo di Data Store, si presume un Data Store relazionale.

Esempio

In questo esempio i backup completi di un Data Store relazionale verranno eseguiti alle 23 (ora del server locale) ogni 10 giorni:

./updatebackupschedule.sh --starttime 23:00:00 --frequency 10

In questo esempio, viene impostata una pianificazione dei backup per un Tile Cache Data Store. Dopo aver eseguito la copia di backup iniziale di tutti i database dei Data Store cache tile, ArcGIS Data Store copia i nuovi database dei Data Store creati nella posizione specificata mediante l'utilità configurebackuplocation ogni 14 giorni.

./updatebackupschedule.sh --store tileCache --frequency 14

updatelicense

Questa utilità viene utilizzata con i Data Store relazionali.

Se la licenza di ArcGIS Server è scaduta, è necessario aggiornarla sul sito ArcGIS Server. Le informazioni sulla licenza vengono archiviate anche nel Data Store relazionale ArcGIS Data Store; pertanto, una volta aggiornata la licenza del sito ArcGIS Server con cui il Data Store è configurato, è necessario aggiornare la licenza nel Data Store. A tal fine, eseguire l'utilità updatelicense dal computer su cui è installata le versione primaria di ArcGIS Data Store. Se si dispone di una versione di standby di ArcGIS Data Store, la licenza aggiornata verrà replicata anche su di essa.

Sintassi

updatelicense

Esempio

Dopo aver aggiornato la licenza ArcGIS Server, eseguire l'utilità updatelicense per spostare la nuova licenza nel Data Store.

./updatelicense.sh

updatesslcertificate

Questa utilità viene utilizzata con tutti i tipi di Data Store.

È possibile sostituire il certificato auto-firmato utilizzato per autenticare la comunicazione tra il server di hosting e il Data Store e tra i computer Data Store con un certificato verificato e firmato da un'autorità di certificazione o certificato di dominio.

Sintassi

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

Esempio

Dopo la ricezione di un file di certificato firmato da un'autorità di certificazione, eseguire updatesslcertificate per sostituire il certificato auto-firmato di ArcGIS Data Store.

./updatesslcertificate.sh /usr/files/mysignedcert.pfx ps4mycert dsmachinename