Садржај
- 1. Не заборавите да тестирате сигурносне копије!
- 2. Непазљивост око ограничења безбедносног приступа може бити скупа!
- 3. Немојте превидјети доследно одржавање базе података!
- 4. Не чекајте да ваш систем има проблема да започнете праћење нивоа активности базе података и радног оптерећења!
- 5. Не онемогућавајте верификацију странице!
- Без грешака, без стреса - Ваш корак по корак водич за креирање софтвера за промену живота без да вам уништи живот
Извор: .схоцк / Дреамстиме.цом
Одузети:
Занемаривање ових пет задатака могло би довести до катастрофе базе података!
Нису сви рутински, квоцијентски задаци које извршава ДБА створили једнаки. Занемаривање неких од ових свакодневних послова може довести до главобоље, док други може довести до огромних финансијских губитака. Иако се много драгоценог времена ДБА-е додељује управљању грешкама и проблемима који настају као резултат програмера и корисника, важно је да се критични дневни задаци не превиде.
Ево 5 гигантских ДБА грешака које треба избећи да бисте се истакли на својој позицији.
1. Не заборавите да тестирате сигурносне копије!
У журби са свакодневним активностима неке ствари се могу превидјети. Али, не дозволите да ово буде једно од њих! Без обзира на висок квалитет ваших техника опоравка од катастрофе, изузетно је важно да стално изводите тестове како бисте били сигурни да ваше резервне копије раде. Најгоре што се може догодити је сазнати да они нису када их покушавате вратити. Корисници СКЛ Сервера требало би да користе наредбу БАЦКУП ВЕРИФИОНЛИ да би проверили да сигурносне копије раде и да такође користе опцију ЦХЕЦКСУМ да осигурају да ваша база података није оштећена. Вршење редовних обнављања база података на незаштићеним системима је такође важно да бисте били сигурни да се резервне копије могу вратити. (Да бисте сазнали више о опоравку од катастрофе, погледајте опоравак од катастрофе 101.)
2. Непазљивост око ограничења безбедносног приступа може бити скупа!
Превиђање сигурносних пријетњи је заправо прилично уобичајено међу ДБА. Без обзира на то омогућава ли људима или апликацијама приступ информацијама вишег нивоа него што је потребно или нуде програмерима административне привилегије, ове грешке могу резултирати губитком података, крађом података, излагањем података или чак оштећењем базе података. Иако се може помислити да омогућавање програмерима директан приступ производним подацима може убрзати процес развоја и уклањања погрешака, то дефинитивно није најбоља пракса. Када разматрају катастрофалну грешку која може произаћи из тога да се погрешној особи превише дозволи, ДБА би требало да осигурају да су корисници, програмери, па чак и администратори добили само најнижи ниво дозволе.
3. Немојте превидјети доследно одржавање базе података!
Напокон, база података не може се покренути сама! Изузетно је важно да ДБА-и не буду лењи или да не превидје редовно одржавање базе података и да се само ослањају на могућности аутоматског подешавања и самоизцељења система података. Постоје многи кључни задаци које треба досљедно обављати, укључујући покретање основних провјера интегритета за све производне базе података, провјеру индекса за фрагментацију и ажурирање статистика у вашим производним базама података. Може бити корисно аутоматизирати ове задатке све док се било које активности које троше велике ресурсе не изводе у току радног времена врхунског производње. Без обзира на то, то се мора учинити или могу доћи до скупих грешака. (За више детаља о обавезама и одговорностима ДБА, погледајте Каријере администрације базе података 101.)
4. Не чекајте да ваш систем има проблема да започнете праћење нивоа активности базе података и радног оптерећења!
Једном када ваш систем падне, новац почиње да се троши и људи почињу да се фрустрирају. Због тога је изузетно важно редовно надгледати и примерјати употребу сервера. Провера статистике перформанси система помоћи ће вам да разумете стандардно оптерећење рада и да видите обрасце како бисте знали када се дешавају било какве промене или неправилности. Обавезно проверите коришћење ЦПУ-а, меморије, И / О-а, закључавања и блокирања и пазите колико је слободног простора још увек доступно за ваше податке и датотеке дневника.
5. Не онемогућавајте верификацију странице!
Нове базе података СКЛ Сервер имају подразумевану поставку која проверава постојање корупције тако што проверава контролни зброј преко целе странице и уписује вредност у заглавље странице. Затим, када се страница прочита у меморији, она поново проверава вредност контролне суме и упоређује та два броја. Ако се два броја не подударају, страница је оштећена и примићете упозорење о грешци. Стога је ово подешавање изузетно корисно и онемогућавањем га постављате за неуспех!
За ДБА постоји много досада и безброј донација. Постоје задаци који су толико битни да им прескакање може довести до потпуног неуспјеха базе података, а постоје и суптилнији аспекти који вас једноставно одводе од функционалне ДБА до успјешне. Постоји безброј начина да се стално побољшавате и радите на себи како бисте били сигурни да су ваше праксе стандардне. Ваша улога толико обухвата и дубоко утиче на успехе и неуспехе ваше компаније. Из овог разлога је од пресудне важности да као компетентна ДБА будете сигурни да учите на грешкама других на терену и чините све што можете да не направите ниједну од ових великих.
Без грешака, без стреса - Ваш корак по корак водич за креирање софтвера за промену живота без да вам уништи живот
Не можете побољшати своје вештине програмирања када никога није брига за квалитет софтвера.