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

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 kiadvány és a tárgyalt termék használatba vétele előtt olvassa 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) változatára, és minden azt követő változatra és módosításra vonatkozik mindaddig, amíg az újabb kiadások ezt másképp nem jelzik. Ez a változat nem fut minden csökkentett utasításkészletű (RISC) rendszeren illetve 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 . . . . . . . Magas szintű rendelkezésre állás áttekintése PDF fájl . Magas szintű rendelkezésre állás előnyei . . . . Tervezett kimaradások . . . . . . . . . Tervezetlen kimaradások . . . . . . . . Katasztrófa utáni helyreállítás. . . . . . . Biztonsági mentés időablakának csökkentése . . Terheléskiegyenlítés . . . . . . . . . Magas szintű rendelkezésre állás összetevői . . . Alkalmazás-hibatűrés . . . . . . . . . Adatok hibatűrése . . . . . . . . . . Környezeti hibatűrés . . . . . . . . . Egyszerűség . . . . . . . . . . . Magas szintű rendelkezésre állás feltételei. . . . Költségvetés . . . . . . . . . . . Működési idő követelmények . . . . . . Kiesések elleni védelem . . . . . . . . Helyreállítási idő cél (RTO) . . . . . . . Helyreállítási pont előírás (RPO) . . . . . Hibatűrési követelmények . . . . . . .

© Szerzői jog IBM 2002, 2010

. . . . . . . . . . . . . . . . . . . .

. 1 . 1 . 2 . 3 . 3 . 4 . 5 . 6 . 6 . 7 . 8 . 11 . 12 . 12 . 13 . 13 . 13 . 14 . 15 . 15

Automatikus átállás és átkapcsolás . . . . Távolsági követelmények . . . . . . Tartalékrendszerek száma . . . . . . Hozzáférés az adatok biztonsági másolatához. Rendszerteljesítmény . . . . . . . . Adat-hibatűrési módszerek összehasonlítása . IBM i magas szintű rendelkezésre állási megoldás kiválasztása. . . . . . . . . . . . Alkalmazás-hibatűrés szintjei . . . . . Adathibatűrési technológiák összehasonlítása. Magas szintű rendelkezésre állás felügyelete . Magas szintű rendelkezésre állás áttekintéséhez kapcsolódó információk . . . . . . . .

. . . . . .

. . . . . .

. . . . . .

16 16 17 17 17 18

. . . .

. . . .

. . . .

21 21 21 25

.

.

. 29

. Nyilatkozatok . . . . . . . . . . . 31 Programozási felületre vonatkozó információk . Védjegyek . . . . . . . . . . . . Feltételek és kikötések . . . . . . . .

. . .

. . .

. 33 . 33 . 33

Tárgymutató . . . . . . . . . . . . 35

iii

iv

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ívánt szintű üzletmenet-folytonosság elérése érdekében bizonyos szolgáltatások, szoftverek, hardverek és eljárások rendszerét kell kiválasztani, leírni egy dokumentált tervben, megvaló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 vé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 tervezett és nem tervezett kiesések elleni védelemre és az összes fontos alkalmazás folyamatos működésének biztosítására. A vé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 vagy perces nagyságrendű) helyreállítási idő illetve 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 kedvező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 hardverkezelő konzol (HMC) vagy virtuális I/O szerver (VIOS) partíció segítségével képes észlelni, ha egy fürtcsomópont kiesik. Ez az új szolgáltatás több hibahelyzet pozitív felismerését teszi lehetővé, ezáltal elkerülhetővé válik a fürt particionálódása. További részleteket a Fejlett csomópont meghibásodás észlelés című témakörben olvashat.

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 átviteli módot, amely megnöveli a földrajzi tükrözést használó alkalmazások által elviselt átviteli késleltetést, megnövelve ezzel a lehetséges fizikai távolságot. További részleteket a Földrajzi tükrözés jellemzői című témakörben olvashat.

Logikai egység szintű átkapcsolás Az átkapcsolt logikai egységek lehetővé teszik az IBM System Storage DS8000 vagy 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. További részleteket az Átkapcsolt logikai egységek jellemzői című témakörben olvashat.

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 változatának megjelenítéséhez vagy kinyomtatásához kattintson a Magas szintű rendelkezésre állás áttekintése

hivatkozásra (körülbelül 415 KB).

Emellett a következő kapcsolódó témakörcsoport PDF dokumentumok megtekintésére és letöltésére van lehetőség: v 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

(körülbelül 580 KB) dokumentum az alábbi témaköröket

- 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 4.123 KB) az alábbi témaköröket tartalmazza: v A Magas szintű rendelkezésre állás megvalósítása – IBM PowerHA for i (iHASM) licencprogram (5770-HAS) telepítése – IBM PowerHA for i (iHASM) licencprogram (5770-HAS) eltávolítása – Magas szintű rendelkezésre állás megvalósítsa megoldásalapú megközelítéssel – Magas szintű rendelkezésre állás megvaló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 vagy nyomtatáshoz: 1. Kattintson a jobb egérgombbal a böngészőben a PDF hivatkozásra. 2. Válassza a PDF helyi mentésére szolgáló lehetőséget. 3. Keresse meg a könyvtárat, amelybe a PDF fájlt menteni kívá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óvja a társaságokat az abból fakadó veszteségektől, hogy valamilyen zavar következtében nem férnek hozzá az adaterőforrásaikhoz és kritikus üzleti alkalmazásaikhoz. A magas szintű rendelkezésre állási megoldás kiválasztásának legelső lépése a kezelni kívá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


Tervezett 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 vagy új szoftverek telepítése illetve hardverek beszerelése miatti rendszerleállások hatását az ügyfelekre illetve felhasználókra. Ahogy az üzlet növekszik, 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 valamint 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 tervezett 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 hardver és a szoftver párhuzamos karbantartására és a hardverelemek redundanciájára fókuszál, azonban az egyrendszeres rendelkezésre állásnak megvannak a maga korlátai. Az IBM i magas szintű rendelkezésre állási technológiák, például a fürtök vagy független lemeztárak segítségével átkapcsolhatja az éles üzemet egy másik rendszerre, illetve karbantarthatja az adatok egy második példányát. Ezek az IBM i magas szintű rendelkezésre állási megoldások lehetővé teszik a folyamatos üzletmenetet a rendszerkarbantartások ideje alatt is. A tervezett 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 végrehajthatóak a tartalékrendszerről, amelyen megtalálható a felhasználói adatok másolata. Alkalmazások és az operációs rendszer javításai vagy frissítései A javítások és frissítések telepítése megoldható gördülő frissítések segítségével. A javítások telepítése először a tartalékrendszerre történik, miközben az éles rendszer folyamatosan üzemel. Ezt követően a terhelés átkapcsolható a tartalékrendszerre, és a javítások telepíthetők az eredeti elsődleges rendszeren. A frissítést követően az éles üzemet vissza lehet kapcsolni az eredeti elspőleges rendszerre. Hardverkarbantartás A párhuzamos hardverkarbantartás keretében nem megoldható változtatásokhoz általában a rendszer leállítását követelik meg. Egy magas szintű rendelkezésre állási megoldás segítségével az éles üzem átkapcsolható a tartalékrendszerre, és a magas szintű rendelkezésre állási megoldáskarbantartás elvégezhető az üzletmenet megzavarása nélkül. Kapcsolódó fogalmak “Kiesések elleni védelem” oldalszám: 13 Milyen jellegű kiesések ellen kívánja védeni üzletmenetét? Biztonsági mentés időablakának csökkentése, tervezett karbantartás, tervezetlen kimaradások, vagy telephelyet sújtó katasztrófák olyan események, melyeket számításba kell venni a magas szintű rendelkezésre állási megoldás kiválasztásakor. Kapcsolódó tájékoztatás Tervezett kimaradások lerövidítése

Tervezetlen kimaradások Az IBM i magas szintű rendelkezésre állási megoldások védelmet nyújthatnak az emberi hibák, szoftveres vagy hardverproblémák és környezeti tényezők által okozott tervezetlen kimaradások ellen. Ahogy egy üzlet nő, úgy válik egyre kritikusabbá a tervezetlen események elleni védelem. A tervezetlen események sajnos nem ütemezhetőek. A magas szintű rendelkezésre állási követelményeknek arra az idősávra kell koncentrálniuk, ami a legfontosabb az üzletmenet szempontjából. A legkritikusabb pillanatban bekövetkezett leállás költségeit kell figyelembe venni a magas szintű rendelkezésre állási megoldás kiválasztása és a megvalósítás megtervezése során. A tervezetlen kiesések az alábbiak szerint kategorizálhatóak: Emberi hiba Az emberi hibák a leggyakoribb tényezők a tervezetlen kimaradásokkal kapcsolatban. A helytelenül követett

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

3

eljárások, figyelmen kívül hagyott figyelmeztetések, hiányzó oktatás, vagy akár kommunikációs problémák illetve csoportok közti félreértések is előfordulhatnak. Ezek mind tervezetlen kiesést okozhatnak, amely hatással van az üzletmenetre. Szoftverproblémák Az Alkalmazások, az operációs rendszerek, a köztes szoftver vagy az adatbázisbonyolultság szintén okozhat tervezetlen kiesést. Minden üzletmenet egyedi, és a különböző szoftverösszetevők közti kommunikáció okozhat problémákat. Hardverhiba Előbb vagy utóbb a mechanikus eszközök meghibásodnak. Az elektromos eszközök ki vannak téve 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 okozva 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ával lehet orvosolni ezen problémák némelyikét, azonban a lehetőségek korlátozottak. Magas szintű rendelkezésre állási környezetekben a tervezetlen kiesések esetén átállás történik egy tartalékrendszerre. Amíg a problémát diagnosztizálják és kijavítják, az üzletmenet zavartalanul folyhat tovább a tartalék szerveren. Kapcsolódó fogalmak “Kiesések elleni védelem” oldalszám: 13 Milyen jellegű kiesések ellen kívánja védeni üzletmenetét? Biztonsági mentés időablakának csökkentése, tervezett karbantartás, tervezetlen kimaradások, vagy telephelyet sújtó katasztrófák olyan események, melyeket számításba kell venni a magas szintű rendelkezésre állási megoldás kiválasztásakor. Kapcsolódó tájékoztatás Nem tervezett kimaradások lerövidítése Nem tervezett kimaradások megakadályozása Legutolsó változások helyreállítása nem tervezett kimaradást követően Elveszett adatok helyreállítása nem tervezett kimaradást követő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, terveket, szolgáltatásokat és eljárásokat, melyek segítségével katasztrófa esetén helyreállíthatóak és folytathatóak az üzletmenet szempontjából létfontosságú alkalmazások egy távoli telephelyen. Az üzlet növekedésével 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ávoli telephelyen. Minden helyen számolni kell az esetleges katasztrófákkal, noha a veszé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ávoli katasztrófaelhárítási telephelyek így egyre nagyobb földrajzi távolságra kerülnek. Bizonyos esetekben az iparági szabályozás is meghatározhatja a telephelyek közti minimális távolságot. A katasztrófaelhárítási tervek készítése során megfontolandó legfontosabb kérdések: v Mi egy esetleges katasztrófa pénzügyi hatása az üzletmenetre? v Mennyi idő alatt tud visszaállni az üzletmenet a termelésbe? v Milyen időpillanatra lehetséges a visszaállítás? v Mennyi kommunikációs sávszélességet lehet biztosítani a célra? v Milyen katasztrófaelhárítási megoldás a legmegfelelőbb a távolsággal kapcsolatos követelmények alapján? Az IBM i magas szintű rendelkezésre állási megoldásokat a fenti kérdésekre adott válaszok alapján célszerű megtervezni. 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, vagy egy aktuális taralékrendszer egy távoli telephelyen, amely kész átvenni az éles működést.

4


Kapcsolódó tájékoztatás Katasztrófa-helyreállítás megtervezé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 illetve a szervizok elérhetetlenek biztonsági mentés miatt. A biztonsági mentés teljes végrehajtási idejét az indítástól a befejezésig a biztonsági mentés időablakának nevezzük. A kihívá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 vagy 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, vagy 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ával lecsökkenthető a biztonsági mentés ideje azáltal, hogy elkerülhető az egyetlen eszközön végzett soros feldolgozás. Mentés nem eltávolítható adathordozóra A nem eltávolítható adathordozóra végzett mentés gyorsabb az eltávolítható adathordozót használó műveleteknél. Például közvetlen elérésű tárolóeszközzel (DASD) csökkentheti a biztonsági mentés időablakát. Az adatokat ezt követően átmentheti eltávolítható adathordozóra. Adatarchiválás A normál működéshez szükségtelen adatokat archiválhatja, és eltávolíthatja az online rendszerről. Ezeket csak akkor kell elérhetővé tenni, ha erre kifejezetten szükség van, például hózáráshoz vagy negyedéves feldolgozáshoz. A napi biztonsági mentés időablaka csökken, hiszen az az archív 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 változatlan objektumok száma viszonylagosan 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 (valós vagy virtuális) másolatát használják. Ezek a módszerek a következő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ővé 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ív állapotban Az egyetlen rendszerből álló környezetekben az adatok biztonsági mentése közben az alkalmazások nagy való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ítva az időbeli következetességet. Az ellenőrzési ponthoz tartozó objektumképeket elmenti, míg közben lehetővé teszi a magán az objektumon végrehajtott módosításokat. Az elmentett objektumok összefüggőek egymással, így az alkalmazáskörnyezet visszaállítható egy ismert állapotba. A Mentés aktív á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 szerveren elkészül a független lemeztár pillanatképe. A független lemeztár másolata azonban magán a System Storage szerveren készül el, a hosztnak nem is kell értesülnie a másolásról. A fürtözés lehetővé teszi a másolat átvitelét a tartalékrendszerre, melyen végrehajthatóak a mentési vagy jelentéskészítési feladatok. A


5

fürtözés fürtözés a második rendszer fürtbe visszacsatolását is elvé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 védelem” oldalszám: 13 Milyen jellegű kiesések ellen kívánja védeni üzletmenetét? Biztonsági mentés időablakának csökkentése, tervezett karbantartás, tervezetlen kimaradások, vagy telephelyet sújtó katasztrófák olyan események, melyeket számításba kell venni a magas szintű rendelkezésre állási megoldás kivá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 továbbítását az elérhető erőforrások felé. Ezzel szemben az általános teljesítményfelügyeleti technikák tová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 vonatkozással): Elülső útválasztók Ezek az útvá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ó szerverek között. Az algoritmusok lehetnek egyszerűek, mint például a sorozatos szórás (round robin), vagy ö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ó vagy irányelv alapján az alkalmazáskiszolgálók között. Általában statikus kapcsolatot feltételez a kérő és a szerver között, azonban a kérők a lehető legegyenletesebben oszlanak el a szerverek 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 szerveren 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 végre, majd továbbadja a munkát a következő szervernek 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óval. Irányított alkalmazásátkapcsolás A feladatok kezdetben bizonyos előre meghatározott módon vannak elosztva a szerverek között. Egy szerver több alkalmazást is hosztolhat, vagy ugyanannak az alkalmazásnak több példányát, esetleg mindkettő. Ha egy szerver túlterheltté válik, miközben egy másik szerveren fölös kapacitás áll rendelkezésre, akkor az üzemeltető személyzet áthelyezi az alkalmazásokat vagy alkalmazáspéldányokat a megfelelő adatokkal együtt a túlterhelt szerverről a kihasználatlan szerverre. A terhelésáthelyezés lehet kézi vagy egy előre meghatározott házirend alapján automatizált. Kapcsolódó tájékoztatás TCP/IP útválasztás és forgalom-kiegyensúlyozás Egyenrangú fürt erőforráscsoportok létrehozása

Magas szintű rendelkezésre állás összetevő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 tervezett és nem tervezett leállások, valamint 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


A fürt legalább két rendszer (vagy 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 alapvető 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ével több rendszer és ezek erőforrásai egyetlen számítási egységként kezelhetőek. A fürtözés ezenkívü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 beavatkozik. A fürtözés a hardver- és szoftverösszetevők ötvözésével lecsökkenti a tervezett és nem tervezett leállások költségeit és hatását azáltal, hogy a kiesést követő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övetkező szakaszok a magas szintű rendelkezésre állási megoldás kulcsösszetevőit határozzák meg. Kapcsolódó feladatok “IBM i magas szintű rendelkezésre állási megoldás kiválasztása” oldalszám: 21 Miután azonosította az üzletmenet által meghatározott célokat és követelményeket, vá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 vezérli. Ez a CRG egy végprogram segítségével 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értve az adattöbbszörözést és az átkapcsolható eszközöket egyetlen egységként vezérelhető a fürtözési infrastruktúra segítségével. Az alkalmazás-hibatűrés a következő kategóriákba sorolható. Nincs alkalmazás helyreállítás Egy kiesést követő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ív alkalmazásokat a CRG végprogram automatikusan újraindítja. A felhasználónak az adatok állapota alapján tová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ával á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 van az utoljára véglegesített tranzakcióval. 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 vé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ívül, hogy képes az utolsó véglegesített tranzakciót követő pontra visszaá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 adatvesztés, bejelentkezés nem szükséges, és a szervererőforrások elvesztése észrevehetetlen. A felhasználó csak némi késlekedést vesz észre a válaszidőben. Ez a kategória csak kliens/szerver viszonyra épülő alkalmazások esetében megvalósítható. Kapcsolódó fogalmak “Hibatűrési követelmények” oldalszám: 15 Azonosítani kell, hogy az üzlet minek a védelmét követeli meg abban az esetben, ha az alkalmazást hosztoló rendszeren kimaradás történik. A hibatűrés követelmé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övető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ével személyre szabható annak függvényében, hogy az üzletmenet milyen szintű hibatűrést követel meg. Alkalmazásprogramok hibatűrővé tétele Alkalmazások hibatűrésének megtervezése

Adatok hibatűrése A "Magas szintű rendelkezésre állás előnyei" című fejezetben leírt adatok hibatűrésével kapcsolatos követelmé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ával tová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ávolságokat áthidaló többrendszeres adathibatűrési topológia, mellyel megvalósítható a magas szintű rendelkezésre állás (HA) az IBM i világban. Megvalósítása történhet az IBM vagy egy magas szintű rendelkezésre állású szoftvereket forgalmazó szállító által kínált termékével. A replikáció szoftveres módszerrel magukon az objektumokon megy végbe. Az objektumokon (például fájlok, memberek, adatterületek vagy programok) végbemenő változások replikálódnak egy biztonsági másolatra. A replikáció közeli vagy szinkronizált távoli naplózás való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övetően történik meg, hogy az objektumon az összes módosításhalmaz végrehajtódott. A legtöbb logikai többszörözési megoldás az objektumtöbbszörözésen túl további szolgáltatásokkal is rendelkezik. Például további megfigyelési képességekkel rendelkezik, automatikusan felveszi az új objektumokat a többszörözöttek közé, vagy lehetővé teszi a többszörözés állapotának valósidejű nyomon követését illetve egy adott könyvtá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ávoli naplózás a javasolt átviteli mechanizmus. A naplózás során az IBM i folyamatosan továbbítja a naplófogadóra újonnan érkező adatokat a biztonsági mentés szerver naplófogadójának. Ezen a ponton a szoftvermegoldás "újra lejátsza" ezeket a naplófrissítéseket, és alkalmazza azokat a biztonsági mentés szerveren tárolt objektumokon. A környezet kialakítását követően az objektumnak két különböző, azonban teljesen megegyező példánya létezik, az egyik az elsődleges szerveren, a másik pedig a biztonsági mentés szerveren. A megoldás segítségével gyorsan aktiválhatja az éles környezetet a biztonsági mentés szerveren egy egyszerű szerepcsere művelet végrehajtásával. Az alábbi ábra a logikai többszörözés környezet alapvető 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 valós időben elérhetőek biztonsági mentés műveletek céljára vagy olyan csak olvasó 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


A kategóriával kapcsolatos legfontosabb kihívás a környezet kiépítésének és karbantartásának összetettsége. Az alapvető 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 vezethet, hogy a felhasználók és a programozók módosításokat vé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 változat többé nem lesz megegyező. Egy másik kihívá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 szerverre. Ezért a folyamat valós idejű természetének felbontása meg kell hogy egyezzen az adott műveletben többszörözött legnagyobb objektum felbontásával. Tegyük fel például, hogy egy program módosít egy naplózott fájlban található rekordot. Ugyanennek a műveletnek 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űvelettel kell visszaállítani azt az állapotot, amelyben a nem naplózott felhasználói tárterületen található objektum megfelel annak az utolsó érvényes műveletnek, melynek adatai többszörözésre kerültek. Egy másik fontos kihívás e megközelítés során a többszörözési folyamat várakozási idejében rejlik. Ez a jellemző azt mutatja meg, hogy mennyi idő telik el a forrásrendszeren végrehajtott változtatástól addig, amíg a módosítás megjelenik a tartalék rendszeren. A szinkron távoli naplózás ezt az időablakot nagymértékben csökkentheti. Tekintet nélkül a használt átviteli mechanizmusokra, megfelelően meg kell becsülnie az átvitel volumenét, és úgy kell méreteznie a kommunikációs vonalakat é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 átvitt adatmennyiség esetén a hátralévő feladatok adminisztrációja és a késleltetés problémát jelenthet a céloldalon akkor is, ha az átviteli infrastruktúra megfelelően van méretezve.

Átkapcsolható eszköz Az átkapcsolható eszközök olyan hardvererőforrások, például lemezegységek, kommunikációs csatolók vagy 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 szervezhető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 kevesebb feldolgozási időt vesz igénybe, mint egy teljes rendszerindító programbetöltés (IPL). Az IBM i független lemeztár megvalósítása a könyvtá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 nevezik. A független lemeztárak előnye az adathibatűrés megvaló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 átvitt adatok elveszhetnek, és minimális teljesítmény többletterhelést igényel. A szerepcsere vagy az átkapcsolás elég egyszerű, noha figyelembe kell venni 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 átviteli várakozási idő, ami minden többszörözésen alapuló technológiát sújt. A technológiával kapcsolatos legfontosabb teendők a közvetlen 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óvá tenni viszonylagosan egyszerű. A független lemeztáron alapuló megoldásoknak is vannak 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 védhetőek RAID 5, RAID 6 vagy tükrözéses technológiával. Az adatok nem elérhetőek párhuzamosan több hosztról. A csak olvasást igénylő eléréseket, például a biztonsági mentés műveleteket nem lehet elvé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 van további mechanizmusokra, például rendszeres mentési és visszaállítási műveletekre, fürt adminisztrációs tartományokra vagy logikai többszörözésre.


9

További megkötést jelentenek a hardverrel kapcsolatos korlátozások. Ilyenek többek között a Nagysebességű összeköttetés (HSL) hurok technológia fizikai távolságra vonatkozó megszorításai, vagy a hardverbővítésekkel kapcsolatos kimaradások. A független lemeztárak korábbi változatú rendszeren nem kapcsolható be. Ezt szem előtt tartva az előzetes környezettervezés és elemzés alapvető fontosságú.

Átkapcsolt logikai egységek (LUN) jellemzői Az átkapcsolt logikai egységek lehetővé teszik IBM System Storage DS8000 vagy DS6000 rendszereken logikai egységekből létrehozott független lemeztárak átkapcsolását rendszerek között, ily módon biztosítva a magas szintű rendelkezésre állást. Az átkapcsolt logikai egység egy eszköz fürt erőforráscsoport által vezé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ával kombinálja, akkor létrehozhat egy költséghatékony magas szintű rendelkezésre állású megoldást a tervezett, és bizonyos nem tervezett kimaradások esetére is. Az eszköz fürt erőforráscsoport (CRG) által vezérelt független lemeztár átkapcsolható automatikusan egy nem tervezett kimaradás esetén, vagy saját kezűleg egy átkapcsolás művelettel. A fürtbe szervezett 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 vagy DS6000 tárolórendszeren kell lenniük. Az átkapcsolt logikai egységek az átkapcsolt lemezekhez hasonló elven működnek, de a hardver 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, valószínűleg távoli rendszerhez tartozó független lemeztárra. A megoldás előnyei alapvetően megegyeznek az egyszerű átkapcsolható eszközökéivel, 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ávoli helyen. A legnagyobb előny továbbra is az egyszerű működés. Az átkapcsolási műveletek alapvető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ívül tárolt adatokat egy másik mechanizmus segítségével kell kezelni, és a független lemeztárat nem lehet üzembe helyezni egy korábbi verziójú rendszeren. A földrajzi tükrözés a hosztolt integrált környezetek, például Microsoft® Windows® vagy Linux® rendszerek számára is biztosít valósidejű többszörözés támogatást. Ez általában nem lehetséges napló alapú logikai többszörözéssel. Mivel 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ával 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ívü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ívá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 válassza le a tükrözött példányt. Ezután érvényesítse a független lemeztár leválasztott példányát, végezze el a biztonsági mentést, majd csatolja vissza az eredeti éles hoszton. A leválasztott független lemeztáron végbement adatmódosítások szinkronizálása ezt követően történik meg. A HA megoldás rendszer veszélynek van kitéve 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övetés minimalizálja ezt a kitettséget. Metro Mirror A Metro Mirror az IBM System Storage Server szolgáltatása. A független lemeztáron tárolt adatok fizikailag a

10


System Storage Server lemezegységein találhatóak. Ez a megoldás az IBM System Storage Copy Services funkción alapuló hardverszintű többszörözésre épül. A System Storage Egyenrangú távoli másolat (PPRC) funkció alapvető 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 Server 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ővé válik a felügyelt átkapcsolás és átállás vezérlés egy eszköz fürt erőforráscsoport segítségével. 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átvitelt használ. Mint minden szinkron adatátvitelt használó megoldás esetében, itt is szem előtt kell tartani a fizikai távolsággal és a sávszélességgel kapcsolatos követelményeket és megszorításokat. Global Mirror A Global Mirror alapvetően ugyanazt a technológiát használja, mint a Metro Mirror, azzal a különbséggel, hogy az adatátvitel aszinkron módon történik, és az adatok integritásának megőrzéséhez szükség van egy harmadik, FlashCopy másolatra. Mivel az adatok átvitele aszinkron, nincs megkötés arra vonatkozóan, hogy a System Storage szerverek milyen fizikai távolsá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ővé 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ával összhangban lévő adathibatűrési technológiák kiválasztása összetett és nehéz feladat. Fontos megismerni a különböző adathibatűrési megoldásokat, melyek alkalmazásával kiterjesztő a többrendszeres környezetek rendelkezésre állása. Igényeinek megfelelően választhat egy önálló megoldást, vagy a technológiák megfelelő kombinációját. A következő néhány témakör a különböző adathibatűrési technológiákat hasonlítja össze illetve á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övetelmények” oldalszám: 15 Azonosítani kell, hogy az üzlet minek a védelmét követeli meg abban az esetben, ha az alkalmazást hosztoló rendszeren kimaradás történik. A hibatűrés követelmé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övetően elérhetőek maradnak akkor is, ha a jelenlegi hosztrendszer leáll. Kapcsolódó tájékoztatás Adatok hibatűrésének megtervezé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 valójában az egyedi rendszerek rendelkezésre állásához tartozik, a hardverek 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ővé teszik a felhasználó számára, hogy az alkalmazást több szerveren futtassa. Fizikai környezet A fizikai környezet az egyedi rendszerek rendelkezésre állásával 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űvekből áll. Az egyedi rendszerek rendelkezésre állásával 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 hardverhibák megakadályozására. Az első összetevő a lemez alrendszer. A RAID 5, RAID 6, és lemeztükrözés egyaránt elérhető védelmi mechanizmusok. Eze védelmi mechanizmusok valamelyikének megléte alapvető fontosságú minden üzletmenet számára. Egy másik védendő összetevő a hálózat. Ez magában foglalja a rendszerekben található redundáns hálózati csatolókat és a redundáns hardverrel biztosított több kommunikációs útvonalat a hálózaton keresztül.


11

A fizikai környezet magában foglalja a szerverterem ü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 vagy rack két tápkábellel rendelkezik, melyek különböző csatlakozóaljzatokba vannak bedugva. Ez lehetővé teszi, hogy a szerverteremben két különböző elosztótábla lásson el minden tornyot vagy rack szekrényt. A nyilvános hálózati áram természetéből fakadóan erősen javasolt megoldani a szerverterem tápellátásának védelmét egy szünetmentes tápegységgel vagy generátorral. A terem további fizikai jellemzőit is számításba kell venni, például a fűtést, a hűtést a páratartalmat és a levegő tisztaságát. Logikai környezet A logikai környezet az alkalmazás futtatókörnyezete. Ez a rendszerattribútumokból, rendszervá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 vagy egy jól meghatározott kézi folyamat segítségével lehet. Kapcsolódó fogalmak “Hibatűrési követelmények” oldalszám: 15 Azonosítani kell, hogy az üzlet minek a védelmét követeli meg abban az esetben, ha az alkalmazást hosztoló rendszeren kimaradás történik. A hibatűrés követelmé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övető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 megtervezé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 megvalósítja. Személyre szabhatóság Minden ügyfél egyéni környezettel és egyéni követelményekkel rendelkezik. Az IBM i magas szintű rendelkezésre állási architektúra biztosítja a keretet, melynek segítségével 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ővé. Bizonyos személyre szabást követően a teljes alkalmazáskörnyezet aktiválása, leállítása, átkapcsolása, és átállása egy egyszerű fürtözési felületről vezérelhető. A rendszerüzemeltető fürtüzemeltetővé válik. Automatizálás Az ügyfél éles környezetének magas szintű rendelkezésre állása megköveteli 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 szerver kiesése esetén gyorsan át lehessen állni egy tartalék szerverre. A környezet automatizálása biztosítja, hogy a termelésben beálló szünet a lehető legrövidebb 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 javí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 vannak. Ezeket a jellemzőket össze kell vetni az adott egyedi követelményeivel. Az üzletmenetének leginkább megfelelő adathibatűrési technológia kiválasztásánál nagyon fontos megérteni és figyelembe venni az alábbi paramétereket.

12


Költségvetés Minden magas szintű rendelkezésre állási megoldás rendelkezik bizonyos költségvonzattal. Ezeket a költségeket össze kell hasonlítani azokkal az előnyökkel, melyeket a bevezeté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ővel. Noha ez technikailag lehetséges, a megoldás által nyújtott védelem ára talán túl magas. Az alapvető 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 való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 bevezeté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: v A költség nem tényező. v A költségeknek jelentéktelen hatása van a döntésekre. v A kimaradások elemzése alapján a megoldás költségeinek egy bizonyos kereten belül kell maradnia. v A költség jelentős tényező a döntésben. v Nem szükséges vagy nem lehetséges rendelkezésre állási megoldásra költeni.

Működési idő követelmények A működési idő az az összes időmennyiség, mely alatt a rendszer elérhető a végfelhasználói alkalmazások számára. Az értéke az összes ütemezett üzemóra százalékában van kifejezve. Az itt megadott értékek egy 24*365-ös üzemidejű rendszerre vonatkoznak, vagyis ami az év minden napján 24 órát üzemel. v Kevesebb, mint 90% (állásidő 876 óra, azaz 36 nap évente) v 90 - 95% (állásidő 438 - 876 óra évente) v 95 - 99% (állásidő 88 - 438 óra évente) v 99.1 - 99.9% (állásidő 8,8 - 88 óra évente) v 99.99% (állásidő 50 perc évente) v 99.999% (állásidő 5 perc évente) Általában a működési idővel kapcsolatos követelmények meghatározásához egy kiesett óra költsége szolgál alapul. Tervezetlen kiesések esetében a működési idő követelményekhez csak az ütemezett üzemidőn kívüli időszakot kell figyelembe venni. Ez azt jelenti, hogy a kiesés költségét a lehető legrosszabb idő alapján kell kiszámolni.

Kiesések elleni védelem Milyen jellegű kiesések ellen kívánja védeni üzletmenetét? Biztonsági mentés időablakának csökkentése, tervezett karbantartás, tervezetlen kimaradások, vagy telephelyet sújtó katasztrófák olyan események, melyeket számításba kell venni a magas szintű rendelkezésre állási megoldás kiválasztásakor. Meg kell fontolni, hogy milyen jellegű kimaradások ellen próbálja meg védeni az üzletmenetet. Biztonsági mentés időablakának csökkentése Egyrendszeres környezetben a tervezett 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övekszik, ú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.


13

Tervezett karbantartás A tervezett karbantartás az az idő, amikor a rendszereket le kell állítani alkalmazás- szoftver vagy hardverfrissítések telepítése céljából. Ha a tervezett karbantartást már nem lehet beütemezni a tervezett üzemórákon kívülre, akkor egy magas szintű rendelkezésre állási megoldás megvalósításával lehetővé válik az offline karbantartás. Offline karbantartás során először a tartalékrendszer frissítését kell elvégezni. Ezt követően az éles környezet átkapcsolható a frissített rendszerre, és el lehet végezni a régi éles környezet frissítését. Tervezetlen kimaradások A tervezett 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 vagy szoftver hibája, hadveres meghibásodás vagy 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ívül előfordulhat vegyi anyagok kiömlése, terroristatámadás, vá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ávolság jellemzőkkel rendelkeznek. Figyelembe kell venni a helyreállítási idő előírásokat (RTO), és hogy a távoli telephelyen normál működést kell lehetővé tenni, vagy csak bizonyos üzleti folyamatok elérhetőségét. Figyelembe kell venni, hogy a felhasználók mekkora fennakadást viselnek el. Az alkalmazásra gyakorolt negatív hatás a következőképpen határozható meg: v 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. v Bizonyos teljesítménycsökkenés elfogadható. v Csekély teljesítménycsökkenés v Nincs előrelátható teljesítménycsökkenés Kapcsolódó fogalmak “Tervezett 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 vagy új szoftverek telepítése illetve hardverek beszerelése miatti rendszerleállások hatását az ügyfelekre illetve felhasználókra. “Tervezetlen kimaradások” oldalszám: 3 Az IBM i magas szintű rendelkezésre állási megoldások védelmet nyújthatnak az emberi hibák, szoftveres vagy hardverproblémák és környezeti tényezők által okozott tervezetlen 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 tervezett, tervezetlen vagy katasztrófa jellegű kimaradást követően, és vissza kell állítani egy alkalmazás vagy alkalmazáshalmaz normál működését. A helyreállítási idő cél eltérő lehet a tervezett és tervezetlen kimaradások vagy 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: v v v v v v

Több mint 4 nap elfogadható 1 és 4 nap között Kevesebb, mint 24 óra Kevesebb, mint 4 óra Kevesebb, mint 1 óra Közel nulla (közel azonnali)

14


Helyreállítási pont előírás (RPO) A helyreállítási pont előírás (RPO az az időtartam visszamenőleg a meghibásodás időpontjához viszonyítva, amelyre biztosítani kell az adatok megőrzését. A meghibásodást vagy katasztrófát ennyivel megelőző adatmódosításokat a helyreállítási folyamatnak helyre kell tudni állítania. A nulla érvényes érték, és a "zéró adatvesztés" követelménynek felel meg. RPO értékek: v Legutolsó mentés (heti, napi, ...) v Utolsó műszak (8 óra) v Utolsó nagyobb szünet (4 óra) v Utolsó feladatköteg (1 órától 10 percig) v Utolsó tranzakció (másodpercek vagy percek) v Átküldött módosítások elveszhetnek (áramkimaradás következetesség) v Zéró adatvesztés

Hibatűrési követelmények Azonosítani kell, hogy az üzlet minek a védelmét követeli meg abban az esetben, ha az alkalmazást hosztoló rendszeren kimaradás történik. A hibatűrés követelmé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övetően elérhetőek maradnak akkor is, ha a jelenlegi hosztrendszer leáll. A lehetőségek a következők: v Semminek nem kell hibatűrőnek lennie v v v v v

Alkalmazásadatok Alkalmazás- és rendszeradatok Alkalmazásprogramok Alkalmazás állapota Alkalmazáskörnyezet

v Kommunikáció és kliens kapcsolatok megőrzése


15

Kapcsolódó fogalmak “Alkalmazás-hibatűrés” oldalszám: 7 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 vezérli. Ez a CRG egy végprogram segítségével 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értve az adattöbbszörözést és az átkapcsolható eszközöket egyetlen egységként vezérelhető a fürtözési infrastruktúra segítségével. “Adatok hibatűrése” oldalszám: 8 A "Magas szintű rendelkezésre állás előnyei" című fejezetben leírt adatok hibatűrésével kapcsolatos követelmé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ával tovább erősíthető az adatok hibatűrése. “Környezeti hibatűrés” oldalszám: 11 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 valójában az egyedi rendszerek rendelkezésre állásához tartozik, a hardverek 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ővé teszik a felhasználó számára, hogy az alkalmazást több szerveren futtassa.

Automatikus átállás és átkapcsolás Az üzletmenet határozza meg, hogy mekkora mértékű automatizálásra van szükség a nem tervezett kiesések kezelése során. Az IBM i magas szintű rendelkezésre állási megoldásokban beállítható a beavatkozás szintje az átállások feldolgozása során. Meghibásodás esetén az alkalmazás automatikusan átállhat a tartalékrendszerre, beleértve a teljes alkalmazáskörnyezet elindítását. Azonban bizonyos ügyfelek nagyobb befolyást szeretnének az átállás feldolgozására. Ebben az esetben a rendszer válaszra vár az átállás feldolgozásának megkezdéséhez. Az olyan megoldásokban, ahol az átálláshoz felhasználó beavatkozás szükséges, a gondolkodási idő (vagy az átállást engedélyező döntés meghozatalához szükséges idő) közvetlenül hozzáadódik az átállási időhöz. Annak kérdését, hogy mekkora mértékű automatizálásra van szükség a rendszerátállások kezelésében, az üzletmenet határozza meg. Az üzletmenetnek nem lehet szükséges több idő a döntések meghozatalához, mint amennyi magához a tartalék rendszerre átálláshoz szükséges. Kapcsolódó fogalmak Átkapcsolás Kapcsolódó tájékoztatás Átállás

Távolsági követelmények A rendszerek közötti távolság, másnéven földrajzi szóródás rendelkezik bizonyos előnyökkel, azonban alkalmazását gátolják bizonyos fizikai és gyakorlati korlátok. Egy katasztrófaelhárítási megoldásban mindig jár előnnyel, ha a rendszerek között van földrajzi távolság. Általánosságban minél nagyobb a rendszerek közötti távolság, annál nagyobb védelmet biztosít a nagy kiterjedésű katasztrófák ellen. Azonban ekkora távolság károsan befolyásolja az alkalmazás működési környezetét. Ha egy adattöbbszörözési megoldásban nagy távolságokat kell áthidalni, akkor megjelenik a várakozási idő. A várakozási idő az az időtöbblet, amíg az adatok elérnek a célrendszerre. Minél távolabb vannak egymástól a rendszerek, annál nagyobb várakozási idővel kell számolni az adatátvitel során. Kétféle kommunikációs átvitel létezik: szinkron és aszinkron. A szinkron kommunikációval megvalósított adathibatűrés során a forrásrendszer igényel egy megerősítést a célrendszertől az adatok megérkeztéről, és csak ezt követően folytathatja a műveletet. Ez a folyamat garantálja, hogy hiba esetén se vesszenek el átvitel közben a forrásrendszerről a célrendszerre küldött adatok. Azonban a megerősítésre várakozással töltött idő károsan befolyásolhatja az alkalmazás teljesítményét.

16


Aszinkron kommunikáció során a nincs szükség megerősítésre a célrendszertől az adatok megérkeztéről. Mivel ez a mechanizmus nem vár egyeztetésre, a meghibásodáshoz közeli időpillanatban elküldött adatok elveszhetnek. Ezt az átvitel közbeni adatvesztés. Az alkalmazás, az átküldött adatok mennyisége és a rendszerek földrajzi szóródása határozza meg, hogy milyen átviteli mechanizmust kell alkalmazni a magas szintű rendelkezésre állási megoldásban. Kapcsolódó tájékoztatás Földrajzi tükrözés Telephelyek közti tükrözés megtervezése Példahelyzet: Telephelyek közti tükrözés Metro Mirror tükrözéssel Példahelyzet: Telephelyek közti tükrözés Global Mirror tükrözéssel

Tartalékrendszerek száma A különböző adathibatűrési technológiák eltérő számú lehetséges tartalékrendszert illetve alkalmazásadat-másolatot támogatnak. Egy kétrendszeres környezetben egy tartalék rendszer) a tervezett karbantartás veszélyezteti az üzletmenetet. Ha ebben az idősávban meghibásodás történik, akkor a megoldás nem rendelkezik átállási képességgel. Ebben a helyzetben az üzletmenet-folytonosság újabb tartalékrendszer hozzáadásával tartható fenn. A tartalékrendszerek és a szükséges adatkészletek száma segít azonosítani az üzletmenetben alkalmazandó adathibatűrési technológiát.

Hozzáférés az adatok biztonsági másolatához Az eltérő adathibatűrési technológiák különféle követelményeket támasztanak a tartalék adathalmazzal szemben. Ez a követelmény azt jelzi, hogy milyen szinten szükséges biztosítani a hozzáférést az adatok biztonsági másolatához annak érdekében, hogy bizonyos műveletek ne az éles változatot terheljék. Ilyenek például a mentések, a lekérdezések és a jelentések. Vizsgálja meg, hogy milyen gyakran, mennyi ideig és milyen módon szükséges elérni az adatok biztonsági másolatát. A lehetséges követelmények: v Nincs v Csúcsidőszakon kívül v Ritkán, csúcsidőben rövid időszakokra (másodpercek vagy percek) v Ritkán, csúcsidőben hosszabb időszakokra v Gyakran, csúcsidőben rövidebb időszakokra v Gyakran, csúcsidőben hosszabb időszakokra v Majdnem folyamatosan Kapcsolódó tájékoztatás Visszaállítás másodlagos példányról

Rendszerteljesítmény A magas szintű rendelkezésre állás megvalósítása hatással lehet a teljesítményre. Az üzletmenet egyéni jellemzői határozzák meg, hogy milyen adathibatűrési technológia szükséges. A magas szintű rendelkezésre állás által okozott teljesítmény többletterhelés változó. A logikai többszörözéssel és a földrajzi tükrözéssel kapcsolatos feldolgozás normál futásidőben igényel rendszererőforrásokat. Ezenkívül a szinkron távoli naplózás, a szinkron módú földrajzi tükrözés és a Metro Mirror technológia mind szinkron kommunikációs módot használnak. A szinkron mód a távolságtól és a hálózat topológiától függően várakozási időt idéz elő, amely hátrányosan érinti az alkalmazáskörnyezetet is. Az üzletmenet által támasztott követelmények teszteléssel együtt segíthetnek annak megállapításában, hogy az ügyfélnek milyen megoldásra van szüksége.


17

A földrajzi tükrözés egy aszinkron átviteli módot is támogat, amelyhez további erőforrások lehetnek szükségesek, például CPU vagy főtár. Az átkapcsolással illetve átállással kapcsolatos feldolgozás nem azonnal, és szintén járhat többletterheléssel. Az egyes technológiák eltérő tulajdonságokat mutatnak fel egy adathalmaz vagy akár egy egész alkalmazáskörnyezet élesbe kapcsolása során. Kapcsolódó tájékoztatás Rendszerteljesítmény felügyelete Rendszerváltozók: teljesítmény áttekintése

Adat-hibatűrési módszerek összehasonlítása Ez a táblázat a kiegészítő tárolóra adatokat másoló megoldások főbb jellemzőit foglalja össze. 1. táblázat: Fürtözéssel együttműködni képes adat-hibatűrési technológiák összehasonlítása. Ismerje meg a különböző adat-hibatűrési technológiák jellemzőit, hogy megtalálhassa a legmegfelelőbb megoldást a fürtje számára. Logikai többszörözésen Adat-hibatűrési alapuló szoftver technológiák termékek Átkapcsolható lemez HA

Telephelyek közti tükrözés földrajzi tükrözéssel

Telephelyek közti tükrözés IBM System Storage Copy Services segítségével

Átkapcsolt logikai egység

HA és DR

HA és DR

HA

v Külső DASD szektorszintű többszörözés

v Az adatok egy példányban léteznek, átkapcsolható rendszerek között

Elsődleges felhasználás

HA és DR

Többszörözési mechanizmus jellemzői

v Az adatok egy v Kiválasztott példányban léteznek, objektumom átkapcsolható objektumalapú rendszerek között többszörözése

v Memórialap alapú többszörözés IBM i alapokon

v Naplóváltozás v Független lemeztár adatok alapú többszöröz

v Független lemeztár adatok

v Független lemeztárat vagy *SYSBAS objektumokat támogat Költségtényezők v Független HA v szoftverfejlesztő (ISV) v szoftvere v Kétszeres DASD v Hálózati sávszélesség

IBM PowerHA for ilicencprogram IBM iA 41. HA Átkapcsolható erőforrások termékopció

v Egyetlen DASD példány

v A forrás és cél független lemeztár konfigurációja eltérhet

v IBM PowerHA for ilicencprogram

v Független lemeztár fizikai v Független másolata lemez lemeztár adatok I/O alapján (gyorsítótár alapú)

v IBM PowerHA v IBM PowerHA for ilicencprogram for ilicencprogram v IBM iA 41. HA Átkapcsolható erőforrások termékopció

v IBM iA 41. HA Átkapcsolható erőforrások termékopció

v IBM System Storage szerverek

v

v Kétszeres DASD v Hálózati sávszélesség

v Metro vagy Global Mirror

v Egyetlen DASD példány

v IBM iA 41. HA Átkapcsolható erőforrások termékopció

v Kétszeres vagy háromszoros DASD v Hálózati sávszélesség

18


IBM System Storage szerverek

1. táblázat: Fürtözéssel együttműködni képes adat-hibatűrési technológiák összehasonlítása (Folytatás). Ismerje meg a különböző adat-hibatűrési technológiák jellemzőit, hogy megtalálhassa a legmegfelelőbb megoldást a fürtje számára. Logikai többszörözésen Adat-hibatűrési alapuló szoftver technológiák termékek Átkapcsolható lemez Kiesések elleni védelem

Biztonsági Tervezett, nem tervezett mentés időablak, tervezett, nem tervezett katasztrófa

Helyreállítási idő v Alkalmazási cél (RTO) késleltetés

Helyreállítási pont cél (RPO)

v Hardver átkapcsolási idő



Biztonsági mentés időablak, tervezett, nem tervezett katasztrófa

Biztonsági mentés időablak, tervezett, nem tervezett katasztrófa

v Független lemeztár bekapcsolási ideje

v Kommunikációs v Független idő az IBM lemeztár System Storage bekapcsolási ideje szerverrel v Rendszer által

Átkapcsolt logikai egység Tervezett, nem tervezett

v Replikáció átkapcsolás

v Független lemeztár bekapcsolási ideje

v Napló beállítások

v Rendszer által felügyelt hozzáférési út védelem (SMAPP) és naplózási beállítások

v Rendszer által felügyelt hozzáférési út védelem (SMAPP) és naplózási beállítások

v Minden adat a független lemeztárra íródik

v Minden adat a v Minden adat a független független lemeztárra íródik lemeztárra íródik

v Minden adat a független lemeztárra íródik

v Az adatokat naplózni kell


v Vegyes, megfigyelés és adatnaplózás

v Az adatokat naplózni kell v Az aszinkron, úton lévő v A memóriában tárolt adatok és a (nem naplózott) nem naplózott adatok elveszhetnek objektumok elveszhetnek

felügyelt hozzáférési út védelem (SMAPP) és naplózási beállítások


v Független lemeztár bekapcsolási ideje v Rendszer által felügyelt hozzáférési út védelem (SMAPP) és naplózási beállítások

v A memóriában v A memóriában tárolt (nem tárolt (nem naplózott) adatok naplózott) adatok elveszhetnek elveszhetnek

v A memóriában tárolt (nem naplózott) adatok elveszhetnek

IBM i fürt által vezérelt



v A Metro Mirror a szinkronitás teljesítményre gyakorolt hatása miatt korlátozott

v

v Az adatok naplózottak Automatikus átállás és átkapcsolás



Távolság (földrajzi szóródás)

v A szinkronitás v A HSL kábel hossza v A szinkron korlátozott átviteli mód a a teljesítményre v 15 méter (réz) teljesítményre gyakorolt gyakorolt hatása v 250 méter (száloptika) hatás miatt miatt korlátozott korlátozott v Az aszinkron v Aszinkron, mód gyakorlatilag gyakorlatilag korlátlan korlátlan

A száloptikai kábel hossza korlátozott

v Az aszinkron Global Mirror gyakorlatilag korlátlan


19

1. táblázat: Fürtözéssel együttműködni képes adat-hibatűrési technológiák összehasonlítása (Folytatás). Ismerje meg a különböző adat-hibatűrési technológiák jellemzőit, hogy megtalálhassa a legmegfelelőbb megoldást a fürtje számára. Logikai többszörözésen Adat-hibatűrési alapuló szoftver technológiák termékek Átkapcsolható lemez



Átkapcsolt logikai egység

1<=n<=3 fizikai tartalékrendszer (bármelyik illetve az összes partíció mind a 4 fizikai rendszeren)

1<=n<=3 (lépcsőzetes PPRC) (bármelyik illetve az összes partíció mind a 4 fizikai rendszeren)

n=1 fizikai tartalékrendszer (bármelyik illetve az összes partíció mindkét fizikai rendszeren)

Tartalék rendszerek száma

n=1 fizikai tartalékrendszer (bármelyik illetve az összes partíció mindkét v Kombinálható fizikai rendszeren) átkapcsolt lemezekkel

Hozzáférés az adatok másodlagos példányához

Nem párhuzamos, mivel v Nincs, v Nincs párhuzamos v Jellemzően elérés leválasztást és csak olvasható az adatoknak csak egyetlen példánya létezik részleges újrav Aktuális adatok v Késés az adat szinkronizálást másolása Metro áramlásban igényel Mirror vagy a (alkalmazás legfrissebb v A másodpéldány művelet a konzisztencia aktuális a céloldalon) csoport másolása leválasztás Global Mirror időpontjában technológiával

v 1<=n<=127 (vagy BP max.)

Nem párhuzamos, mivel az adatoknak csak egyetlen példánya létezik

v Időpont-szerű hozzáférés a FlashCopy funkcióval Kockázatok

v Az úton lévő adatok elvesztése az aszinkron naplózás miatt, az összes nem naplózott adat elvesztése

Az adatok egyetlen példányban léteznek (egyetlen meghibásodási pont)

A szinkronizálás hosszú védtelen időszakot eredményezhet (szinkronizál közben nincs védelem)

A külső tárolóegységek miatt megnövekedik a környezet összetettsége

Az adatok egyetlen példányban léteznek (egyetlen meghibásodási pont)

v Logikai objektumtöbbszörözési környezet megfigyelése

Megjegyzés: Bizonyos helyeken a távolsági korlátokkal kapcsolatban a "gyakorlatilag korlátlan" kifejezés szerepel. Noha ez technikailag igaz, a tényleges távolsági korlátokat a válaszidő romlásával kapcsolatos hibatűrés, az áteresztőképességre gyakorolt negatív hatás, a kommunikációs eszközök jellemzői és más tényezők is befolyásolhatják.

20


Kapcsolódó fogalmak “Adatok hibatűrése” oldalszám: 8 A "Magas szintű rendelkezésre állás előnyei" című fejezetben leírt adatok hibatűrésével kapcsolatos követelmé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ával tovább erősíthető az adatok hibatűrése. “Adathibatűrési technológiák összehasonlítása” Az adathibatűrés lehetővé 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ával összhangban lévő adathibatűrési technológiák kiválasztása összetett és nehéz feladat. Fontos megismerni a különböző adathibatűrési megoldásokat, melyek alkalmazásával kiterjesztő a többrendszeres környezetek rendelkezésre állása. Igényeinek megfelelően választhat egy önálló megoldást, vagy a technológiák megfelelő kombinációját. A következő néhány témakör a különböző adathibatűrési technológiákat hasonlítja össze illetve állítja szembe egymással. Rendszer által felügyelt hozzáférési út védelem

IBM i magas szintű rendelkezésre állási megoldás kiválasztása Miután azonosította az üzletmenet által meghatározott célokat és követelményeket, válassza ki a leginkább megfelelő IBM i magas szintű rendelkezésre állási megoldást. Kapcsolódó fogalmak “Magas szintű rendelkezésre állás összetevői” oldalszám: 6 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 tervezett és nem tervezett leállások, valamint 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. Kapcsolódó tájékoztatás Magas szintű rendelkezésre állású megoldás kezelése Fürt erőforráscsoportok kezelése

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ével személyre szabható annak függvényében, hogy az üzletmenet milyen szintű hibatűrést követel meg. Az üzletmenet által meghatározott helyreállítási idő cél (RTO) közvetlen szerepet játszik a szükséges alkalmazás-hibatűrési szint megállapításában. A Magas szintű rendelkezésre állás összetevői fejezetben meghatározottak szerint az alkalmazás-hibatűrésnek több szintje létezik. Ezek a szintek attól, hogy az operátornak saját kezűleg kell újraindítani az alkalmazást (nincs alkalmazás-hibatűrés) egészen odáig terjednek, hogy megszakítás nélküli szolgáltatásra van szükség, melynek hatására a felhasználó nem is veszi észre, hogy kiesés történt. Az alkalmazás üzletmenet által megszabott elérhetőségi követelményei határozzák meg azt, hogy mennyi automatizmusra van szükség a hibatűrő alkalmazás rendszerhibát követő helyreállításához. Az IBM i fürtözési keretrendszer lehetőséget biztosít az alkalmazás-helyreállítás automatizálására különböző típusú meghibásodások esetére. Az automatizálás lehetséges mértékét a kézi folyamatok automatizálására létrehozott kód mennyisége és az üzletmenet által használt alkalmazás jellege határozza meg. Az alkalmazás-hibatűrés maximalizálása érdekében minden kézi átkapcsolási/átállási lépést automatizálni kell végprogramokkal és az alkalmazásnak kliens/szerver típusúnak kell lennie, ahol az alkalmazás rendelkezésre állása el van választva az alkalmazásadatok elérhetőségétől.

Adathibatűrési technológiák összehasonlítása Az adathibatűrés lehetővé 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ával összhangban lévő adathibatűrési technológiák kiválasztása összetett és nehéz feladat. Fontos megismerni a különböző adathibatűrési Magas szintű rendelkezésre állás bemutatása

21

megoldásokat, melyek alkalmazásával kiterjesztő a többrendszeres környezetek rendelkezésre állása. Igényeinek megfelelően választhat egy önálló megoldást, vagy a technológiák megfelelő kombinációját. A következő néhány témakör a különböző adathibatűrési technológiákat hasonlítja össze illetve állítja szembe egymással. Kapcsolódó fogalmak “Adatok hibatűrése” oldalszám: 8 A "Magas szintű rendelkezésre állás előnyei" című fejezetben leírt adatok hibatűrésével kapcsolatos követelmé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ával tovább erősíthető az adatok hibatűrése. “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.

Logikai többszörözés jellemzői A logikai többszörözés eredményeként az objektumok azonosak lesznek az éles és a tartalék rendszereken. naplózott objektumok esetében a forrásrendszeren végrehajtott változások a naplózott változások alkalmazásával megismétlődnek a célrendszeren. A nem naplózott adatok esetében az adatváltozás elmentődik, majd a rendszer alkalmazza azokat a célon. Ezeket az alkalmazási folyamatokat a célrendszeren a logikai többszörözés biztosítja. Logikai többszörözés jellemzői v Az adatok két vagy több példánya megszünteti az egyetlen meghibásodási pontot. v Az offline mentések és lekérdezések lehetségesek, miközben az adathibatűrés is fenntartható. Mentés esetében a logikai többszörözés felfüggeszti az alkalmazási folyamatot, de a módosítások többszörözése a célrendszerre továbbra is folytatódik. v Földrajzilag szétszórt tartalékrendszer(ek) aszinkron távoli naplózás segítségével v Független magas szintű rendelkezésre állási szoftverszállítók (ISV) termékei vagy IBM iCluster for i, távoli naplózást támogató logikai többszörözés termékkel v Az átvitel alatt álló adatok nem veszhetnek el naplózott objektumok szinkron távoli naplózása esetén. A szinkron távoli naplózás azonban korlátozhatja a tartalékrendszerek földrajzi távolságát v Az átvitel alatt álló adatok nem elveszhetnek a naplózott objektumok aszinkron távoli naplózása esetén. v Az adatok aktualitása probléma lehet. Noha az adatok többszörözése valós idejű vagy közel valós idejű, a logikai többszörözési folyamat lemaradhat a forrásrendszer mögött. v A megoldás szinkronizálási problémákat rejthet. Nem minden objektum naplózható, így a teljes többszörözéséhez több technológia együttes alkalmazása lehet célravezető v Minden biztonsági másolathoz egy második biztonsági másolatkészlet is szükséges v Használható az IBM i átkapcsolt lemez technológiával v A megoldásnak meg kell figyelnie a szinkronizálási problémákat v A naplózási funkció többletterhelést ró a forrásrendszerre v A többletterhelés a célrendszeren is jelentkezik az adatok alkalmazása miatt v A második lemezkészletnek van költségvonzata v A többszörözés adattranzakció szinten történik Kapcsolódó tájékoztatás Logikai többszörözés tervezése

Átkapcsolt lemezek jellemzői Az átkapcsolt lemezek lehetővé teszik a független lemeztárakon tárolt adatok rendszerek közti átkapcsolását, ezáltal bizonyos szintű adathibatűrést biztosítanak. Átkapcsolt lemezek jellemzői v A független lemeztárakon tárolt adatok átkapcsolhatóak, és elérhetővé tehetőek a tartalék rendszeren v Nincsenek adatszinkronizálással kapcsolatos problémák

22


v v v v

Az egyetlen adathalmaz minimalizálja a lemezekkel kapcsolatos költségvonzatokat Egyetlen meghibásodási pont veszélye a lemez jától függően Egytelephelyes megoldás HSL rézkábelekkel (legfeljebb 15 méter távolság) Az átkapcsolás és az átállás tartalmazza az érvényesítés idejét is, mielőtt a független lemeztáron tárolt adatok elérhetővé válnának v Használható más technológiákkal együtt Kapcsolódó tájékoztatás Átkapcsolható eszközök Független lemeztárak Független lemeztárak előnyei Független lemeztár példák

Átkapcsolt logikai egységek jellemzői Az átkapcsolt logikai egységek lehetővé teszik az IBM System Storage DS8000 vagy 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. Átkapcsolt logikai egységek jellemzői v A független lemeztárakon tárolt adatok átkapcsolhatóak, és elérhetővé tehetőek a tartalék rendszeren. v Nincsenek adatszinkronizálással kapcsolatos problémák. v Az egyetlen adathalmaz minimalizálja a lemezekkel kapcsolatos költségvonzatokat. v A független lemeztárakon tárolt adatok egyetlen meghibásodási pontot jelentenek. v Egy telephelyes megoldás tárolóhálózattal és IBM System Storage szerverekkel. v Az átkapcsolás és az átállás tartalmazza az érvényesítés idejét is, mielőtt a független lemeztáron tárolt adatok elérhetővé válnának. v Használható más technológiákkal együtt

Földrajzi tükrözés jellemzői A földrajzi tükrözés lehetővé teszi az adatok tükrözését a földrajzilag távol eső telephelyeken található lemezekre. A földrajzi tükrözés jellemzői v A független lemeztár összes adata többszöröződik egy másik rendszeren tárolt másodlagos példányra. v v v v v

A független lemeztárak adatszinkronizálását a rendszer felügyeli. Az alkalmazások átkapcsolhatók a tartalék rendszerre és tovább működtethetők a független lemeztár példányon. Az adatok két példánya megszünteti az egyetlen meghibásodási pontot. Az adatok másodlagos példánya földrajzilag nagy távolságban helyezkedhet el. Az adatátvitel szinkron folyamat. Az átvitel alatt álló adatok elvesztése nem lehetséges. A szinkron átviteli mód miatt nagy földrajzi távolságok áthidalása a kommunikációs késleltetés miatt érintheti az alkalmazás teljesítményét. v Az adatátvitel aszinkron folyamat. Az átvitel alatt álló elvesztése lehetséges. A forrásrendszeren jelentkezik többletterhelés, azonban az egyes tranzakciók teljesítményét nem befolyásolja az adatátvitel. v Adatátvitel 1-4 TCP/IP kommunikációs vonalon az áteresztőképesség vagy redundancia javítása érdekében. v A fürtözési életjel számára külön kommunikációs vonal biztosítása javasolt, mert ha az adatport és az életjel közös vonalat használ, akkor a versenyhelyzetekhez és időtúllépéshez vezethet. v Ajánlott, hogy az össze használatban lévő kommunikációs vonal sebessége megegyezzen, mert a körbeforgó útválasztás miatt az adatportok a leglassabb vonal sebességével fognak üzemelni. v Az adatok biztonsági másolatán offline mentés és lekérdezés futtatható, amíg a tartalékmásolat le van választva. v Az adathibatűrés nem tartható fenn, amíg a tartalék adathalmaz le van választva. Az adathibatűrés helyreáll a részleges vagy teljes újraszinkronizálást követően v Használható az IBM i átkapcsolt lemez technológiával együtt. Magas szintű rendelkezésre állás bemutatása

23

v A működő földrajzi tükrözés többletterhelést okoz. v Különálló főtárak vagy független lemeztárakar elérő felhasználói jobok beállítása erősen javasolt. Így megakadályozható, hogy ezek a jobok versenyhelyzetben kerüljenek más jobokkal a rendszeren, és a kívánatosnál több főtárat foglaljanak. Konkrétabban nem javasolt, hogy a független lemeztár jobok a rendszertárat használják alaptárként. Ha a független lemeztár jobok ugyanazt a memóriát érik el, mint a független lemeztárakat nem használó jobok, akkor a független lemeztár jobok kisajátíthatják a memóriatárat, kizárhatnak más jobokat, és szélsőséges esetben holtponti helyzetbe hozhatják a rendszert. Ennek a helyzetnek nagyobb a veszélye, ha a földrajzi tükrözés aktív. v A független lemeztárakon tárolt objektumok naplózása garantálja az adatfrissítést a célrendszeren. v A tükrözési folyamat egyszerű megfigyelése. v A második lemezkészletnek van költségvonzata. v A többszörözés az IBM i által felügyelve memórialap szinten történik. Kapcsolódó tájékoztatás Földrajzi tükrözés Földrajzi tükrözés megtervezése Földrajzi tükrözés kezelése Földrajzi tükrözés üzenetek Példahelyzet: Telephelyek közti tükrözés földrajzi tükrözéssel

Metro Mirror jellemzői System Storage szerver által felügyelt szinkron hardvertöbbszörözés. Metro Mirror jellemzői v IBM System Storage Server megoldás integrálva PowerHA alapú keretrendszerrel. v Az adatok másodlagos példánya földrajzilag kis vagy közepes távolságban helyezkedhet el. v Két System Storage szerver vagy két külön adathalmaz ugyanazon a System Storage szerveren szükséges. v A második lemezkészletnek van költségvonzata. v Mialatt a többszörözés fel van függesztve, az adatok pillanatkép-másolatáról offline mentések és lekérdezések készíthetők. v Az adathibatűrés nem tartható fenn, amíg a tartalék adathalmaz le van választva. Az adathibatűrés helyreáll az újraszinkronizálást követően v Az adatátvitel szinkron folyamat. Az átvitel alatt álló elvesztése nem lehetséges. v A szinkron adattöbbszörözési feldolgoz érintheti az alkalmazás teljesítményét, amennyiben a kommunikációs sávszélesség nincs megfelelően méretezve, vagy a földrajzi távolság túl nagy. v A Metro Mirror a rendszerre nem hárít többletterhelést, teljes egészében a tárolókiszolgáló kezeli. v A független lemeztár objektumainak naplózása biztosítja, hogy a változtatások lemezre íródjanak, ahonnan replikálódnak a célrendszerre. v A független lemeztár adatainak többszörözés lemezszektor szinten történik a két Storage Server lemezei között. A független lemeztár összes objektuma szinkronizálva van. v A hálózati redundancia és a megnövelt sávszélesség érdekében több száloptikai kommunikációs vonal is felhasználható.

24


Kapcsolódó tájékoztatás Metro Mirror Metro Mirror megtervezése Metro Mirror felügyelete Példahelyzet: Telephelyek közti tükrözés Metro Mirror tükrözéssel

Global Mirror jellemzői System Storage szerver által felügyelt aszinkron hardvertöbbszörözés. Global Mirror jellemzői v v v v

IBM System Storage Server megoldás integrálva PowerHA alapú fürt keretrendszerrel. Az adatok másodlagos példánya földrajzilag nagy távolságban helyezkedhet el. Két System Storage Server szükséges. A cél System Storage Server rendszeren az adatoknak két példányban kell meglenniük ahhoz, hogy az adatok a nagy távolság ellenére is konzisztensek legyenek. v Az adatok pillanatkép-másolatáról offline mentések és lekérdezések készíthetők, megtartva az adathibatűrést. v Az adatátvitel aszinkron folyamat. Az átvitel alatt álló adatok elvesztése lehetséges. v Az aszinkron adattöbbszörözési folyamat nem befolyásolja az alkalmazások teljesítményét. v A független lemeztár adatainak többszörözés lemezszektor szinten történik a két Storage Server lemezei között. A független lemeztár összes objektuma szinkronizálva van. v A második és harmadik lemezkészletnek van költségvonzata. v A Metro Mirror a rendszerre nem hárít többletterhelést, teljes egészében a tárolókiszolgáló kezeli. v A független lemeztár objektumainak naplózása biztosítja, hogy a változtatások lemezre íródjanak, ahonnan replikálódnak a célrendszerre. v A hálózati redundancia és a megnövelt sávszélesség érdekében több száloptikai kommunikációs vonal is felhasználható. Kapcsolódó tájékoztatás Globális tükrözés Global Mirror megterezése Global Mirror kezelése Példahelyzet: Telephelyek közti tükrözés Global Mirror tükrözéssel

Magas szintű rendelkezésre állás felügyelete Egy teljes magas szintű rendelkezésre állási környezet megtervezéséhez, konfigurálásához és kivitelezéséhez néhány felügyeleti eszközre illetve termékajánlatra van szükség. Az IBM i rendszereken a magas szintű rendelkezésre állás felügyeletéhez számos termék közül választhat. Az igényeinek és szükségleteinek megfelelően a magas szintű rendelkezésre állás felügyeletét végezheti grafikus felületről, parancssorból vagy olyan alkalmazásprogramozási felületek segítségével, melyekkel kialakíthatja és felügyelheti saját környezetét. Az IBM Business Partner szállítók alkalmazásai közül is választhat. Ezen magas szintű rendelkezésre állás felügyeleti eszközök mindegyikének megvannak a maga előnyei és hátrányai.

IBM PowerHA for ifelületek Az IBM PowerHA for i licencprogram (5770-HAS) egy végpont-végpont típusú magas szintű rendelkezésre állási termékajánlat. Független lemeztárakkal (iASP) és a 41. HA Átkapcsolható erőforrások (HASR) termékopcióval kombinálva lehetővé teszi egy teljes megoldás telepítését egy IBM DS8000 Storage Server szerveren vagy egy belső lemezen keresztül. A PowerHA számos felületet kínál a magas szintű rendelkezésre állási megoldások és technológiák konfigurálására és felügyeletére.


25

Az IBM PowerHA for i licencprogram egy végpont-végpont típusú magas szintű rendelkezésre állási termékajánlat. Független lemeztárakkal (iASP) és a 41. HA Átkapcsolható erőforrások (HASR) termékopcióval kombinálva lehetővé teszi egy teljes megoldás telepítését egy IBM DS8000 Storage Server szerveren vagy egy belső lemezen keresztül. Az IBM PowerHA for i licencprogram két grafikus felületet biztosít a magas szintű rendelkezésre állási megoldás konfigurálására és felügyeletére. A termék tartalmazza a magas szintű rendelkezésre állási technológiákkal kapcsolatos parancsokat és alkalmazásprogramozási felületeket is. Ezzel a licencprogrammal a magas szintű rendelkezésre állási adminisztrátorok a jártasságuknak megfelelő és előnyben részesített felületek segítségével létrehozhatják és felügyelhetik az üzletmenetnek megfelelő magas szintű rendelkezésre állási megoldást. Zökkenőmentesen dolgozhat akár több felületen is párhuzamosan, például használhatja a grafikus felületet bizonyos feladatokhoz, és elvégezhet másokat a parancsok vagy alkalmazásprogramozási felületek segítségével. Az IBM PowerHA for i licencprogram az alábbi felületeket biztosítja: A High Availability Solutions Manager grafikus felülete Ezen a grafikus felületen számos IBM i által támogatott magas szintű rendelkezésre állású megoldás közül választhat. A felület ellenőrzi a kiválasztott megoldáshoz szükséges követelmények teljesülését, konfigurálja a kiválasztott megoldást és a kapcsolódó technológiákat, és egy könnyen használható kezelőfelületet biztosít a megoldást alkotó magas szintű rendelkezésre állású technológiákhoz. A Fürt erőforrás szolgáltatás grafikus felülete Ez a tapasztalt felhasználóknak szánt grafikus felület nagyobb rugalmasságot kínál a magas szintű rendelkezésre állású megoldás konfigurálása terén. Lehetővé teszi a fürtözési technológiák, például fürt erőforráscsoportok konfigurálását és felügyeletét. Ha a magas szintű rendelkezésre állású megoldás független lemeztárakat is tartalmaz, akkor ezeket is kezelheti ezen a felületen. IBM PowerHA for i parancsok Ezek a parancsok hasonló funkcionalitást biztosítanak, de a parancssori felületről érhetőek el. IBM PowerHA for iAlkalmazásprogramozási felületek Az alkalmazásprogramozási felületek segítségével használhatja a független lemeztárak funkcióit, az PowerHA verziószám-információkat, a tükrözési technológiákat és a telephelyek közti tükrözést. Kapcsolódó tájékoztatás IBM System i High Availability Solutions Manager licencprogram telepítése A High Availability Solutions Manager grafikus felülete: Az IBM PowerHA for i licencprogram High Availability Solutions Manager grafikus felületével megoldásalapú megközelítést kínál a magas szintű rendelkezésre állás beállításához és felügyeletéhez. A felület segítségével a magas szintű rendelkezésre állási adminisztrátorok kiválaszthatnak, konfigurálhatnak és felügyelhetnek egy IBM i magas szintű rendelkezésre állási technológián alapuló előre meghatározott magas szintű rendelkezésre állási megoldást, például egy független lemeztárat vagy fürtöt. A High Availability Solutions Manager grafikus felülete átvezeti a felhasználót a magas szintű rendelkezésre állási megoldás kiválasztásának, konfigurálásának és felügyeletének folyamatán. A felhasználónak minden egyes lépést be kell fejeznie ahhoz, hogy továbbléphessen a következőre. Ha az PowerHA telepítve van, akkor a High Availability Solutions Manager grafikus felülete elérhető az IBM Systems Director Navigator for i5/OS konzolban. A High Availability Solutions Manager grafikus felülete az alábbi funkciókat kínálja: v Flash bemutató az egyes megoldások áttekintésével v Választási lehetőség számos előre meghatározott IBM i magas szintű rendelkezésre állási technológiát használó IBM megoldás közül v A kiválasztott magas szintű rendelkezésre állási megoldás beállítása előtt a hardver- és szoftverkövetelmények ellenőrzése v Nem teljesített követelmények egyéni listája v A kiválasztott magas szintű rendelkezésre állási megoldás egyszerű konfigurációja v A kiválasztott magas szintű rendelkezésre állási megoldás egyszerűsített felügyelete

26


A High Availability Solutions Manager grafikus felhasználói felülete könnyen kezelhető, irányított megközelítést kínál a magas szintű rendelkezésre állás beállításához. Ez a felület ellenőrzi és biztosítja az előfeltételek meglétét, konfigurálja a kiválasztott megoldáshoz szükséges összes technológiát, és tesztel a beállításokat. Ez a megoldásfelügyeleti felület a legjobb választás kisebb üzletmenetek számára, amelyeknek kevesebb erőforrást igénylő, egyszerűbb megoldásokra van szükségük. A Fürt erőforrás szolgáltatások grafikus felülete: Az IBM PowerHA for i licencprogram tartalmaz egy grafikus felületet, melyen konfigurálhatja és felügyelheti a magas szintű rendelkezésre állási megoldás alapját képező IBM i magas szintű rendelkezésre állási technológiákat. A Fürt erőforrás szolgáltatások grafikus felületén összeállíthatja és személyre szabhatja az igényeinek leginkább megfelelő magas szintű rendelkezésre állási megoldást. Ez a felület feladatalapú megközelítést kínál a magas szintű rendelkezésre állási megoldás beállításához és felügyeletéhez. Ahelyett, hogy előre meghatározott megoldásokat közül választana, az egyes elemek külön-külön létrehozásával összeállíthat egy egyéni magas szintű rendelkezésre állási megoldást. A Fürt erőforrás szolgáltatások grafikus felületén létrehozhat és felügyelhet fürtöket, fürt erőforráscsoportokat, eszköztartományokat, fürt adminisztrációs tartományokat, és végrehajthat átkapcsolásokat. A létrehozni kívánt magas szintű rendelkezésre állási megoldás típusától függően előfordulhat, hogy a Fürt erőforrás szolgáltatások grafikus felületéről nem elérhető technológiákat, például földrajzi tükrözést vagy független lemeztárakat is konfigurálnia kell. Az egyéni magas szintű rendelkezésre állási megoldás összeállítása során a grafikus felület mellett használhat parancssori parancsokat is bizonyos feladatok elvégzésére. Kapcsolódó tájékoztatás Magas szintű rendelkezésre állás megvalósítsa feladatalapú megközelítéssel IBM PowerHA for i parancsok: Az IBM PowerHA for i licencprogram segítségével IBM i parancssori felületen állíthatja be és kezelheti a magas szintű rendelkezésre állási megoldást. Az PowerHA parancsok az alábbi kategóriákba tartoznak: v v v v

Fürt adminisztrációs tartomány parancsok Megfigyelt erőforrás bejegyzés parancs Fürtparancsok Független lemeztárak példányok kezelésére szolgáló parancsok és alkalmazásprogramozási felületek

Kapcsolódó tájékoztatás IBM System i High Availability Solutions Manager parancsok IBM PowerHA for iAlkalmazásprogramozási felületek: Az IBM PowerHA for i olyan alkalmazásprogramozási felületeket kínál, melyek segítségével megvalósíthatóak az IBM System Storage tükrözési technológiái illetve a telephelyek közti tükrözés funkció, lehetővé téve ezzel az IBM i alkalmazásszolgáltatók vagy ügyfelek számára, hogy fokozzák alkalmazásaik rendelkezésre állását. Ezen alkalmazásprogramozási felületek használatához szükséges, hogy IBM PowerHA for i licenc hatálya alá tartozó termék telepítve legyen a magas szintű rendelkezésre állású környezet rendszerein. A következő alkalmazásprogramozási felületek szükségesek: v Magas szintű rendelkezésre állási verziószám módosítása (QhaChangeHAVersion) API v Magas szintű rendelkezésre állási információk kilistázása (QhaListHAInfo) API v Magas szintű rendelkezésre állási információk lekérdezése (QhaRetrieveHAInfo) API v ASP példányinformációk lekérdezése (QyasRtvInf) API


27

A 41. HA Átkapcsolható erőforrások opció telepítve van a rendszeren. A 41. HA Átkapcsolható erőforrások termékopció telepítését számos IBM i magas szintű rendelkezésre állási megoldás felügyeleti felülete és legtöbb funkciója megköveteli. A 41-es magas szintű rendelkezésre állású átkapcsolható erőforrások opciónak telepítve kell lennie abban az esetben, ha tervezi az alábbi felületek egyikének használatát: v IBM PowerHA for i licencprogram – A High Availability Solutions Manager grafikus felülete – A Fürt erőforrás szolgáltatások grafikus felülete – IBM PowerHA for i parancsok – IBM PowerHA for i alkalmazásprogramozási felületek A 41. opció az alábbi funkciókhoz is szükséges: v Átkapcsolt lemezek létrehozása és felügyelete eszköztartományokkal v Telephelyek közti tükrözés létrehozása és felügyelete eszköztartományokkal

Fejlett csomópont meghibásodás észlelés A Fürt erőforrás szolgáltatások egy hardverkezelő konzol (HMC) vagy virtuális I/O szerver (VIOS) partíció segítségével képes észlelni, ha egy fürtcsomópont kiesik. A fürtcsomópontokat a Hardverkezelő konzol (HMC) illetve a Virtuális hardverkezelő konzol szerver (VIOS) segítségével felügyelheti. A fürtmonitorral kapcsolatban álló fürtcsomópontokon a következő szoftverek telepítése szükséges. v IBM i 33-as IBM Portable Application Solutions Environment for i opció v 5733-SC1, IBM Portable Utilities for i v 5733-SC1 1. OpenSSH, OpenSSL, zlib opció v 5770-UME, IBM Universal Manageability Enablement for i

Magas szintű rendelkezésre állási funkcionalitás az alap operációs rendszerben Bizonyos fürt parancssori parancsok, és az összes Fürt alkalmazásprogramozási felület megtalálható az alap IBM i rendszerben. Fürt parancsok A következő fürtözési parancsok a QSYS részét képezik hibakeresési céllal és a fürtözéssel kapcsolatos objektumok törlésére: v Fürt erőforráscsoport törlése (DLTCRG) parancs v Fürt nyomkövetés kiíratása (DMPCLUTRC) parancs v Fürt helyreállítás módosítása (CHGCLURCY) parancs v Fürtözött kivonattábla szerver indítása (STRCHTSVR) parancs v Fürtözött kivonattábla szerver leállítása (ENDCHTSVR) parancs Fürt alkalmazás programozási felületek A fürt alkalmazásprogramozási felületek segítségével elkészítheti saját alkalmazását a fürt konfigurálására és felügyeletére. Ezek az alkalmazásprogramozási felületek az IBM i részét képező fürt erőforrás szolgáltatások technológiáján alapulnak. Az új, bővített funkciók az IBM PowerHA for i által biztosított IBM PowerHA for i parancsokon keresztül érhetőek el. QUSRTOOL Az IBM i 6.1 kiadásban a fürt erőforrás szolgáltatásokhoz kapcsolódó parancsok nagy része a QSYS könyvtárból átkerült az IBM PowerHA for i licencprogramba. A Fürt erőforrás szolgáltatások parancsok

28


V5R4 változatának és a parancsfeldolgozó programnak a forráskódja elérhető a QUSRTOOL eszközök között. Ezek a QUSRTOOL parancsok hasznosak lehetnek bizonyos környezetekben. A példaparancsokról további információkat a QUSRTOOL/QATTINFO fájlban a TCSTINFO tartalmaz. A QUSRTOOL könyvtár tartalmazza egy példa alkalmazás CRG végprogram forráskódját is. A példa forráskód alapján elkészítheti saját végprogramját. A QATTSYSC fájlban a TCSTDTAEXT példaforrásban megtalálható egy program forráskódja, amely létrehozza a QCSTHAAPPI és QCSTHAAPPO adatterületeket és a QATTSYSC objektumleíró fájlt. Helytakarékosság miatt a QUSRTOOL könyvtár számos mentési fájlt tartalmaz. Az alábbi paranccsal átalakíthatja a mentési fájlokat fizikai forrásfájlokká: CALL QUSRTOOL/UNPACKAGE ('*ALL ' 1) CRTLIB TOOLLIB TEXT('Commands from QUSRTOOL') CRTCLPGM PGM(TOOLLIB/TCSTCRT) SRCFILE(QUSRTOOL/QATTCL) CALL TOOLLIB/TCSTCRT ('TOOLLIB ')

Ezek a parancsok a TOOLLIB könyvtárban jöttek létre. Megjegyzés: A QUSRTOOL parancsait és programjait az IBM 'ÖNMAGUKBAN' biztosítja. Ezért APAR jelentésekben nem szerepelhetnek.

Fürtözési köztes szoftvereket szállító IBM üzleti partnerek és a rendelkezésre álló fürtözési termékek Az IBM PowerHA for i terméken kívül további fürtfelügyeleti termékek is elérhetőek. Az IBM iCluster for i más termékekhez hasonlóan többszörözési és fürt felügyeleti funkciók ellátására kínál szoftveres megoldásokat. Ezen megoldások nagy része logikai többszörözésen alapul. A logikai többszörözés távoli napló vagy hasonló technológia segítségével viszi át az objektumváltozásokat a távoli rendszerre, ahol az alkalmazza a változásokat a célobjektumokon. Az PowerHA felügyeleti megoldásai mellé vásárolhat logikai többszörözési technológiát használó fürtözési köztes szoftverterméket. Ezek a termékek általában szintén tartalmaznak felügyeleti felületet. Kapcsolódó tájékoztatás Logikai többszörözés tervezése

Magas szintű rendelkezésre állás áttekintéséhez kapcsolódó információk A termék kézikönyvek, az IBM Redbook kiadványok, webhelyek és egyéb információs központ témakörcsoportok számos olyan információt tartalmaznak, melyek kapcsolódnak a Magas szintű rendelkezésre állás megvalósítása témakörcsoporthoz. A független lemeztárak megvalósításával, a telephelyek közti tükrözéssel és a katasztrófaelhárítással kapcsolatban is hasznos információkat találhat. A PDF fájlokat megtekintheti vagy nyomtathatja.

IBM Redbook kiadványok v

IBM PowerHA for i megvalósítása

v

Rendelkezésre állás kezelése: Telephelyek közti tükrözés megvalósítása System i5 rendszeren

v

Adathibatűrés megoldások IBM i5/OS magas szintű rendelkezésre állású fürtökhöz

v

Fürtözés és független lemeztárak a magas szintű rendelkezésre álláshoz

v Magas szintű rendelkezésre állás AS/400 rendszeren: Rendszergazdai kézikönyv v IBM eServer iSeries független lemeztárak: Kézikönyv alkalmazások független ASP-re áthelyezéséhez


29

Webhelyek v http://www-03.ibm.com/systems/power/software/availability/i/index.html (www-03.ibm.com/systems/power/ software/availability/i/index.html ) Az IBM magas szintű rendelkezésre állással és fürtökkel foglalkozó webhelye.

További információk v Lemezkezelés v Elérhetőségi ütemterv

30


. Nyilatkozatok Ezek az információk az Egyesült Államokban forgalmazott termékekre és szolgáltatásokra vonatkoznak. Elképzelhető, hogy a dokumentumban tárgyalt termékeket, szolgáltatásokat vagy lehetőségeket az IBM más országokban nem forgalmazza. Az adott országokban rendelkezésre álló termékekről és szolgáltatásokról az IBM helyi képviseletei szolgálnak felvilágosítással. Az IBM termékeire, programjaira vagy szolgáltatásaira vonatkozó utalások sem állítani, sem sugallni nem kívánják, hogy az adott helyzetben csak az adott termék, program vagy szolgáltatás alkalmazható. Minden olyan működésében azonos termék, program vagy szolgáltatás alkalmazható, amely nem sérti az IBM szellemi tulajdonjogát. A nem IBM termékek, programok és szolgáltatások működésének megítélése és ellenőrzése azonban a felhasználó felelőssége. A dokumentum tartalmával kapcsolatban az IBM bejegyzett vagy bejegyzés alatt álló szabadalmakkal rendelkezhet. Jelen dokumentum nem ad semmiféle jogos licencet e szabadalmakhoz. A licenckérelmeket írásban a következő címre küldheti: IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 U.S.A. Ha duplabyte-os (DBCS) információkkal kapcsolatban van szüksége licencre, akkor lépjen kapcsolatban az országában az IBM szellemi tulajdon osztállyal, vagy írjon a következő címre: Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan, Ltd. 3-2-12, Roppongi, Minato-ku, Tokyo 106-8711 A következő bekezdés nem vonatkozik az Egyesült Királyságra, valamint azokra az országokra, amelyeknek jogi szabályozása ellentétes a bekezdés tartalmával: AZ INTERNATIONAL BUSINESS MACHINES CORPORATION A KIADVÁNYT “JELENLEGI FORMÁJÁBAN”, BÁRMIFÉLE KIFEJEZETT VAGY VÉLELMEZETT GARANCIA NÉLKÜL ADJA KÖZRE, IDEÉRTVE, DE NEM KIZÁRÓLAG A JOGSÉRTÉS KIZÁRÁSÁRA, A KERESKEDELMI ÉRTÉKESÍTHETŐSÉGRE ÉS BIZONYOS CÉLRA VALÓ ALKALMASSÁGRA VONATKOZÓ VÉLELMEZETT GARANCIÁT. Bizonyos államok nem engedélyezik egyes tranzakciók kifejezett vagy vélelmezett garanciáinak kizárását, így elképzelhető, hogy az előző bekezdés Önre nem vonatkozik. Jelen dokumentum tartalmazhat technikai pontatlanságokat és sajtóhibákat. A kiadványban leírt információk bizonyos időnként módosításra kerülnek; a módosításokat a kiadvány új kiadásai tartalmazzák. Az IBM mindennemű értesítés nélkül fejlesztheti és/vagy módosíthatja a kiadványban tárgyalt termékeket és/vagy programokat. A kiadványban a nem az IBM által üzemeltetett webhelyek megjelenése csak kényelmi célokat szolgál, és semmilyen módon nem jelenti ezen webhelyek előnyben részesítését másokhoz képest. Az ilyen webhelyeken található anyagok nem képezik az adott IBM termék dokumentációjának részét, így ezek használata csak saját felelősségre történhet. Az IBM belátása szerint bármilyen formában felhasználhatja és továbbadhatja a felhasználóktól származó információkat anélkül, hogy a felhasználó felé ebből bármilyen kötelezettsége származna. A programlicenc azon birtokosai, akik (i) a függetlenül létrehozott programok vagy más programok (beleértve ezt a programot is) közti információcsere, illetve (ii) a kicserélt információk kölcsönös használata céljából szeretnének információkhoz jutni, a következő címre írjanak: IBM Corporation © Szerzői jog IBM 2002, 2010

31

Software Interoperability Coordinator, Department YBWA 3605 Highway 52 N Rochester, MN 55901 U.S.A. Az ilyen információk bizonyos feltételek és kikötések mellett állnak rendelkezésre, ideértve azokat az eseteket is, amikor ez díjfizetéssel jár. Az IBM a dokumentumban tárgyalt licencprogramokat és a hozzájuk tartozó licenc anyagokat IBM Vásárlói megállapodás, IBM Nemzetközi programlicenc szerződés, IBM Gépi kódra vonatkozó licencszerződés vagy a felek azonos tartalmú megállapodása alapján biztosítja. A dokumentumban található teljesítményadatok ellenőrzött környezetben kerültek meghatározásra. Ennek következtében a más működési körülmények között kapott adatok jelentősen különbözhetnek a dokumentumban megadottaktól. Egyes mérések fejlesztői szintű rendszereken kerültek végrehajtásra, így nincs garancia arra, hogy ezek a mérések azonosak az általánosan hozzáférhető rendszerek esetében is. Elképzelhető továbbá, hogy egyes mérések extrapoláció útján lettek megbecsülve. A tényleges értékek eltérhetnek. Az adott környezetben alkalmazandó adatokat a dokumentum felhasználóinak kell ellenőrizni. A nem IBM termékekre vonatkozó információk a termékek szállítóitól, illetve azok publikált dokumentációiból, valamint egyéb nyilvánosan hozzáférhető forrásokból származnak. Az IBM nem tesztelte ezeket a termékeket, így a más gyártótól származó termékek esetében nem tudja megerősíteni a teljesítményre és kompatibilitásra vonatkozó, valamint az egyéb állítások pontosságát. A nem IBM termékekkel kapcsolatos kérdéseivel forduljon az adott termék szállítóihoz. Az IBM jövőbeli tevékenységére vagy szándékaira vonatkozó állításokat az IBM mindennemű értesítés nélkül módosíthatja, azok csak célokat jelentenek. A közölt IBM árak az IBM javasolt kiskereskedelmi árai, amelyek előzetes értesítés nélkül megváltozhatnak. Az egyes viszonteladók árai eltérhetnek ettől. A leírtak csak tervezési célokat szolgálnak. Az információk a tárgyalt termékek elérhetővé válása előtt megváltozhatnak. Az információk között példaként napi üzleti tevékenységekhez kapcsolódó jelentések és adatok lehetnek. A valóságot a lehető legjobban megközelítő illusztráláshoz a példákban egyének, vállalatok, márkák és termékek nevei szerepelnek. Minden ilyen név a képzelet szüleménye, és valódi üzleti vállalkozások neveivel és címeivel való bármilyen hasonlóságuk teljes egészében a véletlen műve. Szerzői jogi licenc: A kiadvány forrásnyelvi alkalmazásokat tartalmaz, amelyek a programozási technikák bemutatására szolgálnak a különböző működési környezetekben. A példaprogramokat tetszőleges formában, az IBM-nek való díjfizetés nélkül másolhatja, módosíthatja és terjesztheti fejlesztés, használat, eladás vagy a példaprogramot futtató operációs rendszer alkalmazásprogramozási felületének megfelelő alkalmazásprogram terjesztésének céljából. Ezek a példák nem kerültek minden körülmények között tesztelésre. Ennek megfelelően az IBM nem tudja garantálni a programok megbízhatóságát, használhatóságát és működését. A példaprogramok "JELENLEGI FORMÁJUKBAN", bármiféle garancia vállalása nélkül kerülnek közreadásra. Az IBM a példaprogramok használatának következtében fellépő semmilyen kárért nem vállal felelősséget. A példaprogramok minden másolatának, bármely részletének, illetve az ezek felhasználásával készült minden származtatott munkának tartalmaznia kell az alábbi szerzői jogi feljegyzést: © (cégnév) (évszám). A kód bizonyos részei az IBM Corp. példaprogramjaiból származnak. © Copyright IBM Corp. (évszám vagy évszámok)

32


Ha a kiadványt elektronikus változatban tekinti meg, akkor elképzelhető, hogy a fényképek és színes ábrák nem jelennek meg.

Programozási felületre vonatkozó információk A Magas szintű rendelkezésre bemutatása című kiadvány olyan programozási felületeket dokumentál, amelyek segítségével a felhasználók az IBM i szolgáltatásait kihasználó programokat írhatnak.

Védjegyek Az IBM, az IBM logó és az ibm.com az International Business Machines Corporationnek a világ számos országában regisztrált védjegye vagy bejegyzett védjegye. Más termékek és szolgáltatások neve szintén lehet az IBM vagy más vállalatok védjegye. A jelenlegi IBM védjegyek felsorolása a Copyright and trademark information oldalon tekinthető meg a www.ibm.com/legal/copytrade.shtml címen. Az Adobe, az Adobe logó, a PostScript és a PostScript logó az Adobe Systems Incorporated védjegye vagy bejegyzett védjegye az Egyesült Államokban és/vagy más országokban. Az INFINIBAND, az InfiniBand Trade Association és az INFINIBAND márkajelzés az INFINIBAND Trade Association védjegye és/vagy szolgáltatás védjegye. Az Intel, az Intel logó, az Intel Inside, az Intel Inside logó, az Intel Centrino, az Intel Centrino logó, a Celeron, az Intel Xeon, az Intel SpeedStep, az Itanium és a Pentium az Intel Corporation vagy leányvállalatainak védjegye vagy bejegyzett védjegye az Egyesült Államokban és/vagy más országokban. A Linux Linus Torvalds bejegyzett védjegye az Egyesült Államokban és/vagy más országokban. A Microsoft, a Windows, a Windows NT és a Windows logó a Microsoft Corporation védjegye az Egyesült Államokban és/vagy más országokban. A Red Hat, a Red Hat "Árnyember" logó, valamint minden Red Hat alapú védjegy és logó a Red Hat, Inc. védjegye vagy bejegyzett védjegye az Egyesült Államokban és más országokban. A UNIX a The Open Group bejegyzett védjegye az Egyesült Államokban és más országokban. A Cell Broadband Engine a Sony Computer Entertainment, Inc. védjegye az Egyesült Államokban és/vagy más országokban; a felhasználása licenc alapján történik. A Java, valamint minden Java-alapú védjegy és logó a Sun Microsystems Inc. védjegye az Egyesült Államokban és/vagy más országokban. Más cégek, termékek és szolgáltatások neve mások védjegye vagy szolgáltatás védjegye lehet.

Feltételek és kikötések A kiadványok használata az alábbi feltételek és kikötések alapján lehetséges. Személyes használat: A kiadványok másolhatók személyes, nem kereskedelmi célú használatra, de valamennyi tulajdonosi feljegyzést meg kell tartani. Az IBM kifejezett engedélye nélkül nem szabad a kiadványokat vagy azok részeit terjeszteni, megjeleníteni, illetve belőlük származó munkát készíteni. Kereskedelmi használat: A kiadványok másolhatók, terjeszthetők és megjeleníthetők, de kizárólag a vállalaton belül, és csak az összes tulajdonosi feljegyzés megtartásával. Az IBM kifejezett hozzájárulása nélkül nem készíthetők olyan munkák, amelyek a kiadványokból származnak, továbbá nem másolhatók, nem terjeszthetők és nem jeleníthetők meg, még részben sem, a vállalaton kívül.

. Nyilatkozatok

33

A jelen engedélyben foglalt, kifejezetten megadott hozzájáruláson túlmenően a kiadványokra, illetve a bennük található információkra, adatokra, szoftverekre vagy egyéb szellemi tulajdonra semmilyen más kifejezett vagy vélelmezett engedély nem vonatkozik. Az IBM fenntartja magának a jogot, hogy jelen engedélyeket saját belátása szerint bármikor visszavonja, ha úgy ítéli meg, hogy a kiadványokat az IBM érdekeit sértő módon használják fel, vagy a fenti útmutatásokat nem megfelelően követik. Jelen információk kizárólag valamennyi vonatkozó törvény és előírás betartásával tölthetők le, exportálhatók és reexportálhatók, beleértve az Egyesült Államok exportra vonatkozó törvényeit és előírásait is. AZ IBM A KIADVÁNYOK TARTALMÁRA VONATKOZÓAN SEMMIFÉLE GARANCIÁT NEM NYÚJT. A KIADVÁNYOK "JELENLEGI FORMÁJUKBAN", BÁRMIFÉLE KIFEJEZETT VAGY VÉLELMEZETT GARANCIA VÁLLALÁSA NÉLKÜL KERÜLNEK KÖZREADÁSRA, IDEÉRTVE, DE NEM KIZÁRÓLAG A KERESKEDELMI ÉRTÉKESÍTHETŐSÉGRE, A SZABÁLYOSSÁGRA ÉS AZ ADOTT CÉLRA VALÓ ALKALMASSÁGRA VONATKOZÓ VÉLELMEZETT GARANCIÁKAT IS.

34


Tárgymutató

© Szerzői jog IBM 2002, 2010

35

36


Olvasóink írják IBM i Rendelkezésre állás Magas szintű rendelkezésre állás bemutatása 7.1 Szeretnénk megismerni a jelen kiadványról alkotott véleményét. Kérjük, nyíltan írja meg a jelen könyv egyes hibáit, pontatlanságait, szerkezeti vagy témakörbeli hiányosságait. Kérjük, hogy megjegyzéseit korlátozza a jelen könyvben foglalt tájékoztatásra és e tájékoztatás megjelenítési módjára. Ha műszaki kérdései vannak, vagy termékekről és árakról szeretne tájékozódni, keresse föl a helyi IBM kirendeltséget, IBM üzlettársat vagy meghatalmazott viszonteladót. Megjegyzései elküldésével (nem kizárólagos) jogot ad az IBM-nek arra, hogy belátása szerint használja vagy terjessze az Ön megjegyzéseit, anélkül, hogy ezzel bármilyen kötelezettséget róna Önre. Megjegyzések:

Köszönjük támogatását. Véleményét sokféleképpen eljuttathatja hozzánk: v Megjegyzéseit küldje el a jelen űrlap túloldalán látható címre. v Küldjön távmásolatot a következő számra: Egyesült Államok és Kanada: 1-800-937-3430 A többi országból vagy területről: 1-507-253-5192 v Megjegyzéseit küldje el elektronikus levélben erre a címre: [email protected] Ha szeretne választ kapni az IBM-től, kérjük, adja meg a következő adatokat:

Név

Cím

Vállalat Telefonszám

Elektronikus levelezési cím

Olvasóink írják

IBM CORPORATION Attn Bldg 004-2 ID Clerk 3605 HWY 52 N Rochester, MN

Nyomtatva Dániában

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

Recommend Documents