Sadržaj
- 1. Ne zaboravite testirati sigurnosne kopije!
- 2. Nepazljivost oko ograničenja sigurnosnog pristupa može biti skupa!
- 3. Nemojte zanemariti dosljedno održavanje vaše baze podataka!
- 4. Ne čekajte da vaš sustav ima poteškoća za početak praćenja razine aktivnosti baze podataka i radnog opterećenja!
- 5. Ne onemogućavajte provjere stranice!
- Bez grešaka, bez stresa - Vaš korak po korak vodič za stvaranje softvera koji mijenja život bez uništavanja života
Izvor: .shock / Dreamstime.com
Oduzeti:
Zanemarivanje ovih pet zadataka moglo bi dovesti do katastrofe baze podataka!
Nisu svi rutinski, kvocijentski zadaci koje izvršava DBA stvorili jednaki. Zanemarivanje nekih od tih svakodnevnih zadataka može dovesti do glavobolje, dok drugi mogu dovesti do ogromnih financijskih gubitaka. Iako se puno dragocjenog vremena DBA-e dodjeljuje rješavanju pogrešaka i problema koji nastaju kao rezultat programera i korisnika, važno je da se kritični svakodnevni zadaci ne zanemaruju.
Evo 5 divovskih DBA pogrešaka koje treba izbjegavati kako bi se istaknuo u svojoj poziciji.
1. Ne zaboravite testirati sigurnosne kopije!
U žurbi s svakodnevnim aktivnostima neke će se stvari možda previdjeti. Ali ne dajte da ovo bude jedno od njih! Bez obzira na visoku kvalitetu vaših tehnika oporavka od katastrofe, izuzetno je važno da stalno izvodite testove kako biste bili sigurni da vaše sigurnosne kopije rade. Najgore što se može dogoditi je saznati da one nisu kada ih pokušavate vratiti. Korisnici SQL Servera trebali bi upotrijebiti naredbu BACKUP VERIFYONLY kako bi provjerili da sigurnosne kopije rade i da bi također koristili opciju CHECKSUM kako bi osigurali da vaša baza podataka nije oštećena. Redovito obnavljanje baze podataka na nezaštićenim sustavima također je važno kako biste bili sigurni da se sigurnosne kopije mogu vratiti. (Da biste saznali više o oporavku od katastrofe, pogledajte Oporavak od katastrofe 101.)
2. Nepazljivost oko ograničenja sigurnosnog pristupa može biti skupa!
Previdivanje sigurnosnih prijetnji zapravo je prilično uobičajeno među DBA. Bez obzira na to omogućava li ljudima ili aplikacijama pristup informacijama više razine nego što je potrebno ili programerima nude administrativne povlastice, ove pogreške mogu rezultirati gubitkom podataka, krađom podataka, izlaganjem podataka ili čak oštećenjem baze podataka. Iako se može pomisliti da omogućavanje programerima izravan pristup proizvodnim podacima može ubrzati proces razvoja i uklanjanja pogrešaka, to definitivno nije najbolja praksa. Prilikom razmatranja katastrofalne pogreške koja može proizaći iz davanja pogrešnoj osobi previše, DBA bi trebali osigurati da su korisnici, programeri, pa čak i administratori dobili samo najnižu razinu dozvole.
3. Nemojte zanemariti dosljedno održavanje vaše baze podataka!
Napokon, baza podataka ne može se pokrenuti sama! Izuzetno je važno da DBA ne dobivaju lijenost ili ne zaobiđu redovito održavanje baze podataka i samo se oslanjaju na mogućnosti automatskog podešavanja i samoizlječenja baze podataka. Mnogo je ključnih zadataka koje je potrebno dosljedno obavljati, uključujući provođenje osnovnih provjera integriteta za sve proizvodne baze podataka, provjeru indeksa za fragmentaciju i ažuriranje statistika u vašim proizvodnim bazama podataka. Može biti korisno automatizirati ove zadatke sve dok se sve aktivnosti koje troše velike resurse ne pokreću tijekom radnog vremena vrhunskog proizvodnje. Bez obzira na to, to se mora učiniti, ili mogu nastati skupe pogreške. (Više o dužnostima i odgovornostima DBA potražite u odjeljku Karijera administracije baza podataka 101.)
4. Ne čekajte da vaš sustav ima poteškoća za početak praćenja razine aktivnosti baze podataka i radnog opterećenja!
Jednom kada vaš sustav propadne, novac počinje trošiti i ljudi se počinju frustrirati. Stoga je izuzetno važno redovno nadzirati i uspoređivati korištenje poslužitelja. Provjera statistika performansi sustava pomoći će vam da razumijete standardno opterećenje rada i da vidite obrasce kako biste znali kada se događaju promjene ili nepravilnosti. Obavezno provjerite korištenje CPU-a, memorije, I / O-a, zaključavanja i blokiranja i pazite koliko je još slobodnog prostora dostupno za vaše podatke i datoteke dnevnika.
5. Ne onemogućavajte provjere stranice!
Nove baze podataka SQL Server imaju zadanu postavku koja provjerava postojanje korupcije provjeravajući kontrolni zbroj na cijeloj stranici i zapisujući vrijednost u zaglavlje stranice. Zatim, kada se stranica pročita u memoriji, ponovno provjerava vrijednost kontrolne vrijednosti i uspoređuje dva broja. Ako se dva broja ne podudaraju, stranica je oštećena i dobit ćete upozorenje o pogrešci. Stoga je ova postavka izuzetno korisna i onemogućavanjem je postavljate za neuspjeh!
Za DBA postoji mnogo doslova i bezbroj donacija. Postoje zadaci koji su toliko bitni da ih preskakanje može dovesti do potpunog neuspjeha baze podataka, a postoje i suptilniji aspekti koji vas jednostavno vode od funkcionalnog DBA u uspješnog. Postoji bezbroj načina da se stalno poboljšavate i radite na sebi kako biste bili sigurni da su vaše prakse standardne. Vaša uloga toliko obuhvaća i duboko utječe na uspjehe i neuspjehe vaše tvrtke. Iz tog razloga, presudno je da kao nadležni DBA osigurate da učite na greškama drugih na terenu i učinite sve što možete kako ne biste sami napravili nijedan od ovih velikih.
Bez grešaka, bez stresa - Vaš korak po korak vodič za stvaranje softvera koji mijenja život bez uništavanja života
Ne možete poboljšati svoje programiranje kad nikoga nije briga za kvalitetu softvera.