Discussion :

[Grifos]

Bonjour,

J'ai actuellement un problème de plantage server lorsque je fait un alter procedure sur une de mes procédure stockée.
En gros voici la requete:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
go
-- =============================================
-- Author:		Grifos
-- Create date: 06/05/2009
-- Description:	Une proc de generation de rapport
-- =============================================
ALTER PROCEDURE [dbo].[ps_Rapport_4] 
	@MODE AS VARCHAR(20),		-- Mois ou Hebdomadaire
	@YEAR AS INT,				-- Année où regarder
	@START_DATE AS INT			-- Semaine où mois à analyser
AS
BEGIN
 
-- Table temporaire qui va servir à stocker les informations nécessaire à la génération du rapport
DECLARE @TEMP AS TABLE	(
				Info_1 varchar(20) DEFAULT 'rien',
				Info_2 varchar(20) DEFAULT 'rien',
				Info_3 varchar(20) DEFAULT 'rien'
)
 
INSERT INTO @TEMP (Info_1, Info_2, Info_3)
VALUES('toto','titi','tata')
.
.
.
INSERT INTO @TEMP (Info_1, Info_2, Info_3)
VALUES('toto4','titi4','tata4')
 
SELECT * FROM @TEMP

En réalité elle est un peu plus fournie (environ 1000 lignes de longueurs variable).

Donc depuis que la procédure à atteinte une certaine taille (700 lignes), elle se met à joué des sienne quand je fais un alter procedure (juste rajouter quelque lignes à la procédure), c'est à dire que des fois elle passe comme une lettre à la poste, et une autre fois (pour la même modification), l' ALTER PROCEDURE va s'exécuter indéfiniment sans jamais me renvoyer un message: procedure executed successfuly
ou un message d'erreur. De plus quand je regarde les ressource que la requête alter prend au niveau du server pour cette procédure, je vois qu'elle ne consomme rien (le cpu time reste figé à la même valeur qu'il se soit écoulé 1minute ou 7 minutes). Et quand je tente de l'annuler, ça tourne toujours dans le vide (quand je dis que ça tourne c'est que sql server manager ne m'affiche aucun message à part la petite animation de cercle vert qui tourne).
Tout cela à pour conséquence d'empêcher toute nouvelle connexion avec sql manager et entraine de devoir redémarrer sql server. Le server dis qu'il est busy.
Par contre pour les personnes déjà connectées, elles peuvent toujours effectuer des requêtes.

J'aimerai donc savoir si c'est un bug connu et si il existe un patch. Car je n'arrive pas à trouvé d'explication sur le web. Ou si cela viens d'autre part.

Cordialement

[SQLpro]

1) Si le volume des données de la variable table est important, remplacez le avec une table temporaire. En effet une variable table ne peut pas être muni d'index ni de stats alors qu'une table temporaire le peut.
2) il serait plus astucieux d'externaliser le chargement de votre table par un fichier texte contenant les données et la commande BULK INSERT. cela irait beaucoup plus vite et déchargerait beaucoup la proc.

A +

[Grifos]

Merci pour cette réponse, mais le problème n'a pas l'air de venir de là.
Je tiens à préciser que ça plante lors de l'ALTER PROCEDURE et non au niveau de l'éxecuction.
Il semblerait en effet que ce soit un problème des commentaires.
J'avais lors de ma déclaration de table temporaire mis des commentaires de la manière suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
DECLARE @TEMP AS TABLE	(
				-- commentaire 1
				Info_1 varchar(20) DEFAULT 'rien',
				-- commentaire 2
				Info_2 varchar(20) DEFAULT 'rien',
				-- commentaire 3
				Info_3 varchar(20) DEFAULT 'rien'
)

Et il semblerait que sql server capte mal le retour chariot.
Il suffirait donc juste de changer les commentaire -- par le couple /* */
Je vais effectuer des test plus approfondie pour vérifier que ce n'était pas un coup de change

[agemis31]

Bonjour,

J'ai déja eu un problème similaire à la modification d'une procédure stockée,
mais rien de méchant, rien qui touche au moteur en tout cas, c'était dû à des caractères parasites.

Tout cela à pour conséquence d'empêcher toute nouvelle connexion avec sql manager et entraine de devoir redémarrer sql server. Le server dis qu'il est busy.
Par contre pour les personnes déjà connectées, elles peuvent toujours effectuer des requêtes.

Vous ne pouvez plus vous connecter d'un autre poste ? Ou en relancant Management Studio ?

@+

[Grifos]

Rebonjour,
Je ne peux plus me connecter d'un autre poste ou de même du miens en ayant relancé sql manager.
Le message étant: Sql server is busy, waiting for an internal operation to finish.
Le problème est qu'un alter procedure est pas senser prendre 20 min (dans mon cas l'alter prend un temps infini)
Sinon j'ai effectué d'autre test, et il semblerait que j'ai eu de la chance avec les commentaire, car le problème ressurgit, même en remplaçant les -- par des /* */
De plus la même procédure passe en faisant un drop procedure puis un create...
Je ne comprend pas.

En espérant un miracle =)

+

[Grifos]

J'ai temporairement résolu mon problème en faisant un DROP PROCEDURE, puis un CREATE à la place d'un ALTER PROCEDURE

[elsuket]

Bonjour,

Le message étant: Sql server is busy, waiting for an internal operation to finish.

J'ai le même message quand le réseau manque un peu de pêche ...
C'est bizarre que ça ne le fasse que sur ALTER ... un bug ???

@++

[Grifos]

Oui je penche aussi pour un bug, car la procédure s'éxecute sans problème alors que quand j'essaie de la modifier (même en changeant de poste) ça plante =(
++

[Grifos]

J'ai d'autres informations si ça peut aider.
Quand je regarde l'Event log, j'ai ces deux erreurs:

SQL Server Assertion: File: <latch.cpp>, line = 1538 Failed Assertion = '0' Attempted release of unacquired latch. This error may be timing-related. If the error persists after rerunning the statement, use DBCC CHECKDB to check the database for structural integrity, or restart the server to ensure in-memory data structures are not corrupted.

A system assertion check has failed. Check the SQL Server error log for details. Typically, an assertion failure is caused by a software bug or data corruption. To check for database corruption, consider running DBCC CHECKDB. If you agreed to send dumps to Microsoft during setup, a mini dump will be sent to Microsoft. An update might be available from Microsoft in the latest Service Pack or in a QFE from Technical Support.

Si j'effectue le DBCC CHECKDB, le server ne me retourne rien d'anormal.
Mon sql server tourne en version 9.00.3042.00, peut être que ça vient de là. Mais je ne trouve vraiment rien sur internet qui explique pourquoi un ALTER PROCEDURE fait planter un server sql...

+++

[Grifos]

On va essayer de patcher le server pour voir si ça règle le problème (il semblerait qu'un patch pour ce genre d'erreur existe).
Je vous tien au courant.

+