Költséges és kellemetlen problémák elkerülése az adatmentések segítségével

Reménykedés az adatok megmentésében

Sajnos a BMD-nél most is gyakran találkozunk a hibás adatbázisokkal, bár maga a BMD Business Software eddig soha nem volt egyedül kiváltó ok. Gyakran futnak be hozzánk kétségbeesett ügyfélkérések, mert az adatbázisuk már nem működik. A legtöbb esetben ilyenkor hardverhibák állnak a háttérben.

Átalában ilyenkor a következő kérdéssel fordulnak hozzánk: „Meg lehet valamit menteni az adataimból?” Azügyfelek sok esetben nagyon későn - és gyakran már túl késő veszik fel velünk a kapcsolatot. Az értékes vállalati adatok miatti aggodalmak azonban elkerülhetők, ha rendszeresen elvégzi a helyes és teljes adatmentést.

Hogyan lehet észrevenni az adatbázis-problémákat?

Szinte minden esetben az adatbázis hibák már azelőtt nyilvánvalóvá válnak, mielőtt komolyabb probléma lépne fel, és ezek időben fel is ismerhetők. Erre vonatkozó egyértelmű jelek:

• A szerver eseménynaplójában folyamatosan jelennek meg hibák (pl. lemezhiba). Sajnos ezeket az eseményértesítéseket gyakran nem ellenőrzik.

• Egy (remélhetőleg) beállított SQL karbantartási terv hetek óta nem működik megfelelően, és egy hibával megszakad a futtatása. Sajnos ezt gyakran nem veszik észre, mert az ehhez kapcsolódó e-mail értesítéseket nem állítottak be.

• Az adatbázis SQL biztonsági mentése régóta nem működik, de ez  is elkerüli a figyelmet.

• A biztonsági mentést végző szoftver figyelmeztetést küld, hogy az adatok nem olvashatók. A protokollt azonban ritkán ellenőrzik vagy figyelmen kívül hagyják.

A hiányzó biztonsági mentések kellemetlen következményei

Ha figyelmen kívül hagy minden figyelmeztetést és ellenőrzést, akkor nagyon valószínű, hogy a BMD NTCS bizonyos funkciói már nem indíthatók el egy bizonyos időponttól, adatbevitel esetén csak hibajelzéseket ad vissza, és az egész rendszer egyre lassabb lesz. A szervert gyakran újraindítják néhány hét elteltével, és ezek után az adatbázis már nem indítható.

Átlalában ez viszont már túl későn van. Az adatbázisban lévő adatok hibásak, és már nem olvashatók. Ilyenkor kezdődik a hiányzó biztonsági mentés okainak keresése. Mikor kezdődött a probléma? Van biztonsági másolat az adatbázisról? Általában aztán megállapítják, hogy az utolsó működő adatmentés már több hetes.

Ilyen esetekben a BMD megpróbálhatja visszaállítani az SQL adatbázisban lévő adatokat, de ez sok időbe és pénzbe kerül, és nem mindig működik. Ezért előfordulhat, hogy az ügyfelek egész heteket vagy akár hónapokat veszítenek munkájukból.

A rosszindulatú programok problémája

Egy másik gyakran előforduló probléma a rosszindulatú programok támadása a számítógép vagy a szerver ellen. Egyre több ügyfél készít biztonsági másolatot csak a merevlemezről, ami jó megközelítés, de soha ne legyen ez az egyetlen biztonsági mentés. A rosszindulatú programok nagyon gyakran megpróbálják titkosítani ezeket a biztonsági másolatokat is.

Ha nincs offline biztonsági mentés - tipikusan szalagos biztonsági mentés formájában -, és az adatok titkosítva vannak, a BMD IT is tehetetlen, és már nem tud segíteni. Az SQL adatbázist ezekben a támadásokban ritkán érintett, mivel amíg ez fut, a fájlokat nem lehet titkosítani. Ilyen esetekben viszont általában az összes archívált adat titkosításra kerül.

Proaktívan előzze meg az adatproblémákat

Ilyen esetekben csak egy jól működő biztonsági mentési rendszer segíthet, amely védett a rosszindulatú programokkal szemben. A gyakorlatban nagyon gyakran előfordul, hogy a biztonsági mentést ugyan már beállították, de hetek vagy hónapok óta nem működik megfelelően.

A fontos adatok napi biztonsági mentését sajnos gyakran elhanyagolják. Mivel az adatok biztonsági mentésére ideális esetben soha nincs szükség, a konfigurációs beállításokat gyakran tudatosan vagy akaratlanul figyelmen kívül hagyják. Viszont adatvesztés vagy a szerver összeomlása esetén az ebben az esetben használható biztonsági mentés általában megfizethetetlen. Egy meglévő biztonsági mentés aranyat ér, különösen, ha az adatokat rosszindulatú programok fertőzik meg. Ezért érdemes a vállalatoknak proaktívan fellépniük az adatproblémák ellen.

Az NTCS -adatok védelmének módja

Az NTCS szoftver alapvetően három részből áll. Egyrészt ott van maga az NTCS program, amely semmilyen adatot nem tartalmaz. Az adatok önmagukban a háttérben tárolódnak egy SQL adatbázisban. További alkotóelemnek tekinthető a BMD archívum is, melynek dokumentumait nem az adatbázisban tároljuk, hanem egy külön könyvtárban.

A program és az archívum-könyvtár alapvetően egyszerűen másolással menthető. Az SQL adatbázissal viszont nem olyan egyszerű a biztonsági mentés, mivel erről leállított állapotban, vagy az SQL szerver biztonsági mentési funkcióján keresztül kell biztonsági másolatot készíteni.

Az NTCS nagyon egyszerű lehetőséget kínál a napi adatmentés gyors és egyszerű konfigurálására, ráadásul speciális SQL -adatbázis ismeretek nélkül. A biztonsági mentés beállításához az NTCS -t rendszergazdai jogokkal kell elindítani közvetlenül a számítógépen vagy a kiszolgálón. Ezek után indítsa el az NTCS szoftver Eszközök/Adatbank/Biztonsági mentési asszisztens menüpontjában a „Mentés tervezése” funkciót. A funkción belül az Eszközök/Standard munkamenetek létrehozása paranccsal importálhat egy a BMD által javasolt mentési tervet. Ez magában foglalja egyrészt a napi és teljes SQL biztonsági mentést, amely 22:00 órakor fut le, másrészt naponta többször menti a tranzakciós napló adatait is.

Ezeket szem előtt kell tartania az adatok biztonsági mentésekor

Kérjük, vegye figyelembe, hogy a biztonsági másolatok könyvtárának az SQL-szerveren kell lennie.. Ha nem ez a helyzet, akkor a biztonsági mentés nem fog megfelelően működni, és az úgynevezett hálózati megosztások sem fognak működni, mivel a biztonsági mentést egy helyi meghajtón kell elvégezni.

Sztenderd könyvtárként a BMD telepítés Work mappáját javasolja a program. Fontos, hogy ezt a biztonsági mentési javaslat közvetlenül az SQL szerverre is átírásra kerül. Ez azt jelenti, hogy a sikeres biztonsági mentést magán az SQL-szerveren is ellenőrizni kell, melyhez az SQL-kiszolgálón lehet (és kell) beállítani egy automatikus email-es értesítést. A témához kapcsolódó további információkat a honlapunkon, a Támogatás & IT pont alatt találhat.

Végezetül az SQL biztonsági mentési fájlt, az NTCS program könyvtárát és az említett archívum elérési útvonalak tartalmát is át kell másolni egy másik adathordozóra. Ön döntheti el, hogy ezt hagyományos, napi szalagos biztonsági mentéssel vagy saját Backup2Disk-rendszeren (azaz merevlemez biztonsági mentésén) keresztül hajtja végre. A külső adathordozón található biztonsági mentés biztosítja, hogy a biztonsági mentés elérhető legyen még merevlemez-meghibásodás vagy rosszindulatú program támadása esetén is.

Az adatok biztonsági mentésével kapcsolatos minden információ megtalálható a BMD weboldalán

Annak ellenőrzésére, hogy a mentett adatok olvashatók is-e, folyamatos tesztelni is kell ilyen szempontból a mentéseket. Csak így lehet megállapítani, hogy a létrehozott biztonsági mentések felhasználhatók-e vészhelyzetben is. Fontos, hogy a napi biztonsági mentés az ügyfél felelőssége.

Sok sikert kívánunk az adatok biztonsági mentéséhez és reméljük, hogy vészhelyzetben soha nem lesz rá szükség!