Comment réparer l'erreur CPackage :: LoadFromXML qui provoque l'échec du package?
J'ai eu ce paquet qui fonctionne bien depuis un an ou plus. Tout à coup, il a jeté en dessous de l'erreur. Bien que sur redémarrer c'était le succès. Comment déboguer ce problème et éviter que cela ne se reproduise.
Executed as user: xxxxx. Microsoft (R) SQL Server Execute Package Utility Version
10.0.2531.0 for 64-bit Copyright (C) Microsoft Corp 1984-2005. All rights reserved.
Started: 7:15:08 AM Error: 2011-07-07 07:15:08.62 Code: 0xC0010018 Source:
Description: Error loading value "
<DTS:VariableValue xmlns:DTS="www.Microsoft.com/SqlServer/Dts"
DTS:DataSubType="ManagedSerializable"
DTS:DataType="13"><SOAP-ENV:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:SOAP-ENC="htt" from node "DTS:VariableValue".
End Error
Error: 2011-07-07 07:15:08.62 Code: 0xC0010018 Source:
Description: Error loading value
"<DTS:Variable xmlns:DTS="www.Microsoft.com/SqlServer/Dts">
<DTS:Property DTS:Name="Expression"></DTS:Property>
<DTS:Property DTS:Name="EvaluateAsExpression">0</DTS:Property>
<DTS:Property DTS:Name="Namespace">User</DTS:Property>
<DTS:Property DTS:Name=" from node "DTS:Variable".
End Error
Could not load package "d:\edw\edw\trunk\src\etlHandler\HDL\DropZoneJobHandler.dtsx"
because of error 0xC0010014.
Description: The package failed to load due to error 0xC0010014 "One or more
error occurred. There should be more specific errors preceding this one that
explains the details of the errors. This message is used as a return value
from functions that encounter errors.". This occurs when CPackage::LoadFromXML fails.
Source: Started: 7:15:08 AM Finished: 7:15:08 AM Elapsed: 0.609 seconds.
The package could not be loaded. The step failed.
J'ai eu ce problème sur Visual Studio 2015 lors de la création de packages SSIS.
Pour le résoudre, j'ai changé TargetServerVersion en SQL Server et cela a résolu l'erreur.
J'utilisais le package SSIS qui a été mis à niveau vers SSIS 2012, et le SSMS que j'utilisais était de 2008. C'est le problème auquel j'ai été confronté et j'ai ouvert le SSMS 2012, qui a cessé de générer cette erreur.
J'espère que c'est le cas, bien qu'avec les recherches que j'ai effectuées, cette erreur puisse également être commise pour diverses autres raisons.
Pour moi, l'erreur venait d'un mauvais mot de passe lors de l'ouverture du paquet. C'est étrange, car d'habitude, il m'a simplement demandé de saisir à nouveau le mot de passe, mais depuis la dernière mise à jour de VS2017, le package a tout simplement échoué.
J'ai résolu ce problème en modifiant une connexion qui faisait référence à l'une de mes entrées DSN qui n'a pas été créée.
Après avoir supprimé la connexion, j'ai pu visualiser le package, puis j'ai créé une nouvelle connexion après la création du nouveau DSN.
S'il vous plaît laissez-moi savoir si vous avez besoin de plus de détails et je vais vous fournir.
Merci.
La solution pour ce scénario consistait à demander au client de modifier l'option de débogage Run64BitRuntime de True à False. Avec ce paramètre Run64BitRuntime=False, tout fonctionne comme en mode 32 bits. Voir le lien ci-dessous:
J'ai rencontré cette erreur en essayant de planifier l'exécution d'un travail SSIS à l'aide de SQL Agent. L'erreur est survenue après que j'ai sélectionné le package et cliqué sur OK pour quitter la configuration de l'étape dans SQL Agent.
Dans mon environnement, je développe des travaux SSIS sur le serveur A et les planifie dans SQL Agent à partir de mon ordinateur local. SQL est hébergé sur le serveur B.
Je suis généralement capable de planifier des tâches sans erreur en utilisant SSMS sur mon ordinateur local. Cependant, ce paquetage SSIS utilise le Sharepoint List Adapater , que j'avais installé sur le serveur A pour le développement SSIS.
La solution consistait à installer cet adaptateur sur mon ordinateur local . Je l'ai également installé sur le serveur B, qui héberge notre instance SQL.