Discussion :

[yanntia225]

Bonjour Link,
Je vous �cris ce matin pour vous demander votre aide concernant un blocage que je rencontre sur un Job � ex�cuter sur serveur SQL.
J'explique :
lorsque j'ex�cute la procedure stocke du Job manuellement, il se d�roule sans probl�me*:

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
32
33
34
35
36
37
38
39
40
41
42
43
44
 
ALTER PROCEDURE [dbo].[_My_ReplicationPONT]
AS
BEGIN
DECLARE @numTicketmaxi AS BIGINT
-- récupération du Numero Ticket Maxi
SELECT @numTicketmaxi = MAX(CAST([IDSAP_LIVRAISON] AS BIGINT)) FROM [testDatabase].[dbo].[SAP_LIVRAISON]
 
-- vérification si la valeur existe déjà dans la table @PESEE
IF NOT EXISTS (SELECT 1 FROM [IDHTEST].[PONT].[dbo].[@PESEE] WHERE Code = CAST(@numTicketmaxi AS NVARCHAR(255)))
BEGIN
-- récupération et insertion des données
PRINT CONCAT('Num Ticket Maxi = ', @numTicketmaxi)
INSERT INTO [IDHTEST].[PONT].[dbo].[@PESEE]
(
[U_Annule],
[U_Nom_Frns],
[U_Poids_Net],
[U_Cod_Frns],
[U_Nom_Prdt],
[U_Cod_Prdt],
[U_Vehicule],
[U_Heure],
[U_Date],
[U_Cod_Pesee],
[Name],
Code
)
SELECT
[LV_ANNULE],
[LV_FOURNISSEUR],
[LV_POIDS],
[FO_CODE],
[LV_PRODUIT],
[PR_CODE],
[VE_CODE],
CONVERT(VARCHAR, LV_HEURE, 108),
CONVERT(VARCHAR, LV_DATE, 104),
[LV_CODE],
[IDSAP_LIVRAISON],
[IDSAP_LIVRAISON]
FROM [SQL-SERV].[testDatabase].[dbo].[SAP_LIVRAISON]
END
END

Mais avec l'agent SQLserver pour effectuer un Job, voici le message d'erreur*:

Le serveur 'SQL-SERV' n'est pas configur� pour RPC. [SQLSTATE 42000] (Erreur 7411). L��tape a �chou�.

Cependant, il est configur� en RPC.
Vous pouvez le voir dans la capture d'�cran de la propri�t� du serveur li�.


Que dois-je faire pour r�soudre ce probl�me ?
J'ai besoin de votre aide Sil vous plait

[licardentaistor]

m�me apr�s reconnexion � SSMS?

[yanntia225]

Oui M�me apr�s reconnexion et red�marrage des services

[SQLpro]

Cela ne suffit pas il faut aussi que DTC soit activ� sur les deux serveurs et que vous d�marriez une transaction explicite distribu�e.... Cela dit ce que vous tentez de faire est une usine � gaz qui vous plantera au nez assez souvent. En effet de l�incr�mentation manuelle sans un verrouillage TOTAL en mode exclusif de l'ensemble des ressources et avec une transaction distribu�e, donnera tr�s souvent des doublons...

Quel est le but de ce monstrueux code ???

A +

[yanntia225]

J'ai pu r�gler le soucis du RPc en utilisant ce code : exec sp_serveroption @server='SQL-SERV', @optname='rpc out', @optvalue='TRUE'.

Et concernant le code 'Monstrueux' je l'ai adapter en fonction de mon besoin :

Code sql :

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
32
33
34
35
36
37
38
39
40
41
42
ALTER PROCEDURE [dbo].[_My_ReplicationPONT]
AS
BEGIN
    DECLARE @numTicketmaxi AS BIGINT
    -- récupération du Numero Document Maxi
    SELECT @numTicketmaxi = MAX(CAST(Code AS BIGINT)) FROM [IDHTEST].[PONT].[dbo].[@PESEE]
 
           -- récupération et insertion des données
        PRINT CONCAT('Num Ticket Maxi = ', @numTicketmaxi)
        INSERT INTO [IDHTEST].[PONT].[dbo].[@PESEE]
        (
            [U_Annule],
            [U_Nom_Frns],
            [U_Poids_Net],
            [U_Cod_Frns],
            [U_Nom_Prdt],
            [U_Cod_Prdt],
            [U_Vehicule],
            [U_Heure],
            [U_Date],
            [U_Cod_Pesee],
            [Name],
            Code
        )
        SELECT
            [LV_ANNULE],
            [LV_FOURNISSEUR],
            [LV_POIDS],
            [FO_CODE],
            [LV_PRODUIT],
            [PR_CODE],
            [VE_CODE],
            CONVERT(VARCHAR, LV_HEURE, 108),
            CONVERT(VARCHAR, LV_DATE, 104),
            [LV_CODE],
            [IDSAP_LIVRAISON],
            [IDSAP_LIVRAISON]
        FROM [SQL-SERV].[testDatabase].[dbo].[SAP_LIVRAISON]
      WHERE [IDSAP_LIVRAISON] > @numTicketmaxi
      ORDER BY [LV_CODE] ASC
 
END

[SQLpro]

Ce sera toujours aussi pourri car en concurrence deux utilisateurs aurons la m�me valeur.

A +

[yanntia225]

Ce sera toujours aussi pourri car en concurrence deux utilisateurs aurons la m�me valeur.

A +

Du moment j'ai le resultat attendu, et je n'ai pas d'usine a Gaz comme tu le dis... ce code me va bien.
Thanks pour ton intervention

A+

[SQLpro]

C'est fou de voir � quel point certain d�veloppeurs peuvent persister dans l'erreur !

Du moment que la route est toujours droite, je n'ai pas besoin de volant sur ma voiture...

A +

[escartefigue]

Bonjour,

Du moment j'ai le resultat attendu, et je n'ai pas d'usine a Gaz comme tu le dis... ce code me va bien.
Thanks pour ton intervention

A+

La notion de transaction est fondamentale dans un environnement multi-utilisateur, or, votre r�ponse d�montre que vous n'en avez pas compris l'importance.
Un r�sultat issu de tests unitaires dans un environnement peu ou pas concurrentiel, puisque tr�s peu d'utilisateurs y sont connect�s, ne permet pas de valider votre proc�dure.
En production ce sera tout � fait diff�rent.