Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása



Hasonló dokumentumok
Rendszerfelügyelet Logikai partíciók

Csatlakozás a rendszerhez System i navigátor feladatok a weben

Rendelkezésre állás Magas szintű rendelkezésre állás megvalósítása feladatalapú megközelítéssel

Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok

IBM i. Szerviz és támogatás 7.1

ERserver. iseries. Telnet

Aronic Főkönyv kettős könyvviteli programrendszer

System i. 6. változat 1. kiadás

Hálózatkezelés Szolgáltatási minőség (QoS)

ERserver. iseries. Szolgáltatási minőség

Aranyszárny CLaVis. Nysz.: 17386

ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK

AZ EURÓPAI KÖZÖSSÉGEK BIZOTTSÁGA. Javaslat AZ EURÓPAI PARLAMENT ÉS A TANÁCS HATÁROZATA

Felhasználói leírás v1.0

FELHASZNÁLÓI LEÍRÁS a DIMSQL Integrált Számviteli Rendszer Készlet moduljának használatához

BÉRSZÁMFEJTÉS 1 S Z O F T V E R E N G E D É L Y E Z É S I S Z E R ZŐDÉS

ARCHLine.XP Interior Oktatói Vizsga Ismertető és Vizsgaszabályzat

FELHASZNÁLÓI ÚTMUTATÓ

IBM i változat 7.3. Rendszerfelügyelet Backup, Recovery, and Media Services for i IBM SC

Pécs Megyei Jogú Város Közgyűlésének 49/2005.(12.20.)sz. rendelete a távhőszolgáltatásról

Általános szerződési feltételek

Általános Szerződési Feltételek VNTV Fesztivál

IBM i. Hálózatkezelés DHCP 7.1

Szolgáltatásleírás Proaktív karbantartási szolgáltatás

Tisztelt Befektet Raiffeisen Ingatlan Alap nyilvános, nyílt vég , határozatlan futamidej , belépési korláttal rendelkez

Balatonszárszó Nagyközség Önkormányzata. 5/2016. (IV.08.) önkormányzati rendelete a Központi Strand rendjéről és a strandi jegyárakról

Bakonyvidéke Takarékszövetkezet

IBM Systems - iseries. Hálózat: Telnet V5R4

Általános Szerződési Feltételek

Verzió: 8. Generali Önkéntes Nyugdíjpénztár Szabályzat címe: Szolgáltatási és elszámolási szabályzat Pénzügy és számvitel, backoffice, frontoffice,

Közigazgatási szerződés

Pannonhalma Város Önkormányzat.../2010. ( II...).rendelete az önkormányzati lakások és helyiségek bérletéről, valamint elidegenítésükről I.

1 / :17

12. tétel. Lemezkezelés

Aronic Bér Bérszámfejtés és munkaügyi nyilvántartás program

Nem kötelező érvényű útmutató a magasban végzett munkáról szóló 2001/45/EK (irányelv végrehajtásának helyes gyakorlatáról)

A BIZOTTSÁG KÖZLEMÉNYE AZ EURÓPAI PARLAMENTNEK, A TANÁCSNAK ÉS AZ EURÓPAI GAZDASÁGI ÉS SZOCIÁLIS BIZOTTSÁGNAK

78/2012. (III. 22.) Kt. határozat melléklete

1.2 A Weboldal célja a 2016-os Márton Áron emlékévvel kapcsolatos információk, események és egyéb tartalmak megjelenítése.

ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK

Energiagazdálkodás Felhasználói útmutató

A DimSQL programrendszer évi nyitási teendői

Általános Üzleti Feltételei

Word 2010 magyar nyelvű változat

NARACOM INFORMATIKAI KFT. ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEI INTERNET HOZZÁFÉRÉSI SZOLGÁLTATÁS IGÉNYBEVÉTELÉHEZ

FAVIS Group ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK

ÁLTALÁNOS SZERZİDÉSI FELTÉTELEK AZ

forint lakáshitellel történ el finanszírozásához

KIT-ASTER1 és KIT-ASTER2

Általános Szerződési Feltételek

Lemezkezelés, állományrendszerek

Villamos szakmai rendszerszemlélet

ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK INTERNET SZOLGÁLTATÁSRA

Penta Unió Oktatási Centrum Zrt. Az elektronikus számlázás alkalmazása Magyarországon napjainkban

ELEKTRONIKUS KÖZBESZERZÉS

10.1. A biztosítási összeg a biztosított vagyontárgynak / vagyontárgyaknak a szerződő fél által a biztosítási szerződésben megjelölt értéke.

Budakalász Gimnázium Budatétényi Tagintézményének Házirendje

Magyar. APC Smart-UPS SC. 1000/1500 VA 110/120/230 Vac. Toronykivitelű vagy 2U magas, RACK-be szerelhető szünetmentes tápegységhez

INTERVENCIÓS TÁROLÁSI SZERZŐDÉS

Projekt: ÁROP-1.A Gyöngyös Város Önkormányzatának szervezetfejlesztése

II. A mosdóhigiéniai üzletágra vonatkozó speciális rendelkezések és szolgáltatási szintek.

Felhasználóbarát kliensszoftver

FELHASZNÁLÓI KÉZIKÖNYV

A SZEGEDI KISTÉRSÉG TÖBBCÉLÚ TÁRSULÁSA KÖZOKTATÁSI INTÉZMÉNYE ÓVODÁINAK ÉS ISKOLÁINAK HÁZIRENDJE

Tisztelt Közép/Nagyvállalati Ügyfelünk!

NVE-M300P Navigációs modul felhasználói kézikönyv

Útmutató Támogatási Kérelem kitöltéséhez GUL-15-C

4. LECKE: DÖNTÉSI FÁK - OSZTÁLYOZÁS II. -- Előadás Döntési fák [Concepts Chapter 11]


az új uniós vezetési- és pihenőidő szabályozás (561/2006/EK rendelet) és a vonatkozó ellenőrzési előírások kapcsán

Tex and Co Kft Budapest, Francia út 54. ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK (egységes szerkezetbe foglalt) I. Általános rendelkezések

Általános statisztika II. Kriszt, Éva Varga, Edit Kenyeres, Erika Korpás, Attiláné Csernyák, László

NYITOTT KAPU-VÁR Térségi Szociális Szolgáltató Központ

ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK

GB398 JELŰ E-CASCO BIZTOSÍTÁSI FELTÉTELEK ÉS ÜGYFÉLTÁJÉKOZTATÓ


ADATFELDOLGOZÁSI MEGBÍZÁSI SZERZŐDÉS. egyrészről a [Irányító Hatóság] ([irányítószám] Budapest,.), mint megbízó (a továbbiakban: Adatkezelő)

FELHASZNÁLÓI KÉZIKÖNYV

ÁLTALÁNOS SZERZŐDÉSI/ VÁSÁRLÁSI FELTÉTELEK

A BIZOTTSÁG JELENTÉSE AZ EURÓPAI PARLAMENTNEK ÉS A TANÁCSNAK

A Magyar Távhőszolgáltatók Szakmai Szövetségének javaslatai a távhőár-megállapítás témakörében

DB2 Connect Personal Edition telepítése és beállítása

VÉGREHAJTÁSI MEGÁLLAPODÁS ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK. Svájci Magyar Együttműködési Program. Hatályos: 2010.

ÜZLETSZABÁLYZAT. ALFA-NOVA Energetikai, Fejlesztő, Tervező és Vállalkozó Korlátolt Felelősségű Társaság SZEKSZÁRD

Az Európai Parlament 2010-es költségvetése Főbb iránymutatások. Összefoglalás

17/2001. (VIII. 3.) KöM rendelet

Integrált ügyviteli rendszer: Kettős könyvelés modul


Szállítási és Vásárlási Feltételek ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK

1. A rendelet hatálya. 2. A tulajdonosi jogok gyakorlása

Általános Szerződési és Felhasználási feltételek

A közlekedési baleseti eredetű halál esetére szóló kiegészítő baleset-biztosítási fedezet (1075)

A MULTI ALARM ZRT. INGATLAN TÁVFELÜGYELETI SZOLGÁLTATÁSÁNAK ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEI BA Érvényes:

157/2005. (VIII. 15.) Korm. rendelet. [a Tszt. 3. m) pontjához] A Magyar Energia Hivatal által kiszabható bírságok. [a Tszt. 4.

3/3.5. Műanyag-feldolgozás munkavédelmi kérdései

MŰANYAGOK FELDOLGOZÁSA

Bevezetés 1. MEGHATÁROZÁSOK

Tájékoztató a közigazgatási szakvizsga követelményrendszeréről

A oldal leírása látogatóknak v1.0

Budapest Főváros Települési Esélyegyenlőségi Programja ( ) Munkaanyag Munkaanyag zárása első társadalmi egyeztetés előtt:

Átírás:

IBM i Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása 7.1

IBM i Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása 7.1

Megjegyzés A kiadány és a tárgyalt termék használatba étele előtt olassa el a Nyilatkozatok, oldalszám: 31 szakasz tájékoztatását. Ez a kiadás az IBM i 7.1 (termékszám: 5770-SS1) áltozatára, és minden azt köető áltozatra és módosításra onatkozik mindaddig, amíg az újabb kiadások ezt másképp nem jelzik. Ez a áltozat nem fut minden csökkentett utasításkészletű (RISC) rendszeren illete a CISC modelleken. Ez a kiadás az SCnn-nnnn-nn helyébe lép. Szerzői jog IBM Corporation 2002, 2010. Copyright IBM Corporation 2002, 2010.

Tartalom Magas szintű rendelkezésre állás bemutatása............. 1 Az IBM i 7.1 kiadás újdonságai......... 1 Magas szintű rendelkezésre állás áttekintése PDF fájl... 1 Magas szintű rendelkezésre állás előnyei...... 2 Terezett kimaradások........... 3 Terezetlen kimaradások.......... 3 Katasztrófa utáni helyreállítás......... 4 Biztonsági mentés időablakának csökkentése.... 5 Terheléskiegyenlítés........... 6 Magas szintű rendelkezésre állás összeteői..... 6 Alkalmazás-hibatűrés........... 7 Adatok hibatűrése............ 8 Környezeti hibatűrés........... 11 Egyszerűség............. 12 Magas szintű rendelkezésre állás feltételei...... 12 Költségetés............. 13 Működési idő köetelmények........ 13 Kiesések elleni édelem.......... 13 Helyreállítási idő cél (RTO)......... 14 Helyreállítási pont előírás (RPO)....... 15 Hibatűrési köetelmények......... 15 Automatikus átállás és átkapcsolás....... 16 Táolsági köetelmények......... 16 Tartalékrendszerek száma......... 17 Hozzáférés az adatok biztonsági másolatához.... 17 Rendszerteljesítmény........... 17 Adat-hibatűrési módszerek összehasonlítása.... 18 IBM i magas szintű rendelkezésre állási megoldás kiálasztása............... 21 Alkalmazás-hibatűrés szintjei........ 21 Adathibatűrési technológiák összehasonlítása.... 21 Magas szintű rendelkezésre állás felügyelete.... 25 Magas szintű rendelkezésre állás áttekintéséhez kapcsolódó információk........... 29. Nyilatkozatok........... 31 Programozási felületre onatkozó információk.... 33 Védjegyek............... 33 Feltételek és kikötések........... 33 Tárgymutató............ 35 Szerzői jog IBM 2002, 2010 iii

i IBM i: Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása

Magas szintű rendelkezésre állás bemutatása Üzletmenet-folytonosság az üzletmenetnek az a tulajdonsága, hogy képes ellenállni a kimaradásoknak és megszakítás nélkül üzemeltetni a fontos szolgáltatásokat az előre meghatározott szolgáltatási szint megállapodásnak megfelelően. A kíánt szintű üzletmenet-folytonosság elérése érdekében bizonyos szolgáltatások, szofterek, harderek és eljárások rendszerét kell kiálasztani, leírni egy dokumentált terben, megalósítani és rendszeresen működtetni. Az üzletmenet-folytonossági megoldásnak le kell fednie az adatokat, a működési környezetet, az alkalmazásokat, az alkalmazások hosztkörnyezetét és a égfelhasználói felületet is. Ezek mindegyikének elérhetőnek kell lennie egy jó és teljes üzletmenet-folytonosság megoldás létrehozásához. Az üzletmenet-folytonosság magában foglalja a katasztrófaelhárítást (DR) és a magas szintű rendelkezésre állást (HA) is. Meghatározása szerint képesség a terezett és nem terezett kiesések elleni édelemre és az összes fontos alkalmazás folyamatos működésének biztosítására. A égső cél az, hogy a kiesések ideje lecsökkenjen a teljes működési idő 0,001%-ára. Egy tipikus magas szintű rendelkezésre állási környezet a katasztrófaelhárítási szituációkban megszokottnál szigorúbb (másodperces agy perces nagyságrendű) helyreállítási idő illete helyreállítási pont célokat határoz meg. A magas szintű rendelkezésre állási megoldások teljesen automatikus átállást biztosítanak a tartalék rendszerekre, így a felhasználók és alkalmazásaik fennakadás nélkül folytathatják a feldolgozást. A HA megoldásoknak biztosítaniuk kell azonnali helyreállítási pontot. Ezzel egyidőben a nem HA topológiájú megoldásoknál jelentősen kedezőbb helyreállítási időket kell biztosítaniuk. Az IBM i 7.1 kiadás újdonságai A Magas szintű rendelkezésre állás áttekintése témakörgyűjtemény újdonságai. Fejlett csomópont meghibásodás észlelés Az IBM i Fürt erőforrás szolgáltatások egy harderkezelő konzol (HMC) agy irtuális I/O szerer (VIOS) partíció segítségéel képes észlelni, ha egy fürtcsomópont kiesik. Ez az új szolgáltatás több hibahelyzet pozití felismerését teszi lehetőé, ezáltal elkerülhetőé álik a fürt particionálódása. Toábbi részleteket a Fejlett csomópont meghibásodás észlelés című témakörben olashat. Aszinkron kézbesítési mód támogatása földrajzi tükrözés során A földrajzi tükrözés támogatja az új aszinkron átiteli módot, amely megnöeli a földrajzi tükrözést használó alkalmazások által eliselt átiteli késleltetést, megnöele ezzel a lehetséges fizikai táolságot. Toábbi részleteket a Földrajzi tükrözés jellemzői című témakörben olashat. Logikai egység szintű átkapcsolás Az átkapcsolt logikai egységek lehetőé teszik az IBM System Storage DS8000 agy DS6000 rendszerek logikai egységeiből létrehozott független lemeztárak adatainak rendszerek közötti átkapcsolását, ezáltal a magas szintű rendelkezésre állás biztosítását. Toábbi részleteket az Átkapcsolt logikai egységek jellemzői című témakörben olashat. Magas szintű rendelkezésre állás áttekintése PDF fájl Az információkat tartalmazó PDF fájlt megjelenítheti és kinyomtathatja. Szerzői jog IBM 2002, 2010 1

A dokumentum PDF áltozatának megjelenítéséhez agy kinyomtatásához kattintson a Magas szintű rendelkezésre állás áttekintése hiatkozásra (körülbelül 415 KB). Emellett a köetkező kapcsolódó témakörcsoport PDF dokumentumok megtekintésére és letöltésére an lehetőség: A Magas szintű rendelkezésre állási technológiák tartalmazza: Fürtözési technológia Fürt adminisztrációs tartomány Átkapcsolható lemeztárak Átkapcsolható eszközök Telephelyek közti tükrözés - Földrajzi tükrözés - Metro Mirror - Globális tükrözés FlashCopy Magas szintű rendelkezésre állás felügyelete (körülbelül 580 KB) dokumentum az alábbi témaköröket A Magas szintű rendelkezésre állás megalósítása (körülbelül 4.123 KB) az alábbi témaköröket tartalmazza: IBM PowerHA for i (ihasm) licencprogram (5770-HAS) telepítése IBM PowerHA for i (ihasm) licencprogram (5770-HAS) eltáolítása Magas szintű rendelkezésre állás megalósítsa megoldásalapú megközelítéssel Magas szintű rendelkezésre állás megalósítsa megoldásalapú megközelítéssel Magas szintű rendelkezésre állás felügyelete Magas szintű rendelkezésre állás hibaelhárítása PDF fájlok mentése PDF mentése a munkaállomásra megjelenítéshez agy nyomtatáshoz: 1. Kattintson a jobb egérgombbal a böngészőben a PDF hiatkozásra. 2. Válassza a PDF helyi mentésére szolgáló lehetőséget. 3. Keresse meg a könytárat, amelybe a PDF fájlt menteni kíánja. 4. Kattintson a Mentés gombra. Az Adobe Reader letöltése A PDF fájlok megjelenítéséhez és nyomtatásához a rendszerre telepített Adobe Reader szükséges. Letöltheti egy ingyenes példányát az Adobe webhelyéről (www.adobe.com/products/acrobat/readstep.html). Magas szintű rendelkezésre állás előnyei A magas szintű rendelkezésre állás megója a társaságokat az abból fakadó eszteségektől, hogy alamilyen zaar köetkeztében nem férnek hozzá az adaterőforrásaikhoz és kritikus üzleti alkalmazásaikhoz. A magas szintű rendelkezésre állási megoldás kiálasztásának legelső lépése a kezelni kíánt rendelkezésre állási problémák teljes körének feltérképezése. Az üzletmenet-folytonosság szempontjából ezek a problémák öt fő kategóriába sorolhatóak. 2 IBM i: Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása

Terezett kimaradások IBM i magas szintű rendelkezésre állás csökkentheti a rendszeres karbantartási feladatok, például éjszakai biztonsági mentések agy új szofterek telepítése illete harderek beszerelése miatti rendszerleállások hatását az ügyfelekre illete felhasználókra. Ahogy az üzlet nöekszik, a működési idő egyre fontosabb tényező lesz. A rendszerek karbantartási időablaka drasztikusan lecsökkenhet. Az ütemezett állásidő magában foglalja többek között a szalagos mentéseket alamint az operációs rendszer és az alkalmazások frissítéseit is. Hány órán keresztül lehet elérhetetlen az alkalmazás hetente úgy, hogy ez ne érintse az üzletmenetet? A terezett kiesések a magas szintű rendelkezésre állási megoldások leggyakoribb alkalmazási területei közé tartoznak. Az IBM i egyrendszeres rendelkezésre állás elsősorban a harder és a szofter párhuzamos karbantartására és a harderelemek redundanciájára fókuszál, azonban az egyrendszeres rendelkezésre állásnak megannak a maga korlátai. Az IBM i magas szintű rendelkezésre állási technológiák, például a fürtök agy független lemeztárak segítségéel átkapcsolhatja az éles üzemet egy másik rendszerre, illete karbantarthatja az adatok egy második példányát. Ezek az IBM i magas szintű rendelkezésre állási megoldások lehetőé teszik a folyamatos üzletmenetet a rendszerkarbantartások ideje alatt is. A terezett kimaradások száma minimálisra csökkenthető ezekkel a magas szintű rendelkezésre állási megoldásokkal. Offline szalagos mentés A szalagos mentések égrehajthatóak a tartalékrendszerről, amelyen megtalálható a felhasználói adatok másolata. Alkalmazások és az operációs rendszer jaításai agy frissítései A jaítások és frissítések telepítése megoldható gördülő frissítések segítségéel. A jaítások telepítése először a tartalékrendszerre történik, miközben az éles rendszer folyamatosan üzemel. Ezt köetően a terhelés átkapcsolható a tartalékrendszerre, és a jaítások telepíthetők az eredeti elsődleges rendszeren. A frissítést köetően az éles üzemet issza lehet kapcsolni az eredeti elspőleges rendszerre. Harderkarbantartás A párhuzamos harderkarbantartás keretében nem megoldható áltoztatásokhoz általában a rendszer leállítását köetelik meg. Egy magas szintű rendelkezésre állási megoldás segítségéel az éles üzem átkapcsolható a tartalékrendszerre, és a magas szintű rendelkezésre állási megoldáskarbantartás elégezhető az üzletmenet megzaarása nélkül. Kapcsolódó fogalmak Kiesések elleni édelem oldalszám: 13 Milyen jellegű kiesések ellen kíánja édeni üzletmenetét? Biztonsági mentés időablakának csökkentése, terezett karbantartás, terezetlen kimaradások, agy telephelyet sújtó katasztrófák olyan események, melyeket számításba kell enni a magas szintű rendelkezésre állási megoldás kiálasztásakor. Kapcsolódó tájékoztatás Terezett kimaradások leröidítése Terezetlen kimaradások Az IBM i magas szintű rendelkezésre állási megoldások édelmet nyújthatnak az emberi hibák, szofteres agy harderproblémák és környezeti tényezők által okozott terezetlen kimaradások ellen. Ahogy egy üzlet nő, úgy álik egyre kritikusabbá a terezetlen események elleni édelem. A terezetlen események sajnos nem ütemezhetőek. A magas szintű rendelkezésre állási köetelményeknek arra az idősára kell koncentrálniuk, ami a legfontosabb az üzletmenet szempontjából. A legkritikusabb pillanatban beköetkezett leállás költségeit kell figyelembe enni a magas szintű rendelkezésre állási megoldás kiálasztása és a megalósítás megterezése során. A terezetlen kiesések az alábbiak szerint kategorizálhatóak: Emberi hiba Az emberi hibák a leggyakoribb tényezők a terezetlen kimaradásokkal kapcsolatban. A helytelenül köetett Magas szintű rendelkezésre állás bemutatása 3

eljárások, figyelmen kíül hagyott figyelmeztetések, hiányzó oktatás, agy akár kommunikációs problémák illete csoportok közti félreértések is előfordulhatnak. Ezek mind terezetlen kiesést okozhatnak, amely hatással an az üzletmenetre. Szofterproblémák Az Alkalmazások, az operációs rendszerek, a köztes szofter agy az adatbázisbonyolultság szintén okozhat terezetlen kiesést. Minden üzletmenet egyedi, és a különböző szofterösszeteők közti kommunikáció okozhat problémákat. Harderhiba Előbb agy utóbb a mechanikus eszközök meghibásodnak. Az elektromos eszközök ki annak tée a környezeti hatásoknak, például a hőnek, a páratartalomnak és az elektrosztatikus kisüléseknek, amelyek idő előtti meghibásodást okozhatnak. A kábelek megsérülhetnek, a kapcsolatok megszakadását okoza ezzel. Környezeti problémák Áramkimaradások, hálózati hibák és a légkondicionálás az egyetlen rendszerből álló környezetek elérhetetlenségét okozhatják. A redundancia fokozásáal lehet orosolni ezen problémák némelyikét, azonban a lehetőségek korlátozottak. Magas szintű rendelkezésre állási környezetekben a terezetlen kiesések esetén átállás történik egy tartalékrendszerre. Amíg a problémát diagnosztizálják és kijaítják, az üzletmenet zaartalanul folyhat toább a tartalék szereren. Kapcsolódó fogalmak Kiesések elleni édelem oldalszám: 13 Milyen jellegű kiesések ellen kíánja édeni üzletmenetét? Biztonsági mentés időablakának csökkentése, terezett karbantartás, terezetlen kimaradások, agy telephelyet sújtó katasztrófák olyan események, melyeket számításba kell enni a magas szintű rendelkezésre állási megoldás kiálasztásakor. Kapcsolódó tájékoztatás Nem terezett kimaradások leröidítése Nem terezett kimaradások megakadályozása Legutolsó áltozások helyreállítása nem terezett kimaradást köetően Eleszett adatok helyreállítása nem terezett kimaradást köetően Katasztrófa utáni helyreállítás A katasztrófa utáni helyreállítás magában foglalja mindazokat az erőforrásokat, tereket, szolgáltatásokat és eljárásokat, melyek segítségéel katasztrófa esetén helyreállíthatóak és folytathatóak az üzletmenet szempontjából létfontosságú alkalmazások egy táoli telephelyen. Az üzlet nöekedéséel előállhat az a helyzet, hogy az előírt idő alatt nem lehetséges szalagos mentésekből helyreállítani a szolgáltatást a táoli telephelyen. Minden helyen számolni kell az esetleges katasztrófákkal, noha a eszélyek eltérőek lehetnek. A tüzek tornádók, áradások, földrengések és hurrikánok nagy földrajzi területeket érinthetnek. A táoli katasztrófaelhárítási telephelyek így egyre nagyobb földrajzi táolságra kerülnek. Bizonyos esetekben az iparági szabályozás is meghatározhatja a telephelyek közti minimális táolságot. A katasztrófaelhárítási terek készítése során megfontolandó legfontosabb kérdések: Mi egy esetleges katasztrófa pénzügyi hatása az üzletmenetre? Mennyi idő alatt tud isszaállni az üzletmenet a termelésbe? Milyen időpillanatra lehetséges a isszaállítás? Mennyi kommunikációs sászélességet lehet biztosítani a célra? Milyen katasztrófaelhárítási megoldás a legmegfelelőbb a táolsággal kapcsolatos köetelmények alapján? Az IBM i magas szintű rendelkezésre állási megoldásokat a fenti kérdésekre adott álaszok alapján célszerű megterezni. Ez lehet az elsődleges telephely megerősítése, egy gép kibérlése, melyen helyreállíthatók a szalagok és folytatódhat az üzletmenet, agy egy aktuális taralékrendszer egy táoli telephelyen, amely kész átenni az éles működést. 4 IBM i: Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása

Kapcsolódó tájékoztatás Katasztrófa-helyreállítás megterezése Rendszer helyreállítása Biztonsági mentés időablakának csökkentése Az IBM i magas szintű rendelkezésre állási megoldás lecsökkentheti azt az időt, amíg a rendszer illete a szerizok elérhetetlenek biztonsági mentés miatt. A biztonsági mentés teljes égrehajtási idejét az indítástól a befejezésig a biztonsági mentés időablakának neezzük. A kihíás abban áll, hogy a rendelkezésre álló idő alatt mindent szükségeset le kell menteni. A biztonsági mentés időablakának csökkentése agy megszüntetése két magától értetődő stratégia mentén képzelhető el: csökkenteni kell a mentéshez szükséges időt, agy a lementendő adatok mennyiségét. Ez az alábbiakat foglalja magában: Fejlett szalagos technológiák A gyorsabb és sűrűbb szalagos technológiák csökkenthetik a biztonsági mentéshez szükséges összidőt. Párhuzamos mentések Több szalagos eszköz párhuzamos használatáal lecsökkenthető a biztonsági mentés ideje azáltal, hogy elkerülhető az egyetlen eszközön égzett soros feldolgozás. Mentés nem eltáolítható adathordozóra A nem eltáolítható adathordozóra égzett mentés gyorsabb az eltáolítható adathordozót használó műeleteknél. Például közetlen elérésű tárolóeszközzel (DASD) csökkentheti a biztonsági mentés időablakát. Az adatokat ezt köetően átmentheti eltáolítható adathordozóra. Adatarchiálás A normál működéshez szükségtelen adatokat archiálhatja, és eltáolíthatja az online rendszerről. Ezeket csak akkor kell elérhetőé tenni, ha erre kifejezetten szükség an, például hózáráshoz agy negyedées feldolgozáshoz. A napi biztonsági mentés időablaka csökken, hiszen az az archí adatokat nem tartalmazza. Csak a módosult adatok mentése. A napi mentések nem tartalmazzák a nap során nem módosult objektumokat. Ha a áltozatlan objektumok száma iszonylagosan nagy, akkor a biztonsági mentés időablaka drasztikusan lecsökkenhet. A mentési időablak csökkentésére irányuló egyéb technikák az adatok (alós agy irtuális) másolatát használják. Ezek a módszerek a köetkezők: Mentés másodlagos rendszerről Az adatokat több példányban előállító adathibatűrési technológiák, mint például a logikai többszörözés lehetőé teszik, hogy a mentési időablak átkerüljön az elsődleges példányról a másolatra. Ez az eljárás teljesen megszünteti a biztonsági mentés időablakát az elsődleges rendszeren. Éppen ezért a biztonsági mentés éles környezetre gyakorolt hatása megszűnik, hiszen a második rendszeren történik. Mentés aktí állapotban Az egyetlen rendszerből álló környezetekben az adatok biztonsági mentése közben az alkalmazások nagy alószínűleg futnak. Az adatok egységének és használhatóságának megőrzése érdekében a rendszer egy ellenőrzési pontot helyez el a rendszeren, ezzel biztosíta az időbeli köetkezetességet. Az ellenőrzési ponthoz tartozó objektumképeket elmenti, míg közben lehetőé teszi a magán az objektumon égrehajtott módosításokat. Az elmentett objektumok összefüggőek egymással, így az alkalmazáskörnyezet isszaállítható egy ismert állapotba. A Mentés aktí állapotban lehetőség egy logikai többszörözéssel előállított redundáns másolatra is alkalmazható. Egy hasonló eljárás alkalmazása hatékonyan küszöbölheti ki a mentési időablakot. IBM System Storage FlashCopy Ez a technológia az IBM System Storage FlashCopy funkcióját használja független lemeztárakon. A System Storage szereren elkészül a független lemeztár pillanatképe. A független lemeztár másolata azonban magán a System Storage szereren készül el, a hosztnak nem is kell értesülnie a másolásról. A fürtözés lehetőé teszi a másolat átitelét a tartalékrendszerre, melyen égrehajthatóak a mentési agy jelentéskészítési feladatok. A Magas szintű rendelkezésre állás bemutatása 5

fürtözés fürtözés a második rendszer fürtbe isszacsatolását is elégzi nem megszakító módon. A fürtözés akár több független lemeztárat is támogat ugyanazon a rendszeren, de egyidejűleg akár több éles rendszert is csatlakoztathat a tárolóegységhez. Kapcsolódó fogalmak Kiesések elleni édelem oldalszám: 13 Milyen jellegű kiesések ellen kíánja édeni üzletmenetét? Biztonsági mentés időablakának csökkentése, terezett karbantartás, terezetlen kimaradások, agy telephelyet sújtó katasztrófák olyan események, melyeket számításba kell enni a magas szintű rendelkezésre állási megoldás kiálasztásakor. Kapcsolódó tájékoztatás Többszörözés bemutatása Terheléskiegyenlítés Az IBM i magas szintű rendelkezésre állási megoldások használhatóak terheléskiegyenlítési célokra. A legtöbb elterjedt terheléskiegyenlítési technológia támogatja a terhelés toábbítását az elérhető erőforrások felé. Ezzel szemben az általános teljesítményfelügyeleti technikák toábbi erőforrásokat rendelnek azokhoz a terhelésekhez, melyek nem telesítik a teljesítménycélokat. Terheléskiegyenlítési technológiák például (mindegyik a megfelelő HA onatkozással): Elülső útálasztók Ezek az útálasztók fogadják az összes beérkező forgalmat, és egy algoritmus alapján egyenlőbben osztják el a feladatokat a rendelkezésre álló szererek között. Az algoritmusok lehetnek egyszerűek, mint például a sorozatos szórás (round robin), agy összetettek, melyek a tényleges teljesítménymérésekre alapulnak. Több alkalmazáskiszolgáló A felhasználók osztják el a feladatokat bizonyos előre meghatározott konfiguráció agy irányel alapján az alkalmazáskiszolgálók között. Általában statikus kapcsolatot feltételez a kérő és a szerer között, azonban a kérők a lehető legegyenletesebben oszlanak el a szererek között. Osztott, többrészes alkalmazás Ezek az alkalmazások olyan felhasználói kéréseket dolgoznak fel, melyek gyakorlatilag több szereren keresztül áramlanak. A munka elosztásának módja láthatatlan a felhasználó számára. Az alkalmazás minden része egy előre meghatározott feladatot hajt égre, majd toábbadja a munkát a köetkező szerernek a sorban. A legjellemzőbb példája ennek a típusú terheléskiegyensúlyozásnak a egy háromréteges alkalmazás háttér adatbázis háttérkiszolgálóal. Irányított alkalmazásátkapcsolás A feladatok kezdetben bizonyos előre meghatározott módon annak eloszta a szererek között. Egy szerer több alkalmazást is hosztolhat, agy ugyanannak az alkalmazásnak több példányát, esetleg mindkettő. Ha egy szerer túlterheltté álik, miközben egy másik szereren fölös kapacitás áll rendelkezésre, akkor az üzemeltető személyzet áthelyezi az alkalmazásokat agy alkalmazáspéldányokat a megfelelő adatokkal együtt a túlterhelt szererről a kihasználatlan szererre. A terhelésáthelyezés lehet kézi agy egy előre meghatározott házirend alapján automatizált. Kapcsolódó tájékoztatás TCP/IP útálasztás és forgalom-kiegyensúlyozás Egyenrangú fürt erőforráscsoportok létrehozása Magas szintű rendelkezésre állás összeteői A magas szintű rendelkezésre állás hozzáférést biztosít a kritikus üzleti alkalmazásokhoz és adatokhoz szolgáltatás kimaradás esetére. Az IBM i magas szintű rendelkezésre állási megoldásai minimalizálják és bizonyos körülmények között teljesen meg is szüntetik a terezett és nem terezett leállások, alamint a telephely szintű katasztrófák üzletmenetre gyakorolt hatásait. Az IBM i magas szintű rendelkezésre állási megoldások alapját a fürt technológia képezi. 6 IBM i: Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása

A fürt legalább két rendszer (agy operációs rendszer kép), melyek megosztoznak az erőforrásaikon és a feldolgozáson, és kiesés esetén tartalékot kínálnak. A fürtözéssel együtt a magas szintű rendelkezésre állás nem ugyanazon erőforrások egymással megegyező másolatainak sora, sokkal inkább olyan megosztott erőforrások halmaza, amelyek folyamatosan biztosítják az alapető fontosságú szolgáltatásokat a felhasználóknak és alkalmazásoknak. A fürtözés önmagában nem biztosít teljes magas szintű rendelkezésre állási megoldást, azonban olyan technológia, amelyre minden IBM i magas szintű rendelkezésre állási megoldás ráépül. A fürtözési infrastruktúra, azaz a fürt erőforrás szolgáltatások biztosítják azokat az alapmechanizmusokat, melyek segítségéel több rendszer és ezek erőforrásai egyetlen számítási egységként kezelhetőek. A fürtözés ezenkíül megfigyeli a magas szintű rendelkezésre állási környezetben rendszereit és erőforrásait, és meghibásodás esetén a kiesés jellegétől függően beaatkozik. A fürtözés a harder- és szofterösszeteők ötözéséel lecsökkenti a terezett és nem terezett leállások költségeit és hatását azáltal, hogy a kiesést köetően gyorsan képes helyreállítani a szolgáltatást. Bár nem azonnali, a fürt helyreállítási ideje gyors. A köetkező szakaszok a magas szintű rendelkezésre állási megoldás kulcsösszeteőit határozzák meg. Kapcsolódó feladatok IBM i magas szintű rendelkezésre állási megoldás kiálasztása oldalszám: 21 Miután azonosította az üzletmenet által meghatározott célokat és köetelményeket, álassza ki a leginkább megfelelő IBM i magas szintű rendelkezésre állási megoldást. Alkalmazás-hibatűrés Az alkalmazás-hibatűrés a felhasználóra gyakorolt hatás szerint osztályozható. Az IBM i fürtözési infrastruktúrában az alkalmazás-hibatűrést egy alkalmazás fürt erőforráscsoport (CRG) objektum ezérli. Ez a CRG egy égprogram segítségéel biztosít mechanizmust az alkalmazás elindítására, leállítására, újraindítására és egy másik rendszerre átkapcsolására. A teljes alkalmazáskörnyezet, beleérte az adattöbbszörözést és az átkapcsolható eszközöket egyetlen egységként ezérelhető a fürtözési infrastruktúra segítségéel. Az alkalmazás-hibatűrés a köetkező kategóriákba sorolható. Nincs alkalmazás helyreállítás Egy kiesést köetően a felhasználóknak saját kezűleg kell újraindítaniuk az alkalmazásaikat. Az adatok állapotától függően a felhasználónak kell meghatároznia, hogy mely ponton kell folytatni a feldolgozást az alkalmazáson belül. Automatikus alkalmazás-újraindítás és kézi újrapozicionálás az alkalmazáson belül A kiesés idején aktí alkalmazásokat a CRG égprogram automatikusan újraindítja. A felhasználónak az adatok állapota alapján toábbra is önállóan kell megállapítania, hogy mely ponton kell folytatni a feldolgozást az alkalmazáson belül. Automatikus alkalmazás-újraindítás és félautomatikus helyreállítás Azon túl, hogy az alkalmazás automatikusan újraindul, a felhasználók előre meghatározott "újraindítási pontokra" kerülnek az alkalmazáson belül. Ilyen újraindítási pont lehet például egy elsődleges menü az alkalmazáson belül. Ez a hibatűrő alkalmazásadatok állapotáal általában konzisztens, azonban a felhasználónak kézzel kell eljutnia addig, hogy az adatok állapota megfelelő legyen. Az alkalmazásban módosítások szükségesek a felhasználó állapotadatainak mentéséhez. Bejelentkezéskor az alkalmazás észleli az egyes felhasználók állapotát, és megállapítja, hogy helyre kell-e állítani az alkalmazást egy korábban elmentett állapotból. Automatikus alkalmazás-újraindítás és automatikus helyreállítás a legutolsó tranzakció kezdetéig A felhasználó az alkalmazáson belül arra a pontra kerül, amely összhangban an az utoljára églegesített tranzakcióal. Az alkalmazás újraindítási pontja teljesen megfelel az alkalmazásadatoknak. Ez a kategória módosításokat igényel az alkalmazás kódjában, hogy az elmentse a felhasználó állapotát minden églegesítési ciklus lezárulta után. Ily módon az alkalmazás leállás esetén képes megállapítani, hogy az egyes felhasználók mely ponton tartottak a folyamatban. Teljes alkalmazás-hibatűrés automatikus újraindítással és átlátszó átállással Azonkíül, hogy képes az utolsó églegesített tranzakciót köető pontra isszaállítani az alkalmazást, a Magas szintű rendelkezésre állás bemutatása 7

felhasználó pontosan abban az ablakban és ugyanazokkal az adatokkal folytathatja, ahol a kimaradáskor járt. Nincs adatesztés, bejelentkezés nem szükséges, és a szerererőforrások elesztése észreehetetlen. A felhasználó csak némi késlekedést esz észre a álaszidőben. Ez a kategória csak kliens/szerer iszonyra épülő alkalmazások esetében megalósítható. Kapcsolódó fogalmak Hibatűrési köetelmények oldalszám: 15 Azonosítani kell, hogy az üzlet minek a édelmét köeteli meg abban az esetben, ha az alkalmazást hosztoló rendszeren kimaradás történik. A hibatűrés köetelmény meghatározza azon alkalmazások, adatok és rendszerkörnyezetek halmazát, melyeket meg kell őrizni az éles rendszer kiesése esetén. Ezek az entitások egy átállást köetően elérhetőek maradnak akkor is, ha a jelenlegi hosztrendszer leáll. Kapcsolódó tájékoztatás Alkalmazás-hibatűrés szintjei Az alkalmazás-hibatűrés az IBM i fürtözés szolgáltatásai segítségéel személyre szabható annak függényében, hogy az üzletmenet milyen szintű hibatűrést köetel meg. Alkalmazásprogramok hibatűrőé tétele Alkalmazások hibatűrésének megterezése Adatok hibatűrése A "Magas szintű rendelkezésre állás előnyei" című fejezetben leírt adatok hibatűréséel kapcsolatos köetelmények telesítéséhez több technológia is rendelkezésre áll. Az alábbiakban az öt legfontosabb hibatűrési többrendszeres technológiát tárgyaljuk. Ne feledje, hogy több technológia együttes alkalmazásáal toább erősíthető az adatok hibatűrése. Logikai többszörözés A logikai többszörözés nagy fizikai táolságokat áthidaló többrendszeres adathibatűrési topológia, mellyel megalósítható a magas szintű rendelkezésre állás (HA) az IBM i ilágban. Megalósítása történhet az IBM agy egy magas szintű rendelkezésre állású szoftereket forgalmazó szállító által kínált termékéel. A replikáció szofteres módszerrel magukon az objektumokon megy égbe. Az objektumokon (például fájlok, memberek, adatterületek agy programok) égbemenő áltozások replikálódnak egy biztonsági másolatra. A replikáció közeli agy szinkronizált táoli naplózás alós idejű az összes naplózott objektumon. Jellemzően ha egy objektum, például egy fájl naplózott, akkor többszörözés rekord szintű. A nem naplózott objektumok, például felhasználói területek esetében a többszörözés jellemzően objektumszintű. Ebben az esetben az objektum többszörözése azt köetően történik meg, hogy az objektumon az összes módosításhalmaz égrehajtódott. A legtöbb logikai többszörözési megoldás az objektumtöbbszörözésen túl toábbi szolgáltatásokkal is rendelkezik. Például toábbi megfigyelési képességekkel rendelkezik, automatikusan feleszi az új objektumokat a többszörözöttek közé, agy lehetőé teszi a többszörözés állapotának alósidejű nyomon köetését illete egy adott könytárban csak bizonyos objektumok többszörözését. Hatékony és megbízható többrendszeres HA megoldások kiépítéséhez a szinkron táoli naplózás a jaasolt átiteli mechanizmus. A naplózás során az IBM i folyamatosan toábbítja a naplófogadóra újonnan érkező adatokat a biztonsági mentés szerer naplófogadójának. Ezen a ponton a szoftermegoldás "újra lejátsza" ezeket a naplófrissítéseket, és alkalmazza azokat a biztonsági mentés szereren tárolt objektumokon. A környezet kialakítását köetően az objektumnak két különböző, azonban teljesen megegyező példánya létezik, az egyik az elsődleges szereren, a másik pedig a biztonsági mentés szereren. A megoldás segítségéel gyorsan aktiálhatja az éles környezetet a biztonsági mentés szereren egy egyszerű szerepcsere műelet égrehajtásáal. Az alábbi ábra a logikai többszörözés környezet alapető felépítését szemlélteti. Ennek a megoldáskategóriának a legfontosabb előny az, hogy a biztonsági mentés adatbázis élő. Ez azt jelenti, hogy alós időben elérhetőek biztonsági mentés műeletek céljára agy olyan csak olasó alkalmazástípusok számára, mint például a jelentéskészítők. Ez általában együtt jár azzal is, hogy a biztonsági másolatra átkapcsoláskor minimális helyreállítás szükséges. 8 IBM i: Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása

A kategóriáal kapcsolatos legfontosabb kihíás a környezet kiépítésének és karbantartásának összetettsége. Az alapető hibaforrások egyike abban rejlik, ha a tartalék rendszeren tárolt objektumok módosítása nem esik szigorú korlátozások alá. Ha nem sikerül a megfelelően szigorú korlátozásokat betartani, akkor az ahhoz a helyzethez ezethet, hogy a felhasználók és a programozók módosításokat égeznek a tartalék másolaton, amely így többé nem felel meg az éles rendszer állapotának. Ha ez megtörténik, akkor az elsődleges és a biztonsági mentés áltozat többé nem lesz megegyező. Egy másik kihíás ezzel a megközelítéssel kapcsolatban, hogy a nem naplózott objektumoknak át kell haladniuk egy ellenőrzőponton: el kell menteni, majd külön el kell küldeni ezeket a tartalék szererre. Ezért a folyamat alós idejű természetének felbontása meg kell hogy egyezzen az adott műeletben többszörözött legnagyobb objektum felbontásáal. Tegyük fel például, hogy egy program módosít egy naplózott fájlban található rekordot. Ugyanennek a műeletnek a részeként módosít egy nem naplózott objektumot is, például a felhasználói tárterületen. A biztonsági másolat akkor lesz teljesen konzisztens, ha a felhasználói tárterület biztonsági másolata is elkészül a tartalékrendszeren. Ha az elsődleges rendszer kiesik, és a felhasználói tárterületen található objektum másolata még nem készült el, akkor egy kézi helyreállítási műelettel kell isszaállítani azt az állapotot, amelyben a nem naplózott felhasználói tárterületen található objektum megfelel annak az utolsó érényes műeletnek, melynek adatai többszörözésre kerültek. Egy másik fontos kihíás e megközelítés során a többszörözési folyamat árakozási idejében rejlik. Ez a jellemző azt mutatja meg, hogy mennyi idő telik el a forrásrendszeren égrehajtott áltoztatástól addig, amíg a módosítás megjelenik a tartalék rendszeren. A szinkron táoli naplózás ezt az időablakot nagymértékben csökkentheti. Tekintet nélkül a használt átiteli mechanizmusokra, megfelelően meg kell becsülnie az átitel olumenét, és úgy kell méreteznie a kommunikációs onalakat és azok sebességét, hogy a környezet képes legyen kezelni a többszörözési köteteket a csúcsidőszakok alatt is. Nagy átitt adatmennyiség esetén a hátraléő feladatok adminisztrációja és a késleltetés problémát jelenthet a céloldalon akkor is, ha az átiteli infrastruktúra megfelelően an méreteze. Átkapcsolható eszköz Az átkapcsolható eszközök olyan hardererőforrások, például lemezegységek, kommunikációs csatolók agy szalagos eszközök, melyek átkapcsolhatók egyik rendszerről a másikra. Az adatok hibatűrésének érdekében a lemezegységek különleges lemeztárakba szerezhetőek, melyek függetlenek egy adott hosztrendszertől. Ennek az architektúrának az a gyakorlati előnye, hogy a független lemeztárak egyik rendszerről a másikra kapcsolása keesebb feldolgozási időt esz igénybe, mint egy teljes rendszerindító programbetöltés (IPL). Az IBM i független lemeztár megalósítása a könytár objektumokat (például integrált fájlrendszerek) és az adattár objektumokat (például adatbázisfájlok) egyaránt támogatja. Ezt gyakran átkapcsolt lemezeknek neezik. A független lemeztárak előnye az adathibatűrés megalósítása során a működésük egyszerűségében rejlik. Az adatok egyetlen példánya mindig aktuális, azaz nincs másodpéldány, amellyel meg kellene oldani a szinkronizációt. A menetközbeni, azaz aszinkron módon átitt adatok eleszhetnek, és minimális teljesítmény többletterhelést igényel. A szerepcsere agy az átkapcsolás elég egyszerű, noha figyelembe kell enni a független lemeztár bekapcsolásához szükséges időt. A független lemeztárak egy másik nagyon fontos előnye a nulla átiteli árakozási idő, ami minden többszörözésen alapuló technológiát sújt. A technológiáal kapcsolatos legfontosabb teendők a közetlen elérésű tárolóeszköz (DASD) konfiguráció, az adatok és az alkalmazásszerkezet beállítása. Egy független lemeztárat átkapcsolhatóá tenni iszonylagosan egyszerű. A független lemeztáron alapuló megoldásoknak is annak azonban korlátozásai. Először is az adatoknak csak egyetlen logikai példánya létezik a független lemeztárban. Ez egyedi meghibásodási pont lehet, bár az adatok édhetőek RAID 5, RAID 6 agy tükrözéses technológiáal. Az adatok nem elérhetőek párhuzamosan több hosztról. A csak olasást igénylő eléréseket, például a biztonsági mentés műeleteket nem lehet elégezni a tartalék rendszeren. Bizonyos objektumtípusok, például konfigurációs objektumok nem tárolhatók független lemeztáron. Ezen adatok megfelelő karbantartásához szükség an toábbi mechanizmusokra, például rendszeres mentési és isszaállítási műeletekre, fürt adminisztrációs tartományokra agy logikai többszörözésre. Magas szintű rendelkezésre állás bemutatása 9

Toábbi megkötést jelentenek a harderrel kapcsolatos korlátozások. Ilyenek többek között a Nagysebességű összeköttetés (HSL) hurok technológia fizikai táolságra onatkozó megszorításai, agy a harderbőítésekkel kapcsolatos kimaradások. A független lemeztárak korábbi áltozatú rendszeren nem kapcsolható be. Ezt szem előtt tarta az előzetes környezetterezés és elemzés alapető fontosságú. Átkapcsolt logikai egységek (LUN) jellemzői Az átkapcsolt logikai egységek lehetőé teszik IBM System Storage DS8000 agy DS6000 rendszereken logikai egységekből létrehozott független lemeztárak átkapcsolását rendszerek között, ily módon biztosíta a magas szintű rendelkezésre állást. Az átkapcsolt logikai egység egy eszköz fürt erőforráscsoport által ezérelt független lemeztár, amely átkapcsolható egy fürt csomópontjai között. Ha az átkapcsolt logikai egységeket IBM i fürtözési technológiáal kombinálja, akkor létrehozhat egy költséghatékony magas szintű rendelkezésre állású megoldást a terezett, és bizonyos nem terezett kimaradások esetére is. Az eszköz fürt erőforráscsoport (CRG) által ezérelt független lemeztár átkapcsolható automatikusan egy nem terezett kimaradás esetén, agy saját kezűleg egy átkapcsolás műelettel. A fürtbe szerezett rendszerek az átkapcsolási képességnek köszönhetően átadhatják egymásnak a hozzáférést az átkapcsolt logikai egységhez. Az átkapcsolható logikai egységeknek egy tárolóhálózaton keresztül csatlakoztatott IBM System Storage DS8000 agy DS6000 tárolórendszeren kell lenniük. Az átkapcsolt logikai egységek az átkapcsolt lemezekhez hasonló elen működnek, de a harder nem kapcsolódik át a logikai partíciók között. A független lemeztár átkapcsolásakor a megoldás az IBM System Storage egységen található logikai egységeket rendeli az új logikai partícióhoz. Telephelyek közti tükrözés (XSM) Földrajzi tükrözés A földrajzi tükrözés az IBM i operációs rendszer funkciója. A független lemeztár éles példányán tárolt adatokat tükrözi egy második, alószínűleg táoli rendszerhez tartozó független lemeztárra. A megoldás előnyei alapetően megegyeznek az egyszerű átkapcsolható eszközökéiel, azonban ebben az esetben az alkalmazásadatok katasztrófaelhárításának lehetősége is adott azáltal, hogy az adatok másodpéldánya megtalálható egy táoli helyen. A legnagyobb előny toábbra is az egyszerű működés. Az átkapcsolási műeletek alapetően megegyeznek az átkapcsolható eszköz megoldás során alkalmazottakkal, azonban ebben az esetben az átkapcsolás a független lemeztár tükrözött példányára történik, így ezt a HA megoldás egyszerű telepíteni és üzemeltetni. Hasonlóan az átkapcsolható eszköz megoldáshoz a független lemeztáron kíül tárolt adatokat egy másik mechanizmus segítségéel kell kezelni, és a független lemeztárat nem lehet üzembe helyezni egy korábbi erziójú rendszeren. A földrajzi tükrözés a hosztolt integrált környezetek, például Microsoft Windows agy Linux rendszerek számára is biztosít alósidejű többszörözés támogatást. Ez általában nem lehetséges napló alapú logikai többszörözéssel. Miel a földrajzi tükrözés az IBM i egy funkciója, az egyik potenciális korlátozása bizonyos munkakörnyezetek teljesítményére gyakorolt hatásáal kapcsolatos. Nagy I/O terheléssel járó kötegelt feladatok futtatása esetén teljesítménycsökkenés fordulhat elő az elsődleges rendszeren. Ezenkíül a földrajzi tükrözés kiszolgálása többletterhelést ró a központi egységre (CPU), és a független lemeztár biztonsági másolata nem hozzáférhető a szinkronizálás alatt. Ha például szalagra kíánja menteni a földrajzi tükrözéssel létrehozott másolatot, akkor függessze fel a tükrözést az éles rendszeren, és álassza le a tükrözött példányt. Ezután érényesítse a független lemeztár leálasztott példányát, égezze el a biztonsági mentést, majd csatolja issza az eredeti éles hoszton. A leálasztott független lemeztáron égbement adatmódosítások szinkronizálása ezt köetően történik meg. A HA megoldás rendszer eszélynek an kitée a biztonsági mentés és a szinkronizálás alatt. Ez azt jelenti, hogy ez idő alatt nem áll rendelkezésre aktuális másodlagos adathalmaz. A forrás- és céloldali nyomköetés minimalizálja ezt a kitettséget. Metro Mirror A Metro Mirror az IBM System Storage Serer szolgáltatása. A független lemeztáron tárolt adatok fizikailag a 10 IBM i: Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása

System Storage Serer lemezegységein találhatóak. Ez a megoldás az IBM System Storage Copy Serices funkción alapuló harderszintű többszörözésre épül. A System Storage Egyenrangú táoli másolat (PPRC) funkció alapető tárolási egységét a független lemeztárak jelentik. A PPRC egy független lemeztár többszörözését biztosítja egy másik System Storage Serer rendszerre. Az IBM i biztosítja az eszközöket a PPRC, a független lemeztárak és az IBM i fürt erőforráscsoport szolgáltatások kombinálására. Ezzel lehetőé álik a felügyelt átkapcsolás és átállás ezérlés egy eszköz fürt erőforráscsoport segítségéel. A mentési időablak csökkentése érdekében kombinálhatja ezt a megoldást egyéb System Storage alapú másolás szolgáltatásokkal (például FlashCopy). A Metro Mirror szinkron adatátitelt használ. Mint minden szinkron adatátitelt használó megoldás esetében, itt is szem előtt kell tartani a fizikai táolsággal és a sászélességgel kapcsolatos köetelményeket és megszorításokat. Global Mirror A Global Mirror alapetően ugyanazt a technológiát használja, mint a Metro Mirror, azzal a különbséggel, hogy az adatátitel aszinkron módon történik, és az adatok integritásának megőrzéséhez szükség an egy harmadik, FlashCopy másolatra. Miel az adatok átitele aszinkron, nincs megkötés arra onatkozóan, hogy a System Storage szererek milyen fizikai táolságra lehetnek egymástól. Kapcsolódó fogalmak Adathibatűrési technológiák összehasonlítása oldalszám: 21 Az adathibatűrés lehetőé teszi, hogy az adatok az azokat tároló rendszer meghibásodása esetében is elérhetőek maradjanak az alkalmazások és felhasználók számára. Az üzletmenet-folytonossági stratégiáal összhangban léő adathibatűrési technológiák kiálasztása összetett és nehéz feladat. Fontos megismerni a különböző adathibatűrési megoldásokat, melyek alkalmazásáal kiterjesztő a többrendszeres környezetek rendelkezésre állása. Igényeinek megfelelően álaszthat egy önálló megoldást, agy a technológiák megfelelő kombinációját. A köetkező néhány témakör a különböző adathibatűrési technológiákat hasonlítja össze illete állítja szembe egymással. Adat-hibatűrési módszerek összehasonlítása oldalszám: 18 Ez a táblázat a kiegészítő tárolóra adatokat másoló megoldások főbb jellemzőit foglalja össze. Hibatűrési köetelmények oldalszám: 15 Azonosítani kell, hogy az üzlet minek a édelmét köeteli meg abban az esetben, ha az alkalmazást hosztoló rendszeren kimaradás történik. A hibatűrés köetelmény meghatározza azon alkalmazások, adatok és rendszerkörnyezetek halmazát, melyeket meg kell őrizni az éles rendszer kiesése esetén. Ezek az entitások egy átállást köetően elérhetőek maradnak akkor is, ha a jelenlegi hosztrendszer leáll. Kapcsolódó tájékoztatás Adatok hibatűrésének megterezése Környezeti hibatűrés A környezeti hibatűrés két alfejezetre osztható, a fizikai környezet és a logikai környezet hibatűrésére. A fizikai környezet, amely alójában az egyedi rendszerek rendelkezésre állásához tartozik, a harderek redundanciájára, a hálózati topológiára, az áramellátási infrastruktúrára és a hűtési kapacitásra fókuszál. A logikai környezet az alkalmazást hosztoló és futtató környezet. Tartalmazza mindazon rendszerbeállításokat, felhasználói profilokat és rendszerattribútumokat, melyek lehetőé teszik a felhasználó számára, hogy az alkalmazást több szereren futtassa. Fizikai környezet A fizikai környezet az egyedi rendszerek rendelkezésre állásáal kapcsolatos funkciókból és a számítógép működési környezetek megfelelő üzemeltetéséhez szükséges közműekből áll. Az egyedi rendszerek rendelkezésre állásáal kapcsolatos funkciók kulcsfontosságúak a magas szintű rendelkezésre állási környezet üzemeltetése szempontjából. A rendszer számos eszközzel rendelkezik a harderhibák megakadályozására. Az első összeteő a lemez alrendszer. A RAID 5, RAID 6, és lemeztükrözés egyaránt elérhető édelmi mechanizmusok. Eze édelmi mechanizmusok alamelyikének megléte alapető fontosságú minden üzletmenet számára. Egy másik édendő összeteő a hálózat. Ez magában foglalja a rendszerekben található redundáns hálózati csatolókat és a redundáns harderrel biztosított több kommunikációs útonalat a hálózaton keresztül. Magas szintű rendelkezésre állás bemutatása 11

A fizikai környezet magában foglalja a szererterem üzemeltetéséhez szükséges közüzemi szolgáltatásokat is. A rendszer képes kettős tápellátással üzemelni. Ez azt jelenti, hogy minden torony agy rack két tápkábellel rendelkezik, melyek különböző csatlakozóaljzatokba annak beduga. Ez lehetőé teszi, hogy a szererteremben két különböző elosztótábla lásson el minden tornyot agy rack szekrényt. A nyilános hálózati áram természetéből fakadóan erősen jaasolt megoldani a szererterem tápellátásának édelmét egy szünetmentes tápegységgel agy generátorral. A terem toábbi fizikai jellemzőit is számításba kell enni, például a fűtést, a hűtést a páratartalmat és a leegő tisztaságát. Logikai környezet A logikai környezet az alkalmazás futtatókörnyezete. Ez a rendszerattribútumokból, rendszeráltozókból, hálózati konfigurációs jellemzőkből, jobkezelési beállításokból és felhasználói profilokból áll. Az alkalmazáskörnyezet csak abban az esetben tud az elsődlegessel megegyező módon működni a tartalékrendszeren, ha ezek a paraméterek megegyeznek. Ezeket a logikai környezeti értékeket több rendszer között karbantartani egy fürt adminisztrációs tartomány, logikai többszörözés agy egy jól meghatározott kézi folyamat segítségéel lehet. Kapcsolódó fogalmak Hibatűrési köetelmények oldalszám: 15 Azonosítani kell, hogy az üzlet minek a édelmét köeteli meg abban az esetben, ha az alkalmazást hosztoló rendszeren kimaradás történik. A hibatűrés köetelmény meghatározza azon alkalmazások, adatok és rendszerkörnyezetek halmazát, melyeket meg kell őrizni az éles rendszer kiesése esetén. Ezek az entitások egy átállást köetően elérhetőek maradnak akkor is, ha a jelenlegi hosztrendszer leáll. Kapcsolódó tájékoztatás Környezet hibatűrésének megterezése Egyszerűség IBM i magas szintű rendelkezésre állás a személyre szabhatóságot, az automatizálást és a működési egyszerűséget egyaránt megalósítja. Személyre szabhatóság Minden ügyfél egyéni környezettel és egyéni köetelményekkel rendelkezik. Az IBM i magas szintű rendelkezésre állási architektúra biztosítja a keretet, melynek segítségéel minden ügyfél az alkalmazási környezetére felépítheti a saját igényeire szabott megoldást. Felügyelet Az IBM PowerHA for i architektúra a magas szintű rendelkezésre állási környezet egyszerű felügyeletét teszi lehetőé. Bizonyos személyre szabást köetően a teljes alkalmazáskörnyezet aktiálása, leállítása, átkapcsolása, és átállása egy egyszerű fürtözési felületről ezérelhető. A rendszerüzemeltető fürtüzemeltetőé álik. Automatizálás Az ügyfél éles környezetének magas szintű rendelkezésre állása megköeteli az alkalmazás gondos és összehangolt működtetését annak minden aspektusában. Így tartható fenn a hibatűrés, és biztosítható, hogy az elsődleges szerer kiesése esetén gyorsan át lehessen állni egy tartalék szererre. A környezet automatizálása biztosítja, hogy a termelésben beálló szünet a lehető legröidebb legyen. Az IBM PowerHA for i automatizálási képességének legfontosabb előnye a hibahelyzetek során esetleg előforduló felhasználói hibák lehetőségének minimalizálása. A felhasználói hibák lehetőségének csökkentése jaítja a döntéshozatali folyamatot meghibásodás esetén. Magas szintű rendelkezésre állás feltételei Az IBM i magas szintű rendelkezésre állás több különböző adathibatűrési és alkalmazás rendelkezésre állási technológiát kínál. Mindegyik technológiának sajátos jellemzői annak. Ezeket a jellemzőket össze kell etni az adott egyedi köetelményeiel. Az üzletmenetének leginkább megfelelő adathibatűrési technológia kiálasztásánál nagyon fontos megérteni és figyelembe enni az alábbi paramétereket. 12 IBM i: Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása

Költségetés Minden magas szintű rendelkezésre állási megoldás rendelkezik bizonyos költségonzattal. Ezeket a költségeket össze kell hasonlítani azokkal az előnyökkel, melyeket a beezetése hozhat az üzletmenet számára. Ha a magas szintű rendelkezésre állási megoldásokról kérdezik, a legtöbb ügyfél azt állítja, hogy folyamatos rendelkezésre állást szeretne nulla állásidőel. Noha ez technikailag lehetséges, a megoldás által nyújtott édelem ára talán túl magas. Az alapető kérdés, amit fel kell tenni a magas szintű rendelkezésre állási megoldás számára biztosított erőforrások meghatározása során: "Mennyibe kerül egy kimaradás?". A biztonsági mentés telephelyek, a tartalékrendszerek és az alkalmazásadatok biztonsági másolatai költséget jelentenek, és hasznot is hoznak. Amíg az állásidő fajlagos költsége alacsony, addig a magas szintű rendelkezésre állási megoldások nem hordoznak alódi hozzáadott értéket az ügyfél számára. A megoldás költsége a birtoklás teljes költségét jelenti, ami magában foglalja a megoldás felépítésének és beezetésének, folyamatos üzemeltetésének, és az esetleges teljesítményre gyakorolt hatásának költségét. A költségbecslés többnyire egy átfogó üzleti elemzés eredménye. Az értékek: A költség nem tényező. A költségeknek jelentéktelen hatása an a döntésekre. A kimaradások elemzése alapján a megoldás költségeinek egy bizonyos kereten belül kell maradnia. A költség jelentős tényező a döntésben. Nem szükséges agy nem lehetséges rendelkezésre állási megoldásra költeni. Működési idő köetelmények A működési idő az az összes időmennyiség, mely alatt a rendszer elérhető a égfelhasználói alkalmazások számára. Az értéke az összes ütemezett üzemóra százalékában an kifejeze. Az itt megadott értékek egy 24*365-ös üzemidejű rendszerre onatkoznak, agyis ami az é minden napján 24 órát üzemel. Keesebb, mint 90% (állásidő 876 óra, azaz 36 nap éente) 90-95% (állásidő 438-876 óra éente) 95-99% (állásidő 88-438 óra éente) 99.1-99.9% (állásidő 8,8-88 óra éente) 99.99% (állásidő 50 perc éente) 99.999% (állásidő 5 perc éente) Általában a működési időel kapcsolatos köetelmények meghatározásához egy kiesett óra költsége szolgál alapul. Terezetlen kiesések esetében a működési idő köetelményekhez csak az ütemezett üzemidőn kíüli időszakot kell figyelembe enni. Ez azt jelenti, hogy a kiesés költségét a lehető legrosszabb idő alapján kell kiszámolni. Kiesések elleni édelem Milyen jellegű kiesések ellen kíánja édeni üzletmenetét? Biztonsági mentés időablakának csökkentése, terezett karbantartás, terezetlen kimaradások, agy telephelyet sújtó katasztrófák olyan események, melyeket számításba kell enni a magas szintű rendelkezésre állási megoldás kiálasztásakor. Meg kell fontolni, hogy milyen jellegű kimaradások ellen próbálja meg édeni az üzletmenetet. Biztonsági mentés időablakának csökkentése Egyrendszeres környezetben a terezett rendszerleállások nagy részét a rendszer biztonsági mentése teszi ki. Ahogy az üzletmenet igénye az alkalmazások futásidejére nöekszik, úgy csökken a biztonsági mentésre fordítható idő mennyisége. Egy magas szintű rendelkezésre állási megoldás biztosíthatja az offline mentések lehetőségét. Az offline mentés során az alkalmazásadatok mentése a biztonsági másolatról történik. Minden adathibatűrési technológia képes biztosítani az offline adatmentés előnyeit. Magas szintű rendelkezésre állás bemutatása 13

Terezett karbantartás A terezett karbantartás az az idő, amikor a rendszereket le kell állítani alkalmazás- szofter agy harderfrissítések telepítése céljából. Ha a terezett karbantartást már nem lehet beütemezni a terezett üzemórákon kíülre, akkor egy magas szintű rendelkezésre állási megoldás megalósításáal lehetőé álik az offline karbantartás. Offline karbantartás során először a tartalékrendszer frissítését kell elégezni. Ezt köetően az éles környezet átkapcsolható a frissített rendszerre, és el lehet égezni a régi éles környezet frissítését. Terezetlen kimaradások A terezett kimaradás olyan kiesés, amely az ütemezett üzemórák alatt történik, leállítja az alkalmazáskörnyezetez, oka pedig lehet emberi hiba, alkalmazás agy szofter hibája, haderes meghibásodás agy közüzemi szolgáltatás kiesése. A magas szintű rendelkezésre állási megoldás képes átkapcsolni az éles környezetet egy tartalékra. Telephelyet sújtó katasztrófák A Telephelyet sújtó katasztrófák általában természeti katasztrófák formájában fordulnak elő, és szükségessé teszik a magas szintű rendelkezésre állási megoldás rendszerei közti földrajzi szóródást. A természeti katasztrófákon kíül előfordulhat egyi anyagok kiömlése, terroristatámadás, árosszintű áramkimaradás, melyek mind befolyásolhatják telephelyét hosszabb időre. A különböző magas szintű rendelkezésre állási megoldások eltérő idő- és táolság jellemzőkkel rendelkeznek. Figyelembe kell enni a helyreállítási idő előírásokat (RTO), és hogy a táoli telephelyen normál működést kell lehetőé tenni, agy csak bizonyos üzleti folyamatok elérhetőségét. Figyelembe kell enni, hogy a felhasználók mekkora fennakadást iselnek el. Az alkalmazásra gyakorolt negatí hatás a köetkezőképpen határozható meg: Nem probléma. Az alkalmazás elérhetősége nem elsődleges fontosságú. A teljesítmény csökkenhet, amíg a rendelkezésre állási megoldás üzemel. Bizonyos teljesítménycsökkenés elfogadható. Csekély teljesítménycsökkenés Nincs előrelátható teljesítménycsökkenés Kapcsolódó fogalmak Terezett kimaradások oldalszám: 3 IBM i magas szintű rendelkezésre állás csökkentheti a rendszeres karbantartási feladatok, például éjszakai biztonsági mentések agy új szofterek telepítése illete harderek beszerelése miatti rendszerleállások hatását az ügyfelekre illete felhasználókra. Terezetlen kimaradások oldalszám: 3 Az IBM i magas szintű rendelkezésre állási megoldások édelmet nyújthatnak az emberi hibák, szofteres agy harderproblémák és környezeti tényezők által okozott terezetlen kimaradások ellen. Helyreállítási idő cél (RTO) A helyreállítási idő cél (RTO) az az időtartam, ami alatt helyre kell állítani a rendszert egy terezett, terezetlen agy katasztrófa jellegű kimaradást köetően, és issza kell állítani egy alkalmazás agy alkalmazáshalmaz normál működését. A helyreállítási idő cél eltérő lehet a terezett és terezetlen kimaradások agy katasztrófa utáni helyreállítás esetében. A különböző adathibatűrési technológiák eltérő RTO időket biztosítanak. Lehetséges RTO értékek: Több mint 4 nap elfogadható 1 és 4 nap között Keesebb, mint 24 óra Keesebb, mint 4 óra Keesebb, mint 1 óra Közel nulla (közel azonnali) 14 IBM i: Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása