Sur une serveur tres solicité, j'ai régulièrement l'erreur:
Error: 1204, Severity: 19, State: 1
The SQL Server cannot obtain a LOCK resource at this time. Rerun your
statement when there are fewer active users or ask the system administrator
to check the SQL Server lock and memory configuration..
Voici la config de mon serveur:
name minimum maximum config_value
run_value
----------------------------------- ----------- ----------- ------------ ---
--------
locks 5000 2147483647 0 0
max server memory (MB) 4 2147483647 760 760
min server memory (MB) 0 2147483647 512 512
Je pense augmenter le max server memory.
Cela vous semble-t-il une bonne stratégie ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Med Bouchenafa[MVP]
C'est effectivement un bon début. Un verrou consomme des ressources mémoire et en disposer de suffisamment plus serait une bonne idée. Une autre idée serait de forcer une escalation des verrous. Sur certaines requêtes, tu as plus intérêt à utiliser des verrous a un niveau table qu'à un niveau ligne Cela consommera beaucoup de verrous mais posera le problème des délais d'attente Regarde aussi du coté de sp_indexoptions. Il y a la possibilité de forcer l'escalation pour un index donné
Mais la mémoire est effectivement à considérer en premier quitte à rajouter de la RAM physique
-- Salutations Med Bouchenafa TETRASET 75015 Paris
"Laurent Moreau" wrote in message news:bjpqdn$m66$
Bonjour à tous
Sur une serveur tres solicité, j'ai régulièrement l'erreur:
Error: 1204, Severity: 19, State: 1 The SQL Server cannot obtain a LOCK resource at this time. Rerun your statement when there are fewer active users or ask the system
administrator
to check the SQL Server lock and memory configuration..
Voici la config de mon serveur: name minimum maximum config_value run_value ----------------------------------- ----------- ----------- ------------ -
--
-------- locks 5000 2147483647 0 0 max server memory (MB) 4 2147483647 760
760
min server memory (MB) 0 2147483647 512
512
Je pense augmenter le max server memory. Cela vous semble-t-il une bonne stratégie ?
Merci.
Laurent.
C'est effectivement un bon début.
Un verrou consomme des ressources mémoire et en disposer de suffisamment
plus serait une bonne idée.
Une autre idée serait de forcer une escalation des verrous.
Sur certaines requêtes, tu as plus intérêt à utiliser des verrous a un
niveau table qu'à un niveau ligne
Cela consommera beaucoup de verrous mais posera le problème des délais
d'attente
Regarde aussi du coté de sp_indexoptions. Il y a la possibilité de forcer
l'escalation pour un index donné
Mais la mémoire est effectivement à considérer en premier quitte à rajouter
de la RAM physique
--
Salutations
Med Bouchenafa
TETRASET
75015 Paris
"Laurent Moreau" <l.moreau@systonic.fr> wrote in message
news:bjpqdn$m66$1@s1.read.news.oleane.net...
Bonjour à tous
Sur une serveur tres solicité, j'ai régulièrement l'erreur:
Error: 1204, Severity: 19, State: 1
The SQL Server cannot obtain a LOCK resource at this time. Rerun your
statement when there are fewer active users or ask the system
administrator
to check the SQL Server lock and memory configuration..
Voici la config de mon serveur:
name minimum maximum config_value
run_value
----------------------------------- ----------- ----------- ------------ -
--
--------
locks 5000 2147483647 0 0
max server memory (MB) 4 2147483647 760
760
min server memory (MB) 0 2147483647 512
512
Je pense augmenter le max server memory.
Cela vous semble-t-il une bonne stratégie ?
C'est effectivement un bon début. Un verrou consomme des ressources mémoire et en disposer de suffisamment plus serait une bonne idée. Une autre idée serait de forcer une escalation des verrous. Sur certaines requêtes, tu as plus intérêt à utiliser des verrous a un niveau table qu'à un niveau ligne Cela consommera beaucoup de verrous mais posera le problème des délais d'attente Regarde aussi du coté de sp_indexoptions. Il y a la possibilité de forcer l'escalation pour un index donné
Mais la mémoire est effectivement à considérer en premier quitte à rajouter de la RAM physique
-- Salutations Med Bouchenafa TETRASET 75015 Paris
"Laurent Moreau" wrote in message news:bjpqdn$m66$
Bonjour à tous
Sur une serveur tres solicité, j'ai régulièrement l'erreur:
Error: 1204, Severity: 19, State: 1 The SQL Server cannot obtain a LOCK resource at this time. Rerun your statement when there are fewer active users or ask the system
administrator
to check the SQL Server lock and memory configuration..
Voici la config de mon serveur: name minimum maximum config_value run_value ----------------------------------- ----------- ----------- ------------ -
--
-------- locks 5000 2147483647 0 0 max server memory (MB) 4 2147483647 760
760
min server memory (MB) 0 2147483647 512
512
Je pense augmenter le max server memory. Cela vous semble-t-il une bonne stratégie ?
Merci.
Laurent.
Laurent Moreau
Ok, je vais essayer de reperer les requetes qui consomment le plus de verrous pour poser des verrous de niveau supérieur. (en plus d'augmenter la RAM et la RAM dédiée a SQL Server)
Regarde aussi du coté de sp_indexoptions. Il y a la possibilité de forcer l'escalation pour un index donné
Tiens, je le savais pas ça...
Merci beaucoup pour ton aide Med.
"Med Bouchenafa[MVP]" wrote in message news:
C'est effectivement un bon début. Un verrou consomme des ressources mémoire et en disposer de suffisamment plus serait une bonne idée. Une autre idée serait de forcer une escalation des verrous. Sur certaines requêtes, tu as plus intérêt à utiliser des verrous a un niveau table qu'à un niveau ligne Cela consommera beaucoup de verrous mais posera le problème des délais d'attente Regarde aussi du coté de sp_indexoptions. Il y a la possibilité de forcer l'escalation pour un index donné
Mais la mémoire est effectivement à considérer en premier quitte à
rajouter
de la RAM physique
-- Salutations Med Bouchenafa TETRASET 75015 Paris
"Laurent Moreau" wrote in message news:bjpqdn$m66$ > Bonjour à tous > > Sur une serveur tres solicité, j'ai régulièrement l'erreur: > > Error: 1204, Severity: 19, State: 1 > The SQL Server cannot obtain a LOCK resource at this time. Rerun your > statement when there are fewer active users or ask the system administrator > to check the SQL Server lock and memory configuration.. > > > Voici la config de mon serveur: > name minimum maximum config_value > run_value
> max server memory (MB) 4 2147483647 760 760 > min server memory (MB) 0 2147483647 512 512 > > > Je pense augmenter le max server memory. > Cela vous semble-t-il une bonne stratégie ? > > Merci. > > Laurent. > >
Ok, je vais essayer de reperer les requetes qui consomment le plus de
verrous pour poser des verrous de niveau supérieur.
(en plus d'augmenter la RAM et la RAM dédiée a SQL Server)
Regarde aussi du coté de sp_indexoptions. Il y a la possibilité de forcer
l'escalation pour un index donné
Tiens, je le savais pas ça...
Merci beaucoup pour ton aide Med.
"Med Bouchenafa[MVP]" <bouchenafa@tetraset.com> wrote in message
news:eslxXkHeDHA.2304@TK2MSFTNGP11.phx.gbl...
C'est effectivement un bon début.
Un verrou consomme des ressources mémoire et en disposer de suffisamment
plus serait une bonne idée.
Une autre idée serait de forcer une escalation des verrous.
Sur certaines requêtes, tu as plus intérêt à utiliser des verrous a un
niveau table qu'à un niveau ligne
Cela consommera beaucoup de verrous mais posera le problème des délais
d'attente
Regarde aussi du coté de sp_indexoptions. Il y a la possibilité de forcer
l'escalation pour un index donné
Mais la mémoire est effectivement à considérer en premier quitte à
rajouter
de la RAM physique
--
Salutations
Med Bouchenafa
TETRASET
75015 Paris
"Laurent Moreau" <l.moreau@systonic.fr> wrote in message
news:bjpqdn$m66$1@s1.read.news.oleane.net...
> Bonjour à tous
>
> Sur une serveur tres solicité, j'ai régulièrement l'erreur:
>
> Error: 1204, Severity: 19, State: 1
> The SQL Server cannot obtain a LOCK resource at this time. Rerun your
> statement when there are fewer active users or ask the system
administrator
> to check the SQL Server lock and memory configuration..
>
>
> Voici la config de mon serveur:
> name minimum maximum config_value
> run_value
> max server memory (MB) 4 2147483647 760
760
> min server memory (MB) 0 2147483647 512
512
>
>
> Je pense augmenter le max server memory.
> Cela vous semble-t-il une bonne stratégie ?
>
> Merci.
>
> Laurent.
>
>
Ok, je vais essayer de reperer les requetes qui consomment le plus de verrous pour poser des verrous de niveau supérieur. (en plus d'augmenter la RAM et la RAM dédiée a SQL Server)
Regarde aussi du coté de sp_indexoptions. Il y a la possibilité de forcer l'escalation pour un index donné
Tiens, je le savais pas ça...
Merci beaucoup pour ton aide Med.
"Med Bouchenafa[MVP]" wrote in message news:
C'est effectivement un bon début. Un verrou consomme des ressources mémoire et en disposer de suffisamment plus serait une bonne idée. Une autre idée serait de forcer une escalation des verrous. Sur certaines requêtes, tu as plus intérêt à utiliser des verrous a un niveau table qu'à un niveau ligne Cela consommera beaucoup de verrous mais posera le problème des délais d'attente Regarde aussi du coté de sp_indexoptions. Il y a la possibilité de forcer l'escalation pour un index donné
Mais la mémoire est effectivement à considérer en premier quitte à
rajouter
de la RAM physique
-- Salutations Med Bouchenafa TETRASET 75015 Paris
"Laurent Moreau" wrote in message news:bjpqdn$m66$ > Bonjour à tous > > Sur une serveur tres solicité, j'ai régulièrement l'erreur: > > Error: 1204, Severity: 19, State: 1 > The SQL Server cannot obtain a LOCK resource at this time. Rerun your > statement when there are fewer active users or ask the system administrator > to check the SQL Server lock and memory configuration.. > > > Voici la config de mon serveur: > name minimum maximum config_value > run_value
> max server memory (MB) 4 2147483647 760 760 > min server memory (MB) 0 2147483647 512 512 > > > Je pense augmenter le max server memory. > Cela vous semble-t-il une bonne stratégie ? > > Merci. > > Laurent. > >
