5 SQL sigurnosno kopiranje izdaje administratore baze podataka kojih treba biti svjestan

Autor: Roger Morrison
Datum Stvaranja: 28 Rujan 2021
Datum Ažuriranja: 21 Lipanj 2024
Anonim
5. SQL Server DBA: How to change default backup location in SQL Server
Video: 5. SQL Server DBA: How to change default backup location in SQL Server

Sadržaj


Izvor: Stockbakery / Dreamstime.com

Oduzeti:

Pazite na ove sigurnosne kopije sigurnosnih kopija jer mogu značiti velike probleme za vašu organizaciju.

Dugi niz godina SQL je standard za rukovanje bazama podataka i stavljanje svih vrsta korisnih informacija u okruženje baze podataka. Bila je to sastavna komponenta obuke za administratore baza podataka. To je gotovo vrsta skraćenice za funkcionalnost baze podataka. No, to predstavlja neke potencijalne probleme na koje administratori baze podataka trebaju paziti - a u mnogim slučajevima i znati kako ih riješiti.

Evo nekih glavnih problema sigurnosne kopije SQL-a s kojima će se suočiti administratori baze podataka koji pokušavaju osigurati da sustav baza podataka doista podržava posao.

Rezervne vremenske linije

Jedan od ključnih problema s kojim će se suočiti administratori baze podataka je kašnjenje.

Mnogi stručnjaci su vidjeli da se to događa - iz jednog ili drugog razloga, učinkovitost i brzina SQL sigurnosnih kopija opada, i odjednom su potrebni sati i sati da se izvrši sigurnosna kopija.


U pokušaju pronalaska sporih sigurnosnih kopija, odgovorni administratori mogu sagledati cijeli životni ciklus, od čitanja datoteka do kompresije i do odredišta podataka. Specifični alati treće strane koji se odnose na učinkovitost sigurnosne kopije pomoći će administratorima da ispitaju uska grla. Ovo je jedno od uobičajenih rješenja koje tvrtke postavljaju kako bi osigurale da njihovi sustavi ne trpe pretjerano vrijeme kašnjenja. Specifični alati i metodologije pomažu u zaštiti tvrtki od SQL kašnjenja, jednako kao što uklanjaju uska grla i drugdje u SOA-i. (Niste sigurni gdje biste trebali pohraniti sigurnosne kopije? Pogledajte Cloud ili Local Backup: Koje su vam potrebne?)

Pogreške i neuspjesi

Administratori baze podataka također se moraju nositi s različitim vrstama kvarova na sustavu, od kojih su mnogi povezani s preopterećenjem sustava ili nekom vrstom nenamjenskog korištenja.

Na primjer, cijeli dnevnik transakcija može uzrokovati pogreške u transakcijama. Ostale pogreške imaju veze s diskovnim prostorom ili situacijama u kojima podrijetlo ili odredište sigurnosnih kopija iz nekog razloga nisu dostupni.


Administratori moraju pratiti prostor na disku, organizirati sigurnosne kopije i pregledavati dostupne resurse kako bi izbjegli ove vrste situacija. U nekim slučajevima ispravci mogu zahtijevati neizravno sigurnosno kopiranje na vanjsko mjesto.

Bez grešaka, bez stresa - Vaš korak po korak vodič za stvaranje softvera koji mijenja život bez uništavanja života

Ne možete poboljšati svoje programiranje kad nikoga nije briga za kvalitetu softvera.

Usklađenost

Drugi je glavni problem za administratore baza podataka usklađenost.

Različite industrije imaju svoje verzije sukladnosti s SQL-om, ali općenito, SQL revizije pokazat će ima li sustav sigurnost i integritet potrebne za prenošenje letećih boja. Na primjer, FT RPA upravlja standardima usklađenosti za obrazovne sustave baza podataka. Financijski propisi Sarbanes-Oxley također uključuju SQL pravila, kao i PCI propisi o financijskim podacima. Čarobnjaci za usklađenost mogu pomoći tvrtkama u automatizaciji ili osposobljavanju za takve vrste usklađenosti. Revizije će pregledavati stvari poput sumnjivih aktivnosti, prakse prikupljanja podataka, pristupa nadzornoj ploči i još mnogo toga.

Povrat podataka

S vremena na vrijeme, administratori baze podataka također će imati pitanja o oporavku. Na primjer, osobe odgovorne za održavanje operacija baze podataka možda će morati znati kako se vratiti iz dnevnika transakcija ili kako i gdje se mogu oporaviti ugroženi podaci. Sve to zahtijeva specifično znanje o baznim tehnologijama i dodacima.

Problemi s oporavkom mogu biti i vremenski osjetljivi. Timovi tvrtki mogu razgovarati o ispravkama u smislu kvantificiranog prekida rada ili „vremena zadržavanja“ za nastale probleme. Problemi s oporavkom SQL-a mogu koštati tvrtke prilično s obzirom na to pomažu li otkrivanju ili drugim vitalnim operacijama. Latencija je često loša, ali problemi s oporavkom mogu biti i gori. (Oporavak od katastrofa može biti neodoljiv, a može biti teško znati gdje započeti. Pogledajte Disaster Recovery 101 kako biste naučili osnove.)

skalabilnost

S vremenom će sustavi rasti. To se uglavnom odnosi na aktivnosti u bazi podataka. Više korisnika, više povijesti korisnika, više poslovnih proizvoda ili usluga i više transakcija znači nabujavanje SQL tablica.

Inženjeri moraju gledati budućnost kad gledaju postavke baze podataka.Moraju shvatiti hoće li veća aktivnost opterećivati ​​sustav ili će, drugačije rečeno, morati planirati proširene sustave i osigurati kapacitet baze podataka.

Svi gore navedeni problemi mogu se lakše upravljati sa sustavima drugih proizvođača od iskusnih tvrtki koje se bave podrškom administraciji baza podataka. Potražite SQL alate koji su potrebni vašoj tvrtki za kretanje po ovom složenom podatkovnom okruženju.