1. Bevezetés a SQL Server Magas rendelkezésre állás
Magas rendelkezésre állás SQL Server a rendszer azon képességére utal, hogy minimális állásidővel működőképes maradjon hardverhibák, szoftverproblémák vagy tervezett karbantartás esetén. A magas rendelkezésre állás fontosságát nem lehet eléggé hangsúlyozni. Amikor az adatbázisok elérhetetlenné válnak, a szervezetek azonnali következményekkel szembesülnek, beleértve az lost bevétel, csökkent termelékenység és vevői elégedetlenség.
Míg a magas rendelkezésre állást (HA) és a katasztrófa utáni helyreállítást (DR) gyakran felcserélhetően használják, különböző hibaforgatókönyveket kezelnek. A HA a lokalizált hibák, például a szerver- vagy példányösszeomlások okozta állásidő minimalizálására összpontosít, míg a DR célja a nagyszabású katasztrófák utáni helyreállítás, amelyek egy egész adatközpontot vagy régiót érintenek.
Két kritikus mutató irányítja a HA tervezését:
- A helyreállítási idő célkitűzése (RTO) meghatározza a meghibásodás utáni maximális elfogadható állásidőt.
- A helyreállítási pont célkitűzése (RPO) meghatározza a maximálisan tolerálható adatvesztést.
A rendelkezésre állást általában „kilencesekben” mérik: a 99.9% (három-kilenc) évi 8.76 óra állásidőt tesz lehetővé, a 99.99% (négy-kilenc) 52.6 percet, a 99.999% (öt-kilenc) pedig mindössze 5.26 percre korlátozza az állásidőt évente.
2. SQL Server Magas rendelkezésre állású megoldások áttekintése
2.1 A HA megoldások kategóriái
SQL Server A magas rendelkezésre állású megoldások több szempont szerint kategorizálhatók:
- Példányszintű vs. adatbázisszintű védelem: A példányszintű védelem, mint például a feladatátvevő fürt példányai, teljes példányokat védenek, beleértve az összes adatbázist és kiszolgálóobjektumot is, míg az adatbázisszintű védelem, mint például az Always On Availability Groups, adott adatbázisokat véd.
- Szinkron vs. aszinkron adatmozgatás: A szinkron adatmozgatás nulla adatvesztést biztosít, de késleltetést okozhat, míg az aszinkron adatmozgatás optimalizálja a teljesítményt, de elfogadja az esetleges adatvesztést.
- Automatikus vs. manuális feladatátvétel: Az automatikus feladatátvétel minimalizálja az állásidőt manuális beavatkozás nélkül, míg a manuális feladatátvétel nagyobb kontrollt biztosít, de rendszergazdai beavatkozást igényel.
2.2 Gyakori HA megoldások
SQL Server nyolc elsődleges magas rendelkezésre állású megoldást kínál, amelyek mindegyike specifikus forgatókönyveket kezel:
- Mindig elérhetőségi csoportok
- Tartalmazott elérhetőségi csoportok
- Elosztott elérhetőségi csoportok
- Feladatátvevő fürt példányai
- SQL Server replikáció
- Rönkszállítás
- Adatbázis tükrözés
- Felügyelt példány hivatkozása
3. Mindig elérhető elérhetőségi csoportok
Az Always On Availability Groups jelentése SQL Servervezető adatbázis-szintű magas rendelkezésre állású és katasztrófa utáni helyreállítási megoldása, amelyet 2016-ban mutattak be. SQL Server 2012. Lehetővé teszi az adatbáziscsoportok közös, egyetlen egységként történő feladatátvételét, miközben olvasható másodlagos replikákat biztosít a lekérdezések terheléselosztásához.
FŐBB JELLEMZŐK
- Legfeljebb 9 replika támogatása összesen (1 elsődleges + 8 másodlagos)
- Akár 5 replika szinkron véglegesítési módban (1 elsődleges + 4 másodlagos)
- Automatikus feladatátvétel nulla adatvesztéssel szinkron módban
- Olvasható másodlagos replikák a lekérdezések tehermentesítéséhez
- Biztonsági mentések áthelyezése másodlagos replikákra
- Elérhetőségi csoport figyelője az automatikus kapcsolatútválasztáshoz
- Csak olvasható útválasztás terheléselosztási olvasási lekérdezésekhez
- Több adatbázis együttesen, csoportként működik átveszi a feladatokat
Megvalósítás lépései
- Windows Server feladatátvételi fürtözés (WSFC) vagy Linux Pacemaker fürt konfigurálása
- Az Always On Availability Groups funkció engedélyezése minden eszközön SQL Server példányok
- Győződjön meg arról, hogy az adatbázisok teljes helyreállítási modellt használnak, és teljes biztonsági mentésekkel rendelkeznek.
- Adatbázis-tükrözési végpontok létrehozása minden replikán
- Elérhetőségi csoport létrehozása és adatbázisok hozzáadása
- Elsődleges és másodlagos replikák konfigurálása a kívánt módokkal
- A rendelkezésre állási csoport figyelőjének létrehozása és konfigurálása
- Írásvédett útválasztás konfigurálása olvasható másodlagos tárolók használata esetén
- Tesztelje a feladatátvételi eljárásokat és ellenőrizze az alkalmazások csatlakozását
Legmegfelelőbb
- Maximális üzemidőt igénylő, kritikus fontosságú adatbázisok
- Olyan szervezeteknek, amelyeknek helyi HA-ra és földrajzi DR-re is szükségük van
- Olvasási skálázási képességeket igénylő környezetek
- Azok az alkalmazások, amelyek profitálnak a jelentéskészítési lekérdezések tehermentesítéséből
- Adatvesztés-védelmet igénylő adatbázisok
- Több adatbázist futtató alkalmazások, amelyek összehangolt feladatátvételt igényelnek
Érvek
- Nulla adatvesztés szinkron véglegesítési móddal
- Az automatikus feladatátvétel minimalizálja az állásidőt (általában másodpercek alatt)
- Az olvasható másodlagos tekercsek csökkentik a primer tekercsek terhelését
- Nincs szükség megosztott tárhelyre
- Támogatja mind a Windows, mind a Linux platformokat
- Földrajzi eloszlás katasztrófa utáni helyreállításhoz
- A biztonsági mentési műveletek átruházhatók a másodlagos tárolókra
- Az alkalmazáskapcsolati karakterláncok változatlanok maradnak a feladatátvétel után
Hátrányok
- A teljes funkcionalitáshoz Enterprise Edition szükséges
- Standard Edition, Basic AG-re korlátozva (1 adatbázis, 1 másodlagos, nincs olvasható másodlagos)
- Komplex konfiguráció és kezelés
- Klaszterezési infrastruktúrát igényel (WSFC vagy Pacemaker)
- A példányszintű objektumok (bejelentkezések, feladatok) manuális szinkronizálást igényelnek.
- A szinkron mód tranzakciós késleltetést okozhat
- Engedélyezés costs több szerverhez
Referenciák
- SQL Server Mindig elérhető elérhetőségi csoportok: Teljes útmutató
- Microsoft hivatalos dokumentum: Az Always On rendelkezésre állási csoportok áttekintése (SQL Server)
4. Befoglalt elérhetőségi csoportok
Bevezetve a következő évben: Tartalmazott elérhetőségi csoportok SQL Server 2022-ben a hagyományos Always On Availability Groups kiterjesztése a példányszintű objektumok replikák közötti automatikus szinkronizálásával, kiküszöbölve a bejelentkezések, feladatok és más szerverszintű objektumok manuális replikációjának szükségességét.
FŐBB JELLEMZŐK
- Példányszintű objektumok (bejelentkezések, felhasználók, szerepkörök) automatikus szinkronizálása
- SQL Server Az ügynöki feladatok replikálva vannak az összes replikán
- Az adatbázis-engedélyek automatikusan szinkronizálódnak
- Minden Always On AG funkció benne van
- Egyszerűsített feladatátvétel teljes környezetreplikációval
- Támogatás mind Windows, mind Linux platformokhoz
Megvalósítás lépései
- Biztosít SQL Server 2022-ben vagy később minden példányban
- WSFC vagy Pacemaker fürtinfrastruktúra konfigurálása
- Mindig bekapcsolva funkció engedélyezése minden példányon
- Befoglalt rendelkezésre állási csoport létrehozása a CONTAINED opcióval
- Adatbázisok hozzáadása a tartalmazott AG-hez
- Bejelentkezések és feladatok létrehozása az AG kontextusban
- Figyelő konfigurálása és feladatátvétel tesztelése
Legmegfelelőbb
- Egyszerűsített AG adminisztrációt igénylő szervezetek
- Gyakori feladatátvételi tesztelést vagy műveleteket végző környezetek
- Sok példányszintű objektumot igénylő alkalmazások
- Újszerű SQL Server 2022+ telepítések
- Csapatok, akik csökkentett p-t keresnekost- feladatátvételi konfiguráció
Érvek
- Kiküszöböli a bejelentkezések és feladatok manuális szinkronizálását
- Gyorsabb és megbízhatóbb feladatátvétel
- Csökkentett adminisztrációs költség
- Az alkalmazások a feladatátvétel után azonnal működnek
- Egyszerűsített katasztrófa-helyreállítási eljárások
- Minden hagyományos AG juttatás benne foglaltatik
Hátrányok
- Igényel SQL Server 2022 vagy újabb
- A teljes funkcionalitáshoz Enterprise Edition szükséges
- A meglévő hagyományos AG-k nem konvertálhatók zárt AG-kká
- Minden replikának támogatnia kell a tartalmazott AG funkciót
- További bonyolultság a hagyományos AG-khez képest
Referenciák
5. Elosztott elérhetőségi csoportok
Elosztott elérhetőségi csoportok, bevezetve a következő évben: SQL Server 2016-ban egy „Elérhetőségi csoportok rendelkezésre állási csoportja” architektúrát tettek lehetővé, amely két független AG-t kapcsol össze különálló klasztereken keresztül a fejlett katasztrófa-helyreállítási és migrációs forgatókönyvek érdekében.
FŐBB JELLEMZŐK
- Két független rendelkezésre állási csoportot köt össze
- Minden AG fenntartja a saját független klaszterét
- Platformfüggetlen támogatás (Windows-tól Linux-ig)
- Klaszterek közötti replikáció megosztott klasztertagság nélkül
- Az egyik AG elsődleges, a másik másodlagos szerepét tölti be.
- Támogatja mind a szinkron, mind az aszinkron módokat
- Földrajzi eloszlás régiók vagy kontinensek között
Megvalósítás lépései
- Első rendelkezésre állási csoport (elsődleges DAG) létrehozása és konfigurálása
- Második elérhetőségi csoport (másodlagos DAG) létrehozása és konfigurálása
- Hozz létre elosztott AG-t, amely összeköti a két AG-t
- Adatszinkronizálás konfigurálása az AG-k között
- Figyelő beállítása minden egyes AG-n az alkalmazáskapcsolathoz
- Feladatátvételi szabályzatok és tesztelési eljárások konfigurálása
- Klaszterek közötti kommunikáció és replikáció ellenőrzése
Legmegfelelőbb
- Több régióra kiterjedő katasztrófa-helyreállítás független adatközpontokban
- Platformfüggetlen migráció Windowsról Linuxra vagy Linuxról Windowsra
- Hibrid felhőalapú forgatókönyvek, amelyek helyszíni rendszereket kapcsolnak az Azure-hoz
- Jelentős verziófrissítések, amelyek hosszabb migrációs időszakot igényelnek
- Több független feladatátvevő fürttel rendelkező szervezetek
- Globális vállalatoknak kontinenseken átívelő replikációra van szükségük
Érvek
- Szétválasztja a klaszterfüggőségeket a telephelyek között
- Valós földrajzi eloszlást tesz lehetővé
- Támogatja a platformfüggetlen forgatókönyveket
- Minden egyes AG függetlenül átveheti a feladatot
- Ideális összetett migrációs projektekhez
- Nincs szükség megosztott klaszterinfrastruktúrára
- Különböző Windows-tartományokra vagy Linux-disztribúciókra is kiterjedhet
Hátrányok
- Enterprise kiadást igényel
- Nagyfokú komplexitás a konfigurációban és a kezelésben
- A klaszterezés és az AG technológia mélyreható ismeretét igényli
- Nehezebb a hibaelhárítás, mint a hagyományos AG-knél
- További késleltetés régióközi forgatókönyvek esetén
- A feladatátvételi eljárások gondos megtervezését igényli
Referenciák
6. Feladatátvevő fürt példányok (FCI)
A feladatátvevő fürt példányai példányszintű magas rendelkezésre állást biztosítanak a megosztott tároló és a Windows Server feladatátvevő fürtözés használatával, lehetővé téve egy teljes rendszer automatikus feladatátvételét. SQL Server példány, beleértve az összes adatbázist és szerverszintű objektumot.
FŐBB JELLEMZŐK
- Példányszintű védelem (az összes adatbázis egyszerre végez feladatátvételt)
- Aktív-passzív konfiguráció megosztott tárolóhellyel
- Virtuális hálózati név (VNN) transzparens feladatátvételhez
- Automatikus feladatátvétel aktív csomópont meghibásodása esetén
- Nulla adatvesztés (egyetlen adatpéldány)
- Szerver szintű objektumok (bejelentkezések, feladatok, csatolt szerverek)
- Támogat minden SQL Server helyreállítási modellek
Megvalósítás lépései
- Windows Server feladatátvevő fürt (WSFC) konfigurálása
- Megosztott tároló beállítása (SAN, SMB, Storage Spaces Direct)
- Fürt kvórum beállításainak konfigurálása
- Telepítés SQL Server feladatátvevő fürt példányaként az első csomóponton
- További csomópontok hozzáadása az FCI-hez
- Virtuális hálózat nevének és IP-címének konfigurálása
- Teszt feladatátvétel fürtcsomópontok között
- Kliensalkalmazások konfigurálása VNN használatára
Legmegfelelőbb
- Meglévő megosztott tárolási infrastruktúrával rendelkező szervezetek
- Példányszintű védelmet igénylő környezetek
- Helyi, magas rendelkezésre állás egyetlen adatközpontban
- Az összes adatbázist együttesen igénylő alkalmazások feladatátvétele
- Forgatókönyvek, ahol a szerver szintű objektumokat védeni kell
- Csak Windowsos környezetek (Linux nem támogatott az FCI esetében)
Érvek
- Teljes körű példányszintű védelem
- Garantáltan nulla adatvesztés
- Automatikus feladatátvételi képesség
- Nincs szükség bejelentkezések vagy feladatok szinkronizálására
- Az adatok egyetlen másolata csökkenti a tárhelyigénytosts
- Minden helyreállítási modellt támogat
- Az alkalmazáskapcsolati karakterláncok változatlanok a feladatátvétel után
Hátrányok
- Drága megosztott tárolóinfrastruktúrát igényel
- A megosztott tárhely egyetlen meghibásodási pont
- Nincs olvasási skálázási képesség (csak egy aktív csomópont)
- Korlátozott földrajzi eloszlás a tárolási korlátok miatt
- Standard Edition 2 csomópontra korlátozva
- Csak Windows (Linux támogatás nélkül)
- Hosszabb feladatátvételi idő az AG-khez képest (jellemzően percek)
- Komplex tárolási konfiguráció és kezelés
Referenciák
- SQL Server Feladatátvevő fürt: Teljes útmutató adatbázis-adminisztrátoroknak
- Microsoft hivatalos dokumentum: Always On feladatátvevő fürtpéldányok (SQL Server)
7. SQL Server replikáció
SQL Server A replikáció egy adatelosztási technológia, amely több szerver között másolja és osztja el az adatokat, támogatva a különféle topológiákat az egyszerű egyirányú elosztástól az összetett több masteres konfigurációkig, bár elsősorban jelentéskészítésre használják, nem pedig pusztán magas rendelkezésre állású megoldásként.
FŐBB JELLEMZŐK
- Négy replikációs típus: Pillanatkép, Tranzakciós, Egyesítés, Peer-to-Peer
- Részletes adatkijelölés (meghatározott táblázatok, oszlopok, sorok)
- Több előfizető támogatása egyetlen kiadótól
- Kétirányú és több masteres topológiák elérhetők
- Rugalmas ütemezési és szinkronizálási lehetőségek
- Konfliktusfeloldás az egyesítés replikációjához
- Szűrési lehetőségek WHERE predikátumokkal
Megvalósítás lépései
- Forgalmazó szerver konfigurálása (lehet különálló vagy a Kiadóval megegyező)
- Kiadvány létrehozása a kiadó adatbázisában
- Válassza ki a replikáció típusát a követelmények alapján
- Cikkek (táblák, nézetek, tárolt eljárások) kiválasztása replikálásra
- Szükség esetén konfigurálja a szűrést és az adatátalakítást
- Előfizetői adatbázisok beállítása
- Előfizetések létrehozása (push vagy pull)
- Előfizetések inicializálása pillanatkép segítségével
- Replikációs ügynökök és a késleltetés figyelése
Legmegfelelőbb
- Adatok terjesztése több jelentéskészítő kiszolgálóra
- Olvasási skálázású forgatókönyvek jelentéskészítési munkaterhelésekkel
- Részleges adatelosztás távoli helyekre
- Adatkonszolidáció több forrásból
- Alkalmanként összekapcsolt forgatókönyvek (egyesített replikáció)
- Támogató szerep a katasztrófa utáni helyreállítási stratégiában
Érvek
- A replikált adatok részletes ellenőrzése
- Több előfizető támogatása
- Rugalmas topológiai lehetőségek
- Replikálhat adott táblázatokat vagy oszlopokat
- A szűrés csökkenti a hálózati forgalmat
- Támogatja a heterogén replikációt (SQL Server nak nek Oracle)
- Működik a Standard Editionnel
Hátrányok
- Nincs automatikus feladatátvételi lehetőség
- Komplex konfiguráció és kezelés
- Replikációs ütközések lehetősége (egyesítés és peer-to-peer)
- Adatszinkronizálás késleltetése
- A sémaváltoztatások gondos koordinációt igényelnek
- Nem elsődleges HA megoldásként tervezték
- A hibaelhárítás kihívást jelenthet
- A peer-to-peer hálózathoz Enterprise Edition szükséges.
Referenciák
- SQL Server Replikáció: Teljes útmutató adatbázis-adminisztrátoroknak
- Microsoft hivatalos dokumentum: SQL Server replikáció
8. Rönkszállítás
A Log Shipping meleg készenléti katasztrófa-helyreállítási és magas rendelkezésre állású megoldást kínál automatizált tranzakciónapló-mentési, másolási és visszaállítási folyamatokon keresztül, egyszerű és megbízható megoldást kínálva.ost-hatékony megközelítés a szinkronizált másodlagos adatbázisok karbantartásához.
FŐBB JELLEMZŐK
- Automatizált biztonsági mentési, másolási és visszaállítási feladatok SQL Agent segítségével
- Több másodlagos szerver támogatása
- Konfigurálható biztonsági mentési és visszaállítási időközök
- KÉSZENLÉTI mód csak olvasási hozzáférést biztosít a másodlagos
- Késleltetett napló-visszaállítás a hibák utáni védelem érdekében
- Monitor szerver a központosított monitorozáshoz
- Tranzakciónapló-tömörítési támogatás
Megvalósítás lépései
- Győződjön meg arról, hogy az elsődleges adatbázis teljes helyreállítási modellt használ
- Hozzon létre teljes biztonsági mentést az elsődleges adatbázisról
- Biztonsági mentés visszaállítása másodlagos szerveren a NORECOVERY segítségével
- Naplók szállításának konfigurálása az elsődleges adatbázison
- Adja meg a megosztott biztonsági mentési mappát, amely minden szerver számára elérhető
- Biztonsági mentési feladatok ütemezésének konfigurálása az elsődleges gépen
- Másolási és visszaállítási feladatok konfigurálása másodlagos eszközön
- Opcionálisan konfigurálja a monitorkiszolgálót
- Tesztelési feladatátvételi eljárások
Legmegfelelőbb
- Cost-hatékony katasztrófa utáni helyreállítási megoldások
- Standard Edition licenccel rendelkező szervezetek
- Forgatókönyvek, amelyek perceken át tolerálják az adatvesztést
- Környezetek, amelyek kényelmesek a manuális feladatátvétellel
- Késleltetett helyreállítás hibaelhárítási igények esetén
- Jelentéskészítési feladatokról KÉSZENLÉTI módban
- Egyszerű DR-követelmények komplex infrastruktúra nélkül
Érvek
- Egyszerű konfiguráció és működtetés
- Alacsony cost (Standard verzió támogatás)
- Több másodlagos szerver támogatott
- A konfigurálható késleltetés védelmet nyújt a logikai hibák ellen
- Csak olvasható jelentés készenléti módban
- Magas hálózati késleltetést tolerál
- Minimális hatás az elsődleges szerverre
- Jól bevált, bevált technológia
Hátrányok
- Nincs automatikus feladatátvételi lehetőség
- Minden adatbázishoz külön kell konfigurálni
- Szinkronizációs késleltetés (perctől órákig)
- A biztonsági mentések időköze alapján potenciális adatvesztés
- A manuális feladatátvétel növeli az RTO-t
- Igényel SQL Server Az ügynök minden szerveren fut
- Másodlagos adatbázisok nem érhetők el a napló visszaállítása során
- Az alkalmazásokhoz feladatátvétel után módosítani kell a kapcsolati karakterláncot
Referenciák
- SQL Server Rönkszállítás: Teljes útmutató adatbázis-adminisztrátoroknak
- Microsoft hivatalos dokumentum: A naplók szállításáról (SQL Server)
9. Adatbázis tükrözés
Az adatbázis-tükrözés egy elavult adatbázis-szintű magas rendelkezésre állású megoldás, amely azóta sem kapott fejlesztéseket. SQL Server 2012-ben, bár a jelenlegi verziókban továbbra is elérhető. A Microsoft határozottan javasolja az Always On Availability Groups használatára való áttérést minden új telepítés esetén.
FŐBB JELLEMZŐK
- Elsődleges és tükörszerver architektúra
- Opcionális tanúszerver az automatikus feladatátvételhez
- Két üzemmód: Nagy biztonság és Nagy teljesítmény
- Szinkron és aszinkron működés támogatása
- Automatikus oldaljavítási képesség
- Adatbázis-szintű védelem
- Titkosítási támogatás az adatátvitelhez
Megvalósítás lépései
- Győződjön meg arról, hogy az adatbázis teljes helyreállítási modellt használ
- Teljes biztonsági mentés és visszaállítás tükrözött szerverre a NORECOVERY segítségével
- Tükrözési végpontok létrehozása a fő és a tükör között
- Tanúsítványok konfigurálása hitelesítéshez
- Tükrözési munkamenet létrehozása a szerverek között
- Opcionálisan konfigurálja a tanúkiszolgálót az automatikus feladatátvételhez
- Üzemmód beállítása (Nagy biztonság vagy Nagy teljesítmény)
- Tesztelési feladatátvételi eljárások
Legmegfelelőbb
- A korábbi rendszerek már adatbázis-tükrözést használnak
- Meglévő konfigurációk megtartása a migráció lehetségessé válásáig
- Nincsenek más ajánlott forgatókönyvek (a funkció elavult)
Érvek
- Gyors automatikus átállás magas biztonsági módban tanúval
- Nulla adatvesztés magas biztonsági módban
- Automatikus oldaljavítás partnertől
- Egyszerűbb, mint az Availability Groups egyetlen adatbázishoz
- Támogatja az átvitel titkosítását
- Folyamatos fejlesztések minimális állásidővel
Hátrányok
- Elavult azóta SQL Server 2012 (eltávolítható)
- Adatbázisonkénti konfiguráció és feladatátvétel
- Nincs olvasható tükör (nincs leolvasási méretezési képesség)
- Minden adatbázis függetlenül veszi át a feladatokat
- Kapcsolati karakterlánc frissítése szükséges feladatátvétel után
- Két szerverre korlátozva (főszerver és tükör)
- Nincsenek fejlesztések vagy új funkciók
- A Microsoft az Always On AG-re való átállást javasolja
Referenciák
10. Felügyelt példány linkje
A felügyelt példányok összekapcsolása hibrid kapcsolatot hoz létre a következők között: SQL Server és az Azure SQL felügyelt példánya elosztott rendelkezésre állási csoport technológiát használ, amely közel valós idejű adatreplikációt tesz lehetővé katasztrófa utáni helyreállítás, migrálás és felhőintegráció esetén.
FŐBB JELLEMZŐK
- Közel valós idejű replikáció elosztott AG technológiával
- Egyirányú replikáció (SQL Server 2016-2019-től az Azure-ig)
- Kétirányú replikáció visszaállással (SQL Server 2022 +)
- Egy adatbázis linkenként (több link is támogatott)
- Olvasható replikák az Azure SQL felügyelt példányán
- Licencmentes passzív DR replikációs opció
- Online migráció minimális állásidővel
Megvalósítás lépései
- Készít SQL Server környezet (VPN vagy ExpressRoute az Azure-ba)
- Azure SQL felügyelt példány konfigurálása
- Always On AG funkció engedélyezése SQL Server
- Adatbázis-tükrözési végpont létrehozása
- Tanúsítványok cseréje a következők között: SQL Server és MI
- Felügyelt példányhivatkozás létrehozása SSMS vagy szkriptek használatával
- Replikáció és szinkronizálás validálása
- Csak olvasható útválasztás konfigurálása, ha olvasható skálázást használ
- Tesztelési feladatátvételi eljárások
Legmegfelelőbb
- Hibrid katasztrófa utáni helyreállítás felhőalapú másodlagos védelemmel
- Online migráció az Azure SQL felügyelt példányára
- Analitika és jelentéskészítés átszervezése az Azure-ba
- Hibrid felhőstratégiát alkalmazó szervezetek
- Azure-szolgáltatásintegrációt igénylő forgatókönyvek
- Cost optimalizálás licencmentes passzív DR-rel
Érvek
- Most nagy teljesítményű, minimális állásidejű migráció az Azure-ba
- Valódi online migráció az üzletileg kritikus szintre
- Kétirányú feladatátvétel SQL Server 2022 +
- A licencmentes passzív DR replika csökkenti a költségeketosts
- Integráció az Azure-szolgáltatásokkal teljes migráció nélkül
- Olvasási skálázási képesség Azure-replikák használatával
- Automatizált biztonsági mentések az Azure oldalán
- Földrajzi eloszlás az Azure-régiókban
Hátrányok
- Egy adatbázis linkenkénti korlátozás
- Nem használható feladatátvevő csoportokkal MI-n
- A rendszeradatbázisok nem replikáltak
- A példányszintű objektumok manuális szinkronizálást igényelnek
- SQL Server 2016-2019 csak egyirányú (nincs visszakapcsolás)
- Azure costs a felügyelt példányhoz
- Hálózati kapcsolati követelmények (VPN/ExpressRoute)
- Funkciókorlátozások (fájltáblák, fájlfolyamok nem támogatottak)
Referenciák
11. Nagy rendelkezésre állású megoldások összehasonlítása
11.1 Jellemzők összehasonlító táblázata
| Jellemző | Mindig AG-n | Tartalmazott AG | Elosztott AG | FCI | replikáció | Rönkszállítás | Tükrözés | MI Link |
|---|---|---|---|---|---|---|---|---|
| Kiadás | Szülői/Szokásos | Szülői/Szokásos | Ent | Szülői/Szokásos | Szülői/Szokásos | Szülői/Szokásos | Szülői/Szokásos | Szülői/Szokásos |
| Védelmi szint | adatbázis | Adatbázis+Példány | adatbázis | Példa | Adatbázis/Objektum | adatbázis | adatbázis | adatbázis |
| Adatszinkronizálás | Szinkronizálás/Aszinkron | Szinkronizálás/Aszinkron | Szinkronizálás/Aszinkron | Közös | Aszinkron | Aszinkron | Szinkronizálás/Aszinkron | Aszinkron |
| Automatikus feladatátvétel | Igen | Igen | Igen | Igen | Nem | Nem | Igen | Nem |
| Olvasási skálázás | Igen | Igen | Igen | Nem | Igen | Korlátozott | Nem | Igen |
| OTR | Másodperc | Másodperc | Másodperc | Perc | Kézikönyv | Kézikönyv | Másodperc | Kézikönyv |
| RPO | Nulla/Min | Nulla/Min | Nulla/Min | Nulla | Minimális | Perc | Nulla/Min | Minimális |
| Támogatás állapota | Aktív | Aktív | Aktív | Aktív | Aktív | Aktív | Elavult | Aktív |
11.2 HA megoldás kiválasztása
A megoldás kiválasztásakor a következő tényezőket vegye figyelembe:
- A költségvetési szempontok jelentősen befolyásolják a megoldás kiválasztását: Az Enterprise Edition követelményei befolyásolják a licencelési feltételeketostmíg az infrastrukturális igények a drága megosztott tárhelyektől az FCI-khez egészen az elérhetőségi csoportokhoz szükséges alapvető szerverekig terjednek.
- A komplexitás jelentősen eltér: a Log Shipping a legegyszerűbb megvalósítást kínálja, míg az elosztott elérhetőségi csoportok (Distributed Availability Groups) széleskörű szakértelmet igényelnek.
- Az RTO-követelmények meghatározzák a technológiai döntéseket. A másodpercnyi állásidő Always On Availability Groupokat vagy FCI-ket igényel automatikus feladatátvétellel. A perctűrés lehetővé teszi a manuális feladatátvételi megoldásokat, mint például a Log Shipping.
- Az RPO-követelmények ugyanilyen fontosak: a nulla adatvesztés szinkron megoldásokat ír elő, míg a perctűrés lehetővé teszi a naplószállítást.
- Az infrastruktúra-korlátok, az olvasási skálázási igények, a földrajzi eloszlási követelmények és a felhőalapú hibrid forgatókönyvek mind befolyásolják az optimális megoldás kiválasztását.
12. A legjobb gyakorlatok a SQL Server Magas rendelkezésre állás
12.1 Tervezés és tervezés
Gondos RTO és RPO elemzéssel értékelje az üzleti követelményeket minden egyes adatbázis esetében. Válasszon a követelményeknek megfelelő megoldásokat ahelyett, hogy az alapértelmezett m-et használná.ost kifinomult lehetőségek. Tervezze meg mind a helyi magas rendelkezésre állást, mind a földrajzi katasztrófa utáni helyreállítást rétegzett megközelítések használatával. Dokumentálja átfogóan az architektúrát, beleértve a hálózati diagramokat, a feladatátvételi eljárásokat és a helyreállítási runbookokat.
12.2 Végrehajtási irányelvek
Tesztelje rendszeresen a feladatátvételi eljárásokat ütemezett tesztekkel és szimulált hibákkal az érvényesítés érdekében SQL Server magas rendelkezésre állású megoldások és csapatkészültség. Az állapot és a teljesítmény folyamatos figyelése a következővel: SQL Serverbeépített eszközei, mint például a SQL Server Profiler és DMV-k. Átfogó riasztások konfigurálása szinkronizációs késés, feladatátvételi események és állapotromlás esetén. SQL Server biztonsági mentési stratégiák a HA megvalósítása ellenére, mivel a biztonsági mentések továbbra is az utolsó védelmi vonalat jelentik a logikai sérülések és a véletlen törlések ellen. Tartsa naprakészen a rendszereket kumulatív frissítésekkel, biztonsági javításokkal és firmware-frissítésekkel. Rendszeresen érvényesítse a helyreállítási eljárásokat tényleges visszaállítások és alkalmazástesztelések révén, és ismerje az olyan forgatókönyvek kezelését, mint például adatbázisok ragadtak helyreállítási módban.
12.3 Felügyelet és karbantartás
Használjon olyan eszközöket, mint pl SQL Server Activity Monitor, SQL Server teljesítmény monitor, és a dinamikus felügyeleti nézeteket széles körben használja az állapotfigyeléshez, és futtatja DBCC CHECKDB rendszeresen ellenőrizze az adatbázis integritását. Használja az Always On Dashboardot a rendelkezésre állási csoport állapotának vizuális értékeléséhez. Gondosan figyelje a szinkronizációs késleltetést, különösen az aszinkron replikák és a naplók szállítása esetében. Kövesse nyomon a feladatátvételi eseményeket aprólékosan a következő használatával: SQL Server Bővített események és elemzi a mintázatok okait. Meghatározza a normál működéshez szükséges teljesítmény-alapértékeket, és figyelemmel kíséri a potenciális problémákra utaló eltéréseket. Rendszeres kapacitástervezési felülvizsgálatokat végez, biztosítva, hogy az infrastruktúra elbírja a növekvő munkaterheléseket.
13. GYIK
K: Mi a különbség a magas rendelkezésre állás és a katasztrófa utáni helyreállítás között? SQL Server?
V: A magas rendelkezésre állás minimalizálja az adatközpontokon belüli helyi hibák miatti állásidőt, jellemzően automatikus feladatátvétellel és másodperceken vagy perceken belüli RTO-kkal. A katasztrófa utáni helyreállítás védelmet nyújt a regionális katasztrófák ellen, általában manuális feladatátvétellel és hosszabb RTO-kkal, de lefedi az egész létesítményt érintő eseményeket.
K: Mi a különbség a magas rendelkezésre állású (HA) és az olvasásalapú skálázású megoldások között?
A: A magas rendelkezésre állású megoldások biztosítják, hogy az adatbázisok hibák esetén is elérhetők maradjanak, a rendelkezésre állásra és az automatikus feladatátvételi képességekre összpontosítva. Az olvasási skálázású megoldások javítják a lekérdezések teljesítményét azáltal, hogy a csak olvasható munkaterheléseket több adatbázis-replikára osztják el, az átviteli sebességre és a válaszidőkre összpontosítva. Bár ezek különböző célokat szolgálnak, ugyanaz a technológia, mint például az Always On Availability Groups, mindkét előnyt egyszerre biztosíthatja: az olvasható másodlagos replikák olvasási skálázási képességeket kínálnak, miközben feladatátvételi funkcióként is szolgálnak. tarmagas rendelkezésre állásért cserébe.
K: Melyik SQL Server A magas rendelkezésre állású megoldás a legjobb az igényeimnek?
A: A legjobb megoldás az RTO és az RPO értékétől függ. tarkiadások, költségvetés, kiadások elérhetősége, infrastruktúra és szakértelem. Az Always On Availability Groups (Always On Availability Groups) megfelel az elvárásoknak.ost vállalati forgatókönyvek, míg a Log Shipping jól működik cost-érzékeny környezetek. Értékelje a követelményeket az összehasonlító táblázat alapján.
K: Az Always On Availability Groups használatához Enterprise Edition szükséges?
A: A Standard Edition jelentős korlátozásokkal támogatja az alapszintű elérhetőségi csoportokat (Basic Availability Groups): csoportonként egy adatbázis, egy másodlagos replika és nincs olvasható másodlagos replika. A teljes funkcionalitáshoz, beleértve a több adatbázist, nyolc másodlagos replikát és olvasható replikákat, Enterprise Edition szükséges.
K: Használhatom a Log Shipping szolgáltatást? SQL Server Standard kiadás?
V: Igen, a Log Shipping teljes mértékben támogatott a Standard Editionben, ami vonzóvá tesziost-hatékony katasztrófa utáni helyreállítási megoldás Enterprise Edition licenccel nem rendelkező szervezetek számára.
K: Mi a különbség az Always On Availability Groups és az adatbázis-tükrözés között?
V: Az adatbázis-tükrözés elavult, és az egyes adatbázisok szintjén működik, olvasható másodlagos hozzáférés nélkül. Az Always On elérhetőségi csoportok adatbáziscsoportokat, legfeljebb nyolc másodlagos adatbázist, olvasható replikákat és fokozott monitorozást támogatnak. A Microsoft az Always On szolgáltatásra való áttérést javasolja.
K: Hogyan választhatok a feladatátvevő fürt példányai és a rendelkezésre állási csoportok között?
V: Válassza az FCI-ket példányszintű védelemhez megosztott tárolási infrastruktúrával. Válassza az Availability Groups (Elérhetőségi Csoportok) lehetőséget adatbázisszintű védelemhez, olvasási skálázási képességekhez és földrajzi eloszláshoz megosztott tárhely nélkül. A szervezetek gyakran kombinálják mindkettőt az átfogó védelem érdekében.
K: Összevonhatok többet? SQL Server Magas rendelkezésre állású megoldások?
V: Igen, a megoldások kombinálása gyakori. Az FCI-k rendelkezésre állási csoport replikákként szolgálhatnak, példányszintű helyi HA-t és adatbázisszintű földrajzi DR-t biztosítva. A naplószállítás kiegészítheti az elérhetőségi csoportokat a további távoli védelem érdekében. Alaposan tesztelje a kombinált konfigurációkat.
K: Mi a különbség a szinkron és az aszinkron replikáció között?
A: A szinkron replikáció a véglegesítés előtt másodlagos visszaigazolásra vár, így garantáltan nulla adatvesztéssel jár, de potenciálisan késleltetést okozhat. Az aszinkron replikáció várakozás nélkül folytatódik, optimalizálva a teljesítményt, de adatvesztést okozhat feladatátvétel során.
K: Szükségem van-e további biztonsági mentésekre, ha van? SQL Server magas rendelkezésre állás konfigurálva?
V: Teljes mértékben igen. A magas rendelkezésre állás védelmet nyújt a hardverhibák ellen, de nem nyújt védelmet a logikai sérülések, a véletlen törlések vagy az összes másolatra replikálódó rosszindulatú műveletek ellen. A biztonsági mentések továbbra is elengedhetetlenek az adott időpontban történő helyreállításhoz és a megfelelőségi követelményekhez.
K: Szükségem van-e további biztonsági mentésekre, ha van? SQL Server magas rendelkezésre állás konfigurálva?
V: Teljes mértékben igen. A magas rendelkezésre állás védelmet nyújt a hardverhibák ellen, de nem nyújt védelmet az adatbázis sérülése, a véletlen törlések vagy a rosszindulatú műveletek ellen. A biztonsági mentések továbbra is elengedhetetlenek az adott időpontban történő helyreállításhoz és a megfelelőségi követelményeknek való megfeleléshez. Azokban az esetekben, amikor az adatbázisfájlok megsérülnek, és a biztonsági mentések nem érhetők el, vagy szintén megsérülnek, speciális biztonsági mentésekre van szükség. SQL adatbázis-javító szoftver segíthet a sérült MDF, NDF és biztonsági mentési fájlok adatainak helyreállításában.
K: Mi az a zárt rendelkezésre állási csoport, és miben különbözik egy normál rendelkezésre állási csoporttól?
A: Tartalmazott elérhetőségi csoportok, bevezetve a következőben: SQL Server 2022-ben automatikusan szinkronizálja a példányszintű objektumokat, például a bejelentkezéseket, a feladatokat és a metaadatokat. A szokásos elérhetőségi csoportok csak az adatbázis-objektumokat szinkronizálják, így a példányobjektumok manuális replikációját igénylik.
K: Replikálhatom az adatokat innen? SQL Server az Azure SQL felügyelt példányához?
V: Igen, a felügyelt példányhivatkozás hibrid replikációt biztosít a következők között: SQL Server és Azure. SQL Server A 2016-2019-es időszak az egyirányú replikációt támogatja, míg SQL Server A 2022+ kétirányú replikációt tesz lehetővé feladat-visszavétellel katasztrófa utáni helyreállításhoz, migráláshoz és hibrid forgatókönyvekhez.
K: Mi történik a SQL Server Ügynöki feladatok feladatátvétel közben?
V: Hagyományos rendelkezésre állási csoportok esetén a feladatokat manuálisan kell létrehozni a másodlagos replikákon. Tartalmazott rendelkezésre állási csoportok (SQL Server 2022+) automatikusan szinkronizálja a feladatokat. A feladatátvevő fürt példányai a példányszintű védelem részeként tartalmazzák a feladatokat.
14. Következtetés
SQL Server átfogó, magas rendelkezésre állású megoldásokat kínál, amelyek a részlegek adatbázisaitól a kritikus fontosságú vállalati rendszerekig terjedő változatos követelményeket elégítenek ki. Minden megoldás eltérő képességeket és kompromisszumokat kínál, amelyeket az adatbázis-adminisztrátoroknak meg kell érteniük a megalapozott döntések meghozatalához.
Az Always On Availability Groups a modern telepítések zászlóshajó technológiáját képviseli, a Contained Availability Groups leegyszerűsíti az adminisztrációt, az Distributed Availability Groups pedig kifinomult, platformfüggetlen forgatókönyveket tesz lehetővé. A Failover Cluster Instances továbbra is kiszolgálja a példányszintű védelmi igényeket, míg a Log Shipping továbbra is releváns a c esetében.ostérzékeny forgatókönyvek. A felügyelt példányok összekapcsolása felhőalapú hibrid lehetőségeket nyit meg a helyszíni áthidalás érdekében. SQL Server az Azure-ral.
A megoldások specifikus üzleti igényekhez igazítása jelenti a kritikus sikertényezőt. Nincs egyetlen, mindenkire érvényes megközelítés. A szervezeteknek gondosan értékelniük kell az RTO és RPO követelményeket, a költségvetési korlátokat, az infrastrukturális képességeket és az adminisztratív szakértelmet. A legjobb architektúra gyakran több megoldást ötvöz az átfogó védelem érdekében. Gondolja át, hogyan illeszkedik HA stratégiája a szélesebb körű felhőalapú bevezetési tervekhez, és tekintse meg a dedikált cikkeket a részletes megvalósítási útmutatásért, hogy biztosítsa a... SQL Server Az infrastruktúra biztosítja az Ön vállalkozása által igényelt megbízhatóságot.
A szerzőről
Yuan Sheng több mint 10 éves tapasztalattal rendelkező vezető adatbázis-adminisztrátor (DBA) SQL Server környezetekben és vállalati adatbázis-kezelésben. Több száz adatbázis-helyreállítási forgatókönyvet oldott meg sikeresen pénzügyi szolgáltatások, egészségügyi ellátás és gyártási szervezetek számára.
Yuan specializálódott SQL Server adatbázis-helyreállítás, magas rendelkezésre állású megoldások és teljesítményoptimalizálás. Kiterjedt gyakorlati tapasztalata magában foglalja a több terabájtos adatbázisok kezelését, az Always On Availability Groups megvalósítását, valamint az automatizált biztonsági mentési és helyreállítási stratégiák kidolgozását kritikus fontosságú üzleti rendszerekhez.
Yuan műszaki szakértelmének és gyakorlatias megközelítésének köszönhetően átfogó útmutatók készítésére összpontosít, amelyek segítik az adatbázis-adminisztrátorokat és az informatikai szakembereket a komplex problémák megoldásában SQL Server hatékonyan kihívásokat intéz. Folyamatosan naprakész a legújabb információkkal. SQL Server kiadásait és a Microsoft fejlődő adatbázis-technológiáit, rendszeresen tesztelve a helyreállítási forgatókönyveket annak érdekében, hogy ajánlásai a valós legjobb gyakorlatokat tükrözzék.
Kérdései vannak a SQL Server helyreállításra vagy további adatbázis-hibaelhárítási útmutatásra van szüksége? Yuan örömmel fogadja visszajelzéseket és javaslatokat ezen technikai erőforrások fejlesztéséért.