BAN BEN ez a dokumentum részletezi azokat az elveket és eljárásokat, amelyeket követni kell a vállalati szintű MySQL biztonsági mentési stratégia megvalósításához az Agent for MySQL használatakor.
Ez a felhasználói kézikönyv leírást tartalmaz különféle módszerekés stratégiák a MySQL adatbázisok biztonsági mentésére és visszaállítására az Enterprise Edition ügynök használatával. Ezek a módszerek lehetővé teszik a szoftverek adaptálását és hangolását a MySQL-adatbázisok és a kapcsolódó adatok biztonsági mentésének különböző megközelítései teljesítményének, hatékonyságának, sebességének és méretezhetőségének javítása érdekében.
A MySQL Auto Backup célja a MySQL adatbázis-mentések és a MySQL-visszaállítások egyszerűsítése és felgyorsítása. Szoftver adatbázis biztonsági mentéshez MySQL adatok helyreállítása pedig úgy van megtervezve, hogy az adminisztrátornak ne kelljen ismernie a beépített MySQL biztonsági mentési eszközök működését, és ne tudjon bonyolult szkripteket létrehozni. A MySQL automatikus biztonsági mentése a Baculával automatikusan létrejön biztonsági mentés fontos információ, mint például a konfiguráció vagy a felhasználói definíciók. A MySQL adatbázis biztonsági mentése két módszert is támogat: a dump és a bináris napló biztonsági mentését.
biztonsági mentés A MySQL 32 és 64 bites Linux platformokhoz (Debian, Ubuntu, CentOS platformok stb.) érhető el, és támogatja a MySQL 4.0.x, 4.1.x, 5.0.x, 5.5.x, 5.6.x verzióit.
Hogyan készítsünk biztonsági másolatot a MySQL-ről: dump vagy bináris napló?
Az alábbi táblázat segít kiválasztani az egyik MySQL adatbázis-mentési módszert. A MySQL-adatbázis biztonsági mentésének kiválasztásához el kell döntenie, hogy vissza szeretné-e állítani a MySQL-t egy adott ellenőrzőpontra, vagy szűrni kívánja-e az objektumokat a MySQL biztonsági mentése vagy visszaállítása során. Lehetőség van a két MySQL biztonsági mentési módszer kombinálására is ugyanazon a szerveren.
| A MySQL automatikus biztonsági mentési funkciói | Dump fájl | bináris napló |
| Egyetlen MySQL objektum (tábla, séma…) visszaállítása | Igen | Nem |
| MySQL biztonsági mentési sebesség | Lassan | Gyors |
| MySQL helyreállítási sebesség | Olyan lassú | Gyors |
| MySQL adatbázis biztonsági másolat mérete | Kicsi | Nagy |
| Képes visszaállítani a MySQL-t egy ellenőrzőpontba | Igen | Igen |
| MySQL növekményes/differenciális biztonsági mentés támogatása | Igen | Igen |
| MySQL online biztonsági mentés | Igen | Igen |
| Következetesség | Igen | Igen |
| A MySQL visszaállítása egy korábbi főverzióra | Igen | Nem |
| Lehetőség a MySQL új főverzióra való visszaállítására | Igen | Nem |
Információk kiértékelése MySQL tábla biztonsági mentésekor
Csapat becslés lehetővé teszi a MySQL ügynök által talált összes információ megjelenítését. Kiíratási mód esetén szoftverünk nem tudja megbecsülni az adatbázis dump fájl méretét. Ehelyett az adatbázis méretét fogja megjeleníteni.
Információk a MySQL biztonsági mentéséről dump módban
A MySQL-ügynök a következő fájlokat hozza létre a Bacula könyvtárban egy olyan kiszolgálóhoz, amely egyetlen "teszt" adatbázissal rendelkezik.
| Fájl | típus | Magyarázat |
| global-grants.sql | globális | Felhasználók listája, jelszavaik és speciális funkcióik |
| beállítások.txt | globális | Aktuális változók a mysql szerverhez |
| my.cnf | globális | MySQL konfiguráció |
| Createdb.sql | DB | Adatbázis létrehozási szkript |
| schema.sql | DB | Adatbázisséma létrehozási parancsfájl |
| data.sql | DB | Adatbázis adatok dump formátumban |
| grants.sql | DB | Az adatbázishoz társított összes felhasználó listája |
2. táblázat: MySQL biztonsági másolat tartalma kiíratási módban
MySQL helyreállítás
A Bacula lehetővé teszi a MySQL biztonsági másolat visszaállítását számos helyreállítási módban:
- A MySQL visszaállítása dump fájlból vagy bináris naplókból
- Felhasználók és szerepkörök visszaállítása
- Egyetlen MySQL adatbázis visszaállítása
- MySQL visszaállítása ellenőrzési pontra
A MySQL biztonsági másolatának bináris naplózási módban történő visszaállításához az ügynök a percona segédprogramot használja.
3. ábra: Szervertartalom a MySQL-visszaállítás során
4. ábra: Adatbázis tartalma a MySQL visszaállítás során
Hogyan készítsünk biztonsági másolatot egy MySQL adatbázisról plugin használata nélkül
MySQL adatbázis kiíratása
Ez a módszer teljesen ingyenes, mert lehetővé teszi a MySQL biztonsági mentését nyílt forráskód Bacula Community verzió és további bővítmények nélkül. Egyszerű bash szkriptek használhatók kis MySQL adatbázisok biztonsági mentésére. A MySQL-adatbázisok biztonsági mentése esetén készíthet egy MySQL biztonsági mentési szkriptet, amely futni fog az ügyfélen, és kiírja a MySQL-adatbázist.
mysqldump -uuser -ppassword --all-databases | gzip > /opt/mysql_backup/backup.`date +%F`.sql.gz
keresse meg a /home/bacula-backup/ -type f -mtime +3 -exec rm -f () \;
Ez a MySQL biztonsági mentési szkript az összes MySQL adatbázist az /opt/mysql_backup/ könyvtárba írja, ahonnan biztonsági másolatot készítünk az adatbázis kiíratásairól a .
Példa egy MySQL-adatbázis biztonsági mentésére szolgáló feladatra:
Name="BackupSmallMysqlServer"
Szint = Növekményes
Kliens = mysqlserver1
FileSet="mysqlserver"
Ütemezés = "Heti ciklus"
Üzenetek = Normál
ClientRunBeforeJob = "/opt/sbin/mysql.sh"
SpoolAttributes = igen
Write Bootstrap = "/var/lib/bacula/%c.bsr"
name="mysqlserver"
tömörítés = GZIP
Fájl = /opt/mysql_backup/
Ez a módszer nem betöltött MySQL-adatbázisok, például kis helyek adatbázisainak biztonsági mentésére alkalmazható, amelyeknél a táblák zárolása a kiíratás során nem kritikus.
Hogyan készítsünk biztonsági másolatot a betöltött MySQL adatbázisokról?
Ha a MySQL adatbázis erősen terhelt, akkor nem ajánlott kiíratni rajta, mivel a táblák zárolva vannak a kiíratás során. A leghelyesebb megoldás ebben az esetben az adatbázis-replika elkészítése Master-Slave replikáció.
Elfoglalt rendszerek esetén replika szükséges, hogy az adatbázis meghibásodása esetén Fő, át lehetett váltani a terhelést rabszolgaés tedd újjá Fő.
Erősen terhelt rendszerek esetén a MySQL biztonsági mentéseket kifejezetten a rabszolga Adatbázis.
Az adatbázis-szerverek az egyik legfontosabb szerverek minden szervezetben. Ők tárolják az információkat, és kérésre adnak kimenetet, és rendkívül fontos az adatbázis mentése minden helyzetben. Az alap disztribúció általában tartalmazza a szükséges segédprogramokat, de egy adatbázissal korábban nem találkozott adminisztrátornak még egy ideig meg kell küzdenie a munka sajátosságaival az automatizálás érdekében.
Az adatbázis-mentések típusai
Először is nézzük meg, hogy általában mik a biztonsági mentések. Az adatbázisszerver nem egy szokványos asztali alkalmazás, és az összes ACID-tulajdonság (Atomic, Consistency, Isolated, Durable) megvalósítása érdekében számos technológiát alkalmaznak, ezért az adatbázis létrehozásának és visszaállításának archívumból megvan a maga sajátossága. saját jellemzőit. 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) azonnali pillanatkép készül az adatbázis tartalmáról, figyelembe véve a tranzakciós integritást, és SQL parancsokkal fájlként mentve (kiválaszthatja a teljes adatbázist vagy az egyes táblázatok), amellyel újra létrehozhatja az adatbázist egy másik szerveren. Időbe telik (különösen nagy adatbázisok esetén) a mentés és a visszaállítás, ezért nagyon gyakran ez a művelet nem hajtható végre, és minimális terhelés mellett (például éjszaka) hajtják végre. A visszaállítás során az adminisztrátornak le kell futnia néhány parancsot, hogy mindent előkészítsen (üres adatbázis létrehozása, Fiókok Stb).
Fizikai biztonsági mentés (fájlrendszer szinten) - a DBMS által az adatok adatbázisban való tárolására használt fájlok másolása. Az egyszerű másolás azonban figyelmen kívül hagyja a zárolásokat és a tranzakciókat, amelyeket valószínűleg helytelenül tárolnak és feltörnek. Ha megpróbálja csatolni ezt a fájlt, az inkonzisztens állapotban lesz, és hibákat fog okozni. A naprakész biztonsági mentéshez le kell állítani az adatbázist (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ó - bizonyos adatokat nem lehet visszaállítani, csak a teljes adatbázist. Amikor elindít egy fájlrendszer-archívumból visszaállított adatbázist, ellenőriznie kell az integritást. Itt különféle segítő technológiákat alkalmaznak. Például a PostgreSQL rendelkezik WAL-al (Write Ahead Logs) és egy speciális funkcióval (Point in Time Recovery – PITR), amely lehetővé teszi az adatbázis egy adott állapotába való visszatérést. 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ájlmentéssel 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ázist frissítjük. Ez egy kicsit bonyolultabb megközelítés az adminisztrációhoz, 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 biztonsági mentést olyan esetekben használjuk, amikor az adatbázisról egyszeri teljes másolatot kell készíteni, vagy a mindennapi használat során nem vesz igénybe sok időt vagy helyet a másolat elkészítése. Ha az adatbázisok kirakodása sokáig tart, ü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éteg hozzáadásával (lásd az oldalsávot), amelyet folyamatos biztonsági mentésnek nevezhetünk. De kezeld vele rendszeres eszközök több szerver még egy tapasztalt rendszergazda számára sem túl kényelmes, és hiba esetén a fiók másodpercekre megy.
A Barman (biztonsági mentési és helyreállítási menedzser) a 2ndQuadrant, egy PostgreSQL-en alapuló szolgáltatásokat nyújtó vállalat belső fejlesztése. Fizikai PostgreSQL biztonsági mentéshez (nem támogatja a logikait), WAL archiváláshoz és hiba utáni gyors helyreállításhoz tervezték. Támogatja a távoli biztonsági mentést és több szerver visszaállítását, a pont-időben történő helyreállítást (PITR), a WAL-kezelést. Az SSH-t a parancsok távoli gazdagépre másolására és kiadására használják, az rsync használatával végzett szinkronizálás és biztonsági mentés pedig 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ókat valósított meg, amelyek lehetővé teszik a szolgáltatások állapotának figyelését és a sávszélesség beállítását. A Pre/Post szkriptek támogatottak.
A Barman Python nyelven íródott, és a biztonsági mentési házirendek kezelése a barátságos barman.conf INI fájl segítségével történik, amely az /etc könyvtárban vagy a felhasználó saját könyvtárában található. A szállítás egy kész sablont tartalmaz részletes megjegyzésekkel. Csak *nix rendszereken működik. Az RHEL, CentOS és Scientific Linux rendszerre történő telepítéshez csatlakoznia kell az EPEL-hez - egy olyan tárolóhoz, amely tartalmazza kiegészítő csomagok. A Debian/Ubuntu felhasználók rendelkezésére áll a hivatalos adattár:
$ 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 kitalálható.
Sypex dömper
Engedély: BSD
Támogatott DBMS: MySQL
A MySQL mellett a mysqldump és a mysqlhotcopy segédprogramok is megtalálhatók, amelyek segítségével egyszerűen hozhat létre adatbázis-kiíratást, jól dokumentáltak, és rengeteg kész példát és frontendet találhatunk az interneten. Ez utóbbi lehetővé teszi a kezdő számára, hogy gyorsan munkába álljon. 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. Nagy adatbázisokkal való együttműködésre tervezték, nagyon gyors, áttekinthető é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 előny, ellentétben más eszközökkel, amelyek exportáláskor UTF-8-ra konvertálnak, az, hogy a Dumper natív kódolással exportál. Az eredményül kapott fájl kevesebb helyet foglal, és maga a folyamat gyorsabb. Egy dump tartalmazhat objektumokat különböző kódolások. Sőt, több lépcsőben is könnyen importálható/exportálható, leállítva a folyamatot a terhelés alatt. Újraindításkor az eljárás onnan indul, ahol abbahagyta. Négy lehetőség van a helyreállításra:
- 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 - törölt vagy új adatok hozzáadása az adatbázishoz anélkül, hogy megérintené a meglévőket.
Támogatja a másolás tömörítését (gzip vagy bzip2), a régi biztonsági másolatok automatikus törlését, a dump fájl tartalmának megtekintését, csak a táblák szerkezetének visszaállítását. Az adatbázis kezelésére szolgáló szolgáltatási funkciók is rendelkezésre állnak (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.), valamint egy fájlkezelő, amely lehetővé teszi a fájlok szerverre másolását.
A kezelés webböngészővel történik, az AJAX interfész a dobozból honosított, és olyan benyomást kelt, mintha egy asztali alkalmazással dolgozna. Lehetőség van feladatok futtatására a konzolról és ütemezetten (a cron segítségével).
A Dumper működéséhez szükség lesz egy klasszikus L|WAMP szerverre, a telepítés minden PHP-ben írt alkalmazásnál közös (fájlok másolása és engedélyek beállítása), és még egy kezdőnek sem lesz nehéz. A projekt részletes dokumentációt és oktatóvideókat tartalmaz, amelyek bemutatják, hogyan kell dolgozni a Sypex Dumperrel.
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ó az oldalon.
SQL biztonsági mentés és FTP
Engedély:
Támogatott DBMS: KISASSZONY SQL szerver
Az MS SQL Server az egyik legnépszerűbb megoldás, ezért meglehetősen gyakori. 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óban először gyakorolnia kell, „meg kell töltenie a kezét”, ezért az elmondottak ellenére a külső fejlesztőknek van helyük megfordulni. kívül ingyenes verzió SQL Server Express nem büszkélkedhet beépített biztonsági mentési eszközökkel. Az MS SQL korábbi verzióihoz (2008 előtt) találhatunk ingyenes segédprogramokat, mint például az SQL Server backup , de a legtöbb esetben az ilyen projekteket már kereskedelmi forgalomba hozták, bár gyakran szimbolikus összegért kínálják az összes funkcionalitást.
Például az SQL Backup And FTP és az One-Click SQL Restore fejlesztése a set-and-forget elvet követi. Egy nagyon egyszerű és tiszta felület lehetővé teszik az MS SQL Server (beleértve az Expresst) é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 manuálisan és ütemezetten is elindítani a folyamatot, e-mailben üzenetet küldeni a feladat eredményéről, felhasználói 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. A virtuális gazdagéphez való csatlakozáshoz az SQL Management Studiot használják, bár ez árnyalt lehet, és nem működik minden ilyen konfigurációban. Öt verziót kínálnak letöltésre - innen Ingyenes a díszes Prof Lifetime-nak (az írás idején mindössze 149 dollár). A Free funkcionalitás teljesen elegendő kis hálózatokhoz, ahol egy vagy két SQL szerver van telepítve, minden fő 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. A felület, bár 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, jelölje be a szükségeseket, konfigurálja a távoli erőforrásokhoz való hozzáférést, és adja meg a feladat befejezésének idejét. És mindez egy ablakban.
De van egy "de". Maga a program nem az archívumok visszaállítására szolgál. Ehhez külön ingyenes segédprogram Egykattintásos SQL-visszaállítás, amely megérti a BACKUP DATABASE parancs által létrehozott formátumot. Az adminisztrátornak csak meg kell adnia az archívumot és a szervert, amelyre visszaállítja az adatokat, majd meg kell nyomnia egy gombot. Bonyolultabb forgatókönyvek esetén azonban a RESTORE parancsot 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éldául elemezzük 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 delta DIFFERENTIAL parancs is) és a BACKUP LOG tranzakciós naplót.
Ha a biztonsági másolatot egy másik kiszolgálóra telepítette, akkor meg kell győződnie arról, hogy ugyanazok a logikai meghajtók vannak jelen. Alternatív megoldásként manuálisan is beállíthatja az adatbázisfájlok helyes elérési útját a RESTORE DATABASE parancs WITH MOVE opciójával.
Egy egyszerű helyzet az adatbázisok biztonsági mentése és átvitele az SQL Server más verzióiba. Ez a művelet támogatott, de SQL Server esetén 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 van egy korlátozás: legfeljebb két verzióval újabb. A visszaállítás után az adatbázis kompatibilitási módba kerül azzal a verzióval, amelyről az átállás történt, vagyis új funkciók nem lesznek elérhetők. Ez könnyen javítható a COMPATIBILITY_LEVEL módosításával. Ezt megteheti a GUI vagy az SQL segítségével.
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ón készült. Annak érdekében, hogy ne kísérletezzen, amikor vált új verzió Az SQL Servernek az ingyenes Microsoft Upgrade Advisor segédprogramot kell futtatnia.
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, a kombinálások nélkülözhetetlenek. A választék nagy. Például az Iperius könnyű, nagyon könnyen használható és párhuzamos erőteljes program fájl biztonsági mentéshez, amely az adatbázisok megszakítás vagy blokkolás nélküli forró mentésének funkciójával rendelkezik. Teljes vagy növekményes biztonsági mentést biztosít. Teljes lemezképeket hozhat létre a teljes rendszer automatikus újratelepítéséhez. 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 fájlméret-korlátozás nélküli zip-tömörítést és az AES256 titkosítást, külső szkriptek és programok futtatását. Tartalmaz egy nagyon funkcionális feladatütemezőt, több feladat párhuzamos vagy egymás utáni végrehajtására is van lehetőség, 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 technológiával készült biztonsági másolat ( árnyékmásolat kötetek), 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és és visszaállítás kezelése a helyi és webes konzolon keresztül történik. Minden funkció jól látható, így egy feladat beállításához csak a folyamat megértése szükséges, még a dokumentációba sem kell belenézni. Csak kövesse a varázsló utasításait. Megjegyezheti a fiókkezelőt is, ami nagyon kényelmes számos rendszerrel.
Az alapfunkciók ingyenesek, de az adatbázis redundancia lehetősége csak az Advanced DB és a Full verziókban szerepel. Támogatja a telepítést XP-ről Windows Server 2012.
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 relációs adatbázis-kezelő rendszer az IBM DB2, amely egyedi méretezhetőségi jellemzőkkel rendelkezik, és számos platformot támogat. Több kiadásban szállítják, amelyek ugyanarra az alapra épülnek, és funkcionálisan különböznek egymástól. A DB2 adatbázis-architektúra szinte minden adattípus kezelését teszi lehetővé: 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 biztonsági másolat 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 visszaállítani (db2 recovery db) az egyes táblákat. Lehetőségek vannak automatikus biztonsági mentésre és még sok másra. A termékek jól dokumentáltak, bár a kézikönyvek ritkák az orosz nyelvű interneten. Ezenkívül nem minden speciális megoldás talál támogatást a DB2-hez.
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). Lehetőség van az adatbázisok biztonsági mentésére ODBC-n keresztül (csak táblák). 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. Az egész eljárást egy hagyományos 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ózza és e-mailben elküldi. 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 garantálja a biztonságát.
A DB2-vel való munkát a Handy Backup két verziója támogatja – 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 egyetlen rendszergazdának sem nehéz.
Sziasztok! Vannak helyzetek, amikor egy új bővítmény vagy téma telepítése után egy online áruház webhelyén mindenféle előre nem látható helyzet adódik. Abban rejlik, hogy olyan hibák jelenhetnek meg az oldalon, amelyek korábban nem léteztek, vagy az oldal egyáltalán nem válaszol. Az ilyen helyzetekre való felkészüléshez biztonsági másolatot kell készítenie a webhelyről vagy biztonsági másolatról. Ideális esetben ezeket manuálisan kell létrehozni minden alkalommal, amikor új modult telepít a webhelyre, vagy olyan műveleteket hajt végre, amelyek befolyásolják az adatbázist vagy a webhely fájljait. Minden héten készítek biztonsági másolatot, hátha. Mindig sok frissítést kapok egy héten.
A webhely fájljainak manuális biztonsági mentése
Általános szabály, hogy be jó tárhely, saját adatmentési rendszerrel rendelkezik. Biztonsági másolatot készít a webhelyről egy bizonyos időtartamra, általában néhány napra. Nyilvánvaló, hogy nem szabad teljes mértékben a tárhelyre hagyatkoznia a biztonsági mentéshez. Akkor hogyan lehet biztonsági másolatot készíteni? Használni fogjuk .
Az első lépés a fájlok biztonsági mentése. Ehhez lépjen a "WebFTP" szakaszba. Itt kiválasztjuk azt az oldalt, amelynek fájljait le szeretnénk foglalni, és a mappájába lépünk. Ezután a gyorsabb letöltés érdekében a fájlokat először archiválni kell. A fájlokat tömörítéssel vagy anélkül is archiválhatja. Azt javaslom, hogy ne tömörítse a fájlokat, hanem a szokásos módon adja hozzá az archívumhoz, hogy a jövőben ne sérüljön meg. Kiválasztjuk a szükséges könyvtárakat és fájlokat, az alján található legördülő listában válassza ki a „Pack to archiválás” műveletet. Nevet adunk neki, lehetőleg a másolat készítésének dátumát és időpontját feltüntetve. Kattintson a "Végrehajtás" gombra.
Várunk egy ideig az archívum létrehozására. Ezt követően töltse le a számítógépére. A fájlok biztonsági másolata készen áll.
Kézi adatbázis biztonsági mentés
Most térjünk át egy ugyanilyen fontos lépésre – az adatbázis biztonsági mentésére. Ha a tárhely nem biztosítja ezt automatikusan, akkor ilyen esetekben a másolatok számítógépre mentéséhez exportálni kell az adatbázist. Ez a következő módon történik. Lépjen az "Adatbázisok" szakaszba, és kattintson a "PHPMyAdmin" hivatkozásra a kívánt adatbázis mellett.
BAN BEN lap megnyitása adja meg felhasználónevét és jelszavát, és belépünk a MySQL adatbázis vezérlőpultjába. Kattintson a lefoglalni kívánt adatbázis nevére (1), és az „Exportálás” fülre lép (2).
Válasszon egy módszert minimális beállításokkal, és kattintson a "Tovább" gombra. Ezt követően megkezdődik az sql-fájl letöltése az adatbázis másolatával.
Adatbázis visszaállítása biztonsági másolatból
Az adatbázis visszaállításához ebből a fájlból be kell lépnie a MySQL adatbázis vezérlőpultjába, törölnie kell az összes meglévő táblát az adatbázisból, majd lépjen az "Importálás" fülre. Ott válassza ki a korábban létrehozott fájlt, és kattintson a "Menjünk" gombra. A rendszer letölti és jelenti a művelet befejezését. Az adatbázis minden táblával fog rendelkezni, amelyeket a biztonsági mentés időpontjában tartalmazott.
Fájlok visszaállítása biztonsági másolatból
A fájl-helyreállítással minden egy kicsit egyszerűbb. Lépjünk a „WebFTP” részre, majd a webhely mappájába, töröljük az összes fájlt a webhely mappájában, és kattintson a „Fájl feltöltése” gombra. Válassza ki a korábban létrehozott archívumot, és kattintson a "Fájl feltöltése" gombra. Várjuk a letöltés befejezését.
Miután az archívum betöltődött és megjelenik a fájlok panelen, ki kell csomagolnia. És minden készen áll. Vagy a fájlok törlése nélkül egyszerűen letöltheti az archívumot, és kicsomagolhatja egy cserével. Ha a kicsomagolás sikeres volt, ez azt jelenti, hogy az összes fájl le lett cserélve a biztonsági másolatból. De általában először törlöm a fájlokat, majd kicsomagolom a biztonsági másolatot.
A fájlok FTP kliens, például FileZilla segítségével is letölthetők. Írtam arról, hogyan kell vele dolgozni. A kliensen keresztül csatlakozunk az ftp-fiókunkhoz, belépünk a webhelyfájlok mappájába, és egyszerűen másoljuk őket a számítógépünkre. Hasonlóképpen feltölthetők egy számítógépről egy tárhelyre. Csak ne felejtse el másolni és cserélni.
Ne feledkezzen meg webhelye biztonságáról, vegye komolyan a biztonsági mentéseket, mert soha nem tudhatja, mikor jöhet jól.
Üdvözlettel: Schmidt Nikolai
Megszervezzük a MySQL adatbázis automatikus mentését.
Minden adatbázisról biztonsági másolatot vagy biztonsági másolatot kell készíteni. Ha továbbra is kézzel csinálja, akkor örülhet, mert létezik egy egyszerű PHP-megoldás az automatikus biztonsági mentéshez. Ezzel a szkripttel átvihet meghatározott táblákat biztonsági mentés céljából, vagy biztonsági másolatot készíthet a teljes adatbázisról.
Hogyan lehet mysql biztonsági másolatot készíteni?
A legjobb, ha kimásolja a mellékelt szkriptkódot, és elhelyezi a "database_backups" mappába az alábbi képernyőképen látható módon. Majd a fájl meghívásakor biztonsági mentés.php, akkor biztonsági másolatot készít a szerveren lévő adatbázisról. Azt javaslom, hogy rendszeres időközönként másolja át az összes biztonsági másolatot a számítógépére vagy más tárhelyre, hogy biztonságban tudjon lenni a tárhely elvesztése esetén.
Mysql biztonsági mentések automatizálása CRON segítségével
A CRON egy bevált feladatütemező, amely lehetővé teszi a szkriptek futtatását pontos idő. Például éjszaka is készíthet biztonsági mentéseket az adatbázisokról, amikor a forgalom csökken. Könnyen beállíthatja a CRON-t, ha a gazdagép támogatja. Ehhez le kell futtatnia a következő parancsot, amelyben csak a biztonsági mentési fájl hivatkozását kell módosítania.
Wget -O /dev/null http://your-site.com/database_backup/backup.php
PHP kódfájl
Megnéztünk egy egyszerű példát egy mysql adatbázis automatikus biztonsági mentésének megvalósítására. Igen, a módszer tölgyes, de kis helyszíneken elfogadható. Ha nagy projekted van, akkor a php használata nagyon lassú a használatához képest mysqldump. Szíves kérés azokhoz, akik jobban tudják a mentést, írják meg kommentben.
2012. február 1., 00:33Adatmentés a MySQL-ben
- MySQL
Az adatbázis-mentés egy olyan dolog, amelyet mindig be kell állítani a már futó projektekhez közvetlenül az "élő" termelési szervereken.
Ez a helyzet könnyen megmagyarázható. A legelején minden projekt még üres, és egyszerűen nincs mit másolni. A gyors fejlesztés fázisában néhány fejlesztő feje kizárólag a chipek és sallangok felcsavarásával, valamint a kritikus hibák kijavításával van elfoglalva „tegnapelőtti” határidővel. És csak akkor jön a felismerés, hogy a rendszer fő értéke a felhalmozott adatbázis, és annak meghibásodása katasztrófa lesz.
Ez az áttekintő cikk azoknak szól, akiknek projektjei már eljutottak idáig, de a sült kakas még nem csipegett.
1. Adatbázis fájlok másolása
A MySQL adatbázis másolható a MySQL szerver ideiglenes leállításával, és a fájlok egyszerűen másolásával a mappából /var/lib/mysql/db/. Ha a szerver nincs kikapcsolva, nyilvánvaló okokból adatvesztés és adatsérülés valószínű. Nagy betöltött adatbázisok esetén ez a valószínűség közel 100%. Ezen túlmenően, amikor először elindítja az adatbázis "piszkos" másolatát, a MySQL-kiszolgáló megkezdi a teljes adatbázis ellenőrzésének folyamatát, ami órákig is eltarthat.A legtöbb "élő" projektben rendszeres leállás adatbázis-kiszolgáló hosszú ideig elfogadhatatlan. A probléma megoldására egy fájlrendszer-pillanatfelvételeken alapuló trükköt alkalmaznak. A pillanatfelvétel olyasmi, mint a fájlrendszer egy adott időpontban készült „fotója”, amelyet az adatok tényleges másolása nélkül (és ezért gyorsan) készítenek. Az objektumok lusta másolása hasonló módon működik számos modern programozási nyelvben.
Az általános műveleti séma a következő: minden tábla zárolva van, az adatbázis fájl gyorsítótár alaphelyzetbe áll, a fájlrendszer pillanatképet készít, a táblák zárolása feloldódik. Ezt követően a fájlok csendesen másolódnak a pillanatképről, majd megsemmisülnek. Egy ilyen folyamat „blokkoló” része másodperces nagyságrendű időt vesz igénybe, ami már elviselhető. Viszonzásképpen egy ideig, amíg a pillanatkép „él”, a fájlműveletek teljesítménye csökken, ami elsősorban az adatbázisba történő írási műveletek sebességét befolyásolja.
Néhány fájlrendszerek, mint például a ZFS, natív módon támogatja a pillanatképeket. Ha nem használ ZFS-t, de van LVM kötetkezelője a kiszolgálón, a MySQL adatbázist pillanatfelvételen keresztül is másolhatja. Végül a *nix alatt használhatja az R1Soft Hot Copy pillanatkép illesztőprogramját, de ez a módszer nem működik az openvz () tárolóban.
A MyISAM adatbázisokhoz létezik egy hivatalos ingyenes mysqlhotcopy segédprogram, amely "helyesen" másolja a MyISAM adatbázis fájlokat a szerver leállítása nélkül. Van egy hasonló segédprogram az InnoDB-hez, de fizetős, bár több funkciója van.
Fájlok másolása - a legtöbb gyors út a teljes adatbázis átvitele egyik szerverről a másikra.
2. Másolás szöveges fájlokon keresztül
Ahhoz, hogy a termelési adatbázisból adatokat beolvashasson egy biztonsági másolatba, nem szükséges lehúzni a fájlokat. Az adatokat lekérdezéssel kiválaszthatja és szöveges fájlba mentheti. Ehhez használja a SELECT INTO OUTFILE SQL parancsot és annak párját LOAD DATA INFILE . A kirakodás soronként történik (csak a mentéshez szükséges sorokat választhatja ki, mint egy normál SELECT-nél). A táblák szerkezete sehol nincs megadva - erről a programozónak kell gondoskodnia. Gondoskodnia kell arról is, hogy a SELECT INTO OUTFILE utasításokat is belefoglalja a tranzakcióba, ha szükséges az adatok integritásának biztosítása érdekében. A gyakorlatban a SELECT INTO OUTFILE-t használják a nagyon nagy asztalok amit más módon nem lehet másolni.A legtöbb esetben az Igor Romanenko által létrehozott mysqldump segédprogram sokkal kényelmesebb. A mysqldump segédprogram létrehoz egy fájlt, amely tartalmazza az összes SQL-parancsot, amely egy másik kiszolgálón lévő adatbázis teljes visszaállításához szükséges. Külön opciókkal elérheti ennek a fájlnak a kompatibilitását szinte bármilyen DBMS-el (nem csak a MySQL-lel), emellett lehetőség van CSV és XML formátumú adatok feltöltésére is. Az ilyen formátumokból származó adatok visszaállításához létezik egy mysqlimport segédprogram.
mysqldump konzol segédprogram. Vannak kiegészítői és analógjai, amelyek lehetővé teszik a biztonsági mentés webes felületen keresztüli kezelését, például az ukrán Sypex Dumper eszköz (képviselőjük a Habrén található).
Az univerzális biztonsági mentési segédprogramok hátrányai szöveges fájlok- ez viszonylag alacsony sebesség és a fokozatos biztonsági mentések képességének hiánya.
3. Növekményes biztonsági mentések
Hagyományosan 10 biztonsági mentést javasolnak készíteni: egyet a hét minden napjáról, valamint kéthetes, havi és negyedéves biztonsági mentést – ezzel elég mélyen vissza lehet gurulni, ha bármilyen adat megsérül.A biztonsági másolatokat semmiképpen nem szabad ugyanazon a lemezen tárolni, mint az élő adatbázist, és nem ugyanazon a szerveren. Tűzesetek és egyéb katasztrófák esetén a legjobb, ha bérel néhány egységet egy közeli adatközpontban.
Ezek a követelmények problémát jelenthetnek a nagy adatbázisok számára. Egy 100 gigabájtos adatbázis biztonsági mentésének szivattyúzása 100 Mbit-es hálózaton körülbelül három órát vesz igénybe, mire a csatorna teljesen megtelik.
A probléma részbeni megoldása lehetővé teszi a növekményes biztonsági mentéseket, amikor a teljes mentést mondjuk csak vasárnaponként készítik el, más napokon pedig csak az elmúlt nap során hozzáadott vagy módosított adatok kerülnek kiírásra. A nehézséget az jelenti, hogy hogyan lehet azonosítani ezeket az "egy nap alatt megváltozott adatokat".
Itt gyakorlatilag utolérhetetlen a Percona XtraBackup rendszer, amely egy módosított InnoDB motort tartalmaz, elemzi a MySQL bináris naplóit, és kinyeri azokból a szükséges információkat. A fent említett fizetős InnoDB Hot Backup szinte ugyanazokkal a képességekkel rendelkezik.
Gyakori probléma a biztonsági mentésekkel, hogy mindig lemaradnak. A fő szerver végzetes meghibásodása esetén a rendszer visszaállítása csak némi időben történő „visszaállítással” lehetséges, ami nagyon-nagyon csalódást okoz a felhasználóknak. Ha a pénzügyi folyamatok valamilyen módon érintettek a rendszerben, akkor előfordulhat egy ilyen „visszaállítás”. szó szerint repül a gödörbe.
Betöltés...