sql >> Database teknologi >  >> RDS >> Sqlserver

5 Databaseovervågningsvaner for succesrige DBA'er

Der er snesevis af lister derude, der definerer "Top X Ways to Be an Awesome DBA." Mange af listerne er en blanding af bløde færdigheder og tekniske færdigheder, hvilket er nyttigt, især for nye DBA'er. Veteran-DBA'er vil attestere, at nogle gange vil dine medarbejderes færdigheder løse et problem, som ingen teknisk viden kan.

Mange af disse lister understreger også vigtigheden af ​​at forstå forretningsbehovene bag organisationens servere. Dette er fremragende råd; en DBA, der ikke kender formålet med de databaser, de administrerer, kan ikke helt forstå databasernes indflydelse på organisationen, hvilket kan mindske DBA's effektivitet i deres rolle. Uden tvivl er bløde færdigheder og forretningskendskab vigtige for DBA'er. Men at vedligeholde højtydende databaser er en DBAs hovedansvar. Med det i tankerne har vi udarbejdet en liste, der fokuserer på overvågningsvanerne for databaseydeevne for succesrige DBA'er.

Beskyt dine databaser

Databasesikkerhed er en stor prioritet for nutidens forbrugere. Databrud bliver større og mere grimme, så hvis du ikke kan forsikre kunderne om, at du tager deres datasikkerhed seriøst, vil de ikke være dine kunder længe.

Det oplagte første skridt til at sikre dine databaser er at sætte dem bag en firewall og opsætte kryptering. En af de bedste, men nogle gange oversete måder at holde dine databaser sikre på, er dog nøje at overvåge, hvem der har adgang til databasen og kontrollere, hvad de kan gøre, mens de er derinde. Begræns adgangen til kun de mest essentielle brugere, begræns sysadmins, minimer tilladelser og fjern regelmæssigt forældreløse brugere. Du bør også kræve, at alle med databaseadgang opretter stærke adgangskoder og opsætter godkendelse.

Det er også en god vane at læse, hvad bemærkelsesværdige sikkerhedseksperter har at sige. Sikkerhedstrusler udvikler sig og bliver mere sofistikerede, så det er afgørende at holde styr på nye værktøjer og teknologier for at sikre dine databaser.

Gør Performance Tuning proaktiv, ikke reaktiv

At vente, indtil du har et præstationsproblem med at øge din præstationsovervågning, er mildt sagt ineffektivt. Succesfulde DBA'er forudser potentielle ydeevneproblemer og forbereder proaktivt systemet til at afbøde eller eliminere dem.

Når en DBA overtager en ny database, er en af ​​de første ting, de skal gøre, at lære arbejdsbyrden at kende. Søg svar på nogle nøglespørgsmål, såsom:

  • Hvornår er arbejdsbyrden størst?
  • Hvad er failover-planen?
  • Hvornår blev det sidst sikkerhedskopieret?
  • Har den tilstrækkelig CPU, hukommelse og lagerplads til at opfylde sine SLA'er?

Succesfulde DBA'er sporer præstationsmålinger for at identificere problemer, før de opstår. Men før du går i gang med at indsamle nye målinger, skal du måle præstationsbaseline. Det er umuligt at vide, om ydeevnen er forringende eller forbedres, hvis du ikke ved, hvor den startede.

Når du har dine basislinjemålinger, er nogle af de vigtigste områder at overvåge over tid:

  • Forespørgselsydeevne
  • Svartid
  • Tilgængelighed og kontinuitet

Planlæg regelmæssige sundhedstjek for at lokalisere ydeevneproblemer og svage punkter i systemet. Sundhedstjek hjælper dig med at identificere problemer med sikkerhed, gendannelse efter katastrofer, hukommelse, I/O og konfiguration, før de forårsager brugervendte ydeevneproblemer eller nedetid.

Opret en genopretningsplan, som alle kan følge

Selv den mest gennemtænkte, omfattende katastrofegenopretningsplan er ubrugelig, hvis ingen kan implementere den. Derfor er det afgørende at dokumentere planen på en måde, som selv ikke-DBA'er kan følge. Her er nogle tips til at oprette en idiotsikker genopretningsplan:

Husk de vigtigste trin. At vide de første ting, du skal gøre efter en katastrofe, vil kickstarte gendannelsesprocessen og minimere indvirkningen på databasen.

Kend restitutionspunktmålene og restitutionstidsmålene. Disse mål definerer alderen på de filer, der skal gendannes fra backup i tilfælde af fejl, og hvor lang tid du har til henholdsvis at gendanne og gendanne processer efter en fejl. At have disse oplysninger let tilgængelige vil minimere nedetid for databasen.

Gør dokumentation let tilgængelig. Opbevar genopretningsplanens dokumentation, hvor den let kan findes af dem, der muligvis skal bruge den. Hvis de ikke kan finde planen, kan de ikke implementere den.

Skriv planen i et klart sprog, som alle kan forstå. Der er muligvis ikke en DBA praktisk, når katastrofegendannelse begynder. Sørg for at skrive planen på et ikke-teknisk sprog, så genoprettelsen kan begynde med det samme.

Test og verificer regelmæssigt genopretningsplanen. Vent ikke, indtil du skal implementere din genopretningsplan for at finde ud af, om den virker eller ej. Test gendannelse og backup med jævne mellemrum for at spare dig selv for en ubehagelig overraskelse.

Gem sikkerhedskopien off-site/i skyen. Opbevar en kopi af genopretningsplanen og systemsikkerhedskopien langt væk fra virksomhedens hovedkvarter. Opbevaring af en kopi uden for lokalområdet eller i skyen vil beskytte den mod at blive ødelagt i tilfælde af brand, orkan eller anden naturkatastrofe.

Automatiser alle tingene

Desværre har DBA'er de samme 24 timer i døgnet som os andre til at få alt gjort, hvilket gør automatisering til den succesrige DBA's bedste ven.

Ud over at hjælpe DBA'er med at undgå at introducere menneskelige fejl, frigør automatisering af nogle af de mere gentagne DBA-opgaver, såsom patching, databaseprovisionering, diagnostik og logstyring, deres tid til at arbejde med opgaver af høj værdi, som ikke nemt kan automatiseres .

Prioriter vedligeholdelse

DBA'er kan undgå mange præstationsproblemer blot ved at holde vedligeholdelse øverst i sindet og på en regelmæssig tidsplan. Brug af tjeklister til at spore vedligeholdelse hjælper med at sikre, at opgaver som sikkerhedskopiering, alarmstyring og defragmentering udføres regelmæssigt. At holde styr på disse opgaver vil holde dine databaser sunde og højtydende og vil minimere mulighederne for, at nogle almindelige præstationsdræbere får fat.


  1. Forstå log buffer skylninger

  2. Sådan installeres og sikres MariaDB på Debian 9

  3. Sådan finder du ikke-numeriske værdier i en kolonne i MySQL

  4. Opdaterede Azure SQL Database Tier Options