SSIS: Arbeitspaket schlägt nach dem Upgrade auf SQL Server 2012 fehl

Question

Ich verfüge über ein SSIS-Paket, das für SQL2008R2 einwandfrei funktionierte, indem Umgebungsvariablen verwendet wurden, die auf eine Konfigurationsdatei für Verbindungszeichenfolgen verweisen. Mit VS2010 Shell habe ich das Paket für unsere SQL Server 2012-Datenbank aktualisiert. Das Paket befindet sich noch im Paketbereitstellungsmodell. Der ProtectionLevel des Pakets ist auf DontSaveSensitive festgelegt. Run64BitRuntime = False. Wenn ich das Paket in VS versuchen und ausführen, ich die folgenden Fehler bekommen:

[OLE DB Destination [2]] Error: SSIS Error Code DTS_E_CANNOTACQUIRECONNECTIONFROMCONNECTIONMANAGER. The AcquireConnection method call to the connection manager "DB_Connection" failed with error code 0xC0202009. There may be error messages posted before this with more information on why the AcquireConnection method call failed.**

[SSIS.Pipeline] Error: OLE DB Destination failed the pre-execute phase and returned error code 0xC020801C.**

Mit voller Protokollierung auf, sehe ich den ersten Fehler hier:

Diagnostic,[ComputerName],OFFICE\username,DB_Connection,{5AD75239-D546-4AAF-963E-E195FC2F0C1E},{9EC48106-DDBD-40E9-8FBB-942BCF025EEE},3/26/2013 10:35:21 AM,3/26/2013 10:35:21 AM,0,(null),ExternalRequest_post: 'ITransactionJoin::JoinTransaction failed'. The external request has completed.**

Der Teil, der wirklich mich zu werfen ist Ist das früher im Paket, wird der gleiche "DB_Connection" -Manager erfolgreich in einer Reihe von SQL-Tasks ausführen verwendet. Es scheint also, dass die Verbindungszeichenfolgen korrekt aus den Konfigurationen gelesen werden.

Ich habe versucht, den Connection Manager zu löschen. Ich habe überprüft, dass DTC auf meinem lokalen und dem Server richtig konfiguriert ist. Ich habe andere Pakete, die sich mit derselben SQL2012-DB verbinden, indem sie dieselbe Konfigurationsmethode verwenden, die Datenfluss-Tasks ohne Probleme verwendet.

Jede Hilfe, die jemand geben kann, um mich in die richtige Richtung zu zeigen, wird sehr geschätzt. Ich würde es vorziehen, zu diesem Zeitpunkt nicht zu einem Projektbereitstellungsmodell wechseln zu müssen, wenn ich nicht muss.

Answer 1

Ich konnte mein Paket lokal ausführen lassen. Während ich die TransactionOption für meine Aufgaben überprüft habe, um sicherzustellen, dass sie auf Supported gesetzt waren, stellte sich heraus, dass einer meiner Sequenzcontainer auf Erforderlich festgelegt wurde. Nicht sicher, warum dies in SQL2008R2, aber nicht in SQL2012 funktionierte. Ich änderte meinen Behälter zu Unterstützte und das Paket läuft jetzt.