Session suspendue lors de l'exécution d'un 'ALTER INDEX'

Bonjour,

Nous avons mis en place, à l'aide du 'Maintenance Plan Wizard', un plan de maintenance de reconstruction d'index et de mise à jour des statistiques. Ce plan s’exécute deux fois par semaine (mercredi et dimanche à 00h15).

La plupart du temps, l’exécution de ce plan se passe bien, mais il arrive parfois que la session associée à ce plan soit au statut "Suspended" et que d'autres sessions soient bloquées par ce plan.

Voici un extrait des informations contenues dans les logs SQL Server :

04/22/2018 00:43:34,spid31s,Unknown,Timeout occurred while waiting for latch: class 'FCB'<c/> id 00000000F1FAD538<c/> type 2<c/> Task 0x00000000F974ACA8 : 0<c/> waittime 900 seconds<c/> flags 0x2000000019<c/> owning task 0x00000000F8540CA8. Continuing to wait.
04/22/2018 00:39:21,spid61,Unknown,Timeout occurred while waiting for latch: class 'FCB'<c/> id 00000000F1FAD538<c/> type 3<c/> Task 0x00000000F5BB1088 : 0<c/> waittime 900 seconds<c/> flags 0x2000000019<c/> owning task 0x00000000F8540CA8. Continuing to wait.
04/22/2018 00:38:34,spid31s,Unknown,Timeout occurred while waiting for latch: class 'FCB'<c/> id 00000000F1FAD538<c/> type 2<c/> Task 0x00000000F974ACA8 : 0<c/> waittime 600 seconds<c/> flags 0x2000000019<c/> owning task 0x00000000F8540CA8. Continuing to wait.
04/22/2018 00:34:21,spid61,Unknown,Timeout occurred while waiting for latch: class 'FCB'<c/> id 00000000F1FAD538<c/> type 3<c/> Task 0x00000000F5BB1088 : 0<c/> waittime 600 seconds<c/> flags 0x2000000019<c/> owning task 0x00000000F8540CA8. Continuing to wait.
04/22/2018 00:33:34,spid31s,Unknown,Timeout occurred while waiting for latch: class 'FCB'<c/> id 00000000F1FAD538<c/> type 2<c/> Task 0x00000000F974ACA8 : 0<c/> waittime 300 seconds<c/> flags 0x2000000019<c/> owning task 0x00000000F8540CA8. Continuing to wait.
04/22/2018 00:29:21,spid61,Unknown,External dump process return code 0x20000001.<nl/>External dump process returned no errors.
04/22/2018 00:29:09,spid61,Unknown,[INFO]          Identity             Begin               End |        State                  Result     Error  Speculate   Prepared LazyCommit   ReadOnly |      Transaction         Database          ThreadId |   ReadSet  WriteSet   ScanSet Savepoint LogSizeRq | CommitDep TotalComm       Dependent 0       Dependent 1       Dependent 2       Dependent 3       Dependent 4       Dependent 5       Dependent 6       Dependent 7 |            Area  Location |
04/22/2018 00:29:05,spid61,Unknown,Stack Signature for the dump is 0x00000000C74D6A88
04/22/2018 00:29:03,spid61,Unknown,* Short Stack Dump
04/22/2018 00:29:03,spid61,Unknown,* -------------------------------------------------------------------------------
04/22/2018 00:29:03,spid61,Unknown,* *******************************************************************************
04/22/2018 00:29:03,spid61,Unknown,*
04/22/2018 00:29:03,spid61,Unknown,*  MPDB = OFF<c/> ONLINE = OFF<c/> ALLOW_ROW_LOCKS = ON<c/> ALLOW_PAGE_LOCKS = ON)
04/22/2018 00:29:03,spid61,Unknown,*  ON = ALL WITH (PAD_INDEX = OFF<c/> STATISTICS_NORECOMPUTE = OFF<c/> SORT_IN_TE
04/22/2018 00:29:03,spid61,Unknown,*             ALTER INDEX [IX_Index] ON [dbo].[table_name] REBUILD PARTITI
04/22/2018 00:29:03,spid61,Unknown,* Input Buffer 432 bytes -
04/22/2018 00:29:03,spid61,Unknown,*
04/22/2018 00:29:03,spid61,Unknown,* Latch timeout
04/22/2018 00:29:03,spid61,Unknown,*
04/22/2018 00:29:03,spid61,Unknown,*   04/22/18 00:29:03 spid 61
04/22/2018 00:29:03,spid61,Unknown,* BEGIN STACK DUMP:

Pour quelles raisons la reconstruction des index est parfois suspendue ? et comment éviter ce blocage ?

Merci,
Bonne journée

La maintenance des index, suivant la nature du script, oblige à poser des verrous pour les reconstruire.

Les plans graphiques de l'assistant génère des scriptes de maintenance "bulldozer" qui ne sont pas du tout optimisé pour une production professionnelles, mais plutôt dédié aux gens venant d'Accès et qui n'ont aucune idée, de ce peut revêtir, comme notion, l'acronyme DBA.

En d'autre terme, une voiture, comme un SGBDR doit passer en maintenance régulièrement.
Vous avez alors deux options :

• soit une maintenance grossière qui consiste à changer toutes les pièces d'usure sans regarder si elles sont usées et faire toutes les vidanges sans regarder si cela est opportun. Cela va coûter cher pour rien et c'est ce que fait l'assistant...
• soit une maintenance intelligente qui consiste à mesurer ce qui est réellement usé et à vidanger, et ne s'occuper que de ces éléments là. Cela sera beaucoup plus léger, plus rapide et moins bloquant. De plus suivant la version/edition, on peut opter pour des choses encore plus légères comme le mode "online" qui permet d'éviter de verrouiller la maintenance des index...

La 2e solution, nécessite des connaissances (tables et procédures systèmes) et un peu de jugeote. C'est comme tout, cela s'apprend. Il existe des formations professionnelles sur l'administration de SQL Server, comme celle que je délivre à Orsys :
http://www.orsys.fr/formation-sql-se...istration.html

Maintenant, pour vous aider plus en avant, vous avez oublié l'essentiel... Nous donner l'édition et la version de SQL Server !
Lisez ceci : https://www.developpez.net/forums/d9...vement-poster/

A +

Pièce jointe 393910