SQL SERVER.

lunedì 20 settembre 2010 - 15.44
Tag Elenco Tags  Windows Server 2008 R2  |  SQL Server 2008 R2

iif Profilo | Expert

Ciao, molto spesso capita che l'engine si congeli, da cosa può dipendere?
Avviando il monitor delle attività si riesce a vedere ( quando non va in timeout ) due bulk insert.
Grazie.

alx_81 Profilo | Guru

>Ciao, molto spesso capita che l'engine si congeli, da cosa può dipendere?
se intendi blocco totale, devi cercare assolutamente di isolare quali siano le risorse bloccate con le sp di sistema dedicate (ad esempio sp_who e sp_who2). Quando isoli i processi che generano blocchi (lo puoi vedere anche dal server monitor che puoi avviare dal tasto destro del mouse sul server in Management studio) devi cercare di capire chi avvia questi processi e cercare di risolvere il problema.
Si tratta di un server di produzione con tanto traffico? Hai controllato periodicamente se prima del blocco ci sono aumenti di sessioni?
Quanti e quali job girano che potrebbero "impallare" il sql server?

>Avviando il monitor delle attività si riesce a vedere ( quando non va in timeout ) due bulk insert.
da chi sono lanciate? Che tipo di isolamento di transazione hanno?

>Grazie.
di nulla!
--
Alessandro Alpi | SQL Server MVP
MCP|MCITP|MCTS|MCT

http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.support.microsoft.com/profile/Alessandro.Alpi

iif Profilo | Expert

Ciao, la situazione è la seguente:
- Sever Blade IBM XIV
- 16 GB Ram
- SQL SERVER 2008 R2
- Backup che girano h24
- Bulk insert molto pesanti ( un file può pesare anche 80/90 GByte )
- Presenza di due istanze
- Una delle istanze viene "bombardata" con bulk insert parallele

La mia sensazione è che il congelamento delle attività sia dovuto "credo" alla RAM, nel caso in cui viene saturata ( solitamente è al 98% ) swappa sul disco causando ovviamente dei rallentamenti.
Altro non so, abbiamo guardato anche nei log ma non c'è nulla che indichi l'anomalia.

lbenaglia Profilo | Guru

>La mia sensazione è che il congelamento delle attività sia dovuto
>"credo" alla RAM, nel caso in cui viene saturata ( solitamente
>è al 98% ) swappa sul disco causando ovviamente dei rallentamenti.

Lo puoi verificare lanciando il Performance Monitor catturando il counter Database>Cache Hits Ratio verificando che sia prossimo al 100%, diversamente potresti valutare l'aggiunta di altra RAM.
Un'altra serie di counter interessanti li trovi sotto PhysicalDisk, con diverse info relative all'I/O su disco. Verifica che il transfer rate in lettura/scrittura sia adeguato con latenze minime.

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !
Copyright © dotNetHell.it 2002-2024
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5