FAQ |
Kalender |
|
2011-05-30, 17:03 | #1 | |||
|
||||
Nykomling
|
Tjena,
Någon som har några tips eller varit med om det här förut då man nu har helt slut på saker att testa. Har en server som kör Server 2003 och SQL Server 2005 som används enbart för databasen då det är ett äldre .net intranät som körs på en annan server brevid. Då ingen kan .net av oss som använder det så har vi en maskin till brevid som via php uppdaterar artiklar i systemet med FreeTDS. Problemet kommer efter en loop där ca 1000-10000 artiklar uppdateras då hela Windows börjar gå i slowmotion men enligt systemet arbetar den max 2-3 %. Musen hackar och bara klicka upp startmenyn kan ta 5min. Är inte alltid direkt efter uppdateringen det händer utan kan ta en timme eller så. Uppdateras inget så fungerar systemet utan problem. Efter en omstart är Windows ok igen och alla artiklars information stämmer. |
|||
Svara med citat |
2011-05-30, 18:06 | #2 | |||
|
||||
Klarade millennium-buggen
|
1. Kolla diskköerna.
2. Hur gör ni uppdateringarna? Är det rena inserts i samma connection? Kolla storleken på transaktionsloggen och tempdb. |
|||
Svara med citat |
2011-05-30, 18:20 | #3 | |||
|
||||
Nykomling
|
Tack för ditt svar Westman. Uppdateringen görs med en vanlig loop med "update xxx set xxx" i samma anslutning. Diskköerna ser man dom i sql management studio? Försökte hitta både transaktionsloggen och tempdb men ser inget sådant..
|
|||
Svara med citat |
2011-05-30, 18:42 | #4 | |||
|
||||
Nykomling
|
Hittade tempdb med dessa värden
Size: 13.44mb Space Available: 11.77mb Såg även att det fanns under "File" i menyn att den tabellen ska öka med 10% och kan bli hur stor som helst. |
|||
Svara med citat |
2011-05-30, 20:26 | #5 | |||
|
||||
Nykomling
|
Googlat runt en stund nu efter info och hittade transaktionsloggen som är på hemska 289GB. Det låter ju inte bra... databasen kör bulk-logged och en flagga är False under Auto shrink.
|
|||
Svara med citat |
2011-05-30, 22:32 | #6 | |||
|
||||
Klarade millennium-buggen
|
Öhh.... Inte undra på att du har problem. Backa databasen, kör DBCC SHRINKFILE på transloggen.
Jag förutsätter att databasen backas som den ska minst en gång per dygn men utöver det så skulle jag ha ändrat från bulk till full och slagit på auto shrink eller schemalagt en egen shrink. |
|||
Svara med citat |
2011-06-08, 20:59 | #7 | |||
|
||||
Mycket flitig postare
|
Har man möjlighet att lägga loggfilerna på en annan disk kan man få upp till ca 40% bättre prestanda.
|
|||
Svara med citat |
Svara |
|
|