Denne artikkelen er en speilartikkel om maskinoversettelse, vennligst klikk her for å hoppe til originalartikkelen.

Utsikt: 13219|Svare: 0

[Kilde] SQL Drip—Løser problemet med store databaseloggfiler

[Kopier lenke]
Publisert på 11.02.2015 16:32:41 | | | |

Etter hvert som databasen brukes lenge, øker også loggfilen, og her er flere måter å redusere denne filen på.

1. Slett loggfilen direkte

Frikoblede databaser. Før du separerer databasen, sørg for å ta en full sikkerhetskopi av databasen, velg databasen - høyreklikk - oppgave - frakoble, som vist i figuren nedenfor

Kopier og lim inn loggen og datafilene i en egen mappe, bare for sikkerhets skyld. Slett lenken, som vist nedenfor

Slett loggfilen direkte, og legg deretter ved databasen, som vist i figuren nedenfor

Når du vedder, vil både ldf-filen og mdf-filen automatisk bli vedlagt, men det vil vise at ldf-filen ikke kan finnes, det spiller ingen rolle, velg ldf-fillinjen, klikk på slett-knappen nedenfor, og trykk OK. Som vist nedenfor

Den nye LDF-filen som ble generert etter suksessen med Home Inn er bare 504K.

2. Krymp loggfiler

Du kan også krympe loggfilen for å redusere størrelsen på loggfilen. Høyreklikk på Database-Task-Shrink-File og velg loggfilen, som vist i figuren under

I funksjonen for å krympe kan du velge det andre elementet, «Omorganiser siden etter å ha frigjort ubrukt plass», og deretter angi en størrelse, klikk OK.

3. Bruk failback-modellen som en enkel modell

For å forhindre at loggfilen vokser i fremtiden, kan du også bruke failback-modellen som en enkel modell. Høyreklikk på Database-Properties-Options-Recovery Mode for å velge den enkelt. Som vist nedenfor


Du kan også bruke setninger for å oppnå denne funksjonen.

SQL-setning: endre databasenavn, sett gjenoppretting enkel Også, Truncate log on checkpoint (dette alternativet brukes i SQL 7.0, SQL 2000, altså failback-modellen velges som den enkle modellen). Når CHECKPOINT-kommandoen kjøres, hvis transaksjonsloggfilen overstiger 70 % av størrelsen, slettes innholdet, og dette alternativet settes ofte til True Auto når databasen utvikles Shrink sjekker databasen periodisk; når den ubrukte plassen i en databasefil eller loggfil overstiger 25 % av størrelsen, vil systemet automatisk krympe filen slik at den ubrukte plassen tilsvarer 25 %, og når filstørrelsen ikke overstiger den opprinnelige størrelsen da den ble opprettet, må den reduserte filen også være større enn eller lik den opprinnelige størrelsen, og reduksjonen av transaksjonsloggfiler kan bare gjøres når den er sikkerhetskopiert eller når Trimuncate log on-sjekkpunktet er satt til True.

Merk: Standardattributtene i databasen settes som regel, men databaseattributtene endres på grunn av uventede omstendigheter, vennligst sjekk de ovennevnte attributtene i databasen etter at loggen er slettet for å forhindre at transaksjonsloggen fylles opp igjen.






Foregående:Enkelt å bygge HMailServer gratis e-postserver under Windows-systemet
Neste:Syv gratis e-postserverprogramvare
Ansvarsfraskrivelse:
All programvare, programmeringsmateriell eller artikler publisert av Code Farmer Network er kun for lærings- og forskningsformål; Innholdet ovenfor skal ikke brukes til kommersielle eller ulovlige formål, ellers skal brukerne bære alle konsekvenser. Informasjonen på dette nettstedet kommer fra Internett, og opphavsrettstvister har ingenting med dette nettstedet å gjøre. Du må fullstendig slette innholdet ovenfor fra datamaskinen din innen 24 timer etter nedlasting. Hvis du liker programmet, vennligst støtt ekte programvare, kjøp registrering, og få bedre ekte tjenester. Hvis det foreligger noen krenkelse, vennligst kontakt oss på e-post.

Mail To:help@itsvse.com