U ovom članku razmatramo ključne funkcije transakcijskih prijava SQL Server
Dnevnik transakcija, kao što i samo ime govori, čuva zapisnik svih transakcija koje se odvijaju, zajedno s dnevnim izmjenama baze podataka. To je jedan od najvažnijih elemenata u vašoj bazi podataka, u slučaju bilo kakvog sistemskog kvara, vraća bazu podataka u konzistentno stanje. Nikada ne biste trebali brisati ili premještati dnevnik transakcija osim ako niste potpuno sigurni u posljedice. Slijede funkcije dnevnika transakcija:
- Oporavak pojedinačnih transakcija: U slučaju greške u Database Engine-u, kao što je gubitak komunikacije s klijentom ili izdavanje ROLLBACK naredbe, dnevnik bilježi poništavanje izmjena učinjenih tokom nekompletne transakcije.
- Oporavak nepotpunih transakcija kao SQL Server počinje: U slučaju kvara na serveru koji radi SQL Server, neke od transakcija ostaju nedovršene. Ove transakcije i njihove modifikacije se poništavaju kada a SQL Server instanca počinje; ovo se radi kako bi se osigurao integritet baza podataka.
- Restauracija do tačke kvara: Možete vratiti bazu podataka do tačke kvara; prvo vratite potpunu sigurnosnu kopiju baze podataka, zatim diferencijalnu sigurnosnu kopiju baze podataka i zatim rezervnu kopiju dnevnika transakcija do tačke neuspjeha. Nakon vraćanja svake sigurnosne kopije dnevnika, Database Engine će primijeniti potrebne promjene zabilježene u datoteci evidencije i nakon toga vratiti sve transakcije naprijed.
- Podržava transakcionu replikaciju: Dnevnik transakcija svake baze podataka prati Log Reader Agent u svrhu transakcione replikacije.
- Dostava dnevnika i zrcaljenje baze podataka: Oba ova procesa se pretežno oslanjaju na dnevnik transakcija. U Otpremanju dnevnika aktivna datoteka evidencije transakcija primarne baze podataka se šalje na više odredišta od strane primarnog servera. U zrcaljenju baze podataka, instanca glavnog servera se koristi za trenutno slanje svih zapisa dnevnika instanci servera ogledala.
Nakon poznavanja funkcija dnevnika transakcija, takođe je važno znati koje su karakteristike dnevnika transakcija, kako biste bolje razumjeli koncept. U nastavku su navedene karakteristike prijave transakcije SQL Server Database Engine.
- Implementira se izolovano sa drugim fajlovima; kao jedan fajl ili kao skup fajlova. Predmemorija iz dnevnika transakcija se rukuje odvojeno, a ne sa kešom bafera koji se koristi za stranice podataka.
- Zapisi dnevnika i stranice mogu imati format različit od formata stranica sa podacima.
- Može se implementirati u više datoteka; postoji prostor za automatsko proširenje datoteka postavljanjem vrijednosti FILEGROWTH za pohranjeni dnevnik. Ovo može pomoći u smanjenju nedostatka prostora u dnevniku i istovremeno smanjiti administrativne troškove.
- Mehanizam koji postoji za recikliranje postojećeg prostora u dnevniku transakcija pruža brze rezultate uz minimalan uticaj na propusnost transakcije.
Dnevnik transakcija pomaže da se lako prate transakcije i vodi evidencija o svim modifikacijama uzrokovanim tim transakcijama.
SQL greške are Obično se susreće in Bilo koja implementacija and sHould Not be Ignorirano
Većina SQL korisnika bi se složila da se SQL greške često primjećuju i da im administratori obično ne pridaju veliku važnost. Međutim, greške povezane sa SQL datotekama ne treba ignorisati jer mogu biti preteča pada SQL-a. U slučaju da sumnjate da je SQL datoteka oštećena, možete koristiti... mdf repair alat poput DataNumen SQL Recovery da izdvojite njegov sadržaj i spremite ga u novu MDF datoteku. Ovaj izvanredan alat ima kapacitet da izvrši potpuni oporavak svih pohranjenih zapisa uz bilo šta što nedostaje uključujući indekse. Nadalje, ako je potrebno, alat se može koristiti i za spremanje ekstrahovanog sadržaja u tekstualnu datoteku.
Uvod za autora:
Alan Chen je predsjednik i predsjedavajući DataNumen, Inc., koji je svjetski lider u tehnologijama za oporavak podataka, uključujući pristup oporavku i sql softverski proizvodi za oporavak. Za više informacija posjetite www.datanumen.com