Comarch ERP Enterprise obsługuje systemy zarządzania bazami danych, które nakładają ograniczenia na format nazw baz danych, użytkowników, zakresów danych i wielu innych obiektów. Ponadto, partner lub klient może równolegle uruchamiać wiele systemów, baz danych, różne wersje Comarch ERP Enterprise Te czynniki powodują, że konieczne jest ustawienie konwencji dla nazw systemów i baz danych. Konwencje te zależą od:

• zastosowania systemu
• wersji systemu
• systemu zarządzania bazą danych (DBMS) bazy danych
• zawartości bazy danych

Konwencja nazewnictwa systemów

Nazwa nowego systemu jest zdefiniowana w licencji systemu i nie może być zmieniona. Konfiguracyjna baza danych odpowiada za kontrolę konwencji nazewnictwa obiektów systemowych. Nazwy systemowe w konfiguracji systemu mają zazwyczaj od sześciu do ośmiu znaków:

Znaki 1-3: Kod Klienta

Znaki 4-6: opcjonalnie: Wersja, wydanie

Znaki 7-8: opcjonalny kod dla funkcji systemu:

• DV – system deweloperski – system pozwalający na wprowadzanie modyfikacji oraz ich weryfikacje
• PV – system deweloperski dla Partnerów – system Partnera pozwalający na wprowadzanie modyfikacji oraz ich weryfikacje
• DT – testowy system deweloperski – testowy system wykorzystywany do testów wprowadzanych modyfikacji
• PT – testowy system dla Partnerów – testowy system Partnera wykorzystywany do testów wprowadzanych modyfikacji
• T – testowy system produkcyjny – testowy system wykorzystywany do przedprodukcyjnych testów wykonywanych przez Klienta
• P (lub brak kodu) – system produkcyjny –  wykorzystywany do pracy przez Klienta.

Znaki 9-10: Opcjonalny kod wskazujący silnik bazodanowy:

• OR – Oracle
• D4 – DB2/400
• MS – Microsoft SQL Server

Ponadto istnieją następujące konwencje dotyczące tymczasowych systemów testowych i tymczasowych baz danych. Takie systemy i bazy tworzone są na potrzeby krótkich testów, co do zasady nie są środowiskami w żaden sposób powiązanymi z system produkcyjnym Klienta.

• Txx – system tymczasowy. xx to kolejny numer systemu(00-99)
• DB xx – baza danych systemu tymczasowego xx to kolejny numer bazy danych (00-99)

Przykłady:

Konwencja nazewnictwa baz danych

Nazwy baz danych mają zazwyczaj dziesięć znaków, maksymalnie 12. Składają się one z:

• nazwy systemu
• dwuznakowego symbolu, który określa typ zawartości bazy danych

Symbole dodawane do nazwy systemu:

• xx – xx jako kolejne numery (00-99) – baza danych OLTP (baza przechowująca dane firmowe np. artykuły, dokumenty)
• Dx – x jako kolejne numery (0-9) (jeśli jedna baza to DW) – baza danych OLAP (baza przechowująca dane raportów)
• RP – baza danych repozytorium (baza przechowująca standardowe obiekty systemowe np. tłumaczenia)
• CF – konfiguracyjna baza danych (baza przechowująca konfiguracje systemu np. dane do połączenia dla pozostałych baz)

Konwencje dotyczące budowania struktury katalogów dla systemu Comarch ERP Enterprise

Windows

Podczas instalacji systemu Comarch ERP Enterprise w systemie Windows należy użyć następującej struktury katalogów systemu:

<litera_dysku>:\\comarch\<nazwa_systemu>\semiramis

\servers

\<nazwa_SAS>

\log

• Należy zastąpić <nazwa_systemu> nazwą systemu np. CUS610T
• Każdy serwer aplikacji (SAS) posiada własny katalog w katalogu servers. Należy zastąpić <nazwa_SAS> rzeczywistą nazwą każdego SAS. np. MESSAGESERVER

Katalog \comarch\<nazwa_systemu> jest nazywany katalogiem SYSTEM_HOME.

Katalog \comarch\<nazwa_systemu>\semiramis jest nazywany katalogiem SEMIRAMIS_HOME.

Katalog \comarch\<nazwa_systemu>\semiramis\servers\<nazwa_SAS> jest nazywany katalogiem SAS_HOME dla poszczególnych serwerów aplikacji. Jest to katalog roboczy serwera aplikacji. Zawiera on wymagane skrypty startowe i może zawierać plik server.properties w podkatalogu class.

Katalog log przechowuje pliki logów SAS, pliki logów monitorowania wydajności, itp.

Linux

Podczas instalacji systemu Comarch ERP Enterprise na systemie Linux, należy użyć następującej struktury katalogów systemu:

/opt/comarch/<nazwa_systemu>/semiramis

/servers

/<nazwa_SAS>

/log

• Należy zastąpić <nazwa_systemu> nazwą systemu np. CUS610T
• Każdy serwer aplikacji (SAS) posiada własny katalog w katalogu servers. Należy zastąpić <nazwa_SAS> rzeczywistą nazwą każdego SAS. np. MESSAGESERVER

Katalog /opt/comarch/<nazwa_systemu> jest nazywany katalogiem SYSTEM_HOME.

Katalog /opt/comarch/<nazwa_systemu>/semiramis jest nazywany katalogiem SEMIRAMIS_HOME.

Katalog /opt/comarch/<nazwa_systemu>/semiramis/servers/<nazwa_SAS> jest nazywany katalogiem SAS_HOME dla poszczególnych serwerów aplikacji. Jest to katalog roboczy serwera aplikacji. Zawiera on wymagane skrypty startowe i może zawierać plik server.properties w podkatalogu class.

Katalog log przechowuje pliki logów SAS, pliki logów monitorowania wydajności, itp.

i5

Podczas instalacji systemu Comarch ERP Enterprise na i5 należy użyć następującej struktury katalogów systemu:

/qopensys/usr/comarch/<nazwa_systemu>/semiramis

/servers

/<nazwa_SAS>

/log

• Należy zastąpić <nazwa_systemu> nazwą systemu np. CUS610T
• Każdy serwer aplikacji (SAS) posiada własny katalog w katalogu servers. Należy zastąpić <nazwa_SAS> rzeczywistą nazwą każdego SAS. np. MESSAGESERVER

Katalog /qopensys/usr/comarch/<nazwa_systemu> jest nazywany katalogiem SYSTEM_HOME.

Katalog /qopensys/usr/comarch/<nazwa_systemu>/semiramis jest nazywany katalogiem SEMIRAMIS_HOME.

Katalog /qopensys/usr/comarch/<nazwa_systemu>/semiramis/servers/<nazwa_SAS> jest nazywany katalogiem SAS_HOME dla poszczególnych serwerów aplikacji. Jest to katalog roboczy serwera aplikacji. Zawiera on wymagane skrypty startowe i może zawierać plik server.properties w podkatalogu class.

Katalog log przechowuje pliki logów SAS, pliki logów monitorowania wydajności, itp.