Det finns dussintals listor där ute som definierar "Top X Ways to Be an Awesome DBA." Många av listorna är en blandning av mjuka färdigheter och tekniska färdigheter, vilket är användbart, särskilt för nya DBA:er. Veteran DBA:er kommer att intyga att ibland kommer dina kunskaper att lösa ett problem som ingen mängd teknisk kunskap kan.
Många av dessa listor betonar också vikten av att förstå affärsbehoven bakom organisationens servrar. Detta är ett utmärkt råd; en DBA som inte känner till syftet med databaserna de hanterar kan inte helt förstå databasernas inverkan på organisationen, vilket kan minska DBA:s effektivitet i sin roll. Utan tvekan är mjuka färdigheter och affärskunskap viktiga för DBA:er. Men att upprätthålla högpresterande databaser är en DBA:s huvudansvar. Med det i åtanke har vi sammanställt en lista som fokuserar på databasprestandaövervakningsvanorna hos framgångsrika DBA:er.
Säkra dina databaser
Databassäkerhet är en stor prioritet för dagens konsumenter. Dataintrång blir allt större och otäckare, så om du inte kan försäkra kunderna om att du tar deras datasäkerhet på allvar kommer de inte att vara dina kunder länge.
Det självklara första steget för att säkra dina databaser är att placera dem bakom en brandvägg och ställa in kryptering. Men ett av de bästa men ibland förbisedda sätten att hålla dina databaser säkra är att noga övervaka vem som har tillgång till databasen och kontrollera vad de kan göra medan de är där. Begränsa åtkomsten till endast de viktigaste användarna, begränsa sysadmins, minimera behörigheter och ta regelbundet bort föräldralösa användare. Du bör också kräva att alla med databasåtkomst skapar starka lösenord och ställer in autentisering.
Det är också en god vana att läsa vad kända säkerhetsexperter har att säga. Säkerhetshoten utvecklas och blir mer sofistikerade, så att hålla koll på nya verktyg och teknik är avgörande för att säkra dina databaser.
Gör prestandajustering proaktiv, inte reaktiv
Att vänta tills du har ett prestandaproblem för att öka din prestandaövervakning är milt uttryckt ineffektivt. Framgångsrika DBA:er förutser potentiella prestandaproblem och förbereder proaktivt systemet för att mildra eller eliminera dem.
När en DBA tar över en ny databas är en av de första sakerna de bör göra att lära känna arbetsbelastningen. Sök efter svar på några nyckelfrågor, såsom:
- När är arbetsbelastningen som störst?
- Vad är failover-planen?
- När säkerhetskopierades det senast?
- Har den tillräckligt med CPU, minne och lagring för att uppfylla sina SLA?
Framgångsrika DBA:er spårar prestandamått för att identifiera problem innan de uppstår. Men innan du hoppar in i att samla in nya mätvärden måste du mäta prestandabaslinjen. Det är omöjligt att veta om prestandan är försämrad eller förbättras om du inte vet var det började.
När du har dina baslinjemätningar är några av de viktigaste områdena att övervaka över tid:
- Frågeprestanda
- Svarstid
- Tillgänglighet och kontinuitet
Schemalägg regelbundna hälsokontroller för att lokalisera prestandaproblem och svaga punkter i systemet. Hälsokontroller hjälper dig att identifiera problem med säkerhet, katastrofåterställning, minne, I/O och konfiguration innan de orsakar användarvänliga prestandaproblem eller driftstopp.
Skapa en återhämtningsplan som alla kan följa
Även den mest genomtänkta, heltäckande katastrofåterställningsplanen är värdelös om ingen kan genomföra den. Det är därför det är avgörande att dokumentera planen på ett sätt som även icke-DBA:er kan följa. Här är några tips för att skapa en idiotsäker återhämtningsplan:
Memorera de viktigaste stegen. Att veta de första sakerna du behöver göra efter en katastrof kommer att kickstarta återställningsprocessen och minimera påverkan på databasen.
Känna till målen för återhämtningspunkten och målen för återhämtningstid. Dessa mål definierar åldern på filerna som måste återställas från säkerhetskopiering i händelse av fel och hur lång tid du har på dig att återställa respektive återställa processer efter ett fel. Att ha denna information lättillgänglig kommer att minimera databasens driftstopp.
Gör dokumentationen lättillgänglig. Förvara dokumentationen för återhämtningsplanen där den lätt kan hittas av dem som kan behöva använda den. Om de inte kan hitta planen kan de inte implementera den.
Skriv planen på ett enkelt språk som alla kan förstå. Det kanske inte finns någon DBA till hands när katastrofåterställning börjar. Var noga med att skriva planen på ett icke-tekniskt språk så att återhämtningen kan börja omedelbart.
Testa och verifiera återhämtningsplanen regelbundet. Vänta inte tills du behöver implementera din återhämtningsplan för att ta reda på om det fungerar eller inte. Testa återställning och säkerhetskopiering med jämna mellanrum för att spara dig en otäck överraskning.
Lagra säkerhetskopian utanför platsen/i molnet. Håll en kopia av återställningsplanen och systemsäkerhetskopieringen långt borta från företagets huvudkontor. Att lagra en kopia utanför lokaler eller i molnet skyddar den från att förstöras i händelse av brand, orkan eller annan naturkatastrof.
Automatisera alla saker
Tyvärr har DBA:er samma 24 timmar på ett dygn som vi andra för att få allt gjort, vilket gör automatisering till den framgångsrika DBA:s bästa vän.
Förutom att hjälpa DBA:er att undvika att införa mänskliga fel, automatisera några av de mer repetitiva DBA-uppgifterna, såsom patchning, databasprovisionering, diagnostik och logghantering, frigör deras tid att arbeta med högvärdiga uppgifter som inte enkelt kan automatiseras .
Prioritera underhåll
DBA:er kan undvika många prestandaproblem helt enkelt genom att hålla underhållet i fokus och på ett regelbundet schema. Att använda checklistor för att spåra underhåll hjälper till att säkerställa att uppgifter som säkerhetskopiering, larmhantering och defragmentering görs regelbundet. Att hålla koll på dessa uppgifter kommer att hålla dina databaser friska och högpresterande och kommer att minimera möjligheterna för några vanliga prestationsdödare att få fäste.