Skorowidz narzędzi aplikacji ArcGIS Data Store

Narzędzia 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.

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 allowconnection.

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

Składnia

allowconnection <host name> <username> [<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 (username — 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.sh workcom hqo.n_1E7

backupdatastore

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

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 tworzy pełną kopię zapasową magazynu obiektów danych usługi wideo. Plik kopii zapasowej nie obejmuje pamięci podręcznych zapytań warstw obiektowych.

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.

Więcej informacji na temat kopii zapasowych aplikacji ArcGIS Data Store zawiera sekcja Zarządzanie kopiami zapasowymi magazynów danych.

Składnia

backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal | graph | object}] [--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łady

W tym przykładzie jest tworzony plik pełnej kopii zapasowej o nazwie project1bu w lokalizacji kopii zapasowych określonej dla magazynu danych za pomocą narzędzia backupdatastore. 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.sh project1bu

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

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

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

./backupdatastore.sh localbu5 --store spatiotemporal --location 'name=gadbu'

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

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

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.sh spds311016 --store spatiotemporal --location 'type=azure;location=blob4backups'

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

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

changebackuplocation

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. 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łady

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.

./changedatastoremode.sh 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.sh 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 — parametr używany tylko z relacyjnym magazynem danych.

  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. Podaj wielkość wyrażoną w MB. Domyślna wartość przestrzeni dyskowej wynosi 1024 MB.

• max-connections — parametr używany tylko z relacyjnym magazynem danych.

  Ten parametr umożliwia określenie maksymalnej liczby 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 — parametr używany tylko z relacyjnym magazynem danych.

  To ustawienie wskazuje, czy aplikacja ArcGIS Data Store tworzy przyrostowe kopie zapasowe relacyjnego magazynu danych, co umożliwia odzyskanie relacyjnego magazynu danych dla 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 — parametr używany tylko z relacyjnymi magazynami danych i magazynami danych pamięci podręcznej kafli.

  Ten parametr kontroluje użycie protokołu Transport Layer Security (TLS) podczas zapełniania magazynu danych pamięci podręcznej kafli oraz w komunikacji między relacyjnym magazynem danych a serwerem hostującym.

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

  • true — to jest ustawienie domyślne. 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 — parametr używany tylko z magazynem dużych zbiorów danych czasowo-przestrzennych.

  Ten parametr umożliwia zmianę ilości pamięci sterty (w MB) używanej przez magazyn dużych zbiorów danych czasowo-przestrzennych. Ten typ magazynu danych domyślnie wykorzystuje połowę pamięci RAM na komputerze (maksymalnie 70% wolnej pamięci RAM) przy jego uruchamianiu. Wielkość sterty można zmienić do wartości między 512 MB a 32 000 MB, ale należy pamiętać, aby podana ilość nie przekraczała ilości dostępnej na komputerze.

• rebalance — parametr używany tylko z magazynem dużych zbiorów danych czasowo-przestrzennych.

  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 dowolny z komputerów 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 wyrażony liczbą minut skonfigurowaną w parametrze max-rebalance-off.

• max-rebalance-off — parametr używany tylko z magazynem dużych zbiorów danych czasowo-przestrzennych.

  Ustawienie tego parametru jest używane, 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.

• 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ść no. W przeciwnym razie skrypt nie będzie kontynuował działania do czasu udzielenia odpowiedzi na monit.

Przykłady

Poniższe sekcje zawierają przykłady użycia opcji dostępnych w narzędziu changedbproperties.

Zmiana progu tylko odczytu na potrzeby relacyjnego magazynu danych

Domyślnie relacyjny magazyn danych jest ustawiany w tryb tylko do odczytu, gdy ilość wolnego miejsca na dysku spada do 1024 MB. W poniższym przykładzie na komputerze zapisują inne aplikacje, dlatego administrator konfiguruje relacyjny magazyn danych w tryb tylko do odczytu wcześniej: gdy ilość wolnego miejsca na dysku komputera spada do 4000 MB.

./changedbproperties.sh --store relational --disk-threshold-readonly 4000

You are changing the following database properties:
         ...disk space threshold to change relational data store into READONLY mode to 4000MB)

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

Zmiana liczby dozwolonych połączeń z relacyjnym magazynem danych

W tym przykładzie maksymalna liczba dozwolonych połączeń z relacyjnym magazynem danych jest skonfigurowana na 100:

./changedbproperties.sh --store relational --max-connections 100

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

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

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

Włączanie odzyskiwania relacyjnego magazynu danych do określonego momentu

Domyślnie odzyskiwanie do określonego momentu jest wyłączone. W tym przykładzie odzyskiwanie do określonego momentu jest włączone dla relacyjnego magazynu danych:

./changedbproperties.sh --store relational --pitr enable

You are changing the following database properties:
         ...enable point-in-time recovery for relational store

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

Wyłączanie protokołu SSL

Domyślnie relacyjny magazyn danych komunikuje się z serwerem hostującym z użyciem protokołu HTTPS. W tym przykładzie parametr enablessl służy do konfigurowania relacyjnego magazynu danych pod kątem komunikacji z serwerem hostującym z użyciem protokołu HTTP.

./changedbproperties.sh --store relational --enablessl false

You are changing the following database properties:
         ...disable ssl for relational store

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

Zmiana wielkości sterty na potrzeby magazynu dużych zbiorów danych czasowo-przestrzennych

Domyślnie magazyn dużych zbiorów danych czasowo-przestrzennych wykorzystuje połowę pamięci RAM na komputerze (oraz 70% wolnej pamięci RAM) przy jego uruchamianiu. Zmniejszenie wielkości sterty może uniemożliwić uruchomienie magazynu danych. Zwiększając wielkość sterty, nie należy podawać liczby przekraczającej ilość dostępnej pamięci RAM na komputerze.

W tym przykładzie wielkość sterty jest skonfigurowana na 1600 MB.

./changedbproperties.sh --store spatiotemporal --heap-size 1600

You are changing the following database properties:
         ...heap size for spatiotemporal store to 1600MB (on current machine)

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

Wstrzymywanie ponownego równoważenia magazynu dużych zbiorów danych czasowo-przestrzennych

W tym przykładzie administrator potrzebuje wykonać krótką procedurę obsługi na jednym komputerze w magazynie dużych zbiorów danych czasowo-przestrzennych i nie chce doprowadzić do ponownego równoważenia magazynu danych. W tym celu należy użyć opcji rebalance i max-rebalance-off, które powodują zawieszenie ponownego równoważenia na 30 minut. Po 30 minutach magazyn dużych zbiorów danych czasowo-przestrzennych automatycznie zmieni ustawienie parametru rebalance na wartość true.

Ponieważ musi to się odbywać okresowo, administrator zachowuje tę instrukcję w skrypcie i konfiguruje opcję wiersza poleceń na wartość no.

./changedbproperties.sh --store spatiotemporal --rebalance false --prompt no
./changedbproperties.sh --store spatiotemporal --max-rebalance-off 30 --prompt no

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 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 ../datastorefiles/logs.

./changeloglocation.sh '../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.sh /net/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.

Za pomocą narzędzia listadminusers można pobrać nazwy użytkowników i hasła administratorów, a za pomocą narzędzia listmanageduser — nazwę użytkownika i hasło właściciela danych obiektowych.

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

Składnia

changepassword <username> <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.sh gwi_n2Te0 Phfl4mp

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

changestaginglocation

Narzędzie to jest używane z relacyjnymi magazynami danych i magazynami danych pamięci podręcznej kafli oraz magazynami wykresów.

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.

Podobnie, jeśli używasz narzędzia configurebackuplocation do zdefiniowania zasobnika S3 lub kontenera pamięci masowej Azure Blob dla plików kopii zapasowej relacyjnego magazynu danych, magazynu danych pamięci podręcznej kafli i magazynu wykresów, lokalizacja robocza jest używana do pakowania plików kopii zapasowych przed skopiowaniem ich do lokalizacji przechowywania w chmurze.

Składnia

changestaginglocation <directory path>

Przykład

W tym przykładzie wyznaczoną lokalizacją roboczą jest /net/sanmarcos/rbustage.

./changestaginglocation.sh /net/sanmarcos/rbustage

configurebackuplocation

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

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 narzędzie configurebackuplocation 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. Aby uniknąć utraty danych, skonfiguruj domyślną lokalizację kopii zapasowych, rejestrując zdalny udostępniony plik 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 danych czasowo-przestrzennych, magazyny wykresów i magazyny obiektów nie są tworzone wraz 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ć lokalizację udostępnionego pliku, zasobnik Amazon Simple Storage Service (S3) lub kontener magazynu obiektów blob platformy Microsoft Azure dla tych kopii zapasowych.

Notatka:

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.

Więcej informacji na temat kopii zapasowych aplikacji ArcGIS Data Store zawiera sekcja Zarządzanie kopiami zapasowymi magazynów danych.

Składnia

configurebackuplocation --store {relational | tileCache | spatiotemporal | graph | object} --operation {change | register | unregister | list | setdefault} [--location "<backup_location_arguments>"] [additional options]

Są wymagane między innymi następujące opcje:

• --store {relational | tileCache | spatiotemporal | graph | object} — podaj typ magazynu ArcGIS Data Store, dla którego konfigurujesz lokalizacje kopii zapasowych lub tworzysz dotyczące ich zapytania. Wartość domyślna to relational.
• --operation {change | register | unregister | list | setdefault} — wartość domyślna to change. Poniżej omówiono poszczególne argumenty:
  • change — ten argument pozwala 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ą argumentu 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 — ten argument służy do rejestrowania lokalizacji kopii zapasowych. Pierwsza lokalizacja kopii zapasowej zdefiniowana dla magazynu dużych zbiorów danych czasowo-przestrzennych, magazynu wykresów lub magazynu danych pamięci podręcznej kafli działającego w trybie klastra jest skonfigurowana jako domyślna lokalizacja kopii zapasowej. Po zarejestrowaniu innej lokalizacji kopii zapasowej dla magazynu danych pamięci podręcznej kafli (w trybie podstawowy-zapasowy lub klastra), magazynu dużych zbiorów danych czasowo-przestrzennych lub magazynu wykresów jest rejestrowana dodatkowa lokalizacja kopii zapasowej.

    Użycie argumentu register z relacyjnym magazynem danych zawsze powoduje zarejestrowanie dodatkowej lokalizacji kopii zapasowych. W dodatkowej lokalizacji kopii zapasowych mogą być przechowywane ręczne kopie zapasowe wygenerowane za pomocą narzędzia backupdatastore.

    Notatka:

    Używając argumentu register, należy podać informacje wymagane przez opcję --location.

  • unregister — ten argument służy do usuwania dodatkowej lokalizacji kopii zapasowych z magazynu danych. Jeśli zarejestrowano tylko jedną lokalizację kopii zapasowych, argument unregister pozwala całkowicie usunąć lokalizację kopii zapasowych dla magazynu danych pamięci podręcznej kafli, magazynu dużych zbiorów danych czasowo-przestrzennych lub magazynu wykresów.
  • list — wyświetla wszystkie lokalizacje kopii zapasowych zarejestrowane dla magazynu danych określonego za pomocą opcji --store. Ta lista zawiera fizyczną lokalizację kopii zapasowych, jej nazwę (jeśli ją podano podczas rejestrowania lokalizacji) oraz wskazanie domyślnej lokalizacji kopii zapasowych.
  • setdefault — jeśli istnieje wiele lokalizacji kopii zapasowych magazynu wykresów, magazynu danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych, można za pomocą opcji setdefault wyznaczyć jedną z tych lokalizacji jako domyślną. W tej lokalizacji są zapisywane 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.

Podczas rejestrowania lub zmieniania lokalizacji kopii zapasowych opcja --location pozwala określić, gdzie program ArcGIS Data Store ma przechowywać pliki kopii zapasowych. Jeśli nie skonfigurowano nazwy kopii zapasowej, użyj opcji --location podczas ustawiania lub usuwania domyślnej lokalizacji kopii zapasowych.

W przypadku magazynów danych pamięci podręcznej kafli i magazynów dużych zbiorów danych czasowo-przestrzennych oraz podczas rejestrowania dodatkowej lokalizacji kopii zapasowych relacyjnego magazynu danych podaj następujące argumenty rozdzielone średnikiem (;) i ujmij cały ciąg argumentów w cudzysłów pojedynczy ('): --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>];[endpointsuffix=<Azure_cloud_location> | region=<AWS_region>]".

Poniżej omówiono wszystkie argumenty, jakie obsługuje opcja --location:

• type= — ten argument jest wymagany. Określa 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= — ten argument jest wymagany. W przypadku udostępnionych plików podaj ścieżkę do plików. W przypadku zasobników Amazon S3 określ nazwę kosza i ścieżkę do niego. W przypadku kontenerów magazynu obiektów blob określ nazwę kontenera i ścieżkę do niego.
• 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= — ten argument jest 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= — ten argument jest 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= — ten argument pozwala 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. Ten argument jest używany tylko w przypadku, gdy kopie zapasowe są przechowywane w kontenerze magazynu obiektów blob Azure.
• region= — ten argument jest wymagany, jeśli lokalizacją kopii zapasowych jest zasobnik S3. Należy podać kod regionu. Jeśli na przykład wdrożenie jest w regionie Azji i Pacyfiku (Sydney), ustaw region na ap-southeast-2. Kody regionów podano w dokumentacji platformy AWS.

Opcje dodatkowe, które można podać dla narzędzia configurebackuplocation:

• --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

Poniższe sekcje zawierają przykłady zmiany, konfigurowania lub wyświetlania listy lokalizacji kopii zapasowych dla magazynów danych.

Zmiana domyślnej lokalizacji kopii zapasowej na potrzeby relacyjnego magazynu danych

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.sh --operation change --store relational --location "type=fs;location=/net/myshare/fsdata_bu"

You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments.
Please do not interrupt the process once it has started.

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

Dodawanie lokalizacji kopii zapasowej na potrzeby relacyjnego magazynu danych

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

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

You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments.
Please do not interrupt the process once it has started.

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

Konfigurowanie lokalizacji kopii zapasowej na potrzeby magazynu wykresów

W tym przykładzie lokalizacja kopii zapasowych w udziale sieciowym jest rejestrowana dla magazynu wykresów. Do tej lokalizacji kopii zapasowych przypisywana jest nazwa fshare.

./configurebackuplocation.sh --operation register --store graph 
--location "type=fs;location=/net/sharedmachine/g_bu;name=fshare"

Dodawanie lokalizacji kopii zapasowych i konfigurowanie lokalizacji domyślnej

W tym przykładzie druga lokalizacja kopii zapasowych w usłudze jest określona dla magazynu dużych zbiorów danych czasowo-przestrzennych. Dodatkowa lokalizacja kopii zapasowej jest w pamięci masowej usługi Azure.

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

W tym przykładzie druga lokalizacja kopii zapasowych, która znajduje się w regionie Europa (Hiszpania) usługi AWS, jest określona dla tego samego magazynu dużych danych czasowo-przestrzennych. Do tej lokalizacji kopii zapasowych przypisywana jest nazwa awsloc.

./configurebackuplocation.sh --operation register --store spatiotemporal --location "type=s3;location=mybucket;name=awsloc;
username=abcdefg1234567;password=z9y8x7w6v5u4t3s2r1q0;region=eu-south-2"

W tym przykładzie zasobnik S3 jest konfigurowany jako domyślna lokalizacja kopii zapasowych dla magazynu dużych zbiorów danych czasowo-przestrzennych za pomocą nazwy lokalizacji kopii zapasowej (awsloc).

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

Uzyskiwanie listy wszystkich lokalizacji kopii zapasowych dla magazynu danych

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

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

configuredatastore

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 narzędzia można utworzyć następujące typy magazynów danych:

• Relacyjny magazyn danych
• Magazyn danych pamięci podręcznej kafli
• Magazyn dużych zbiorów danych czasowo-przestrzennych
• Magazyn wykresów
• Magazyn obiektów

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 | graph | object}] [--mode {singleInstance | primaryStandby | cluster}]

• <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.

  Notatka:

  Nawet jeśli witryna GIS Server używa adaptera internetowego lub systemu równoważenia obciążenia, należy podać adres URL w wyżej wymienionym formacie.

• <ArcGIS Server administrator> — podaj nazwę wbudowanego użytkownika (innego niż specyficzny dla instytucji) mającego uprawnienia administratora w witrynie serwera GIS Server.
• <ArcGIS Server administrator password> — podaj hasło do konta użytego powyżej.
• <data directory> — katalog danych jest lokalizacją na komputerze lokalnym, gdzie mają być tworzone pliki magazynu danych.
• {relational | tileCache | spatiotemporal | graph | 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 i magazynów wykresów 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 opcja nie jest wymagana. Dotyczy wyłącznie magazynów danych pamięci podręcznej kafli, magazynów obiektów i magazynów wykresów. Domyślnie magazyny danych pamięci podręcznej kafli, magazyny wykresów 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. Za pomocą opcji tryb (mode) można również przełączyć magazyn danych pamięci podręcznej kafli z trybu primaryStandby na tryb klastra.

  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, należy wdrożyć magazyn obiektów w trybie klastra. W przypadku użycia w trybie klastra magazyn obiektów musi zawierać co najmniej trzy komputery. Szczegółowe informacje można znaleźć w sekcji Dodawanie komputerów do magazynu danych.

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
• graph
• 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 zbiorów danych czasowo-przestrzennych , magazynów wykresów i magazynów obiektów. Nie należy konfigurować magazynu dużych zbiorów danych czasowo-przestrzennych, magazynu wykresów ani 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 w witrynie 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.

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.

Zmienianie trybu magazynu danych pamięci podręcznej kafli

Aby określić bieżący tryb skonfigurowany dla magazynu danych pamięci podręcznej kafli, uruchom narzędzie describedatastore na komputerze magazynu danych pamięci podręcznej kafli.

Jeśli trzeba zmienić tryb magazynu danych pamięci podręcznej kafli z primaryStandby na tryb klastra, uruchom narzędzie configuredatastore z opcją --mode ustawioną na cluster.

Notatka:

Opcja --mode umożliwia określenie trybu magazynu danych pamięci podręcznej kafli, magazynu wykresów lub magazynu obiektów podczas tworzenia magazynu. Pozwala też zmienić tryb magazynu danych pamięci podręcznej kafli z primaryStandby na tryb klastra. Nie można przy jej użyciu zmienić trybu podczas uaktualniania magazynu danych pamięci podręcznej kafli, zmienić trybu magazynu danych pamięci podręcznej kafli z trybu klastra na primaryStandby ani zmienić trybu magazynu obiektów lub magazynu wykresów.

Przykłady

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 /dstore/data.

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

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

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

deletebackup

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

Narzędzie deletebackup umożliwia usuwanie plików kopii zapasowych utworzonych dla relacyjnych magazynów danych lub magazynów obiektów. Najpierw uruchom narzędzie configurebackuplocation z opcją --operation ustawioną na list, aby pobrać listę wszystkich lokalizacji kopii zapasowych skonfigurowanych dla magazynu danych. Następnie uruchom narzędzie listbackups z jedną z lokalizacji, aby wyświetlić nazwy i czasy utworzenia kopii zapasowych w tej lokalizacji. Powtórz ten etap dla każdej lokalizacji kopii zapasowych. Następnie możesz uruchomić narzędzie deletebackup w celu usunięcia plików kopii zapasowej, które nie są już potrzebne. Narzędzie deletebackup trzeba uruchomić oddzielnie dla każdej lokalizacji, z której chcesz usunąć pliki kopii zapasowych.

Notatka:

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

Składnia

deletebackup <backup name> [--store {relational | object}] [--location "<backup-location>"] [--prompt {yes | no}]

Przykład

W tym przykładzie kopia zapasowa relacyjnego magazynu danych o nazwie featuresMarchbu jest usuwana z domyślnej lokalizacji kopii zapasowych.

./deletebackup.sh featuresMarchbu --store relational
You are attempting to delete backup 'featuresMarchbu'. This operation is irreversible.

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

Operation completed successfully

W tym przykładzie plik june-videobu magazynu obiektów jest usuwany z lokalizacji kopii zapasowych o nazwie videobucket.

./deletebackup.sh june-videobu --store object --location "videobucket"
You are attempting to delete backup 'june-videobu'. 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:

• Typy magazynów danych zainstalowanych na komputerze (widoczne w polu Dostępne magazyny danych ArcGIS)

  Notatka:

  Jeśli zainstalowano magazyn danych na komputerze, ale go nie skonfigurowano, jest on widoczny jako dostępny magazyn ArcGIS Data Store, ale nie są zwracane dodatkowe informacje na temat jego typu.

• 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 i magazynu dużych zbiorów danych czasowo-przestrzennych zostanie zmieniony na tylko do odczytu, a magazyny danych pamięci podręcznej kafli zostaną zatrzymane.
• Domyślne lokalizacje kopii zapasowych używane przez poszczególne typy magazynów 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 informacje 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 jest włączona komunikacja SSL w relacyjnym magazynie danych
• Data i godzina ustawienia zapasowego magazynu danych, relacyjnego magazynu danych lub magazynu danych pamięci podręcznej kafli (w trybie podstawowy-zapasowy) jako głównego magazynu danych (Ostatnia praca awaryjna). Ta właściwość nie jest wyświetlana, jeśli nigdy nie nastąpiła praca awaryjna.
• 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 danych pamięci podręcznej kafli, klastrze magazynu dużych zbiorów danych czasowo-przestrzennych, magazynie obiektów lub magazynie wykresów (Zarejestrowane komputery <typ magazynu danych>). Są wyświetlane wszystkie komputery w klastrze bez względu na ich stan.
• Tryb wdrażania skonfigurowany dla magazynu danych pamięci podręcznej kafli, magazynu obiektów lub magazynu wykresów
• Informacje o tym, czy relacyjny magazyn danych lub magazyn dużych zbiorów danych czasowo-przestrzennych jest w trybie zapisu i odczytu, czy tylko zapisu (tryb magazynu 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.sh

Available ArcGIS Data Stores
==============================================================
Relational Data Store
Tile Cache Data Store
Spatiotemporal Big Data Store
Graph Store
Object Store

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

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

Information for tile cache data store ds_wztxj7um
==============================================================
Data location............./home/ags/arcgis/datastore/usr/arcgisdatastore/nosqldata
Data store status.........Started
Last failover.............20200130190334005
Backup location.........../net/sharedir/datastore/backup
Is backup folder shared...true
Mode......................primary-standby
Member tile cache machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM
Owning system URL.........https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal

Information for spatiotemporal big data store ds_qpko99Cl
==============================================================
Backup location...................../net/dirshare2/sbds_bu
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_webadaptor.domain.com/server
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Data Store mode.....................READWRITE

Information for graph store x2b7s0n
==============================================================
Deployment mode..................primaryStandby
Access endpoint..................MACHINE1:9829
Backup location................../net/dirshare3/graphbu
Registered graph store machines..MACHINE1.DOMAIN.COM
Owning system URL................https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL............https://portal_webadaptor.domain.com/portal

Information for object store w1tiknx
==============================================================
Deployment mode...................singleInstance
Access endpoint...................MACHINE1:9900
Backup location.................../net/dirshare4/myfiles/ods_bu
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

diskcleanup

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 diskcleanup usuwa pliki tymczasowe pozostałe po wykonaniu takich operacji jak restoredatastore czy uaktualnienie aplikacji ArcGIS Data Store. Niektóre pliki są zachowywane po uaktualnieniu, aby umożliwić rozwiązywanie problemów w przypadku nieudanej operacji uaktualnienia lub przywracania. Po potwierdzeniu, że operacja uaktualnienia lub przywrócenia zakończyła się pomyślnie, a system działa w oczekiwany sposób, można uruchomić to narzędzie, aby usunąć pliki tymczasowe i odzyskać wolne miejsce na dyskach komputerów magazynu danych.

To narzędzie zwalnia miejsce na dysku jednego komputera na raz. Jeśli potrzebne jest wyczyszczenie plików na więcej niż jednym komputerze w tym samym magazynie danych, należy uruchomić to narzędzie na każdym komputerze.

Składnia

diskcleanup

Przykład

Aby uruchomić narzędzie diskcleanup, należy potwierdzić chęć kontynuacji tej operacji.

./diskcleanup

You are attempting to cleanup some archived data generated as part of ArcGIS Data Store upgrades or backup-restore operations. Once removed, this data can't be recovered. Do you want to continue (Yes or No)?

exportmanageddb

Wcześniejsze:

Firma Esri uznała narzędzie exportmanageddb za nieaktualne w wersji 10.5.1. Jego funkcjonalność umieszczono w narzędziu backupdatastore. Do utworzenia kopii zapasowej można zamiast niego użyć narzędzia backupdatastore.

importmanageddb

Wcześniejsze:

Narzędzie importmanageddb zostało zachowane w kilku wersjach po wycofaniu powiązanego z nim narzędzia exportmanageddb w celu umożliwienia korzystania ze starych plików eksportu. Począwszy od wersji 11 aplikacji ArcGIS Data Store, do tworzenia pliku kopii zapasowej należy używać narzędzia backupdatastore, a do przywracania magazynu danych z pliku kopii zapasowej, zamiast importowania relacyjnych magazynów danych i magazynów danych pamięci podręcznej kafli z pliku eksportu, należy używać narzędzia restoredatastore.

listadminusers

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

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

Składnia

listadminusers

Przykłady

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

./listadminusers.sh

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

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 wykresów.

./listadminusers.sh

Admin users for graph store s2t0ic1
=================================================
Store admin user....root / ypz5kx2c5tk4fequ

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

./listadminusers.sh

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

listbackups

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

Narzędzie listbackups uruchamiane dla relacyjnych magazynów danych działa tylko na komputerze podstawowym magazynu danych.

Uruchom narzędzie listbackups, aby ustalić następujące kwestie:

• Czas rozpoczęcia operacji tworzenia kopii zapasowej
• Informacje o tym, czy kopia zapasowa została wykonana, czy jeszcze jest tworzona
• Informacje o tym, czy kopia zapasowa została utworzona przy użyciu narzędzia backupdatastore, czy automatycznie przez program ArcGIS Data Store
• Liczba plików kopii zapasowych na potrzeby określania, czy trzeba niektóre usunąć
• Potwierdzenie nazwy pliku kopii zapasowej przed uruchomieniem narzędzia deletebackup

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.

Składnia

listbackups [--store {relational | tileCache | spatiotemporal | graph | object}] [--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. Jeśli relacyjny magazyn danych nie znajduje się na komputerze, na którym uruchomiono to narzędzie, zwraca ono komunikat o błędzie.

Parametr location wskazuje, gdzie są przechowywane pliki kopii zapasowych. 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ępnionego katalogu plików, zasobnika S3 lub kontenera magazynu obiektów blob.

Przykłady

W tym przykładzie są wymieniane kopie zapasowej w domyślnej lokalizacji kopii zapasowych relacyjnego magazynu danych:

./listbackups.sh --store relational

Backup_Name              Status           Backup_Time         Mode
=======================================================================
phase1proj_bu            BackupComplete   2023-03-08 14:12    manual
phase2proj_bu            BackupComplete   2023-02-21 11:43    manual
ds_gdt1omh-2023020130    BackupComplete   2023-02-01 03:00    scheduled

Backups located at: '/net/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.sh --store spatiotemporal --location "name=sbdsbu"

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

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

listdatasources

To narzędzie jest używane w przypadku magazynów dużych zbiorów danych czasowo-przestrzennych.

Ze względu na błąd w wersji 10.8.1 serwera ArcGIS GeoEvent Server usługi mapowe korzystające z agregacji kwadratowej lub sześciokątnej nie są renderowane po uaktualnieniu do wersji 10.9 lub nowszej. Aby rozwiązać ten problem, można uruchomić narzędzie listdatasources w celu pobrania nazw usług mapowych serwera GeoEvent Server i użyć tych zwróconych nazw usług za pomocą narzędzia upgradedatasource w celu aktualizacji danych dla poszczególnych usług.

Narzędzie listdatasources można uruchomić na dowolnym komputerze magazynu dużych zbiorów danych czasowo-przestrzennych.

Składnia

listdatasources

Przykład

Uruchom narzędzie listdatasources w wierszu polecenia w celu zwrócenia listy usług mapowych serwera GeoEvent Server.

./listdatasources

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 zbiorów danych czasowo-przestrzennych. To narzędzie zwraca także nazwę użytkownika i hasło właściciela pamięci podręcznej sceny w magazynach w danych pamięci podręcznej kafli oraz właściciela wykresów w magazynie wykresów.

Składnia

listmanageduser

Przykłady

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

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

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

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

./listmanageduser.sh

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 wykresów.

./listmanageduser.sh

Managed user for graph store s2t0ic1 
================================================ 
UserName   Password 
mu_vwmp8c6 m5c2so76y3b0qczf

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

./listmanageduser.sh

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

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 programu GIS Server na nowych komputerach można zarejestrować magazyn danych w tej witrynie GIS Server za pomocą narzędzia registerdatastore.

Notatka:

Narzędzie registerdatastore służy do rejestrowania magazynu danych w tej samej witrynie 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. Zarejestrowanie go w innej witrynie GIS Server nie powoduje ponownego utworzenia warstw hostowanych.

Narzędzie registerdatastore można uruchamiać na podstawowym komputerze relacyjnego magazynu danych lub podstawowym komputerze magazynu danych pamięci podręcznej kafli bądź magazynu obiektów, który działa w trybie podstawowy-zapasowy. Można je uruchomić na dowolnym komputerze w magazynie danych pamięci podręcznej kafli lub magazynie obiektów działającym w trybie klastra bądź na dowolnym komputerze magazynu dużych zbiorów danych czasowo-przestrzennych.

Składnia

registerdatastore <ArcGIS Server URL> <ArcGIS Server site administrator username> <ArcGIS Server site administrator password> --stores {relational | tileCache | spatiotemporal | graph | 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.sh 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, magazynami dużych zbiorów danych czasowo-przestrzennych i magazynami wykresów.

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 lub magazynu wykresów. 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 | graph} [--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łady

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

./removemachine.sh 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.sh 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 ze wszystkimi typami magazynów danych.

W przypadku utraty dostępu do danych używanych przez warstwy hostowane można odzyskać magazyn danych, używając plików kopii zapasowych i narzędzia restoredatastore.

Jeśli nie można odtworzyć magazynu danych, zainstaluj program ArcGIS Data Store na nowym komputerze, nie konfiguruj magazynu danych i odtwórz ostatnią pełną kopię zapasową na tym 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. To narzędzie można uruchamiać na dowolnym komputerze z magazynem danych pamięci podręcznej kafli, magazynem dużych danych czasowo-przestrzennych, magazynem wykresów lub magazynem obiektów.

Składnia

restoredatastore [options]

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

• [--store {relational | tileCache | spatiotemporal | graph | object}] — 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, nazwa lokalizacji kopii zapasowej albo lokalizacja kopii zapasowej magazynu obiektów blob platformy Amazon S3 bądź Azure.

  Wskazówka:

  Narzędzie configurebackuplocation można uruchomić z opcją --operation ustawioną na list, aby uzyskać lokalizacje źródeł kopii zapasowych. Jeśli nie można uruchomić narzędzia configurebackuplocation —na przykład w przypadku awarii komputera magazynu danych i konieczności odtworzenia go na nowym komputerze w celu odzyskania magazynu danych — można zidentyfikować lokalizację źródła kopii zapasowych na podstawie obecności pliku o nazwie agsds_backup_sig.

• [--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 <username of ArcGIS Server admin>] — ta opcja jest wymagana, jeśli podano ustawienie --bound true lub nie podano opcji --bound. Podaj nazwę użytkownika administratora 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, magazynów dużych zbiorów danych czasowo-przestrzennych, magazynów obiektów i magazynów wykresów. 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 znajduje się w lokalizacji kopii zapasowych o nazwie rdsbackups i zostanie przywrócona do istniejącego magazynu danych. Ponieważ domyślnym typem magazynu danych jest relacyjny (relational) i magazyn pozostaje domyślnie powiązany z 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.sh --target most-recent --source-loc rdsbackups --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 relacyjny magazyn danych z włączoną obsługą odtwarzania dla określonego momentu jest przywracany z lokalizacji kopii zapasowych relacyjnego magazynu danych w udziale sieciowym do stanu, w którym znajdował się o godzinie 14:30 (czasu UTC) 17 lipca 2014.

./restoredatastore.sh --target 2014-07-17-14:30:00 --source-loc /net/sharedserver/entbackups/relds  --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 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.sh --target movedatastore --source-loc /net/buserver/data/backups --data-dir /usr/datastore 
--server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s

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

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

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 adres URL serwera GIS Server i poświadczeń administratora.

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

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

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

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.sh --store tilecache --target mybackupfilename --serverurl https://gisserver.domain.com:6443 --server-admin siteadmin --server-password myAdminPWd! --replicatedata true

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

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

W poniższym przykładzie plik kopii zapasowej (bds1) magazynu dużych danych czasowo-przestrzennych jest odtwarzany z nazwanej lokalizacji kopii zapasowych (awsloc).

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

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

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

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> <username> [<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.sh workcom bn0_3Wa.m hqo.n_1E7

unregisterdatastore

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

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

• Wyrejestruj magazyn danych dowolnego typu obejmujący jeden komputer z witryny serwera hostującego GIS Server.

  Po wyrejestrowaniu magazynu obiektów konieczne jest zrestartowanie serwera hostującego.

• W przypadku magazynów danych działających w trybie podstawowy-zapasowy można wyrejestrować komputer podstawowy po usunięciu komputera zapasowego.
• W przypadku magazynów dużych danych czasowo-przestrzennych i magazynów danych pamięci podręcznej kafli działających w trybie klastra można wyrejestrować ostatni komputer po usunięciu z klastra wszystkich pozostałych komputerów.

Notatka:

W razie wyrejestrowywania magazynu danych, aby trwale usunąć go z wdrożenia, zanim to zrobisz, usuń używające tych danych warstwy hostowane. Na przykład jeśli członkowie instytucji testowali GeoAnalytics Tools i korzystali z magazynu dużych danych czasowo-przestrzennych do obsługi warstw utworzonych za pomocą tych narzędzi, ale ustalili, że zamiast tego warstwy mogą być przechowywane w relacyjnym magazynie danych, usuń te testowe warstwy obiektowe hostowane w magazynie czasowo-przestrzennym, zanim wyrejestrujesz magazyn dużych 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.

Gdy wyrejestrujesz komputer z magazynu danych, witryna serwera hostującego GIS Server (lub witryna oprogramowania ArcGIS Knowledge Server w przypadku wykresów wiedzy) nie będzie już mogła łączyć się z tym komputerem, a wszystkie usługi, które zawierały dane z wyrejestrowanego magazynu danych, przestaną działać. To narzędzie nie powoduje usunięcia danych. Jeśli zdecydujesz, że nadal potrzebujesz tego magazynu danych, możesz użyć narzędzia registerdatastore lub configuredatastore, aby z powrotem go dodać.

Składnia

unregisterdatastore --stores {relational | tileCache | spatiotemporal | graph | 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 hostującego GIS Server. Wyświetlany jest monit, co jest zachowaniem domyślnym. Aby monit nie był wyświetlany, podaj opcję --prompt No.

./unregisterdatastore.sh --stores relational,tileCache

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

updatebackupretaindays

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.sh 10

updatebackupschedule

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

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, magazynów dużych zbiorów danych czasowo-przestrzennych i magazynów wykresów. 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 wartość 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.

Więcej informacji na temat kopii zapasowych aplikacji ArcGIS Data Store zawiera sekcja Zarządzanie kopiami zapasowymi magazynów danych.

Składnia

updatebackupschedule [--store {relational | tileCache | spatiotemporal | graph | object}] [--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łady

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.sh --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.sh --store tileCache --frequency 14

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.

Więcej informacji znajduje się w artykule Zastępowanie certyfikatu SSL programu ArcGIS Data Store.

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.sh /usr/files/mysignedcert.pfx "ps4mycert" dsmachinename

upgradedatasource

To narzędzie jest używane w przypadku magazynów dużych zbiorów danych czasowo-przestrzennych.

Ze względu na błąd w wersji 10.8.1 serwera ArcGIS GeoEvent Server usługi mapowe korzystające z agregacji kwadratowej lub sześciokątnej nie są renderowane po uaktualnieniu do wersji 10.9 lub nowszej. Aby rozwiązać ten problem, uruchom narzędzie upgradedatasource w celu aktualizacji indeksów powiązanych ze źródłem danych tych usług mapowych serwera GeoEvent Server.

Podczas aktualizowania indeksów nikt nie może uzyskać dostępu do usługi mapowej.

Narzędzie upgradedatasource można uruchomić na dowolnym komputerze magazynu dużych zbiorów danych czasowo-przestrzennych.

Składnia

upgradedatasource [<service name>]

Przykłady

W tym przykładzie uaktualniane są wszystkie źródła usługi mapowej serwera GeoEvent Server:

./upgradedatasource

W tym przykładzie narzędzie upgradedatasource aktualizuje indeksy używane przez usługę mapową recon serwera GeoEvent Server. Nazwa usługi została określona za pomocą narzędzia listdatasources.

./upgradedatasource recon