Távoli szerverekre történő biztonsági mentések beállítása és fejlesztése

Távoli szerver mentés magánügyfeleknek

A Távoli szerver mentés akkor hasznos, ha fontos adatok, weboldalfájlok, levelezési elemek vagy adatbázisok nem veszhetnek el egy hibás frissítés, támadás, tárhelygond vagy emberi tévedés miatt. A lényeg egyszerű. A szerveren lévő adatokról rendszeres másolat készül egy külön helyre, amelyhez szükség esetén vissza lehet nyúlni. Ez nem látványos munka, de amikor baj van, sokszor ez dönti el, hogy egy weboldal vagy online rendszer néhány óra alatt helyreállítható, vagy napokig tart a kármentés.

Én azt látom, hogy a legtöbb magánügyfél csak akkor kezd el mentésben gondolkodni, amikor már megtörtént a probléma. Eltűnik egy mappa, hibás lesz egy frissítés, megsérül az adatbázis, vagy a szolgáltató csak részleges visszaállítást tud adni. Ilyenkor derül ki, hogy a régi mentés túl régi, nem teljes, vagy senki sem ellenőrizte, hogy valóban használható-e. A távoli biztonsági mentés pont ezt a kockázatot csökkenti.

A Qjob.hu felületén magánszemélyek olyan online szakembert találhatnak, aki beállítja, ellenőrzi és dokumentálja a mentési folyamatot. A munka távolról történik. A szakember hozzáférést kér a szükséges rendszerekhez, átnézi a szerver környezetét, kiválasztja a mentési módot, majd beállítja az ütemezést. Fontos, hogy ez nem csak egy kapcsoló bekapcsolása. Jó döntést kell hozni a mentési gyakoriságról, a tárhelyről, a titkosításról és arról is, hogy meddig maradjanak meg a régebbi példányok.

Távoli mentés célja és tartalma

A távoli mentés célja nem az, hogy minél több fájl másolódjon valahová. A cél az, hogy baj esetén legyen használható visszaállítási pont. Ez nagy különbség. Egy rosszul beállított adatmentés rengeteg helyet foglalhat, mégsem segít, ha például csak a fájlok mentődnek, de az adatbázis nem. Sokan ott hibáznak, hogy a mentést kipipált feladatnak tekintik, és nem nézik meg, pontosan mi kerül a másolatba.

Az online szervermentés általában tartalmazhat weboldalfájlokat, adatbázisokat, beállítási fájlokat, felhasználói feltöltéseket, naplóállományokat és bizonyos esetekben levelezési adatokat is. Nem minden ügyfélnél kell mindent menteni. Egy kisebb bemutatkozó oldalnál elég lehet heti mentés. Egy gyakran módosuló áruház, ügyfélfelület vagy foglalási rendszer esetén már napi vagy többórás mentés is indokolt lehet.

Szerintem az első kérdés mindig az, hogy mekkora adatvesztés lenne még elfogadható. Ha valaki egy hét munkáját sem szeretné elveszíteni, akkor a heti mentés kevés. Ha egy nap alatt sok új rendelés, üzenet vagy fájlfeltöltés keletkezik, akkor a napi mentés sem mindig elég. Itt nem csak technikai döntésről van szó, hanem üzleti és gyakorlati kockázatról is.

Távoli szerver mentés árak

Az ár attól függ, hogy hány szerverről van szó, mekkora az adatmennyiség, kell-e adatbázismentés, szükséges-e titkosítás, és kér-e az ügyfél próba-visszaállítást. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimaradhat az ellenőrzés vagy a dokumentálás. Egy mentés csak akkor ér valamit, ha vissza is lehet állítani belőle az adatokat.

Tapasztalatom szerint a kisebb munkák ára akkor marad alacsony, ha a szerver rendezett, a hozzáférések tiszták, és az ügyfél pontosan tudja, mit szeretne menteni. Ha a szakembernek először hibákat kell feltárnia, jogosultságokat kell tisztáznia, vagy régi beállításokat kell javítania, akkor a munka több időt igényel. Ez természetes, mert a mentés sok más rendszerhez kapcsolódik.

Szakember választása távoli mentéshez

Távoli szervermentéshez olyan szakember kell, aki nem csak parancsokat futtat, hanem érti a visszaállítás logikáját is. Érdemes portfóliót, korábbi hasonló munkákat és rövid szakmai magyarázatot kérni. Nem baj, ha az ügyfél nem ért a szerverekhez. Pont ezért fontos, hogy a szakember egyszerűen el tudja mondani, mit fog menteni, hová menti, milyen gyakran, és mi történik hiba esetén.

A jó jel az, ha a szakember kérdez. Milyen rendszer fut a szerveren. Van-e adatbázis. Milyen gyakran változik a tartalom. Van-e jelenlegi mentés. Ki férhet hozzá a tárhelyhez. Kell-e titkosítás. Mennyi ideig kell megőrizni a régi példányokat. Ezek nem felesleges kérdések, hanem a pontos munka alapjai.

Volt olyan eset, amikor egy ügyfél azt hitte, hogy a tárhelyszolgáltató napi mentése elég. Később kiderült, hogy a mentés csak néhány napig volt elérhető, és pont a fertőzött állapot került bele a legfrissebb példányokba. A külön távoli biztonsági mentés akkor segített volna, mert lett volna tiszta, régebbi állapot. Ebből jól látszik, hogy nem mindig elég a szolgáltatói mentésre hagyatkozni.

Online munka menete és hozzáférések

A munka általában rövid egyeztetéssel indul. Az ügyfél leírja, milyen szerverről, weboldalról vagy online rendszerről van szó. A szakember elkéri a szükséges hozzáféréseket, de csak azokat, amelyek valóban kellenek. Ez lehet tárhely, szerverkapcsolat, adatbázis-kezelő, felhőtárhely vagy vezérlőpult. A hozzáféréseket érdemes ideiglenesen megadni, majd a munka végén jelszót cserélni.

Ezután következik a felmérés. A szakember megnézi az adatmennyiséget, a szerver jogosultságait, az ütemezés lehetőségét és a célhelyet. Ha minden tiszta, beállítja a mentési folyamatot. A jobb megoldások naplót vezetnek, és hibánál értesítést küldenek. Ez fontos, mert a csendben elromló mentés veszélyes. Az ügyfél azt hiszi, minden rendben, közben hetek óta nem készül használható másolat.

A végeredményt nem csak szóban kell átadni. Jó, ha az ügyfél kap egy rövid leírást arról, mi lett beállítva, hol található a mentés, milyen gyakran fut, ki fér hozzá, és milyen lépésekkel lehet elindítani a visszaállítást. Szerintem ez a dokumentáció sokszor többet ér, mint egy hosszú technikai magyarázat. Baj esetén gyorsan olvasható, és nem kell mindent újra kitalálni.

Mentési gyakoriság és adatmegőrzés

A mentési gyakoriságot a változások mennyisége határozza meg. Egy ritkán frissülő oldalnál elég lehet heti mentés. Egy aktív rendszerhez inkább napi mentés kell. Ha sok adat keletkezik egy nap alatt, akkor több mentési pont is indokolt lehet. Itt nincs mindenkire érvényes válasz.

Az adatmegőrzés legalább ilyen fontos. Nem szerencsés, ha csak egyetlen friss mentés létezik. Ha a hiba már napokkal korábban bekerült a rendszerbe, akkor a legfrissebb mentés is hibás lesz. Ezért érdemes több régebbi állapotot megtartani. Például napi mentéseket egy-két hétig, heti mentéseket néhány hónapig. A pontos megoldás az adatmennyiségtől és a költségkerettől függ.

Én azt tartom jó megoldásnak, ha a mentés nem terheli túl a szervert, de elég gyakran készül ahhoz, hogy valódi védelmet adjon. Egy rosszul időzített mentés lassíthatja a weboldalt vagy megszakadhat nagy fájloknál. Ezért fontos az időzítés, a tömörítés és a hibakezelés. A távoli adatmentés nem csak másolás, hanem rendszeres, ellenőrizhető folyamat.

Tipikus hibák távoli biztonsági mentésnél

Sokan ott hibáznak, hogy csak a fájlokat mentik, de az adatbázist nem. Mások ugyan mentik az adatbázist, de nem figyelnek a karakterkódolásra, a jogosultságokra vagy a nagy méretű táblákra. Olyan is előfordul, hogy a mentés ugyan elkészül, de ugyanazon a szerveren marad. Ez nem igazi távoli mentés, mert ha a szerver megsérül vagy elérhetetlenné válik, a másolat is elveszhet.

Gyakori hiba a próba-visszaállítás kihagyása. Papíron minden rendben van, a fájlok ott vannak, az ütemezés fut, de senki sem próbálta ki, hogy egy új környezetben visszaállítható-e a rendszer. Ez olyan, mint egy zár, amelyről soha nem ellenőrizték, hogy nyitja-e a kulcs. A mentés értéke csak akkor derül ki, amikor vissza kell tölteni.

A túl bonyolult megoldás sem mindig jó. Magánügyfeleknél gyakran az egyszerű, jól dokumentált rendszer működik a legjobban. Legyen világos, mikor fut a mentés, hol található, hogyan lehet ellenőrizni, és kit kell keresni hiba esetén. Nem kell minden esetben nagyvállalati rendszer. De a laza, ellenőrizetlen másolgatás sem elég.

Minőség, biztonság és visszaállítás

A távoli biztonsági mentés minőségét nem a beállítás pillanata mutatja meg, hanem a későbbi működés. A jó mentési rendszer észrevétlenül dolgozik, de hiba esetén jelez. Nem tárolja feleslegesen nyílt formában az érzékeny adatokat, és nem ad hozzáférést több embernek, mint amennyi szükséges. A biztonság itt nem külön téma, hanem a munka része.

A visszaállítási terv is lényeges. Egy ügyfélnek nem kell minden technikai részletet ismernie, de tudnia kell, hogy baj esetén milyen lehetőségei vannak. Visszaállítható csak egy fájl. Visszaállítható egy adatbázis. Visszahozható egy teljes weboldal korábbi állapota. A szakember feladata, hogy ezt érthetően elválassza, mert más idő és más kockázat tartozik hozzájuk.

Tapasztalatom szerint a nyugodt ügyfél nem attól nyugodt, hogy soha nem történhet baj. Hanem attól, hogy tudja, van használható terv. A Távoli szerver mentés erre ad alapot. Nem helyettesíti a jó szerverbeállítást, a frissítéseket és a biztonsági figyelést, de ezek mellett az egyik legfontosabb védelem. És ha egyszer valóban szükség lesz rá, akkor már nem lehet utólag elkészíteni.