Problemi di Lock in SQL 2005

[Paolo]

Gestisco un OLTP che durantre la giornata in alcuni orari è pesantemente
acceduto.

Il problema è che (attraverso le tracce di durata) si vede che in questi
orari stored procedure che normalmente impiegano meno di un secondo schizzano
a 20-30 secondi e che tali sp sono per la maggior parte di sola lettura.

In queste situazioni il server non presenta criticità di memoria, cpu,
dischi e rete.

Le sp sono state scritte negli anni da tutti e sono centinaia.

Prima di fasciarmi la testa vorrei intervenire:
- agendo sul lock degli indici (eliminando sia il row lock che il page lock
che il ricalcolo alutomatico delle statistiche)
- provare con lo SNAPSHOT ISOLATION sul database.

Mi servirebbe :
1) Capire se la strada è percorribile
2) QUalcosa per poter misurare le differenze (tipo DMF o DMV)

Grazie in anticipo.

[dawn]

On 9 Nov, 13:50, Paolo <Pa...@discussions.microsoft.com> wrote:
> Gestisco un OLTP che durantre la giornata in alcuni orari è pesantemente
> acceduto.
>
> Il problema è che (attraverso le tracce di durata) si vede che in questi
> orari stored procedure che normalmente impiegano meno di un secondo schizzano
> a 20-30 secondi e che tali sp sono per la maggior parte di sola lettura.
>

Ma scusa, se di lock si tratta (quindi attesa senza fare nulla) questi
sarebbero tracciati senza problemi... E' così?
Perché altrimenti il problema è da un'altra parte!

E' comunque vero come, se non ti interessa la coerenza con le
transazioni in quel momento in volo, un nolock "agevoli" la lettura...