…i hvert fald ikke st\u00f8rrelsen af en C5 SQL-installations LOG-fil p\u00e5 SQL-serveren.<\/p>\n
Lidt baggrund:
\nEn SQL-server holder naturligvis godt styr p\u00e5 din data. Den gemmer dem i en eller flere databasefiler, hvor den hurtigt kan finde din data frem igen eller opdatere dem n\u00e5r C5 beder om det.<\/p>\n
Men faktisk holder den ogs\u00e5 styr p\u00e5 alle \u00e6ndringer af dine data. Det sker i en s\u00e5kaldt log-fil hvor ALLE opdateringer af data registreres. I praksisk kan man derfor (hvis man ved hvad man g\u00f8r) spole frem og tilbage i opdateringer – fx. ifm. at genskabe data efter et stort nedbrud. Eller man kan lave en komplet databasekopi hver nat – og s\u00e5 blot tage kopi af log’en flere gange i l\u00f8bet af dagen.<\/p>\n
Men en komplet kopi af databasen og kopi af en efterf\u00f8lgende log-fil, kan man s\u00e5 at sige gendanne databasen som den s\u00e5 ud til et hvilket som helst tidspunkt mellem den komplette kopi og tidspunktet for logfilen ved at “spole” frem og tilbage i logfilen…<\/p>\n
Nu er det faktisk de f\u00e6rreste C5 installationer der har brug for det her\u00a0– en kopi af SQL-databasen uden log er som regel nok. Men\u00a0bruger man ikke et backupsystem der kender til logfilen – eller ikke ops\u00e6tter det til at t\u00f8mme logfilen efter hver komplet backup af databasen, ja s\u00e5 vokser logfilen i en uendelighed – og bliver til sidst mange gange st\u00f8rre end din C5 database. Og bruger man den ikke er det jo ren spild!<\/p>\n
NB: Det er temmeligt komplekst at “spole” frem og tilbage i s\u00e5dan en log-fil, s\u00e5 det vil ikke blive beskrevet n\u00e6rmere i dette indl\u00e6g.<\/p>\n
Hvordan slipper man s\u00e5 for den der log?
\nDet letteste er faktisk n\u00e5r man opretter databasen. Enhver SQL-database har en option der hedder “Recovery Model”. S\u00e6ttes denne til “Simple”, ja s\u00e5 fort\u00e6ller man SQL-serveren at man ikke har t\u00e6nkt sig at bruge log-filen til noget. Og s\u00e5 bruger SQL-serveren den kun til at holde styr p\u00e5 transaktioner og holder den derfor selv s\u00e5 lille s\u00e5 mulig.<\/p>\n
Optionen kan naturligvis ogs\u00e5 s\u00e6ttes EFTER databasen er sat i drift. S\u00e5 virker det s\u00e5dan fremadrettet, men der frigives ikke allerede allokeret log-plads.<\/p>\n
Bem\u00e6rk: Hvis du af en eller anden grund IKKE \u00f8nsker at skifte “Recovery Model” til “Simple”, men blot \u00f8nsker at f\u00e5 markeret log-pladsen som om der allerede er taget backup af den og den derfor er frigivet, s\u00e5 kan SQL-kommandoen “BACKUP LOG <databasenavn> TODISK=’NUL:’ ” g\u00f8re tricket.
\nFint nok – jeg har skiftet en gammel database til “Simple”\/k\u00f8rt ovenst\u00e5ende BACKUP LOG-kommando og nu vil jeg s\u00e5 gerne have log-filen til faktisk ogs\u00e5 at blive mindre!
\nJamen s\u00e5 k\u00f8rer du da bare en “DBCC SHRINKFILE(‘<logfilens navn>’,1)” p\u00e5 SQL-serveren. Logfilens navn vil typisk v\u00e6re <databasenavn>_log, men du kan checke det i egenskaber p\u00e5 databasen i SQL manageren. Og nu hvor du er inde i den s\u00e5 er der faktisk ogs\u00e5 et menupunkt der g\u00f8r det samme n\u00e5r du h\u00f8jreklikker p\u00e5 databasen: Tasks \/ Shrink \/ Files…<\/p>\n","protected":false},"excerpt":{"rendered":"
…i hvert fald ikke st\u00f8rrelsen af en C5 SQL-installations LOG-fil p\u00e5 SQL-serveren. Lidt baggrund: En SQL-server holder naturligvis godt styr p\u00e5 din data. Den gemmer dem i en eller flere databasefiler, hvor den hurtigt kan finde din data frem igen … L\u00e6s resten