Magas rendelkezésre állású architektúra és forgatókönyvek az SAP NetWeaverhez

  • Cikk

Terminológiadefiníciók

Magas rendelkezésre állás: Olyan technológiákra utal, amelyek minimalizálják az informatikai fennakadásokat azáltal, hogy redundáns, hibatűrő vagy feladatátvétel által védett összetevőkkel biztosítják az informatikai szolgáltatások üzletmenet-folytonosságát ugyanazon adatközponton belül. Esetünkben az adatközpont egy Azure-régióban található.

Vészhelyreállítás: Az informatikai szolgáltatások megszakadásának és helyreállításának minimalizálására is utal, de különböző adatközpontokban, amelyek több száz kilométerre lehetnek egymástól. Esetünkben előfordulhat, hogy az adatközpontok ugyanabban a geopolitikai régióban vagy az Ön által ügyfélként meghatározott helyeken találhatóak.

A magas rendelkezésre állás áttekintése

Az Azure-ban az SAP magas rendelkezésre állása három típusra osztható:

  • Az Azure-infrastruktúra magas rendelkezésre állása:

    A magas rendelkezésre állás például magában foglalhatja a számítást (virtuális gépeket), a hálózatot vagy a tárolást, valamint annak előnyeit az SAP-alkalmazások rendelkezésre állásának növeléséhez.

  • Az Azure-infrastruktúra virtuális gép újraindításának használata az SAP-alkalmazások védelméhez:

    Ha úgy dönt, hogy nem használ olyan funkciókat, mint a Windows Server feladatátvételi fürtszolgáltatás (WSFC) vagy a Pacemaker Linux rendszeren, az Azure-beli virtuális gépek újraindítása lesz használatban. Visszaállítja a funkciókat az SAP-rendszerekben, ha az Azure fizikai kiszolgálói infrastruktúra és a mögöttes Azure-platform tervezett és nem tervezett állásideje van.

  • SAP-alkalmazás magas rendelkezésre állása:

    A teljes SAP-rendszer magas rendelkezésre állásának eléréséhez védenie kell az összes kritikus SAP-rendszerösszetevőt. Például:

    • Redundáns SAP-alkalmazáskiszolgálók.
    • Egyedi összetevők. Ilyen lehet például egy meghibásodási pont (SPOF) összetevő, például egy SAP ASCS/SCS-példány vagy egy adatbázis-kezelő rendszer (DBMS).

Az Azure-ban az SAP magas rendelkezésre állása eltér az SAP magas rendelkezésre állásától helyszíni fizikai vagy virtuális környezetben.

Nincs sapinst-integrált SAP magas rendelkezésre állású konfiguráció Linuxhoz, mint a Windows esetében. A linuxos SAP magas rendelkezésre állásáról további információt a magas rendelkezésre állású partnerekkel kapcsolatos információkban talál.

Az Azure-infrastruktúra magas rendelkezésre állása

SLA egypéldányos virtuális gépekhez

Jelenleg egy 99,9%-os egy virtuálisgép-SLA érhető el prémium szintű tárhellyel. Ha szeretné megtudni, hogy mi lehet egy virtuális gép rendelkezésre állása, létrehozhatja a különböző elérhető Azure-szolgáltatási szintű szerződések termékét.

A számítás alapja havonta 30 nap vagy 43 200 perc. Egy 0,05%-os állásidő például 21,6 percnek felel meg. A különböző szolgáltatások rendelkezésre állását a szokásos módon számítjuk ki:

(Rendelkezésre állási szolgáltatás #1/100) x (Rendelkezésre állási szolgáltatás #2/100) x (Rendelkezésre állási szolgáltatás #3/100) *...

Például:

(99.95/100) x (99.9/100) x (99.9/100) = 0.9975 vagy teljes rendelkezésre állás 99,75%.

Több virtuális gép példánya ugyanabban a rendelkezésre állási csoportban

Minden olyan virtuális gép esetében, amely két vagy több példányt helyez üzembe ugyanabban a rendelkezésre állási csoportban, garantáljuk, hogy legalább egy példányhoz legalább az idő 99,95%-ában rendelkezik virtuálisgép-kapcsolattal.

Ha két vagy több virtuális gép ugyanahhoz a rendelkezésre állási csoporthoz tartozik, a rendelkezésre állási csoportban lévő összes virtuális géphez egy frissítési tartományt és egy tartalék tartománytrendel az alapul szolgáló Azure-platform.

  • A frissítési tartományok garantálják, hogy egy Azure-infrastruktúra tervezett karbantartása során több virtuális gép ne induljon újra egyszerre. Egyszerre csak egy virtuális gép indul újra.
  • A tartalék tartományok garantálják, hogy a virtuális gépek olyan hardverösszetevőkre legyenek üzembe helyezve, amelyek nem osztanak meg közös áramforrást és hálózati kapcsolót. Ha a kiszolgálók, hálózati kapcsolók vagy áramforrások nem tervezett állásidőn mennek keresztül, csak egy virtuális gépet érint.

További információ: A virtuális gépek rendelkezésre állásának kezelése az Azure-ban rendelkezésre állási csoport használatával.

Azure Availability Zones

Az Azure jelenleg az Azure rendelkezésre állási zónáinak koncepcióját dolgozza fel különböző Azure-régiókban. Az Azure-régiókban, ahol rendelkezésre állási zónákat kínálnak, az Azure-régiók több adatközponttal rendelkeznek, amelyek függetlenek az áramforrás, a hűtés és a hálózat ellátása terén. A különböző zónák egyetlen Azure-régión belüli felajánlásával lehetővé teheti az alkalmazások üzembe helyezését két vagy három rendelkezésre állási zónában. Feltételezve, hogy az áramforrások és/vagy a hálózat problémái csak egy rendelkezésre állási zónát érintő infrastruktúrát érintenének, az alkalmazás azure-régión belüli üzembe helyezése továbbra is teljes mértékben működőképes. Végül néhány csökkentett kapacitással, mivel az egyik zónában lévő virtuális gépek elveszhetnek. A másik két zónában lévő virtuális gépek azonban továbbra is üzemelnek. A zónákat kínáló Azure-régiók az Azure rendelkezésre állási zónáiban jelennek meg.

A rendelkezésre állási zónák használatakor érdemes megfontolni néhány szempontot. A szempontok a következő szempontokat sorolják fel:

  • Az Azure Rendelkezésre állási csoportok nem helyezhetők üzembe a rendelkezésre állási zónán belül. A rendelkezésre állási csoportok és a rendelkezésre állási zónák csak a közelségi elhelyezési csoportokkal kombinálhatók. További információ: Rendelkezésre állási csoportok és rendelkezésre állási zónák kombinálása közelségi elhelyezési csoportokkal.
  • Az alapszintű Load Balancerrel nem hozhat létre feladatátvevőfürt-megoldásokat a Windows feladatátvevőfürt-szolgáltatások vagy a Linux Pacemaker alapján. Ehelyett az Azure Standard Load Balancer termékváltozatot kell használnia.
  • Az Azure rendelkezésre állási zónák nem garantálják az egy régión belüli különböző zónák közötti bizonyos távolságot.
  • A különböző Azure-régiók különböző Rendelkezésre állási zónái közötti hálózati késés eltérhet az Azure-régióktól. Előfordulhatnak olyan esetek, amikor Ön mint ügyfél észszerűen futtathatja a különböző zónákban üzembe helyezett SAP-alkalmazásréteget, mivel az egyik zónából az aktív DBMS virtuális gépre irányuló hálózati késés továbbra is elfogadható az üzleti folyamatok hatásából. Vannak azonban olyan ügyfélforgatókönyvek, amelyekben az egyik zónában lévő aktív DBMS virtuális gép és egy másik zónában lévő virtuális gép SAP-alkalmazáspéldánya közötti késés túl tolakodó lehet, és nem elfogadható az SAP üzleti folyamatai számára. Ennek eredményeképpen az üzembehelyezési architektúráknak eltérőnek kell lenniük az alkalmazás aktív/aktív architektúrájával vagy az aktív/passzív architektúrával, ha a késés túl magas.
  • Az Azure-beli felügyelt lemezek használata kötelező az Azure rendelkezésre állási zónákban való üzembe helyezéshez.

Virtuálisgép-méretezési csoport rugalmas vezényléssel

Az Azure-ban a rugalmas vezényléssel rendelkező virtuálisgép-méretezési csoportok az SAP-számítási feladatok magas rendelkezésre állását biztosítják, hasonlóan más üzembehelyezési keretrendszerekhez, például a rendelkezésre állási csoportokhoz és a rendelkezésre állási zónákhoz. Rugalmas méretezési csoport esetén a virtuális gépek különböző rendelkezésre állási zónákban és tartalék tartományokban terjeszthetők, így megfelelő lehetőség a magas rendelkezésre állású SAP-számítási feladatok üzembe helyezésére.

A rugalmas vezénylésű virtuálisgép-méretezési csoport rugalmasan hozhatja létre a méretezési csoportot egy régión belül, vagy lefedheti a rendelkezésre állási zónák között. A létrehozáskor a rugalmas méretezési csoport egy régióban a PlatformFaultDomainCount>1 (FD>1) használatával, a méretezési csoportban üzembe helyezett virtuális gépek adott számú tartalék tartomány között lesznek elosztva ugyanabban a régióban. Másrészt a rugalmas méretezési csoport rendelkezésre állási zónák közötti létrehozása a PlatformFaultDomainCount=1 (FD=1) használatával elosztja a virtuális gépeket különböző zónák között, és a méretezési csoport a virtuális gépeket az egyes zónák különböző tartalék tartományai között is elosztja a legjobb erőfeszítés alapján. AZ SAP-számítási feladatok esetében csak az FD=1 rugalmas méretezési csoport támogatott.

A rugalmas méretezési csoportok és az FD=1 együttes használatának előnye a zónák közötti üzembe helyezéshez, a hagyományos rendelkezésre állási zónák helyett az, hogy a méretezési csoporttal üzembe helyezett virtuális gépek a lehető legjobb munkamennyiséggel oszlanak el a zónán belüli különböző tartalék tartományok között. Annak érdekében, hogy elkerülje a közelségi elhelyezési csoport használatával kapcsolatos korlátozásokat, amelyek biztosítják a virtuális gépek rendelkezésre állását az összes Azure-adatközpontban vagy az egyes hálózati gerincek alatt, javasoljuk, hogy az SAP-számítási feladatokat a rendelkezésre állási zónákban helyezze üzembe rugalmas méretezési csoporttal az FD=1 használatával. Ez az üzembe helyezési stratégia biztosítja, hogy az egyes zónákban üzembe helyezett virtuális gépek ne korlátozódjanak egyetlen adatközpontra vagy hálózati gerincre, és minden SAP-rendszerösszetevő, például az adatbázisok, az ASCS/ERS és az alkalmazásszint zónaszintű hatókörrel rendelkezik.

Ezért a rendelkezésre állási zónák közötti új SAP számítási feladatok üzembe helyezéséhez javasoljuk, hogy rugalmas méretezési csoportot használjon az FD=1 használatával. További információkért tekintse meg az SAP számítási feladat dokumentumának virtuálisgép-méretezési készletét.

Virtuális gépek tervezett és nem tervezett karbantartása

Az Azure platformesemények két típusa befolyásolhatja a virtuális gépek rendelkezésre állását:

  • A tervezett karbantartási események a Microsoft által az alapul szolgáló Azure-platformon végzett rendszeres frissítések. A frissítések javítják a virtuális gépek által futtatott platforminfrastruktúra általános megbízhatóságát, teljesítményét és biztonságát.
  • Nem tervezett karbantartási események akkor fordulnak elő, ha a virtuális gép alapjául szolgáló hardver vagy fizikai infrastruktúra valamilyen módon meghiúsult. Tartalmazhat helyi hálózati hibákat, helyi lemezhibákat vagy egyéb állványszintű hibákat. Ilyen hiba észlelésekor az Azure-platform automatikusan migrálja a virtuális gépet a virtuális gépet üzemeltető nem megfelelő fizikai kiszolgálóról egy kifogástalan állapotú fizikai kiszolgálóra. Az ilyen események ritkán fordulnak elő, de a virtuális gép újraindítását is okozhatják.

További információ: Virtuális gépek karbantartása az Azure-ban.

Redundancia az Azure Storage szolgáltatásban

A tárfiókban lévő adatok mindig replikálva lesznek, így biztosítva a tartósságot és a magas rendelkezésre állást, és az Azure Storage SLA-t még átmeneti hardverhibák esetén is kielégítik.

Mivel az Azure Storage alapértelmezés szerint három lemezképet tárol az adatokról, a RAID 5 vagy a RAID 1 használata több Azure-lemezen szükségtelen.

További információ: Azure Storage-replikáció.

Azure Managed Disks

A felügyelt lemezek az Azure Resource Manager erőforrástípusai, az Azure Storage-fiókokban tárolt virtuális merevlemezek (VHD-k) helyett ajánlott tárolási lehetőség. A felügyelt lemezek automatikusan igazodnak ahhoz a virtuális géphez tartozó Azure rendelkezésre állási csoporthoz, amelyhez csatlakoznak. Növelik a virtuális gép és a rajta futó szolgáltatások rendelkezésre állását.

További információ: Azure Managed Disks – áttekintés.

Azt javasoljuk, hogy felügyelt lemezeket használjon, mert egyszerűbbé teszik a virtuális gépek üzembe helyezését és felügyeletét.

Az SAP-számítási feladatok különböző üzembehelyezési típusainak összehasonlítása

Az alábbiakban rövid összefoglalást talál az SAP-számítási feladatokhoz elérhető különböző üzembehelyezési típusokról.

Features Virtuálisgép-méretezési csoport rugalmas vezényléssel (FD=1) Availability Zone (Rendelkezésreállási zóna) Rendelkezésre állási csoport
Üzembe helyezési viselkedés A példányok 1, 2 vagy 3 rendelkezésre állási zónába kerülnek, és az egyes zónák különböző állványai között a legjobb munkamennyiség alapján vannak elosztva A példányok 1, 2 vagy 3 rendelkezésre állási zónára terjednek ki A példányok a régión belül szállnak le, és különböző tartalék/frissítési tartományok között oszlanak el
Virtuális gép és felügyelt lemezek hozzárendelése adott rendelkezésre állási zónához Igen Yes Nem
Tartalék tartomány – Maximális szórás (az Azure maximálisan elterjeszti a példányokat) Igen Nem Igen, a létrehozás során definiált tartalék tartományok száma alapján.
Számítási hibatartomány igazítása a tárolóhoz Nem No Igen
Kapacitásfoglalás Igen (kapacitásfoglalás hozzárendelése virtuálisgép-szinten) Igen Nem

Megjegyzés:

Magas rendelkezésre állású üzembe helyezési lehetőségek az SAP számítási feladataihoz

Ha magas rendelkezésre állású SAP-számítási feladatot helyez üzembe az Azure-ban, fontos figyelembe venni a különböző elérhető üzembehelyezési típusokat, és hogy hogyan alkalmazhatók a különböző Azure-régiókban (például zónákban, egyetlen zónában vagy zónák nélküli régióban). Az alábbi táblázat az Azure-régiókban található SAP-rendszerek számos magas rendelkezésre állási lehetőségét mutatja be.

Rendszer típusa Régió különböző zónáiban Egy régió singe zónájában Zónák nélküli régióban
Magas rendelkezésre állású SAP-rendszer Rugalmas méretezési csoport FD=1 használatával Rendelkezésre állási csoportok közelségi elhelyezési csoportokkal Rendelkezésre állási csoportok
Rendelkezésre állási csoportok és rendelkezésre állási zónák közelségi elhelyezési csoportokkal Rugalmas méretezési csoport FD=1 használatával (csak egy zónát jelöljön ki) Rugalmas méretezési csoport FD=1 használatával (nincsenek definiálva zónák)
Rendelkezésre állási zónák Rendelkezésre állási csoportok
  • Üzembe helyezés egy régió különböző zónáiban: A legmagasabb rendelkezésre állás érdekében az SAP-rendszereket egy régió különböző zónáiban kell üzembe helyezni. Ez biztosítja, hogy ha egy zóna nem érhető el, az SAP-rendszer továbbra is elérhető marad egy másik zónában. Ha új SAP-számítási feladatot helyez üzembe a rendelkezésre állási zónákban, javasoljuk, hogy az FD=1 üzembe helyezési lehetőséggel rendelkező rugalmas virtuálisgép-méretezési csoportokat használja. Lehetővé teszi több virtuális gép üzembe helyezését egy régió különböző zónáiban anélkül, hogy a kapacitáskorlátozások vagy az elhelyezési csoportok miatt kellene aggódnia. A méretezési csoport keretrendszere gondoskodik arról, hogy a méretezési csoporttal üzembe helyezett virtuális gépek a lehető legjobb erőfeszítéssel legyenek elosztva a zónán belüli különböző tartalék tartományok között. Az összes magas rendelkezésre állású SAP-összetevő, például az SAP ASCS/ERS, az SAP-adatbázisok különböző zónákban vannak elosztva, míg az egyes zónákban lévő több alkalmazáskiszolgáló a lehető legjobb munkamennyiség alapján oszlik el a különböző tartalék tartományok között.
  • Üzembe helyezés egy régió egyetlen zónájában: Ha a magas rendelkezésre állású SAP-rendszert regionálisan, több rendelkezésre állási zónával rendelkező helyen szeretné üzembe helyezni, és ha elengedhetetlen, hogy a rendszer összes összetevője egyetlen zónában legyen, akkor ajánlott a rendelkezésre állási csoportok használata a közelségi elhelyezési csoportok üzembe helyezési lehetőségével. Ez a módszer lehetővé teszi, hogy az ÖSSZES SAP-rendszerösszetevőt egyetlen rendelkezésre állási zónába csoportosítsa, biztosítva, hogy a rendelkezésre állási csoportban lévő virtuális gépek különböző tartalék és frissítési tartományokban legyenek elosztva. Bár ez az üzembe helyezés a számítást a tárolási tartalék tartományokhoz igazítja, a közelség nem garantált. Mivel azonban ez az üzembe helyezési lehetőség regionális, nem támogatja az Azure Site Recoveryt a zónák közötti vészhelyreállításhoz. Emellett ez a beállítás a teljes SAP-telepítést egyetlen adatközpontra korlátozza, ami kapacitáskorlátozásokhoz vezethet, ha módosítania kell a termékváltozat méretét vagy a kibővített alkalmazáspéldányokat.
  • Üzembe helyezés zónák nélküli régióban: Ha olyan régióban helyezi üzembe az SAP-rendszert, amely nem rendelkezik zónákkal, ajánlott rendelkezésre állási csoportokat használni. Ez a beállítás redundanciát és hibatűrést biztosít, ha a virtuális gépeket különböző tartalék tartományokba helyezi, és frissíti a tartományokat.

Fontos

Meg kell jegyezni, hogy az Azure-régiók üzembe helyezési lehetőségei csak javaslatok. Az SAP-rendszer legmegfelelőbb üzembehelyezési stratégiája az adott követelményektől és környezettől függ.

Az Azure-infrastruktúra magas rendelkezésre állásának használata az SAP-alkalmazások védelméhez

Ha úgy dönt, hogy nem használ olyan funkciókat, mint a WSFC vagy a Pacemaker Linux rendszeren (a SU Standard kiadás Linux Enterprise Server 12 és újabb, valamint a Red Hat Enterprise Linux 7 és újabb verziók esetében), akkor az Azure-beli virtuális gépek újraindítása történik. Visszaállítja a funkciókat az SAP-rendszerekben, ha az Azure fizikai kiszolgálói infrastruktúra és a mögöttes Azure-platform tervezett és nem tervezett állásideje van.

A megközelítéssel kapcsolatos további információkért tekintse meg az Azure-infrastruktúra virtuális gép újraindításának használatát az SAP-rendszer magasabb rendelkezésre állásának eléréséhez.

SAP-alkalmazások magas rendelkezésre állása az Azure IaaS-en

A teljes SAP-rendszer magas rendelkezésre állásának eléréséhez védenie kell az összes kritikus SAP-rendszerösszetevőt. Például:

  • Redundáns SAP-alkalmazáskiszolgálók.
  • Egyedi összetevők. Ilyen lehet például egy meghibásodási pont (SPOF) összetevő, például egy SAP ASCS/SCS-példány vagy egy adatbázis-kezelő rendszer (DBMS).

A következő szakaszok azt ismertetik, hogyan érhető el a magas rendelkezésre állás mindhárom kritikus SAP-rendszerösszetevő esetében.

Magas rendelkezésre állású architektúra SAP-alkalmazáskiszolgálókhoz

Windows logo. Windows és Linux logo. Linux

Az SAP-alkalmazáskiszolgálóhoz és a párbeszédpanelpéldányokhoz általában nincs szükség egy adott magas rendelkezésre állású megoldásra. A magas rendelkezésre állást redundanciával érheti el, és több párbeszédpanel-példányt konfigurálhat az Azure-beli virtuális gépek különböző példányaiban. Legalább két SAP-alkalmazáspéldánynak telepítve kell lennie az Azure-beli virtuális gépek két példányában.

Az üzembe helyezés típusától függően (rugalmas méretezési csoport FD=1, rendelkezésre állási zóna vagy rendelkezésre állási csoport) megfelelően el kell osztania az SAP-alkalmazáskiszolgáló-példányokat a redundancia eléréséhez.

  • Rugalmas méretezési csoport a platformFaultDomainCount=1 (FD=1): A rugalmas méretezési csoporttal (FD=1) üzembe helyezett SAP-alkalmazáskiszolgálók a virtuális gépeket különböző rendelkezésre állási zónák között osztják el, és a méretezési csoport a virtuális gépeket az egyes zónák különböző tartalék tartományai között is elosztja a legjobb erőfeszítés alapján. Ez biztosítja, hogy ha egy zóna nem érhető el, a másik zónában üzembe helyezett SAP-alkalmazáskiszolgálók továbbra is elérhetők maradnak.
  • Rendelkezésre állási zóna: A rendelkezésre állási zónákban üzembe helyezett SAP-alkalmazáskiszolgálók biztosítják, hogy a virtuális gépek különböző zónákra terjedjenek ki a redundancia elérése érdekében. Ez biztosítja, hogy ha egy zóna nem érhető el, a másik zónában üzembe helyezett SAP-alkalmazáskiszolgálók továbbra is elérhetők maradnak. További információ: SAP számítási feladatok konfigurációi az Azure Rendelkezésre állási zónákkal
  • Rendelkezésre állási csoport: A rendelkezésre állási csoportban üzembe helyezett SAP-alkalmazáskiszolgálók biztosítják a virtuális gépek különböző tartalék tartományok közötti elosztását és a tartományok frissítését. Ha virtuális gépeket helyez el különböző frissítési tartományokban, győződjön meg arról, hogy a virtuális gépek nem frissülnek egyszerre a tervezett karbantartási állásidő során. Míg a virtuális gépek különböző tartalék tartományban való elhelyezése biztosítja, hogy a virtuális gépek védve legyenek az adatközpont hardverhibáitól vagy áramkimaradásaitól. Az Azure-beli rendelkezésre állási csoportokban használható hiba- és frissítési tartományok száma azonban véges. Ha továbbra is virtuális gépeket ad hozzá egyetlen rendelkezésre állási csoporthoz, két vagy több virtuális gép végül ugyanabba a hibába vagy frissítési tartományba kerül. További információkért tekintse meg az Azure-beli virtuális gépek SAP NetWeaver-dokumentumhoz való tervezésének és implementálásának Azure-beli rendelkezésre állási csoportok szakaszát.

Nem felügyelt lemezek csak: Ha nem felügyelt lemezeket használ rendelkezésre állási csoporttal, fontos felismerni, hogy az Azure Storage-fiók egyetlen meghibásodási ponttá válik. Ezért elengedhetetlen, hogy legalább két Azure Storage-fiókot állítsunk be, amelyekben legalább két virtuális gép van elosztva. Ideális beállítás esetén az SAP-párbeszédpanelpéldányt futtató összes virtuális gép lemezei egy másik tárfiókban lesznek üzembe helyezve.

Fontos

Határozottan javasoljuk, hogy azure-beli felügyelt lemezeket használjon az SAP magas rendelkezésre állású telepítéseihez. Mivel a felügyelt lemezek automatikusan igazodnak a csatlakoztatott virtuális gép rendelkezésre állási készletéhez, növelik a virtuális gép és a rajta futó szolgáltatások rendelkezésre állását.

Magas rendelkezésre állású architektúra SAP ASCS/SCS-példányhoz Windows rendszeren

Windows logo. Windows

WSFC-megoldással védheti az SAP ASCS/SCS-példányt. A fürtmegosztás konfigurációjának típusa (fájlmegosztás vagy megosztott lemez) alapján a megfelelő megoldásra hivatkozhat a tárolási típus alapján.

Magas rendelkezésre állású architektúra SAP ASCS/SCS-példányhoz Linuxon

Linux logo. Linux

Linux rendszeren az SAP ASCS/SCS-példány fürtözésének konfigurációja az operációs rendszer disztribúciójától és a használt tároló típusától függ. Javasoljuk, hogy az adott operációsrendszer-fürt keretrendszerének megfelelően implementálja a megfelelő megoldást.

SAP NetWeaver több SID-konfiguráció fürtözött SAP ASCS/SCS-példányhoz

Windows logo. Ablak

A multi-SID A WSFC támogatja a fájlmegosztást és a megosztott lemezt. A windowsos több SID magas rendelkezésre állású architektúrával kapcsolatos további információkért lásd:

Linux logo. Linux

A több SID-fürtözés az SAP ASCS/ERS linuxos Pacemaker-fürtöin támogatott, és ugyanazon a fürtön öt SAP SID-re korlátozódik. A linuxos több SID magas rendelkezésre állású architektúrával kapcsolatos további információkért lásd:

A DBMS-példány magas rendelkezésre állása

Az SAP-rendszerekben a DBMS-kiszolgálók is egyetlen meghibásodási pontként szolgálnak. Ezért fontos az adatbázis védelme magas rendelkezésre állású megoldás implementálásával. A DBMS magas rendelkezésre állású megoldása az SAP-rendszerhez használt adatbázistól függően változik. Az adatbázis alapján kövesse az irányelveket az adatbázis magas rendelkezésre állásának eléréséhez.

Database DR-javaslat
SAP HANA HANA-rendszerreplikációs (HSR)
Oracle Oracle Data Guard
IBM DB2 Magas rendelkezésre állású vészhelyreállítás (HADR)
Microsoft SQL Microsoft SQL Always On
SAP ASE A Standard kiadás HADR Always On