Akadályok A telephely nem hozzáférhető A rendszer nem hozzáférhető Az adatbázis nem elérhető Az adatbázis részben nem elérhető Egy tábla nem elérhető.

Az előadások a következő témára: "Akadályok A telephely nem hozzáférhető A rendszer nem hozzáférhető Az adatbázis nem elérhető Az adatbázis részben nem elérhető Egy tábla nem elérhető."— Előadás másolata:

1

2 Akadályok A telephely nem hozzáférhető A rendszer nem hozzáférhető Az adatbázis nem elérhető Az adatbázis részben nem elérhető Egy tábla nem elérhető Egy adat nem elérhető A felhasználók el tudják-e végezni az elvégzendő feladatot a megfelelő időben? 24x7x365

3 Tartalék rendszerek nélküli technológiák On-line és részeleges helyreállítás Azonnali fájl inicializálás On-line index (újra)építés Pillanatfelvétel izoláció Tartalék rendszerek Feladatátvevő fürtözés Log shipping Adatbázis tükrözés Replikáció Technológiák összehasonlítása

4 Bármi (lap, fájl, fájlcsoport, adatbázis) visszatölthető – ONLINE Ha csak egy lap sérült – visszatölthetünk egyetlen lapot egy mentésből, vagy a tükörről A lap hibákat az msdb adatbázis suspect_pages táblája tartalmazza SQL Server 2008: a sérült lapok a tükörről automatikusan on-line helyreállításra kerülnek A lap, fájl, fájlcsoport visszatöltése után szükséges a tranzakció napló visszatöltése a konzisztencia biztosítása érdekében „Read-only” fájlcsoportok visszatölthetők tranzakciónapló mentés nélkül is A felhasználók használhatják az adatbázist a visszatöltés közben

5 Hibás adatlapok helyreállítása

6 SQL Server 2000 Minden adat és log fájlt nullázni kell A helyreállítást lassítja a fájlok iniciálása SQL Server 2005, 2008 Csak a log fájlokat kell csak inicializálni Az adatfájlok gyors létrehozása gyorsítja a helyreállítást, csökkenti a kieső időt Nemcsak visszatöltés esetén hasznos Adatbázis létrehozás Adatbázis fájl méret változás: automatikus / manuális

7 Az indexeket (újra) kell építeni SQL Server 2000 Egy clustered index (újra)építése kizárólagos (SCH-M) tábla szintű zárat igényel: „offline” működés Egy nonclustered index (újra)építése osztott tábla zárat igényel: az adatok nem módosíthatók A felhasználók nem, illetve korlátozottan használhatják a táblát az indexelés ideje alatt SQL Server 2005, 2008 Az index (újra)építés lehet online, ha nincs az indexben nvarchar(max), binary(max) A felhasználók az indexelés közben is olvashatják és módosíthatják a tábla adatait

8 Különböző felhasználók ugyanazt az adatsort akarják írni és olvasni SQL Server 2000 Zároláson alapuló tranzakció izoláció Az írások blokkolják az olvasásokat és fordítva SQL Server 2005, 2008 Zárolás vagy verziózás használható a tranzakció izolációs szintek megvalósítására Verziózás esetén az írások nem blokkolják az olvasásokat és fordítva Jobb teljesítmény, ha a blokkolás volt a szűk keresztmetszet

9 Bevált magas rendelkezésre állást biztosító technológia „Forró” tartalék: automatikus hibaészlelés és feladatátvétel Nincs tranzakcióvesztés Nem hat a rendszer áteresztőképességére Számítógép kiesés ellen véd Nem véd az adathibák ellen

10 Gyorsabb feladatátvétel (gyors helyreállítás) 16-gépes fürt támogatás (Windows Server 2008, Windows 2003 Data Center) Hozzáadott kötet (mounted volume) támogatás GPT támogatás – 2 TB felett (Itanium-on csak ez a megoldás, x64-en ajánlott) Cluster Validation Tool (Windows Server 2008) Fürtözhető szolgáltatások: Adatbázis motor (SQL Server 2008-ban FILESTREAM is) SQL Server Agent Full-Text Search (SQL 2008-ban integrált) Analysis Services DTC

11 Feladatátvevő fürtözés ellenőrzése

12 Magas rendelkezésre állást biztosít A tranzakciós naplók folyamatos mentése és visszaállítása egy vagy több kiszolgálóra Felhasználási módok: Magas rendelkezésre állás Kézi átállás, de sokkal gyorsabb mint egy visszatöltés Magas fokú védelem Késleltetett visszatöltés lehetővé teszi a szelektív, tábla és sor szintű helyreállítást Magas teljesítmény Csak olvasható másolat az adatbázisról

13 Az elsődleges adatbázis szolgálja ki a felhasználókat Folyamatosan mentjük a tranzakciós naplót A másodlagos adatbázisok folyamatosan átveszik a változásokat Folyamatosan visszatöltjük a tranzakciós napló mentéseket Több másodlagos adatbázisunk is lehet A másodlagos adatbázis csak olvasható módon használható jelentések készítésre A megfigyelő kiszolgáló (opcionális) Naplózza az eseményeket, figyelmeztetéseket küld

14 Commit Napló mentése Napló másolása Helyreállítás Nyugta Disk DBDB Disk Olvasás LogLog

15 Log shipping beállítása és felügyelete

16 Magas rendelkezésre állást biztosító technológia Felhasználási módok: Magas rendelkezésre állás Magas fokú védelem Pillanatfelvételek SQL Server 2008: on-line adatlap helyreállítás Magas teljesítmény Pillanatfelvételekkel

17 A principális adatbázis szolgálja ki a felhasználókat A tükör adatbázis folyamatosan átveszi a változásokat A tükör nem elérhető az alkalmazások számára A tükör pillanatfelvételei használhatók jelentés készítésre A tanú kiszolgáló (opcionális) Biztosítja a határozatképességet (quorum) és ezáltal az automatikus feladatátvételt Bármilyen SQL Server változaton futhat

18

19 Commit Tranzakció -napló írás Továbbítás a tükörhöz Tranzakció- napló írás Nyugta Folyamatos előregörgetés Nyugta Log DB DB Log

20 Áttérés log shipping-ről adatbázis tükrözésre Hibás adatlapok automatikus on-line helyreállítása

21 Működjön a log shipping. NORECOVERY állapotban kell lennie. Állítsuk be a végpontokat és az engedélyeket. Építsük fel az adatbázis tükrözést. Kapcsoljuk ki a naplók mentését és várjuk ki, amíg a visszaállítás megtörténik, majd kapcsoljuk ki a visszaállító jobokat. Távolítsuk el a log shippinget.

22 Pont-pont replikáció Azonos tartalmú adatbázisok folyamatosan, közel valós időben szinkronizálnak Terhelés megosztás Rendelkezésre állás Budapest Debrecen Győr Példa: Elosztott kereskedő rendszer

23 Magas rendelkezésre állás Az egyes adatbázisok kiesése nem teszi használhatatlanná az alkalmazást Az egyes adatbázis-kezelő példányok frissítése, karbantartása közben az alkalmazás tovább működhet SQL Server 2008-ban leállítás nélkül adhatók hozzá további csomópontok Az alkalmazás(kiszolgáló) átirányíthatja a kéréseket a működő adatbázisok felé „Langyos” tartalék Hiba esetén elveszhet tranzakció

24 Tranzakcionális replikáció Minden résztvevő egyenrangú (peer) Azonos séma minden résztvevőnél Minden résztvevő publikálja a „saját” adatain végzett módosításokat Minden résztvevő előfizet a többiek módosításaira Az adatok logikailag partícionáltak A logikai partícionálás az alkalmazás (kiszolgáló) feladata Az SQL Server 2008 opcionálisan megakadályozza a konfliktusokat Az SQL Server meggátolja a változások folyamatos körbe-körbe járását

25 Commit Tranzakciók olvasása Nyugta DBDB CommitNyugta LogLog Tranzakciók olvasása Kiadó/ megrendelő Disztribútor Tranzakciók végrehajtása

26 Új adatbázis csomópont hozzáadása pont-pont replikációhoz

27 Helyreállítási idő Másodpercek Percek Órák Napok Helyreállítási idő Másodpercek Percek Órák Napok Nulla Másodpercek Percek Órák Napok Hetek Megengedhető adatvesztés időtartama Nulla Másodpercek Percek Órák Napok Hetek Megengedhető adatvesztés időtartama Aszinkron adatbázis tükrözés Pont-pont replikáció Távoli aszinkron tükrözés Szinkron adatbázis tükrözés Távoli feladatátvevő fürtözés Feladatátvevő fürtözés Távoli szinkron tükrözés Log shipping Log shipping Mentés / Visszaállítás Detach / Copy / Attach Mentés / Visszaállítás Detach / Copy / Attach

28

29 Feladatátvevő fürtözés és adatbázis tükrözés együttműködése Adatbázis tükrözés monitorozása

30 Magas rendelkezésre állás ≠ fürtözés A magas rendelkezésre állás biztosítása összetett feladat Több technológia együttes alkalmazására van szükség Az SQL Server technológiái az adatbáziskezelő magas rendelkezésre állását biztosítják A technológia többi elemére (hálózat, storage, légkondi, operációs rendszer, címtár, stb.) is oda kell figyeljünk Környezeti, emberi, szervezeti, szabályozási, eljárási tényezőket is figyelembe kell vennünk

31 DokumentációÁttekintésekArchitektúra Fejlesztői útmutatások Üzemeltetési leírás Tutorial-okKeresés

32