Blogg

Varför kraschar databaser och vad du ska göra åt det

Har du någonsin mött en databaskrasch? Databasinställningen består av systemserverhårdvaran och programvarustacken som kör operativsystemet och andra nödvändiga programvarupaket. En databasserver och tillhörande behållare och plugins körs ovanpå den. Alla dessa tillsammans är anslutna till den interna och externa världen via nätverkshårdvara och programvara som brandväggar, switchar och routrar.

Det kan se perfekt ut om en sådan komplex installation körs dygnet runt utan problem eller stillestånd, men så är inte fallet med system- eller databasadministratör. Anledningen är enkel och mjukvaran och hårdvarunätverket är inte 100 procent felsäker.

Det sker en ständig förändring i de interna och externa miljöerna. I grund och botten kommer ny programvara, befintlig programvara uppdateras. Databastillväxt, minne som förbrukas, loggfiler och cachar, växande buffertar och alla de utmaningar som är relevanta för en dynamisk miljö är också relaterade till en databas.

En databas, dess värdsystem och nätverket förväntas genomgå en hel del säkerhets- och underhållsrutiner och protokoll som garanterar 99.xx procents uppetid. Även om något oväntat händer måste DBA kunna återställa databasen så tidigt som möjligt. I den här artikeln ska vi diskutera orsakerna som kan orsaka en databaskrasch som påverkar robustheten i en databas.

Varför kraschar databaser?

1. Lågt underhåll på förinstallationsskript

Här är några anledningar till varför detta kan hända:

  1. Databaser destabiliseras när det inte finns några nycklar och index som behövs för att eliminera redundans och förloppssvarstid.
  2.  Dålig prestanda på grund av de senaste uppgraderingarna av systemprogramvaran och att databasen inte fungerar bra tillsammans.
  3.  Fel hantering i planeringen av din databaskonfiguration.

2. Databasen finns på fel server

Tävlingen om serverhantering är en ny tävling idag!

Att konfigurera systemet eller planera en uppgradering kan se frestande ut till en lägre pris. Men om du inte har en noggrann strategi kan din databas och information hamna på delade servrar, vilket kan förneka användare när nätverket är fullt i delad resursanvändning. Dålig fråga eller konfiguration, en felaktig applikationskonfiguration eller komprometterad applikation eller databas kan vara några anledningar till att detta händer.

Som ett resultat är databasen brist på resurser, inklusive minne och bearbetning.

3. Ovänlig applikation och frågor

För många eller långsamma frågor är ett resultat av att programmets dataserver inte har programmerats korrekt. Detta kan också resultera i långsamma eller för många frågor. Dessa frågor görs när det finns under- eller överanvändning av index och sammanfogning av dubbelriktade tabeller.

Detta i sin tur resulterar i slösaktiga, felaktiga och till och med frånvarande index. Allt kommer ner till värdelös kvalitetsdesign, dålig kodning, dåliga optimeringsfrågor och brist på standarder.

4. Fel på maskin- och programvara

Vad händer om det finns en värdserverhårdvara eller strömavbrott? Din databasserver kraschar! Är det inte en mardröm? Det kan vara allt som ett värdserverhårdvarufel (processor, minnesdiskar, RAM, moderkort, nätverkshårdvara, etc.) eller strömavbrott och efterföljande serverkrasch kan vara en anledning för att databasen slutar plötsligt och orsakar en krasch. Fallet liknar programvarufel som påverkar trådarna och beroendepaketets processer på databasservern. För att undvika en sådan typ av kraschar är det bättre att skydda kvalitetshårdvara, en strömbackupsplan och upprätthålla en noggrann systemadministration.

5. Att ta slut på minne och byta utrymme

Varifrån får och använder en databas minne?

Det är cachar, buffertar och loggfiler som index- och datafiler. Databasservern dupliceras från datafiler i databasbuffertcachen. När datamängden ökar i databasen ökar också informationen i filsystemet.

Om resurser i minnet inte allokeras med lika mycket minne kommer databasen att försöka fånga SWAP-minne. Om det inte finns tillräckligt med SWAP-utrymme tillgängligt kan databasservern krascha eller stoppa driften på grund av brist på minne.

6. Korruption och filtillstånd

Skadade data, indexfiler eller behörighetsproblem orsakar ett betydande antal databaskrascher. Det finns också andra orsaker:

  1. En databas utan korrekt låsning skriver data eller index och andra processer ändrar den. Databaseserverprocesser använder samma datakatalog i värdsystemet som inte innehåller stöd för extern fillåsning eller korrekt filsystemlåsning. Detta kan inaktivera databasservrarna.
  2. Databasservern kan försöka läsa eller skriva från en data / indexfil som redan har kraschat eller är skadad.
  3.  En defekt maskinvara förstör en data- / indexfil.

7. Ingen expert DBA ombord

System borde misslyckas när du inte har en proaktiv DBA ombord som har framsynthet och planeringslösningar. En DBA-leverantör tros övervaka allt åt dig. De kan skala dina systembehov, kontrollera dataintegritet, fånga problem, övervaka loggarna och optimera prestandautrymmet.

Detta kräver ständig planering och kritisk organisation för att förhindra systemkrasch som kan skada din databas allvarligt och påverka ditt företag.

Sammanfatta!

För att undvika ovannämnda fel väljer du en DBA som kan ge dig omedelbara resultat. Zmanda's Zmanda Recovery Manager (ZRM) för MySQL är en lättanvänd, flexibel och robust säkerhetskopierings- och återställningslösning som förenklar en databasadministratörs liv. Det kan hantera maskinkritiska transaktionsbehandlingsmiljöer med hög volym med förtroende överallt MySQL servrar som körs på Linux, Solaris, Windows och Mac Os.

Vänta inte tills ditt system kraschar eller misslyckas! Vi finns här för dig!

Lämna ett svar

sv_SESwedish
en_USEnglish fr_FRFrench it_ITItalian es_ESSpanish de_DEGerman pt_BRPortuguese tr_TRTurkish nl_NLDutch jaJapanese pl_PLPolish zh_TWChinese id_IDIndonesian ko_KRKorean ms_MYMalay thThai sv_SESwedish