Innehåll
- 1. Glöm inte testa dina säkerhetskopior!
- 2. Att inte vara försiktig med säkerhetsåtkomstbegränsningar kan vara kostsamt!
- 3. Glöm inte över ett konsekvent underhåll av din databas!
- 4. Vänta inte tills ditt system har problem för att börja övervaka databasaktivitetsnivåer och arbetsbelastningar!
- 5. Inaktivera inte sidverifieringar!
- Inga buggar, ingen stress - din steg-för-steg-guide för att skapa livsförändrad programvara utan att förstöra ditt liv
Källa: .shock / Dreamstime.com
Hämtmat:
Att försumma dessa fem uppgifter kan leda till en databaskatastrof!
Inte alla rutinmässiga, quotidianuppgifter som utförs av DBA skapades lika. Att försumma några av dessa dagliga uppgifter kan leda till huvudvärk, medan andra kan leda till stora ekonomiska förluster. Även om en hel del av DBA: s dyrbara tid förmedlas till att hantera misstag och problem som uppstår till följd av utvecklare och användare, är det viktigt att de kritiska dagliga uppgifterna inte förbises.
Här är 5 gigantiska DBA-misstag att undvika för att utmärka dig på din position.
1. Glöm inte testa dina säkerhetskopior!
I det livliga av vardagliga aktiviteter kan vissa saker förbises. Men låt inte detta vara en av dem! Oavsett den höga kvaliteten på dina katastrofåterställningstekniker är det oerhört viktigt att du utför tester konsekvent för att se till att dina säkerhetskopior fungerar. Det värsta som kan hända är att ta reda på att de inte är det när du försöker återställa dem. SQL Server-användare bör använda kommandot BACKUP VERIFYONLY för att verifiera att säkerhetskopior fungerar och också använda alternativet CHECKSUM för att säkerställa att din databas inte är skadad. Att utföra regelbundna databasåterställningar på icke-skyddade system är också viktigt för att vara säker på att dina säkerhetskopior kan återställas. (För mer information om katastrofåterhämtning, se Disaster Recovery 101.)
2. Att inte vara försiktig med säkerhetsåtkomstbegränsningar kan vara kostsamt!
Att förbise säkerhetshot är faktiskt ganska vanligt bland DBA. Oavsett om det tillåter människor eller applikationer att få tillgång till information på högre nivå än nödvändigt eller erbjuda utvecklare administrativa privilegier, kan dessa misstag resultera i dataförlust, datastöld, datoeksponering eller till och med databaskorruption. Även om man kan tro att att ge utvecklare direkt tillgång till produktionsdata kan påskynda utvecklings- och felsökningsprocessen, är det definitivt inte en bästa praxis. När man överväger det katastrofala misstaget som kan vara resultatet av att ge fel person tillgång till för mycket, bör DBA se till att användare, utvecklare och till och med administratörer beviljas endast med den lägsta behörighetsnivån.
3. Glöm inte över ett konsekvent underhåll av din databas!
När allt kommer omkring kan databasen inte köra sig själv! Det är oerhört viktigt att DBA inte blir lata eller förbiser regelbundet underhåll av databasen och bara förlitar sig på automatisk inställning och självläkningskapacitet i databassystemet. Det finns många avgörande uppgifter som måste utföras konsekvent, inklusive att köra grundläggande integritetskontroller för alla produktionsdatabaser, kontrollera indexen för fragmentering och uppdatera statistiken på dina produktionsdatabaser. Det kan vara till hjälp att automatisera dessa uppgifter så länge som inga resurskrävande aktiviteter inte körs under hög produktionstid. Oavsett vad, det måste göras, eller kostsamma misstag kan uppstå. (Mer information om DBA-uppgifter och -ansvar, se Karriärer för databasadministration 101.)
4. Vänta inte tills ditt system har problem för att börja övervaka databasaktivitetsnivåer och arbetsbelastningar!
När ditt system är slut börjar pengar slösas bort och folk börjar bli frustrerade. Det är därför oerhört viktigt att övervaka och benchmarka serveranvändning regelbundet. Om du kontrollerar systemets resultatstatistik hjälper du dig att förstå standardarbetsbelastningen och se mönstren för att veta när några förändringar eller avvikelser inträffar. Se till att kontrollera CPU-användning, minne, I / O, lås och blockering, och hålla ett öga på hur mycket ledigt utrymme som finns kvar för dina data och loggfiler.
5. Inaktivera inte sidverifieringar!
Nya SQL Server-databaser har standardinställningen som kontrollerar efter korruption genom att kontrollera kontrollsumman över en hel sida och skriver värdet till sidhuvudet. När sidan läses in i minnet kontrollerar den sedan kontrollsumvärdet igen och jämför de två siffrorna. Om de två siffrorna inte stämmer överens, är sidan skadad och du får ett felmeddelande. Därför är denna inställning oerhört fördelaktig och genom att inaktivera den ställer du in dig för fel!
För en DBA finns det många doser och otaliga donts. Det finns uppgifter som är så viktiga att hoppa över dem kan leda till total databasfel, och det finns mer subtila aspekter som helt enkelt tar dig från att vara en funktionell DBA till en framgångsrik. Det finns oändliga sätt att ständigt förbättra och arbeta med dig själv för att se till att din praxis uppfyller standarden. Din roll omfattar så mycket och påverkar djupt företagets framgångar och misslyckanden. Av denna anledning är det viktigt att du som kompetent DBA ser till att du lär dig av andras misstag och gör allt du kan för att inte göra några av dessa stora själv.
Inga buggar, ingen stress - din steg-för-steg-guide för att skapa livsförändrad programvara utan att förstöra ditt liv
Du kan inte förbättra dina programmeringsfärdigheter när ingen bryr sig om mjukvarukvalitet.