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.