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.
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> <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 magazynami 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 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 | graph}] [--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). Na potrzeby kopii zapasowych magazynu wykresów można używać tylko udostępnionych plików.
- 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.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. 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.
./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 — 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ść no. 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.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)?YesW 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.sh --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.sh --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 ../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
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 /net/sanmarcos/rbustage.
./changestaginglocation.sh /net/sanmarcos/rbustage
configurebackuplocation
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 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. 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 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ć lokalizację udostępnionego pliku, 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.
Magazyny wykresów 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ępniony plik. Obsługiwane są tylko lokalizacje udostępnionych plików.
Można zarejestrować drugą lokalizację kopii zapasowej do przechowywania kopii zapasowych tworzonych za pomocą narzędzia backupdatastore. Dla dodatkowych lokalizacji kopii zapasowych wszystkich magazynów danych z wyjątkiem magazynu wykresów można użyć udostępnianego katalogu, zasobnika S3 lub kontenera magazynu obiektów blob platformy Azure. W przypadku magazynów wykresów dodatkowymi lokalizacjami kopii zapasowych mogą być tylko udostępnione pliki.
Więcej informacji na temat konfigurowania lokalizacji kopii zapasowych zawiera sekcja Zarządzanie kopiami zapasowymi magazynów danych.
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 (;) i ujmij cały ciąg znakowy argumentów w cudzysłów ('): --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 | graph} — 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 — ta opcja służy do rejestrowania lokalizacji kopii zapasowych. Pierwsza lokalizacja kopii zapasowych zdefiniowana dla magazynu dużych zbiorów danych czasowo-przestrzennych lub magazynu wykresów jest konfigurowana jako domyślna lokalizacja kopii zapasowych. Gdy rejestrowana jest inna lokalizacja kopii zapasowych dla magazynu danych pamięci podręcznej kafli, magazynu dużych zbiorów danych czasowo-przestrzennych lub magazynu wykresów, 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 — ta opcja 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, magazynu dużych zbiorów danych czasowo-przestrzennych lub magazynu wykresów.
- 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.
- change — użyj tej opcji, aby zmienić dowolny z następujących elementów:
- --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.sh --operation change --store relational --location /net/myshare/fsdata_bu You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)? Yes
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
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.sh --operation register --store spatiotemporal --location 'type=fs;location=/net/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.sh --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.sh --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.sh --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.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 polecenia można utworzyć następujące typy magazynów danych:
- Relacyjny magazyn danych
- Magazyn danych pamięci podręcznej kafli
- Magazyn dużych danych czasowo-przestrzennych
- Magazyn wykresó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}] [--mode {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. 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ż specyficzny dla instytucji) 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 | graph} — 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 opcjonalna operacja ma zastosowanie tylko do magazynów danych pamięci podręcznej kafli. Domyślnie magazyny danych pamięci podręcznej kafli są tworzone w trybie primaryStandby. Magazyny wykresów są tworzone w trybie singleInstance i obecnie nie można ich zmieniać.
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ą operacji mode można również przełączyć magazyn danych pamięci podręcznej kafli z trybu primaryStandby na tryb klastra.
- Magazyny wykresów są tworzone w trybie pojedynczej instancji i mogą zawierać tylko jeden komputer.
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
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 i magazynów wykresów. Nie należy konfigurować magazynu dużych zbiorów danych czasowo-przestrzennych lub magazynu wykresó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.
Zmiana 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 konieczna jest zmiana trybu magazynu danych pamięci podręcznej kafli z primaryStandby na tryb klastra, uruchom polecenie configuredatastore z operacją --mode skonfigurowaną na wartość cluster.
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 z primaryStandby na tryb klastra 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 /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 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.
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 kopii zapasowych utworzonych za pomocą narzędzia backupdatastore. Następnie możesz uruchomić narzędzie deletebackup w celu usunięcia plików kopii zapasowej, które nie są już potrzebne.
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.sh featuresMarchbu You are attempting to delete backup 'featuresMarchbu'. This operation is irreversible. Do you wish to continue (Yes or No)?yes Operation completed successfully
describedatastore
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 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.
- 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 rezerwowy relacyjny magazyn danych lub magazyn danych pamięci podręcznej kafli (tryb podstawowy-zapasowy) 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 danych pamięci podręcznej kafli lub magazynu dużych zbiorów danych czasowo-przestrzennych (Zarejestrowane komputery <typ magazynu danych>). Wyświetlane są wszystkie maszyny w klastrze bez względu na status.
- Tryb skonfigurowany dla magazynu danych pamięci podręcznej kafli (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.sh
General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....10.9.0.1234
Staging location............./arcgis/datastore/staging
Log location................./arcgis/datastore/logs
Free disk space..............174.00GB
Threshold for READONLY mode..2048MB
Information for relational data store ds_sthiu0_5T
==============================================================
Backup location.........../net/nwshare/dsbackups
Is backup folder shared...true
Backup schedule...........{"schedule-starttime":"00:00:00","schedule-frequency":"Every 7 DAYS"}
Days backup retained......31
Data store status.........Started
SSL enabled...............true
Last failover.............20150130190334005
Member machines...........MACHINE1.DOMAIN.COM, MACHINE4.DOMAIN.COM
Maximum connections.......150
Owning system URL.........https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal
Number of connections.....8 connection(s) to managed database
Data Store mode.....................READWRITE
Is Point-in-time recovery enabled...No
Query optimizer enabled.............Yes
Information for tile cache data store ds_wztxj7um
==============================================================
Data location............./home/ags/arcgis/datastore/usr/arcgisdatastore/nosqldata
Data store status.........Started
Last failover.............20200130190334005
Backup location.........../net/sharedir/datastore/backup
Is backup folder shared...true
Mode......................primary-standby
Member tile cache machines.......MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM
Owning system URL.........https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal
Information for spatiotemporal big data store ds_qpko99Cl
==============================================================
Max rebalance off time..............60 minutes
Automatic rebalance ................On
Machines in spatiotemporal cluster..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Current coordinator in cluster...MACHINE1.DOMAIN.COM
Registered spatiotemporal machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/arcgis/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Data Store mode.....................READWRITE
Information for graph store x2b7s0n
==============================================================
Deployment mode................................singleInstance
Access endpoint................................MACHINE1:9829
Registered graph store machines................MACHINE1.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/arcgis/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portaldiskcleanup
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. 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 <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.
- [--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.
- 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.
- [--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.sh /net/backupserver/expdir preupgradeexp --source-loc --data-dir /usr/arcgis/datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s --bound true
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 /net/backupserver/expdir.
./importmanageddb.sh /net/backupserver/expdir movedbexp --data-dir /usr/arcgis/datastore --server-admin siteadmin --server-password Aup.4s --stores relational --bound true --server-url https:\\newgisserver.domain.com:6443
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 /net/backupserver/expdir/movingexp2.
./importmanageddb.sh /net/backupserver/dbdump/movingexp2 movedsfirstexp --data-dir /usr/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 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ład
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
listbackups
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 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 | graph}] [--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 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 2016-07-11 09:47 manual Backups located at: '/net/myserver.ntw.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 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ł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.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
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 lub na komputerze podstawowym magazynu danych pamięci podręcznej kafli, który działa w trybie podstawowy-zapasowy. Można je uruchamiać na dowolnym komputerze magazynu danych pamięci podręcznej kafli (tryb klastra) lub 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}
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 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.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 z relacyjnymi magazynami danych, magazynami danych pamięci podręcznej kafli, magazynami dużych zbiorów danych czasowo-przestrzennych i magazynami wykresów.
Jeśli utracisz dostęp do danych używanych przez hostowane warstwy obiektowe, hostowane warstwy obiektów czasowo-przestrzennych, hostowane warstwy scen, do zarchiwizowanych danych w czasie rzeczywistym lub warstw wykresu wiedzy, 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 | graph}] — 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. W przypadku magazynów wykresów obsługiwane są tylko lokalizacje udostępnionych plików.
- [--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 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 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.sh --target most-recent --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
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.sh --target 2014-07-17-14:30:00 --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s You are attempting to restore the data store from a data store backup. This process could take a long time, depending on the size of your data. Please do not interrupt the process once it has started. Do you want to continue (Yes or No)?Yes
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 adresu 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 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.
- Wyrejestrowanie magazynu wykresów.
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. Przed wyrejestrowaniem magazynu wykresów należy także usunąć hostowane elementy wykresu wiedzy. W przeciwnym razie w witrynie ArcGIS Knowledge Server będą działać bezużyteczne usługi wykresu wiedzy.
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 | graph} [--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.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 z relacyjnymi magazynami danych, magazynami danych pamięci podręcznej kafli, magazynami dużych zbiorów danych czasowo-przestrzennych i magazynami wykresów.
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 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 | graph}] [--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.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
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.sh
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.sh /usr/files/mysignedcert.pfx ps4mycert dsmachinename