Obnavljanje polnega transakcijskega dnevnika v zbirki podatkov strežnika SQL Server

V èlanku so opisani koraki, ki jim morate slediti, ko transakcijski dnevniki postanejo preveliki. Ko so transakcijski dnevniki polni, lahko Microsoft SQL Server postane neuporaben. V èlanku je opisano, kako prirežete in skrèite transakcijske dnevnike ter kako prepreèite njihovo neprièakovano rast.

Zmanjšanje velikosti transakcijskih dnevnikov

Èe želite odpraviti težave zaradi polnih transakcijskih dnevnikov, morate zmanjšati njihovo velikost. To naredite tako, da prirežete neaktivne transakcije v transakcijskem dnevniku in skrèite njegovo datoteko.

Opomba Transakcijski dnevniki so zelo pomembni za ohranjanje transakcijske celovitosti zbirke podatkov. Zato njihovih datotek ne smete izbrisati, tudi ko naredite varnostno kopijo zbirke podatkov in dnevnikov.


Za veè informacij o zmanjšanju transakcijskih dnevnikov obišèite to Microsoftovo spletno mesto:

Prirezovanje neaktivnih transakcij v transakcijskem dnevniku

Ko so transakcijski dnevniki polni, morate nemudoma varnostno kopirati dnevniško datoteko. Med ustvarjanjem varnostne kopije SQL Server samodejno prireže neaktivni del transakcijskega dnevnika. Njegov neaktivni del vsebuje dokonèane transakcije, zato ga SQL Server med procesom obnovitve veè ne uporablja. SQL Server ponovno uporabi prirezani in neaktivni del transakcijskega dnevnika in mu tako ne dovoli, da bi še naprej rasel in zasedal veè prostora.

Za dodatne informacije o stvareh, ki jih morate upoštevati, ko varnostno kopirate transakcijske dnevnike in obnavljate njihove varnostne kopije, si oglejte spodnje teme na spletni strani SQL Server Books Online:

• Varnostne kopije transakcijskih dnevnikov
• Varnostno kopiranje in obnovitev transakcijskih dnevnikov

Neaktivne transakcije lahko iz datoteke transakcijskega dnevnika izbrišete tudi z uporabo metode Prirezovanje. Za dodatne informacije o prirezovanju transakcijskih dnevnikov glejte temo "Prirezovanje transakcijskega dnevnika" na spletni strani SQL Server Books Online.

Pomembno Potem ko roèno prirežete datoteke transakcijskega dnevnika, morate pred njegovim varnostnim kopiranjem ustvariti celotno varnostno kopijo zbirke podatkov.

Za veè informacij o težavah, ki se lahko pojavijo med prirezovanjem datotek transakcijskega dnevnika, kliknite to številko èlanka iz Microsoftove zbirke znanja:

Krèenje datotek transakcijskega dnevnika

Operacija ustvarjanja varnostne kopije ali metoda Prirezovanje ne zmanjša velikosti dnevniške datoteke. Èe želite zmanjšati velikost datoteke transakcijskega dnevnika, jo morate skrèiti. Èe želite skrèiti datoteko transakcijskega dnevnika na zahtevano velikost in odstraniti nezasedene strani, morate izvesti operacijo DBCC SHRINKFILE. Izjava DBCC SHRINKFILE Transact-SQL lahko skrèi samo neaktivni del v dnevniški datoteki.

Opomba Izjava DBCC SHRINKFILE Transact-SQL sama ne more prirezati dnevnika in skrèiti zasedenega prostora v dnevniški datoteki.

Za dodatne informacije o krèenju datotek transakcijskega dnevnika glejte naslednje teme na spletni strani SQL Server Books Online:

• Krèenje transakcijskega dnevnika
• DBCC SHRINKFILE

Èe želite veè informacij o krèenju datotek transakcijskega dnevnika, kliknite to številko èlanka iz Microsoftove zbirke znanja: Za veè informacij o težavah, ki se lahko pojavijo med krèenjem datotek transakcijskega dnevnika, kliknite te številke èlankov iz Microsoftove zbirke znanja:

Prepreèevanje neprièakovane rasti datotek transakcijskih dnevnikov

Za prepreèevanje neprièakovane rasti datotek transakcijskih dnevnikov premislite o uporabi ene izmed teh metod:

• Nastavite velikost datotek transakcijskih dnevnikov na visoko vrednost in se tako izognite njihovi samodejni razširitvi.
• Potem ko temeljito ovrednotite optimalno velikost pomnilnika, konfigurirajte samodejno razširitev datotek transakcijskih dnevnikov z uporabo spominskih enot namesto odstotka.
  
  Za veè informacij o stvareh, ki jih je treba upoštevati med konfiguracijo možnosti samodejne rasti, kliknite to številko èlanka iz Microsoftove zbirke znanja:
  315512

  (http://support.microsoft.com/kb/315512/ )

  Stvari, na katere je treba biti pozoren pri konfiguraciji samodejne rasti in krèenja (Besedilo je morda v anglešèini)
• Spremenite model obnove. V primeru hude napake ali poškodovanih podatkov morate zbirko podatkov varnostno kopirati in tako ohraniti doslednost njenih podatkov in transakcijsko integriteto. Glede na pomembnost podatkov v zbirki podatkov lahko uporabite enega od naslednjih modelov obnove in ugotovite, kako se jih varnostno kopira in koliko ste izpostavljeni njihovi izgubi:
  • Enostavni model obnove
  • Popolni model obnove
  • Model obnove z veè dnevniki
  Èe uporabite enostavni model, lahko obnovite bazo podatkov na èas njenega zadnjega varnostnega kopiranja. Pri popolnem modelu obnove ali modelu obnove z veè dnevniki lahko z varnostnimi kopijami datotek transakcijskega dnevnika obnovite zbirko podatkov na toèko, ko se je zgodila napaka.
  
  Privzeto je v strežnikih SQL Server 2000 in SQL Server 2005 model obnovitve njune zbirke podatkov nastavljen na popolni model obnovitve. Pri popolnem modelu obnovitve se uporablja redno varnostno kopiranje transakcijskih dnevnikov, s èimer prepreèite njihovim datotekam, da bi pretirano zrasle glede na velikost zbirke podatkov. Toda èe se varnostna kopiranja transakcijskega dnevnika ne izvajajo redno, njegova datoteka zraste in zasede disk in morda ne boste mogli izvajati sprememb podatkov v zbirki podatkov strežnika SQL Server.
  
  Èe med obnovitvijo po hudi napaki ne želite uporabljati datotek transakcijskih dnevnikov, lahko model obnovitve spremenite iz popolnega v enostavnega.
• Datoteke transakcijskih dnevnikov redno varnostno kopirajte in tako izbrišite neaktivne transakcije v njih.
• Transakcije naj bodo majhne.
• Poskrbite, da se ne bodo nedodeljene transakcije še naprej izvajale za nedoloèen èas.
• Možnost statistike posodabljanja nastavite tako, da se bo izvajala dnevno.
• Za defragmentacijo indeksov in s tem boljše možnosti delovne obremenitve v vašem proizvodnem okolju uporabite izjavo DBCC INDEXDEFRAG Transact-SQL namesto izjave DBCC DBREINDEX Transact-SQL. Èe zaženete izjavo DBCC DBREINDEX, ko je podatkovna zbirka strežnika SQL Server nastavljena na naèin popolne obnove, se lahko transakcijski dnevnik znatno poveèa. Poleg tega izjava DBCC INDEXDEGRAG, za razliko od izjave DBCC DBREINDEX, ne more dolgo vzdrževati zapore.
  
  Za dodatne informacije o defragmentaciji indeksov v strežniku SQL Server 2000 glejte to Microsoftovo spletno mesto:
  Najboljši naèini defragmentacije indeksov strežnika Microsoft SQL Server 2000

  (http://technet.microsoft.com/en-us/library/cc966523.aspx)
  Èe morate zagnati izjavo DBCC DBREINDEX kot posel, ki je del naèrta vzdrževanja zbirke podatkov, ga morate razdeliti na veè manjših poslov. Poleg tega morate med posameznimi posli redno izvajati varnostna kopiranja transakcijskih dnevnikov.

Veè informacij o datotekah transakcijskih dnevnikov

V strežnikih SQL Server 2000 in SQL Server 2005 vsaka zbirka podatkov vsebuje vsaj eno podatkovno datoteko in eno dnevniško datoteko. SQL Server shranjuje podatke fizièno v podatkovni datoteki. Datoteka transakcijskega dnevnika shrani podrobnosti vseh sprememb, ki jih naredite v podatkovni zbirki strežnika SQL Server, in podrobnosti transakcij, ki so povzroèile vsako spremembo. Ker transakcijska integriteta velja za osnovno in bistveno znaèilnost strežnika SQL Server, beleženja podrobnosti transakcij v tem strežniku ni mogoèe izklopiti.

Datoteka transakcijskega dnevnika je logièno razdeljena v manjše segmente, ki se imenujejo navidezne dnevniške datoteke. V strežniku SQL Server 2000 lahko konfigurirate datoteko transakcijskega dnevnika tako, da se razširi po potrebi. Razširitev transakcijskega dnevnika lahko nadzoruje uporabnik ali pa se jo konfigurira tako, da uporabi ves nezasedeni prostor na disku. Kakršne koli spremembe velikosti, ki jih naredi SQL Server na datotekah transakcijskega dnevnika, na primer prirezovanje ali poveèevanje datotek transakcijskega dnevnika, se izvedejo v enotah navideznih dnevniških datotek.

Èe je datoteka transakcijskega dnevnika, ki ustreza podatkovni zbirki strežnika SQL Server, polna in je pri dnevniških datotekah nastavljena možnost, da samodejno rastejo, datoteka transakcijskega dnevnika raste v enotah navideznih dnevniških datotek. Vèasih lahko postane dnevniška datoteka zelo velika in morda vam bo zmanjkalo prostora na disku. Ko se to zgodi in se datoteka ne more širiti, v zbirki podatkov ne morete veè izvajati sprememb. Poleg tega lahko SQL Server zaradi pomanjkanja prostora za širitev transakcijskega dnevnika podatkovno zbirko oznaèi kot sumljivo.

Za veè informacij o scenarijih, ki bi lahko povzroèili neprièakovano rast datoteke transakcijskih dnevnikov, kliknite to številko èlanka iz Microsoftove zbirke znanja:

Za dodatne informacije o reševanju težav v zvezi s pomanjkanjem prostora na disku med obnovo glejte temo "Pomanjkanje prostora na disku" na spletni strani SQL Server Books Online. Za dodatne informacije o arhitekturi transakcijskega dnevnika glejte naslednje teme na spletni strani SQL Server Books Online:

• Arhitektura transakcijskih dnevnikov
• Logièna arhitektura transakcijskih dnevnikov
• Fizièna arhitektura transakcijskih dnevnikov

Za dodatne informacije o modelih obnove v strežniku SQL Server 2000 glejte te teme na spletni strani SQL Server Books Online:

• Izbira modela obnove
• Enostavna obnova
• Popolna obnova
• Obnova z veè dnevniki
• Preklapljanje med modeli obnove