5 DBA viga, mida tuleb iga hinna eest vältida

Sisu

1. Ärge unustage testida oma varukoopiaid!
2. Turvajuurdepääsupiirangutega mittesekkumine võib olla kulukas!
3. Ärge unustage oma andmebaasi järjepidevat hooldamist!
4. Ärge oodake, kuni teie süsteemil on probleeme, et hakata jälgima andmebaasi aktiivsuse taset ja töökoormust!
5. Ärge keelake lehe kinnitusi!
Pole vigu ega stressi - teie samm-sammuline juhend elumuutva tarkvara loomiseks ilma oma elu hävitamata

Allikas: .shock / Dreamstime.com

Ära võtma:

Nende viie ülesande tähelepanuta jätmine võib põhjustada andmebaasi katastroofi!

Mitte kõik rutiinsed, kütiidiülesanded, mida DBA täidab, ei olnud võrdsed. Mõne nende igapäevaste ülesannete tähelepanuta jätmine võib põhjustada peavalu, samas kui teised võivad põhjustada suuri rahalisi kaotusi. Kuigi suur osa DBA väärtuslikku aega kulub arendajate ja kasutajate tagajärjel tekkivate vigade ja probleemide käsitlemisele, on oluline, et kriitilised igapäevased ülesanded ei jääks kahe silma vahele.

Siin on 5 hiiglaslikku DBA viga, mida tuleks vältida, et oma positsioonil silma paista.

1. Ärge unustage testida oma varukoopiaid!

Igapäevaste tegevuste kiuste võib mõni asi kahe silma vahele jääda. Kuid ärge laske sellel olla üks neist! Sõltumata teie avariitaastetehnika kõrgest kvaliteedist, on äärmiselt oluline, et te teeksite järjepidevalt teste, et veenduda varukoopiate töös. Halvim, mis juhtuda võib, on teada saada, et need pole siis, kui proovite neid taastada. SQL Serveri kasutajad peaksid kasutama varundamise toimimise kontrollimiseks käsku BACKUP VERIFYONLY ja kasutama ka suvandit CHECKSUM, et teie andmebaas poleks rikutud. Kaitseta süsteemides regulaarsete andmebaaside taastamiste tegemine on samuti oluline, et olla kindel, et teie varukoopiaid saab taastada. (Lisateavet katastroofidest taastumise kohta leiate teemast Disaster Recovery 101.)

2. Turvajuurdepääsupiirangutega mittesekkumine võib olla kulukas!

Turvaohtudest mööda vaatamine on DBAs tegelikult üsna tavaline. Olenemata sellest, kas see võimaldab inimestel või rakendustel juurdepääsu vajalikust kõrgema taseme teabele või pakub arendajatele administraatoriõigusi, võivad need vead põhjustada andmete kadumise, andmete varguse, andmete kokkupuute või isegi andmebaasi riknemise. Ehkki võib arvata, et arendajatele otsese juurdepääsu andmine tootmisandmetele võib arendus- ja silumisprotsessi kiirendada, pole see kindlasti parim tava. Kaaludes katastroofilist viga, mis võib tuleneda valele isikule juurdepääsu lubamisest liiga paljudele, peaksid DBA-d veenduma, et kasutajatele, arendajatele ja isegi administraatoritele antakse ainult madalaima loa tase.

3. Ärge unustage oma andmebaasi järjepidevat hooldamist!

Lõppude lõpuks ei saa andmebaas ise käitada! On äärmiselt oluline, et DBA-d ei laisaks ega jätaks tähelepanuta regulaarset andmebaasihooldust ning tugineksid ainult andmebaasisüsteemi automaathäälestuse ja enesetervendamise võimalustele. Järjepidevalt tuleb teha paljusid olulisi ülesandeid, sealhulgas kõigi tootmise andmebaaside terviklikkuse kontrollimine, killustatud indeksite kontrollimine ja tootmisandmebaaside statistika värskendamine. Nende toimingute automatiseerimisest võib olla abi seni, kuni tipptasemel töötundide ajal ei tehta palju ressursse nõudvaid tegevusi. Vahet pole, see tuleb korda saada või võib tekkida kulukaid vigu. (Lisateavet DBA ülesannete ja vastutuse kohta leiate andmebaasi haldamise karjäärist 101.)

4. Ärge oodake, kuni teie süsteemil on probleeme, et hakata jälgima andmebaasi aktiivsuse taset ja töökoormust!

Kui teie süsteem on maas, hakkab raha raisku minema ja inimesed hakkavad pettuma. Seetõttu on äärmiselt oluline regulaarselt jälgida ja võrrelda serverite kasutamist. Süsteemi jõudlusstatistika kontrollimine aitab teil mõista standardset töökoormust ja näha mustreid, et teada saada, millal toimuvad muudatused või kõrvalekalded. Kontrollige kindlasti protsessori kasutamist, mälu, sisend / väljundit, lukustusi ja blokeerimist ning jälgige, kui palju vaba ruumi teie andmetele ja logifailidele veel on.

5. Ärge keelake lehe kinnitusi!

Uutel SQL Serveri andmebaasidel on vaikeseade, mis kontrollib rikkumisi, kontrollides kogu lehe kontrollsummat ja kirjutades väärtuse lehe päisesse. Kui leht on mällu loetud, kontrollib see uuesti kontrollsumma väärtust ja võrdleb neid kahte numbrit. Kui kaks numbrit ei kattu, on leht rikutud ja kuvatakse tõrketeade. Seetõttu on see säte äärmiselt kasulik ja selle keelamise korral seadistate end rikke korral!

DBA jaoks on palju annuseid ja lugematu arv annetusi. On ülesandeid, mis on nii olulised, et nende vahelejätmine võib põhjustada täieliku andmebaasi tõrke, ja on ka peenematest aspektidest, mis viivad teid lihtsalt funktsionaalse DBA-st edukale. Pidevalt on võimalusi end pidevalt täiustada ja enda kallal tööd teha, et olla kindel, et teie tavad vastavad standardile. Teie roll hõlmab nii palju ja mõjutab sügavalt teie ettevõtte õnnestumisi ja ebaõnnestumisi. Sel põhjusel on kriitiline, et pädeva DBA-na veenduge, et õpite valdkonnas tegutsevate teiste vigadest ja teete kõik endast oleneva, et ise neist suurtest mitte teha.