<\/strong>Polecenie bazodanowe:<\/p>\n
SELECT * FROM \"ITEM001\" WHERE \"GUID\"=?<\/code><\/p>\nna bazie danych XYZ00<\/em> ma zosta\u0107 zast\u0105pione przez:<\/p>\nSELECT * FROM XYZ00.\"ITEM001\" WHERE \"GUID\"=?<\/code><\/p>\nPoni\u017cszy XML wykonuje zast\u0105pienie:<\/p>\n
<replacement>\n <original>\n SELECT * FROM \u201cITEM001\u201d WHERE \u201cGUID\u201d=?\n <\/original>\n <replaced>\n SELECT * FROM XYZ00.\u201dITEM001\u201d WHERE \u201cGUID\u201d=?\n <\/replaced>\n<\/replacement><\/code><\/pre>\n<\/div><\/section><\/strong><\/p>\nAwaria bazy danych (Database-Failover)<\/h4>\n
Obs\u0142ugiwane systemy zarz\u0105dzania bazami danych (DBMS) udost\u0119pniaj\u0105 r\u00f3\u017cne mechanizmy obs\u0142ugi awarii bazy danych (Failover<\/em>). Funkcjonalno\u015b\u0107 oferowana przez DBMS nie zawsze jednak zapewnia oczekiwany przez u\u017cytkownika poziom niezawodno\u015bci.<\/p>\nSystem ERP udost\u0119pnia opcjonalne, aktywowane funkcje, kt\u00f3re mog\u0105 zwi\u0119kszy\u0107 poziom niezawodno\u015bci podczas obs\u0142ugi awarii bazy danych (Database-Failover<\/em>).<\/p>\nMonitor transakcji<\/h5>\n
Monitor transakcji zwi\u0119ksza niezawodno\u015b\u0107 przy operacjach zapisu wykonywanych przez system ERP. Dzi\u0119ki monitorowi transakcji mo\u017cliwe jest rozpoznanie w przypadku b\u0142\u0119du, czy transakcja zapisu zosta\u0142a wykonana pomy\u015blnie, czy zako\u0144czy\u0142a si\u0119 niepowodzeniem. W sytuacji niepowodzenia transakcja zapisu jest ponawiana.<\/p>\n
Przyk\u0142ad<\/div>
<\/strong>Poni\u017cszy fragment XML aktywuje monitor transakcji:<\/p>\n
<transactionMonitor\/><\/code><\/pre>\n<\/div><\/section><\/strong><\/p>\nBuforowanie LOB<\/h5>\n
Niekt\u00f3re systemy zarz\u0105dzania bazami danych (np. Oracle 10 i 11) nie s\u0105 w stanie zapewni\u0107 niezawodno\u015bci obs\u0142ugi awarii bazy danych (Database-Failover<\/em>) w przypadku zapyta\u0144 z du\u017cymi obiektami binarnymi lub tekstowymi (BLOB lub CLOB, \u0142\u0105cznie okre\u015blane jako LOB). System ERP mo\u017ce zwi\u0119kszy\u0107 niezawodno\u015b\u0107 przy dost\u0119pie do kolumn LOB poprzez buforowanie ich zawarto\u015bci.<\/p>\nBuforowanie LOB dotyczy odczytu danych za po\u015brednictwem Business Objects oraz odczytu z Knowledge Store. Odczyt realizowany poprzez ODBC-SQL lub OQL nie jest zabezpieczany przez system ERP. Oznacza to, \u017ce wi\u0119kszo\u015b\u0107 aplikacji interaktywnych oraz aplikacji dzia\u0142aj\u0105cych w tle staje si\u0119 zabezpieczona przed awari\u0105 przy zastosowaniu buforowania LOB, nawet je\u015bli DBMS nie obs\u0142uguje Failover<\/em> dla obiekt\u00f3w LOB. Jednak generowanie dokument\u00f3w, raport\u00f3w oraz aplikacje typu Lista<\/em> mog\u0105 przerywa\u0107 dzia\u0142anie mimo aktywnego buforowania LOB.<\/p>\nBuforowanie LOB zwi\u0119ksza zapotrzebowanie na pami\u0119\u0107 serwera aplikacji oraz mo\u017ce powodowa\u0107 dodatkowe operacje na systemie plik\u00f3w serwera aplikacji.<\/p>\n
Przyk\u0142ad<\/div>
<\/strong>Poni\u017cszy XML aktywuje buforowanie LOB:<\/p>\n
<lobsBuffered\/><\/code><\/pre>\n<\/div><\/section><\/strong><\/p>\nLimit czasu prze\u0142\u0105czenia awaryjnego (Failover-Timeout)<\/h5>\n
System zarz\u0105dzania baz\u0105 danych (DBMS) mo\u017ce by\u0107 tymczasowo niedost\u0119pny w trybie produkcyjnym. W takim przypadku przez okre\u015blony czas nawi\u0105zanie po\u0142\u0105czenia z systemem zarz\u0105dzania baz\u0105 danych nie jest mo\u017cliwe. Mo\u017cna ustawi\u0107, jak d\u0142ugo serwer aplikacji ma pr\u00f3bowa\u0107 nawi\u0105za\u0107 po\u0142\u0105czenie z systemem DBMS. Po up\u0142ywie tego czasu, aplikacja, kt\u00f3ra za\u017c\u0105da\u0142a po\u0142\u0105czenia z baz\u0105 danych, zostanie zazwyczaj przerwana z komunikatem o b\u0142\u0119dzie.<\/p>\n
Czas trwania podaje si\u0119 jako warto\u015b\u0107 liczbow\u0105 w minutach. Je\u015bli warto\u015b\u0107 nie zostanie podana, serwer aplikacji b\u0119dzie pr\u00f3bowa\u0142 nawi\u0105za\u0107 po\u0142\u0105czenie bez ograniczenia czasowego.<\/p>\n
Przyk\u0142ad<\/div>
<\/strong>Limit czasu prze\u0142\u0105czenia awaryjnego 5 minut:<\/p>\n
<failoverTimeout>5<\/failoverTimeout><\/code><\/pre>\nLimit czasu prze\u0142\u0105czenia awaryjnego niesko\u0144czony:<\/p>\n
<failoverTimeout\/><\/code><\/pre>\n<\/div><\/section><\/strong><\/p>\nWykrywanie b\u0142\u0119d\u00f3w bazy danych<\/h5>\n
System ERP analizuje komunikaty o b\u0142\u0119dach bazy danych. Na podstawie numeru b\u0142\u0119du system mo\u017ce na przyk\u0142ad rozpozna\u0107, czy nale\u017cy zainicjowa\u0107 prze\u0142\u0105czenie awaryjne (failover) bazy danych. Komunikaty o b\u0142\u0119dach bazy danych wraz z ich znaczeniem s\u0105 na sta\u0142e zakodowane w systemie ERP. W razie potrzeby mo\u017cna doda\u0107 do systemu ERP dodatkowe komunikaty o b\u0142\u0119dach.<\/p>\n
Obs\u0142ugiwane s\u0105 nast\u0119puj\u0105ce typy komunikat\u00f3w o b\u0142\u0119dach:<\/p>\n
\n\n\nTyp<\/strong><\/td>\nOpis<\/strong><\/td>\n<\/tr>\n\n| CONNECTION_LOST<\/td>\n | Po\u0142\u0105czenie z serwerem bazy danych zosta\u0142o zerwane lub nie mo\u017cna go nawi\u0105za\u0107, poniewa\u017c serwer bazy danych jest niedost\u0119pny. Zostaje zainicjowane prze\u0142\u0105czenie awaryjne bazy danych.<\/td>\n<\/tr>\n | \n| QUERY_TIMEOUT<\/td>\n | Zapytanie do bazy danych zosta\u0142o przerwane z powodu przekroczenia limitu czasu. Zapytanie nie jest ponawiane, a u\u017cytkownikowi wy\u015bwietlany jest komunikat o b\u0142\u0119dzie.<\/td>\n<\/tr>\n | \n| DEAD_LOCK_VICTIM<\/td>\n | Zapytanie do bazy danych zosta\u0142o przerwane z powodu blokady i musi zosta\u0107 wykonane ponownie.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Komunikat o b\u0142\u0119dzie jest identyfikowany za pomoc\u0105 SQL-State i numeru b\u0142\u0119du. W przypadku b\u0142\u0119du bazy danych system wy\u015bwietla stan SQL-State i numer b\u0142\u0119du. W celu wykrycia b\u0142\u0119du nale\u017cy poda\u0107 co najmniej jedn\u0105 z tych warto\u015bci. Gdy wyst\u0105pi b\u0142\u0105d bazy danych, dzieje si\u0119 co nast\u0119puje:<\/p>\n \n- Sprawdzane jest, czy wyst\u0105pi\u0142 b\u0142\u0105d rozpoznany przez system ERP. Je\u015bli tak, u\u017cywany jest ten typ b\u0142\u0119du.<\/li>\n
- Nast\u0119pnie sprawdzane jest, czy b\u0142\u0105d zosta\u0142 zdefiniowany we w\u0142a\u015bciwo\u015bciach bazy danych. Je\u015bli wszystkie okre\u015blone w\u0142a\u015bciwo\u015bci pasuj\u0105 do b\u0142\u0119du, u\u017cywany jest odpowiedni typ b\u0142\u0119du.<\/li>\n
- B\u0142\u0105d jest traktowany jako b\u0142\u0105d nierozpoznany.<\/li>\n<\/ul>\n
Przyk\u0142ad<\/div> <\/strong>Rozpoznanie b\u0142\u0119du o stanie SQL \u201e42000\u201d i numerze b\u0142\u0119du 937 jako utrat\u0119 po\u0142\u0105czenia:<\/p>\n <exception>\n <type>CONNECTION_LOST<\/type>\n <errorCode>937<\/errorCode>\n <sqlState>42000<\/sqlState>\n<\/exception><\/code><\/pre>\n<\/div><\/section><\/strong><\/p>\nOptymalizacja zmian w modelu danych<\/h5>\nZmiany w modelu danych mog\u0105 by\u0107 czasoch\u0142onne, zw\u0142aszcza przy przej\u015bciu na nowsz\u0105 wersj\u0119 oprogramowania. Dzi\u0119ki w\u0142a\u015bciwo\u015bciom bazy danych mo\u017cna skr\u00f3ci\u0107 ten czas, rezygnuj\u0105c z zachowania integralno\u015bci transakcji w cz\u0119\u015bci procesu przechodzenia na nowsz\u0105 wersj\u0119.<\/p>\n Uwaga<\/div> <\/strong>Nale\u017cy bardzo dok\u0142adnie sprawdzi\u0107, czy u\u017cywana w\u0142a\u015bciwo\u015b\u0107 bazy danych nie zagra\u017ca sp\u00f3jno\u015bci systemu. W przypadku niew\u0142a\u015bciwego u\u017cycia firma nie ponosi odpowiedzialno\u015bci. <\/div><\/section><\/strong><\/p>\nOracle: ALTER TABLE vs. CREATE TABLE AS SELECT<\/h6>\nTworzenie nowych kolumn ze sta\u0142\u0105 warto\u015bci\u0105 pocz\u0105tkow\u0105, usuwanie kolumn oraz wyd\u0142u\u017canie atrybut\u00f3w typu string<\/em> jest zazwyczaj realizowane za pomoc\u0105 polecenia ALTER TABLE<\/em>.<\/p>\nW przypadku baz danych Oracle, zamiast u\u017cywa\u0107 ALTER TABLE<\/em>, mo\u017cna wprowadzi\u0107 zmiany w modelu danych za pomoc\u0105 polecenia CREATE TABLE AS SELECT<\/em> oraz tymczasowej tabeli. Takie rozwi\u0105zanie wymaga wi\u0119cej miejsca na dysku w bazie danych, ale mo\u017ce prowadzi\u0107 do mniejszego obci\u0105\u017cenia dysku, szczeg\u00f3lnie w przypadku zastosowania w\u0142a\u015bciwo\u015bci <updateOracleNoLogging><\/code> lub <updateOracleParallel><\/code>.<\/p>\nPrzyk\u0142ad:<\/p>\n Wybierz CREATE_TABLE_AS zamiast ALTER_TABLE:<\/p>\n <updateTable>\n CREATE_TABLE_AS\n<\/updateTable><\/code><\/pre>\nOracle: NOLOGGING<\/h6>\nPodczas tworzenia indeks\u00f3w i u\u017cywania polecenia CREATE TABLE AS SELECT<\/code> mo\u017cna wykorzysta\u0107 opcj\u0119 NOLOGGING<\/em>, kt\u00f3ra wy\u0142\u0105cza zapis do dziennika archiwalnego (Archive Log). Wy\u0142\u0105czenie tej funkcji znacznie przyspiesza te operacje. Je\u015bli jednak baza danych standardowo zapisuje dziennik archiwalny, u\u017cycie tej opcji sprawi, \u017ce stanie si\u0119 on niesp\u00f3jny. Niesp\u00f3jny dziennik archiwalny mo\u017ce prowadzi\u0107 do problem\u00f3w, na przyk\u0142ad w bazach danych standby lub podczas odtwarzania danych z kopii zapasowej.<\/p>\nUwaga<\/div> <\/strong>Nale\u017cy dok\u0142adnie sprawdzi\u0107, czy wy\u0142\u0105czenie dziennika archiwalnego na czas modyfikacji modelu danych jest dopuszczalne w konkretnym \u015brodowisku. <\/div><\/section><\/strong><\/p>\nPrzyk\u0142ad<\/div> <\/strong>Wy\u0142\u0105czenie dziennika archiwalnego podczas zmian w modelu danych:<\/p>\n <updateOracleNoLogging\/><\/code><\/pre>\n<\/div><\/section><\/strong><\/p>\nOracle: PARALLEL<\/h6>\nTworzenie indeks\u00f3w i u\u017cywanie polecenia CREATE TABLE AS SELECT<\/code> mo\u017cna przyspieszy\u0107 poprzez ich zr\u00f3wnoleglenie za pomoc\u0105 opcji PARALLEL. Paralelizacja jest obs\u0142ugiwana w bazach danych Oracle w wersji Enterprise Edition.<\/p>\nUwaga<\/div> <\/strong>Nale\u017cy sprawdzi\u0107, czy paralelizacja jest licencjonowana w posiadanej instalacji bazy danych. <\/div><\/section><\/strong><\/p>\nPrzyk\u0142ad<\/div> <\/strong>Paralelizacja zmian w modelu danych:<\/p>\n <updateOracleParallel>PARALLEL 4<\/updateOracleParallel><\/code><\/pre>\n<\/div><\/section><\/strong><\/p>\niSeries: ALTER TABLE no commit<\/h6>\nW przypadku wprowadzania zmian w modelu danych za pomoc\u0105 polecenia ALTER TABLE<\/em> na serwerach iSeries, mo\u017cna wy\u0142\u0105czy\u0107 mechanizm dziennika za pomoc\u0105 w\u0142a\u015bciwo\u015bci <updateAlterTableNoCommit\/><\/code>. Znacznie przyspiesza to wprowadzanie modyfikacji.<\/p>\nUwaga<\/div> <\/strong>Nale\u017cy dok\u0142adnie sprawdzi\u0107, jakie konsekwencje dla systemu ma wy\u0142\u0105czenie funkcji dziennika. <\/div><\/section><\/strong><\/p>\nPrzyk\u0142ad<\/div> <\/strong>Wy\u0142\u0105czenie funkcji dziennika podczas zmian w modelu danych:<\/p>\n <updateAlterTableNoCommit\/><\/code><\/pre>\n<\/div><\/section><\/strong><\/p>\nDostosowywanie po\u0142\u0105cze\u0144 z baz\u0105 danych<\/h4>\nZazwyczaj podczas instalacji systemu testowego lub produkcyjnego u klienta u\u017cywa si\u0119 kopii systemu deweloperskiego lub testowego systemu deweloperskiego. Baza konfiguracyjna, kt\u00f3ra jest importowana w ramach takiej instalacji, zwykle nie zawiera danych po\u0142\u0105czeniowych pasuj\u0105cych do systemu klienta. Poni\u017csze w\u0142a\u015bciwo\u015bci systemowe umo\u017cliwiaj\u0105 dostosowanie tych danych.<\/p>\n W\u0142a\u015bciwo\u015bci te zawieraj\u0105 nazw\u0119 obiektu biznesowego, nazw\u0119 bazy danych oraz \u015bcie\u017ck\u0119 atrybutu, kt\u00f3ry ma zosta\u0107 dostosowany:<\/p>\n com.cisag.sys.configuration.obj.Database.<NazwaBazyDanych>.<\u015acie\u017ckaAtrybutu>\ncom.cisag.sys.configuration.obj.SVMDBConnection.<NazwaBazyDanych>.<\u015acie\u017ckaAtrybutu><\/code><\/pre>\nWarto\u015b\u0107 <NazwaBazyDanych><\/em> nale\u017cy zast\u0105pi\u0107 nazw\u0105 bazy danych w odpowiedniej bazie konfiguracyjnej. Warto\u015b\u0107 <\u015acie\u017ckaAtrybutu><\/em> nale\u017cy zast\u0105pi\u0107 techniczn\u0105 nazw\u0105 atrybutu, kt\u00f3ry ma zosta\u0107 zmieniony. Po\u017c\u0105dan\u0105 warto\u015b\u0107 atrybutu podaje si\u0119 jako ci\u0105g znak\u00f3w.<\/p>\nPrzyk\u0142ad<\/div> <\/strong>W przyk\u0142adzie pokazano, jak zmieni\u0107 konfiguracj\u0119 po\u0142\u0105czenia z baz\u0105 danych o nazwie ABC123RP<\/b>. Poni\u017cej przedstawiono modyfikacje, jakie mo\u017cna wprowadzi\u0107:<\/p>\nU\u017cytkownik:<\/b><\/p>\n\ncom.cisag.sys.configuration.obj.Database.ABC123RP.user=XYZ456RP<\/code> Zmienia nazw\u0119 u\u017cytkownika bazy danych na XYZ456RP<\/b>.<\/li>\n<\/ul>\nSchemat:<\/b><\/p>\n\ncom.cisag.sys.configuration.obj.Database.ABC123RP.schema=XYZ456RP<\/code> Zmienia nazw\u0119 schematu bazy danych na XYZ456RP<\/b>.<\/li>\n<\/ul>\nHas\u0142o:<\/b><\/p>\n\ncom.cisag.sys.configuration.obj.Database.ABC123RP.password=XYZ456RP<\/code> Zmienia has\u0142o u\u017cytkownika bazy danych na XYZ456RP<\/b>.<\/li>\n<\/ul>\n
| | |