Obsah
- 1. Nezabudnite vyskúšať svoje zálohy!
- 2. Nebuď opatrný pri obmedzeniach zabezpečenia prístupu môže byť nákladný!
- 3. Neprehliadnite dôslednú údržbu databázy!
- 4. Nečakajte, kým váš systém nebude mať problémy so začatím monitorovania úrovní aktivity databázy a pracovnej záťaže!
- 5. Nezakážajte verifikácie stránky!
- Žiadne chyby, žiadny stres - Váš sprievodca krok za krokom k vytvoreniu softvéru na zmenu života bez zničenia vášho života
Zdroj: .shock / Dreamstime.com
Zobrať:
Zanedbanie týchto piatich úloh môže viesť k katastrofe databázy!
Nie všetky rutinné úlohy, ktoré sú vykonávané administrátormi, boli vytvorené rovnako. Zanedbanie niektorých z týchto každodenných úloh môže viesť k bolestiam hlavy, zatiaľ čo iné môžu viesť k obrovským finančným stratám. Aj keď sa veľa drahocenného času DBA venuje riešeniu chýb a problémov, ktoré sa vyskytujú v dôsledku vývojárov a používateľov, je dôležité, aby sa neprehliadli kritické každodenné úlohy.
Tu je 5 veľkých chýb DBA, ktorým sa treba vyhnúť, aby ste mohli vyniknúť vo svojej pozícii.
1. Nezabudnite vyskúšať svoje zálohy!
V každodennom živote je možné prehliadnuť niektoré veci. Ale nenechajte sa byť jedným z nich! Bez ohľadu na vysokú kvalitu techník obnovy po havárii je nesmierne dôležité, aby ste neustále vykonávali testy, aby ste sa uistili, že vaše zálohy fungujú. Najhoršia vec, ktorá sa môže stať, je zistiť, že nie sú, keď sa ich snažíte obnoviť. Používatelia servera SQL Server by mali používať príkaz ZALOŽIŤ ZÁLOHU, aby overili, či zálohy fungujú, a tiež použite voľbu CHECKSUM, aby ste sa uistili, že vaša databáza nie je poškodená. Pravidelné obnovovanie databázy v nechránených systémoch je tiež dôležité, aby ste sa uistili, že vaše zálohy môžu byť obnovené. (Viac informácií o obnove po katastrofe nájdete v časti Obnova po katastrofe 101.)
2. Nebuď opatrný pri obmedzeniach zabezpečenia prístupu môže byť nákladný!
Prezeranie bezpečnostných hrozieb je medzi DBA skutočne bežné. Či už to umožňuje ľuďom alebo aplikáciám prístup k informáciám na vyššej úrovni, ako sú potrebné, alebo ponúka vývojovým administrátorským oprávneniam, tieto chyby môžu viesť k strate údajov, krádeži údajov, vystaveniu údajov alebo dokonca k poškodeniu databázy. Aj keď si človek môže myslieť, že poskytnutie priameho prístupu vývojárom k výrobným údajom môže urýchliť proces vývoja a ladenia, určite to nie je najlepší postup. Pri zvažovaní katastrofickej chyby, ktorá môže vyplynúť z prílišného prístupu nesprávnej osoby, by DBA mali zabezpečiť, aby používatelia, vývojári a dokonca aj správcovia dostali len najnižšiu úroveň povolenia.
3. Neprehliadnite dôslednú údržbu databázy!
Koniec koncov, databáza sa nemôže spustiť sama! Je nesmierne dôležité, aby DBA neboli leniví ani prehliadali pravidelnú údržbu databázy a spoliehali sa iba na možnosti automatického ladenia a samoliečenia databázového systému. Existuje mnoho zásadných úloh, ktoré je potrebné vykonávať dôsledne, vrátane vykonávania základných kontrol integrity vo všetkých produkčných databázach, kontroly fragmentácie indexov a aktualizácie štatistík vo vašich produkčných databázach. Môže byť užitočné automatizovať tieto úlohy, pokiaľ sa počas pracovnej doby výrobnej špičky nevykonávajú žiadne činnosti náročné na zdroje. Bez ohľadu na to sa musí urobiť, inak sa môžu vyskytnúť nákladné chyby. (Viac informácií o povinnostiach a zodpovednostiach DBA nájdete v Kariéra správy databáz 101.)
4. Nečakajte, kým váš systém nebude mať problémy so začatím monitorovania úrovní aktivity databázy a pracovnej záťaže!
Keď je váš systém vypnutý, peniaze sa strácajú a ľudia začínajú byť frustrovaní. Preto je mimoriadne dôležité pravidelne monitorovať a porovnávať využitie servera. Kontrola štatistických údajov o výkone systému vám pomôže porozumieť štandardnému pracovnému zaťaženiu a zistiť vzory, aby ste vedeli, kedy sa vyskytnú akékoľvek zmeny alebo abnormality. Skontrolujte využitie CPU, pamäť, V / V, zámky a blokovanie a sledujte, koľko voľného miesta je stále k dispozícii pre vaše dáta a súbory denníka.
5. Nezakážajte verifikácie stránky!
Nové databázy servera SQL Server majú predvolené nastavenie, ktoré kontroluje poškodenie kontrolou kontrolného súčtu na celej stránke a zapisuje hodnotu do hlavičky stránky. Keď sa stránka načíta do pamäte, znova skontroluje hodnotu kontrolného súčtu a porovná tieto dve čísla. Ak sa tieto dve čísla nezhodujú, stránka je poškodená a zobrazí sa chybové hlásenie. Preto je toto nastavenie mimoriadne prospešné a jeho deaktiváciou sa pripravujete na zlyhanie!
Pre DBA existuje veľa dos a nespočet darov. Existujú také dôležité úlohy, že ich preskočenie môže viesť k úplnému zlyhaniu databázy a existujú jemnejšie aspekty, ktoré vás jednoducho prevedú z funkčného DBA na úspešný. Existuje nekonečné množstvo spôsobov, ako sa neustále zdokonaľovať a pracovať na sebe, aby ste sa uistili, že vaše postupy sú na štandarde. Vaša úloha zahŕňa toľko a hlboko ovplyvňuje úspechy a zlyhania vašej spoločnosti. Z tohto dôvodu je dôležité, aby ste sa ako kompetentná DBA ubezpečili, že sa poučujete z chýb ostatných v teréne a robíte všetko, čo je v ich silách, aby ste sami neurobili nič z týchto veľkých.
Žiadne chyby, žiadny stres - Váš sprievodca krok za krokom k vytvoreniu softvéru na zmenu života bez zničenia vášho života
Svoje programovacie schopnosti si nemôžete vylepšiť, keď sa nikto nestará o kvalitu softvéru.