Folosiţi această pagină pentru a gestiona serviciul de compensaţie. Serviciul de compensaţie suportă configurarea la nivelul serverului pentru activarea şi înregistrarea în istoric a compensaţiei.
Pentru a vizualiza pagina consolei administrative, faceţi clic pe Servere > Tipuri server > Servere de aplicaţii WebSphere > nume_server. SubSetări container, expandaţi Servicii container apoi faceţi clic pe Serviciu compensare.
Specifică dacă serverul de aplicaţii încearcă să pornească serviciul de compensare când serverul porneşte data viitoare.
Implicit | Selectat |
Interval |
|
Specifică o cale director, dacă este setat, înlocuieşte locaţia în care serviciul de compensaţie memorează fişiere istorice pentru recuperarea pe acest server.
O valoare goală din configuraţia serverului este expandată de serviciul de compensare la început ca director profile_root/recoveryLogs/nume_celulă/node_name/nume_server/compensare. Variabila profile_root este directorul rădăcină pentru profilul WebSphere Application Server utilizat pentru server.
Când compensarea este utilizată, produsul WebSphere stochează informaţii care sunt necesare pentru a realiza compensarea după o eşuare a sistemului de pe un dispozitiv de stocare fizic. Într-o încărcare a aplicaţiei mai mare, această persistenţă încetineşte performanţa serverului de aplicaţii deoarece serverul de aplicaţii este dependent de sistemul de operare şi sistemele de stocare de dedesubt.
Pentru a atinge o performanţă mai bună, mutaţi fişierele istoric de compensare de într-un dispozitiv de stocare cu mai multe unităţi de disc fizice, sau preferabil unităţi de disc Reţea redundantă de discuri independente (RAID). Când fişierele istoric sunt mutate în sistemele de fişiere pe discurile RAID, taskul de scriere date pe mediul fizic este partajat peste multiplele unităţi de disc. Această partajare furnizează mai mult acces concurenţial pentru a face informaţiile compensării persistente şi furnizează acces mai rapid la acele date din log-uri. Depinzând de proiectarea aplicaţiei şi de subsistemul de stocare, performanţa aplicaţiei şi a subsistemului, performanţa tipică câştigurile pot fi de 10% până la 100% sau mai mari.
Într-un mediu de disponibilitate mare (HA), fiecare server trebuie să aibă un istoric de compensare unic şi directorul istoricului de tranzacţii, astfel încât servere multiple să nu încerce să acceseze acelaşi fişier istoric.De asemenea, fiecare server din cluster trebuie să fie capabil să acceseze tranzacţia şi directoarele istoricului de compensare a serverelor din cluster.
Tip date | Şir |
Implicit | rădăcină_profil/recoveryLogs/nume_celulă/nume_nod/nume_server/compensare Unde rădăcină_profil directorul de bază pentru profilul WebSphere Application Server utilizat pentru server. |
Recomandat | Creaţi un sistem de fişiere cu cel puţin 3 până la 4 unităţi de disc grupate împreună cu într-o configuraţie RAID-0.Creaţi istoricul de compensare pe acest sistem de fişiere cu dimensiunea implicită.Când serverul rulează sub încărcare, verificaţi intrarea şi ieşirea discului. Dacă timpul ieşirii este mai mare de 5%, luaţi în considerare adăugarea de discuri fizice pentru a coborî valoarea. Dacă intrarea şi ieşirea sunt mici, dar încărcarea serverului este tot mare, luaţi în considerare creşterea dimensiunii fişierelor istoric. |
Specifică dimensiunea maximă de megaocteţi a fişierului istoricului de recuperare pe care îl foloseşte serviciul de compensare pentru a recupera date. Valoarea implicită este de 5 Megaocteţi.
Cantitatea de date înregistrate în istoric de serviciul de compensare este influenţată de numărul aplicaţii active concurenţial care utilizează compensarea şi de dimensiunea datelor care este furnizată ca intrare la logica compensării.
Serviciul de compensare rezervă spaţiu pe un dipozitiv de stocare fizic la pornirea serverului for pentru recuperarea datelor de compensare. Dacă această dimensiune nu este suficientă pentru datele de compensare active, fişierele istoric cresc dinamic până când ating dimensiunea maximă pe care această valoare o specifică.
Tip date | Întreg |
Unităţi | Megaocteţi |
Implicit | 5 |
Interval | 1 până la 2147483647 megaocteţi |
Deşi intervalul permis pentru dimensiunea fişierului istoric de recuperare este 1 la 2147483647, dimensiunea maximă care este de fapt posibilă depinde de dimensiunea maximă permisă de sistemul de operare pentru un fişier mapat.
Specifică de câte ori, maxim, reîncearcă serviciul de compensare o rutină de tratare a compensării.
Această valoare specifică numărul de câte ori acel serviciu de compensare cheamă metodele CompensationHandler compensate() şi close(). De fiecare dată când handlerul de compensare este reîncercat, intervalul de reîncercare al handler-ului de compensare se dublează.
Setaţi această valoare la -1 pentru a reîncerca metodele compensate() şi close() nedefinit. Setaţi valoarea la 0 până nu mai reîncearcă niciodată nici una dintre metode.
Tip date | Întreg |
Implicit | -1 |
Interval | -1 sau mai mult |
Specifică intervalul de timp, în secunde, pe care îl aşteaptă serviciul de compensare înainte să reîncerce o rutină de tratare a compensării. De fiecare dată când handlerul de compensare este reîncercat, intervalul se dublează.
Serviciul de compensare reîncearcă un handler de compensare reapelând metodele CompensationHandler compensate() şi close() dacă fiecare dintre ele aruncă o RetryCompensationHanderException.
Tip date | Întreg |
Unităţi | Secunde |
Implicit | 30 |
Interval | 0 sau mai mult |
Legăturile marcate (online) necesită acces la internet.