Skip To Content

Skorowidz narzędzi wiersza poleceń aplikacji ArcGIS Data Store

Narzędzia wiersza poleceń instalowane z aplikacją ArcGIS Data Store umożliwiają administratorom magazynów danych zarządzanie magazynami danych. Na tej stronie opisano narzędzia i podano składnię wraz z przykładami.

Wszystkie narzędzia muszą być uruchamiane na komputerze z aplikacją ArcGIS Data Store. Narzędzia te znajdują się w katalogu <ArcGIS Data Store installation directory>\datastore\tools.

Aby uzyskać pomoc dotyczącą składni, należy wpisać nazwę narzędzia, a po niej opcję --help.

Notatka:

Do korzystania z narzędzi aplikacji ArcGIS Data Store wymagany jest login należący do grupy administratorów systemu Windows, a wiersz poleceń należy uruchomić z użyciem opcji Uruchom jako administrator.

allowconnection

To narzędzie jest używane z relacyjnymi magazynami danych.

Ze względów bezpieczeństwa wszystkie połączenia z magazynem danych są domyślnie nawiązywane z użyciem witryny serwera GIS Server. Aby otworzyć relacyjny magazyn danych z użyciem połączeń z komputera dodatkowego, można użyć narzędzia wiersza poleceń allowconnection.

Narzędzie allowconnection można uruchamiać wyłącznie na komputerze podstawowym relacyjnego magazynu danych.

Składnia

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

Podaj nazwę komputera, który ma mieć możliwość łączenia się z relacyjnym magazynem danych (host name — nazwa hosta), a także jedno z kont bazy danych używanych przez magazyn danych (user name — nazwa użytkownika): administrator magazynu danych, właściciel repliki, administrator geobazy lub użytkownik zarządzany (użytkownik, który publikuje dane warstwy obiektowej). Konto można uzyskać za pomocą narzędzia listadminusers lub listmanageduser. Ponadto można podać nazwę bazy danych podstawowego relacyjnego magazynu danych, ale wartość ta jest opcjonalna, ponieważ istnieje tylko jedna taka baza danych.

Przykład

W tym przykładzie udzielane jest pozwolenie na połączenie z komputera workcom do relacyjnego magazynu danych dla użytkownika zarządzanego hqo.n_1E7.

allowconnection workcom hqo.n_1E7

backupdatastore

To narzędzie jest używane z relacyjnymi magazynami danych, magazynami danych pamięci podręcznej kafli i magazynami dużych zbiorów danych czasowo-przestrzennych.

Jeśli konieczne jest utworzenie kopii zapasowej relacyjnego magazynu danych między zaplanowanymi czasami tworzenia kopii zapasowych, użyj narzędzia backupdatastore. Użyj tego narzędzia do ręcznego utworzenia pełnej kopii zapasowej przed zaktualizowaniem magazynu danych lub przed wprowadzeniem wielu zmian w magazynie danych.

Gdy narzędzie backupdatastore jest po raz pierwszy uruchamiane dla magazynu danych pamięci podręcznej kafli po skonfigurowaniu lokalizacji kopii zapasowej, tworzone są kopie zapasowe wszystkich istniejących baz danych magazynu danych pamięci podręcznej kafli. Kolejne użycie narzędzia backupdatastore powoduje utworzenie kopii zapasowych wszystkich baz danych magazynu danych pamięci podręcznej kafli utworzonych od momentu ostatniego uruchomienia tego narzędzia.

Gdy narzędzie backupdatastore jest po raz pierwszy uruchamiane dla magazynu dużych zbiorów danych czasowo-przestrzennych po skonfigurowaniu lokalizacji kopii zapasowej, tworzona jest pełna kopia zapasowa. Ponieważ magazyny dużych zbiorów danych czasowo-przestrzennych mogą być bardzo duże, kolejne użycie narzędzia backupdatastore powoduje utworzenie pliku kopii zapasowej zawierającej tylko te zmiany, które zostały wprowadzone od momentu utworzenia początkowej pełnej kopii zapasowej.

Narzędzie backupdatastore można uruchamiać na komputerze podstawowym relacyjnego magazynu danych. To narzędzie można uruchamiać na każdym komputerze, który należy do magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych.

W każdym przypadku należy upewnić się, że w lokalizacji, w której tworzona jest kopia zapasowa, jest wystarczająco dużo miejsca, aby pomieścić kopie zapasowe. Aby zmienić lokalizację kopii zapasowych magazynu danych, użyj narzędzia configurebackuplocation.

Składnia

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

Parametr --location ma następujące argumenty, które muszą być rozdzielane średnikiem (;):

  • type= — poprawne typy to fs (udostępniony plik), s3 (zasobnik Amazon Simple Storage Service (S3)) lub azure (kontener magazynu obiektów blob platformy Microsoft Azure).
  • name= — jeśli przypisano nazwy do lokalizacji kopii zapasowych skonfigurowanych dla magazynu danych, można użyć nazwy lokalizacji do określenia miejsca, w którym mają być tworzone pliki kopii zapasowych, gdy używane jest narzędzie backupdatastore.
  • location= — jeśli nie podano nazwy lokalizacji kopii zapasowych, należy podać argumenty type i location kopii zapasowej. W przypadku udostępnionych plików podaj ścieżkę do plików. W przypadku zasobników S3 podaj nazwę zasobnika. W przypadku kontenerów magazynu obiektów blob platformy Azure podaj nazwę kontenera.

Przykład

W tym przykładzie tworzony jest plik pełnej kopii zapasowej o nazwie project1bu w lokalizacji kopii zapasowych określonej dla magazynu danych za pomocą narzędzia configurebackuplocation. Domyślnie kopie zapasowe są tworzone dla relacyjnych magazynów danych, dlatego w poniższym przykładzie tworzona jest kopia zapasowa relacyjnego magazynu danych.

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

W tym przykładzie tworzony jest plik kopii zapasowej o nazwie localbu5 dla magazynu dużych zbiorów danych czasowo-przestrzennych w lokalizacji udostępnionego pliku o nazwie gadbu nazwanej podczas konfigurowania lokalizacji kopii zapasowych.

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

W tym przykładzie tworzona jest kopia zapasowa magazynu dużych danych czasowo-przestrzennych w kontenerze magazynu obiektów blob platformy Azure o nazwie blob4backups, a tworzony plik kopii zapasowej ma nazwę 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

Wcześniejsze:

Firma Esri uznała narzędzie changebackuplocation za nieaktualne. Jest ono nadal dostępne, aby umożliwić dalsze działanie istniejących skryptów. W przeciwnym razie użyj narzędzia configurebackuplocation.

changedatastoremode

To narzędzie jest używane z relacyjnymi magazynami danych i magazynami dużych zbiorów danych czasowo-przestrzennych.

Narzędzie changedatastoremode umożliwia zmianę trybu relacyjnego magazynu danych na tryb tylko do odczytu, gdy wykonywana jest konserwacja tego magazynu danych. Jeśli na przykład trzeba wykonać zadanie konserwacyjne, które spowoduje zrestartowanie magazynu danych, na przykład zmiana lokalizacji kopii zapasowych z jednego dysku na inny lub zmiana właściwości bazy danych, możesz zmienić tryb relacyjnego magazynu danych na tryb tylko do odczytu, aby żadni użytkownicy nie publikowali ani nie edytowali danych, gdy magazyn danych będzie restartowany.

Narzędzia changedatastoremode używa się także do przywracania z powrotem trybu odczytu i zapisu relacyjnego magazynu danych po zakończeniu konserwacji lub dodaniu wystarczającej przestrzeni dyskowej do komputera podstawowego magazynu danych, aby magazyn danych działał poprawnie w trybie odczytu i zapisu.

Narzędzie changedatastoremode należy uruchamiać na komputerze podstawowym relacyjnego magazynu danych, a nie na komputerze zapasowym.

Notatka:

Jeśli aplikacja ArcGIS Data Store ustawia relacyjny magazyn danych w trybie tylko do odczytu z powodu niewystarczającej przestrzeni dyskowej, wyłączane są także automatyczne kopie zapasowe, aby uniknąć dalszego zapełniania dysku. Dlatego konieczne jest zresetowanie harmonogramu automatycznych kopii zapasowych za pomocą narzędzia updatebackupschedule po przywróceniu trybu odczytu i zapisu relacyjnego magazynu danych.

Gdy w magazynie dużych zbiorów danych czasowo-przestrzennych kończy się miejsce na dysku, aplikacja ArcGIS Data Store przełącza go w tryb tylko odczytu, aby zapobiec uszkodzeniu danych. Za pomocą narzędzia changedatastoremode można przywrócić tryb odczytu i zapisu magazynu dużych zbiorów danych czasowo-przestrzennych po dodaniu odpowiedniej ilości miejsca na dysku do komputerów magazynu dużych zbiorów danych czasowo-przestrzennych.

Składnia

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

Przykład

W tym przykładzie przywracany jest tryb odczytu i zapisu relacyjnego magazynu danych, co oznacza, że klienci mogą wznowić działania, takie jak publikowanie hostowanych warstw obiektowych w oprogramowaniu ArcGIS Enterprise, edytowanie danych za pomocą hostowanej warstwy obiektowej i dodawanie plików CSV do przeglądarki map Map Viewer.

changedatastoremode readwrite --store relational --prompt no

Aby przełączyć magazyn dużych zbiorów danych czasowo-przestrzennych w tryb odczytu i zapisu, należy podać parametr spatiotemporal z opcją --store, jak pokazano w poniższym przykładzie:

changedatastoremode readwrite --prompt no --store spatiotemporal

changedbproperties

To narzędzie jest używane z relacyjnymi magazynami danych, magazynami danych pamięci podręcznej kafli i magazynami dużych zbiorów danych czasowo-przestrzennych.

Narzędzie changedbproperties umożliwia zmianę różnych właściwości w zależności od typu magazynu danych, dla którego zostanie uruchomione.

Składnia

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

Obsługiwane są następujące opcje konfiguracji:

  • disk-threshold-readonly — to ustawienie steruje tym, czy relacyjny magazyn danych przejdzie do trybu tylko do odczytu, aby uniknąć utraty danych z powodu niewystarczającej ilości przestrzeni dyskowej. Domyślna wartość przestrzeni dyskowej wynosi 1024 MB. Podaj wielkość wyrażoną w MB.
  • max-connections — użyj tego parametru, aby określić maksymalną liczbę dozwolonych połączeń z relacyjnym magazynem danych. Relacyjne magazyny danych domyślnie akceptują do 150 połączeń. Do zmiany liczby dozwolonych połączeń można użyć właściwości --max-connections dostępnej w narzędziu changedbproperties. Podczas określania liczby połączeń wymaganych przez magazyn danych pamiętaj, że procesy wewnętrzne aplikacji ArcGIS Data Store mogą korzystać z maksymalnie pięciu połączeń. Zastanów się także, ile połączeń współbieżnych może zaakceptować komputer z aplikacją ArcGIS Data Store i kontynuować działanie w prawidłowy sposób. Jeśli komputer, na którym działa aplikacja ArcGIS Data Store, nie ma dużej ilości pamięci, może być konieczne zmniejszenie liczby dozwolonych połączeń.

    Podana wartość nie może być mniejsza niż 10. Gdy zmieniana jest maksymalna liczba dozwolonych połączeń, liczba ta jest zmieniana na komputerze podstawowym i rezerwowym magazynu danych. Ten parametr nie jest obsługiwany w przypadku magazynów dużych danych czasowo-przestrzennych ani magazynów danych pamięci podręcznej kafli.

  • pitr — to ustawienie wskazuje, czy aplikacja ArcGIS Data Store utworzy przyrostowe kopie zapasowe relacyjnego magazynu danych, co umożliwi odzyskanie stanu relacyjnego magazynu danych z określonego momentu. Dla tej opcji można podać wartość enable lub disable. Odzyskiwanie dla określonego momentu jest domyślnie wyłączone.
    Notatka:

    Odzyskiwanie dla określonego momentu należy włączyć, jeśli będzie używane narzędzie webgisdr do tworzenia przyrostowych kopii zapasowych wdrożenia oprogramowania ArcGIS Enterprise.

  • enablessl — ten parametr steruje użyciem protokołu Transport Layer Security (TLS) przy zapełnianiu magazynu danych pamięci podręcznej kafli i komunikacji między relacyjnym magazynem danych i serwerem hostującym.

    Dla parametru enablessl obsługiwane są następujące opcje:

    • true — to jest opcja domyślna. Oznacza to, że protokół Transport Layer Security będzie używany podczas zapisywania danych warstwy sceny w magazynie danych pamięci podręcznej kafli, jeśli zostanie podany parametr --store tileCache i podczas komunikacji między relacyjnym magazynem danych i serwerem hostującym, jeśli zostanie podany parametr --store relational.
    • false — podaj parametry false i --store tileCache, aby używać komunikacji HTTP z serwera hostującego podczas zapisywania w magazynie danych pamięci podręcznej kafli. Podaj parametry false i --store relational, aby używać komunikacji HTTP między serwerem hostującym i relacyjnym magazynem danych.
  • heap-size — użyj tego parametru, aby zmienić ilość pamięci sterty (w MB) używanej przez magazyn dużych zbiorów danych czasowo-przestrzennych. Ten typ magazynu danych domyślnie użyje połowy dostępnej pamięci RAM przy jego uruchamianiu. Ten parametr nie jest obsługiwany w przypadku relacyjnych magazynów danych ani magazynów danych pamięci podręcznej kafli.
  • rebalance — domyślnie ten parametr jest konfigurowany na wartość true, co oznacza, że magazyn dużych zbiorów danych czasowo-przestrzennych będzie dystrybuował dane do innych komputerów, jeśli któryś komputer będzie niedostępny. Jeśli konieczne jest przeprowadzenie konserwacji na jednym komputerze magazynu dużych danych czasowo-przestrzennych, na przykład zmodernizowanie go, można tymczasowo wyłączyć równoważenie, ustawiając dla tego parametru wartość false. Operacja równoważenia zostanie zawieszona na czas skonfigurowany dla parametru max-rebalance-off. Ten parametr ma zastosowanie tylko do magazynów dużych danych czasowo-przestrzennych.
    Wcześniejsze:

    Na platformie ArcGIS 10.4.x była to opcja reallocation.

  • max-rebalance-off — ustawienia dla tego parametru używa się, gdy dla parametru rebalance zostanie ustawiona wartość false. Domyślnie parametr max-rebalance-off jest skonfigurowany na 60 minut. Oznacza to, że w przypadku tymczasowego wyłączenia równoważenia zostanie ono ponownie uruchomione po 60 minutach. Jeśli na wykonanie zadania konserwacyjnego, z powodu którego zawieszono równoważenie, trzeba więcej lub mniej czasu, zmień ustawienie czasu w parametrze max-rebalance-off. Ten parametr ma zastosowanie tylko do magazynów dużych danych czasowo-przestrzennych.
    Wcześniejsze:

    Na platformie ArcGIS 10.4.x była to opcja max-allocation-off.

  • prompt — gdy używane jest to narzędzie, wyświetlany jest monit z prośbą o potwierdzenie podanego działania. W przypadku korzystania z tego narzędzia w trybie automatycznym, dla parametru prompt skonfiguruj wartość false. W przeciwnym razie skrypt nie będzie kontynuował działania do czasu udzielenia odpowiedzi na monit.

Przykład

W tym przykładzie maksymalna liczba dozwolonych połączeń z relacyjnym magazynem danych jest skonfigurowana na 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

W tym przykładzie opcja max-rebalance-off jest używana do skonfigurowania wartości 15 jako liczby minut, po których magazyn dużych danych czasowo-przestrzennych automatycznie zmieni wartość parametru rebalance na true.

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

W tym przykładzie parametr enablessl jest używany do skonfigurowania magazynu danych pamięci podręcznej kafli do użycia protokołu Transport Layer Security przy tworzeniu kontenera i przy zapisywaniu danych do magazynu danych pamięci podręcznej kafli.

changedbproperties --store tileCache --enablessl admin,data

changeloglocation

To narzędzie jest używane ze wszystkimi typami magazynów danych.

Jeśli magazyn danych nie ma korzystać z domyślnej lokalizacji plików dziennika błędów (<ArcGIS Data Store installation directory>\arcgisdatastore\logs), możesz uruchomić narzędzie changeloglocation, aby pliki dziennika błędów były tworzone w innym katalogu.

Konto aplikacji ArcGIS Data Store musi mieć uprawnienia do zapisu do podanego folderu.

Składnia

changeloglocation <directory path>

Przykład

W tym przykładzie pliki dziennika będą tworzone w katalogu lokalnym d:\datastorefiles\logs.

changeloglocation 'd:\datastorefiles\logs'

changenosqldslocation

To narzędzie jest używane z magazynami danych pamięci podręcznej kafli.

Magazyny danych pamięci podręcznej kafli mogą osiągnąć dużą wielkość, jeśli będzie w nich zapisywanych duża ilość kafli w wysokiej rozdzielczości. W takich przypadkach możesz zdecydować się na przeniesienie danych na inny dysk na tym samym serwerze lub do udostępnianej lokalizacji na innym serwerze.

W przypadku przenoszenia danych do udostępnianego katalogu należy nadać uprawnienia do odczytu i zapisu w tym katalogu użytkownikowi, który uruchamia proces aplikacji ArcGIS Data Store (w systemie Linux) lub usługę tej aplikacji (w systemie Microsoft Windows).

Składnia

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

Przykład

W tym przykładzie bazy danych, w których zapisywane są pamięci podręczne warstw scen, zostaną utworzone w udostępnianym katalogu o nazwie dstorecache na komputerze server2.

changenosqldslocation \\server2\dstorecache

changepassword

To narzędzie jest używane z relacyjnymi magazynami danych.

Aplikacja ArcGIS Data Store losowo generuje nazwy użytkowników i hasła dla kont bazy danych używanych na potrzeby relacyjnych magazynów danych. Jeśli witryna wymaga skonfigurowania własnych haseł, uzyskaj hasła dla kont magazynu danych i uruchom narzędzie changepassword, aby zresetować hasła.

Użyj narzędzia listadminusers w celu uzyskania nazw użytkowników i haseł dla administratorów i narzędzia listmanageduser w celu uzyskania nazwy użytkownika i hasła dla właściciela danych obiektowych.

Narzędzie changepassword można uruchamiać wyłącznie na komputerze podstawowym relacyjnego magazynu danych.

Składnia

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

Wskazówka:

Jeśli niezbędna jest zmiana hasła skryptu, należy dodać flagę wyłączającą monit o potwierdzenie, jak w poniższym przykładzie:

changepassword gwi_n2Te0 Phfl4mp --prompt no

Przykład

W tym przykładzie hasło jest zmieniane dla użytkownika gwi_n2Te0 na 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

To narzędzie jest używane z relacyjnymi magazynami danych i magazynami danych pamięci podręcznej kafli.

W trakcie odtwarzania relacyjnego magazynu danych lub magazynu danych pamięci podręcznej kafli aplikacja ArcGIS Data Store rozpakowuje skompresowane pliki kopii zapasowych do lokalizacji roboczej. Oznacza to, że musisz mieć lokalizację roboczą, w której te rozpakowane dane mogą zostać umieszczone. Jeśli w relacyjnym magazynie danych lub magazynie danych pamięci podręcznej kafli znajduje się bardzo dużo danych, skonfiguruj oddzielną lokalizację roboczą i wskaż ją na potrzeby odzyskiwania.

Składnia

changestaginglocation <directory path>

Przykład

W tym przykładzie wyznaczoną lokalizacją roboczą jest \\netserver\rbustage.

changestaginglocation \\netserver\rbustage

configurebackuplocation

To narzędzie jest używane z relacyjnymi magazynami danych, magazynami danych pamięci podręcznej kafli i magazynami dużych zbiorów danych czasowo-przestrzennych.

Narzędzie configurebackuplocation umożliwia określenie lokalizacji, w której aplikacja ArcGIS Data Store zapisuje pliki kopii zapasowych dla zaplanowanych operacji tworzenia kopii zapasowych i kopii zapasowych utworzonych za pomocą narzędzia backupdatastore. Ponadto to polecenie umożliwia zmianę właściwości lokalizacji kopii zapasowych i usunięcie takiej lokalizacji.

Relacyjne magazyny danych są tworzone z użyciem domyślnej, lokalnej lokalizacji kopii zapasowych. Skonfiguruj bardziej bezpieczną domyślną lokalizację kopii zapasowych, rejestrując zdalny udostępniany katalog za pomocą opcji change.

Magazyny danych pamięci podręcznej kafli utworzone w trybie podstawowy-zapasowy mają domyślną lokalizację kopii zapasowych; magazyny danych pamięci podręcznej kafli utworzone w trybie klastra nie mają domyślnej lokalizacji kopii zapasowych. W obu przypadkach można za pomocą narzędzia configurebackuplocation z opcją register określić udostępnioną lokalizację sieciową, zasobnik Amazon Simple Storage Service (S3) lub kontener magazynu obiektów blob platformy Microsoft Azure jako bezpieczne miejsce przechowywania kopii zapasowych magazynu danych pamięci podręcznej kafli. Jeśli magazyn danych działa w trybie klastra, nie można używać dysku lokalnego na potrzeby plików kopii zapasowych pamięci podręcznej kafli.

Magazyny dużych zbiorów danych czasowo-przestrzennych nie są tworzone z domyślną lokalizacją kopii zapasowych. Zanim będzie można rozpocząć tworzenie kopii zapasowych, należy uruchomić narzędzie configurebackuplocation z opcją register, aby określić udostępnioną lokalizację sieciową, zasobnik Amazon Simple Storage Service (S3) lub kontener magazynu obiektów blob platformy Microsoft Azure dla tych kopii zapasowych. Na potrzeby plików kopii zapasowych magazynu dużych danych czasowo-przestrzennych nie można używać dysku lokalnego.

Można zarejestrować drugą lokalizację kopii zapasowej do przechowywania kopii zapasowych tworzonych za pomocą narzędzia backupdatastore. Dla dodatkowych lokalizacji kopii zapasowych można użyć udostępnianego katalogu, zasobnika S3 lub kontenera magazynu obiektów blob platformy Azure.

Składnia

configurebackuplocation --location <backup_location_arguments> [options]

Użyj opcji --location, aby określić miejsce, w którym aplikacja ArcGIS Data Store ma zapisywać pliki kopii zapasowych. Dla magazynów danych pamięci podręcznej kafli albo magazynów dużych zbiorów danych czasowo-przestrzennych lub w celu zarejestrowania dodatkowej lokalizacji kopii zapasowych dla relacyjnego magazynu danych podaj następujące argumenty oddzielone średnikami (;): --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>]. Wyjaśnienie każdego z tych argumentów przedstawiono na następującej liście:

  • type= — podaj typ lokalizacji używanych na potrzeby kopii zapasowych. Możesz podać s3 do zapisywania kopii zapasowych w zasobniku Amazon S3, azure do zapisywania kopii zapasowych w kontenerze magazynu obiektów blob platformy Azure lub fs do zapisywania kopii zapasowych w udostępnionym pliku (opcja domyślna).
  • location= — w przypadku udostępnionych plików podaj ścieżkę do plików. W przypadku zasobników Amazon S3 podaj nazwę zasobnika. W przypadku kontenerów magazynu obiektów blob podaj nazwę kontenera.
  • name= — do lokalizacji kopii zapasowych możesz przypisać nazwę. Jeśli na przykład lokalizacją kopii zapasowych jest ścieżka do pliku, taka jak \\sharedserver_sharedfolders_datastorebackups, możesz wyznaczyć nazwę dla tej lokalizacji, taką jak dsbackups. Gdy uruchamiasz narzędzie backupdatastore, listbackups lub restoredatastore, podaj tę nazwę zamiast pełnej ścieżki.

    Jeśli nie podasz nazwy podczas konfigurowania lokalizacji kopii zapasowych magazynu danych, aplikacja ArcGIS Data Store przypisze nazwę domyślną.

  • username= — wymagany, jeśli lokalizacją kopii zapasowych jest zasobnik S3 lub kontener magazynu obiektów blob. W przypadku zasobników S3 podaj identyfikator klucza dostępu dla konta w usłudze Amazon Web Services (AWS). W przypadku kontenerów magazynu obiektów blob platformy Azure podaj nazwę konta magazynu Microsoft Azure, które ma dostęp do kontenera magazynu obiektów blob.
  • password= — wymagany, jeśli lokalizacją kopii zapasowych jest zasobnik S3 lub kontener magazynu obiektów blob. W przypadku zasobników S3 podaj klucz tajny dla konta w usłudze AWS. W przypadku kontenerów magazynu obiektów blob platformy Azure podaj klucz dla konta Azure wskazanego za pomocą argumentu username.
  • endpointsuffix= — w tej opcji można wskazać, gdzie znajduje się kontener magazynu obiektów blob Azure. Domyślnie jako sufiks punktu końcowego endpointsuffix jest przyjmowana wartość core.windows.net. Jeśli kontener znajduje się w środowisku w chmurze instytucji rządowych Microsoft Azure, skonfiguruj sufiks punktu końcowego endpointsuffix=core.usgovcloudapi.net. Jeśli kontener znajduje się w prywatnej chmurze, skonfiguruj sufiks punktu końcowego endpointsuffix na wartość EndpointSuffix prywatnej chmury Azure. Ta opcja jest używana tylko w przypadku, gdy kopie zapasowe są przechowywane w kontenerze magazynu obiektów blob Azure.

Opcje dodatkowe, które trzeba podać dla narzędzia configurebackuplocation, są następujące:

  • --store {relational | tileCache | spatiotemporal} — podaj typ magazynu ArcGIS Data Store, dla którego konfigurujesz lokalizację kopii zapasowych. Wartość domyślna to relational.
  • --operation {change | register | unregister | list | setdefault} — wartość domyślna to change. Poniżej podano wyjaśnienie każdej opcji:
    • change — użyj tej opcji, aby zmienić dowolny z następujących elementów:
      • Podaj inną lokalizację udostępnionego pliku dla planowanych kopii zapasowych relacyjnego magazynu danych. Lokalizacja skonfigurowana za pomocą opcji change jest zawsze domyślną lokalizacją kopii zapasowych dla relacyjnych magazynów danych.
      • Zmień nazwę przypisaną do lokalizacji kopii zapasowych.
      • Zaktualizuj informacje uwierzytelniające skonfigurowane dla lokalizacji kopii zapasowych w usłudze Azure lub S3. Dla usługi S3 możesz zmienić informacje wcześniej określone za pomocą opcji username i password. Dla usługi Azure można zmienić wartość opcji password.
    • register — służy do rejestrowania lokalizacji kopii zapasowych. Pierwsza lokalizacja kopii zapasowych zdefiniowana dla magazynu dużych danych czasowo-przestrzennych jest konfigurowana jako domyślna lokalizacja kopii zapasowych. Gdy rejestrowana jest inna lokalizacja kopii zapasowych dla magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych, rejestrowana jest dodatkowa lokalizacja kopii zapasowych. Użycie opcji register z relacyjnym magazynem danych zawsze powoduje zarejestrowanie dodatkowej lokalizacji kopii zapasowych. W dodatkowej lokalizacji kopii zapasowych przechowywane są ręczne kopie zapasowe wygenerowane za pomocą narzędzia backupdatastore.

      Notatka:

      Gdy użyjesz opcji register, musisz podać informacje dla opcji --location.

    • unregister — służy do usuwania dodatkowej lokalizacji kopii zapasowych z magazynu danych. Jeśli zarejestrowano tylko jedną lokalizację kopii zapasowych, możesz użyć opcji unregister, aby całkowicie usunąć lokalizację kopii zapasowych dla magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych.
    • list — wyświetla wszystkie lokalizacje kopii zapasowych zarejestrowane dla magazynu danych.
    • setdefault — jeśli istnieje wiele lokalizacji kopii zapasowych dla magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych, możesz użyć opcji setdefault, aby wyznaczyć jedną z tych lokalizacji jako domyślną. Lokalizacja ta jest miejscem, w którym zapisywane są zaplanowane kopie zapasowe, a ponadto jest to domyślna lokalizacja używana w przypadku uruchomienia narzędzia backupdatastore, listbackups lub restoredatastore bez podania lokalizacji kopii zapasowych.
  • --force {true | false} — opcja używana tylko z relacyjnymi magazynami danych. Umożliwia ona zmianę domyślnej lokalizacji kopii zapasowych nawet wtedy, gdy istniejąca domyślna lokalizacja kopii zapasowych jest niedostępna.

    Gdy zostanie zmieniona domyślna lokalizacja kopii zapasowych dla relacyjnego magazynu danych, aplikacja ArcGIS Data Store skopiuje istniejące pliki kopii zapasowych ze starej lokalizacji do nowej lokalizacji. Jeśli aplikacja ArcGIS Data Store nie ma dostępu do starej lokalizacji, nie może skopiować tych plików. W poprzednich wersjach taka sytuacja spowodowałaby niepowodzenie działania narzędzia configurebackuplocation. Jeśli chcesz kontynuować zmianę domyślnej lokalizacji kopii zapasowych bez kopiowania istniejących plików kopii zapasowych, podaj opcję --force true.

    Wartością domyślną tej opcji jest false, co oznacza, że nie można zmienić domyślnej lokalizacji kopii zapasowych, jeśli aplikacja ArcGIS Data Store nie ma dostępu do istniejącej lokalizacji domyślnej.

  • --prompt {yes | no} — wartość domyślna to yes.

Przykłady

W pierwszym przykładzie lokalizacja kopii zapasowych dla relacyjnego magazynu danych jest konfigurowana na katalog o nazwie fsdata_bu na komputerze o nazwie 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

W tym przykładzie druga lokalizacja kopii zapasowych w usłudze Azure jest rejestrowana dla tego samego relacyjnego magazynu danych.

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

W tym przykładzie lokalizacja kopii zapasowych w udziale sieciowym jest rejestrowana dla magazynu dużych danych czasowo-przestrzennych. Do tej lokalizacji kopii zapasowych przypisywana jest nazwa fshare.

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

W tym przykładzie druga lokalizacja kopii zapasowych w usłudze AWS jest określona dla tego samego magazynu dużych danych czasowo-przestrzennych. Do tej lokalizacji kopii zapasowych przypisywana jest nazwa awsloc.

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

W tym przykładzie trzecia lokalizacja kopii zapasowych w usłudze Azure jest określona dla magazynu dużych danych czasowo-przestrzennych.

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

W tym przykładzie zasobnik S3 jest konfigurowany jako domyślna lokalizacja kopii zapasowych dla magazynu dużych danych czasowo-przestrzennych.

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

W tym przykładzie wyświetlane są wszystkie lokalizacje kopii zapasowych dla magazynu dużych danych czasowo-przestrzennych.

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

To narzędzie jest używane ze wszystkimi typami magazynów danych.

Po zainstalowaniu aplikacji ArcGIS Data Store można uruchomić narzędzie configuredatastore, aby utworzyć magazyn danych i zarejestrować go w witrynie serwera GIS Server. Za pomocą tego polecenia można utworzyć następujące typy magazynów danych:

Narzędzie configuredatastore można także uruchomić w celu zaktualizowania magazynu danych po zaktualizowaniu oprogramowania ArcGIS Data Store na wszystkich komputerach w magazynie danych.

Składnia

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> — jest to witryna serwera GIS Server, która jest lub będzie używana jako serwer hostujący oprogramowania ArcGIS Enterprise. Adres URL serwera ArcGIS Server na potrzeby administracyjne ma format https://gisserver.domain.com:6443. Pamiętaj, że nawet jeśli witryna serwera GIS Server używa adaptera internetowego (web adaptor), należy podać adres URL w wyżej wymienionym formacie.
  • <ArcGIS Server administrator> — podaj nazwę wbudowanego użytkownika (innego niż korporacyjny) mającego uprawnienia administratora w witrynie serwera GIS Server.
  • <ArcGIS Server administrator password> — podaj hasło wbudowanego administratora serwera ArcGIS Server.
  • <data directory> — katalog danych jest lokalizacją na komputerze lokalnym, gdzie mają być tworzone pliki magazynu danych.
  • {relational | tileCache | spatiotemporal | object} — podaj typ magazynu danych do utworzenia. Chociaż nie jest to zalecane, na tym samym komputerze można skonfigurować więcej niż jeden typ magazynu danych, podając każdy typ magazynu oddzielony przecinkiem (bez spacji). Aby na przykład skonfigurować relacyjny magazyn danych i magazyn danych pamięci podręcznej kafli na tym samym komputerze z udostępnianym katalogiem magazynu danych, użyj ustawienia --stores relational,tileCache. Firma Esri zdecydowanie zaleca uruchamianie magazynów dużych zbiorów danych czasowo-przestrzennych na innych komputerach niż te, na których znajdują się inne magazyny danych lub inne oprogramowanie. W przeciwnym razie może wystąpić spadek wydajności, a nawet brak możliwości korzystania z magazynu danych.
  • --mode — ta opcjonalna operacja ma zastosowanie tylko do magazynów danych pamięci podręcznej kafli i magazynów obiektów. Domyślnie nowe magazyny danych pamięci podręcznej kafli i magazyny obiektów są tworzone w trybie primaryStandby.

    Magazyny danych pamięci podręcznej kafli utworzone w trybie primaryStandby mogą zawierać dwa komputery. Zapasowy magazyn danych pamięci podręcznej kafli zawiera te same dane co podstawowy. Jeśli podstawowy magazyn danych ulegnie awarii, komputer zapasowy staje się komputerem podstawowym magazynu danych pamięci podręcznej kafli. Jeśli konieczne jest przechowywanie dużej liczby pamięci podręcznych warstw scen i z tego względu istnieje potrzeba skalowania magazynu danych pamięci podręcznej kafli przez dołączenie trzech lub większej liczby komputerów, należy utworzyć magazyn danych pamięci podręcznej kafli w trybie cluster. Można również za pomocą operacji mode przełączać tryby magazynu danych pamięci podręcznej kafli.

    Magazyny danych utworzone w trybie primaryStandby mogą obecnie zawierać tylko jeden komputer. Jeśli w celu zapewnienia wysokiej dostępności w magazynie obiektów potrzeba więcej komputerów, można wdrożyć magazyn obiektów w trybie klastra. Jeśli magazyn obiektów jest używany w trybie klastra, musi zawierać cztery komputery o identycznych specyfikacjach i zbliżonych nazwach. Szczegółowe informacje zawiera temat Dodawanie komputera do magazynu danych.

  • --machines — ta opcja dotyczy tylko magazynów obiektów. Podaj nazwę komputera magazynu obiektów w przypadku wdrożenia na jednym komputerze lub rozdzielaną przecinkami listę nazw komputerów w przypadku wdrożenia w klastrze. W przypadku wdrożeń w klastrze konieczne są cztery komputery, a nazwy (lub aliasy) tych komputerów muszą się różnić jedynie dodaną liczbą, na przykład: machine1, machine2, machine3 i machine4.
  • --data-loc — ta opcja dotyczy tylko magazynów obiektów. Podaj ścieżkę do katalogu, w którym będą przechowywane dane pamięci podręcznej. W przypadku wdrażania w trybie klastra podaj rozdzielaną przecinkami listę katalogów w takiej samej kolejności, w jakiej są wymienione komputery. Katalogi na komputerach w klastrze muszą znajdować się w tej samej lokalizacji i muszą mieć nazwy różniące się jedynie liczbą, na przykład: directory1, directory2, directory3 i directory4.

Konfigurowanie konkretnego typu magazynu danych

Typ magazynu danych, który ma zostać utworzony, podaje się za pomocą następujących ustawień używanych z opcją --stores:

  • relational
  • tileCache
  • spatiotemporal
  • object

Aby na tym samym komputerze skonfigurować więcej niż jeden typ magazynu danych, oddziel typy przecinkiem. Aby na przykład na jednym komputerze skonfigurować relacyjny magazyn danych i magazyn danych pamięci podręcznej kafli, użyj ustawienia --stores relational,tileCache.

Notatka:

Magazyny danych skonfigurowane na tym samym komputerze rywalizują o pamięć i inne zasoby, co negatywnie wpływa na wydajność i może spowodować zaprzestanie działania tych magazynów danych. Dzieje się tak zwłaszcza w przypadku magazynów dużych danych czasowo-przestrzennych i magazynów obiektów. Nie należy konfigurować magazynu dużych zbiorów danych czasowo-przestrzennych lub magazynu obiektów na tym samym komputerze, na którym znajduje się inny magazyn danych lub inny komponent platformy ArcGIS.

Jeśli w skrypcie zostanie określone tworzenie wielu komputerów magazynu dużych zbiorów danych czasowo-przestrzennych, jeden z komputerów magazynu dużych zbiorów danych czasowo-przestrzennych należy skonfigurować ręcznie na serwerze GIS Server, zanim będzie można za pomocą skryptu określić tworzenie dodatkowych komputerów magazynu dużych zbiorów danych czasowo-przestrzennych. Należy uwzględnić w skrypcie czasy oczekiwania, aby mieć pewność, że dodatkowe komputery magazynów dużych zbiorów danych czasowo-przestrzennych nie są dodawane w tym samym czasie.

Więcej informacji na ten temat zawiera sekcja Tworzenie magazynu danych.

Konfigurowanie magazynów danych po zaktualizowaniu instalacji aplikacji ArcGIS Data Store

W ramach aktualizowania aplikacji ArcGIS Data Store należy zrekonfigurować istniejące komputery magazynu danych. Gdy na każdym komputerze magazynu danych zostanie zainstalowana nowa wersja aplikacji ArcGIS Data Store w miejsce istniejącej aplikacji ArcGIS Data Store, można zalogować się na dowolnym komputerze magazynu danych i uruchomić narzędzie configuredatastore w celu dokończenia aktualizowania tego konkretnego magazynów danych. Na przykład można uruchomić configuredatastore na komputerze podstawowego relacyjnego magazynu danych, a komputer zapasowy zostanie również zaktualizowany.

Jeśli na komputerze znajduje się zarówno relacyjny magazyn danych, jak i magazyn danych pamięci podręcznej kafli, można użyć opcji --stores relational,tileCache przy uruchamianiu narzędzia configuredatastore. Spowoduje to zaktualizowanie wszystkich komputerów obu magazynów danych.

Aby zrekonfigurować zaktualizowane komputery magazynu dużych danych czasowo-przestrzennych, zaloguj się do dowolnego komputera w magazynie dużych danych czasowo-przestrzennych i uruchom narzędzie configuredatastore. Spowoduje to zaktualizowanie wszystkich komputerów w magazynie dużych danych czasowo-przestrzennych.

Pamiętaj, że jeśli nowa wersja aplikacji ArcGIS Data Store nie została zainstalowana na wszystkich komputerach, nie można kontynuować konfigurowania.

Więcej informacji na ten temat zawiera sekcja Aktualizowanie aplikacji ArcGIS Data Store.

Zmiana trybu magazynu danych pamięci podręcznej kafli

Podczas aktualizacji z wersji 10.7.1 lub starszej magazyn danych pamięci podręcznej kafli jest automatycznie ustawiany w tryb podstawowy-zapasowy. Jeśli z powodu dużej liczby scen wymagana jest większa liczba komputerów magazynu danych pamięci podręcznej kafli, można przełączyć magazyn danych pamięci podręcznej kafli w tryb klastra i dodać do niego kolejne komputery. Po dodaniu nowych komputerów pamięci podręczne dla nowych warstw scen będą przechowywane na nowym komputerze (lub komputerach). Istniejące pamięci podręczne nie będą przechowywane na nowych komputerach, chyba że użytkownik utworzy pełną kopię zapasową magazynu danych pamięci podręcznej kafli i przywróci ją po dodaniu nowego komputera bądź komputerów.

Podobnie, jeśli utworzono magazyn danych pamięci podręcznej kafli w wersji 10.8 lub podczas tworzenia magazynu danych pamięci podręcznej kafli wybrano tryb klastra, ale później okazało się, że wydajność klastra jest zbyt mała, można przełączyć magazyn danych pamięci podręcznej kafli w tryb podstawowy-zapasowy, jeśli pamięć udostępniana przez wiele komputerów nie jest niezbędnie potrzebna. Przełączając magazyn danych pamięci podręcznej kafli w tryb podstawowy-zapasowy, należy jednak pamiętać, że w tym trybie nie może on zawierać więcej niż dwóch komputerów.

Notatka:

Do określenia trybu magazynu danych pamięci podręcznej kafli podczas tworzenia magazynu danych lub podczas zmiany trybu magazynu danych pamięci podręcznej kafli można użyć operacji --mode. Nie można jednak zmienić trybu podczas aktualizowania magazynu danych pamięci podręcznej kafli.

Przykład

W tym przykładzie tworzony jest magazyn danych dla danych hostowanej warstwy obiektowej (relacyjny magazyn danych). Adres URL witryny serwera GIS Server, który będzie używał tego magazynu danych to https://gisserver.domain.com:6443. Nazwa użytkownika administratora serwera i jego hasło to odpowiednio admin i Iph33l$ik, a katalogiem danych dla magazynu danych jest C:\datastore\data\.

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

W poniższym przykładzie istniejący magazyn danych pamięci podręcznej kafli zostaje przełączony w tryb klastra:

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

configureserviceaccount

To narzędzie jest używane ze wszystkimi typami magazynów danych.

Narzędzie configureserviceaccount służy do zmiany loginu używanego dla konta aplikacji ArcGIS Data Store. Gdy konto zostanie skonfigurowane za pomocą tego narzędzia, można wyeksportować informacje dotyczące tego konta do pliku. Zwróć uwagę, że hasło jest w tym pliku zaszyfrowane. Tego pliku możesz użyć do zaimportowania tych samych informacji dotyczących konta, jeśli na przykład skonfigurujesz kolejną aplikację ArcGIS Data Store i zechcesz użyć tego samego konta. W takim przypadku uruchom narzędzie configureserviceaccount na nowym komputerze i zaimportuj plik z informacjami dotyczącymi konta.

Za pomocą tego narzędzia możesz też zaktualizować hasło do konta aplikacji ArcGIS Data Store. Jeśli zostanie zmienione hasło dla konta Windows, uruchom to narzędzie i podaj nowe hasło.

Jeśli skonfigurujesz konto aplikacji ArcGIS Data Store na zarządzane przez grupę konto usługi, konto określone za pomocą parametru nazwy użytkownika może zawierać, bądź też nie, symbol $ na końcu nazwy konta. Jeśli korzystasz z zarządzanego przez grupę konta usługi, nie musisz definiować parametru hasła.

Składnia

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

Przykład

W tym przykładzie narzędzie configureserviceaccount konfiguruje konto mynetwork\datastore do uruchamiania usługi ArcGIS Data Store i nadaje mu uprawnienia wymagane dla systemowych folderów i plików aplikacji ArcGIS Data Store.

configureserviceaccount --username mynetwork\datastore --password SewL0ng

W tym przykładzie zarządzane przez grupę konto usługi jest używane z kontem aplikacji ArcGIS Data Store:

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

Należy zauważyć, że zmiana konta używanego do uruchamiania usługi powoduje ponowne uruchomienie tej usługi.

W tym przykładzie konto aplikacji ArcGIS Data Store jest zmieniane, a informacje dotyczące konta są zapisywane w pliku (adsainfo) w katalogu C:\adminfiles.

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

W tym przykładzie aplikacja ArcGIS Data Store jest instalowana na innym komputerze, a administrator uruchamia narzędzie configureserviceaccount w celu skonfigurowania tego samego konta za pomocą pliku utworzonego w poprzednim przykładzie.

configureserviceaccount --readconfig C:\adminfiles\adsainfo

deletebackup

To narzędzie jest używane z relacyjnymi magazynami danych.

Narzędzie deletebackup umożliwia usuwanie plików kopii zapasowych utworzonych dla relacyjnych magazynów danych. Najpierw uruchom narzędzie listbackups, aby wyświetlić nazwy i czasy utworzenia ręcznych kopii zapasowych. Następnie możesz uruchomić narzędzie deletebackup w celu usunięcia ręcznej kopii zapasowej, która nie jest już potrzebna.

Pamiętaj, że możesz usunąć tylko te kopie zapasowe, które nie są już wymagane do odtworzenia magazynu danych. Nie możesz na przykład usunąć najnowszej pełnej kopii zapasowej relacyjnego magazynu danych.

Składnia

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

Przykład

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

To narzędzie jest używane ze wszystkimi typami magazynów danych.

Narzędzie describedatastore umożliwia wyświetlenie następujących informacji dotyczących instalacji aplikacji ArcGIS Data Store:

  • Numer wersji oprogramowania dla instalacji aplikacji ArcGIS Data Store.
  • Lokalizacja robocza używana przez magazyn danych na potrzeby przywracania danych.
  • Lokalizacja pliku dziennika dla magazynu danych.
  • Ilość dostępnego miejsca na dysku na komputerze, na którym jest zainstalowana aplikacja ArcGIS Data Store.
  • Próg wolnego miejsca na dysku. Po osiągnięciu tego progu tryb relacyjnego magazynu danych zostanie zmieniony na tylko do odczytu, a magazyny danych pamięci podręcznej kafli i magazyny dużych danych czasowo-przestrzennych zostaną zatrzymane.
  • Lokalizacje kopii zapasowych używane przez każdy typ magazynu danych.
  • Informacja o tym, czy lokalizacja kopii zapasowych relacyjnego magazynu danych lub magazynu danych pamięci podręcznej kafli znajduje się w udziale sieciowym.
  • Informacja o częstotliwości tworzenia kopii zapasowych magazynu danych (Harmonogram tworzenia kopii zapasowych).
  • Liczba dni przechowywania plików kopii zapasowych relacyjnego magazynu danych oraz informacja o tym, czy można odtworzyć stan relacyjnego magazynu danych z określonego momentu.
  • Informacja o tym, czy magazyn danych jest uruchomiony (Status magazynu danych).
  • Informacja o tym, czy włączona jest komunikacja SSL w relacyjnym magazynie danych.
  • Data i czas, gdy zapasowy relacyjny magazyn danych stał się podstawowym magazynem danych (Ostatnie przełączenie awaryjne). Ta informacja nie jest wyświetlana, jeśli przełączenie awaryjne nigdy nie miało miejsca.
  • Nazwy komputerów członkowskich relacyjnego magazynu danych lub magazynu danych pamięci podręcznej kafli (Komputery członkowskie).
  • Maksymalna dozwolona liczba połączeń z relacyjnym magazynem danych.
  • Adres URL witryny serwera GIS Server, w której magazyn danych jest zarejestrowany (Adres URL systemu właściciela).
  • Adres URL portalu, który używa witryny serwera GIS Server jako swojego serwera hostującego (Adres URL portalu).
  • Liczba bieżących połączeń warstwy obiektowej z relacyjnym magazynem danych.
  • Lista wszystkich komputerów obecnie uczestniczących w magazynie dużych danych czasowo-przestrzennych (Komputery w klastrze danych czasowo-przestrzennych).
  • Komputer w magazynie dużych danych czasowo-przestrzennych, który jest obecnie wyznaczony jako komputer koordynujący (Bieżący koordynator w klastrze).
  • Lista wszystkich komputerów w klastrze magazynu dużych zbiorów danych czasowo-przestrzennych lub klastrze magazynu danych pamięci podręcznej kafli (odpowiednio Zarejestrowane komputery danych czasowo-przestrzennych i Zarejestrowane komputery pamięci podręcznej kafli). Wyświetlane są wszystkie komputery w klastrze bez względu na status.
  • Tryb skonfigurowany dla magazynu danych pamięci podręcznej kafli lub magazynu obiektów (klaster lub podstawowy-zapasowy).
  • Informacja o tym, czy relacyjny magazyn danych lub magazyn dużych zbiorów danych czasowo-przestrzennych jest w trybie READWRITE (do zapisu i odczytu), czy READONLY (tylko do zapisu) (tryb Magazyn danych)

Składnia

describedatastore

Przykład

Narzędzie describedatastore zwraca informacje ogólne mające zastosowanie do wszystkich magazynów danych na komputerze, a ponadto zwraca oddzielne sekcje zawierające informacje właściwe dla każdego typu magazynu danych.

Różne magazyny danych powinny znajdować się na różnych komputerach, jednak aby umożliwić wgląd w informacje zwracane dla każdego typu, poniższe dane wynikowe przedstawiają komputer, który zawiera wszystkie typy ArcGIS Data Store. Pierwsza sekcja (Informacje ogólne) jest zwracana zawsze. Sekcje magazynu danych zwracane przez narzędzie describedatastore różnią się w zależności od typu magazynu danych na danym komputerze.

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

Wcześniejsze:

Firma Esri uznała narzędzie exportmanageddb za nieaktualne w wersji 10.5.1. Jego funkcjonalność umieszczono w narzędziu backupdatastore. Narzędzie exportmanageddb nadal istnieje, aby istniejące skrypty nadal działały. Należy jednak rozpocząć używanie narzędzia backupdatastore do tworzenia plików kopii zapasowych zamiast tego narzędzia. Następnie należy użyć narzędzia restoredatastore do odtworzenia magazynu danych z pliku kopii zapasowej.

importmanageddb

To narzędzie jest używane z relacyjnymi magazynami danych i magazynami danych pamięci podręcznej kafli.

Jeśli wyeksportowano magazyn danych ArcGIS Data Store zawierający bazy danych pamięci podręcznej hostowanych warstw obiektowych lub hostowanych warstw scen (lub obie), możesz użyć narzędzia importmanageddb, aby odtworzyć ten magazyn danych. Odtwarzanie można przeprowadzić do komputera ze zaktualizowaną aplikacją ArcGIS Data Store lub do instalacji aplikacji ArcGIS Data Store na komputerze z innym systemem operacyjnym niż w przypadku źródłowej aplikacji ArcGIS Data Store.

Jeśli magazyn danych ArcGIS Data Store ma być zarejestrowany w tej samej witrynie serwera GIS Server co wcześniej, podaj ustawienie --bound true i nie podawaj opcji --server-url. Zauważ, że dla opcji --bound jest domyślnie konfigurowana wartość true. Po odtwarzaniu pamiętaj o zrestartowaniu witryny serwera GIS Server.

Jeśli wykonujesz odtwarzanie i chcesz zarejestrować magazyn danych w nowej witrynie serwera GIS Server, podaj opcję --server-url podczas importowania magazynu danych.

Domyślnie importowany jest relacyjny magazyn danych i wszystkie bazy danych pamięci podręcznej hostowanych warstw scen, które tworzą magazyn danych pamięci podręcznej kafli, znajdujące się w pliku eksportu. Jeśli nie chcesz uwzględniać baz danych pamięci podręcznej hostowanych warstw scen, podaj opcję --include-tilecache z wartością false.

Narzędzie importmanageddb nie obsługuje importowania magazynów dużych danych czasowo-przestrzennych.

Składnia

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

Obsługiwane są między innymi następujące opcje:

  • [--server-url <ArcGIS Server URL registered with data store>] — jeśli użyjesz ustawienia --bound true, a usługi zostały już przeniesione do nowej witryny serwera GIS Server, użyj opcji --server-url w celu podania adresu URL tej nowej witryny serwera GIS Server. Pamiętaj jednak, że dane w magazynie danych nie będą dostępne, chyba że do tego nowego serwera zostały także przeniesione usługi.
  • [--server-admin <user name of ArcGIS Server admin>] — ta opcja jest wymagana, jeśli podano ustawienie --bound true lub nie podano opcji --bound. Podaj nazwę użytkownika będącego administratorem serwera ArcGIS Server.
  • [--server-password <password of ArcGIS Server admin>] — ta opcja jest wymagana, jeśli podano ustawienie --bound true lub nie podano opcji --bound. Podaj hasło administratora serwera ArcGIS Server.
  • [--data-dir <data store data directory>] — katalog ArcGIS Data Store. Domyślnie jest to katalog ArcGIS Data Store obecnie zarejestrowanych magazynów danych.
  • [--stores {relational | tileCache}] — wskazuje typ magazynu danych do zaimportowania. Jeśli relacyjny magazyn danych i magazyn danych pamięci podręcznej kafli działają na tym samym komputerze i chcesz zaimportować oba te magazyny danych, podaj oba, oddzielając je przecinkiem. Na przykład wpisz --stores relational,tileCache. Jeśli nie podasz opcji --stores, zakłada się, że jest to relacyjny magazyn danych.
  • [--include-tilecache {true | false}] — ta opcja jest dostępna ze względu na kompatybilność wsteczną. Jeśli nie podasz opcji --stores lub podasz opcję --stores relational, nie będzie możliwe kontrolowanie, czy magazyn danych pamięci podręcznej kafli został odtworzony za pomocą tej opcji.
  • [--bound {true | false}]
    • Jeśli użyjesz ustawienia --bound true lub nie podasz opcji --bound, musisz podać adres URL witryny serwera GIS Server za pomocą opcji --server-url i podać poświadczenia administratora serwera ArcGIS Server za pomocą opcji --server-admin i --server-password. Jeśli import odbywa się do tej samej witryny serwera GIS Server, w której magazyn danych ArcGIS Data Store był zarejestrowany, gdy go eksportowano, podaj adres URL tej witryny serwera GIS Server, a także nazwę użytkownika i hasło administratora serwera ArcGIS Server. Aby powiązać magazyn danych z nową witryną serwera GIS Server, podaj adres URL tej nowej witryny i poświadczenia jej administratora.
      Notatka:

      Podaj informacje dla nowej witryny serwera GIS Server tylko wtedy, gdy do tej witryny serwera GIS Server zostały już przeniesione usługi internetowe.

    • Jeśli magazyn danych nie będzie korzystał z poprzedniej witryny serwera GIS Server i nie wszystkie usługi zostały jeszcze przeniesione do nowej witryny serwera GIS Server, podaj ustawienie --bound false. Następnie musisz uruchomić narzędzie registerdatastore, aby skonfigurować magazyn danych w nowej witrynie serwera GIS Server po przeniesieniu usług do tej nowej witryny.
  • [--prompt {yes | no}] — określa, czy musisz odpowiedzieć na monit, aby uruchomić to narzędzie.

Przykład

W poniższym przykładzie magazyn danych jest odtwarzany do instalacji aplikacji ArcGIS Data Store w nowszej wersji. Podawany jest nowy katalog danych magazynu danych ArcGIS Data Store. Magazyn danych jest nadal powiązany z istniejącą witryną serwera GIS Server, tak więc magazyn danych i istniejące hostowane warstwy obiektowe i warstwy scen nadal działają. Zrestartuj witrynę serwera GIS Server, aby umożliwić opublikowanie hostowanych warstw obiektowych i scen na nowym komputerze.

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

W tym przykładzie witryna serwera GIS Server i relacyjny magazyn danych zostały przeniesione na nowe komputery. Usługi internetowe zostały już przeniesione do nowej witryny serwera GIS Server, tak więc adres URL nowej witryny jest podawany za pomocą opcji --server-url. Kopia zapasowa ma nazwę movedbexp i jest zapisana w katalogu \\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

W tym przykładzie usługi internetowe nie zostały przeniesione do nowej witryny serwera GIS Server. Magazyn danych pamięci podręcznej kafli i relacyjny magazyn danych będą działały dopiero po przeniesieniu tych usług, a następnie zarejestrowaniu magazynu danych w nowej witrynie serwera GIS Server. Kopia zapasowa ma nazwę movedsfirstexp i znajduje się w katalogu \\backupserver\expdir\movingexp2.

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

listadminusers

To narzędzie jest używane ze wszystkimi typami magazynów danych.

Narzędzie listadminusers zwraca nazwy użytkowników i hasła dla administratora, właściciela repliki i administratora geobazy relacyjnego magazynu danych. Zwraca administratora magazynu danych pamięci podręcznej kafli i magazynu dużych zbiorów danych czasowo-przestrzennych.

Składnia

listadminusers

Przykład

W tym przykładzie polecenie listadminusers jest uruchamiane na komputerze, na którym jest zainstalowany tylko relacyjny magazyn danych.

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

W tym przykładzie polecenie listadminusers jest uruchamiane na komputerze, na którym jest zainstalowany tylko magazyn dużych zbiorów danych czasowo-przestrzennych.

listadminusers

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

W tym przykładzie polecenie listadminusers jest uruchamiane na komputerze, na którym jest zainstalowany tylko magazyn obiektów.

listadminusers

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

listbackups

To narzędzie jest używane z relacyjnymi magazynami danych, magazynami danych pamięci podręcznej kafli i magazynami dużych danych czasowo-przestrzennych. Narzędzie listbackups uruchamiane dla relacyjnych magazynów danych działa tylko na komputerze podstawowym magazynu danych.

Narzędzie listbackups zwraca nazwy plików kopii zapasowych i ich lokalizację. Narzędzie listbackups zwraca także status kopii zapasowej (informację o tym, czy została ukończona), czas rozpoczęcia tworzenia kopii zapasowej, a także informację o tym, czy została ona utworzona ręcznie za pomocą narzędzia backupdatastore, czy też automatycznie przez aplikację ArcGIS Data Store.

Gdy narzędzie listbackups jest uruchamiane, podaj lokalizację kopii zapasowych, dla której chcesz wyświetlić listę plików kopii zapasowych. Jeśli nie podasz lokalizacji, narzędzie listbackups zwróci kopie zapasowe dla domyślnej lokalizacji kopii zapasowych.

Uruchomienie narzędzia listbackups umożliwia sprawdzenie, czy tworzenie kopii zapasowej zostało zakończone, czy też jeszcze trwa, określenie liczby istniejących ręcznych kopii zapasowych oraz sprawdzenie nazwy pliku przed uruchomieniem narzędzia deletebackup.

Składnia

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

Jeśli nie podasz typu magazynu danych, narzędzie użyje wartości domyślnej relational i zwróci kopie zapasowe dla relacyjnego magazynu danych uruchomionego na tym komputerze.

Parametr location jest używany dla magazynów dużych danych czasowo-przestrzennych i relacyjnych magazynów danych. Dostępne są następujące argumenty:

  • name=: nazwa lokalizacji kopii zapasowych. Nazwa ta została podana podczas konfigurowania lokalizacji kopii zapasowych lub — jeśli nazwa ta nie została podana — aplikacja ArcGIS Data Store przypisała nazwę domyślną.
  • location=: ścieżka do udostępnianego katalogu plików, nazwa zasobnika S3 lub nazwa kontenera magazynu obiektów blob.

Przykład

W tym przykładzie wyświetlane są kopie zapasowe dla relacyjnego magazynu danych:

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'

W tym przykładzie wyświetlane są kopie zapasowe magazynu dużych danych czasowo-przestrzennych dla lokalizacji kopii zapasowych o nazwie 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

To narzędzie jest używane ze wszystkimi typami magazynów danych.

Narzędzie listmanageduser zwraca nazwę użytkownika i hasło konta, które jest właścicielem danych hostowanej warstwy obiektowej w relacyjnych magazynach danych i magazynach dużych danych czasowo-przestrzennych. Narzędzie to zwraca także nazwę użytkownika i hasło właściciela danych dla magazynów danych pamięci podręcznej kafli.

Składnia

listmanageduser

Przykład

W poniższym przykładzie narzędzie listmanageduser jest uruchamiane na komputerze, który zawiera relacyjny magazyn danych i magazyn danych pamięci podręcznej kafli. Komputer ten jest podstawowym relacyjnym magazynem danych.

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

W tym przykładzie narzędzie listmanageduser jest uruchamiane na komputerze z magazynem dużych danych czasowo-przestrzennych.

listmanageduser

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

W poniższym przykładzie narzędzie listmanageduser jest uruchamiane na komputerze z magazynem obiektów.

listmanageduser

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

listobjectstorage

To narzędzie jest używane z magazynami obiektów.

Aby poprawić wydajność wyświetlania, system ArcGIS tworzy pamięć podręczną obiektów zwracanych przez zapytania wykonywane na hostowanej warstwie obiektowej i są one przechowywane w magazynie obiektów.

Pamięci podręczne są tworzone dla każdej warstwy obiektowej i w zależności od wielkości warstwy mogą zajmować sporo przestrzeni dyskowej. Jeśli przestrzeń dyskowa komputera z magazynem obiektów jest nieduża, można sprawdzić aktualne wielkości pamięci podręcznej warstwy obiektowej i aktualną zasadę zachowywania pamięci podręcznej, uruchamiając narzędzie listobjectstorage. To narzędzie zwraca nazwę każdej buforowanej hostowanej warstwy obiektowej (usługi obiektowej), identyfikator warstwy, dla której włączono buforowanie, wielkość pamięci podręcznej tej warstwy oraz aktualną zasadę zachowywania skonfigurowaną dla buforowanych zapytań tej warstwy. Domyślnie pamięci podręczne nie są usuwane. Aby zmienić usuwanie pamięci podręcznych, administrator serwera hostującego ArcGIS Server musi skonfigurować datę utraty ważności w aplikacji ArcGIS Server Administrator Directory. Aby usunąć pamięć podręczną hostowanej warstwy obiektowej, administrator może wyłączyć pamięć podręczną dla tej warstwy. Można to zrobić za pomocą operacji updateDefinition w aplikacji ArcGIS Server Administrator Directory.

Składnia

listobjectstorage

Przykład

W poniższym przykładzie jest uruchamiane narzędzie listobjectstorage w celu określenia aktualnych wielkości pamięci podręcznych dla wszystkich warstw, które aktualnie mają pamięci podręczne obiektów przechowywane w magazynie obiektów, oraz w celu zobaczenia, przez ile dni są zachowywane pamięci podręcznej, zanim utracą ważność i zostaną usunięte z magazynu obiektów. Aktualnie istnieją trzy warstwy — dwie w hostowanej warstwie obiektowej Miasta i jedna w hostowanej warstwie obiektowej Infrastruktura — które mają zapytania buforowane w magazynie obiektów.

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

Wskazówka:

Administrator serwera hostującego ArcGIS Server może zalogować się w aplikacji ArcGIS Server Administrator Directory, aby podać nazwy poszczególnych warstw na podstawie identyfikatora warstwy.

registerdatastore

To narzędzie jest używane ze wszystkimi typami magazynów danych.

Magazyn danych przechowuje informacje o nazwach komputerów witryny serwera GIS Server. Jeśli witryna serwera GIS Server zostanie przeniesiona na nowe komputery (na przykład na nowy sprzęt lub z powodu awarii istniejących komputerów serwera GIS Server), należy wyrejestrować magazyn danych z witryny serwera GIS Server, aby usunąć te informacje. Po skonfigurowaniu serwera GIS Server na nowym komputerze (lub komputerach) możesz zarejestrować magazyn danych w tej witrynie serwera GIS Server za pomocą narzędzia wiersza poleceń registerdatastore.

Zauważ, że ta metoda służy do rejestrowania magazynu danych w tej samej witrynie serwera GIS Server, w której był on wcześniej zarejestrowany. Ten magazyn danych zawiera dane dla hostowanych warstw w istniejącej witrynie serwera GIS Server. Rejestracja w innej witrynie serwera GIS Server nie powoduje ponownego utworzenia hostowanych warstw obiektowych, pamięci podręcznych warstw scen ani archiwów danych usługi strumieniowej.

Narzędzie registerdatastore można uruchamiać na komputerze podstawowym relacyjnego magazynu danych. Można je uruchamiać na dowolnym komputerze obiektów, magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych.

Składnia

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

Jeśli na tym samym komputerze zainstalowano wiele różnych typów magazynów danych (chociaż nie jest to zalecane), można zarejestrować je jednocześnie, podając typy magazynów danych oddzielone przecinkiem (bez spacji), na przykład --stores relational,tileCache.

Przykład

W tym przykładzie relacyjny magazyn danych jest rejestrowany w witrynie serwera GIS Server o adresie URL https://gisserver.domain.com:6443. Nazwa użytkownika będącego administratorem podstawowej witryny serwera ArcGIS Server to agsadmin, a jego hasło to Tan$p0n.

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

removemachine

To narzędzie jest używane z relacyjnymi magazynami danych, magazynami danych pamięci podręcznej kafli i magazynami dużych zbiorów danych czasowo-przestrzennych.

Narzędzie removemachine umożliwia usuwanie komputera z magazynu danych zawierającego więcej niż jeden komputer. Narzędzie removemachine jest używane w następujących scenariuszach:

  • Usuwanie komputera rezerwowego z relacyjnego magazynu danych. Narzędzie to można uruchamiać na komputerze zapasowym lub z komputera podstawowego w przypadku, gdy komputer zapasowy jest niedostępny.
  • Usuwanie komputera z magazynu danych pamięci podręcznej kafli. Narzędzie to można uruchomić na dowolnym komputerze w magazynie danych pamięci podręcznej kafli. Nie można jednak uruchamiać narzędzia removemachine w magazynie danych pamięci podręcznej kafli, który składa się tylko z jednego komputera.
  • Usuwanie komputera z magazynu dużych danych czasowo-przestrzennych. Narzędzie to można uruchomić na dowolnym komputerze w magazynie dużych danych czasowo-przestrzennych. Nie można jednak uruchamiać narzędzia removemachine w magazynie dużych zbiorów danych czasowo-przestrzennych, który składa się tylko z jednego komputera.

Składnia

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

--force — domyślnie wartość tej opcji to false. Dla tej opcji podaj wartość true tylko wtedy, gdy zarejestrowana witryna serwera ArcGIS Server jest niedostępna.

--prompt — domyślnie wartość tej opcji to tak. Jeśli nie chcesz potwierdzać działania, dla tej opcji podaj wartość nie.

Przykład

W tym przykładzie z magazynu danych jest usuwany komputer magazynu dużych danych czasowo-przestrzennych o nazwie gefour.

removemachine gefour --store spatiotemporal

W tym przykładzie witryna serwera hostującego jest niedostępna i z magazynu danych usuwany jest komputer relacyjnego magazynu danych o nazwie fsdata.

removemachine fsdata --store relational --force true

removestandbymachine

Wcześniejsze:

Firma Esri uznała narzędzie removestandbymachine za nieaktualne. Jest ono nadal dostępne, aby działały istniejące już skrypty, ale zamiast niego należy zacząć korzystać z narzędzia removemachine.

restoredatastore

To narzędzie jest używane z relacyjnymi magazynami danych, magazynami danych pamięci podręcznej kafli i magazynami dużych zbiorów danych czasowo-przestrzennych.

Jeśli utracisz dostęp do danych używanych przez Twoje hostowane warstwy obiektowe, hostowane warstwy scen lub do zarchiwizowanych danych w czasie rzeczywistym, użyj plików kopii zapasowych i narzędzia wiersza poleceń restoredatastore do odtworzenia magazynu danych.

Jeśli nie możesz odtworzyć magazynu danych, zainstaluj aplikację ArcGIS Data Store na nowym komputerze, nie konfiguruj magazynu danych i odtwórz kopię zapasową na tym nowym komputerze.

Jeśli używasz relacyjnego magazynu danych i chcesz przywrócić dane hostowanej warstwy obiektowej do stanu w określonym czasie w przeszłości, przeprowadź odtwarzanie na istniejącym relacyjnym magazynie danych. Zauważ, że odtwarzanie możesz wykonać tylko do poprzedniego stanu relacyjnego magazynu danych, dla którego dostępne są pliki kopii zapasowych. Jeśli na przykład przechowujesz kopie zapasowe tylko dla pięciu dni, możesz odtworzyć magazyn danych tylko dla określonego momentu w ciągu tych pięciu dni.

Jeśli konieczna jest wymiana jednego z komputerów w magazynie danych pamięci podręcznej kafli obsługiwanym przez wiele komputerów, najprawdopodobniej trzeba przeprowadzić operację równoważenia pamięci podręcznej warstw sceny w magazynie danych pamięci podręcznej kafli. Część tego procesu wymaga przywrócenia magazynu danych pamięci podręcznej kafli. W tym celu należy ustawić opcję replicatedata na true. Instrukcje można znaleźć w temacie Odzyskiwanie magazynu danych.

Narzędzie restoredatastore można uruchamiać na komputerze podstawowym relacyjnego magazynu danych. Można je uruchamiać na dowolnych komputerach magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych.

Składnia

restoredatastore [options]

Obsługiwane są następujące opcje:

  • [--store {relational | tileCache | spatiotemporal}] — wskazuje typ magazynu danych, który chcesz przywrócić.
  • [--target {most-recent | <yyy-mm-dd-hh:mm:ss> | <name of backup file>}] — wszystkie typy magazynów danych obsługują nazwę pliku kopii zapasowej z opcją target. Znacznik czasu i most-recent są obsługiwane tylko przez relacyjne magazyny danych.
  • [--source-loc <parent directory of the source backup file location>] — to jest katalog najwyższego poziomu zawierający pliki kopii zapasowej, które mają zostać użyte do przywrócenia magazynu danych. Jest to ścieżka do lokalizacji udostępnionego pliku lub nazwa lokalizacji kopii zapasowej albo lokalizacja kopii zapasowej magazynu obiektów blob platformy Amazon S3 bądź Azure.
  • [--bound {true | false}] — opcja --bound jest obsługiwana tylko w przypadku relacyjnych magazynów danych.
  • [--data-dir <new data store directory>] — jest to katalog aplikacji ArcGIS Data Store na komputerze, na którym jest przywracana kopia zapasowa bazy danych. Używaj opcji --data-dir tylko wtedy, gdy odtwarzasz magazyn danych na nowym komputerze. Przy odtwarzaniu na nowym komputerze należy podać również opcję --source-loc.
  • [--server-url <ArcGIS Server URL registered with data store>] — jeśli podasz opcję --bound true, aby magazyn danych pozostał zarejestrowany w tej samej witrynie serwera GIS Server, w której był zarejestrowany podczas tworzenia kopii zapasowej, podaj adres URL tej witryny serwera GIS Server. Jeśli podasz opcję --bound true, a usługi zostały przeniesione do nowej witryny serwera GIS Server, użyj opcji --server-url, aby podać adres URL tej nowej witryny serwera GIS Server. Pamiętaj, że jeśli podasz adres URL nowej witryny, a usługi nie zostały przeniesione do tego nowego serwera, dane znajdujące się w magazynie danych będą niedostępne.
  • [--server-admin <user name of ArcGIS Server admin>] — ta opcja jest wymagana, jeśli podano ustawienie --bound true lub nie podano opcji --bound. Podaj nazwę użytkownika będącego administratorem serwera ArcGIS Server.
  • [--server-password <password of ArcGIS Server admin>] — ta opcja jest wymagana, jeśli podano ustawienie --bound true lub nie podano opcji --bound. Podaj hasło administratora serwera ArcGIS Server.
  • [--loaddata {true | false}] — obsługiwana w przypadku magazynów danych pamięci podręcznej kafli i magazynów dużych zbiorów danych czasowo-przestrzennych. Dla tej opcji ustaw wartość false, gdy chcesz odtworzyć magazyn danych do nowego zestawu komputerów, ale dane nie zmieszczą się na pierwszym komputerze. Umożliwia to odtworzenie schematu magazynu danych, dodanie kolejnych komputerów do magazynu danych w celu pomieszczenia wszystkich danych, a następnie ponowne uruchomienie narzędzia restoredatastore z opcją --loaddata skonfigurowaną na wartość true w celu odtworzenia danych. Domyślnym ustawieniem tej opcji jest true.
  • [--replicatedata {true | false}] — obsługiwane w przypadku magazynów danych pamięci podręcznej kafli. Skonfiguruj tę opcję na true, kiedy zachodzi potrzeba przeprowadzenia operacji równoważenia danych pamięci podręcznej scen po dodaniu komputera do magazynu danych pamięci podręcznej kafli.
  • [--mode {primaryStandby | cluster}] — podczas przywracania magazynu danych pamięci podręcznej kafli na nowy komputer należy podać, czy jest potrzebny zapewniający wysoką dostępność magazyn danych pamięci podręcznej kafli na dwóch komputerach (primaryStandby), czy skalowalny magazyn danych pamięci podręcznej kafli obejmujący wiele komputerów (cluster).
  • [--prompt {yes | no}]

Przy odtwarzaniu po awarii lub w celu przeniesienia relacyjnego magazynu danych podaj opcję --target most-recent. Jeśli odtwarzasz relacyjny magazyn danych dla określonego momentu, podaj datę i czas (wyrażone w czasie UTC), dla których chcesz odtworzyć magazyn danych. Jeśli natomiast dysponujesz konkretnym plikiem kopii zapasowej, który chcesz odtworzyć, podaj nazwę tego pliku. Jeśli nie podasz opcji target, zostanie odtworzona najnowsza kopia zapasowa.

Domyślnie odtwarzany magazyn danych jest powiązany (opcja bound) ze swoją witryną serwera GIS Server. Opcję --bound false podaj tylko wtedy, gdy chcesz odtworzyć magazyn danych bez zachowywania powiązania z witryną serwera GIS Server magazynu danych. Możesz tak zrobić tylko w ostateczności, jeśli poprzednia witryna serwera GIS Server została utracona i nie można jej odtworzyć; możesz wtedy odtworzyć magazyn danych bez powiązania i skonfigurować go z użyciem nowej sfederowanej witryny serwera GIS Server. Jednak w takim przypadku nie będą istniały warstwy, które używały danych w tym magazynie danych. Konieczne będzie nawiązanie połączenia z bazą danych magazynu danych w celu rozpakowania danych do innego formatu i ponownego opublikowania ich w oprogramowaniu ArcGIS Enterprise.

Przykłady

W tym przykładzie najnowsza kopia zapasowa pochodzi z domyślnej lokalizacji kopii zapasowych relacyjnego magazynu danych i zostanie odtworzona do istniejącego magazynu danych. Ponieważ domyślnym typem magazynu danych jest relacyjny (relational) i magazyn pozostaje powiązany z domyślną witryną serwera GIS Server, w której został zarejestrowany, nie musisz podawać opcji --store relational lub --bound true. Musisz jednak podać adres URL serwera GIS Server i poświadczenia administratora.

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

W tym przykładzie relacyjny magazyn danych z włączoną obsługą odtwarzania dla określonego momentu jest odtwarzany z domyślnej lokalizacji kopii zapasowych relacyjnego magazynu danych do stanu, w którym znajdował się dnia 17 lipca 2014 r. o godzinie 14:30.

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

W tym przykładzie relacyjny magazyn danych jest odtwarzany do nowego komputera z użyciem pliku kopii zapasowej o nazwie movedatastore. Przy odtwarzaniu do nowego komputera musisz podać lokalizację pliku kopii zapasowej i lokalizację nowego katalogu danych aplikacji ArcGIS Data Store. Ponieważ hostowane usługi obiektowe nadal działają w tej samej witrynie serwera GIS Server, w której relacyjny magazyn danych jest zarejestrowany, opcja --bound true nie jest wymagana, ale wymagane jest podanie adres URL serwera GIS Server i poświadczeń administratora.

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

W poniższym przykładzie magazyn danych pamięci podręcznej kafli jest odtwarzany do nowego komputera. Przy odtwarzaniu do nowego komputera musisz podać lokalizację pliku kopii zapasowej i lokalizację nowego katalogu danych aplikacji ArcGIS Data Store. Ponieważ usługi scen nadal działają w tej samej witrynie serwera GIS Server, w której magazyn danych pamięci podręcznej kafli jest zarejestrowany, opcja --bound true nie jest wymagana, ale wymagane jest podanie adresu URL serwera GIS Server i poświadczeń administratora.

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

W tym przykładzie magazyn danych pamięci podręcznej kafli jest przywracany z pliku o nazwie mybackupfilename w celu zrównoważenia danych pamięci podręcznej scen po dodaniu nowego komputera do magazynu danych pamięci podręcznej kafli.

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

W poniższym przykładzie plik kopii zapasowej (bds1) magazynu dużych danych czasowo-przestrzennych jest odtwarzany z nazwanej lokalizacji kopii zapasowych (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

Przykład i czynności związane z odtwarzaniem magazynu dużych danych czasowo-przestrzennych po awarii sprzętu znajdują się w temacie Odzyskiwanie magazynu danych.

revokeconnection

To narzędzie jest używane z relacyjnymi magazynami danych.

Jeśli użyto narzędzia allowconnection, aby tymczasowo zezwolić innej aplikacji klienckiej na bezpośrednie połączenie z relacyjnym magazynem danych, możesz odwołać możliwość korzystania z takiego połączenia, uruchamiając narzędzie revokeconnection.

Narzędzie revokeconnection można uruchamiać wyłącznie na komputerze podstawowym relacyjnego magazynu danych.

Składnia

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

Przykład

W tym przykładzie baza danych magazynu danych nie będzie już akceptowała połączeń z komputera workcom, gdy zalogowano się jako użytkownik hqo.n_1E7.

revokeconnection workcom hqo.n_1E7

unregisterdatastore

To narzędzie jest używane ze wszystkimi typami magazynów danych.

Narzędzia wiersza poleceń unregisterdatastore można użyć do wykonania następujących czynności:

  • Wyrejestrowanie komputera podstawowego relacyjnego magazynu danych z witryny serwera GIS Server.

    Zauważ, że jeśli istnieje komputer rezerwowy, z magazynu danych musisz usunąć go w pierwszej kolejności. Dopiero wtedy możesz wyrejestrować komputer podstawowy.

  • Wyrejestrowanie magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych wdrożonego na jednym komputerze.
  • Wyrejestruj magazyn obiektów. Po wyrejestrowaniu magazynu obiektów konieczne jest zrestartowanie serwera hostującego.

Notatka:

Przed jego wyrejestrowaniem konieczne jest usunięcie hostowanych warstw korzystających z danych zawartych w relacyjnym magazynie danych, magazynie danych pamięci podręcznej kafli lub magazynie dużych zbiorów danych czasowo-przestrzennych. Jeśli nie zostanie to zrobione, pozostaną bezużyteczne elementy warstw w portalu i bezużyteczne usługi uruchomione na serwerze hostującym.

Magazyn danych możesz wyrejestrować z witryny serwera GIS Server, jeśli zdecydujesz, że nie chcesz już korzystać z tego magazynu danych lub usług, które od niego zależą. Gdy wyrejestrujesz komputer z magazynu danych, witryna serwera GIS Server nie będzie mogła nawiązać połączenia z tym komputerem, a wszystkie usługi, które zawierały dane z wyrejestrowanego magazynu danych, przestaną działać. To polecenie nie powoduje usunięcia danych. Jeśli zdecydujesz, że nadal potrzebujesz tego relacyjnego magazynu danych, magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych, możesz użyć narzędzia registerdatastore lub configuredatastore, aby z powrotem go dodać.

Narzędzie unregisterdatastore można uruchamiać tylko na komputerze podstawowym relacyjnego magazynu danych lub magazynu danych pamięci podręcznej kafli (w trybie podstawowy-zapasowy) po uruchomieniu narzędzia removemachine w celu usunięcia komputera rezerwowego. Narzędzie unregisterdatastore można uruchomić dla magazynu danych pamięci podręcznej kafli (tryb klastra) lub magazynu dużych zbiorów danych czasowo-przestrzennych tylko wtedy, gdy pozostał jeden komputer po uruchomieniu narzędzia removemachine w celu usunięcia wszystkich pozostałych komputerów z magazynu danych.

Składnia

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

Jeśli na tym samym komputerze zainstalowano więcej niż jeden typ magazynu danych i chcesz jednocześnie wyrejestrować więcej niż jeden z nich, podaj każdy typ magazynu danych, oddzielając go przecinkiem (bez spacji). Aby na przykład wyrejestrować relacyjny magazyn danych i magazyn danych pamięci podręcznej kafli, wpisz --stores relational,tileCache.

Przykład

Tutaj narzędzie unregisterdatastore jest uruchamiane w celu wyrejestrowania relacyjnych magazynów danych i magazynów danych pamięci podręcznej kafli z witryny serwera GIS Server. Wyświetlany jest monit, co jest zachowaniem domyślnym. Aby monit nie był wyświetlany, podaj opcję --prompt No.

unregisterdatastore --stores relational,tileCache

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

updatebackupretaindays

To narzędzie jest używane z relacyjnymi magazynami danych.

Domyślnie aplikacja ArcGIS Data Store przechowuje pliki kopii zapasowych relacyjnego magazynu danych przez siedem dni. Częstotliwość czyszczenia plików kopii zapasowych w katalogu kopii zapasowych można zmienić, uruchamiając narzędzie updatebackupretaindays.

Narzędzie updatebackupretaindays można uruchamiać wyłącznie na komputerze podstawowym relacyjnego magazynu danych.

Składnia

updatebackupretaindays <number of days>

Przykład

W poniższym przykładzie czas przechowywania plików kopii zapasowych jest zmieniany na 10 dni:

updatebackupretaindays 10

updatebackupschedule

To narzędzie jest używane z relacyjnymi magazynami danych, magazynami danych pamięci podręcznej kafli i magazynami dużych zbiorów danych czasowo-przestrzennych.

Domyślnie aplikacja ArcGIS Data Store tworzy pełną kopię zapasową relacyjnego magazynu danych co cztery dni. Częstotliwość tworzenia pełnych kopii zapasowych można zmienić, uruchamiając narzędzie updatebackupschedule.

Nie ma domyślnych automatycznych kopii zapasowych dla magazynów danych pamięci podręcznej kafli i magazynów dużych danych czasowo-przestrzennych. Aby skonfigurować harmonogram automatycznych kopii zapasowych dla magazynu dużych danych czasowo-przestrzennych, najpierw musisz skonfigurować poprawną lokalizację kopii zapasowych.

Podaj czas rozpoczęcia, używając zapisu 24-godzinnego, na przykład podaj 00:00:00, aby wskazać północ, lub 13:00:00, aby wskazać godzinę trzynastą. Użyj opcji frequency, aby podać liczbę dni między operacjami tworzenia kopii zapasowych. Aby wyłączyć automatyczne kopie zapasowe, dla opcji frequency podaj wartość 0. Jeśli wyłączysz automatyczne kopie zapasowe, pamiętaj o uruchamianiu narzędzia backupdatastore w celu ręcznego tworzenia kopii zapasowych.

Narzędzie updatebackupschedule można uruchamiać na komputerze podstawowym relacyjnego magazynu danych. Narzędzie to można uruchamiać na dowolnym komputerze magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych.

Składnia

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

Jeśli nie podasz nowego czasu rozpoczęcia, istniejące ustawienie czasu rozpoczęcia nie zostanie zmienione. Jeśli nie podasz typu magazynu danych, zakłada się, że jest to relacyjny magazyn danych.

Przykład

W tym przykładzie wszystkie pełne kopie zapasowe relacyjnego magazynu danych będą tworzone o godzinie 23.00 co 10 dni (czas lokalny serwera):

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

W tym przykładzie harmonogram tworzenia kopii zapasowych jest konfigurowany dla magazynu danych pamięci podręcznej kafli. Po utworzeniu początkowej kopii zapasowej wszystkich baz danych magazynu danych pamięci podręcznej kafli aplikacja ArcGIS Data Store kopiuje nowo utworzone bazy danych magazynu danych do lokalizacji określonej za pomocą narzędzia configurebackuplocation co 14 dni.

updatebackupschedule --store tileCache --frequency 14

updatelicense

To narzędzie jest używane z relacyjnymi magazynami danych.

Jeśli licencja na serwer ArcGIS Server wygaśnie, musisz zaktualizować tę licencję w używanej witrynie serwera ArcGIS Server. Informacje o licencjach są także przechowywane w relacyjnym magazynie danych ArcGIS Data Store, dlatego po zaktualizowaniu licencji witryny serwera ArcGIS Server, która jest skonfigurowana dla magazynu danych, musisz zaktualizować licencję w tym magazynie danych. W tym celu uruchom narzędzie updatelicense na komputerze, na którym zainstalowano podstawowy magazyn danych ArcGIS Data Store. Jeśli dysponujesz rezerwowym magazynem danych ArcGIS Data Store, zaktualizowana licencja zostanie do niego zreplikowana.

Składnia

updatelicense

Przykład

Po zaktualizowaniu licencji na serwer ArcGIS Server uruchom narzędzie updatelicense, aby przenieść nową licencję do magazynu danych.

updatelicense

updatesslcertificate

To narzędzie jest używane ze wszystkimi typami magazynów danych.

Certyfikat z podpisem własnym używany na potrzeby uwierzytelniania komunikacji między serwerem hostującym i magazynem danych oraz między komputerami magazynu danych można zastąpić certyfikatem zweryfikowanym i podpisanym przez urząd certyfikacji (CA) lub certyfikatem domeny.

Składnia

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

Przykład

Po odebraniu pliku certyfikatu podpisanego przez urząd certyfikacji uruchom narzędzie updatesslcertificate, aby zastąpić certyfikat ArcGIS Data Store z podpisem własnym.

updatesslcertificate C:\myfiles\mysignedcert.pfx ps4mycert dsmachinename