Automatikus biztonsági mentés készítése az SQL adatbázisról az SQL Express Edition kiszolgálón. SQL. Biztonsági SQL biztonsági mentés beállítása

Nézzünk egy nemkívánatos helyzetet. Mégpedig: valamiért meghiúsult az adatbázis. mi van nálunk? Teljes másolat, differenciálmásolat tegnapra, de van adat a mai napra is, tényleg óránként kellett differenciált másolatot készíteni? - Nem! Eszik Tranzakciós napló.
Tranzakciós napló – Olyan napló, amely rögzíti az összes tranzakciót és az egyes tranzakciók által végrehajtott adatbázis-módosításokat. Azok. Az adatbázissal végzett műveletek lépésről lépésre rögzítésre kerülnek a naplóban. A DBMS minden rekordot megjelöl annak meghatározására, hogy a tranzakció befejeződött-e, befejeződött-e vagy sem. Segítségével nem csak meghibásodás után, hanem váratlan adatokkal kapcsolatos műveletek esetén is visszaállíthatja az adatbázis állapotát. Térjen vissza egy bizonyos időpontra. Az adatbázishoz hasonlóan a tranzakciós naplóról is biztonsági másolatot kell készíteni, teljes, differenciális, növekményes. A tranzakciós napló egy részének visszaállításához a biztonsági másolatok létrehozása közötti időszak meghibásodása után biztonsági másolatot kell készítenie a napló utolsó töredékéről, amely valójában a véglegesítési pont. Tartalékmásolat. Hiba után végrehajtva, visszaszámlálási pontként.
Tehát az adatbázis meghibásodás utáni helyreállításához szükségünk van az adatbázis aktuális teljes másolatára, az adatbázis egy eltérő másolatára és a tranzakciós napló másolatára.

Magához az adatbázishoz 3 helyreállítási modell létezik – egyszerű, teljes és tömegesen naplózott. Fontolgat:

Egyszerű modell - csak teljes redundanciát használnak. Nincs különbség. biztonsági mentések, valamint a tranzakciós naplók biztonsági másolatai. A lehető leggyakrabban teljes másolatokat kell készíteni. A „csak olvasható” adatbázisokra vonatkozik.
A teljes helyreállítási modell a leggyakrabban használt modell, amelyben minden adatmentési és helyreállítási funkció elérhető. Támogatja az egyes adatlapok helyreállítását. A tranzakciók teljes naplózásra kerülnek, és a tranzakciónapló mentésre kerül.
A tömeges naplózott modell a teljes helyreállítási modell kiegészítéseként szolgál. A legtöbb tömeges művelet nem támogatja a naplózást; ennek megfelelően nem támogatja az adatbázis helyreállítását bizonyos pillanatban idő.

Nézzük a legfrissebb biztonsági mentési láncot: Teljes biztonsági mentés - hetente egyszer, Differenciált biztonsági mentés - naponta egyszer, Tranzakciós napló mentés - óránként egyszer.
A biztonsági mentések készítésére több lehetőség is van:

A beépített MS SQL feladatütemező használata
Transact-SQL nyelv használata
Az sqlcmd és az OS Task Scheduler használata
Manuálisan (ami nem illik hozzánk, mert egy dolgozó adminisztrátornak állandóan vacakolnia kell)

Tekintsük az első lehetőséget a leginkább használhatónak. Erre a célra használják Windows Server 2008 R2 Enterprise és MS SQL Server 2008 Eng.

Tehát tegyük fel, hogy van egy TECH adatbázisunk:

Térjünk át a Munkahely-létrehozó eszközre:

Nyomja meg a jobb egérgombot, és hívja a Mester Jobát:
Jelölje be az „Minden feladat végrehajtása külön-külön” jelölőnégyzetet, csak egy műveletet hajtunk végre

A mester turbán nélkül van, de nem a turbán mérete a fő)) A vágy típusát választjuk, esetünkben - teljes fenntartással:

Jóba mester, mint kiderült, egy kicsit zsidó, ezért ismét megkérdezi:

„Érdemes további paramétereket választani, ó, fiatal paddawan!”:
Itt kiválasztjuk az adatbázist, a biztonsági mentés időtartamát, a címet (szalag vagy lemez), a mentési útvonalat és ami a legfontosabb - a feladatütemezőt!

"Ne feledkezzen meg az adatbázisról, amikor kiválasztja a sajátját. Összpontosítsa az erejét és válasszon adatbázist":

"Túl gyorsan siet a feladat létrehozásához, kattintson az alján található Shedule - Define nevű gombra."
Valójában a feladatütemező, ahol kiválasztjuk a típust (ismétlés, egyszer stb.), napot, időt, kezdési típust:

Ez az, mi alkottuk meg. Joba mester hűvös és zöld. A karbantartási tervekben megnézzük az állapotot:

A paranoiásnak ne féljen bevallani a tükörbe, érdemes belenézni az SQL Server Agent lelkébe – Job Activity Monitor, a Job Wizard mindent részletesen megmutat:

Most, ha a megadott feltételek teljesülnek, létre kell hozni egy teljes biztonsági másolatot az adatbázisról. Ugyanezen elv alapján létrejön a differenciális biztonsági mentés és a tranzakciós napló biztonsági mentése (ezek az alpontok a feladatkiválasztó listában a „Teljes biztonsági mentés” alatt találhatók).
Tetszés szerint csavarja az MSSQL füleit, ne csavarja le

A következő cikkben - létrehozás Transact-SQL használatával és néhány példa.

sqlcmd -S DECLSERVER\SQLGTD -E -Q "declare @s varchar(255) set @s='E:\backup\GTD_' + convert(varchar(1), datepart(dw, getdate())) +'. bak' biztonsági mentési adatbázis GTD lemezre = @s init, noformat, skip, nounload"

sqlcmd lehetővé teszi a Transact-SQL utasítások, rendszereljárások és parancsfájlok bevitelét parancs sor a lekérdezésszerkesztőbe SQLCMD módban,

-S - megadja a szerver nevét, szerver[\példánynév];
DECLSERVER\SQLGTD - szerver neve/példánynév, amelyen az adatbázis fut;
-E - felhasználónév és jelszó helyett megbízható kapcsolatot használ az SQL szerverhez való csatlakozáshoz;
-Q "cmdlinequery" - a program indításakor sqlcmd végrehajtja a kérést, de a végrehajtás befejeztével nem lép ki a programból. Több lekérdezés is végrehajtható, pontosvesszővel elválasztva. Tegye idézőjelbe a lekérdezést a fentiek szerint;
kijelent - deklarálja az s változót, a változó neve mindig @-val kezdődik, tehát @s. A mi esetünkben @s- ez a mappa (lemez) a biztonsági mentések tárolására;
varchar(n) - beállítja a változó típusát @s karakterláncként hosszú n karakterlánccal, a példában 255 karakter;
készlet - beállítja egy változó értékét @s, a példában ez az E meghajtó biztonsági mentési mappája ( E:\backup\), akkor a név megadásra kerül biztonsági másolat fájl, ahol a függvénykészlet convert(varchar(1), datepart(dw, getdate())) 1 karakter hosszúságú szöveges formátumban adja vissza a hét aktuális napját (hétfő - 1 , kedd - 2 stb.), és hozzáadódik a kiterjesztés bak. A kimenet egy fájl lesz a névvel GTD_Number of the Day of the Week.bak;
biztonsági mentés - biztonsági másolatot készít;
adatbázis - a teljes adatbázis biztonsági másolatának létrehozását jelzi;
GTD - példánkban az adatbázis neve az SQL szerveren;
lemezre - jelzi a biztonsági mentési tárolóeszköz típusát, kemény fájl lemezt, és a változó meg van adva @s, amelyhez hozzá van rendelve a létrehozandó fájl elérési útja és neve;
init, noformat, skip, nounload segítségével - azt jelzi, hogy az adatokat körbe kell írni a fejlécek újradefiniálásával, ami lehetővé teszi, hogy a hét minden napjára 7 biztonsági másolatot készítsünk körbe átírva.

Szükség esetén más funkciókat is használhat, például tömörítést, lásd a Transact-SQL lekérdezés és függvény súgóját.

2. lépés: Módosítsa a szövegfájl kiterjesztését .cmd-re

Ennek eredményeként megkapjuk a fájlt backupGTD.cmd. Futtatás létrehozva batch file szükséges arról a gépről, amelyre az MS SQL adatbázis telepítve van.

3. lépés Automatizálja ezt a folyamatot

Tekintsük ezt a lépést példaként az MS Windows Server 2008 használatával: Kiszolgálókezelő -> Konfiguráció -> Feladatütemező -> Feladatütemező könyvtár.

Számos módja van egy tábla másolásának egy MS SQL Server adatbázisban. Számos lehetőséget kínálok a táblázatok másolatának létrehozására. Hogy melyiket válasszuk, az a táblázat szerkezetétől, az indexek, triggerek stb. jelenlététől függ, valamint attól, hogy valamit kézzel akarunk csinálni.

1. Kézi módszer a táblázat szerkezetének másolására

A Microsoft SQL Management Studio programban válassza ki az adatbázist, válassza ki a táblát, kattintson a jobb gombbal, és válassza a "Script Table as" -> "CREATE TO" -> "New Query Editor Window" menüpontot. A lekérdező ablak megnyitja a kódot a táblázat létrehozásához. Ebben meg kell adni annak az adatbázisnak a nevét, amelyben a tábláról másolatot szeretne készíteni, és új nevet, ha az adatbázis nem változik. Az alábbi ábrán látható, hogyan lehet kódot létrehozni egy meglévő táblázat szerkezetének létrehozásához.

Ez a módszer táblaindexeket hoz létre, de nem másolja a triggereket. Hasonló módon kell másolni őket.

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

INSERT in ..tmp_tbl_Deps SELECT * FROM ..tbl_Deps

2. SQL tábla másolása egysoros lekérdezéssel

Készítsen másolatot a táblázat szerkezetéről és adatairól egy adatbázison belül:

SELECT * a tmp_tbl_Dep fájlba FROM tbl_Deps

Táblaszerkezetek és adatainak másolása egyik adatbázisból a másikba:

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

Ennek a megoldásnak az a hátránya, hogy az indexeket nem másolják át.

És még: SQL biztonsági mentés, 1C biztonsági mentés.

Az 1C szerverszoba egy SQL szerveren található adatbázisban tartalmaz adatokat. Ma az MS SQL 2005/2008 opciót fontolgatjuk.

Annak érdekében, hogy az adatok ne vesszenek el egy kiégett szerverlemez vagy más vis maior helyzet esetén, már a kezdetektől biztonsági mentést kell készíteni.

Minden nap készítsen manuális biztonsági mentést SQL adatbázis Persze senki nem akar 1C-t. Erre vannak automatikus eszközök. Ismerkedjünk meg velük.

Backup SQL beállítása

A Backup SQL beállítása egy 1C adatbázishoz nem különbözik bármely más adatbázis biztonsági mentésének beállításától.

A beállításhoz indítsa el az MS SQL Management Studio programot. Ez a program az MS SQL programok csoportjában található.

1C SQL adatbázis biztonsági mentési feladat hozzáadása

Az automatikus SQL-adatbázis biztonsági mentési feladatok a Kezelési/karbantartási tervek ágban találhatók.

Új biztonsági mentési feladat hozzáadásához kattintson a jobb gombbal a Karbantartási tervek csoportra, és válassza az Új karbantartási terv lehetőséget.

Adja meg a feladat címét. Neked csak a név számít. Minden esetre jobb angol karaktereket használni.

1C SQL adatbázis biztonsági mentési feladat beállítása

Megnyílik a feladatszerkesztő. Felhívjuk figyelmét, hogy a feladatokat el lehet végezni különféle műveletek az adatbázissal, és nem csak a biztonsági másolatokkal.

A műveleti lehetőségek listája a bal alsó sarokban jelenik meg. Válassza az Adatbázis-feladat biztonsági mentése lehetőséget dupla kattintással vagy egyszerűen jobbra húzással.

Ügyeljen a nyílra. Több különböző vagy azonos műveletet is áthúzhat, és nyilakkal összekapcsolhatja őket. Ezután egyszerre több feladat is végrehajtásra kerül az Ön által meghatározott sorrendben.

A beállítások ablakban válassza ki a szükséges SQL 1C adatbázisokat (egyszerre több vagy egy is lehet).

Válasszon egy helyet az SQL 1C adatbázis biztonsági másolatának mentéséhez. Fizikailag eltérő merevlemezt kell választania. Szervezeti okokból bejelölheti az „Almappák létrehozása” jelölőnégyzetet.

Most állítsunk be egy tartalék ütemezést. A biztonsági mentés ütemezése alapértelmezés szerint hozzá lett adva. De több ütemezést is hozzáadhat (például egy napi, egy heti stb.). Kattintson a biztonsági mentés ütemezésének beállításai gombra.

A képernyőképen egy 1C-adatbázis napi biztonsági mentési SQL-jének példája látható hajnali 3-kor.

Annak érdekében, hogy a listában szereplő biztonsági mentési ütemezés szép és egyértelmű legyen, módosíthatja.

1C SQL adatbázis biztonsági mentési feladat mentése

Kattintson a rögzítésre. A feladat megjelenik a lista bal oldalán.

Fontos! Ellenőrizze, hogy az SQL-adatbázis biztonsági mentése feladat megfelelően lett létrehozva. Ehhez kattintson a jobb gombbal a feladatra, és válassza a Végrehajtás lehetőséget.

Ennek eredményeként egy biztonsági mentési fájlnak kell megjelennie a megadott elérési úton. Ha valami nem stimmel, törölje a feladatot (Del), és kezdje elölről.

Az adatbázis-kiszolgálók minden szervezetben az egyik legfontosabb szerverek. Ők azok, akik információt tárolnak és kérésre kimenetet adnak, és rendkívül fontos az adatbázis megőrzése minden helyzetben. Az alapcsomag általában tartalmazza a szükséges segédprogramokat, de annak a rendszergazdának, aki korábban nem találkozott adatbázissal, némi időt kell szánnia a munka sajátosságainak megértésére az automatizálás érdekében.

Az adatbázis-mentések típusai

Először is nézzük meg, milyen biztonsági mentések vannak. Az adatbázis-kiszolgáló nem egy szokásos asztali alkalmazás, és annak biztosítására, hogy minden ACID (Atomic, Consistency, Isolated, Durable) tulajdonság teljesüljön, számos technológiát alkalmaznak, ezért az adatbázis létrehozásának és visszaállításának archívumból megvannak a maga sajátosságai. . Három különböző megközelítés létezik az adatok biztonsági mentésére, mindegyiknek megvannak a maga előnyei és hátrányai.

Logikai vagy SQL biztonsági mentéssel (pg_dump, mysqldump, SQLCMD) a tranzakciós integritás figyelembevételével pillanatkép készül az adatbázis tartalmáról, és SQL parancsokkal fájlként mentve (kiválaszthatja a teljes adatbázist vagy az egyes táblákat ), amellyel újra létrehozhatja az adatbázist egy másik szerveren. Ennek mentése és visszaállítása időbe telik (különösen nagy adatbázisok esetén), ezért nagyon gyakran ezt a műveletet nem lehet végrehajtani, és minimális terhelés mellett (például éjszaka) hajtják végre. A visszaállítás során az adminisztrátornak több parancsot kell futtatnia, hogy mindent előkészítsen (üres adatbázis létrehozása, Fiókok Stb).

Fizikai biztonsági mentés (szint fájlrendszer) - olyan fájlok másolása, amelyeket a DBMS az adatok tárolására használ az adatbázisban. Egy egyszerű másolat azonban figyelmen kívül hagyja a zárakat és a tranzakciókat, amelyeket valószínűleg helytelenül mentenek el és törnek fel. Ha megpróbálja csatolni ezt a fájlt, az inkonzisztens állapotban lesz, és hibákat fog okozni. Megszerezni aktuális biztonsági mentés, az adatbázist le kell állítani (az rsync kétszeri használatával csökkentheti az állásidőt – először futón, majd leállítotton). Ennek a módszernek a hátránya nyilvánvaló - nem lehet visszaállítani bizonyos adatokat, csak a teljes adatbázist. Fájlrendszer-archívumból visszaállított adatbázis indításakor ellenőriznie kell annak integritását. Itt különféle segítő technológiákat alkalmaznak. Például PostgreSQL-ben WAL (Write Ahead Logs) és speciális funkció(Point in Time Recovery – PITR), amely lehetővé teszi, hogy visszatérjen az adatbázis egy bizonyos állapotába. Segítségükkel könnyen megvalósítható a harmadik forgatókönyv, amikor a fájlrendszer szintű biztonsági mentést WAL fájlok biztonsági másolatával kombinálják. Először visszaállítjuk a fájlrendszer biztonsági mentési fájljait, majd a WAL segítségével az adatbázis az aktuális állapotba kerül. Ez egy kicsit összetettebb adminisztrációs megközelítés, de nincs probléma az adatbázis integritásával és az adatbázisok meghatározott időre való visszaállításával.

A logikai mentést olyan esetekben alkalmazzuk, amikor az adatbázisról egyszeri teljes másolatot kell készíteni, vagy mindennapi használat során, a másolat elkészítése nem igényel sok időt és helyet. Amikor az adatbázisok kirakása sok időt vesz igénybe, ügyeljen a fizikai archiválásra.

Csapos

Engedély: GNU GPL

Támogatott DBMS: PostgreSQL

A PostgreSQL támogatja a fizikai és logikai biztonsági mentési képességeket, egy újabb WAL-réteget adva hozzájuk (lásd oldalsáv), amit folyamatos másolásnak nevezhetünk. De több szerver kezelése standard eszközökkel még egy tapasztalt rendszergazda számára sem túl kényelmes, és hiba esetén a másodpercek számítanak.

A Barman (mentési és helyreállítási menedzser) a 2ndQuadrant cég belső fejlesztése, amely PostgreSQL-en alapuló szolgáltatásokat nyújt. Fizikai PostgreSQL biztonsági mentésre (logikai nem támogatja), WAL archiválásra és gyors helyreállítás kudarcok után. Támogatja a távoli biztonsági mentést és több szerver helyreállítását, a PITR (point-in-time-recovery) funkciókat és a WAL-kezelést. Az SSH-t a parancsok távoli gazdagépre másolására és küldésére használják; az rsync használatával végzett szinkronizálás és biztonsági mentés lehetővé teszi a forgalom csökkentését. A Barman a szabványos bzip2, gzip, tar és hasonló segédprogramokkal is integrálható. Elvileg bármilyen tömörítő és archiváló programot használhatsz, az integráció nem fog sok időt igénybe venni. Különféle szerviz és diagnosztikai funkciók kerültek bevezetésre a szolgáltatások állapotának figyelésére és a sávszélesség szabályozására. A Pre/Post szkriptek támogatottak.

A Barman Python nyelven íródott, és a biztonsági mentési házirendek a felhasználóbarát barman.conf INI fájl segítségével kezelhetők, amely az /etc könyvtárban vagy a felhasználó saját könyvtárában található. A szállítás tartalmazza kész sablon belül részletes megjegyzésekkel. Csak *nix rendszereken működik. Az RHEL, CentOS és Scientific Linux rendszerre történő telepítéshez csatlakoztassa az EPEL-t - egy olyan tárolót, amely tartalmazza kiegészítő csomagok. A hivatalos adattár elérhető a Debian/Ubuntu felhasználók számára:

$ sudo apt-get install barman

Nem mindig az adattárban legújabb verzió, telepítéséhez hivatkoznia kell a forrásszövegekre. Kevés függőség létezik, és a folyamat könnyen érthető.

Sypex dömper

Engedély: BSD

Támogatott DBMS: MySQL

A MySQL-hez a mysqldump és mysqlhotcopy segédprogramok tartoznak, amelyek segítségével egyszerűen hozhat létre adatbázis-kiíratást, ezek jól dokumentáltak, és nagy számban megtalálhatók az interneten. kész példákés frontendek. Ez utóbbi lehetővé teszi a kezdő számára, hogy gyorsan elkezdhesse. A Sypex Dumper egy PHP szkript, amely lehetővé teszi MySQL adatbázis másolatának egyszerű létrehozását és visszaállítását. A nagy adatbázisok kezelésére készült, nagyon gyorsan működik, érthető és könnyen használható. Tudja, hogyan kell dolgozni MySQL objektumokkal – nézetek, eljárások, függvények, triggerek és események.

Egy másik plusz, ellentétben más eszközökkel, amelyek exportáláskor UTF-8-ban hajtanak végre átkódolást, a Dumperben az exportálás a natív kódolásban történik. Az eredményül kapott fájl kevesebb helyet foglal, és maga a folyamat gyorsabb. Egy dump különböző kódolású objektumokat tartalmazhat. Sőt, több lépcsőben is könnyen importálható/exportálható, leállítva a folyamatot töltés közben. Folytatáskor az eljárás onnan indul, ahol abbamaradt. Négy lehetőség áll rendelkezésre a helyreállításhoz:

CREATE + INSERT - normál helyreállítási mód;
TRUNCATE + INSERT - kevesebb idő a táblázatok létrehozására;
REPLACE - visszaállítjuk a régi adatokat a működő adatbázisban anélkül, hogy felülírnánk az újakat;
INSERT IGNORE - a törölt vagy új adatokat hozzáadjuk az adatbázishoz anélkül, hogy a meglévőket érintené.

Támogatja a másolástömörítést (gzip vagy bzip2), a régi biztonsági másolatok automatikus törlését, a dump fájl tartalmának megtekintését és csak a táblaszerkezet visszaállítását. Az adatbázis kezelésére szolgáló szolgáltatási funkciók (létrehozás, törlés, ellenőrzés, adatbázis visszaállítása, optimalizálás, táblák tisztítása, indexekkel való munka stb.) is rendelkezésre állnak, valamint egy fájlkezelő, amely lehetővé teszi a fájlok szerverre másolását.

A kezelés webböngészővel, interfész segítségével történik AJAX használatával honosított, és azt a benyomást kelti, mintha egy asztali alkalmazással dolgozna. Lehetőség van jobok futtatására a konzolról és ütemezetten (a cronon keresztül).

A Dumper működéséhez egy klasszikus L|WAMP kiszolgálóra lesz szükség, a telepítés minden PHP-ben írt alkalmazáshoz szabványos (fájlok másolása és engedélyek beállítása), és még kezdőknek sem lesz nehéz. A projekt részletes dokumentációt és video-oktatóanyagokat kínál a Sypex Dumper használatának bemutatására.

Két kiadás létezik: Sypex Dumper (ingyenes) és Pro (10 USD). A második több funkcióval rendelkezik, az összes különbség megtalálható a weboldalon.

SQL biztonsági mentés és FTP

Engedély:

Támogatott DBMS: MS SQL Server

Az MS SQL Server az egyik legnépszerűbb megoldás, ezért gyakran előfordul. A biztonsági mentési feladat az SQL Server Management Studio, maga a Transact-SQL és az SQL PowerShell modul parancsmagjai (Backup-SqlDatabase) használatával jön létre. Az MS webhelyén hatalmas mennyiségű dokumentációt találhat, amely lehetővé teszi a folyamat megértését. A dokumentáció, bár teljes, nagyon konkrét, és az interneten található információk gyakran ellentmondanak egymásnak. Egy kezdőnek valójában először gyakorolnia kell, „bekapja a fejét”, így a harmadik féltől származó fejlesztőknek még minden elmondottak ellenére is van hova terjeszkedniük. kívül ingyenes verzió Az SQL Server Express nem rendelkezik beépített biztonsági mentési eszközökkel. Többért korábbi verziók Az MS SQL-ben (2008-ig) találhatunk ingyenes segédprogramokat, például SQL Server biztonsági mentést, de a legtöbb ilyen projektet már kereskedelmi forgalomba hozták, bár sokszor jelképes összegért kínálnak minden funkciót.

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. Nagyon egyszerű és intuitív kezelőfelületükkel lehetővé teszik az MS SQL Server (beleértve az Expresszt is) és az Azure adatbázisok másolatainak létrehozását, titkosított és tömörített fájlokat FTP-re és felhő szolgáltatások(Dropbox, Box, Google Drive, MS SkyDrive vagy Amazon S3), az eredmény azonnal megtekinthető. Lehetőség van a folyamat elindítására manuálisan vagy ütemezetten, e-mailben üzenetet küldeni a feladat eredményéről, vagy egyedi szkripteket futtatni.

Minden biztonsági mentési lehetőség támogatott: teljes, differenciál, tranzakciós napló, mappa másolása fájlokkal és még sok más. A régi biztonsági másolatok automatikusan törlődnek. Az SQL Management Studio a virtuális gazdagéphez való csatlakozásra szolgál, bár előfordulhatnak árnyalatok, és ez nem fog működni minden ilyen konfigurációban. Öt verzió letölthető - innen ingyenes a kifinomult Prof Lifetime-nak (e sorok írásakor csak 149 dollárba került). A Free funkcionalitása teljesen elegendő kis hálózatokhoz, ahol egy vagy két SQL szerver van telepítve, minden alapvető funkció aktív. A biztonsági mentési adatbázisok száma, a fájlok Google Drive-ba és SkyDrive-ba küldésének lehetősége, valamint a fájltitkosítás korlátozott. Bár a felület nem lokalizált, nagyon egyszerű és érthető még egy kezdő számára is. Csak csatlakoznia kell az SQL szerverhez, amely után megjelenik az adatbázisok listája, ki kell választania a szükségeseket, konfigurálnia kell a távoli erőforrásokhoz való hozzáférést, és meg kell adnia a feladat befejezésének idejét. És mindez egy ablakban.

De van egy „de”. Maga a program nem az archívum helyreállítására szolgál. Ehhez egy külön ingyenes segédprogramot kínálnak, az One-Click SQL Restore-t, amely a BACKUP DATABASE parancs által létrehozott formátumot is megérti. Az adminisztrátornak csak meg kell adnia az archívumot és a szervert, amelyre visszaállítja az adatokat, és meg kell nyomnia egy gombot. De bonyolultabb forgatókönyvekben a RESTORE-t kell használnia.

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

A biztonsági másolat készítésének és a DBMS visszaállításának megvannak a maga különbségei, amelyeket figyelembe kell venni, különösen az archívum másik kiszolgálóra való átvitelekor. Példaként nézzük meg az MS SQL Server néhány árnyalatát. A Transact-SQL használatával történő archiváláshoz használja a BACKUP DATABASE parancsot (van egy DIFFERENTIAL parancs is) és a BACKUP LOG tranzakciós naplót.

Ha biztonsági másolat egy másik kiszolgálón van telepítve, akkor meg kell győződnie arról, hogy ugyanazok vannak jelen logikai meghajtók. Lehetőségként manuálisan is megadhatja az adatbázisfájlok megfelelő elérési útját a RESTORE DATABASE parancs WITH MOVE opciójával.

Egy egyszerű helyzet - adatbázisok biztonsági mentése és átvitele az SQL Server más verzióiba. Ez a művelet támogatott, de az SQL Server esetében akkor működik, ha a kiszolgáló verziója, amelyen a másolatot telepítette, megegyezik vagy újabb, mint amelyen létrehozták. Sőt, van egy korlátozás: legfeljebb két verzió újabb. A visszaállítás után az adatbázis kompatibilitási módba kerül azzal a verzióval, amellyel az átállás történt, vagyis új funkciók nem lesznek elérhetők. Ez egyszerűen javítható a COMPATIBILITY_LEVEL módosításával. Ezt megteheti GUI vagy SQL használatával.

ALTER DATABASE MyDB SET KOMPATIBILITÁSI_SZINT = 110;

Az archív fájl fejlécének megtekintésével meghatározhatja, hogy a másolat melyik verzióra készült. Annak érdekében, hogy ne kísérletezzen, amikor vált új verzió Az SQL Servernek futnia kell ingyenes segédprogram Microsoft frissítési tanácsadó.

Iperius

Engedély: kereskedelmi, van egy ingyenes verzió

Támogatott DBMS: Oracle 9–11, XE, MySQL, MariaDB, PostgreSQL és MS SQL Server

Ha többféle DBMS-t kell kezelnie, nem nélkülözheti a kombinált rendszereket. A választék nagy. Például az Iperius egy könnyű, nagyon könnyen használható, mégis hatékony fájlmentő program, amely megszakítás vagy blokkolás nélkül gyors adatbázis-mentést biztosít. Teljes vagy növekményes biztonsági mentést biztosít. Létrehozhat teljes lemezképet automatikus újratelepítés az egész rendszert. Támogatja a biztonsági mentést NAS-ra, USB-eszközökre, streamerre, FTP/FTPS-re, Google Drive-ra, Dropboxra és SkyDrive-ra. Támogatja a zip tömörítést a fájlméret korlátozása nélkül és az AES256 titkosítást, külső szkriptek és programok indítását. Rendkívül funkcionális feladatütemezőt tartalmaz, több feladat párhuzamos vagy egymás utáni végrehajtása is lehetséges, az eredményt e-mailben küldjük el. Számos szűrő, változó az útvonalak és beállítások személyre szabásához támogatott.

Az FTP-feltöltési képesség megkönnyíti az információk frissítését több webhelyen. Nyissa meg a fájlokat VSS (volume shadow copy) technológiával készülnek biztonsági mentésük, amely lehetővé teszi nemcsak a DBMS-fájlok, hanem más alkalmazások gyors mentését is. Az Oracle esetében az RMAN (Recovery Manager) biztonsági mentési és helyreállítási eszköz is használatos. A csatorna túlterhelésének elkerülése érdekében lehetőség van a sávszélesség beállítására. A biztonsági mentést és a helyreállítást helyi és webes konzol kezeli. Minden funkció látható, így a feladat beállításához csak a folyamatot kell megérteni, még a dokumentációt sem kell nézni. Csak követjük a varázsló utasításait. Megjegyezheti a fiókkezelőt is, ami nagyon kényelmes, ha sok rendszerrel rendelkezik.

Az alapfunkciók ingyenesek, de az adatbázis biztonsági mentésének lehetősége csak az Advanced DB és a Full verziókban található meg. Az XP-ről a Windows Server 2012-re történő telepítés támogatott.

Handy Backup

Engedély: egy reklám

Támogatott DBMS: Oracle, MySQL, IBM DB2 (7–9.5) és MS SQL Server

Az egyik legerősebb vezérlőrendszer relációs adatbázisok adatok - IBM DB2, amely rendelkezik egyedi tulajdonságok méretezhető és több platformot is támogat. Több kiadásban is kapható, amelyek ugyanarra az alapra épülnek, és funkcionálisan különböznek egymástól. A DB2 adatbázis-architektúra lehetővé teszi szinte minden adattípus kezelését: dokumentumok, XML, médiafájlok stb. Az ingyenes DB2 Express-C különösen népszerű. A biztonsági mentés nagyon egyszerű:

Db2 backup db minta

Vagy egy pillanatfelvétel az Advanced Copy Services (ACS) funkcióval:

Db2 backup db mintahasználati pillanatkép

De emlékeznünk kell arra, hogy pillanatképek esetén nem tudjuk helyreállítani (db2 visszaállítani db) az egyes táblákat. Lehetőségek vannak automatikus biztonsági mentésre és még sok másra is. A termékek jól dokumentáltak, bár a kézikönyvek ritkák az orosz nyelvű interneten. Ezenkívül nem minden egyedi megoldás kínál DB2 támogatást.

Például a Handy Backup segítségével többféle adatbázis-kiszolgálóról készíthet biztonsági másolatot, és szinte bármilyen adathordozóra mentheti a fájlokat ( HDD, CD/DVD, felhő és hálózati tárhely, FTP/S, WebDAV és mások). Az adatbázis biztonsági mentése ODBC-n keresztül lehetséges (csak táblázatok). Ez azon kevés megoldások egyike, amely támogatja a DB2-t, és a „Ready for IBM DB2 Data Server Software” logót is viseli. A teljes eljárást egy szokásos varázsló segítségével hajtják végre, amelyben csak ki kell választania a kívánt elemet, és létre kell hoznia egy feladatot. Maga a beállítási folyamat olyan egyszerű, hogy még egy kezdő is rájön. Több feladatot is létrehozhat, amelyek ütemezetten futnak. Az eredményt naplóban rögzítjük, és e-mailben elküldjük. A feladat futása közben nem szükséges leállítani a szolgáltatást. Az archívum automatikusan tömörítésre és titkosításra kerül, ami biztosítja annak biztonságát.

A Handy Backup két verziója támogatja a DB2-vel együttműködést – 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 telepítési folyamat minden rendszergazda számára egyszerű.