Sletning af log-fil

først skal du lave backup af den log (evt. uden at lave rigtig backup).

så kan du ændre størrelsen (med SQL mener jeg at det er DBCC SHRINKFILE du skal bruge)

backup uden backup er

BACKUP LOG WITH TRUNCATE_ONLY

Men hvordan gøres det via Enterprise'n?

Kan man ikke bare ændre størelsen på log filen i properties ?

Desværre ikke, den brokker sig, hvis man vælger en størrelse, som er mindre end den, som den har. Og man kan ikke slette filen og hvis man kobler serveren af og omdøber filnavnet og kobler serveren tilbage igen, så virker hjemmesiden ikke (før filen omdøbes tilbage igen).

The primary data or log file cannot be removed from a database.

Hm. Jeg ved ikke hvordan man gør det med EM.

(jeg har aldrig selv problemet - jeg fjerner altid krydset i autogrow - så
bliver mine filer ikke større end jeg har gjordt dem)

Ok, giver op. Hvordan bruger jeg kommandoen SHRINKFILE i DBCC'en? Hvad skal jeg helt konrket skrive?

Query Analyzer (eller OSQL)

copy paste fra BOL:

Examples
This example shrinks the size of a file named DataFil1 in the UserDB user database to 7 MB.

USE UserDB
GO
DBCC SHRINKFILE (DataFil1, 7)
GO

Det virkede - takker - tryk svar :-)

svar

Der står i en anden tråd, at log-filen tømmes ved hvert backup, men jeg har sat serveren til at foretage backup hver nat, men filen voksede stadigt... hvorfor?

BACKUP LOG (ikke BACKUP DATABASE !) gør log filen klar til genbrug.

Hvad svarer det til i enterprise'n?

backup med kryds i transaction log vil jeg tro

Jeg kan vælge:

Database - complete (står allerede i)
Database - differential
Transaction log
File and filegroup

Men jeg vil jo gerne have en fuld backup, så det er nok bedst, at jeg blot lader den stå, hvor den står.

jep

Og noget helt andet. Hvad betyder det, at databasen får lov til at "auto close"? (fravalgt som standard)

Fra BOL:

Auto Options
Auto options control certain automatic behaviors.

AUTO_CLOSE

When set to ON, the database is closed and shut down cleanly when the last user of the database exits and all processes in the database complete, thereby freeing any resources. By default, this option is set to ON for all databases when using Microsoft® SQL Server™ 2000 Desktop Engine (MSDE 2000), and OFF for all other editions, regardless of operating system. The database reopens automatically when a user tries to use the database again. If the database was shut down cleanly, the database is not reopened until a user tries to use the database the next time SQL Server is restarted. When set to OFF, the database remains open even if no users are currently using the database.

The AUTO_CLOSE option is useful for desktop databases because it allows database files to be managed as normal files. They can be moved, copied to make backups, or even e-mailed to other users. The AUTO_CLOSE option should not be used for databases accessed by an application that repeatedly makes and breaks connections to SQL Server. The overhead of closing and reopening the database between each connection will impair performance.

Takker :-)