Biztonsági másolatok készítése sql szerver adatbázisokról. Az MS SQL Server adatbázis rendszeres biztonsági másolatának beállítása

Az adatbázis-szerverek az egyik legfontosabb szerverek minden szervezetben. Maga a bűz menti az információkat és egy tanút küld egy kérésre, és nagyon fontos az adatbázis mentése minden helyzetben. Az alapvető kézbesítési hangok tartalmazzák a segédprogramokat, de az adminisztrátor nem ragaszkodott az adatbázishoz, időbe telhet a robot jellemzőinek rendbetétele az automatizálás érdekében.

Lásd az adatbázis biztonsági mentéseit

A gubacshoz rendezzük, yakі vzagalі buvayut biztonsági mentéseket. Az adatbázisszerver nem egy nagyszerű asztali kiegészítő, és az összes ACID jogosultság (Atomic, Consistency, Isolated, Durable) védelme érdekében számos technológiát alkalmaznak, és ennek érdekében a az archívumból származó adatbázisnak megvannak a maga sajátosságai. Іsnuyet három különböző megközelítés létrehozása biztonsági másolatot az adatok, skinek néhány plusz és mínusz.

Logikai vagy SQL biztonsági mentéssel (pg_dump, mysqldump, SQLCMD) a javított tranzakciós integritású adatbázis helyett egy enyhítő jel jön létre, és SQL parancsokkal veszi ki a nézetfájlból (kijelölheti a teljes adatbázist vagy létrehozhat adatbázist adatbázisban), egy másik szerver segítségére. A mentés és a megújítás egy órát vesz igénybe (főleg nagy alapoknál), mert gyakran ez a művelet nem hajtható végre, és lehetőség van a minimális erőfeszítés órájának megváltoztatására (például éjszaka). Az adminisztrátor megerősítésekor az adminisztrátor feladata a csapat vikonálása, minden szükséges előkészítése (üres adatbázis létrehozása, ob_kov_ rekordok különben).

Fizikai biztonsági mentés (egyenlő fájlrendszer) - fájlok másolása, mint egy DBMS, amely győztes az adatok adatbázisba való mentésére. De egy egyszerű másolással a blokkolást és a tranzakciókat figyelmen kívül hagyja, amelyek valószínűleg helytelenül kerülnek mentésre és megsemmisítésre. Ha megpróbálja megszerezni az aktát, a bor használaton kívüli állapotba kerül, és bocsánatot kér. A naprakész biztonsági mentéshez frissíteni kell az adatbázist (az állásidőt az rsync kétszeri megváltoztatásával módosíthatja – először működőre, majd biztonsági mentésre). Ez a módszer nem elég nyilvánvaló - nem lehet csak egyetlen adatot visszaállítani, csak a teljes adatbázist. Az adatbázis indításakor, a fájlrendszer archívumával mentve, ellenőrizni kell az integritást. Itt a különféle kiegészítő technológiák győznek. Például a PostgreSQL-ben WAL (Write Ahead Logs) és egy speciális funkció (Point in Time Recovery – PITR), amely lehetővé teszi az első bázis felé fordulást. Ezenkívül a harmadik forgatókönyv könnyen megvalósítható, ha ugyanazon fájlrendszer biztonsági másolatát kombinálják a WAL-fájlok biztonsági másolatával. Elkezdve frissíteni a fájlrendszer biztonsági másolatának fájljait, majd a WAL segítségével az adatbázist frissítjük. Az adminisztrációhoz több összehajtható állomány van, de akkor nincs gond az adatbázis sértetlenségével és az adatbázisok frissítésével dalóráig.

Nyugodt helyzetekben logikai mentés készül, ha egyszer kell új másolatot készíteni az adatbázisról, vagy a mindennapi működés során másolatot készíteni, akkor nem lesz rá szükség egy gazdag órán vagy egy hónapig. Ha az adatbázisok fejlesztése sok időt vesz igénybe, akkor gondoskodjon a fizikai archiválásról.

Csapos

Engedély: GNU GPL

DBMS támogatás: PostgreSQL

A PostgreSQL fokozza a fizikai és logikai biztonsági mentések megvalósíthatóságát azzal, hogy egy további WAL-sort (div. Vrіzku) ad hozzájuk, amit megszakítás nélküli másolásnak nevezhetünk. Ale cheruvati a szokásos eszközök segítségével, a dekilkom szervereknek nem kell manuálisan elküldeni egy tapasztalt adminisztrátort, de hiba esetén a fiókok egy másodpercre mennek.

A Barman (mentési és helyreállítási menedzser) a 2ndQuadrant belső terjesztési vállalata, amely PostgreSQL-en alapuló szolgáltatásokat nyújt. Hozzárendelések fizikai PostgreSQL biztonsági mentéshez (logikai nem támogatott), WAL archiváláshoz és svéd megújulás az ütközés után. Számos szerver biztonsági mentésének eltávolítása és megújítása, PITR (point-in-time-recovery) funkciók, WAL-kezelés támogatott. Az SSH-t az egyetem távoli parancsainak másolására és kiadására használják, a szinkronizálás és az rsync segítségével történő biztonsági mentés lehetővé teszi a forgalom felgyorsítását. A Barman integrálható a szabványos bzip2, gzip, tar és hasonló segédprogramokkal is. Elvileg megnyerhet egy tömörítési és archiválási programot, az integráció nem fog sok időt igénybe venni. Különféle szerviz- és diagnosztikai funkciók kerültek megvalósításra, amelyek lehetővé teszik a szolgáltatási színvonal szabályozását és a forgalom mértékének szabályozását. Pre / Post szkriptek támogatják.

Barman Pythonban ír, a biztonsági mentési házirendek kezelése egy ésszerű barman.conf nevű INI fájl segítségével történik, amely az /etc vagy a home könyvtárban található. A postán kész sablon jelentés megjegyzésekkel a közepén. Csak * nix-rendszereken működik. Az RHEL, CentOS és Scientific Linux rendszerekre történő telepítéshez adja hozzá az EPEL kulcsot – egy olyan adattárat, ahol a kiegészítő csomagok találhatók. A Debian/Ubuntu hivatalos tárháza a következőket tartalmazza:

$ sudo apt-get install barman

A repository nem a legfrissebb verzióval rendelkezik, ehhez a telepítéshez vissza kell térnie az eredeti szövegekhez. Sok az ugar, és nehéz eközben rendbe tenni.

Sypex dömper

Engedély: BSD

DBMS támogatás: MySQL

A MySQL-lel együtt szállítjuk a Mysqldump és mysqlhotcopy segédprogramokat, amelyek segítségével könnyen létrehozhatunk adatbázis-kiíratást, a bűz jól dokumentált, és rengeteg kész alkalmazást és frontendet találhatunk az interneten. Ne engedje meg a kezdőknek, hogy gyorsan elkezdjenek dolgozni. A Sypex Dumper egy PHP-szkript, amely lehetővé teszi az adatbázis másolatának egyszerű létrehozását és visszaállítását danih MySQL. Munkához készült nagyszerű adatbázisokkal, még okosabban, okosabban és okosabban dolgozva a győztesen. Munka MySQL objektumokkal - utasítások, eljárások, függvények, triggerek és alprogramok.

Még egy plusz, hogy a többi eszköz szempontjából exportáláskor a kódolás UTF-8-ra konvertálódik, - Dumperben az export az eredeti kódolásra konvertálódik. Az eredményül kapott fájl kevesebb helyet foglal, és maga a folyamat gyorsabb. Egy dumpban különböző kódolású objektumok lehetnek. Ezenkívül könnyen importálható / exportálható számos szakaszba, a folyamat gyors és egyszerű. Frissítéskor az eljárást fogfájás javítja. Frissítéskor több lehetőség közül választhat:

• CREATE + INSERT - normál frissítési mód;
• TRUNCATE + INSERT - kevesebb mint egy óra a táblázat létrehozásához;
• REPLACE - replikálja a régi adatokat a működő adatbázisban, de ne írjon felül új adatokat;
• INSERT IGNORE - adatok hozzáadása az adatbázishoz a jövőben vagy új adatok, nem feltétlenül.

Támogatja a zsugorodó másolatokat (gzip vagy bzip2), a régi biztonsági másolatok automatikus eltávolítását, a revízió végrehajtását a dump fájl helyett, csak a táblázat szerkezetének frissítését. Є és szolgáltatási funkciók az adatbázis kezeléséhez (bezárás, szerkesztés, újraellenőrzés, adatbázis frissítése, optimalizálás, táblák tisztítása, indexekkel való munka és egyebek), valamint egy fájlkezelő, amely lehetővé teszi a fájlok másolását a szerverre.

A vezérlés webböngésző segítségével történik, az AJAX interfész a dobozból kikerülve lokalizálódik és egy ellenséges robotot hoz létre padlókiegészítővel. Lehetőség van a feladat futtatására a konzolról és az elrendezéshez is (cron-on keresztül).

A Robot Dumperhez a klasszikus L | WAMP-szerver, a telepítés minden PHP-ben írt kiegészítőre jellemző (fájlok másolása és jogok beállítása), és kezdőknek nem lesz könnyű eligazodni. A projekt részletes dokumentációt és video-oktatóanyagokat kínál, amelyek bemutatják a robotot a Sypex Dumperrel.

Két kiadás: Sypex Dumper (ingyenes) és Pro (10 USD). Több lehetőség is van, minden részlet a helyszínen található.

SQL biztonsági mentés és FTP

Engedély:

DBMS támogatás: KISASSZONY SQL szerver

Az MS SQL Server az egyik legnépszerűbb megoldás, és gyakran kérik is tőle. A biztonsági mentési feladat az SQL Server környezet segítségével jön létre vezetői stúdió, Használja az SQL PowerShell modul Transact-SQL-jét és parancsmagait (Backup-SqlDatabase). Az MS honlapján csak nagy mennyiségű dokumentációt találhat, amely lehetővé teszi a folyamat felfedezését. A dokumentáció, bár igaz, még specifikusabb, és az interneten található információk gyakran egytől egyig szuperül tanítanak. Szükséges, hogy a kezdők „betömve a kezüket” edzenek, azoknak, akik – függetlenül attól, hogy mit mondanak – a külső kereskedők felé fordulnak. Addig költségmentes változat Az SQL Server Express nem büszkélkedhet beépített biztonsági mentési eszközökkel. Az MS SQL korai verzióihoz (2008 előtt) találunk ingyenes segédprogramokat, például az SQL Server biztonsági mentést, de több esetben már kereskedelmi forgalomba kerültek hasonló projektek, amelyek az összes funkciót gyakran szimbolikus összegért meg akarják mutatni.

Például az SQL Backup And FTP és az One-Click SQL Restore fejlesztése a „állítsd be és felejtsd el” elvet követi. Bocsássunk meg és értsük meg a felületet, lehetővé teszik az MS SQL Server adatbázisok (beleértve az Expresst) és az Azure másolatok létrehozását, a titkosított és titkosított fájlok FTP-re és tárolási szolgáltatásokra (Dropbox, Box, Google Drive, MS SkyDrive vagy Amazon S3), azonnal megtekintheti az eredményt. Lehetőség van a folyamat manuális elindítására, majd az elrendezés után e-mailben frissíteni a feladat eredményét, elindítani a szkripteket.

Minden biztonsági mentési lehetőség támogatott: új, differenciál, tranzakciós napló, mappák másolása fájlokkal és így tovább. A régi biztonsági másolatok automatikusan törlődnek. A virtuális csomóponthoz való csatlakozáshoz az SQL Management Studiot használják, bár itt lehetnek árnyalatok, és ilyen konfigurációkban nem fog működni. Öt verziót kínálnak az izgalomhoz – az ingyenestől az ingyenesen át a Prof Lifetime trükkökig (a cikk írásakor ezek a sorok összesen 149 dollárba kerültek). A Free funkcionalitás elegendő kisvállalkozások számára, ahol egy vagy két SQL szerver van telepítve, minden fő funkció aktív. A biztonsági mentési adatbázisok száma kicserélődött, lehetőség nyílik a Google Drive-on és a SkyDrive-on lévő fájlok szerkesztésére és a fájlok titkosítására. Bár a felület nem lokalizált, még egyszerűbb és okosabb az újoncok inspirációja. Inkább csatlakozni kell az SQL szerverhez, amely után megjelenik az adatbázisok listája, majd beállítja a követelményeket, hozzáférést biztosít a távoli erőforrásokhoz és megadja az ütemezett találkozó időpontját. Mind egy ablakban.

Ale є one ale". Magát a programot nem ismeri fel az archívumok frissítése. Erre a célra a One-Click SQL Restore segédprogram ajánlott, amely megérti a BACKUP DATABASE parancs formátumát és létrehozását. egy gomb.

Az MS SQL Server biztonsági mentésének jellemzői

A biztonsági másolat készítése és a DBMS megújítása saját identitással rendelkezhet, mivel ennek védelme szükséges, különösen az archívum másik szerverre való átvitelekor. Vessünk egy pillantást például az MS SQL Server árnyalataira. A Transact-SQL súgójának archiválásához kövesse a BACKUP DATABASE parancsot (є і retail DIFFERENTIAL) és a BACKUP LOG tranzakciós naplót.

Ha egy biztonsági másolatot egy másik kiszolgálón készítenek, akkor azt újra kell konvertálni, hogy maguk a logikai lemezek jelen legyenek. Opcióként - a RESTORE DATABASE parancs WITH MOVE opciójával manuálisan is beírhatja az adatbázisfájlok helyes elérési útját.

Egy egyszerű helyzet - adatbázisok biztonsági mentése és átvitele az SQL Server más verzióiba. Ez a szolgáltatás támogatott, de a különböző SQL Serverekben gyakorlatba kerül, mivel a szerver verziójaként ugyanarra a vagy újabb, régebbi verzióra készül másolat, amelyen készült. Sőt, van egy obmezhennya: a legújabbak nem nagyobbak a két verzión. Az adatbázis frissítése esetén az adott verzióval összegzési módba kerül, így az új funkciók nem lesznek elérhetőek. Ez egyszerűen javítható a COMPATIBILITY_LEVEL módosításával. Tudod tse robiti at Segítség GUI vagy SQL.

ALTER DATABASE MyDB SET KOMPATIBILITÁSI_SZINT = 110;

Látható, hogy arról készült másolat, hogy melyik verzió készült, az archív fájl fejlécében meg lehet nézni. A kísérletezés elkerülése érdekében, amikor az SQL Server újabb verziójára frissít, futtassa a Microsoft Upgrade Advisor ingyenes segédprogramot.

Iperius

Engedély: kereskedelmi, є verzió Ingyenes

DBMS támogatás: Oracle 9-11, XE, MySQL, MariaDB, PostgreSQL és MS SQL Server

Ha szükséges, hogy keruvati kilkom típusú DBMS-eket, akkor nem nélkülözheti a kombájnokat. A Vibir nagyszerű. Például az Iperius egy könnyű, még egyszerűbb és egyórás erőfeszítés nélküli fájlmentő program, amely képes az adatbázisok biztonsági mentésére anélkül, hogy robotokra váltana vagy blokkolna. Biztonságos új vagy növekményes biztonsági mentés. Létrehozhat új lemezképeket a teljes rendszer automatikus újratelepítéséhez. Támogatja a biztonsági mentést NAS-ra, USB stickre, streamerre, FTP / FTPS-re, Google Drive-ra, Dropboxra és SkyDrive-ra. Támogatja a zip tömörítést áthidalás nélkül a fájlbővítésben és az AES256 titkosításban, külső szkriptek és programok indításakor. Bekapcsol, hogy befejezze a napi funkcionális tervezőt, ez lehetséges párhuzamosan vagy később a nap utolsó napján, az eredmény e-mailben elküldésre kerül. Numerikus szűrőket adnak hozzá, módosítják a módok személyre szabásához és a javításokhoz.

Az FTP-n keresztüli feltöltési lehetőség lehetővé teszi a matricás webhelyeken található információk egyszerű frissítését. nyissa meg a fájlokat vannak fenntartva további VSS technológiának (kötetek árnyékmásolása), amely lehetővé teszi, hogy nem csak a DBMS-fájlokhoz, hanem más kiegészítésekhez is készítsen forró biztonsági másolatot. Az Oracle esetében az RMAN (Recovery Manager) adatok biztonsági mentésének megszervezése és frissítése is szükséges. Zokogjon, hogy ne váltson csatornát, javítható a forgalom. A foglalás és a megújítás kezelése a helyi és webes konzol segítségével történik. Minden funkció a küszöbön van, így a feladat felállításához csak a folyamat megértésére lesz szükség, a dokumentációba nem lehet majd belenézni. Csak kövesse a mester utasításait. Használhat felhőrekordkezelőt is, ami sok rendszer esetén kényelmesebb.

Az alapfunkciók költségmentesen valósulnak meg, de az adatbázis-mentés lehetősége csak az Advanced DB és Full verziókban biztosított. Támogatja a telepítést XP-ről Windows Server 2012.

Handy Backup

Engedély: kereskedelmi

DBMS támogatás: Oracle, MySQL, IBM DB2 (7-9.5) és MS SQL Server

Az egyik legfejlettebb adatbázis-karbantartási rendszer az IBM DB2, amely egyedi funkciókkal rendelkezik a személytelen platformok skálázásához és támogatásához. Matricás kiadásokban szállítjuk, mintha ugyanazon az alapon alapulnának, és funkcionálisan frissítve lettek volna. A DB2 adatbázis-architektúra gyakorlatilag minden típusú adat kezelését teszi lehetővé: dokumentumok, XML, médiafájlok stb. A DB2 Express-C különösen népszerű. A biztonsági mentés egyszerűbb:

db2 biztonsági másolat db minta

Íme egy pillanatkép a Speciális másolási szolgáltatások (ACS) funkcióról:

db2 backup db mintahasználati pillanatkép

De nem szabad elfelejteni, hogy különböző módokon nem tudunk visszaállítani (db2 helyreállítani db) más táblákat. És az automatikus biztonsági mentés lehetősége, és még sok más. A termékek jól dokumentáltak, bár ritkán említik őket az orosz interneten. Ezenkívül a DB2 támogatása messze nem minden speciális megoldás található.

Például a Handy Backup segítségével sokféle adatbázis-kiszolgálóról készíthet biztonsági másolatot, és gyakorlatilag bármilyen hordozható ( merevlemez, CD / DVD, shovischa, FTP / S, WebDAV és mások). Lehetséges adatbázis-mentés ODBC-n keresztül (csak táblázatok). Az egyik megoldás azonban a DB2 támogatása, és addig a „Ready for IBM DB2 Data Server Software” logó látható. Az egész folyamat a nagy mester segítségén múlik, amiben ki kell választani a kívánt tételt és meg kell fogalmazni a feladatot. Maga a padlóburkolat lefektetésének folyamata egyszerű, így azonnal üzembe helyezheti. Létrehozhat egy szálat a napból, amelyet elindítanak a terjesztéshez. Az eredményt rögzítik a naplóban, és e-mailben javítják. Munkaidő alatt a szolgálat feladata nem szükséges. Az archívum automatikusan tömörítésre és titkosításra kerül, ami garantálja a biztonságot.

A Handy Backup két verziója fut a DB2-n: Office Expert (helyi) és Server Network (hálózat). Win8 / 7 / Vista / XP vagy 2012/2008/2003 operációs rendszert futtató számítógépeken működik. Maga a rothadás folyamata ügyetlen minden rendszergazda számára.

Vessünk egy pillantást a két leggyakrabban feltett SQL Server rendszergazdák rendszerezésére:

• Adatbázisok automatikus biztonsági mentése;
• A régi biztonsági másolatok megtekintése.

Adatbázis biztonsági mentés tervezése

• Nyissa meg az SQL Management Studio alkalmazást, és csatlakozzon a szükséges adatbázishoz. Nézze meg, mi működik az SQL Server Agent;
• Indítsa el a menedzsmentet – Karbantartás (amelyért Ön felelős a "RENDSZERGAZDA" szerepkörért) - kattintson a jobb gombbal, és válassza az "Új karbantartási terv" lehetőséget;
• Adja meg az új szolgáltatási terv nevét;
• Kattintson a naptár jobb oldali végére egyetlen sorban. A vіknі-nél rögzítse a vikonannya zavdannya óráját. Válasszon ilyen órát, ha az adatbázis kevésbé foglalt;
• Húzza a biztonsági mentési adatbázis feladatot az Eszköztár ágból a fő területre;
• Kattintson duplán a Backup Database Task (Biztonsági mentési adatbázis feladat) elemre - hogy ellenőrizze, hogy a biztonsági mentési feladat be van-e állítva - állítsa be a szükséges beállításokat;
• Kattintson az OK gombra - most a biztonsági másolatok automatikusan létrejönnek az ütemezett óra előtt;

Régi biztonsági másolatok megtekintése

Mivel a biztonsági mentési fájlok gyakran jönnek létre, ez nem probléma szabad hely a cserélt merevlemezen. Ezért látnia kell a régi biztonsági mentési fájlokat. Folytatjuk a szolgáltatási terv konfigurálását:

• Húzza a Karbantartási tisztítási feladatot az Eszköztár panelről a fő területre;
• Kattintson duplán a Maintenance Cleanup Task elemre a jogosultsági ablak megnyitásához. Az Ön felelőssége a biztonsági másolatok méretének megváltoztatása, bővítése és a törölni kívánt fájlok kijelölése. A jó gyakorlat az, hogy a biztonsági másolatokat legfeljebb egy hónapig menti el;
• Írja be az OK-t, és mentse el a szolgáltatási tervet;
• Ezután ellenőrizheti a szervizterv következő óráját, vagy manuálisan (az Object Explorerben jobb gombbal a szolgáltatási tervre kattintva).

Ismerje meg, hogyan másolhat táblákat MS SQL Server adatbázisokban. A táblázat másolatának létrehozására vonatkozó opciók másolatát terjesztem. Ezek közül melyiket választhatja – belefektetni a táblák szerkezetébe, megjelenni az új indexekben, triggerekben stb., valamint kézzel dolgozni.

1. A táblaszerkezet kézi másolási módja

A Microsoft SQL Management Studio programban válassza ki az adatbázist, válassza ki a táblát, kattintson az egér jobb gombjával, és válassza a "Script Table as" -> "CREATE TO" -> "New Query Editor Window" menüpontot. Kérésre egy kódot fog látni a táblák létrehozásához. Egy újon kell feltüntetni az alap nevét, melyikben kell másolatot készíteni a táblázatról, illetve új nevet, így az alap nem változik. A táblázatokban található struktúra létrehozásához szükséges kód létrehozásának módja az alábbi kis dobozban látható.

Egy további módon táblaindexek jönnek létre, de a triggerek nem kerülnek másolásra. Ezeket hasonló módon kell másolni.

Az adatok egy már létrehozott táblába másolásához ki kell bontani a következő SQL lekérdezést:

INSERT in ..tmp_tbl_Deps SELECT * FROM ..tbl_Deps

2. SQL táblák másolása egy sorban

Készítsen másolatot a tábla szerkezetéről és az adatokról egy adatbázis közepén:

SELECT * a tmp_tbl_Dep fájlba FROM tbl_Deps

Másolja át a táblázat szerkezetét és її adatokat egyik bázisból a másikba:

SELECT * a ..tmp_tbl_Deps FROM ..tbl_Deps mappába

Az ilyen megoldás hátránya, hogy az indexeket nem másolják.

Függetlenül attól, hogy korábbi anyagainkban már foglalkoztunk a Microsoft SQL Server adatbázisok biztonsági másolatának másolásával, egy olvasói megjegyzés, amely megmutatja, hogy szükség van egy teljes anyag elkészítésére, az elméleti rész elmélyültebb feldolgozásával. Diysno, vikonani, hangsúlyozva gyakorlati utasításokat A statisztika lehetővé teszi, hogy gyorsan készítsen biztonsági másolatot, de nem magyarázza meg a csendesebbek választásának okait. Megpróbáljuk kijavítani ezt a törlést.

felújítási modellek

A biztonsági másolat beállításának megkezdése előtt válassza ki a megújítási modellt. Az optimális választás érdekében a következő lépés a frissítés előtti lehetőségek és a költési adatok kritikusságának értékelése, a másik modell megvalósítására fordítva azokat.

Amint láthatja, az MS SQL adatbázis két részből áll: az adatbázisból, az adatbázisból és az előtte lévő tranzakciós nyalábokból. Az adatok adatbázisa a koristuvach és a szolgáltatás adatait az óra aktuális pillanatában ismeri fel, a tranzakciós napló tartalmazza az adatbázisban bekövetkezett összes változás előzményét a dal időszakára vonatkozóan, míg a tranzakciók sorrendjében bármikor beléphetünk az adatbázisba. adott pillanat.

A vikoristannya esetében az inspiráció két modelljét vezetik be a sóska táptalajokban: egyszerű és igaz. Használjon modellt is pontatlan naplózás, Ale, csak az új modell kiegészítéseként ajánlott nagyüzemi tömegműveletek időszakára, ha nincs szükség az alap megfelelő időben történő frissítésére.

egyszerű modell csak az adatbázis adatok biztonsági másolatainak átvitelével, az adatbázist csak a biztonsági másolat készítésekor tudjuk frissíteni, a fennmaradó biztonsági másolat létrehozása és a meghibásodások közötti időközi változtatások elvesznek. Ugyanabban az órában egyszerű áramkör Lehetnek kis számlák: az adatbázisból csak néhány példányt kell menteni, a tranzakciós napló automatikusan lerövidül és nem nő a mérete. A megújítási folyamat is a legegyszerűbb, és nem vesz igénybe sok időt.

povna modell lehetővé teszi az adatbázis bármikori visszaállítását, de továbbra is mentheti az adatbázis biztonsági másolatait, mentheti a tranzakciós sugár másolatait a teljes időszakra, amelyhez biztonsági másolatra lehet szüksége. Az adatbázissal való aktív munkával a tranzakciós napló bővítése, és az archívumok bővítése is nagy bővülést érhet el. A megújítási folyamat is tele van óráról órára több hajtogatással és próbálkozással.

A megújítási modell kiválasztásánál kövessük a megújítási beszámítást a mentések vételének beszámításával, valamint vegyük figyelembe a munkatársak képzettségét, amely a megújítás alapja lesz. Ezenkívül egy új modellel a személyzet magasabb szintű képesítést és tudást kap, még ha a séma egyszerű is, kövesse az utasításokat.

A kis mennyiségű kiegészítő információt tartalmazó adatbázisoknál kényelmesebb lehet egy egyszerű, magas másolási gyakoriságú modellt nyerni, így a bevitt adatok manuális megadásával gyorsan frissíthető és folytatható a munka. Az első modell ott győzedelmeskedik, az adatvesztés elfogadhatatlan, és jelentős vitrákkal meg lehet újítani.

Lásd a biztonsági másolatokat

Az adatbázis új példánya- egyértelmű névként, amely része az adatbázisnak és az aktív tranzakciós nyalábnak a biztonsági másolat elkészítésének órájában (az összes in-line és hiányos tranzakció nyomon követésére). Lehetővé teszi az adatbázis visszaállítását a biztonsági mentés időpontjában.

Az adatbázis differenciált másolata- a pontos másolat egy stotny nedolіk lehet, nem fogja megbosszulni az adatbázis összes információját. Ha gyakran kell biztonsági másolatot készíteni, akkor a gazdaságtalan lemezterület tápellátását fogja hibáztatni, mivel a gyűjtemény nagyobb részét ugyanazok az adatok foglalják el. Mert usunennya tsgogo nedolіku vikoristovuvat kiskereskedelmi másolatait az adatbázis, yakі mіstjat csak változott az órán a többi teljes másolása információkat.

Zvertaemo tisztelet, differenciális másolat - tse danі vіd a többi pillanata újra másolás, így a differenciálmásolat az előtted lévő bőrre kerül (de ha szagolsz, akkor változtathatsz) és fokozatosan nő a másolat mérete. A megújításhoz elegendő egy teljes példány és egy kiskereskedelmi példány, a többit hívja. A kiskereskedelmi példányszámot méretük növekedése szerint kell megválasztani, mivel a különbözeti példányból csak néhány példány kerül összehasonlításra a felének méretével, és előfordulhat, hogy lesz új példány.

A tranzakciós napló biztonsági másolata- zastosovuetsya csak a legújabb frissítési modellel, és készítsen másolatot a tranzakciós naplóról az előző példány létrehozásának pillanatától kezdve.

Fontos emlékezni a közelgő pillanatra - a tranzakciós napló másolatai semmilyen módon nem kapcsolódnak az adatbázis másolataihoz, és nem törlik a korábbi példányok információit, így az alap frissítéséhez anyára van szükség a másolatok megszakítása nélkül. ebben az időszakban, így szeretne alapszintű maradni. A fennmaradó sikeres másolás melyik pillanatában okolható, de az időszak közepén.

Csodálkozva a kicsin, mintha a naplófájl első példányát használták volna fel, akkor csak az új másolatkor tudod megújítani az alapot, ami hasonló lesz a megújítás egyszerű modelljéhez, valamikor visszaállítod az alapot órán belül csak a támadó kiskereskedelmi (vagy különben ) másolás után tudja az elme számára, hogy a folyóiratpéldányok zsinórja az elülső másolástól kezdve az alap és távoli legyen megszakítás nélkül (egy kicsinek - a harmadiktól, ill. messze).

Tranzakciós napló

A különböző típusú biztonsági másolatok frissítésének és nyugtázásának folyamatának megértéséhez olvassa el a tranzakciós napló mellékleteivel és a robottal kapcsolatos további részleteket. Tranzakció - minimálisan lehetséges logikai működés, Yaka maє sens i lehetek vikonan csak több. Egy ilyen pidkhid minden helyzetben biztosítja az adatok integritását és nem szuperabilitását, így a művelet közbenső szakasza elfogadhatatlan. Annak ellenőrzésére, hogy vannak-e változások a céladatbázisban, a tranzakciós naplóban.

Bármilyen művelet esetén a tranzakció kezdetéről rekord kerül a tranzakciós naplóba, a skin rekordhoz nem feltűnő sorozatból egyedi szám (LSN) kerül hozzárendelésre, adatváltozás esetén pedig egy végleges bejegyzés. a naplóba történik, és ha a napló elkészül, akkor a tranzakciót lezáró (rögzítő) műveletet.

A skin alapon történő aktiváláskor a rendszer elemzi a tranzakciós naplót és beolvassa az összes nem véglegesített tranzakciót, azonnal továbbítja a naplóban rögzített, de lemezre nem írt változtatásokat. A Tse lehetőséget ad arra, hogy megnyerje a rekordok beváltását és letétbe helyezését, nem kell félni ezen rekordok sértetlenségétől, ha a biztonsági mentési rendszerek jelen vannak.

A naplónak azt a részét, amely az aktív tranzakciók megbosszulására és az adatok megújításának megnyerésére szolgál, a napló aktív részének nevezzük. Ez egy számon alapul, amelyet minimális megújítási számnak (MinLSN) neveznek.

A legegyszerűbb formában a MinLSN az első hiányos tranzakció rekordszáma. Ha jobban megnézed a kicsiket, akkor a kék tranzakció láttán eltávolítjuk a 321-es MinLSN-t, a 324-es rekord rögzítése után a MinLSN szám 323-ra változik, ami megegyezik a zöld számmal, ami nem mégis rögzített, a tranzakció.

A gyakorlatban például egy lezárt kék tranzakció esetén mindhárom hajtást továbbra sem lehet lemezre dobni, és a MinLSN-t áthelyezték a 323-ra, hogy visszaállítsák a műveletet egy elképzelhetetlenre. Az ilyen helyzetek elkerülése érdekében bevezették az ellenőrzőpont fogalmát. A vezérlőpont automatikusan létrejön az elmék előrehaladásának pillanatában:

• Egyértelmű CHECKPOINT utasítással. Ellenőrző pont spratsovuє in jelenlegi bázis adott z'ednanya.
• Ha egy adatbázis-műveletet minimális regisztrációval futtat, például egy adatbázis tömeges másolási műveletét futtatja, a megújítási modell pontatlan naplózással bővül.
• Amikor alternatívákat tartalmazó adatbázisfájlokat ad hozzá vagy töröl, kövesse az ALTER DATABASE utasításokat.
• Ha az SQL Server proxyt használja a további SHUTDOWN utasításhoz, vagy amikor az SQL Server (MSSQLSERVER) szolgáltatást használja. Ebben az esetben és más módon egy felszíni adatbázis-ellenőrzőpont jön létre az SQL Server-példányban.
• Ily módon az SQL Server példánya időszakonként automatikus ellenőrzőpontokat hoz létre a skin adatbázisban az adatbázis gyors frissítéséhez.
• Amikor biztonsági másolatot készít az adatbázisról.
• Amikor vikonannі diї, scho vmagaє vіdklyuchennya dії basi. A gombok az AUTO_CLOSE paraméter BE értékeként szolgálhatnak, és bezárhatják az adatbázissal folytatott munkamenet hátralevő részét, vagy módosíthatják az adatbázisparamétert, amihez az adatbázis újraindítása szükséges.

Attól függően, hogy korábban hogyan adta meg, a MinLSN érték vagy az ellenőrzőpont rekordszámához vagy a legrégebbi függőben lévő tranzakció füléhez lesz hozzárendelve.

Tranzakciós napló javítása

Tranzakciós napló, mint egy napló, amely rendszeres időközönként megköveteli a régi rekordok tisztítását, különben növekedni fog, és mindent kölcsönöz, ami elérhető. Visszatekintve arra, hogy egy adatbázissal rendelkező aktív robotnál a tranzakciós napló jelentősen megváltoztathatja az adatbázist, akkor a gazdag adminisztrátorok számára relevánsabb a lánc.

Fizikailag a tranzakciós naplófájl a virtuális naplók tárolója, amelyek egymás után betöltődnek a növekvő gerendák világából. Az a logikai napló, amely lecseréli a MinLSN bejegyzést az aktív napló tetejére, amely inaktív logikai naplókra cseréli, és nem szükséges az automatikus alapfrissítéshez.

Ha egy egyszerű megújítási modellt választunk, akkor amikor a logikai naplók elérik a fizikai fájl 70%-át, a napló inaktív része automatikusan törlődik, sov. csökkentés. A naplófájlt azonban ne hozza be a fizikai fájl megváltoztatásáig, csak a logikai naplókat csonkolja, hogy ugyanazon művelet után újra lehessen verni.

Mivel a tranzakciók száma nagy, és addig a pillanatig, amíg el nem éri a fizikai fájlméret 70%-át, nem jelennek meg inaktív logikai naplók, így a fizikai fájl mérete nagyobb lesz.

Ily módon a tranzakciós naplófájl egy egyszerű megújítási modellel a robot tevékenységétől az alapig növekszik addig, amíg megfelelően el nem tudja fogadni a napló teljes aktív részét. Pіslya milyen yogo növekedést ragaszkodni.

Az új modellel a napló inaktív része csak később törölhető, egészen addig, amíg teljesen át nem kerül a biztonsági másolatba. Frissítse a végrehajtandó naplót annak tudatában, hogy a tranzakciós naplóról biztonsági másolat készült, amely után az ellenőrzési pont létrejött.

A tranzakciós napló új felépítési modellel való helytelen biztonsági mentése a naplófájl ellenőrizetlen növekedéséhez vezethet, ami gyakran problémát jelent a felügyelet nélküli rendszergazdák számára. Ezenkívül gyakran trapleyutsya a tranzakciós napló kézi konszolidációja mentén. Egy új megújítási modellnél ennek a munkája nem kategorikus, így Ön egyedül tönkreteszi a folyóirat példányainak sértetlenségét, és csak a másolatok készítésekor tudja visszaállítani az adatbázist, így tudjon megerősíteni egy egyszerű modellt.

Itt az ideje, hogy magad is kitaláld, miről is beszéltünk a cikk végén, hogy átállíthasd a modellt az újra, és újra feltaláld a következőt.

Egyszerű innovációs modell

Most a szükséges minimális ismeretek elhagyása után áttérhetünk az innovációs modellek részletesebb áttekintésére. Térjünk le az egyszerűségre. Igaz, a csata idején volt egy sorunk és két külön példányunk:

A biztonsági másolatot egyszer elkészítették a gyártáshoz, a fennmaradó példányt pedig egyik napról a másikra hozták létre 21. és 22. között. Zbіy vіdbuvaєtsya 22-én este a fekete példány létrehozása előtt. Ugyanakkor meg kell újítani a pénzt és a többi kiskereskedelmi példányt, amivel a munkanap hátralévő részében pénzt költünk. Valamiért a 21-i példány is későn jelenik meg, ekkor újabb munkanap után ugyanabban az órában megújíthatjuk az előpéldányt, a 20-i példány nem tudja sikeresen visszaállítani a tiszteletdíjat. 21-én este, kettős példány meglétével.

Megújulási modell

Vessünk egy pillantást egy hasonló helyzetre, de egy új innovációs modell szemszögéből. A biztonsági másolatokat nálunk is elherdáljuk, a pénz + kiskereskedelem elve szerint, valamint a tranzakciók naplójának másolatát a gyártáshoz.

A megújulás folyamata a jövőben hajthatóbb lesz. Mindenekelőtt manuálisan kell biztonsági másolatot készíteni a napló végső töredékéről (amely chervonimként látható), amely a napló része a másolat utolsó létrehozásának pillanatától kezdve és a baleset előtt.

Ha nem hoz létre semmit, akkor csak addig tudja visszaállítani az adatbázist, amíg a tranzakciós napló fennmaradó példányának elkészítésekor nem vagyok.

Az előző napi naplópéldány minden kis fájljával nem tudjuk visszaállítani az alap jelenlegi alapjait, hanem körülveszünk minket a másolat többi részének elkészítésének pillanatával, vagyis a jelenlegi cilodobovoval. .

Ezután újra frissítjük, és a biztonsági másolat többi része után létrehozott napló differenciális másolatát és lándzsamásolatát, a végső töredék másolatának fennmaradó részét a naplóba, amely lehetővé teszi számunkra az adatbázis jogának visszaállítását. a baleset idején.

Ha a különbözet ​​többi példányát el kell menteni, akkor egy egyszerű modell esetén akár egy munkanapot is legyárthat, ugyanaz a modell lehetővé teszi a másolat újrakészítését, amely után a teljes példányt be kell váltani. a tranzakciós sugár a másolat újrakészítéséig. Glybina v_dnovlennya csak a rönkök megszakítás nélküli lándzsájában feküdjön le.

Másrészt, mintha a tranzakciós gerenda valamelyik példánya törlésre kerülne, mondjuk újra elosztásra kerülne, akkor csak a megmaradt biztonsági másolat időpontjában tudjuk beváltani az adatokat + az az időszak, amikor a naplók másolatai nem mentve. Például, ha 12, 14 és 16 év alatt, majd később folyóiratokat, 14 év alatt újságot, alkotásokat kódoltak, akkor a mi rendelésünkben egy további példánysal a bázist a megszakítás nélküli lándzsa végéig helyreállíthatjuk, akkor az 12 év.