|
Deoarece baza de date este folosită de mult timp, și fișierul de jurnal crește, iar iată câteva modalități de a reduce acest fișier. 1. Șterge direct fișierul de jurnal Baze de date decuplate. Înainte de a separa baza de date, asigurați-vă că faceți o copie completă a bazei de date, selectați baza de date - click dreapta - sarcină - detașare, așa cum se arată în figura de mai jos
Copiază și lipește fișierele de jurnal și date într-un folder separat, doar în caz. Șterge linkul, așa cum este arătat mai jos
Ștergeți direct fișierul de jurnal, apoi atașați baza de date, așa cum se arată în figura următoare
Când atașezi, atât fișierul ldf, cât și fișierul mdf vor fi atașate automat, dar va apărea că fișierul ldf nu poate fi găsit, nu contează, selectează linia fișierului ldf, apasă butonul de ștergere de mai jos și apasă OK. Așa cum este prezentat mai jos
Noul fișier ldf generat după succesul Home Inn are doar 504K. 2. Fișiere de jurnal de micșorare Poți, de asemenea, să micșorezi fișierul de jurnal pentru a reduce dimensiunea fișierului de jurnal. Faceți clic dreapta pe Database-Task-Shrink-File și selectați fișierul de jurnal, așa cum este prezentat în figura de mai jos
În opțiunea de micșorare a operațiunii, poți selecta al doilea element, "Reorganizează pagina după ce ai eliberat banii nefolosiți", apoi să specifici o dimensiune și să dai click pe OK. 3. Folosirea modelului de failback ca model simplu Pentru a preveni creșterea fișierului de jurnal în viitor, poți folosi și modelul de failback ca model simplu. Faceți clic dreapta pe Database-Properties-Options-Recovery Mode pentru a-l selecta simplu. Așa cum este prezentat mai jos
De asemenea, poți folosi instrucțiuni pentru a atinge această funcție. Instrucțiune SQL: modifică setarea numelor bazei de date Recuperarea simplă De asemenea, Trunchiază logul pe checkpoint (această opțiune este folosită în SQL 7.0, SQL 2000, adică modelul de failback este selectat ca model simplu). La executarea comenzii CHECKPOINT, dacă fișierul de jurnal de tranzacții depășește 70% din dimensiunea sa, conținutul său este șters, iar această opțiune este adesea setată pe True Auto la dezvoltarea bazei de date Shrink verifică periodic baza de date, iar când spațiul neutilizat al unui fișier de bază de date sau al unui log depășește 25% din dimensiunea sa, sistemul va micșora automat fișierul astfel încât spațiul nefolosit să fie egal cu 25%, iar când dimensiunea fișierului nu depășește dimensiunea inițială la creare, fișierul redus trebuie să fie și mai mare sau egal cu dimensiunea sa inițială, iar reducerea fișierelor de jurnal de tranzacții poate fi făcută doar când este salvat sau când opțiunea Trunchie logul pe checkpoint-ul este setată pe True. Notă: Atributele implicite ale bazei de date sunt în general setate, dar atributele bazei de date sunt modificate din cauza unor circumstanțe neașteptate; vă rugăm să verificați atributele de mai sus ale bazei de date după ștergerea jurnalului pentru a preveni completarea din nou a jurnalului de tranzacții.
|