A nagyon nagy méretű adatbázisok migrálásának ajánlott eljárásainak vizsgálata

  • 11 perc

Az alábbi irányelvek valós ügyfélprojekteken és az ezekből a projektekből származó tanuláson alapulnak. Az irányelvek olyan forgatókönyveket azonosítanak, amelyek korábban sikertelenek voltak. Ilyen például az a javaslat, hogy ne használjon UNIX-kiszolgálókat vagy virtualizált kiszolgálókat R3load-exportálási kiszolgálókként:

  • Az exportálási teljesítmény gyakran a teljes állásidőt befolyásoló tényező. A jelenlegi hardver gyakran több mint 4-5 éves, és rendkívül költséges a frissítés.
  • Ezért fontos a maximális exportteljesítmény elérése, amely gyakorlatias.
  • A korábbi projektek több hetet vagy akár több hónapot töltöttek azzal, hogy unix- vagy virtualizált platformokon próbálták finomhangolni az R3load exportálási teljesítményét, mielőtt lemondanak az Intel R3load-kiszolgálókról.
  • A kétcsatornás, árualapú Intel-kiszolgálók olcsók, és jelentős teljesítménynövekedést biztosítanak, bizonyos esetekben nagyságrendekkel nagyobb nagyságrendekkel, mint a UNIX vagy virtualizált kiszolgálók finomhangolási fejlesztései.
  • Az ügyfelek gyakran rendelkeznek meglévő virtuálisgép-farmokkal, de leggyakrabban ezek nem támogatják a modern kiszervezési vagy SR-IOV-technológiákat. A VMware-verzió gyakran régi, nem nyitható meg vagy nincs konfigurálva a magas hálózati átviteli sebességhez és az alacsony késéshez. Az R3load-exportálási kiszolgálók nagyon gyors menetteljesítményt és rendkívül magas hálózati teljesítményt igényelnek. Az R3load-exportálási kiszolgálók 10–15 órán át futhatnak közel 100%-os processzor- és hálózatkihasználtság esetén. Ez nem a legtöbb VMware-farm tipikus használati esete, és a legtöbb VMware-telepítés soha nem úgy lett kialakítva, hogy olyan számítási feladatokat kezeljen, mint az R3load.

Tipp.

Ne fektessen időt az R3load exportálási teljesítményének optimalizálására UNIX vagy virtualizált platformokon. Ez nem csak időt pazarol, hanem sokkal többe fog kerülni, mint alacsony költségű Intel-kiszolgálók vásárlása a projekt elején. A VLDB migrálási ügyfeleinek ezért azt kell biztosítaniuk, hogy a projektcsapat gyors, modern R3load exportálási kiszolgálókkal rendelkezzen a projekt elején. Ez csökkenti a projekt teljes költségét és kockázatát.

Best practices

  • A jelenlegi SAP-környezet felmérése és leltározása. Azonosítsa az SAP támogatási csomag szintjeit, és állapítsa meg, hogy szükség van-e javításra a célADATBÁZIS támogatásához. Az operációs rendszer kompatibilitását általában az SAP kernel határozza meg, a DBMS kompatibilitását pedig a SAP_BASIS javítás szintje határozza meg.
  • Hozzon létre egy listát az SAP OSS-megjegyzésekről, amelyeket a forrásrendszerben kell alkalmazni, például a SMIGR_CREATE_DDL frissítéseit. Fontolja meg az SAP-kernelek frissítését a forrásrendszerekben, hogy elkerülje a nagy változásokat az Azure-ba való migrálás során (például. Ha egy rendszer egy régi 7.41-es kernelt futtat, frissítsen a forrásrendszer legújabb 7.45-ös verziójára, hogy elkerülje a nagy módosítást a migrálás során).
  • A magas rendelkezésre állású és vészhelyreállítási megoldás fejlesztése és dokumentálása. A dokumentációnak fel kell bontania a megoldást a DB-rétegre, az ASCS-rétegre és az SAP-alkalmazáskiszolgáló rétegére. Különálló megoldásokra lehet szükség, például a TREX-hez vagy a liveCache-hez.
  • Az Azure-beli virtuális gépek típusait és tárolási konfigurációját részletező méretezési és konfigurációs dokumentum létrehozása. Hány prémium lemez, hány adatfájl, hogyan oszlanak el az adatfájlok a lemezek között, tárolóhelyek használata, NTFS formátumméret = 64 kb. Emellett a dokumentum biztonsági mentési/visszaállítási és DBMS-konfigurációja, például a memóriabeállítások, a párhuzamosság maximális foka és a nyomkövetési elemek.
  • Dolgozzon ki egy hálózati tervezési dokumentumot, beleértve a virtuális hálózatot, az alhálózatot, az NSG-t és az UDR-konfigurációt.
  • A biztonság és a megkeményedés fogalmának dokumentálása és megvalósítása. Távolítsa el az Internet Explorert, hozzon létre egy Active Directory-tárolót AZ SAP-szolgáltatásfiókokhoz és -kiszolgálókhoz, és alkalmazzon egy tűzfalszabályzatot, amely csak korlátozott számú szükséges portot blokkol.
  • Hozzon létre egy os/DB migrálási tervezési dokumentumot, amely részletesen ismerteti a csomag és a tábla felosztási koncepcióját, az R3loads számát, az SQL Server nyomkövetési adatait, a rendezetlen/rendezetlen, az Oracle RowID-beállítást, a SMIGR_CREATE_DDL beállításokat, a perfmon számlálókat (például BCP-sorok/s és BCP átviteli sebesség kb/mp, PROCESSZOR, memória), RSS-beállításokat, gyorsított hálózatkezelési beállításokat, naplófájl-konfigurációt, BPE-beállításokat, TDE-konfigurációt.
  • Hozzon létre egy "Repülési terv" gráfot, amely az R3load exportálásának/importálásának előrehaladását mutatja az egyes tesztciklusokon. Így az áttelepítési csapat ellenőrizheti, hogy a finomhangolások és a módosítások javítják-e az R3load exportálási vagy importálási teljesítményét. Az X tengely a befejezett csomagok száma, az Y tengely pedig az eltelt idő. Ez a repülési terv az éles migrálás során is kritikus fontosságú, hogy a tervezett előrehaladás összehasonlítható legyen a tényleges előrehaladással és a korábban azonosított problémákkal.
  • Teljesítménytesztelési terv létrehozása. Azonosítsa a legtöbb ~20 online jelentést, kötegelt feladatot és felületet. Dokumentálja a bemeneti paramétereket (például dátumtartomány, értékesítési iroda, üzem, cégkód stb.) és futtatókörnyezeteket az eredeti forrásrendszeren. Hasonlítsa össze az Azure-beli futtatókörnyezetet. Ha teljesítménybeli különbségek vannak, futtasson SAT, ST05 és egyéb SAP-eszközöket a nem hatékony utasítások azonosításához.
  • Naplózhatja az üzembe helyezést és a konfigurációt, és győződjön meg arról, hogy a fürt időtúllépései, a kernelek, a hálózati beállítások és az NTFS formátumméret mind összhangban vannak a tervezési dokumentumokkal. Állítsa be a perfmon számlálókat a fontos kiszolgálókon az alapvető állapotparaméterek 90 másodpercenkénti rögzítéséhez. Ellenőrizze, hogy az SAP-kiszolgálók külön AD-tárolóban vannak-e, és hogy a tárolóra tűzfalkonfigurációval van-e alkalmazva egy csoportházirend.
  • Ellenőrizze, hogy az érdeklődő operációsrendszer-/adatbázis-áttelepítési tanácsadó rendelkezik-e licenccel! Kérje meg a tanácsadó nevét, az s-felhasználót és a minősítés dátumát. Nyisson meg egy OSS-üzenetet a BC-INS-MIG-nek, és kérje meg az SAP-t, hogy győződjön meg arról, hogy a tanácsadó aktuális és licencelt.
  • Ha lehetséges, a VLDB-migrálási projekthez tartozó teljes projektcsapatot egyetlen fizikai helyen kell hozzárendelni, és nem kell földrajzilag eloszlatni több kontinensen és időzónában.
  • Győződjön meg arról, hogy megfelelő tartalékterv van érvényben, és hogy az a teljes ütemterv része.
  • Válassza ki a gyors szálszámú Intel CPU-modelleket az R3load exportálási kiszolgálókhoz. Ne használjon "Energiatakarékos" CPU-modelleket, mivel alacsonyabb a teljesítményük, és nem használnak négycsatornás kiszolgálókat. Az Intel Xeon E5 Platinum 8158 jó példa.

Ajánlott eljárások a problémák elkerüléséhez

  • Ne alvállalkozásba ne rendeljen egy tanácsadó szervezetet az exportáláshoz, és ne alvállalkozásba adjon egy másik tanácsadó szervezetet az importáláshoz. Időnként a forrásrendszert kiszervezi és felügyeli egy tanácsadó szervezet vagy partner, és az ügyfél át szeretne térni az Azure-ba, és másik partnerre váltani. Az exportálás és az importálás finomhangolása és a konfiguráció szoros összekapcsolása miatt nem valószínű, hogy ezeket a feladatokat különböző szervezetekhez rendeli, jó eredményt fog eredményezni.
  • A migrálás során ne használja az Azure-beli hardvererőforrásokat, és ne használja az élő elemet. Az Azure-beli virtuális gépek díja percenként történik, és egyszerűen csökkenthető a méret. A VLDB migrálása során használja az elérhető legerősebb virtuális gépet. Az ügyfelek sikeresen 200-250%-ban túlméretezett rendszereken üzemeltek, majd stabilizálódtak a túlméretezett rendszerek futtatása közben. A rendszer kihasználtságának 4–6 hétig történő monitorozása után a többletkapacitással rendelkező virtuális gépek mérete vagy leállítása a költségek csökkentése érdekében csökken.