Tartalom
- 1. Ne felejtse el kipróbálni a biztonsági másolatokat!
- 2. A biztonsági hozzáférés korlátozásainak figyelmen kívül hagyása költséges lehet!
- 3. Ne hagyja figyelmen kívül az adatbázis folyamatos karbantartását!
- 4. Ne várja meg, amíg a rendszer felmerül a problémája, hogy megkezdje az adatbázis-tevékenységi szintek és a munkaterhelés figyelését!
- 5. Ne tiltsa le az oldalak ellenőrzését!
- Nincsenek hibák, nincs stressz - Az Ön életét megváltoztató szoftverek készítésének lépésről lépésre történő leírása az élet megsemmisítése nélkül
Forrás: .shock / Dreamstime.com
Elvitel:
Ezen öt feladat elmulasztása adatbázis-katasztrófához vezethet!
Nem minden, a DBA által elvégzett rutin, kvotid feladat egyenlő volt. Ezen napi feladatok egy részének elmulasztása fejfájást okozhat, míg mások óriási pénzügyi veszteségeket okozhatnak. Noha a DBA drága ideje a fejlesztők és a felhasználók eredményeként felmerülő hibák és problémák kezelésére fordul, fontos, hogy a kritikus napi feladatokat ne hagyják figyelmen kívül.
Íme 5 óriási DBA hiba, amelyet el kell kerülni, hogy kitűnjön az Ön pozícióján.
1. Ne felejtse el kipróbálni a biztonsági másolatokat!
A mindennapi tevékenységek nyüzsgésében néhány dolgot el lehet hagyni. De ne hagyd, hogy ez legyen köztük! A katasztrófa utáni helyreállítási technikák kiváló minőségétől függetlenül rendkívül fontos, hogy folyamatosan végezzen teszteket, hogy megbizonyosodjon arról, hogy a biztonsági mentések működnek-e. A legrosszabb dolog, ami történhet, annak kiderítése, hogy nem ezek, amikor visszaállítani próbálsz. Az SQL Server felhasználóknak a BACKUP VERIFYONLY parancsot kell használniuk annak ellenőrzéséhez, hogy a biztonsági mentések működnek-e, és a CHECKSUM opciót is használniuk kell annak biztosítása érdekében, hogy az adatbázis nem sérült-e. A nem-védett rendszerek rendszeres adatbázis-visszaállításának elvégzése szintén fontos annak ellenőrzése érdekében, hogy a biztonsági mentések visszaállíthatók-e. (További információ a katasztrófa utáni helyreállításról: A katasztrófa utáni helyreállítás 101. oldala.)
2. A biztonsági hozzáférés korlátozásainak figyelmen kívül hagyása költséges lehet!
A biztonsági fenyegetések figyelmen kívül hagyása valójában nagyon gyakori a DBA-k körében. Legyen szó akár az embereknek, akár az alkalmazásoknak a szükségesnél magasabb szintű információhoz való hozzáférésről, vagy a fejlesztők számára adminisztratív jogosultságokat kínál, ezek a hibák adatvesztést, adatlopást, adatkitetést vagy akár az adatbázis sérülését eredményezhetik. Noha azt gondolhatjuk, hogy a fejlesztõkhöz a termelési adatokhoz való közvetlen hozzáférés meggyorsíthatja a fejlesztési és hibakeresési folyamatot, ez határozottan nem a legjobb gyakorlat. Amikor figyelembe vesszük azt a katasztrofális hibát, amely abból adódhat, hogy túl sok személy számára hozzáférést biztosít a rossz személyeknek, a DBA-knak biztosítaniuk kell, hogy a felhasználók, a fejlesztők és még az adminisztrátorok csak a legalacsonyabb szintű engedélyt kapják.
3. Ne hagyja figyelmen kívül az adatbázis folyamatos karbantartását!
Végül is az adatbázis nem tudja futtatni magát! Rendkívül fontos, hogy a DBA-k ne lustálkodjanak, és ne hagyják figyelmen kívül a rendszeres adatbázis-karbantartást, és pusztán az adatbázis-rendszer automatikus hangolási és öngyógyító képességeire támaszkodnak. Számos kulcsfontosságú feladat van, amelyeket következetesen kell elvégezni, ideértve az alapvető integritás-ellenőrzések futtatását az összes termelési adatbázis számára, az indexek ellenőrzését a töredezettség szempontjából és a statisztikai adatok frissítését a termelési adatbázisokon. Hasznos lehet ezeknek a feladatoknak az automatizálása, mindaddig, amíg semmilyen nagy erőforrás-igényű tevékenységet nem végeznek a termelési csúcsidőben. Nem számít, mit kell tennie, különben költséges hibák fordulhatnak elő. (A DBA feladataival és felelősségével kapcsolatos további információkért lásd: Adatbázis-adminisztrációs karrier 101.)
4. Ne várja meg, amíg a rendszer felmerül a problémája, hogy megkezdje az adatbázis-tevékenységi szintek és a munkaterhelés figyelését!
Amint a rendszer nem működik, pénzt pazarolni kezd, és az emberek csalódni kezdenek. Ezért rendkívül fontos a szerverhasználat rendszeres ellenőrzése és összehasonlítása. A rendszer teljesítménystatisztikájának ellenőrzése segít megérteni a szokásos munkaterhelést, és megismerheti a mintákat annak megértése érdekében, hogy bármilyen változás vagy rendellenesség bekövetkezik-e. Ellenőrizze a CPU kihasználtságát, a memóriát, az I / O-t, a zárolást és a blokkolást, és ügyeljen arra, hogy mennyi szabad hely álljon rendelkezésre még az adatokhoz és a naplófájlokhoz.
5. Ne tiltsa le az oldalak ellenőrzését!
Az új SQL Server adatbázisok az alapértelmezett beállítással ellenőrzik a sérüléseket azáltal, hogy egy ellenőrző összeget ellenőriznek egy teljes oldalon, és az értéket az oldal fejlécébe írják. Ezután, amikor az oldal a memóriába olvasódik, újra ellenőrzi az ellenőrző összeget és összehasonlítja a két számot. Ha a két szám nem egyezik, akkor az oldal sérült, és hibajelzést kap. Ezért ez a beállítás rendkívül előnyös, és letiltásával beállítja magát a kudarchoz!
A DBA-hoz sok adag és számtalan adomány van. Vannak olyan feladatok, amelyek annyira nélkülözhetetlenek, hogy azok kihagyása teljes adatbázis-hibahez vezethet, és vannak finomabb szempontok is, amelyek egyszerűen csak a funkcionális DBA-ról a sikeresre vezetik Önt. Végtelen módon lehet folyamatosan fejleszteni és önmagain dolgozni, hogy megbizonyosodjon arról, hogy gyakorlata megfelel a szabványnak. A szerepe annyira lefedi és mélyen befolyásolja a vállalat sikereit és kudarcait. Ezért kritikus fontosságú, hogy kompetens DBA-ként megbizonyosodjon arról, hogy a térségben mások hibáiból tanuljon, és mindent megtegyen, hogy ne csinálja ezeket a nagyokat.
Nincsenek hibák, nincs stressz - Az Ön életét megváltoztató szoftverek készítésének lépésről lépésre történő leírása az élet megsemmisítése nélkül
Nem javíthatja a programozási képességeit, ha senki sem törődik a szoftver minőségével.