Log-fil backup

Hvilken version af SQL server arbejder du med ?

Det er ikke ligegyldigt, hvilken type backup du laver - en transaktionslog-backup vil ikke nødvendigvis lave transaktionsloggen mindre - den skal bare sikre, at man rent faktisk har en brugbar kopi/backup af den.

Man kan vælge at lave en differentiel eller inkrementiel backup af sin database. Den første tager backup af alle ændringer siden sidste FULDE backup. Dvs. den tager i praksis en kopi af loggen. En inkrementiel tager en backup af alle ændringer siden sidste (inkrementielle) backup. Dvs. du skal bruge alle de inkrementielle backups du har lavet siden sidste fulde backup for at genskabe databasen.

Derfor er det nemmest at lave differentiel backup, da du her kun skal bruge sidste fulde backup og den sidste differentielle backup for at genskabe databasen.

For rent faktisk at få loggen gjort mindre skal du starte med at lave en fuld backup og derefter enten jævnligt lave en fuld backup (anbefales!!) eller lave inkrementielle backups.

Men spørgsmålet er selvfølgelig om du er interesseret i at lave backups eller bare holde loggen nede?? I så fald laver du en fuld backup og slår derefter loggen fra.

Og som et opfølgende svar:

Hvis du vil flytte ldf-filen til et andet drev (hvis du bruger sql 7 eller senere), skal du kigge på sp_db_detach og sp_db_attach stored procedures (i sql 2000 findes de direkte i Enterprise Manager) - disse kan du finde beskrevet i books online.

Det er MS SQL 7

Hov - de hedder vist forøvrigt:

sp_detach_db
sp_attach_db

De bruges typisk til at fjerne en database fra serveren uden at slette filerne fra disken og derefter tilføje dem på en anden server, men de kan også bruges hvis man ønsker at flytte log eller datafilen til en anden disk.

Prøv at læse online books om disse - de er beskrevet ganske fint.

Kunne du bruge svarene?

jeg har ikke fået kigget mere på sp_db_detach og sp_db_attach - holder 3 dage fri...

Men jeg skal hurtigst muligt lige få brugt lidt tid på det, så I kan få jeres point.

Fint nok, bare du ikke er gået helt død ;-)

Ikke død men \"rød\" - mest pga solen...
Troede genskinnet fra min skærm havde hærdet min hud :-)

Ha! Den er jeg også faldet i et par gange - det virker simpelthen ikke - har du nogensinde prøvet at have en sol som pauseskærm?? ;-)

Tilbage fra solen, og glædeligt igang med at detache.
Men jeg får at vide, at DB\'en er i brug:

Cannot drop the database \'TESTING_DB\' because it is currently in use.

Hvor/Hvor meget skal der kobles fra på SQL-serveren før jeg kan exec sp_detach_db?

Der må absolut ingen brugere være på databasen. Hvis du f.eks. står i SQL Query Analyzer, med databasen valgt, så er du logget ind i databasen og derfor kan du ikke detache den.

Det virker jo! ;-)

Min fejl var lige præcist at Query Analyzer pegede på DB\'en...
Tak for hjælpen!