Problem med STOR Transaktionlog på MS SQL server v.8.0

BACKUP LOG vil jo gøre log filen klar til genbrug, så det er bare med at få
det gjort.

Hvis jeres data integritets politik tillader det kan I også skifte til simpel
recovery model.

Du kan også bare skifte recovery mode til Simple og så lave en shrink og bagefter skifte recovery mode tilbage til full.

Kan man skifte recoverymode til simple og schrinke DB imens brugerne er på?

Hvad mener du "Arne" med kommandoer BACKUP LOG - vil den ikke lave en backup af databasen og loggen - det er der jo ikke plads til?

Du kan ikke gøre det mens der er brugere på

BACKUP LOG laver selvfølgelig kun backup af log ikke af databasen (det er BACKUP
DATABASE).

Pladsen kan være et problem. Men enten må du gemme på et netværks drev. Eller så
må du finde de grove midler frem med:

BACKUP LOG database WITH TRUNCATE_ONLY

(den markerer bare log filen som backet op - *UDEN* at backe den op - overvej
grundigt konsekvenser inden du bruger sådan en kommando)

Jeg har stoppet alle brugere, hvorefter jeg satte recoverymode til simple, herefter stoppede jeg databasen for at genstarte den. Det viser sig nu at den ikke kan starte op den kommer med flg. fejl. Database currupted or tramped, unable to load SQLBOOT.DLL. Denne fil kan jeg slet ikke finde på serveren, heller ikke i mine backups. Nogen der har et forslag?

Jeg er igen kørende - og problemet er løst for nu.
Efter at have kørt en "DBCC SCHRINK DB-navn , 150" hvorefter jeg lavede en backup af master og min DB, fald størrelsen af logfilen til 150 Mbyte. Databasen kører stadig i simple recovery mode og vil nok forblive med det, det er ikke noget problem for os kun at have sidste backup hvis DB'en skal restores. Vi laver backup 1 gang i døgnet - samtidig overføres alle date løbende til et overliggende system.
Tak for jeres råd og hurtige og kompetente svar.

så vil jeg ligge et svar

Tid at få afsluttet spørgsmålet ?