Adatmentés és -helyreállítás végrehajtása. Adatbázis biztonsági mentése és visszaállítása

Kedves barátaim, ma egy nagyon fontos témával foglalkozunk: az adatok biztonsági mentésével és helyreállításával. Miért jár ez a két fogalom együtt, és miért nem külön-külön? Mik a tulajdonságaik, mire valók? Mindezekre a kérdésekre most választ adunk, majd közvetlenül az aktív cselekvésekre fogunk áttérni.

Kezdjük tehát a biztonsági mentéssel: lehetővé teszi, hogy egy eszközről vagy programról minden fájlt, dokumentumot és egyéb információt külső adathordozóra mentsünk. Felhívjuk figyelmét, hogy ez utóbbi lehet felhőalapú tárolás az interneten. De nem minden adat tárolható így. Erről egy kicsit később beszélünk.

De ez lehetővé teszi mindazt, amit korábban elmentettünk, a fájlok későbbi kihasználásával. Például, ha a nyári vakációról készült fotókat mentetted a felhőbe, akkor nem csak később nézheted meg, hanem vissza is töltheted őket bármely támogató eszközre. Most, hogy ezzel a két fogalommal kicsit feltöltötted a poggyászodat, áttérhetünk egy aktív beszélgetésre: hogyan készítsünk biztonsági mentést az adatokról, milyen programok léteznek erre, milyen eszközökön lehet ezt megtenni stb. Amint látja, a mi kis vitánk lassan kiéleződik. A munka megkönnyítése érdekében azonnal megmutatjuk a kivilágított blokkokat. Azonnal kiválaszthatja a kívántat, és már kezdheti is a munkát:

  • Információk számítógépről
  • Táblagépekről és okostelefonokról származó információk
  • Javaslatok a felhasználónak

Érdemes megjegyezni, hogy a fájlok vagy a rendszer másolatának létrehozásához szüksége lesz egy külső adathordozóra, amelyen az adatok tárolódnak. Csatlakoztassa számítógépe vagy laptopja USB-portjához. Győződjön meg arról, hogy a lemezen vagy a flash meghajtón rendelkezésre álló hely nagyobb, mint amennyit a fájlok elfoglalnak. Arra is ügyeljen, hogy a rögzítés során ne legyen hiba: ha valaki véletlenül megérinti a kábelt és az leválik, adatvesztést okozhat.

Ha okostelefonról vagy táblagépről szeretne másolatot készíteni, akkor célszerű használni eredeti kábel PC-hez való csatlakozáshoz. A felhőalapú tárolást használók számára a gyors, korlátlan internetkapcsolat javasolt. Például, ha korlátozott a forgalma, és túllépi azt, akkor bizonyos összeget kell kifizetnie a keletkező adósság fedezésére.

Információk számítógépről

Mivel a számítógépes adatok a fontossági rangsorban az első sort foglalják el az egyéb eszközök között, ezekkel kezdjük a munkát. Először is érdemes megjegyezni, hogy itt is van egy kis felosztása a biztonsági mentésnek a tárolt információk típusa szerint: teljes másolat operációs rendszert, egy másolatot a fájlokkal együtt, vagy a fájlok különálló tárolását. A kényelem kedvéért vegyen egy példát a Windows 7, 8.1 és 10 rendszerhez.

Windows 7

  • A Start gomb vagy bármely más navigációs eszköz segítségével a számítógép vezérlőpultjára lépünk.
  • Kattintson a "Rendszer és biztonság" menüre.
  • Ezután megnyílik előtted egy ablak fülekkel, ahol rá kell kattintania a " biztonsági mentésés az adatok helyreállítása.
  • Tehát egy új ablakban megjelenik egy menü az archiválási beállításokkal. Kattintson a "Biztonsági mentés és visszaállítás" gombra.
  • Ezután be kell állítanunk a biztonsági mentést az azonos nevű kék ​​gomb segítségével.

Kattintson a "Biztonsági mentés beállítása" gombra

  • Ezután megjelenik egy párbeszédpanel az archiválási beállításokkal. Válassza ki a merevlemezt, és kattintson a "Tovább" gombra.

Válassza ki az archívum helyét

  • A következő ablakban a rendszer kérni fogja, hogy tisztázza, mit kell pontosan archiválni. Javasoljuk, hogy az első opciót használja ("Adj Windows kiválasztása”), mivel mindent elment, és rendszeresen frissíti az adatokat. Kérjük, vegye figyelembe, hogy itt a második lehetőség lehetővé teszi a felhasználó számára, hogy válassza ki, hogy pontosan mit kell mentenie. Ez azt jelenti, hogy saját mappákat vagy külön könyvtárakat helyezhet el, ha nincs szüksége teljes biztonsági másolatra az operációs rendszer fájljaival együtt.

Objektumok kiválasztása saját archiválásához

  • Ezután ellenőrizzük a beállított paramétereket. Itt beállíthatja az automatikus másolatkészítés ütemezését az "Ütemezés módosítása" gombbal.

  • Ha minden telepítve van és ellenőrizve van, kattintson a "Beállítások mentése és biztonsági mentés indítása" gombra.

Folyamatban van

  • Várja meg, amíg a folyamat befejeződik, majd ellenőrizze a külső merevlemezt, hogy ráírták-e az adatokat.

Windows 8.1

  • Indítsa el az eszköztárat a képernyő jobb oldalán. Ehhez mozgassa az egeret jobbra felső sarok majd kattintson a Keresés gombra.
  • Írja be a „Fájlelőzmények” kifejezést idézőjelek nélkül a billentyűzetről, és nyomja meg az Enter billentyűt. A találatok között kattintson az azonos nevű mappára.
  • Megjelenik egy ablak, ahol rá kell kattintania a "Rendszerkép biztonsági mentése" hivatkozásra, amely az ablak bal alsó sarkában található.

  • Kiválasztjuk az archívum tárolásának helyét (ahogy fent megállapodtunk, ez egy külső merevlemez legyen). Kattintson a "Tovább" gombra.
  • A következő ablakban megjelenik a szükséges memória mennyisége. Ellenőrizze az összes adatot, és kattintson az "Archiválás" gombra.
  • Várjon, amíg a rendszer biztonsági másolatot készít a Windows rendszerről egy külső adathordozóra. Ez a folyamat eltarthat egy ideig, ezért ne rohanjon pánikba.

Windows 10

  • Indítsa el a "Beállítások" elemet a tálcán lévő Start gombbal.
  • Most nyissa meg a Frissítés és biztonság lapot.
  • A bal oldali paraméterekkel ellátott oszlopban kattintson az "Archiválási szolgáltatás" elemre.
  • Az azonos nevű gombbal állítsa be az automatikus biztonsági mentési rendszert.
  • Kérjük, vegye figyelembe, hogy egyszerűen, probléma nélkül beállíthatja az oda másolandó mappákat. Ez nagyban megkönnyíti a munkáját.
  • Ha teljes biztonsági másolatot szeretne készíteni az operációs rendszerrel együtt, nem pedig az egyes könyvtárakat és könyvtárakat, kövesse a Windowshoz tartozó utasításokat.

Az adatok visszaállításához ismételje meg a lépéseket, amíg meg nem találja a biztonsági mentés beállításait. DE most csak válassza ki a „Helyreállítás” fület vagy elemet, és kövesse a képernyőn megjelenő párbeszédpanel utasításait. Ebben nincs semmi nehéz. Természetesen megfontoltuk rendszeres alapok Windows operációs rendszer a Microsofttól. Vannak még speciális programok hasonló műveletekhez. Lehet, hogy kényelmesebbek, de biztonság és megbízhatóság szempontjából rosszabbak ezeknél. Ezért ajánlatos továbbra is a szabványos operációs rendszer segédprogramjait használni.

Táblagépekről és okostelefonokról származó információk

Itt minden valamivel egyszerűbb, mivel ezeket is használják szabványos programok(például iPhone és iPad esetében iTunes-szal fogunk dolgozni). Bármely operációs rendszer összes modulja esetében a biztonsági mentési eljárás ugyanaz:

  • Csatlakoztassa eszközét számítógépéhez vagy laptopjához. Várja meg, amíg a megfelelő illesztőprogramok telepítésre kerülnek.
  • Futtassa azt a programot, amelyet az eszközzel való szinkronizálásra terveztek. Vagyis ha iPhone-ja van, nyissa meg az iTunes alkalmazást a számítógépén.
  • Keresse meg a „Szinkronizálás” vagy a „Biztonsági mentés” lapot vagy elemet. Kattintson rá, és kövesse a képernyőn megjelenő utasításokat a másolat létrehozásához.

  • Az adatok visszaállításához ugyanabban az ablakban keresse meg az azonos nevű gombot, és kattintson rá.
  • Ne válassza le az eszközt az USB-ről, miközben a számítógép végrehajtja ezeket a lépéseket. Ez az eszköz szoftveres meghibásodásához vezethet.
  • Kérjük, vegye figyelembe, hogy néhány fájlt egyszerűen átvihet okostelefonjáról vagy táblagépéről a számítógépére. Ez különösen igaz az Android operációs rendszert futtató kütyük tulajdonosaira: teljes hozzáférés van minden fájlhoz és mappához.
  • Az iOS-eszközök tulajdonosai csak ugyanúgy tárolhatnak fotókat és videókat: lépjen a Számítógép elemre, és kattintson jobb gombbal az eszközére. Kattintson a Fényképek és videók importálása elemre. A képernyőn megjelenő utasításokat követve nemcsak importálhatja, hanem testre szabhatja is.

Felhőbeli tárolás

Ma ez a fajta adattárolás meglehetősen népszerű a piacon: nincs szükség flash meghajtókra, kábelekre vagy egyéb perifériákra. Csak egy aktív, nagy sebességű internetkapcsolatra van szüksége, és minden fájlja az Ön kezében van. Nem vesszük figyelembe a beállításaikat (erre külön téma van), hanem egyszerűen beszélünk az egyes tárhelyekről egy adott operációs rendszerhez:

  • OneDrive for Windows
  • iCloud és iCloud Drive iOS és MacOS rendszerhez
  • Google Drive Androidhoz

Érdemes megjegyezni, hogy vannak univerzálisak is, amelyek bármely eszközre telepítve vannak, függetlenül a telepített operációs rendszertől:

  • Cloud Mail
  • Egy meghajtó
  • google drive

Mint látható, az összes adattár közül csak az Apple tette elérhetővé termékét csak a rendszere számára. Jó vagy rossz - döntsd el te.

  • Ha külső merevlemezt vagy flash meghajtót használ, győződjön meg arról, hogy van elég szabad hely.
  • Felhívjuk figyelmét, hogy a legtöbb felhőtárhely korlátozott tárhellyel rendelkezik az ingyenes hozzáféréshez. Például az iCloud Drive-ban öt gigabájt lesz elérhető az Ön számára. A bővítéshez előfizetést kell vásárolnia. Ha nincs sok fájlja, akkor nem kell semmit sem vásárolnia. Több felhőtárolót is használhat.
  • Ellenőrizze a másolatok létrehozását: ha a lemezen vagy a felhőben lejár a memória, akkor a másolat nem jön létre. Fennáll néhány adat elvesztése, ami nagyon szomorú következményekkel jár.
  • Ha csak néhány fájlt másol, akkor tanácsos törölni azokat a másolt eszközről, hogy memória szabadítson fel rajta.
  • Ha nagyon fontos dokumentumokat szeretne megőrizni, jobb, ha két másolatot készít. Például elkészítheti az egyiket külső merevlemezre, a másikat pedig felhőtároló programmal.

Összegezve

Kedves barátaim, ma egy nagyon kiterjedt és fontos témáról beszélgettünk: az adatok biztonsági mentéséről és helyreállításáról. Különös hangsúlyt kapott számítógépes információk, majd megnéztük az okostelefonok és táblagépek másolatának elkészítésének általános elvét, és megismerkedtünk a felhőalapú tárolással is. A végén adtunk néhány javaslatot, hogy munkája a lehető legproduktívabb legyen. Ne feledje: az időben mentett adatok az idegek kímélésének kulcsa. Ha elveszíted a szakdolgozatod fájljait, amit már több hete vagy hónapja csinálsz, az nem lesz túl szórakoztató, igaz? Írja meg nekünk kommentben, hogy melyik archiválási szolgáltatásokat használja legszívesebben és miért.

Hogyan lehet gyorsan visszaállítani az elveszett számítógépes adatokat. Részletes útmutató Információs mentés Alexey Anatolievich Gladkiy

6.3. Adatok mentése és visszaállítása a Handy Backup segítségével

A hirtelen elvesztés utáni sikeres adat-helyreállítás valószínűségét nagymértékben megnöveli, ha a felhasználó előre látja egy ilyen kellemetlenség lehetőségét, és biztonsági másolat készítésével gondoskodik adatai biztonságos helyre mentéséről. V ez a szekció egy olyan programmal ismerkedünk meg, amelyet kifejezetten az adatok biztonsági másolatainak készítésére és szükség esetén visszaállítására terveztek és készítettek. Sőt, segítségével nem csak egyedi fájlokatés mappákat, hanem az összes tartalmat is merevlemez. A legújabb funkciók relevanciáját és hasznosságát aligha lehet túlbecsülni, tekintettel arra, hogy a felhasználók túlnyomó többsége sok szükséges és fontos információt tárol a merevlemezén.

Ezt a programot Handy Backupnak hívják, fejlesztője a Novosoft cég (a program webhelye - www.handybackup.ru). A program shareware: demó verziója letölthető a fejlesztő honlapjáról. Letölthető egy körülbelül 12,5 MB térfogatú terjesztési készlet.

Érdemes megjegyezni, hogy a demóverziónak időkorlátja van: a telepítéstől számított 30 napig használható, ezután vagy regisztrálnia kell a programot, vagy el kell távolítania a számítógépről.

A Handy Backup telepítéséhez futtassa a telepítőfájlt, majd kövesse a telepítő utasításait. A telepítés befejezése után a menü Rajt programcsoport jön létre Handy Backup, amelynek parancsai a program elindítására, a súgó információinak előhívására, a program webhelyére lépésre, valamint a program eltávolítására szolgálnak. A kényelem érdekében javasolt az indítási parancsikon megjelenítése az asztalon.

A program világos és intuitív felhasználói felülettel, valamint kényelmes eszközökkel rendelkezik. A hazai felhasználók számára fontos az a tény, hogy a Handy Backup támogatja az orosz nyelvet.

6.3.1. A Handy Backup szolgáltatásai

A Handy Backup egy többfunkciós termék az adatok biztonsági mentésére, visszaállítására és szinkronizálására, és ezek a folyamatok bizonyos időközönként automatikusan végrehajthatók – ehhez csak a megfelelő beállításokat kell elvégezni. A program sikeresen megbirkózik a feladatokkal mind külön számítógépen, mind helyi hálózaton végzett munka során.

A Handy Backup lehetővé teszi a felhasználó által megadott objektumok biztonsági mentését. Egyik legfontosabb és legkeresettebb funkciója a merevlemez-kép létrehozása, amely magában foglalja az operációs rendszer, az alkalmazások, a használt illesztőprogramok, valamint a felhasználói személyes adatok biztonsági mentését.

A program szolgáltatásai közé tartozik a merevlemez klónozása. Azok számára, akik nem tudják, mi ez, magyarázzuk el: a merevlemez klónozása szektoronkénti másolást jelent, ami lehetővé teszi az operációs rendszer gyors visszaállítását, ha szükséges.

A program biztonsági másolatot készíthet az adatbázisokról (beleértve a SQL táblák, MS Access, Oracle, PostgreSQL, FoxPro stb.), mentse az e-maileket, a Lotus Notes adatokat, és készítsen biztonsági másolatot a Windows rendszerleíró adatbázisáról.

A létrehozott biztonsági másolatok helytakarékosság érdekében zip formátumba csomagolhatók, az archívum pedig jelszóval védhető a mentett adatokhoz való jogosulatlan és minősítés nélküli hozzáférés megelőzése érdekében.

Külön kiemelendő az adatok biztonsági mentésének lehetősége FTP-kapcsolaton keresztül, amellyel nem minden konkurens termék büszkélkedhet.

6.3.2. Szerkezet felhasználói felület

A program elindítása után megjelenik a képernyőn annak felhasználói felülete, amely a 2. ábrán látható. 6.28.

Rizs. 6.28. Handy Backup felhasználói felület

A program felhasználói felületének legfontosabb elemei: főmenü, eszköztár, helyi menü, feladatterület, fájlterület, naplóablak és állapotsor. Vessünk egy rövid pillantást ezekre az elemekre.

A program főmenüje a megszokott helyen - a felület tetején - található. A következő elemeket tartalmazza: Fájl, Kilátás, Akciók, Szolgáltatás, Nyelvés Segítség. Minden elem tartalmazza a parancsok listáját, amelyek a kívánt működési mód kiválasztására vagy a program megfelelő funkciójának meghívására szolgálnak.

Közvetlenül a főmenü alatt egy eszköztár található. Gombjai nem hordoznak további funkcionális terhelést, és csak a főmenü néhány parancsát duplikálják. Az eszköztár gombjainak neve eszköztippként jelenik meg, ha rájuk viszi az egérmutatót. Vegye figyelembe, hogy ezek az eszköztippek még a program lokalizált verziójában is angolul jelennek meg, de mindenesetre ez nem nehezíti meg a gombok használatát: egyrészt jellegzetes mintázattal rendelkeznek, másrészt még angol nyelvűek is. eszköztipp segítségével könnyen meghatározható, hogy ez vagy más gomb.

jegyzet. Ha szükséges, eltávolíthatja az eszköztárat a felületről. Kijelzője a főmenü paranccsal vezérelhető Kilátás? Eszköztár .

A program helyi menüje a jobb egérgomb megnyomásával hívható meg, és parancsai a főmenü egyes parancsait is megduplázzák. Tartalom helyi menü az aktuális működési mód és a hívás helye határozhatja meg.

Az eszköztár alatt található a munkaablak. Megjeleníti az aktuális feladatok listáját. Minden feladatnál a következő információk jelennek meg egymás után a megfelelő oszlopokban.

Feladat neve (a felhasználó által a feladat beállítási szakaszában hozzárendelve).

Feladat típusa ( lehetséges opciókbiztonsági mentés, Felépülés vagy Szinkronizálás).

A feladat legutóbbi futtatása.

A feladat következő futtatásának időpontja a beállított ütemezés szerint (ha a feladat létrehozásakor ütemezés volt konfigurálva hozzá).

Feladat előrehaladását jelző;

A feladat aktuális állapota.

Vegye figyelembe, hogy minden feladat az alábbiakban felsorolt ​​állapotok egyikét veheti fel.

Elvárás– ez az állapot a parancs végrehajtására váró feladatokhoz van hozzárendelve.

biztonsági mentés, Felépülés vagy Szinkronizálás– ezen állapotok egyike (a feladat típusától függően) folyamatban lévő feladatokhoz van hozzárendelve.

Siker– az állapot azt jelenti, hogy a feladat sikeresen befejeződött.

Ütemezett– ez az állapot azokhoz a feladatokhoz van hozzárendelve, amelyek a korábban beállított ütemezés szerint végrehajtásra várnak.

Hiba– ez az állapot olyan feladatokhoz van hozzárendelve, amelyek valamilyen oknál fogva hibákat észleltek.

A feladatterület alatt található a fájlterület, amely a feladatokhoz kapcsolódó adatok kezelésére szolgál. Más szóval, a felhasználó úgy tudja kezelni a fájlokat és mappákat, mintha feladatok lennének.

Minden objektum esetében a következő információk jelennek meg a megfelelő oszlopokban.

A fájl vagy mappa neve.

Az objektum aktuális állapota.

Az objektum eredeti mérete (mappák esetén vegye figyelembe, hogy ez az információ nem látható).

A mentett objektum mérete.

A fájl vagy mappa legutóbbi szerkesztésének időpontja.

A fájl vagy mappa utolsó mentésének ideje.

Saját maga határozhatja meg a fájlpanelen lévő objektumokhoz megjelenített információkészletet. Ehhez kattintson a jobb gombbal, és válassza ki a kívánt elemeket a megnyíló helyi menüben. Az egyetlen információ, amelyet nem lehet letiltani, az az objektum neve (a helyi menüben a megfelelő parancs le lesz tiltva).

A feladatterület alatt egy naplóablak található. Megjeleníti egy automatikusan generált naplófájl tartalmát, amely információkat ad a feladat előrehaladásáról. Vegye figyelembe, hogy ez az információ a feladat előrehaladásának megfelelően automatikusan frissül. A naplóablakban bárhol megnyomva a jobb egérgombot egy helyi menü jelenik meg a képernyőn, melynek parancsaival a naplóablak tartalmát a vágólapra másolhatjuk, külön fájlba menthetjük, teljesen törölhetjük a naplóképernyőt, és váltson át a betűszín-beállításokra és az üzenetekre.

Szükség esetén eltávolíthatja a naplóablakot a felületről. Kijelzője a főmenü paranccsal vezérelhető Kilátás? rönk ablak? Naplóablak elrejtése/megjelenítése.

A felület alján, a naplóablak alatt található egy állapotsor, amely információkat jelenít meg az aktuális működési módról. Az állapotsor megjelenítése a főmenü parancsával vezérelhető Kilátás? Állapotsor.

6.3.3. Praktikus biztonsági mentési beállítások

Sok más alkalmazáshoz hasonlóan a Handy Backup használata előtt ajánlott átnézni és szükség esetén módosítani a program beállításait annak érdekében, hogy a lehető legjobban igazodjon a számítógép használatának sajátosságaihoz. Ebbe a módba való átváltáshoz használja a főmenü parancsát Fájl? Beállítások, amelyet a billentyűkombináció megnyomásával is hívnak Alt+F7. Ha ez a parancs aktiválva van, egy ablak jelenik meg a képernyőn, amely az ábrán látható. 6.29.

Rizs. 6.29. Programbeállítások, szakasz alapbeállítások

Ennek az ablaknak a felépítése a következő: bal részében a szekciók listája, a jobb oldalon pedig az aktuális rész tartalma jelenik meg. Mindegyik szakasz azonos típusú, hasonló funkciójú és célú beállításokat tartalmaz. Nézzünk meg néhányat közelebbről.

fejezetben alapbeállítások(lásd a 6.29. ábrát) számos általános jellegű paraméter létezik. Ha a jelölőnégyzet be van jelölve Futtassa az ügynököt, amikor Windows indítás , akkor a program a könyvtárba kerül automatikus letöltésés az operációs rendszerrel kezdődik.

Megteheti, hogy a Handy Backup elem bekerüljön az operációs rendszer helyi menüjébe - ehhez szüksége van a szakaszban alapbeállítások jelölje be a négyzetet Integráció engedélyezése a Windows Intézővel.

A program futása közben (különösen az objektumok tömörítésekor és titkosításakor) ideiglenes fájlok jönnek létre, amelyeket egy ideiglenes könyvtárban tárolnak. A könyvtár elérési útja a területen látható ideiglenes mappa. Erre a célra használhatja az operációs rendszer ideiglenes mappáját - ehhez jelölje be a négyzetet Használja a Windows ideiglenes könyvtárát.

Ha a szakaszban alapbeállítások be van jelölve, a CD-ROM meghajtó automatikusan megnyílik a másolás befejeztével a lemez kiadásához. Néha hasznos ellenőrizni a lemezre másolás eredményét: ehhez be kell jelölnie a négyzetet A biztonsági mentés után vegye ki a CD-t/DVD-t. Ha ez a négyzet be van jelölve, van még egy paraméter - Az első hiba után hagyja abba az ellenőrzést. Ha be van állítva, akkor az első hiba észlelésekor a lemezellenőrzés leáll. Ennek a paraméternek az a jelentése, hogy néha egy hiba is elég ahhoz, hogy a felvételt sikertelennek tekintsük.

fejezetben Fakitermelés megadhatja a naplófájl maximális megengedett méretét. Ehhez jelölje be a négyzetet Naplófájl méretkorlát, és a jobb oldalon található mezőben a billentyűzet segítségével adja meg a maximumot megengedett érték kilobájtban. Ugyanebben a részben konfigurálhatja a naplóablak színsémáját.

fejezetben Adatátvitel a csatlakozási beállítások konfigurálva vannak. Ennek a szakasznak a tartalma az ábrán látható. 6.30.

Rizs. 6.30. Programbeállítások, szakasz Adatátvitel

A terepen Maximális hálózati késleltetés adja meg, hogy mennyi ideig várjon a program a hálózat válaszára. Ez a paraméter másodpercben van kifejezve, és az alapértelmezett érték 120 . Ha a kapcsolat a megadott idő letelte után meghiúsul, a program szünet után megpróbálja újra csatlakozni. A szünet időtartama a mezőben látható Késleltetés az újracsatlakozások között, és a csatlakozási kísérletek száma - a mezőben. Ha a jelölőnégyzet be van jelölve Ismételje meg a sikerig, majd a mező Próbálja újra a hálózati hibákat szerkeszthetetlenné válik. Ebben az esetben a program addig kísérel meg csatlakozni, amíg valamelyik sikeres lesz. A program e-mailben tud tájékoztatást adni folyamatainak előrehaladásáról. Ez egy nagyon kényelmes funkció: lehetővé teszi a pozíció szabályozását akkor is, ha nincs közvetlen hozzáférése ehhez a számítógéphez (elég egy elektronikus postafiók bárhonnan máshonnan). Kötelező beállítások szakaszban végzett Email Értesítések, melynek tartalma az ábrán látható. 6.31.

Rizs. 6.31. Programbeállítások, szakasz Email Értesítések

Először be kell jelölnie a négyzetet E-mail értesítés használata - A paraméterek csak ezután válnak szerkeszthetővé Email. A terepen SMTP szerver a kimenő e-mail üzenetekhez tartozó SMTP-szerver címe, és a mezőben van megadva Kikötő– az SMTP szerver portszáma (a legtöbb esetben itt kell megadni egy értéket 25 , és alapértelmezés szerint az ő programja javasolja ennek használatát).

Ha az e-mail üzenetek küldésére használt SMTP-kiszolgáló engedélyt igényel, jelölje be a négyzetet. Használja az SMTP hitelesítést, majd írja be felhasználónevét és jelszavát az alábbi mezőkbe.

A gombbal ellenőrizheti az elvégzett beállítások helyességét. Tesztüzenet küldése. Kérjük, vegye figyelembe, hogy ehhez aktív internetkapcsolat szükséges.

A program által elvégzett összes beállítás a gomb megnyomása után lép életbe ebben az ablakban. rendben. Gombbal Megszünteti kilép ebből az üzemmódból a változtatások mentése nélkül. Vegye figyelembe, hogy a legtöbb esetben az alapértelmezett programbeállítások optimálisak.

6.3.4. Lemezkép biztonsági mentése

Ahogy korábban megjegyeztük, a program egyik funkciója a merevlemez képének biztonsági mentése. A lemezkép birtokában később könnyen visszaállíthatja adatait, még akkor is, ha a merevlemez megsérül.

Meg kell jegyezni, hogy a Handy Backup programban minden munka lépésről lépésre történik: a következő lépésre való áttérés csak bizonyos műveletek végrehajtása után lehetséges az előző lépésben. Ez egy meglehetősen kényelmes mechanizmus, amely lehetővé teszi, hogy könnyen és gyorsan elvégezze azt, amire szüksége van, és emellett jelentősen megkönnyíti a program használatát.

A merevlemez képének létrehozásához létre kell hoznia egy megfelelő feladatot. Ehhez a főmenü parancsát kell végrehajtani Fájl? Új feladat, amelyet a billentyűkombináció megnyomásával is hívunk Ctrl+N, vagy kattintson a megfelelő eszköztár gombra. A megadott műveletek bármelyikének végrehajtásakor a képernyőn megnyílik az Új feladat varázsló ablak, amely a 2. ábrán látható. 6.32.

Rizs. 6.32. Új feladat varázsló

Merevlemez-kép létrehozásához a feladat létrehozásának első szakaszában be kell állítani a kapcsolót Válassza ki a feladat típusát pozícióba Biztonsági mentési feladat(Ez az érték minden olyan esetben van kiválasztva, amikor biztonsági mentés szükséges, függetlenül a mentett adatok típusától). A második lépéshez való továbblépéshez nyomja meg a gombot További. A megnyíló ablakban kattintson a gombra Hozzáadás, és a megjelenő menüben válassza ki a parancsot Lemezkép(6.33. ábra),

Rizs. 6.33. Lemezképmásolási parancs kiválasztása

Ennek eredményeként az ablak tartalma olyan formát ölt, mint az ábrán látható. 6.34.

Rizs. 6.34. A feladat kitűzésének második szakasza

Az ablak központi részén található hierarchikus lista kibontása után jelölje be egy jelölőnégyzettel a merevlemez azon részeit, amelyekről képmásolatot szeretne készíteni. A feladat beállításának következő lépéséhez nyomja meg a gombot További. Ennek eredményeként a varázsló ablaka az ábrán látható módon fog kinézni. 6.35.

Rizs. 6.35. A problémafeltárás harmadik szakasza

Ebben a szakaszban ki kell választania a foglalás típusát. Amikor először hoz létre lemezképet, állítsa a kapcsolót állásba Minden kiválasztott fájl (teljes biztonsági másolat): ebben az esetben a program a kiválasztott lemez(ek)en tárolt összes információról biztonsági másolatot készít. Ha korábban biztonsági másolatot készített ezt a lemezt(lemezek), célszerűbb a lehetőséget választani Új és módosított fájlok (növekményes biztonsági mentés). Ebben az esetben a lemezkép biztonsági másolata csak a megváltozott információkat fogja tartalmazni, ami nagyon fontos a biztonsági mentési fájl mérete és ezáltal a helytakarékosság szempontjából. A foglalás típusának kiválasztása után a gomb megnyomásával lépjen a következő lépésre További. Ebben az esetben a varázsló hello nézet ablaka, amint az az ábrán látható. 6.36.

Rizs. 6.36. A feladat kitűzésének negyedik szakasza

Most meg kell adnia a címet, ahová a merevlemez-képfájl biztonsági másolatát menteni kell. Mentheti merevlemezre, hálózati meghajtóra, távoli FTP-kiszolgálóra (in ez az eset aktív internetkapcsolattal kell rendelkeznie), CD-n stb. A médiát a kapcsoló megfelelő állásba állításával lehet kiválasztani. A további műveletek a kapcsoló helyzetétől függenek.

Ha FTP vagy SFTP szerver van kiválasztva a lemezkép másolásához, akkor lent megnyílik a szerver címének, felhasználónévnek és jelszónak, valamint egyéb szükséges adatoknak a megadására szolgáló mezők. A legtöbb esetben azonban a felhasználók inkább elmentik a lemezképet a merev, ill hálózati meghajtó, CD vagy flash memória. Ebben az esetben az alábbi mezőben Mappa adja meg azt a mappát, ahová a lemezkép el lesz helyezve. Ehhez kattintson a jobb oldalon található gombra adott mező gombot, majd a megnyíló ablakban egy egérkattintással válassza ki a kívánt mappát, és nyomja meg a gombot rendben vagy kulcs Belép.

Miután kiválasztotta a mentési útvonalat és megnyomta a gombot További továbblép a következő lépésre. Ebben az esetben a varázsló ablaka az ábra szerint fog kinézni. 6.37.

Rizs. 6.37. A problémafeltárás ötödik szakasza

Ebben a szakaszban beállíthatja a kapott merevlemez-kép tömörítésének és titkosításának paramétereit. Ehhez be kell jelölni a megfelelő négyzeteket, titkosítás esetén pedig be kell írni a hozzáféréshez használt jelszót. Vegye figyelembe, hogy a jelszót kétszer kell megadni, hogy elkerülje a hiba lehetőségét a bevitel során. Alapértelmezés szerint a tömörítés és a titkosítás is le van tiltva. A gomb megnyomása után Továbbiátmenet történik a problémafelvetés következő szakaszába (6.38. ábra).

Rizs. 6.38. A feladat kitűzésének hatodik szakasza

Itt a megfelelő jelölőnégyzetekkel meg kell adni, hogy a program pontosan mikor készítsen biztonsági mentést a merevlemez képéről - közvetlenül a feladat beállítása után vagy egy meghatározott ütemezés szerint. A lemezkép azonnali létrehozásához be kell jelölnie a négyzetet Fuss mostés nyomja meg a gombot További. A feladat beállításának utolsó, hetedik szakaszában a varázsló ablak úgy néz ki, mint az ábra. 6.39.

Rizs. 6.39. A feladat kitűzésének hetedik szakasza

Itt meg kell adni a generált feladat nevét a billentyűzetről, amely alatt megjelenik a program főablakának feladatterületén. A gomb megnyomása után teljes a hozzárendelt feladat felkerül a feladatok listájára, és megkezdődik a végrehajtása, amint azt az oszlopban található információk jelzik Fejlesztés / Események menete, valamint a naplófájl tartalmát (6.40. ábra).

Rizs. 6.40. A feladat elvégzése

A biztonsági mentés befejezése után a feladat állapota lesz hozzárendelve Siker, és az oszlopban Fejlesztés / Események menete megjeleníti az értéket 100 % (6.41. ábra).

Rizs. 6.41. Információ a biztonsági mentés sikeres befejezéséről

Hasonlóképpen, nemcsak lemezképeket, hanem biztonsági másolatokat is készíthet az egyes fájlokról és mappákról. Az elsődleges adathordozón lévő adatok elvesztése esetén bármikor visszaállíthatja azokat biztonsági másolatból. Ennek módját a következő részben ismertetjük.

6.3.5. Adatok visszaállítása biztonsági másolatból

Az adatok biztonsági másolatból történő visszaállításához be kell állítani a megfelelő feladatot a programhoz. Ehhez hajtsa végre a főmenü parancsát Fájl? Új feladat vagy nyomja meg a billentyűkombinációt Ctrl+N, majd a megnyíló Új feladat varázsló ablakban (lásd: 6.32. ábra) állítsa a kapcsolót állásba Adat-helyreállítási feladatés nyomja meg a gombot További. Ennek eredményeként a varázsló ablaka az ábrán látható módon fog kinézni. 6.42.

Rizs. 6.42. Visszaállítandó indexfájl kiválasztása

Ebben az ablakban meg kell adnia annak az indexfájlnak az elérési útját, amelyet a program a mentési folyamat során automatikusan létrehozott. Ez a fájl NB vagy NBI formátumú.

Először válassza ki az adathordozó típusát, amelyen a biztonsági másolatot tárolja. Ehhez állítsa az ablak tetején található kapcsolót a megfelelő helyzetbe.

A legtöbb esetben ez az adathordozó egy helyi vagy hálózati meghajtó, CD vagy flash memória: ez a kapcsoló felső helyzetének felel meg. Ezután a terepen kell Index fájl adja meg a kívánt fájl elérési útját. Ehhez kattintson a mező jobb oldalán található gombra. Böngésszen a fájlok/könyvtárak között ezen a számítógépen/helyi hálózaton(a gomb neve eszköztippként jelenik meg, ha az egérmutatót fölé viszi), majd a megnyíló ablakban egérkattintással válassza ki a kívánt fájlt és kattintson a gombra Nyisd ki vagy kulcs Belép.

Ha az FTP- vagy SFTP-szerveren lévő forrás van kiválasztva adat-helyreállításhoz, akkor a kapcsolót a FTP vagy SFTP alul megnyílnak a szerver címének, felhasználói névnek és jelszónak, valamint egyéb szükséges adatok megadásához szükséges mezők.

Rizs. 6.43. Az adat-helyreállítás útjának kiválasztása

Alapértelmezés szerint a program felajánlja az adatok visszaállítását az eredeti helyükre. Ha azonban nem elégedett ezzel a lehetőséggel, és más elérési utat szeretne megadni, kattintson a gombra Szerkesztés.

Ezzel megnyílik az ábrán látható ablak. 6.44.

Rizs. 6.44. Adat-helyreállítási útvonal megadása

A szükséges elérési út a mezőben látható A visszaállítandó adatok helye. Ez a mező kitölthető a billentyűzetről vagy a vágólapról, de kényelmesebb ezt a jobb oldalon található gombbal megtenni. Ha megnyomja, egy ablak nyílik meg a képernyőn. Mappa áttekintése, amelyben meg kell adnia a kívánt könyvtárat, és kattintson a gombra rendben vagy kulcs Belép. Miután kiválasztotta a visszaállítási útvonalat és megnyomta a gombot További A varázsló ablaka az ábrán látható módon fog kinézni. 6.45.

Rizs. 6.45. Helyreállítási módszer kiválasztása

Ebben az ablakban a kapcsoló segítségével meg kell adnia a helyreállítási módot. Két lehetőség közül választhat.

Teljes felépülés– ebben az esetben kivétel nélkül minden objektum visszaáll a biztonsági mentésből. Az adatok biztonsági másolatból történő visszaállításának ezt a módszerét javasoljuk alapértelmezés szerint használni.

Részleges gyógyulás– ennek a módszernek a kiválasztásakor csak azok az objektumok kerülnek visszaállításra, amelyek megváltoztak.

Ha ez a négyzet be van jelölve Törölje az összes fájlt a célmappából, kivéve a visszaállítás alatt állókat, akkor az összes többi objektum automatikusan törlődik abból a mappából, amelybe a biztonsági mentésből az adatok vissza lesznek állítva. Más szóval, a célmappa teljesen törlődik a helyreállítható adatok számára.

Rizs. 6.46. Állítson be ütemezést az automatikus feladatvégrehajtáshoz

Ehhez jelölje be a négyzetet Ütemező engedélyezése– ennek eredményeként az ütemezés beállításához az alábbi paraméterek válnak elérhetővé szerkesztésre. Például megteheti automatikus helyreállítás naponta, vagy minden második napon, vagy a hét vagy hónap bizonyos napjain stb.

Tanács. Ennek az eljárásnak a végrehajtása különösen akkor hasznos, ha az adatokról rendszeres időközönként biztonsági mentést is készítenek. Például beállítható egy ütemezés, amely szerint a program minden szerdán és pénteken biztonsági másolatot készít az adatokról a munkanap vége után, és minden csütörtökön és hétfőn a munkanap kezdete előtt visszaállítja a biztonsági másolatból..

Előfordulhat, hogy amikor egy feladat automatikus végrehajtására van szükség, a számítógép ki van kapcsolva, ezért - nem tudja ezt megtenni. Ha bejelöli a négyzetet az ütemezési beállításoknál Végezzen elmulasztott futásokat, a hátralévő feladatok azonnal végrehajtásra kerülnek az operációs rendszer indulása után. Ha bejelöli a négyzeteket Végrehajtás bejelentkezéskorés Végrehajtás kijelentkezéskor, akkor ez a feladat automatikusan végrehajtásra kerül, közvetlenül az operációs rendszer minden egyes indítása után, valamint minden kilépés előtt.

A probléma beállításának végső szakaszába a gomb megnyomásával lehet áttérni További. Ebben az esetben a varázsló ablaka az ábra szerint fog kinézni. 6.47.

Rizs. 6.47. Feladat nevének megadása

Itt meg kell adnia egy tetszőleges feladatnevet a billentyűzetről, amely alatt az megjelenik a munkaablakban. Ha van egy jelölőnégyzet az ablak alján Azonnal fejezze be ezt a feladatot, akkor a gomb megnyomása után azonnal megkezdődik az adatok visszaállítása a biztonsági másolatból teljes. Az adatok biztonsági mentésből történő visszaállítása során az aktuális feladathoz hozzárendelődik az állapot Felépülés(6.48. ábra).

Rizs. 6.48. Adat-helyreállítási folyamat

A helyreállítás befejezése után pedig az oszlopban Fejlesztés / Események meneteérték jelenik meg ehhez a feladathoz 100 % , és a rendszer hozzárendeli az állapotot Siker(6.49. ábra).

Rizs. 6.49. A gyógyulás sikeres befejezése

Az elvégzett feladatok a helyi menü parancsával eltávolíthatók a listából Töröl vagy a megfelelő eszköztárgombot. Ebben az esetben a program egy további kérést küld a törlési művelet megerősítésére.

Így a Handy Backup segítségével merevlemez-képet és adatmentéseket készíthet, amelyek segítségével váratlan elvesztés esetén gyorsan visszaállíthatja azokat.

Merevlemez helyreállításakor tartsa szem előtt a következőket. Ha egy adott merevlemez-partíciót kell visszaállítania, előzetesen győződjön meg arról, hogy létezik-e azonos nevű partíció a merevlemezen. Ne feledje, hogy annak érdekében nehéz felépülés lemez új beállításai életbe lépnek, újra kell indítani a számítógépet.

Ez a szöveg egy bevezető darab. A Security Encyclopedia című könyvből a szerző Gromov V I

2.6. Adatvédelem a Cobra programmal A Cobra olyan program, amelyről még a külföldi szakértők is a legfejlettebb és tudományosan megalapozott kriptorendszerként beszélnek. Szemináriumokat évente tartanak tudományos konferenciák ahol több száz tekintélyes matematikus mind

szerző

3.1. Jelszavak helyreállítása MS Office dokumentumokhoz az Advanced Office Password Recovery segítségével Az Advanced Office Password Recovery program, amelyről ebben a részben fogunk megismerkedni, az MS Office dokumentumok elfelejtett és elveszett jelszavainak helyreállítására szolgál. Ez a program létrejött

Az elveszett számítógépes adatok gyors helyreállítása című könyvből. Részletes információs mentési útmutató szerző Gladkiy Alekszej Anatoljevics

3.3. Jelszavak visszaállítása archívumba az Advanced Archive Password Recovery segítségével Ha elveszíti a jelszavát egy archívumban, nem lehet adatokat kinyerni onnan: minden alkalommal, amikor megpróbálja kicsomagolni, megjelenik egy ablak, amelyben meg kell adnia a jelszó. Ha ez nem így van

Az elveszett számítógépes adatok gyors helyreállítása című könyvből. Részletes információs mentési útmutató szerző Gladkiy Alekszej Anatoljevics

4.2. Sérült archívumok helyreállítása az Advanced RAR Repair programmal Mint fentebb már megjegyeztük, az archiválók szokásos archívumok helyreállítására szolgáló eszközei, bár meglehetősen hatékonyak, nem mindig oldják meg a problémát. Így

Az elveszett számítógépes adatok gyors helyreállítása című könyvből. Részletes információs mentési útmutató szerző Gladkiy Alekszej Anatoljevics

4.3. ZIP archívumok visszaállítása a DiskInternals ZIP Repair segítségével A fentebb tárgyalt megoldások inkább a RAR archívumok javítására összpontosítanak. A ZIP archívumok azonban nem kevésbé népszerűek, és ebben a részben egy olyan programmal ismerkedünk meg, amely

Az elveszett számítógépes adatok gyors helyreállítása című könyvből. Részletes információs mentési útmutató szerző Gladkiy Alekszej Anatoljevics

5.1. Adat-helyreállítás a BadCopy Pro segítségével Az egyik legnépszerűbb adat-helyreállító program sérült fájlok, a BadCopy Pro. A termék shareware; A program demó verziója letölthető a fejlesztő www.jufsoft.com weboldaláról.

Az elveszett számítógépes adatok gyors helyreállítása című könyvből. Részletes információs mentési útmutató szerző Gladkiy Alekszej Anatoljevics

5.3. Törölt adatok helyreállítása a Saját fájlok helyreállításával Az egyik leghatékonyabb és leghatékonyabb termék a törölt fájlok helyreállításához a Recover My Files. Ez shareware; A demo verzióját letöltheti a címről

Az elveszett számítógépes adatok gyors helyreállítása című könyvből. Részletes információs mentési útmutató szerző Gladkiy Alekszej Anatoljevics

5.4. Adatok helyreállítása sérült adathordozóról a használatával Max programok Adat-helyreállítás Már tudjuk, hogyan lehet visszaállítani a törölt vagy sérült adatokat – erről a fejezet korábbi részeiben volt szó. Gyakran előfordul azonban, hogy nem az adatok sérülnek meg, hanem

Az elveszett számítógépes adatok gyors helyreállítása című könyvből. Részletes információs mentési útmutató szerző Gladkiy Alekszej Anatoljevics

5.5. Objektumok "javítása" és visszaállítása a Restorer2000 Pro segítségével Egy másik népszerű program a sérült vagy törölt objektumok "javítására" és helyreállítására a Restorer2000 Pro. Fejlesztője egy szoftver- és tanácsadó cég

Az elveszett számítógépes adatok gyors helyreállítása című könyvből. Részletes információs mentési útmutató szerző Gladkiy Alekszej Anatoljevics

7. fejezet Adatok biztonsági mentése és visszaállítása az Acronis True Image Home segítségével Manapság számos különféle biztonsági mentési és helyreállítási termék létezik a piacon, és ezek némelyikével már találkoztunk

Az adatmentés minden felelős számítógép-felhasználó számára fontos funkció. Nincs annál rosszabb, mint a számítógép előtt ülve ráébredni, hogy a havi munkád eredménye vagy fontos állományod éppen elveszett, amit már nem lehet visszaszerezni.

Az adatok gyakran nagyon értékesek. És nem számít, hogy ezek személyes fájlok vagy munkához használt információk. Nézzük meg, milyen funkciókat végez az adatok biztonsági mentése és helyreállítása a Microsoft-fejlesztők, amelyek operációs rendszerük legújabb verziójával - Windows 10 harmadik féltől származó programok.

Adatmentés: mi ez?

Fájl biztonsági mentése

Néha hallunk arról, hogy "biztonsági másolatot kell készíteni a számítógépről". De nem teljesen helyes ezt mondani, mivel az adatok biztonsági mentésének két módja van. Először is készítsen biztonsági másolatot a fájlokról, amellyel másolatokat készíthet a számítógépen vagy bármely más adathordozón tárolt egyes fájlokról és mappákról. Minden felhasználónak, akinek fontos adatok vannak a számítógépén tárolva, biztonsági másolatot kell készítenie egy külső merevlemezre arra az esetre, ha az eredeti forrás elveszne vagy törlődik.

Rendszermentés

Az adatok biztonsági mentésének másik módja a rendszermentés vagy a rendszerkép. Ez egy bonyolultabb módja az adatok biztonsági mentésének, mivel ebben az esetben egy adott számítógép teljes operációs rendszerének másolatának létrehozásáról beszélünk, a programokkal, fájlokkal és beállításokkal együtt. A rendszer biztonsági másolatot készít a visszaállításra, ha a Windows instabillá válik vagy teljesen leáll.

Egy Windows biztonsági mentés több száz gigabájt tárhelyet foglalhat el. Speciális adatmentési szoftverrel azonban beállíthatja a funkciót úgy, hogy csak a rendszer utolsó mentése óta végrehajtott változtatásokat mentse el.

Adatok biztonsági mentése és visszaállítása Windows használatával

A Windows 10 beépített eszközökkel rendelkezik, amelyek célja a fájlok és a rendszer biztonsági másolatainak létrehozása, valamint az információk visszaállítása a segítségükkel. Sok felhasználó nem használja őket, mivel nem tud a létezésükről vagy arról, hogyan kell megfelelően beállítani őket. Nagyobb valószínűséggel használnak harmadik féltől származó programokat, mint az operációs rendszerbe épített eszközöket.

Fájlelőzmények

a legtöbben egyszerű módon a fájlok és mappák biztonsági mentése, valamint visszaállítása a Fájlelőzmények. Ezzel a funkcióval rendszeresen, a felhasználó által meghatározott ütemezés szerint másolhat adatokat és mentheti el külső kemény lemezt vagy más külső adathordozót. A fájlok másolatait a számítógép merevlemezére is el lehet menteni (bár ez ellentétes a biztonsági mentés alapszabályával).

A Fájlelőzmények beállításához lépjen a Start menübe, és válassza a Beállítások lehetőséget. A megnyíló Beállítások menüben lépjen a Frissítés és biztonság / Biztonsági mentési szolgáltatás elemre.

A panel jobb oldalán, a Biztonsági mentés a fájlelőzmények használatával részben kattintson a Lemez hozzáadása elemre. A rendszer kéri, hogy válasszon egyet a számítógéphez csatlakoztatott külső adathordozók közül. Válassza ki azt, amelyikbe biztonsági másolatot szeretne készíteni, és állítsa be az archiválási paramétereket: a fájlmásolatok mentési időközét és tárolásának időtartamát, szükség esetén megadhat egy adott mappát a fájl másolatának, amelyből létrehozni, ill. távolítson el egy feleslegeset.

A biztonsági mentés során a Fájlelőzmények automatikusan átmásolják az összes felhasználói fiók mappáját: Képek, dokumentumok, letöltések stb.

Ez a funkció bármikor kikapcsolható, de ahhoz, hogy a felhasználó által megadott adatokról biztonsági másolat készüljön egy meghatározott időközönként, be kell kapcsolni az Automatikus fájlmentést.

Alapértelmezés szerint a fájlokról óránként készül biztonsági mentés. A beállítható minimális idő 10 perc, maximum a Napi. A másolatok tárolásának időtartamát is beállíthatja: egy hónaptól addig a pillanatig, amikor szabad helyre van szükség (ebben az esetben a régebbi biztonsági másolatok automatikusan törlődnek, hogy helyet adjanak az új biztonsági másolatoknak).

Fájlok visszaállítása biztonsági másolatból

Fájlok biztonsági mentési meghajtóról való visszaállításához lépjen a Vezérlőpultra, és válassza a Fájlelőzmények menüt.

A megnyíló ablak bal oldali oszlopában válassza a Személyes fájlok visszaállítása lehetőséget, keresse meg a mappát, és keresse meg a helyreállítandó fájlt. Fájl visszaállításához kattintson az alábbi zöld gombra, és adja meg a visszaállítási útvonalat. A fájlok biztonsági másolatának verziói a mentés dátuma és időpontja szerint a jobb és bal nyíl gombjainak megnyomásával választhatók ki.

OneDrive felhőszolgáltatás

Egy másik módja annak, hogy megvédje magát a fontos fájlok elvesztésétől, ha azokat felhőtárhelyre helyezi, és szinkronizálja a számítógépével. Sok ilyen tároló létezik: Dropbox, Google Drive stb. De a Windows legújabb verzióinak (10, 8, 8.1) jellemzője az operációs rendszerbe épített saját Microsoft felhőszolgáltatás, a OneDrive.

Valamelyik felhőszolgáltatás igénybevételekor általában saját nevükön hoznak létre egy mappát a számítógép lemezén, amelyről a fájlokat szinkronizálják. V legújabb verziói Windows mappa A OneDrive alapértelmezés szerint létezik, pl. A szolgáltatás az operációs rendszer telepítése után azonnal elérhető minden felhasználó számára.

Bármilyen fájl. amely ebbe a mappába kerül, azonnal átmásolódik a felhőtárhelyre és szinkronizálódik vele. A felhasználó bármely más eszközről is elérheti a mappában lévő fájlokat, csak lépjen a OneDrive-fiókjába.

Helyreállítási pont

A biztonsági mentés és helyreállítás másik oldala Windows adatok 10, van felépülés rendszerfájlokatés az operációs rendszer teljesítménye. Az operációs rendszer biztonsági másolatának létrehozása és visszaállítása bonyolultabb folyamat, mint a felhasználó személyes fájljai és mappái esetében. Ehhez azonban a Windows 10 egy speciális funkciót biztosít - a rendszer-visszaállítást. Segítségével a felhasználó a mentett korai állapotba - a helyreállítási pontba "visszatekerve" - ​​visszaállíthatja az operációs rendszert működőképessé.

Alapértelmezés szerint az operációs rendszer visszaállítási funkciója nincs engedélyezve. Ahhoz, hogy használni lehessen, konfigurálni kell. A Rendszer-visszaállítás visszaállítási pontok létrehozásával működik, amelyek egy adott időpontban mentik a Windows állapotát. Az operációs rendszer beállításaival és állapotával együtt a helyreállítási pont tartalmazza telepített alkalmazások(Például, Microsoft Office) és eszközillesztők (például videokártyák).

A felhasználó bármikor létrehozhat egy visszaállítási pontot. Akkor is automatikusan létrejön, ha valamilyen alkalmazást telepít a számítógépére, vagy letölti a rendszerfrissítéseket stb. De ne feledje, hogy a Rendszer-visszaállítás nem állítja vissza a felhasználó személyes fájljait.

Ha észreveszi, hogy az operációs rendszer nem működik megfelelően, vagy hibákkal és hibákkal rendelkezik, akkor futtathatja a korábban mentett visszaállítási pontok egyikét, és a Windows visszatér a létrehozásakori állapotba.

Ehhez lépjen a Vezérlőpultra, és válassza ki a Helyreállítás / Rendszer-helyreállítási beállítások / Testreszabás menüt, amellyel aktiválja és konfigurálja a funkciót.

A Windows visszaállítási pontból történő visszaállításához lépjen a Vezérlőpultra, válassza a Helyreállítás / Rendszer-visszaállítás indítása menüt, válassza ki a kívánt visszaállítási pontot, majd kattintson a Tovább gombra.

Rendszerkép

Valószínűleg a Windows legegyszerűbb és legösszetettebb biztonsági mentési funkciója a System Image nevű szolgáltatás.

Ezzel a lehetőséggel létrehozhatja a számítógép teljes lemezének „másolatát”, beleértve a Windows 10-et, valamint az összes programot és a felhasználói személyes adatot. A rendszerkép egy külső merevlemezre kerül mentésre, ahonnan szükség esetén vagy a számítógép meghibásodása esetén visszakerül a számítógép merevlemezére. Ennek eredményeként a felhasználó megkapja az operációs rendszer működő verzióját a programokkal és fájlokkal együtt.

Ez nagyon hasznos funkció, de hátránya, hogy a felhasználó nem tudja visszaállítani az egyes fájlokat a rendszerképből, mint a Fájlelőzményekből. Csak a teljes képet tudja teljesen kibontani. Ezért a felhasználók gyakran párhuzamosan használják ezeket a funkciókat.

Rendszerkép létrehozásához lépjen a Vezérlőpultra, és válassza a Fájlok biztonsági mentése és visszaállítása menüt. A bal oldali oszlopban kattintson a Rendszerkép létrehozása elemre, és válassza ki a meghajtót, ahová menteni szeretné. Ne feledje, hogy a rendszerkép általában nagy.

Ha vissza szeretné állítani a rendszert egy rendszerképből, nyissa meg a Rendszerbeállítások / Frissítés és biztonság / Helyreállítás menüpontot, és válassza ki a speciális rendszerindítási beállításokat. A Windows 10 újraindítása után válassza a System Image Recovery lehetőséget a megjelenő menüből.

Egyéb biztonsági mentési és visszaállítási programok Windows fájlok 10

ALEXEY BEREZHNY, Rendszergazda. Főbb tevékenységek: virtualizáció és heterogén hálózatok. A cikkírás mellett egy másik hobbi az ingyenes szoftverek népszerűsítése.

biztonsági mentés
Elmélet és gyakorlat. Összegzés

A biztonsági mentési rendszer leghatékonyabb megszervezéséhez valódi stratégiát kell felépítenie az információk mentésére és visszaállítására.

A biztonsági mentés (vagy ahogy más néven biztonsági mentés - az angol „backup” szóból) fontos folyamat bármely IT-struktúra életében. Ez egy ejtőernyő előre nem látható katasztrófa esetén. Ugyanakkor a biztonsági mentés egyfajta történeti archívum létrehozására szolgál a vállalat üzleti tevékenységeiről az élet egy bizonyos időszakában. Tartalék nélkül dolgozni olyan, mint a szabad levegőn élni – az időjárás bármelyik pillanatban elromolhat, és nincs hová bújni. De hogyan lehet megfelelően megszervezni, hogy ne veszítsen fontos adatokat, és ne költsön rá fantasztikus összegeket?

Általában a biztonsági mentések megszervezésével foglalkozó cikkek főként ezekre koncentrálnak műszaki megoldások, és csak elvétve fordítanak figyelmet az adattárolás megszervezésének elméletére és módszereire.

Ebben a cikkben ennek éppen az ellenkezőjéről lesz szó: a fő figyelmet az általános fogalmakra fordítjuk, a technikai eszközöket pedig csak példaként fogjuk érinteni. Ez lehetővé teszi számunkra, hogy elvonatkoztassunk a hardvertől és a szoftvertől, és megválaszoljunk két fő kérdést: „Miért csináljuk ezt?”, „Megtehetjük ezt gyorsabban, olcsóbban és megbízhatóbban?”.

A biztonsági mentés céljai és célkitűzései

A biztonsági mentés megszervezése során két fő feladat kerül kitűzésre: az infrastruktúra helyreállítása meghibásodások esetén (Katasztrófa-helyreállítás), valamint az adatarchívum karbantartása az elmúlt időszakok információihoz való utólagos hozzáférés biztosítása érdekében.

A Disaster Recovery biztonsági mentésének klasszikus példája az Acronis True Image által létrehozott kiszolgálórendszer-partíció kép.

Az archívumra példa lehet az adatbázisok havi feltöltése az 1C-ből, kazettákra rögzítve, majd egy speciálisan kijelölt helyen tárolva.

Számos tényező különbözteti meg a biztonsági mentést gyors helyreállítás archívumból:

  • Adatmegőrzési időszak. Az archív másolatok esetében elég hosszú. Egyes esetekben nemcsak üzleti követelmények, hanem törvény is szabályozza. A katasztrófa utáni helyreállítási másolatok esetében ez viszonylag kicsi. Általában egy-két (megnövekedett megbízhatósági követelményekkel) biztonsági mentést készítenek a Disaster Recovery számára legfeljebb egy-két napos időközönként, majd ezeket felülírják frissekkel. Különösen kritikus esetekben lehetőség van a katasztrófa-helyreállításhoz szükséges biztonsági mentés gyakrabban, például néhány óránkénti frissítésére is.
  • Adathozzáférés sebessége. A hosszú távú archívumhoz való hozzáférés sebessége a legtöbb esetben nem kritikus. Általában az „időszakra vonatkozó adatfelvétel” igénye a dokumentumok egyeztetésekor merül fel, vissza a előző verzió stb., vagyis nem vészüzemmódban. Egy másik dolog a katasztrófa-helyreállítás, amikor a szükséges adatokat és szolgáltatási teljesítményt a lehető leghamarabb vissza kell adni. Ebben az esetben a biztonsági mentéshez való hozzáférés sebessége rendkívül fontos mutató.
  • A másolt információk összetétele. A biztonsági mentés általában csak felhasználói és üzleti adatokat tartalmaz a megadott időszakra vonatkozóan. A katasztrófa utáni helyreállítási másolat ezen adatokon kívül vagy rendszerképeket, vagy az operációs rendszer és az alkalmazásszoftver beállításainak másolatait és egyéb helyreállítási információkat tartalmaz.

Néha lehetséges kombinálni ezeket a feladatokat. Például egy fájlszerver havi teljes "pillanatképeinek" éves készlete, valamint a hét folyamán végrehajtott módosítások. A True Image megfelelő eszköz egy ilyen biztonsági mentés készítéséhez.

A legfontosabb dolog az, hogy világosan megértsük, mi a foglalás célja. Mondok egy példát: egy kritikus SQL-kiszolgáló meghibásodott egy lemeztömb meghibásodása miatt. Raktáron van a megfelelő Hardver, így a probléma megoldása csak a szoftver és az adatok visszaállítása volt. A cég vezetése érthető kérdést tesz fel: "Mikor fog működni?" - és kellemetlen meglepetést okoz, amikor megtudja, hogy a felépülés akár négy órát is igénybe vesz. A tény az, hogy a szerver teljes élettartama során csak az adatbázisokról készült rendszeresen biztonsági mentés, anélkül hogy figyelembe vették volna a szerver visszaállításának szükségességét az összes beállítással, beleértve a szoftver maga a DBMS. Egyszerűen fogalmazva, hőseink csak adatbázisokat mentettek el, és megfeledkeztek a rendszerről.

Mondok még egy példát. Pályafutása során a fiatal szakember az ntbackup programmal egyetlen példányt készített a Windows Server 2003 operációs rendszert futtató fájlszerverről, beleértve az adatokat és a rendszerállapotot egy másik számítógép megosztott mappájában. A lemezterület hiánya miatt ezt a példányt folyamatosan felülírták. Nem sokkal később megkérték, hogy állítsa vissza egy többoldalas jelentés korábbi verzióját, amely a mentéskor megsérült. Nyilvánvaló, hogy mivel a Shadow Copy kikapcsolt állapotában nincs archívumtörténet, nem tudta teljesíteni ezt a kérést.

Egy megjegyzésre

Árnyékmásolat, szó szerint - "árnyékmásolat". Gondoskodik arról, hogy a fájlrendszer azonnali másolatai olyan módon készüljenek el, hogy az eredeti módosításai semmilyen módon ne legyenek hatással rájuk. Ezzel a funkcióval lehetőség van egy fájl több rejtett másolatának létrehozására is bizonyos időszak időt, valamint az írásra megnyitott fájlok menet közbeni biztonsági mentését. Az Árnyékmásolat működéséért a Kötetmásolat árnyékszolgáltatása a felelős.

Rendszerállapot, szó szerint - "a rendszer állapota". A rendszerállapot másolása biztonsági másolatot készít a kritikus összetevőkről operációs rendszer Windows család. Ez lehetővé teszi a korábban telepített rendszer visszaállítását a megsemmisítés után. A rendszerállapot másolásakor a rendszer elmenti a rendszerleíró adatbázist, a rendszerindítási és egyéb fontos fájlokat, beleértve a helyreállítást is Active Directory, Certificate Service adatbázis, COM+Class Registration adatbázis, SYSVOL címtárak. A UNIX család operációs rendszerében a rendszerállapot másolásának közvetett analógja az /etc, /usr/local/etc könyvtárak és a rendszerállapot visszaállításához szükséges egyéb fájlok tartalmának mentése.

Ami ebből következik: mindkét típusú biztonsági mentést kell használni: katasztrófa utáni helyreállításhoz és archív tároláshoz egyaránt. Ugyanakkor meg kell határozni a másolandó erőforrások listáját, a feladatok elvégzésének idejét, valamint azt is, hogy a biztonsági másolatok hol, hogyan és mennyi ideig tárolódnak.

Kis adatmennyiség és nem túl bonyolult IT-infrastruktúra esetén megpróbálhatja kombinálni a két feladatot egyben, például készíthet napi teljes biztonsági mentést az összes lemezpartícióról és adatbázisról. De mégis jobb különbséget tenni két cél között, és mindegyikhez kiválasztani a megfelelő eszközöket. Ennek megfelelően minden feladathoz más eszközt használnak, bár vannak univerzális megoldások, mint például az Acronis True Image csomag vagy az ntbackup program

Nyilvánvaló, hogy a mentés céljainak és célkitűzéseinek, valamint a megvalósítási megoldások meghatározásakor az üzleti követelményekből kell kiindulni.

A katasztrófa utáni helyreállítási feladat végrehajtásakor különböző stratégiákat használhat.

Bizonyos esetekben a rendszert közvetlenül "csupasz fémre" (csupasz fémre) kell visszaállítani. Ez megtehető például az Acronis True Image programmal, amely az Universal Restore modulhoz tartozik. Ebben az esetben a szerver konfiguráció nagyon rövid időn belül újra üzembe helyezhető. Például egy 20 GB-os operációs rendszerrel rendelkező partíciót teljesen reálisan lehet nyolc perc alatt kiemelni egy biztonsági másolatból (feltéve, hogy az archív másolat elérhető 1 GB/s-os hálózaton).

Egy másik lehetőségnél célszerűbb egyszerűen „visszaállítani” a beállításokat az újonnan telepített rendszerre, például UNIX-szerű rendszereken átmásolni a konfigurációs fájlokat az /etc mappából és egyebekből (Windows alatt ez nagyjából megfelel a fájl másolásának és visszaállításának Rendszerállapot). Természetesen ezzel a megközelítéssel a kiszolgálót legkorábban az operációs rendszer telepítése és a szükséges beállítások visszaállítása előtt állítják üzembe, ami sokkal több időt vesz igénybe. hosszútávú. De mindenesetre a katasztrófa-helyreállításról szóló döntés az üzleti igényekből és az erőforrások korlátaiból fakad.

Az alapvető különbség a tartalék és a redundáns redundancia rendszerek között

Ez egy másik érdekes kérdés, amelyet szeretnék érinteni. A redundáns hardverredundancia rendszerek bizonyos redundancia hardverbe való beépítésére utalnak annak érdekében, hogy az egyik komponens hirtelen meghibásodása esetén fenntartsák a működőképességet. Tökéletes példa ebben az esetben a RAID tömb (Redundant Array of Independent Disks). Egyetlen lemez meghibásodása esetén elkerülhető az információvesztés, és biztonságos csere végezhető, a lemeztömb sajátos felépítése miatt mentve az adatokat (a RAID-ről bővebben itt olvashat).

Hallottam ezt a mondatot: "Nagyon megbízható berendezéseink vannak, mindenhol vannak RAID tömbök, így nincs szükségünk biztonsági másolatokra." Igen, természetesen ugyanaz a RAID-tömb megmenti az adatokat a megsemmisüléstől, ha az egyik merevlemez meghibásodik. De ez az adatsérülés miatt van Számítógépes vírus vagy nem fog megmenteni a nem megfelelő felhasználói műveletektől. Még akkor sem menti el a RAID-et, ha a fájlrendszer összeomlik egy jogosulatlan újraindítás következtében.

mellesleg

Az adatok biztonsági mentésének tervezésekor figyelembe kell venni a biztonsági mentés és a redundáns rendszerek közötti különbségtétel fontosságát, legyen szó akár szervezetről, akár otthoni számítógépekről.

Kérdezd meg magadtól, hogy miért készítesz másolatokat. Ha biztonsági mentésről beszélünk, akkor ez egy véletlen (szándékos) művelet során történő adatmentést jelent. A redundáns redundancia lehetővé teszi az adatok mentését, beleértve a biztonsági másolatokat is, a berendezés meghibásodása esetén.

Manapság számos olcsó eszköz van a piacon, amelyek megbízható redundanciát biztosítanak a RAID tömbök ill felhő technológiák(pl. Amazon S3). Mindkét típusú információs foglalás egyidejű használata javasolt.

Andrey Vasziljev, a Qnap Russia vezérigazgatója

Mondok egy példát. Vannak esetek, amikor az események a következő forgatókönyv szerint alakulnak: ha egy lemez meghibásodik, az adatok visszaállnak a redundancia mechanizmus miatt, különösen a mentett segítségével. ellenőrző összegeket. Ezzel párhuzamosan jelentősen csökken a teljesítmény, lefagy a szerver, szinte elveszik az irányítás. Rendszergazda, nem látva más kiutat, hideg újraindítással (vagyis a "RESET"-re kattint) újraindítja a szervert. Az ilyen élő túlterhelés eredményeként fájlrendszeri hibák lépnek fel. A legjobb, ami ebben az esetben elvárható, a lemezellenőrző hosszadalmas működése a fájlrendszer integritásának helyreállítása érdekében. A legrosszabb esetben el kell búcsúzni fájlrendszerés értetlenül áll a kérdés előtt, hogy hol, hogyan és mennyi időn belül állíthatja vissza az adatokat és a szerver teljesítményét.

A biztonsági mentést még fürtözött architektúra esetén sem tudja elkerülni. A feladatátvételi fürt valójában működésben tartja a rábízott szolgáltatásokat, ha az egyik kiszolgáló meghibásodik. A fenti problémák esetén, mint pl. vírus támadás vagy a hírhedt "emberi tényező" miatti adatsérülés, egyetlen klaszter sem fog megmenteni.

Az egyetlen dolog, ami a katasztrófa-helyreállítás gyengébb biztonsági mentési helyettesítőjeként működhet, az a tükör biztonsági mentési kiszolgáló jelenléte, amely állandó adatreplikációt biztosít a fő kiszolgálóról a tartalék szerverre (az elsődleges  készenléti elv szerint). Ebben az esetben, ha a főszerver meghibásodik, annak feladatait a tartalék veszi át, és még adatátvitel sem szükséges. De egy ilyen rendszer meglehetősen drága és időigényes megszervezése. Ne feledkezzünk meg az állandó replikáció szükségességéről.

Világossá válik, hogy egy ilyen megoldás csak olyan kritikus szolgáltatások esetében költséghatékony, amelyeknél magas a hibatűrés és minimális helyreállítási idő. Általában az ilyen rendszereket nagyon nagy szervezetekben alkalmazzák, amelyek nagy áruforgalommal rendelkeznek. Ez a séma pedig a biztonsági mentés gyengébb helyettesítője, mert egyébként is, ha az adatokat számítógépes vírus sérti meg, a felhasználói műveletek alkalmatlansága, ill. helytelen munka hatással lehet mindkét kiszolgálón lévő alkalmazásokra, adatokra és szoftverekre.

És természetesen semmilyen redundáns redundanciarendszer sem oldja meg az adatarchívum egy bizonyos időszakra való fenntartásának problémáját.

A "biztonsági ablak" fogalma

A biztonsági mentés nagy terhelést jelent a redundáns szerverre. Ez különösen igaz a lemez alrendszerére és a hálózati kapcsolatokra. Egyes esetekben, amikor a másolási folyamat elegendő magas prioritás, ez bizonyos szolgáltatások elérhetetlenségéhez vezethet. Ezen túlmenően, az adatok másolása a változtatások idején jelentős nehézségekkel jár. Természetesen vannak technikai eszközök a problémák elkerülésére az adatok integritásának megőrzése mellett, de ha lehetséges, az ilyen menet közbeni másolást legjobb elkerülni.

A fent leírt problémák megoldásának kiútja önmagát javasolja: a másolatkészítési folyamat elindítását egy inaktív időszakra halasztani, amikor a biztonsági mentés és az egyéb működő rendszerek kölcsönös hatása minimális lesz. Ezt az időszakot "mentési ablaknak" nevezik. Például egy 8x5-ös képletet alkalmazó szervezetnél (heti öt nyolcórás munkanap) egy ilyen „ablak” általában a hétvégék és az éjszakai órák.

A 24x7 képlet szerint (egész héten 24 órában) működő rendszerek esetében a minimális aktivitás idejét használjuk ilyen időszakként, amikor nincs nagy terhelés a szervereken.

A biztonsági mentés típusai

A mentések megszervezése során felmerülő felesleges anyagköltségek elkerülésére, illetve lehetőség szerint a mentési ablakon kívüli túllépésre több mentési technológiát fejlesztettek ki, amelyeket az adott helyzettől függően alkalmaznak.

Teljes biztonsági mentés (vagy teljes biztonsági mentés)

Ez a biztonsági mentések készítésének fő és alapvető módja, amelyben a kiválasztott adattömb teljes egészében másolásra kerül. Ez a legteljesebb és legmegbízhatóbb biztonsági mentési típus, bár a legdrágább. Ha több adatpéldányt kell menteni, a teljes tárolt mennyiség azok számával arányosan növekszik. Az ilyen pazarlás elkerülése érdekében tömörítési algoritmusokat használnak, valamint ennek a módszernek a kombinációját más típusú biztonsági mentésekkel: növekményes vagy differenciális. És természetesen a teljes biztonsági mentés nélkülözhetetlen, ha biztonsági másolatot kell készítenie egy gyors rendszer-visszaállításhoz a semmiből.

Növekményes másolat

Ellentétben a teljes biztonsági mentéssel, ebben az esetben nem minden adat (fájlok, szektorok stb.) kerül másolásra, hanem csak azok, amelyek az utolsó mentés óta megváltoztak. A másolás időpontjának megállapításához használható különféle módszerek Például a Windows család operációs rendszereit futtató rendszereken a megfelelő fájlattribútum (archív bit) használatos, amely akkor kerül beállításra, amikor a biztonsági mentési program módosította és alaphelyzetbe állítja a fájlt. Más rendszerek használhatják a fájl módosítási dátumát. Nyilvánvaló, hogy az ilyen típusú biztonsági mentést használó séma gyengébb lesz, ha időről időre nem hajtanak végre teljes biztonsági mentést. A teljes rendszer-visszaállításnál vissza kell állítania a Full backup által létrehozott legutóbbi másolatot, majd felváltva a növekményes másolatok adatait a létrehozásuk sorrendjében „gurítani”.

Mire használható ez a fajta másolat? Archív másolatok készítése esetén csökkenteni kell a tárolóeszközök fogyasztott mennyiségét (például csökkenteni kell a felhasznált szalagos adathordozók számát). Lehetővé teszi a biztonsági mentési feladatok elvégzéséhez szükséges idő minimalizálását is, ami rendkívül fontos lehet olyan körülmények között, amikor szoros, napi 24 órában kell dolgoznia, vagy nagy mennyiségű információt kell letöltenie.

A növekményes másolásnak van egy árnyalata, amelyet tudnia kell. A részleges helyreállítás visszahozza a jobboldalt törölt fájlok a gyógyulási időszakra. Mondok egy példát. Például a teljes biztonsági mentés hétvégén, a növekményes mentés pedig hétköznapokon történik. A felhasználó hétfőn hozta létre a fájlt, kedden megváltoztatta, szerdán átnevezte, csütörtökön törölte. Így heti időszakon keresztül szekvenciális, szakaszos adat-helyreállítással két fájlt kapunk: az átnevezés előtti kedden a régi névvel, szerdán pedig az új névvel. Ez azért történt, mert különböző növekményes másolatokat tároltak különböző verziók ugyanannak a fájlnak, és végül az összes változat visszaáll. Ezért az adatok szekvenciális visszaállításakor egy "olyan állapotú" archívumból érdemes több lemezterületet lefoglalni, hogy a törölt fájlok is elférjenek.

Differenciál biztonsági mentés

Ez abban különbözik a növekményestől, hogy az adatokat a teljes biztonsági mentés utolsó pillanatától másolják át. Ebben az esetben az adatok eredményszemléletű módon kerülnek az archívumba. A Windows család rendszereiben ezt a hatást úgy érik el, hogy a differenciális másolás során az archív bitet nem állítják vissza, így a megváltozott adatok addig kerülnek az archív másolatba, amíg a teljes másolat az archív biteket nullára nem állítja.

Mivel minden ilyen módon létrehozott új másolat tartalmazza az előző adatait, kényelmesebb az adatok teljes helyreállítása a katasztrófa idején. Ehhez mindössze két példányra van szükség: a teljesre és az utolsóra a differenciálisak közül, így sokkal gyorsabban életre keltheti az adatokat, mintha az összes lépést szakaszosan görgetné. Ráadásul ez a fajta másolás megkíméli a növekményes másolás fenti jellemzőit, amikor teljes helyreállítással a régi fájlok, mint egy Főnix madár, újjászületnek a hamvakból. Kevesebb a zűrzavar.

A differenciális másolás azonban lényegesen gyengébb a növekményes másolásnál a szükséges hely megtakarításában. Mivel minden új másolat a korábbiak adatait tárolja, a biztonsági másolatok teljes mennyisége összehasonlítható egy teljes másolattal. És természetesen az ütemezés megtervezésekor (és annak kiszámításakor, hogy a mentési folyamat belefér-e az időablakba), figyelembe kell venni az utolsó, legvastagabb, differenciált másolat elkészítésének idejét.

Mentési topológia

Nézzük meg, melyek a biztonsági mentési sémák.

decentralizált rendszer

Ennek a sémának a magja a hálózati megosztás (lásd az 1. ábrát). Például egy megosztott mappa vagy egy FTP-kiszolgáló. Biztonsági mentési programok készletére is szükség van, amelyek időről időre információkat töltenek fel a kiszolgálókról és a munkaállomásokról, valamint más hálózati objektumokról (például az útválasztók konfigurációs fájljairól) erre az erőforrásra. Ezek a programok minden kiszolgálóra telepítve vannak, és egymástól függetlenül működnek. Kétségtelen előnye ennek a rendszernek a végrehajtásának egyszerűsége és alacsony költsége. Másoló programokként az operációs rendszerbe épített szokásos eszközök vagy szoftverek, például DBMS alkalmasak. Ez lehet például az ntbackup program a Windows családhoz, a tar program UNIX-szerű operációs rendszerekhez, vagy a beépített SQL szerver parancsokat tartalmazó szkriptek az adatbázisok biztonsági mentési fájlokba való kiírásához. További előny a különféle programok és rendszerek használatának lehetősége, mindaddig, amíg mindegyik hozzáfér a biztonsági mentések tárolására szolgáló célforráshoz.

A hátránya ennek a rendszernek a lassúsága. Mivel a programok egymástól függetlenül kerülnek telepítésre, mindegyiket külön kell beállítani. Meglehetősen nehéz figyelembe venni az ütemezés és az időintervallumok elosztásának sajátosságait, hogy elkerüljük a célerőforrásért való versengést. A felügyelet is nehézkes, az egyes szerverekről a másolás folyamatát a többitől külön kell figyelni, ami viszont magas munkaerőköltséghez vezethet.

Ezért ezt a sémát kis hálózatokban használják, valamint olyan helyzetben, amikor a rendelkezésre álló eszközökkel lehetetlen központi biztonsági mentési sémát megszervezni. Több Részletes leírás ez a séma és gyakorlati szervezése a -ban található.

Központosított biztonsági mentés

Az előző sémától eltérően ez az eset egy világos hierarchikus modellt használ, amely a "kliens-szerver" elven működik. A klasszikus változatban minden számítógépre speciális ügynökprogramok, a központi szerverre pedig a szoftvercsomag szervermodulja kerül telepítésre. Ezek a rendszerek speciális szerverfelügyeleti konzollal is rendelkeznek. A vezérlési séma a következőképpen néz ki: a konzolról feladatokat készítünk másolásra, visszaállításra, a rendszerről információgyűjtésre, diagnosztikára stb., és a szerver megadja az ügynököknek a szükséges utasításokat ezen műveletek elvégzéséhez.

A legtöbb népszerű biztonsági mentési rendszer ezen az elven működik, mint például a Symantec Backup Exec, a CA Bright Store ARCServe Backup, a Bacula és mások (lásd: 2. ábra).

A legtöbb operációs rendszerhez különféle ágensek mellett vannak fejlesztések a népszerű adatbázisok biztonsági mentésére és vállalati rendszerek például MS SQL Server, MS Exchange, Oracle Database és így tovább.

Nagyon kis cégek esetében bizonyos esetekben kipróbálhatja a központosított biztonsági mentési séma egyszerűsített változatát ügynökprogramok használata nélkül (lásd 3. ábra). Ez a séma akkor is használható, ha a használt biztonsági mentési szoftverhez nincs speciális ügynök implementálva. Ehelyett a szervermodul már meglévő szolgáltatásokat és szolgáltatásokat fog használni. Például adatok „kigereblyézése” a rejtettből megosztott mappák Windows szervereken, vagy másoljon fájlokat a használatával SSH protokoll UNIX rendszereket futtató szerverekről. Ennek a sémának igen jelentős korlátai vannak az írásra megnyitott fájlok mentési problémáival kapcsolatban. Az ilyen műveletek eredményeként a megnyitott fájlok vagy kimaradnak, és nem kerülnek bele a biztonsági mentésbe, vagy hibákkal másolják őket. Számos megoldás létezik erre a problémára, például a feladat újrafuttatása, hogy csak a korábban megnyitott fájlokat másolja, de egyik sem megbízható. Ezért egy ilyen rendszer csak bizonyos helyzetekben használható. Például 5x8-as üzemmódban dolgozó kis szervezetekben, fegyelmezett alkalmazottakkal, akik elmentik a változtatásokat és bezárják a fájlokat, mielőtt elhagyják otthonukat. Egy ilyen csonka központosított rendszer megszervezése, amely kizárólag ben működik Windows környezet, az ntbackup jól működik. Ha heterogén környezetben vagy kizárólag UNIX számítógépek között kell hasonló sémát használnia, akkor azt javaslom, hogy a Backup PC felé nézzen (lásd).

4. ábra Vegyes biztonsági mentési séma

Mi az off-site?

Zavaros és változó világunkban olyan események fordulhatnak elő, amelyek kellemetlen következményekkel járhatnak az IT infrastruktúrára és az üzlet egészére nézve. Például tűz egy épületben. Vagy szünet a központi fűtés akkumulátorában a szerverteremben. Vagy a berendezések és alkatrészek banális ellopása. Az információvesztés elkerülésének egyik módja ilyen helyzetekben az, hogy a biztonsági másolatokat a szerverberendezés fő helyétől távolabbi helyen tárolja. Ugyanakkor biztosítani kell gyors út hozzáférés a helyreállításhoz szükséges adatokhoz. A leírt módszert off-site (más szóval a másolatok vállalkozáson kívüli tárolása) nevezzük. Alapvetően két módszert alkalmaznak ennek a folyamatnak a megszervezésére.

Adatok írása cserélhető adathordozókra és azok fizikai mozgása. Ebben az esetben gondoskodni kell az adathordozó gyors visszaszállításának lehetőségéről hiba esetén. Például tárolja őket egy közeli épületben. Ennek a módszernek az az előnye, hogy ezt a folyamatot minden nehézség nélkül meg lehet szervezni. Hátránya az adathordozók visszaküldésének bonyolultsága és a tároláshoz szükséges információk továbbítása, valamint az adathordozó sérülésének veszélye a szállítás során.

Adatok másolása egy másik helyre hálózati kapcsolaton keresztül. Például VPN-alagút használata az interneten keresztül. Ebben az esetben az az előnye, hogy nincs szükség információval ellátott médiát valahova hordozni, hátránya pedig az, hogy kellően széles csatornát kell használni (ez általában nagyon költséges), és meg kell védeni a továbbított adatokat (pl. ugyanaz a VPN). A nagy mennyiségű adat átvitelének nehézségei nagymértékben csökkenthetők tömörítési algoritmusok vagy deduplikációs technológia alkalmazásával.

Külön érdemes megemlíteni az adattárolás megszervezésének biztonsági intézkedéseit. Mindenekelőtt ügyelni kell arra, hogy az adathordozók biztonságos helyiségben legyenek, és olyan intézkedésekről, amelyek megakadályozzák, hogy illetéktelen személyek beolvassák az adatokat. Például használjon titkosítási rendszert, kössön titoktartási megállapodásokat stb. Ha cserélhető adathordozóról van szó, akkor az azon lévő adatokat is titkosítani kell. Az alkalmazott jelölési rendszer nem segítheti a támadót az adatelemzésben. Arc nélküli számozási sémát kell használni az átvitt fájlok neveinek hordozóinak megjelölésére. Hálózaton keresztüli adatok átvitelekor (mint fentebb már említettük) biztonságos adatátviteli módszereket kell használni, például VPN-alagút.

Elemeztük a biztonsági mentés megszervezésének főbb pontjait. A következő részben módszertani ajánlásokat veszünk figyelembe és gyakorlati példák hatékony biztonsági mentési rendszer létrehozásához.

  1. A biztonsági mentés leírása Windows rendszer, beleértve a Rendszerállapotot - http://www.datamills.com/Tutorials/systemstate/tutorial.htm .
  2. A Shadow Copy leírása - http://ru.wikipedia.org/wiki/Shadow_Copy.
  3. Az Acronis hivatalos webhelye - http://www.acronis.ru/enterprise/products.
  4. Az ntbackup leírása: http://en.wikipedia.org/wiki/NTBackup.
  5. Berezhnoy A. Az MS SQL Server munkájának optimalizálása. // Rendszergazda, 2008. 1. szám - 14-22. o. ().
  6. Berezhnoy A. Kis és közepes méretű irodák számára tartalék rendszert szervezünk. // Rendszergazda, 2009. 6. szám - 14-23. o. ().
  7. Markelov A. Linux a Windows védelmében. A BackupPC biztonsági mentési rendszer áttekintése és telepítése. // Rendszergazda, 2004. 9. szám - 2-6. o. ().
  8. A VPN leírása - http://ru.wikipedia.org/wiki/VPN.
  9. Adatduplikáció – http://en.wikipedia.org/wiki/Data_deduplication.

Kapcsolatban áll

Szinte minden biztonsági mentési rendszert (BMS) bevezetett ügyfelünk úgy gondolja, hogy ez minden problémáját megoldja. Minden tőlük telhetőt megtettek annak érdekében, hogy mindenről biztonsági másolatot készítsenek, és baleset esetén megfelelően helyreállítsák. De gyakran előfordul így: a cég komoly problémával néz szembe, és a hagyományos mentési rendszer nem engedi, hogy a cég által célnak tartott időn belül helyreálljon. Valójában az SLA, amelynek a tartalék rendszernek meg kell felelnie, nem teljesül. Sajnos munkánk során sok szomorú példa gyűlt össze, amelyek ezt megerősítik. Az alábbiakban két esetet mutatunk be, és tanácsokat adunk arra vonatkozóan, hogy milyen technikai eszközökkel csökkenthető a gyógyulási idő. Az esetek kiválasztásánál az adatbázisokhoz kapcsolódó példákra koncentráltunk, ahol a legtöbb üzleti szempontból kritikus információt tárolták.

Kiskereskedelmi kihívások

Vevő: nagy biztosító társaság.

Az összeomlás okának rövid leírása: személyzeti hiba, helytelen javítás telepítése az Oracle-en.

A probléma leírása

Egy nagyvállalatról beszélünk, amelynek kiforrott informatikai részlege van, és eleget fektet a berendezéseibe és a személyzetébe. Elég, ha csak annyit mondunk, hogy az Oracle DBMS két Oracle Exadatán futott, két technológiai oldalon elosztva, jól kidolgozott DR-megoldással és testreszabott biztonsági mentési rendszerrel.

Egy szomorú napon úgy döntöttek, hogy telepítenek egy javítást az Oracle DBMS-re. Sajnos a mérnök nem olvasta el az utasításokat a végéig: "Mi az, hogy nem telepítem a javítást papír nélkül?!" - és rosszul tette. A hibát néhány órával később vették észre, amikor a DBMS furcsán kezdett viselkedni, és jelenteni kezdte a naplókban. Aztán a mérnök úgy döntött, hogy visszagurul. Ez a művelet végül az adatbázis mindkét példányát rögzíti (minden változtatást sikerült készenléti állapotba replikálni), és megsértette az összes adatot.

A cég fő információs eszköze nélkül maradt - egy adatbázis nélkül, amelyen keresztül minden üzleti folyamat működött. Az üzlet gyakorlatilag leállt.

Megoldás

Az ügyfél úgy döntött, hogy visszaállítja a biztonsági másolatból. Akkoriban egy 5 TB-os adatbázis (most ~ 15 TB) visszaállítása vett igénybe - figyelem! - több mint 30 óra!Összességében 1,5 nap elteltével az alapot helyreállították egy nappal a baleset előtt. De több adat is volt! Minden mást a programozók és munkatársak állítottak vissza más céges rendszerekből, az elsődleges dokumentációból (jelentkezési lapok, másolatok, szkennelések). Még 1,5 nap kemény munkába került.

Teljes

2 High-end Oracle Exadata rendszer, Oracle Standby, működő biztonsági mentési rendszer és 3!!! napok teljes leállás nál nél helytelen telepítés tapasz. Megengedte ezt a vállalati szabályzat? Természetesen nem.

A fő probléma: a logikai hibák gyors helyreállítási eszközeinek hiánya.

Hogyan kerülhette volna el

Az ilyen balesetek következményeinek enyhítése érdekében két irányba kell haladnia. Egyrészt azért, hogy gyakrabban készítsünk biztonsági mentéseket, másrészt, hogy gyorsan helyre tudjunk állni. A következő termékek segíthetnek:

Oracle FlashBack- olyan technológia, amely lehetővé teszi, hogy ne csak az új adatokat "göngyölje fel". tartalék rendszer Oracle, hanem a kívánt tranzakcióhoz való visszalépés is. Egy ilyen sémával lehetséges lenne a rendszer visszaállítása a javítással kapcsolatos problémák előtt, ami nagyban megkönnyítené az adatok helyreállítását.

Pillanatfelvétel technológia. A pillanatképek lehetővé teszik az adatok biztonsági mentését és visszaállítását másodpercek alatt. Ugyanakkor csekély hatásuk van a teljesítményre, és elég gyakran (például óránként egyszer) lehet pillanatfelvételeket készíteni. Így egy órával vissza lehetett görgetni, és csak egy órát lehetett visszaállítani az elveszett adatokat.

Folyamatos adatvédelem- folyamatos adatvédelem. Ezek olyan szabadalmaztatott eszközök vagy szoftverek, amelyek lehetővé teszik az összes rekord naplózását, és bármikor visszagörgethetők. Az Oracle FlashBackhez hasonlóan működik, de bármilyen adat esetén.

Eset: Hardverhiba

Vevő: Szövetségi szolgálat az Orosz Föderáció egyik alkotó egységében

Az összeomlás okának rövid leírása: hardverhiba a lemeztömbön belül.

A probléma leírása

A cég ezúttal valamivel fejletlenebb informatikai infrastruktúrával rendelkezik, de ügyfeleinknél inkább elterjedt: középszintű lemeztömbök, Oracle DBMS, Standby nem használatos.

Ahogy az lenni szokott, pénteken, amikor mindenki boldogan ment haza, a tömb hardver meghibásodott. A firmware hibája miatt, amikor egy lemez meghibásodott, a tömb összezavarta az adatokat. Ettől a szövetségi szintű szolgáltatás adatbázisai leálltak. Az ügyfél több mint egy napig várta a megoldást a tároló gyártójától. Az összes napló elemzése után az eladó levonta a következtetést: az adatok elvesztek!

Megoldás

Az ügyfél úgy döntött, hogy visszaállítja a biztonsági másolatból. Ez a folyamat körülbelül egy napig tartott, minden trükk és teljesítményhangolás ellenére (az alap elég nagy). Az adatbázis visszaállítása közben a naplók biztonsági másolata elveszett (a megőrzési időszak túl rövidre volt állítva, az SRK maga törölte őket).

Tovább - mélyebbre. A cég – sok máshoz hasonlóan – bizonyos pontokon naplózatlan műveleteket alkalmazott az Oracle-ben, ami nagymértékben javítja a teljesítményt, de nem hagy esélyt a helyreállításra, kivéve a biztonsági mentésből. Vagyis ezt közvetlenül a műtét után kell elvégezni. Természetesen az évek során az üzemeltetési szolgálat megfeledkezett erről. Így az adatok egy része teljesen elveszett.

Még néhány napba telt az infrastrukturális szolgáltatások teljes helyreállítása - nem voltak biztonsági másolatok az operációs rendszerekről, bináris fájlokról, konfigurációkról stb.

Az összes elveszett információt elsődleges dokumentumokból (külső adatbázisokból, papíralapú dokumentumokból, a pénztárosok számítógépén lévő adatokból) gyűjtötték össze, ami további 3 napot vett igénybe. Előfordulhat, hogy egyes dokumentumokat soha nem sikerült visszaállítani.

Teljes

Egy tömbprobléma adatvesztést és körülbelül egy hétig tartó leállást okozott! Modern körülmények között ez a cég csődjéhez vezethet.

Főbb problémák:

  • Az RMS rosszul lett beállítva, a próba-visszaállítás nem történt meg.
  • Nem volt lehetőség az azonnali helyreállításra baleset esetén, és nem voltak redundáns rendszerek.
  • Nem volt egyértelmű DR-terv.

Hogyan lehetne ezt elkerülni:

  • Használja egy másik tömbön található Oracle Standby-t. Ez lehetővé tenné egy rövid ideig a futó adatpéldányra való váltást.
  • Az Oracle ZDLRA lehetővé tette volna az adatbázis visszaállítását a biztonsági mentési berendezéseken sokkal rövidebb idő alatt.
  • A biztonsági mentési és helyreállítási folyamatok megfelelő megtervezésével elkerülhető lett volna az ekkora veszteség, és kevesebb mint egy nap alatt helyreállt volna.

Következtetés. A fenti példákból látható, hogy a biztonsági mentési rendszerek telepítése és beállítása megtörtént, de ennek ellenére nem tudtak helyreállni az SLA-ban meghatározott időkereten belül.

A biztonsági mentési rendszerek fő problémái

Tapasztalataink alapján úgy döntöttünk, hogy kiemelünk néhány olyan problémát, amelyre véleményünk szerint az olvasóknak kiemelt figyelmet kell fordítaniuk.

A biztonsági mentés és az azt követő helyreállítás sebessége

A Ebben a pillanatban a biztonsági mentés sebessége egyenesen arányos az adatmennyiséggel, miközben minden ügyfelünk éves adatnövekedése legalább 30%. 3-4 év alatt az adatok legalább megduplázódnak, de egyes cégeknél ez a szám még ennél is magasabb, ugyanakkor a mentési sebesség egyáltalán nem változik. Ebből egy egyszerű következtetést vonhatunk le, hogy azokat a kifejezéseket és SLA-kat, amelyek 3-4 évvel ezelőtt relevánsak voltak, most legalább meg kell duplázni. Ugyanakkor az adat-helyreállítás (RPO / RTO) üzleti igényei folyamatosan nőnek.

Fokozatosan a cég minden üzleti folyamata átkerül az informatikába, és a papíralapú elsődleges dokumentumok (dokumentumok másolatai és eredeti példányai, alkalmazások, szkennelések stb.) kihalnak. Minden az informatikai rendszereken belül forog, és az adatvesztés valójában mindennek az elvesztését jelenti. Az IT-nek többé nincs joga hibázni. Az általunk idézett esetekben az adatok különböző körülmények miatt folyamatosan nem álltak rendelkezésre, a cégek nem tudtak működni. Ez mind közvetlen veszteségekhez vezetett, amikor lehetetlen volt végrehajtani a szervezet fő üzleti folyamatát, mind pedig implicit, például reputációs veszteségeket, amelyeket nem olyan könnyű pénzben mérni, de amelyek a jövőben okozhatnak. nem kevesebb kár érte a céget.

A képen A felépülési idővel (RTO) kapcsolatos észrevételeimet tükröztem. Az adatok növekedésével a tényleges helyreállítási idő minden bizonnyal növekszik, miközben az SLA-követelmények csak szigorúbbá válnak. A grafikon azon pontja, ahol a tényleges idő megegyezik a szükséges idővel, a legtöbb ügyfélnél már túlhaladott.

A helyreállítási idő függése az adatmennyiségtől

Alacsony részletességű helyreállítás

Valójában a legtöbb hiba az adatok egy részének elvesztéséből adódik. Ugyanakkor a hagyományos biztonsági mentési eszközök lehetővé teszik az adatok közvetlenül a biztonsági mentésből történő visszaállítását, de gyakrabban kell visszaállítani a teljes rendszert. Ha az adatbázis 15 TB-os, akkor több napot is el kell töltenie vele. Nem ismerünk olyan ügyfeleket, akiknek RTO (Recovery Time Objective) követelménye 2 nap. Gyakorlatunkban nem volt példa arra, hogy az ügyfél azt mondaná: „Srácok, normális, hogy 2 napig gyógyulunk, leszek türelmes”, ha az adminisztrátor véletlenül több sort törölt az adatbázisból. Meglehetősen gyakori probléma, amellyel ügyfeleink szembesülnek, hogy hogyan lehet egy kis adatot elkülöníteni a biztonsági másolatból anélkül, hogy visszaállítanánk azt (és nem kell több napot töltenünk vele).

Túlzott RPO (helyreállítási pont célja)

Egy olyan világban, ahol a papíralapú iratok eltűntek, és mindent az informatikai rendszerekben tárolnak, minden másodpercben keletkeznek olyan adatok, amelyeket azonnal meg akarunk védeni – ugyanabban a pillanatban, amikor létrejöttek. De a klasszikus biztonsági mentési rendszerek segítségével ezt nem lehet megtenni. Minden egyes adat esetében van egy bizonyos hosszú időszak, amely alatt ezek az adatok egyetlen példányban léteznek az egész világon. Ügyfeleink folyamatosan, a megjelenés pillanatától kívánják védeni az adatokat. Ha úgy dönt, hogy visszaállít egy biztonsági másolatból, akkor nagy valószínűséggel egy nappal ezelőtt kell visszaállítania, akkor az aznapi adatokat máshonnan kell beszerezni. Általános szabály, hogy ezt hosszú munka rendszergazdák, néhány napig tart. A legnegatívabb forgatókönyv esetén ez veszteségbe torkollhat lényeges információkat. A kérdés természetesen nem korlátozódik a mentésre, egy informatikai rendszer egészére vonatkozik, de az RMS témája ebben az esetben nagyon fontos, nem elhanyagolható.

Rejtett hibák

Sajnos még mindig nincs olcsó és gyors lehetőség a biztonsági mentés ellenőrzésére. Természetesen ez megtehető időszakos teszt-visszaállítással, de ez emberi és informatikai erőforrások szempontjából igen költséges művelet. Ez egy külön csapat munkája, külön hardveren.

Sajnos ügyfeleink többsége nem. Gyakran előfordul, hogy mindenki készít biztonsági másolatot, de a visszaállítás idejére kiderül, hogy nem tudták megtenni - egyszerűen nem állnak helyre, az RMS külsőleg megfelelő működése ellenére. Ez különböző okokból következik be. És ezt egy példával lehet a legjobban demonstrálni. Egyik ügyfelünk SAP rendszert használt Oracle adatbázissal. A biztonsági mentést beépített SAP eszközökkel végezték az egyik legnagyobb SRK szállító segítségével.

2 különböző biztonsági mentési házirendet állítottunk be: az egyik fájl alapú - az operációs rendszer adatait és a szoftver beállításait másolta, a másik pedig magát az adatbázist. Mivel ugyanabba a rendszerbe irányították őket, egy kizárási lista került felállításra, amelybe az adatbázist beírták. A fájlházirend figyelembe vette ezt a listát, és nem foglalta le azokat a könyvtárakat, amelyekben az adatbázis található. Az RMS architektúra sajátosságai miatt az adatbázis-foglalási szabályzat figyelmen kívül hagyta a kivételek listáját, és helyesen másolta a szükséges adatokat.

Az egyik szoftverkiadásban ez a gyártó kijavította ezt a „hibát”, attól a naptól kezdve mindkét irányelv figyelembe vette a kivételek listáját, és megkerülte az adatbázist. Ráadásul ez semmilyen módon nem befolyásolta az RMS szoftver hibáit, mivel az normálisan működött: minden, a listában nem szereplő adatról rendesen ment a biztonsági mentés. A rendszer beszámolt működőképességéről.

Így minden több mint hat hónapig működött. Amíg meg kell gyógyulnod...

Nem szisztematikus megközelítés

Fontos probléma a biztonsági mentés problémájának nem szisztematikus megközelítése. Az RMS-t történelmileg vagy maga a vállalat, vagy egy érintett integrátor építette fel. Az építkezéskor minden követelménynek minden bizonnyal megfelelt, funkcióját maradéktalanul ellátta. Az idő múlásával a vállalat informatikai környezete megváltozott. Ugyanakkor a tartalék rendszer a rendszer fejlődésével egyszerűen alkalmazkodott hozzá, és legtöbbször nem volt megfigyelhető olyan szisztematikus megközelítés, amely figyelembe vette volna annak fontosságát, hogy a rendszert minden további szakaszban összhangban tartsák a kezdeti mutatókkal. Amikor RMS-t épít ki szervezetében, ne feledje, hogy ez csak az adatvédelmi stratégiája része.

Számos esettanulmányt mutattunk be, amelyek azt mutatják, hogy az adatvédelem megközelítésének átfogónak kell lennie. Sajnos az SRC csak egy tartalék ejtőernyő, nem egy ezüstgolyó, így amikor elkezdi létrehozni, világosan meg kell értenie, hogy milyen helyet foglal el a globális adatvédelmi stratégiában.

Annak ellenőrzéséhez, hogy mennyire szisztematikusan közelítette meg az RMS felépítésének kérdését, válaszoljon néhány egyszerű kérdésre:

  • Van-e beépített kockázati modellje, amelyen belül az IBS helye elő van írva?
  • Milyen hibáktól véd meg az IBS?
  • Hogyan védi meg magát más kockázatoktól (ezek nem csak technikai megoldások, hanem egyéb kompenzációs intézkedések is lehetnek)?
  • Biztos benne, hogy a rendszer helyreáll a megadott időn belül?
  • Ezt kipróbáltad a gyakorlatban?

Megoldás

Saját tapasztalataink és ügyfeleink tapasztalatai alapján igyekeztünk olyan megközelítést kialakítani, amely lehetővé teszi ezen problémák megoldását, illetve azok következményeinek jelentős csökkentését. Megközelítésünk lényege:

Először is le kell választania a biztonsági mentés és a helyreállítás sebességét a rendszer kötetétől. A tárolórendszerek, az alkalmazásszoftverek és az RMS gyártói kínálnak néhány eszközt a probléma megoldására. Az alábbiakban leírom közülük a legígéretesebbeket.

A pillanatképek lehetővé teszik az adatok biztonsági mentését és visszaállítását másodpercek alatt, gyakorlatilag a teljesítményre gyakorolt ​​hatás nélkül. Ez a tömb segítségével történik, ugyanakkor az SRC vezérelheti, része lehet annak szabályzatának. Az ilyen biztonsági mentés és helyreállítás valóban másodpercekig tart, ami megkülönbözteti ezt a technológiát az elidegeníthető adathordozókkal rendelkező klasszikus rendszerektől.

Egy másik megoldás lehet különféle alkalmazási eszközök használata, mint például az Oracle Standby, DB2 HADR, MS SQL Always On. Mindezek az eszközök lehetővé teszik, hogy egy produktív rendszer működőképes másolata legyen az eredetitől leválasztva, és azonnal üzembe helyezhető. Ez lehetővé teszi, hogy a hibák után azonnal megkezdje a munkát.

A második az, hogy lehetőséget adjon csak a szükséges adatok helyreállítására. Megközelítésünk figyelembe veszi, hogy az adatok egy részének visszaállításakor nem kell a teljes rendszert átmásolnunk, vissza tudjuk állítani azokat az adatokat, amelyekre éppen szükségünk van. Ez az ezeket az adatokat tartalmazó, már telepített rendszerek gyors üzembe helyezésének vagy használatának képességével érhető el. Csakúgy, mint az első esetben, a pillanatképek lehetővé teszik a probléma megoldását (gyorsan megnyithat egy pillanatképet a szomszédos szerveren, és kihúzhatja a szükséges adatot). Ide tartoznak a folyamatos adatvédelmi technológiák is, például az Oracle Standby Flashback funkcióval, a folyamatos adatvédelmi (CDP) megoldások. Lehetővé teszik, hogy gyorsan telepítse adatainak működő másolatát megfelelő pillanat idő.

Ha egy logikai blokkot, például egy sort vagy egy adatbázistáblát kell beszereznie, ezek az eszközök nagyban megkönnyítik a feladatot, lehetővé téve a szükséges adat visszaállítását a teljes másolat visszaállítása nélkül.

A harmadik az adatok megjelenése és védelme közötti szakadék csökkentése. Ez az adott eset sajátosságai és az adatok fontossági foka alapján többféle módon is megvalósítható.

Például kevésbé kritikus rendszerek esetén a biztonsági mentés időtartama több órára csökkenthető. Ebben az esetben pillanatfelvételeket használunk. Visszaállítási pontként szolgálhatnak, ami óránként egyszer megtehető. Néhány modern tömb elég jól megbirkózik ezekkel a folyamatokkal, és eleget tud tárolni nagyszámú rendszer pillanatképei. Ez egy nagyszerű kiút abból a helyzetből, amikor vissza kell gurulnod egy kicsit.

A legkritikusabb rendszerek esetében előfordulhat, hogy egyáltalán nincs időintervallum – az adatokat folyamatosan védeni kell. Ennek az osztálynak számos megoldása létezik, például az Oracle Standby FlashBack funkcióval, amely lehetővé teszi az adatbázis egy ideje visszagörgetését az összes változás naplózásával. Használhatja az Oracle ZDLRA HSS-t is, amely szinte szinkronban fogadja az adatbázisban vagy a szoftver- és hardverrendszerekben bekövetkezett összes változást. Általános rendeltetésű mint például az EMC RecoverPoint, a Vision Solutions Double-Take szoftver. Minden változást naplóznak, és lehetővé teszik a visszaállítást az időintervallum bármely pontjára.

Amikor a biztonsági mentési és helyreállítási rendszerek innovációjáról van szó, nem hagyhatjuk figyelmen kívül az Oracle Zero Data Loss Recovery Appliance-t (ZDLRA). Az Oracle Engineered Systems családhoz tartozó szoftver- és hardverkomplexum lehetővé teszi az Oracle Database biztonsági mentését és gyors visszaállítását bármilyen platformról és bármely kiadásról (Enterprise és Standard). A ZDLRA virtuális biztonsági mentési adatbázisokon (Virtual Full Backup) alapul, amelyeket az első teljes biztonsági mentés és az azt követő változásnaplók alapján szereztek be. Ezeknek a virtuális biztonsági mentéseknek köszönhetően sokkal gyorsabban visszaállíthatja az adatbázist bármely időpontban, mint az RMS klasszikus használatával, a „teljes biztonsági mentés hetente egyszer, növekményes egyszer naponta” séma szerint. Kijelenthetjük, hogy a ZDLRA folytatja az Oracle Exadata által adott irányt. Az Exadatában a speciális Szoftvernek köszönhetően innovatív, Oracle Database feladatokra optimalizált tárolórendszert valósítottak meg. És a ZDLRA-ban van egy speciális szoftver, amely optimalizálja az Oracle Database biztonsági mentését.

Most csak a működés helyreállításáról beszélünk. Nagyobb katasztrófák vagy több idő visszanyerésének szükségessége esetén a rendszeres biztonsági mentések nélkülözhetetlen eszközök maradnak. De a jelenlegi körülmények között ez csak egy tartalék ejtőernyő, amelyet az utolsó pillanatban nyitottak ki.

A negyedik a látens hibák csökkentése. Csak egy módja van annak, hogy megbizonyosodjon arról, hogy a biztonsági másolat megfelelően működik: megpróbálja visszaállítani. Ez a leghelyesebb és legritkábban használt módszer ügyfeleink által.

De kínálunk egy kiutat ebből a helyzetből. Először is, hogy legyenek könnyen helyreállítható rendszerpéldányok. Ez ismét a pillanatfelvétel és a készenléti rendszerekről szól, amelyek gyorsan telepíthetők és tesztelhetők. Összehasonlíthatatlanul kevesebb időt és erőfeszítést igényel, mint a teljes biztonsági másolat „feltekercselése”. Ez persze nem mindig segít, de egy kicsit több reményt hagy arra, hogy vészhelyzet esetén legalább ezekkel az eszközökkel sikerüljön visszaállítani az adatokat.

Másodszor, egyes SRK-k lehetővé teszik az automatizált tesztelés végrehajtását. Egy bizonyos időpontban, az ütemterv szerint futhat virtuális gépek izolált környezetben és előre meghatározott algoritmusok szerint ellenőrizze, hogy valóban helyreálltak-e az adatok, elérhető-e az alkalmazás, konzisztens-e, válaszol-e a szükséges kérésekre. Ily módon a rendszergazdák megkímélhetők a hosszú rutinmunkától.

Ötödször - a biztonsági mentési rendszer átláthatósága. A leírt integrált megközelítés egy komplex rendszer felépítését foglalja magában, különböző gyártók különféle technológiáinak felhasználásával. Az a feladat, hogy ezt a rendszert valóban működőképessé tegyük, további változtatások, méretezés lehetőségét fektessük bele, nem triviális, és kétféleképpen is megoldható:

  • Az első út - feltéve, hogy az ügyfél maga kellően kompetens és be akarja helyezni ezt a rendszert. Itt integrátorként segítünk minden szükséges folyamat kiépítésében, szabályozási keretek kialakításában, minden szükséges utasítás és terv kidolgozásában, hogy a megrendelő informatikai részlege önállóan tovább tudja fejleszteni és üzemeltetni a rendszert helyes utat. Majd mindezt a gyakorlati szabályozási és feladatbázist egy működő üzleti folyamatrendszer formájában adja át az ügyfélnek.
  • A második út, amikor az ügyfél nem biztos abban, hogy képes lesz az RMS rendszert folyamatosan harci állapotban tartani, a kiút a rendszer részleges vagy teljes kiszervezésére való áthelyezése. És vannak olyan ügyfeleink, akik sikeresen veszik igénybe ezt a szolgáltatást, folyamatosan növelve mind az SLA-követelményeket, mind az informatikai kihelyezői szerepvállalásunk mértékét.

Sajnos még nincs olyan univerzális recept, amely megoldaná az adat-helyreállítás problémáját a jelenlegi folyamatos növekedés és a rendszerek bonyolultsága mellett. Csak a fenti megoldások és a szisztematikus megközelítés kombinációja teszi lehetővé a vállalatok számára az adatok helyreállítását a vállalkozás által megkövetelt időn belül.