5 Mga Pangilaw na DBA na Iwasan sa Lahat ng Gastos

May -Akda: Eugene Taylor
Petsa Ng Paglikha: 9 Agosto. 2021
I -Update Ang Petsa: 1 Hulyo 2024
Anonim
HULI SA LTO // UN-AUTHORIZED LED LIGHTS // PROPER MOTORCYLE LIGHTS ORIENTATION
Video.: HULI SA LTO // UN-AUTHORIZED LED LIGHTS // PROPER MOTORCYLE LIGHTS ORIENTATION

Nilalaman


Pinagmulan: .shock / Dreamstime.com

Takeaway:

Ang pagpapabaya sa limang mga gawaing ito ay maaaring humantong sa isang sakuna sa database!

Hindi lahat ng nakagawiang, ang mga gawain ng quotidian na isinagawa ng DBA ay nilikha pantay. Ang pagpapabaya sa ilan sa mga pang-araw-araw na gawain na ito ay maaaring humantong sa isang sakit ng ulo, habang ang iba ay maaaring humantong sa malaking pagkalugi sa pananalapi. Habang ang napakaraming mahalagang oras ng DBA ay nawalan ng paghawak sa mga pagkakamali at mga isyu na nagaganap bilang resulta ng mga nag-develop at gumagamit, mahalaga na ang mga kritikal na pang-araw-araw na gawain ay hindi mapapansin.

Narito ang 5 higanteng mga pagkakamali sa DBA upang maiwasan upang maging higit sa iyong posisyon.

1. Huwag kalimutan na subukan ang iyong mga backup!

Sa pagmamadali ng pang-araw-araw na gawain, ang ilang mga bagay ay maaaring hindi mapansin. Ngunit huwag hayaan itong maging isa sa kanila! Anuman ang mataas na kalidad ng iyong mga diskarte sa pagbawi ng kalamidad, napakahalaga para sa iyo na magsagawa ng mga pagsubok na palagi upang matiyak na gumagana ang iyong mga backup. Ang pinakamasama bagay na maaaring mangyari ay ang malaman na hindi sila darating kapag sinusubukan mong ibalik ang mga ito. Ang mga gumagamit ng SQL Server ay dapat gumamit ng utos ng BACKUP VERIFYONLY upang mapatunayan na gumagana ang mga backup at gagamitin din ang pagpipilian ng CHECKSUM upang matiyak na ang iyong database ay hindi masira. Ang pagsasagawa ng regular na database ay nagpapanumbalik sa mga hindi protektado na mga system ay mahalaga din upang matiyak na maibabalik ang iyong mga backup. (Upang malaman ang higit pa tungkol sa pagbawi ng sakuna, tingnan ang Disaster Recovery 101.)


2. Ang pagiging hindi maingat sa mga paghihigpit sa pag-access sa seguridad ay maaaring magastos!

Ang natatanaw na pagbabanta sa seguridad ay talagang pangkaraniwan sa mga DBA. Kung pinahihintulutan ang mga tao o aplikasyon na ma-access ang mas mataas na impormasyon sa antas kaysa sa kinakailangan o pag-aalok ng mga pribilehiyo sa administratibo, ang mga pagkakamaling ito ay maaaring magresulta sa pagkawala ng data, pagnanakaw ng data, pagkakalantad ng data o kahit na ang katiwalian ng database. Habang maaaring isipin ng isa na ang pagbibigay ng direktang pag-access ng mga developer sa data ng produksyon ay maaaring mapabilis ang proseso ng pag-unlad at pag-debug, tiyak na hindi ito isang pinakamahusay na kasanayan. Kung isinasaalang-alang ang mga sakuna na pagkakamali na maaaring magresulta mula sa pagbibigay ng maling tao ng pag-access sa labis, dapat siguraduhin ng mga DBA na ang mga gumagamit, developer, at maging ang mga tagapangasiwa ay binibigyan lamang ng pinakamababang antas ng pahintulot.


3. Huwag kalimutan ang patuloy na pagpapanatili ng iyong database!

Pagkatapos ng lahat, ang database ay hindi maaaring patakbuhin ang sarili! Napakahalaga na ang mga DBA ay hindi nakakakuha ng tamad o hindi pinapansin ang regular na pagpapanatili ng database at umaasa lamang sa mga auto-tuning at self-healing na kakayahan ng database system. Maraming mga importanteng gawain na kailangang gawin nang palagi, kasama ang pagpapatakbo ng mga pangunahing tseke ng integridad para sa lahat ng mga database ng produksyon, pagsuri sa mga index para sa pagkasira, at pag-update ng mga istatistika sa iyong mga database ng produksyon. Maaari itong maging kapaki-pakinabang upang awtomatiko ang mga gawaing ito hangga't ang anumang mga aktibidad na mapagkukunan ng mataas na mapagkukunan ay hindi pinapatakbo sa panahon ng oras ng pagtatrabaho ng rurok. Hindi mahalaga kung ano, dapat itong magawa, o magastos ang mga pagkakamali ay maaaring mangyari. (Para sa higit pa sa mga tungkulin at responsibilidad ng DBA, tingnan ang Mga Pangangalaga sa Pamamahala sa Database 101.)

4. Huwag maghintay hanggang ang iyong system ay nagkakaroon ng mga isyu upang simulan ang pagsubaybay sa mga antas ng aktibidad ng database at mga workload!

Sa sandaling bumaba ang iyong system, nagsisimula ang pag-aaksaya at magsisimulang mabigo ang mga tao. Ito ay napakahalaga na subaybayan at regular na gamitin ang benchmark server. Ang pagsuri sa mga istatistika ng pagganap ng system ay makakatulong sa iyo na maunawaan ang standard na workload at makita ang mga pattern upang malaman kung kailan nagaganap ang anumang mga pagbabago o abnormalidad. Siguraduhing suriin ang paggamit ng CPU, memorya, I / O, mga kandado at pag-block, at pagmasdan kung gaano karaming libreng puwang ang magagamit pa para sa iyong data at mga file ng log.

5. Huwag paganahin ang mga pag-verify ng pahina!

Ang mga bagong database ng SQL Server ay may default na setting na sumusuri para sa katiwalian sa pamamagitan ng pagsuri sa checksum sa isang buong pahina at isinusulat ang halaga sa header ng pahina. Pagkatapos, kapag binasa ang pahina sa memorya, sinusuri nito muli ang halaga ng tseke at inihahambing ang dalawang numero. Kung ang dalawang numero ay hindi tumutugma, pagkatapos ang pahina ay masira at makakatanggap ka ng isang alerto sa error. Samakatuwid, ang setting na ito ay lubos na kapaki-pakinabang at sa pamamagitan ng hindi pagpapagana nito ay itinatakda mo ang iyong sarili para sa pagkabigo!

Para sa isang DBA maraming mga dos at hindi mabilang na mga don. Mayroong mga gawain na napakahalaga na ang paglaktaw sa kanila ay maaaring humantong sa kabuuang kabiguan sa database, at mayroong mas banayad na mga aspeto na magdadala lamang sa iyo mula sa pagiging isang functional DBA sa isang matagumpay. Walang katapusang mga paraan upang patuloy na mapagbuti at magtrabaho sa iyong sarili upang matiyak na ang iyong mga kasanayan ay hanggang sa pamantayan. Ang iyong papel ay sumasaklaw sa labis at malalim na nakakaapekto sa mga tagumpay at pagkabigo ng iyong kumpanya. Sa kadahilanang ito, kritikal na, bilang isang karampatang DBA, tinitiyak mong natututo ka mula sa mga pagkakamali ng iba sa larangan at gawin ang iyong makakaya upang hindi makagawa ng alinman sa mga malalaking ito sa iyong sarili.

Walang Mga bug, Walang Stress - Ang Iyong Hakbang sa Hakbang Patnubay sa Paglikha ng Software na Pagbabago ng Buhay nang Walang Pagsira sa Iyong Buhay

Hindi mo maaaring mapabuti ang iyong mga kasanayan sa pag-programming kapag walang nagmamalasakit sa kalidad ng software.