Wprowadzenie
W celu zmiany właściwości jednego lub więcej systemów należy użyć narzędzia chgsys (zmień system).
Dodatkowo, zalecanym jest zapoznanie się z artykułem Definicje: Zarządzanie system.
Grupa docelowa
- Administratorzy
- Konsultanci
Polecenia
Poniżej znajdują się polecenia wraz ze wszystkimi możliwymi parametrami.
| chgsys | system:<id-1> … -system:<id-n>[-description:<str>] [-owner:<id>][-configuration:<id>] [-repository:<id>][-messageServerStandbyMode:<vs>][-messageServerStandbyTimeout:<czas trwania>][-messageServer:<id>][-messageServerDomainName:<str>]
[-messageServerPort:<int>] [-messageServer1:<id>] [-messageServer1DomainName:<str>] [-messageServer1Port:<int>] [-messageServer2:<id>] [-messageServer2DomainName:<str>] [-messageServer2Port:<int>] [-vrm:<vs>] [-versioningLevel:<vs>] [-code:<str>] [-release:<str>] [-databaseConnectionTimeout:<czas trwania>] [-identityServerClientMode:<vs>] [-identityServerSystem:<id>] [-identityServer:<id>] [-supportRequestServerMode:<vs>] [-supportRequestServerSystem:<id>] [-supportRequestServer:<id>] [-supportRequestServerOLTPDatabase:<id>] [-certificateRequired:<boolean>] |
Parametry
Parametry polecenia zostały wyjaśnione w poniższej tabeli. Parametry w nawiasach kwadratowych są opcjonalne, podczas gdy pozostałe są parametrami obowiązkowymi. Gwiazdka (*) może być określona jako symbol zastępczy dla niektórych parametrów, aby móc wyświetlić wszystkie możliwe wartości. Nie wszystkie parametry mogą być określone więcej niż jeden raz; tylko te z następującym dodatkiem do zmiennych parametrów są dozwolone do wielokrotnego określenia: <str-1> … <str-n>.
| Parametr | Opis |
| -system:<str-1> … -system:<str-n> | Nazwa systemu. |
| [-description:<str>] | Opis systemu. |
| [-owner:<id>] | Pole informacyjne prezentujące osobę odpowiedzialną za system. |
| [-configuration:<id>] | Baza konfiguracyjna systemu, zawierająca podstawowe ustawienia systemowe. Baza konfiguracyjna musi być określona dla każdego systemu. |
| [-repository:<id>] | Baza repozytorium systemu. Każdy system musi mieć własną bazę repozytorium. |
| [MessageServerStandby-Mode:<vs>] | Określa, czy inny serwer aplikacji automatycznie przejmuje rolę serwera komunikatów, jeśli serwer aplikacji, który przejmuje zadanie serwera komunikatów, nie odpowie po skonfigurowanym czasie oczekiwania. Możliwe wartości to:
|
| [MessageServerStandby-Timeout:<duration>] | Określa czas oczekiwania na odpowiedzi z aktywnego serwera komunikatów, po tym czasie alternatywny serwer komunikatów staje się aktywnym serwerem komunikatów, czas oczekiwania musi wynosić co najmniej 1 minutę. W zależności od systemu operacyjnego i wydajności komputera, na którym działają serwery komunikatów, może być konieczne zwiększenie tej wartości. Może to zapobiec fałszywemu rozpoznaniu awarii po ponownym uruchomieniu serwera komunikatów. Wartości większe niż 1 godzina nie są przydatne, ponieważ system nie jest dostępny w czasie oczekiwania. Pole jest gotowe do wprowadzenia tylko wtedy, gdy w polu Standby wybrano ustawienie Cold-standby. |
| [-messageServer:<id>] | Serwer aplikacji, który przejmuje funkcję serwera wiadomości dla systemu. Wykonuje centralne zadania, takie jak zarządzanie blokadami i komunikacja z innymi systemami Comarch ERP Enterprise. Z wyjątkiem systemów demonstracyjnych, żadne operacje lub dostępy wymagające dużej ilości zasobów (logowanie dialogowe, dostęp ODBC, dostęp do magazynu wiedzy, przetwarzanie w tle) nie powinny mieć miejsca na serwerze komunikatów, aby nie wpływać na czasy odpowiedzi innych serwerów aplikacji obecnych w systemie. |
| [-messageServer-DomainName:<str>] | Adres IP, pod którym adresowany jest interfejs sieciowy serwera komunikatów. |
| [-messageServerPort:<int>] | Port używany przez serwer komunikatów do komunikacji. Wszystkie serwery aplikacji systemu i serwery komunikatów innych systemów komunikują się z serwerem komunikatów za pośrednictwem tego portu. |
| [-messageServer1:<id>] | Serwer aplikacji, który przejmuje funkcję serwera komunikatów dla systemu, jeśli dla serwera komunikatów wybrano tryb Cold-Standby a aktywny serwer komunikatów nie odpowiedział w określonym czasie. W takim przypadku przejmuje on zadania aktywnego serwera komunikatów. |
| [-messageServer1-DomainName:<str>] | Adres IP, pod którym adresowany jest interfejs sieciowy alternatywnego serwera komunikatów. Ten adres IP powinien różnić się od adresu IP drugiego alternatywnego serwera komunikatów, ponieważ nie należy obsługiwać obu alternatywnych serwerów komunikatów na tym samym sprzęcie fizycznym w scenariuszu Standby. |
| [-messageServer1Port:<int>] | Port używany przez pierwszy alternatywny serwer komunikatów do komunikacji. Wszystkie serwery aplikacji systemu i serwery komunikatów innych systemów komunikują się z serwerem komunikatów za pośrednictwem tego portu, jeśli jest to aktywny serwer komunikatów. |
| [-messageServer2:<id>] | Serwer aplikacji, który przejmuje funkcję serwera komunikatów dla systemu, jeśli dla serwera komunikatów wybrano tryb Cold-Standby, a aktywny serwer komunikatów nie odpowiedział w określonym czasie. W takim przypadku przejmuje on zadania aktywnego serwera komunikatów. |
| [-messageServer2-DomainName:<str>] | Adres IP, pod którym adresowany jest interfejs sieciowy alternatywnego serwera komunikatów. Ten adres IP powinien różnić się od adresu IP drugiego alternatywnego serwera komunikatów, ponieważ nie należy obsługiwać obu alternatywnych serwerów komunikatów na tym samym sprzęcie fizycznym w scenariuszu gotowości. |
| [-messageServer2Port:<int>] | Port używany przez pierwszy alternatywny serwer komunikatów do komunikacji. Wszystkie serwery aplikacji systemu i serwery pomiarowe innych systemów komunikują się z serwerem komunikatów za pośrednictwem tego portu, jeśli jest to aktywny serwer komunikatów. |
| [-databaseConnection-Timeout:<duration>] | Czas, po którym nieaktywne połączenia z bazą danych są zamykane. W systemach produkcyjnych nie należy określać czasu. Jeśli nie określono czasu, połączenia z bazą danych raz otwarte przez serwer aplikacji są ponownie zamykane dopiero po zamknięciu serwera aplikacji. Określenie wartości jest szczególnie przydatne w systemach programistycznych, w których duża liczba serwerów aplikacji jest obsługiwana przez kilka centralnych baz danych, ponieważ w przeciwnym razie zbyt wiele połączeń, a tym samym zasobów, jest zarezerwowanych w centralnym systemie DBMS. |
| [-identityServer-ClientMode:<vs>] | Tryb usługi identyfikacji. Usługa identyfikacji zapewnia, że obiekty programistyczne zawsze otrzymują ten sam identyfikator GUID i tę samą identyfikację w różnych systemach i wersjach. Każdy system Comarch ERP Enterprise ma w tym celu listę identyfikacji. Jeśli kilka systemów deweloperskich używa tego samego prefiksu deweloperskiego, jeden z tych systemów musi przejąć wspólne zarządzanie listą identyfikacji. Tryb identyfikacji określa, który z tych systemów zarządza listą identyfikacji. Ustawienie Lokalny jest używane dla systemów, które same nie są systemami deweloperskimi i dla systemów deweloperskich, które mają własny prefiks deweloperski. Ustawienia Rozproszony (normalny) i Rozproszony (podstawowy) są używane, jeśli używana jest usługa identyfikacji innego systemu. W takim przypadku należy określić system i serwer aplikacji, które zarządzają listą identyfikacji. Ustawienie Distributed (primary) może być używane tylko w nowym systemie deweloperskim, z którego nie wyeksportowano jeszcze aktualizacji oprogramowania. W takim przypadku nowy obiekt deweloperski może zostać usunięty z listy identyfikacji w celu zmiany jego identyfikacji (np. zmiany kapitalizacji). Gdy tylko system uzupełniający będzie dostępny lub aktualizacja oprogramowania zostanie wyeksportowana, wartość musi zostać zmieniona na Distributed (normal). |
| [-identityServer¬System:<id>] | System zarządzający usługą identyfikacji. |
| [-identityServer:<id>] | Serwer aplikacji zarządzający usługą identyfikacji. |
| [-supportRequest-ServerMode:<vs>] | Określa, czy usługa żądań deweloperskich jest używana, czy nie. Usługa żądań programistycznych umożliwia koordynację zadań programistycznych w różnych systemach na podstawie żądań programistycznych. Możliwe wartości to Użyj i Nie używaj. Jeśli wybrana zostanie wartość Użyj, należy określić, gdzie serwer usługi żądania deweloperskiego jest skonfigurowany i można się z nim połączyć. |
| [-supportRequest-ServerSystem:<id>] | System, na którym uruchomiona jest usługa żądania deweloperskiego. |
| [-supportRequest-Server:<id>] | Serwer aplikacji, na którym uruchomiona jest usługa żądania deweloperskiego. |
| [-supportRequest-ServerOLTPDatabase:<id>] | Baza danych OLTP, w której przechowywane są żądania deweloperskie. |
| [-certificateRequired:<boolean>] | Określa, czy certyfikaty klienta są wymagane do zalogowania się do systemu. Jeśli nie, możliwe jest również zalogowanie się poprzez wprowadzenie nazwy użytkownika i hasła. Szczegółowe informacje na ten temat można znaleźć artykule Logowanie za pomocą loginu i hasła. |
Uprawnienia
Następująca jednostka biznesowa jest istotna dla tej aplikacji: com.cisag.sys.configuration.obj.System
