Copy data PostgreSQL V2 connector : errorCode 2200 parse param error for type:Microsoft.Connectors.AzurePostgreSql.TypeMapping.BigDecimal.NpgsqlDecimal

Question

Copy data PostgreSQL V2 connector : errorCode 2200 parse param error for type:Microsoft.Connectors.AzurePostgreSql.TypeMapping.BigDecimal.NpgsqlDecimal

LioTims 10

Hello,

Were are facing an issue with the new PostgreSQL V2 connector.

Here is the error message :

{
	"errorCode": "2200",
    "message": "Une panne s'est produite côté « Source ». 		ErrorCode=UserErrorAzurePostgreSqlNpgsqlParseParamError,
		'Type=Microsoft.DataTransfer.Common.Shared.HybridDeliveryException,
		Message=parse param error for type:Microsoft.Connectors.AzurePostgreSql.TypeMapping.BigDecimal.NpgsqlDecimal,
		value:System.Decimal,Source=Microsoft.Connectors.AzurePostgreSql,
		''Type=System.FormatException,
		Message=Le format de la chaîne d'entrée est incorrect.,Source=mscorlib,'",
    "failureType": "UserError"
}

Based on v1/v2 connector data type change log table in the documentation, I checked the table columns data type but none of these types (Money, Timestamp, Time with time zone, Interval, BigDecimal) are used in the table.

After further investigation, the problem is due to a numeric(7,2) column data type. I don't know why.

The version of the SelfHostedIntegrationRuntime is : 5.58.9377.1

Mamadou SIDIBE 0 Points de réputation

2025-12-08T16:34:16.2033333+00:00

Bonjour,

Après échange avec une personne du support Microsoft, nous avons pu confirmer que le problème rencontré avec le composant Copy Data et le connecteur PostgreSQL provient d’un bug présent dans les versions récentes du Self-Hosted Integration Runtime (SHIR) — notamment les versions 5.60 et 5.55 — qui n’arrivent pas à lire correctement les valeurs décimales. Le bug est connu de l’équipe produit, un correctif est prévu, mais il n’y a actuellement aucune date de résolution (ETA).

De notre côté, nous avons mis en place une solution de contournement qui fonctionne :

Désinstallation de la version 5.60,

Installation de la version 5.22 (téléchargée depuis le site officiel Microsoft), → Cette version fonctionne correctement et permet d’exécuter les copies de données sans erreur.

Je confirme donc que la version 5.22 fonctionne dans notre cas comme solution temporaire. Nous restons en attente d’une version plus récente corrigée, et Microsoft nous informera dès qu’un fix sera disponible.

1 réponse

Votre réponse

Mamadou SIDIBE 0 Points de réputation

2025-12-08T16:34:16.2033333+00:00

Bonjour,

Après échange avec une personne du support Microsoft, nous avons pu confirmer que le problème rencontré avec le composant Copy Data et le connecteur PostgreSQL provient d’un bug présent dans les versions récentes du Self-Hosted Integration Runtime (SHIR) — notamment les versions 5.60 et 5.55 — qui n’arrivent pas à lire correctement les valeurs décimales. Le bug est connu de l’équipe produit, un correctif est prévu, mais il n’y a actuellement aucune date de résolution (ETA).

De notre côté, nous avons mis en place une solution de contournement qui fonctionne :

Désinstallation de la version 5.60,

Installation de la version 5.22 (téléchargée depuis le site officiel Microsoft), → Cette version fonctionne correctement et permet d’exécuter les copies de données sans erreur.

Je confirme donc que la version 5.22 fonctionne dans notre cas comme solution temporaire. Nous restons en attente d’une version plus récente corrigée, et Microsoft nous informera dès qu’un fix sera disponible.

Answer 1

Anonyme

Hi @LioTims,
Welcome to the Microsoft Q&A and thank you for posting your questions here.
Copy activity using PostgreSQL V2 connector in Azure Synapse/ADF fails with errorCode 2200 and UserErrorAzurePostgreSqlNpgsqlParseParamError. The error occurs when parsing numeric/decimal values (e.g., numeric(7,2)) due to a regression in the connector’s BigDecimal/NpgsqlDecimal type-mapping logic. This is not a schema or sink issue.

The V2 connector introduced new type-mapping for PostgreSQL numerics. When converting .NET System.Decimal to BigDecimal/NpgsqlDecimal, the connector builds an invalid string representation, causing System.FormatException (“Input string not in correct format”).

Workarounds:

Cast problematic numeric columns in a PostgreSQL view:
- CAST(column AS double precision) (fast but loses precision)
- CAST(column AS text) (preserves value; convert in sink later)
Exclude the column and copy separately with cast.
Temporarily switch to PostgreSQL V1 connector if V2 features are not required.

Anonyme

2025-12-01T09:22:52.8133333+00:00

Hi @LioTims,

I hope you had a chance to review the information shared earlier, and I hope this information has been helpful! If you still have questions, please let us know what is needed in the comments so the question can be answered.
Anonyme

2025-12-02T02:42:34.85+00:00

Hi @LioTims,

Just checking in to see if you had any questions. We are happy to assist and continue the discussion whenever you are ready.

Partager via

Copy data PostgreSQL V2 connector : errorCode 2200 parse param error for type:Microsoft.Connectors.AzurePostgreSql.TypeMapping.BigDecimal.NpgsqlDecimal

1 réponse

Votre réponse