Date: Thu, 28 Mar 2024 16:32:16 +0100 (CET) Message-ID: <1147773611.111136.1711639936443@srvdoc.doc.ipesoft.com> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_111135_1339893713.1711639936443" ------=_Part_111135_1339893713.1711639936443 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Redundantn=C3=BA skupinu tvor=C3=AD jeden, alebo viac aplika=C4=8Dn=C3= =BDch serverov, pri=C4=8Dom ka=C5=BEd=C3=BD z nich je umiestnen=C3=BD na in= om po=C4=8D=C3=ADta=C4=8Di. Pri =C5=A1tarte aplik=C3=A1cie sa server pok=C3= =BA=C5=A1a pre=C4=8D=C3=ADta=C5=A5 parametre RDS, ktor=C3=A9 s=C3=BA jednoz= na=C4=8Dne zviazan=C3=A9 s aplik=C3=A1ciou.
Parameter | V=C3=BDznam parametra |
---|---|
GroupName | Textov=C3=BD re=C5=A5azec definuj=C3=BAci meno R= DS. Ak server pri =C5=A1tarte tento parameter nen=C3=A1jde, alebo je to re= =C5=A5azec nulovej d=C4=BA=C5=BEky neprebehne pokus o zaradenie do RDS a ap= lik=C3=A1cia be=C5=BE=C3=AD bez podpory redundancie. Tento parameter je vho= dn=C3=A9 miesto, kde je mo=C5=BEn=C3=A9 zak=C3=A1za=C5=A5 v=C5=A1etky vlast= nosti redundancie pred =C5=A1tartom servera a aplik=C3=A1ciu spusti=C5=A5 v= norm=C3=A1lnom re=C5=BEime. |
KernelName | Jednozna=C4=8Dn=C3=A9 meno aplika=C4=8Dn=C3=A9ho= servera v r=C3=A1mci RDS. Ak parameter neexistuje, alebo je pr=C3=A1zdny t= ext, pou=C5=BEije sa meno po=C4=8D=C3=ADta=C4=8Da (Host Name). |
State
|
Po=C5=BEadovan=C3=BD stav aplika=C4=8Dn=C3=A9ho = servera po =C5=A1tarte. V aktu=C3=A1lnej implement=C3=A1cii je jedin=C3=BD = pr=C3=ADpustn=C3=BD cie=C4=BEov=C3=BD stav - SBS. |
Priority
|
Priorita aplika=C4=8Dn=C3=A9ho servera vzh=C4=BE= adom k ostatn=C3=BDm zaraden=C3=BDm v RDS. Vy=C5=A1=C5=A1ie =C4=8D=C3=ADslo= znamen=C3=A1 vy=C5=A1=C5=A1iu prioritu. Priorita sa pou=C5=BE=C3=ADva pri = neo=C4=8Dak=C3=A1vanom v=C3=BDpadku HS a ur=C4=8Duje, ktor=C3=BD SBS preber= ie funkcie HS (stane sa HS). Priorita 0 znemo=C5=BEn=C3=AD serveru automati= ck=C3=BD prechod do stavu HS. Tento je mo=C5=BEn=C3=A9 vykona=C5=A5 jedine = prostredn=C3=ADctvom procesu D2000 System Console. |
Aplika=C4=8Dn=C3=BD server zaraden=C3=BD do RDS m=C3=B4=C5=BEe pod=C4=BEa =
situ=C3=A1cie nadob=C3=BAda=C5=A5 nasleduj=C3=BAce stavy:
Ozna=C4=8Denie stavu | Hodnota | Popis |
---|---|---|
HS | 0 | Akt=C3=ADvny server v RDS |
SBS | 1 | Pripraven=C3=BD STANDBY server |
CS | 2 | Server po chybe |
SS | 3 | =C5=A0tartuj=C3=BAci server |
FS | 4 | Chybn=C3=A9 nastavenie parametra State |
TS | 5 | Test server: nie je implementovan=C3=BD |
Prechod servera medzi jednotliv=C3=BDmi stavmi SS, HS, SBS, CS sa vyzna=C4=
=8Duje prechodom cez do=C4=8Dasn=C3=A9 podstavy, ktor=C3=A9 s=C3=BA =C4=8Da=
sovo vymedzen=C3=A9 parametrami RDS. Ich zoznam je v tabu=C4=BEke:
Do=C4=8Dasn=C3=BD stav | Parameter RDS ohrani=C4=8Duj=C3=BAci stav [s] | Popis |
---|---|---|
iNone | RD_TIMEOUT_iNone | Stabiln=C3=BD stav |
iElection | RD_TIMEOUT_iElection | Hlasovanie |
iWaitingHot | RD_TIMEOUT_iWaitingHot | =C4=8Cakanie na HS |
iWaitingReadyHot | RD_TIMEOUT_iWaitingReadyHot | =C4=8Cakanie na pripraven=C3=BD HS |
iStartingKernelToSBS | RD_TIMEOUT_iStartingKernelToSBS | =C5=A0tart servera do stavu SBS= |
iStartingKernelToHOt | RD_TIMEOUT_iStartingKernelToHOT | =C5=A0tart servera do stavu HS<= /td> |
iHotOrSBSToSBS_WaitForHot | RD_TIMEOUT_iHotOrSBSToSBS_WaitForHot | =C4=8Cakanie na HS po riadenej = zmene |
iHotOrSBSToSBS_WaitAnsConn | RD_TIMEOUT_iHotOrSBSToSBS_WaitAnsConn | =C4=8Cakanie na potvrdenie prihl=C3=A1senia sa <= strong>SBS k HS |
Vzh=C4=BEadom na to, =C5=BEe v RDS s=C3=BA=C4=8Dastne be=C5=BE=C3=AD viace=
ro aplika=C4=8Dn=C3=BDch serverov pripraven=C3=BDch prevzia=C5=A5 funkciu H=
S pri jeho v=C3=BDpadku, je nanajv=C3=BD=C5=A1 d=C3=B4le=C5=BEit=C3=A9 aby =
pri v=C3=BDpadkoch komunika=C4=8Dn=C3=BDch ciest (v=C3=BDpadok komunika=C4=
=8Dnej siete, alebo jej =C4=8Dasti) nenastal prechod viacer=C3=BDch SBS do =
stavu HS. Toto m=C3=B4=C5=BEe nasta=C5=A5 ak d=C3=B4jde k poruche komunika=
=C4=8Dnej karty na po=C4=8D=C3=ADta=C4=8Di, kde be=C5=BE=C3=AD =C4=8Dlen RD=
S v stave SBS. Z jeho poh=C4=BEadu do=C5=A1lo k v=C3=BDpadku HS a preto sa =
ho sna=C5=BE=C3=AD nahradi=C5=A5 a prejs=C5=A5 do stavu HS.
Za =C3=BA=C4=8Delom zamedzenia pop=C3=ADsan=C3=A9ho stavu si ka=C5=BEd= =C3=BD aplika=C4=8Dn=C3=BD server za=C4=8Dlenen=C3=BD do RDS priebe=C5=BEne= kontroluje =E2=80=9Evidite=C4=BEnos=C5=A5=E2=80=9C aspo=C5=88 jednej IP ad= resy z dan=C3=A9ho zoznamu prostredn=C3=ADctvom protokolu ICMP slu=C5=BEbou= PING. Za ne=C3=BAspe=C5=A1n=C3=BD PING sa pova=C5=BEuje, ak slu=C5=BEba sk= on=C4=8D=C3=AD s chybou alebo nie je ukon=C4=8Den=C3=A1 v stanovenom =C4=8D= asovom limite. Ak ani jedna adresa zo zoznamu nie je vidite=C4=BEn=C3=A1 ap= lika=C4=8Dn=C3=BD server prech=C3=A1dza do stavu CS a kon=C4=8D=C3=AD.
Zoznam IP adries a =C4=8Dasov=C3=BD limit je s=C3=BA=C4=8Das=C5=A5ou par= ametrov RDS:
Parameter | Popis |
---|---|
NetCheck_Ping_TIME_OUT | =C4=8Casov=C3=A9 ohrani=C4=8Denie pre slu=C5=BEb= u PING [ms] |
NetCheck_Ping1 | Pripraven=C3=BD STANDBY server |
NetCheck_Ping2 | IP adresa |
.... | .... |
NetCheck_PingN | IP adresa |
V re=C3=A1lnej aplik=C3=A1cii je vhodn=C3=A9, aby si ka=C5=BEd=C3=BD =C4= =8Dlen RDS overoval pr=C3=ADtomnos=C5=A5 ostatn=C3=BDch =C4=8Dlenov a aspo= =C5=88 jedn=C3=A9ho po=C4=8D=C3=ADta=C4=8Da, ktor=C3=BD nie je =C4=8Dlenom = RDS. D=C3=B4sledok uvedenej =C4=8Dinnosti je:
Pri nastavovan=C3=AD kon=C5=A1tanty NetCheck_Ping_TIME_OUT je d= =C3=B4le=C5=BEit=C3=A9, aby ak po=C4=8D=C3=ADta=C4=8D nie je na sieti t=C3= =BAto skuto=C4=8Dnos=C5=A5 zistil sk=C3=B4r ako bude ukon=C4=8Den=C3=BD sta= v iElection. Server pred prechodom do stavu CS v pr=C3=ADpade ak nie je dos= iahnute=C4=BEn=C3=A1 ani jedna adresa zo zoznamu, tento zoznam prech=C3=A1d= za e=C5=A1te raz. V najhor=C5=A1om pr=C3=ADpade ho teda prejde dva kr=C3=A1= t. Doba trvania tejto =C4=8Dinnosti m=C3=B4=C5=BEe dosiahnu=C5=A5 2*N* NetC= heck_Ping_TIME_OUT. N je po=C4=8Det adries NetCheck_Ping. Tento =C4=8Das mu= s=C3=AD by=C5=A5 men=C5=A1=C3=AD ako RD_TIMEOUT_iElection.
2*N* NetCheck_Ping_TIME_OUT < RD_TIMEOUT_iElection
a preto
NetCheck_Ping_TIME_OUT < RD_TIMEOUT_iElection / (2*N)
Napr=C3=ADklad: Ak N=3D6 a RD_TIMEOUT_iElection =3D 7 [s] tak mus=C3=AD = plati=C5=A5:
NetCheck_Ping_TIME_OUT < 7 000 / (2 * 6) NetCheck_Ping_TIME_OUT < = 580 [ms]
Pre spr=C3=A1vnu funkciu je potrebn=C3=A9 aby server ako =C4=8Dlen RDS p= oznal nasleduj=C3=BAce parametre:
Parameter | Popis |
---|---|
IPMask | IP Maska siete do ktorej patria adresy IPAddr1 a= IPAddr2 |
IPAddr1 | IP adresa servera na prim=C3=A1rnej sieti |
IPAddr2 | IP adresa servera na z=C3=A1lo=C5=BEnej sieti |
Umiestnenie parametrov je pop=C3=ADsan=
=C3=A9 v =C4=8Dasti Um=
iestnenie konfigura=C4=8Dn=C3=BDch parametrov.
IPAddr1 je IP adresa na ktor=C3=BA sa bud=C3=BA prip=C3=A1ja=C5=A5 klienti=
servera. Ak je pou=C5=BEit=C3=A1 z d=C3=B4vodov bezpe=C4=8Dnosti a redunda=
ncie z=C3=A1lo=C5=BEn=C3=A1 komunika=C4=8Dn=C3=A1 sie=C5=A5, je potrebn=C3=
=A9 zada=C5=A5 aj parameter IPAddr2.
Ak =C5=BEiaden z parametrov IPAddr1 a IPAddr2 nie je definovan=C3=BD (aleb=
o s=C3=BA obidva pr=C3=A1zdne), server na platforme Windows si ich zis=C5=
=A5uje od opera=C4=8Dn=C3=A9ho syst=C3=A9mu. Na platforme OpenVMS musia by=
=C5=A5 uveden=C3=A9, pokia=C4=BE je server v redundantnej skupine.
Pozn=C3=A1mka: pokia=C4=BE m=C3=A1 server viac ako 2 rozhrania alebo viac =
ako 2 IP adresy (napr. IP aliasy), je vhodn=C3=A9 nastavi=C5=A5 parametre I=
PAddr1 a IPAddr2, preto=C5=BEe pri zis=C5=A5ovan=C3=AD adries nie je zaru=
=C4=8Den=C3=A9 poradie, v ktorom ich od opera=C4=8Dn=C3=A9ho syst=C3=A9mu d=
ostane (s=C3=BA pou=C5=BEit=C3=A9 prv=C3=A9 dve z=C3=ADskan=C3=A9 IP adresy=
, do =C3=BAvahy sa neberie loopback 127.0.0.1).
Obzvl=C3=A1=C5=A1=C5=A5 je odpor=C3=BA=C4=8Dan=C3=A9 nastavenie parametrov=
IPAddr1 a IPAddr2 v syst=C3=A9moch s meniacimi sa IP adresami (dynamick=C3=
=A9 aliasy, clustre a pdobne), preto=C5=BEe D2000 Server zis=C5=A5uje adres=
y iba pri =C5=A1tarte.
Adresy s=C3=BA =C5=A1=C3=ADren=C3=A9 po sieti prostredn=C3=ADctvom MULTI= CASTOV pri dotaze na stav RDS. Dotaz vyu=C5=BE=C3=ADvaj=C3=BA jednotliv=C3= =A9 aplika=C4=8Dn=C3=A9 servery zaraden=C3=A9 do RDS ale aj klienti prip=C3= =A1jan=C3=BD do RDS prostredn=C3=ADctvom parametra /RD.
Koordin=C3=A1cia a v=C3=BDmena inform=C3=A1ci=C3=AD medzi =C4=8Dlenmi RD=
S prebieha pod=C4=BEa parametra UseIPMulticast
pop=C3=ADsanom =
v kapitole =C5=A0peci=
=C3=A1lne nastavenia. Na z=C3=A1klade nastavenia sa pou=C5=BEije:
a) IP MULTICAST, pre prev=C3=A1dzku v sie=C5=A5ovej inf= ra=C5=A1trukt=C3=BAre, kde je dostupn=C3=A1 slu=C5=BEba IP multicast. T=C3= =BDmto je dan=C3=A9 ohrani=C4=8Denie mno=C5=BEiny po=C4=8D=C3=ADta=C4=8Dov,= na ktor=C3=BDch sa m=C3=B4=C5=BEu nach=C3=A1dza=C5=A5 =C4=8Dlenovia RDS.= p>
alebo
b) IP UNICAST, pre prev=C3=A1dzku v sie=C5=A5ovej infra= =C5=A1trukt=C3=BAre, kde nie je dostupn=C3=A1 slu=C5=BEba IP multicast. =C4= =8Clenovia redundantnej skupiny potrebuj=C3=BA ma=C5=A5 vyplnen=C3=BA tabu= =C4=BEku s IP adresami v=C5=A1etk=C3=BDch ostatn=C3=BDch =C4=8Dlenov redund= antnej skupiny. Umiestnenie a form=C3=A1t tabu=C4=BEky je pop=C3=ADsan=C3= =BD v kapitole Konfigu= r=C3=A1cia a pripojenie klienta.