Bremse proces der går i ring

jeg ved godt at dette her er meget low level men har du prøvet med
alter table dintable
disable dintrigger
via query analyzer ?

Ja, og det tog også en evighed ...

Men jeg har fået det løst nu, fandt ud af at sige KILL til de rigtige processer.

Inden da nåede min log at vokse fra 1 til 5 GB :o)

lukket, ellers tak for hjælpen

np :)
kill rulez :)

af almindelig interesse: en hardcore SQLServer mand som dig - bruger du ikke
fixed size log ?

Nej, det gør jeg ikke. Jeg har masser af harddisk, og overvåger databaserne nøje.

Når logfilerne vokser, så er der en grund til det. Så man kan jo bare shrink'e databaserne når man synes ...

jeg er nok ikke så "hardcore" som dig, så du kan måske fortælle mig hvorfor det skulle være bedre at bruge fised size?

Jeg er slet ikke en db guy - jeg er kun en app guy som fusker lidt med db en
gang imellem.

Det er muligt at jeg bare er gammeldags - jeg kan huske dengang i 97 hvor en fra
MS raevestolt fortalte om autogrow i SQLServer 7.0 og da han kom til at fortaelle at
default grow size var 1 KB, saa var det lige foer at de tilstaedevaerende
laa paa  gulvet og rullede af grin

Argumenterne mod det maa vaere:
  - risiko for fysisk fragmentering
  - risiko for at backup bliver for stor
  - en uvidenskabelig generel mistro til systemer som goer noget af sig selv

Men maaske kan:
  - en fornuftig grow chunk size
  - en seperat disk som dump omraade
  - fornuftig overvaagning saa der bliver taget action hvis noget vokser
bruges.

Det var derfor jeg spurgte - fordi jeg var nysgerrig efter at vide
om det idag er SQLServer DBA best practice at have autogrow slaaet til.

Autogrow er slået til default, og har været det i mange år.

- og harddiske er billige

Men jeg ved ikke så meget om det ...