Innehåll
- Backup-tidslinjer
- Fel och misslyckanden
- 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
- efterlevnad
- Dataåterställning
- skalbarhet
Källa: Stockbakery / Dreamstime.com
Hämtmat:
Se upp för dessa problem med SQL-säkerhetskopiering, eftersom de kan betyda stora problem för din organisation.
Under många år har SQL varit standarden för databashantering och lägger in all slags användbar information i en databasmiljö. Det har varit en beståndsdel i utbildning för databasadministratörer. Det är nästan ett slags kortfattat för databasfunktionalitet. Men det har vissa potentiella problem som databasadministratörer behöver se upp för - och i många fall att veta hur de ska lösas.
Här är några av de stora problem med SQL-säkerhetskopiering som kommer att konfrontera databasadministratörer som försöker se till att ett databassystem verkligen stöder ett företag.
Backup-tidslinjer
Ett av de viktigaste problemen som databasadministratörer kommer att möta är latens.
Många yrkesverksamma har sett detta hända - av en eller annan anledning går SQL-säkerhetskopiornas effektivitet och hastighet ner, och plötsligt tar det timmar och timmar att utföra en säkerhetskopieringsprocess.
När de försöker hitta långsamma säkerhetskopior kan ansvariga administratörer titta på hela livscykeln, från att läsa datafilerna till komprimering och vidare till datadestinationen. Specifika tredjepartsverktyg relaterade till säkerhetskopieringseffektivitet hjälper administratörer att testa för flaskhalsar. Detta är en av de vanliga lösningarna som företag har infört för att se till att deras system inte drabbas av överdriven fördröjningstid. Specifika verktyg och metoder hjälper till att skydda företag från SQL-latens, precis som de också eliminerar flaskhalsar någon annanstans i en SOA. (Är du inte säker på var du ska lagra dina säkerhetskopior? Kolla in Cloud vs. Local Backup: Vilket behöver du?)
Fel och misslyckanden
Databasadministratörer måste också hantera olika typer av systemfel, av vilka många är relaterade till överbelastning av systemet, eller till någon form av oavsiktlig användning.
Till exempel kan en fullständig transaktionslogg orsaka transaktionsfel. Andra fel har att göra med enhetsutrymme eller situationer där reservdataens ursprung eller destination är otillgänglig av någon anledning.
Administratörer måste övervaka hårddiskutrymme, organisera säkerhetskopieringsaktiviteter och titta på tillgängliga resurser för att undvika dessa typer av situationer. I vissa fall kan korrigeringar kräva indirekta säkerhetskopior till en extern plats.
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.
efterlevnad
En annan viktig fråga för databasadministratörer är efterlevnad.
Olika branscher har sina egna versioner av SQL-efterlevnad, men i allmänhet kommer SQL-granskningar att visa om systemet har den säkerhet och integritet som krävs för att klara med flygande färger. Till exempel hanterar FT RPA efterlevnadsstandarder för utbildningsdatabassystem. Den finansiella Sarbanes-Oxley-förordningen inkluderar också SQL-regler, liksom PCI-förordningen om finansiella data. Efterlevnadsguider kan hjälpa företag att automatisera eller träna för dessa typer av efterlevnad. Granskningarna kommer att titta på saker som misstänksam aktivitet, metoder för datainsamling, tillgång till instrumentpanelen och mycket mer.
Dataåterställning
Ibland kommer databasadministratörer också att ha frågor om återställning. Till exempel kan de som ansvarar för att upprätthålla databasverksamheten behöva veta hur man återställer från en transaktionslogg, eller hur och var hotade data kan återställas. Allt detta kräver specifik kunskap om databasteknik och tillbehör.
Återställningsproblem kan också vara mycket tidskänsliga. Företagsteam kan prata om korrigeringar i termer av kvantifierad drifttid eller ”uppehållstid” för problem som uppstår. SQL-återställningsproblem kan kosta företag mycket när det gäller huruvida de hjälper till att upptäcka eller andra viktiga operationer. Latency är ofta dåligt, men återhämtningsproblem kan vara värre. (Katastrofåterhämtning kan vara överväldigande och det kan vara svårt att veta var man ska börja. Kolla in Disaster Recovery 101 för att lära dig grunderna.)
skalbarhet
Med tiden kommer system att växa. Det är i stort sett sant för databasaktiviteter. Fler användare, mer kundhistoria, fler affärsprodukter eller tjänster och fler transaktioner innebär svullnad av SQL-tabeller.
Ingenjörer måste se på framtiden när de tittar på databasinställningar.De måste förstå om mer aktivitet kommer att placera en överdriven belastning på systemet, eller för att uttrycka det på ett annat sätt, de måste planera för utökade system och se till att databasen har kapacitet.
Alla ovanstående problem kan lättare hanteras med tredjepartsleverantörssystem från erfarna företag som hanterar databasadministration. Leta efter de SQL-verktyg som ditt företag behöver för att navigera i denna komplexa datamiljö.