15. februar 2002 - 13:07Der er
3 kommentarer og 2 løsninger
Fjernelse af log fil. "trunc. log on chkpt" virker ikke!
Jeg har en SQL Server 2000 som jeg i øjeblikket har ca. 45 Mb data fordelt på 3 filegroups, men da jeg under oparbejdelse af disse har haft en meget større mængde data inde og efterfølgende slettet igen, har jeg en log-fil på 1,3 Gb. Mit ønske er at få den reduceret. Efter at jeg har læst forskellige indlæg og nogle bøger, tyder det på at jeg vil få løst problemet ved at aktivere "trunc. log on chkpt", hvilket jeg ikke umiddelbart har kunnet finde i "Enterprise Manager", men jeg har fået den ændret via en Stored Proedure "sp_dboption". Hvilket jeg kan se får Recovery Model til at skift fra "Full" til "Simple".
Tager jeg efterfølgende en backup af SQL Serveren med min "Veritas BackupExec v8.5" brokker den sig med følgende besked for hver filegroup:
An error occurred on a query to filegroup DATABASE..FILEGROUP. ^ ^ ^ ^ ^ The statement BACKUP DATABASE...FILE=<name> is not allowed while the recovery model is SIMPLE. Use BACKUP DATABASE or change the recovery model using ALTER DATABASE. ^ ^ ^ ^ ^ Unable to open the item DATABASE?FILEGROUP - skipped.
Hvordan får jeg løst mit problem, inden jeg løber tør for disk plads????
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
Truncate log on breakpoint er en SQL Server 7 feature. I 2000 svarer dette til at vælge "Simple" som recovery model under Options på database properties.
Kig i Books Online efter DBCC SHRINKDATABASE og DBCC SHRINKFILE og du har alt hvad du skal bruge.
Jeg har erfaring med, at kommandoen Shrink database ikke reducerer størrelsen på log-filen. Den fjerner kun fri plads i filen - hvis der ikke er fri plads, bliver størrelsen ikke reduceret.
Jeg synes at det er en uholdbar (og drastisk) løsning, at skulle manuelt slette logfilen, specielt da jeg kommer til at skulle have flere forskellinge databaser kørende på samme server. Det kan ikke passe at det ikke kan automatiseres.
Jeg har også forsøgt mig med at lave shrink uden vidre held.
Nu hvor jeg har fået kigget på log-filen efter min fejlslagne backup, viser det sig at den må have lavet et checkpoint, for log-filen er reduceret til 44Mb, men backuppen meldte at den ikke har lavet sikkerhedskopi af databasen. Ikke videre betrykkende. Det kan ikke passe at BackupExec skal køre på den måde.
benny >> det er fordi du først skal reducere filen med en manuel backup, derefter kan du lave en shrink. Søg på de 2 emner jeg foreslog i BOL og se også de relaterede emner :-)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
