Sie können nicht in 64-Bit-Modus in SQL Server 2008 R2 oder SQL Server 2008 das SSIS-Paket ausführen.

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 2853715 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Problembeschreibung

Genommen Sie an, Sie ein Paket für Microsoft SQL Server Integration Services (SSIS) in Microsoft SQL Server 2008 R2 und Microsoft SQL Server 2008 erstellen. Wenn Sie versuchen, das Paket im 64-Bit-Modus ausführen, finden Sie, dass Sie das Paket ausführen können. Darüber hinaus erhalten Sie eine oder mehrere der folgenden Fehlermeldungen angezeigt, je nach Aufgaben oder Komponenten im Paket:
  • Das Paket enthält eine ADO-Datenquelle:

    Fehler:Zeitstempel>
    Code: 0xC0047062
    Quelle: Datenfluss-Aufgabe ADO-NET-Quelle [1]
    Beschreibung: System.InvalidCastException: angegebene Umwandlung ist ungültig.
    bei Microsoft.SqlServer.Dts.Pipeline.DataReaderSourceAdapter.GetSqlCommand()
    bei Microsoft.SqlServer.Dts.Pipeline.DataReaderSourceAdapter.Validate()
    bei Microsoft.SqlServer.Dts.Pipeline.ManagedComponentHost.HostValidate (IDTSManagedComponentWrapper100-Wrapper)
    End-Fehler
  • Das Paket enthält eine XML-Quelle:

    [XML-Quelle [1]] Fehler: Die "Komponente"XML-Quelle"(1)" fehlt die erforderliche Eigenschaft "AccessMode". Das Objekt wird benötigt, um die angegebene benutzerdefinierte Eigenschaft haben.
    [SSIS.-Pipeline]-Fehler: "Komponente"XML-Quelle"(1)" Fehler bei der Überprüfung und Validierungsstatus "VS_ISCORRUPT" zurückgegeben.
  • Das Paket enthält einen Task für sendende Mail:

    Fehler:Zeitstempel>
    Code: 0xC0014005
    Quelle:
    Beschreibung: Die für den Verbindungs-Manager "SMTP-Verbindungs-Manager" angegebene Verbindung Typ "SMTP" wird nicht als gültiger Verbindungs-Manager-Typ erkannt. Dieser Fehler wird zurückgegeben, wenn versucht wird, ein Verbindungs-Manager für einen unbekannten Verbindungstyp erstellt. Überprüfen der Rechtschreibung in den Verbindungsnamen für den Typ.
    End-Fehler
Hinweis Wenn Sie das Paket im 32-Bit-Modus ausführen, wird das Paket erfolgreich ausgeführt.

Ursache

Das Problem tritt auf, weil das systemeigene 64-Bit-Abbild von bestimmten Microsoft.NET Framework-Assembly, die durch die SSIS-Aufgabe oder Komponente verwendet wird, beschädigt wird. Zum Beispiel:

  • Für eine Datenquelle mit ADO.NET ist die.NET Framework-Assembly Microsoft.SqlServer.ADONETSrc.dll. Aus diesem Grund wird das systemeigene Abbild Microsoft.SqlServer.ADONETSrc.ni.dll beschädigt.
  • Für eine XML-Datenquelle ist die.NET Framework-Assembly Microsoft.SqlServer.XMLSrc.dll. Aus diesem Grund wird das systemeigene Abbild Microsoft.SqlServer.XMLSrc.ni.dll beschädigt.
  • Für eine SMTP-Verbindung wird die.NET Framework-Assembly Microsoft.SqlServer.SendMailTask.dll. Aus diesem Grund wird das systemeigene Abbild Microsoft.SqlServer.SendMailTask.ni.dll beschädigt.

Lösung

Verwenden Sie eine der folgenden Methoden, um dieses Problem zu beheben.

  • Methode 1

    Systemeigene Assembly deinstallieren und Neuinstallieren von systemeigene Assembly mithilfe von NGen Befehl.

    Zum Deinstallieren Sie das Microsoft.SqlServer.ADONETSrc.dll systemeigene Assemblybild, gehen Sie folgendermaßen vor:
    1. Deinstallieren Sie das systemeigene Assemblybild mithilfe eines Befehls, das der folgenden ähnelt:
      ngen uninstall "Microsoft.SqlServer.ADONETSrc, Version=10.0.0.0"
    2. Zeigeinformationen Sie systemeigene Assembly Bild zu bestätigen, dass das systemeigene Abbild nicht vorhanden ist an:
      ngen display "Microsoft.SqlServer.ADONETSrc, Version=10.0.0.0"
    3. Installieren des systemeigenen Assemblyabbilds über einen Befehl, der etwa folgender Art:
      ngen install "Microsoft.SqlServer.ADONETSrc, Version=10.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91"
    4. Zeigeinformationen Sie systemeigene Abbilder die zu bestätigen, dass das systemeigene Abbild installiert ist an:
      ngen display "Microsoft.SqlServer.ADONETSrc, Version=10.0.0.0"
  • Methode 2
    Installieren Sie SQL Server Integration Services auf dem Computer, auf dem der Fehler auftritt.

Weitere Informationen

Weitere Informationen über das systemeigene Abbild für.NET Framework-Assembly finden Sie auf der folgenden Microsoft Developer Network (MSDN) Blogwebsite:
Einführung des systemeigenen Abbilds-Laden von.NET Framework-Assemblys

Weitere Informationen über die Native Image Generator (Ngen.exe) finden Sie auf der folgenden MSDN-Website:
Native Image Generator (Ngen.exe)
Hinweis Ngen.exe ist Teil der Microsoft Visual Studio-Befehl Tools. Sie müssen die richtige Plattform auswählen. Beispielsweise müssen Sie eine 64-Bit oder 32-Bit-Plattform auswählen. Auf Computern, auf denen Sie nicht Visual Studio installiert haben, können Sie die entsprechende Ngen.exe-Datei von einem Entwicklungscomputer kopieren, auf denen Sie Visual Studio installiert haben. Sie können mithilfe von Ngen.exe installierenWindows SDK.

Status

Microsoft hat bestätigt, dass dieses Problem auf die im Abschnitt "Gilt für" aufgeführten Microsoft-Produkten zutrifft.

Eigenschaften

Artikel-ID: 2853715 - Geändert am: Donnerstag, 6. Juni 2013 - Version: 1.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2008 Integration Services
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 R2 Integration Services
  • Microsoft SQL Server 2008 R2 Standard
Keywords: 
kbsurveynew kbtshoot kbexpertiseadvanced kbmt KB2853715 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 2853715
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com