none
SSIS Pakete können nicht auf Server bereitgestellt werden RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    Ich habe diverse Pakete mit dem Visual Studio 2010 Integration Service Projekt erstellt. Wenn ich diese Pakete in der Visual Studio Umgebung ausführe funktionieren sie auch und können die Daten aus einer Flatfilequelle auf den SQL 2014 Server in die gewünschte Datenbank importieren.

    Wenn ich diese Pakete jedoch auf dem SQL 2014 Server in die SSISDB lade und ausführen möchte, werden mir schon hier Fehlermeldungen um die Ohren gehauen. (z.B. SSIS- Fehlercode 'DTS_E_CANNOTAQUIRECONNECTIONFROMCONNECTIONMANAGER' )

    Das gleiche hab ich auf meinem lokalen SQL 2012 Server probiert und es funktionierte tadellos.

    Kann es sein, dass die Pakete nicht ausgeführt werden können, weil sie in der Visual Studio 2010 implementiert wurden und mit SQL 2014 nicht kompatibel sind? Oder ist das hier ein Rechte Problem? Hat jemand von euch eine Idee?

    Mittwoch, 25. März 2015 15:05
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo an alle,

    Kurz vorab: SSIS in der Entwicklungsumgebung Visual Studio ist wirklich ein sehr feines Tool. Jedoch die Integration in den SQL Server Agent ist ein absoluter Krampf.

    Durch dieses Video habe ich dann eine Lösung bekommen.

    https://technet.microsoft.com/de-de/library/dd440761(v=sql.100).aspx

    Das Problem war, das mein Nutzerkonto die Pakete erstellt hat und das das Adminkonto des Servers diese nicht ausführen darf, da ich sie ja erstellt habe. Laut Video:

    "Das Konto, dass das Paket als Auftragsschritt ausführt muss über die selben Berechtigungen wie ein Konto verfügen, das das Paket direkt ausführt, damit auf die erforderlichen externen Resourcen für das Paket zugegriffen werden kann. [...]

    Beachten Sie, dass der SQL Server Agent mit den angegebenen Anmeldeinformationen den Auftrag als Paketerstellerkonto oder als Konto mit den erforderlichen Berechtigungen ausführen muss"

    Dank des Videos habe ich dann ein SSISCredential unter meiner Identität angelegt (diese brauchte ebenfalls sysadmin Rechte) und einen Proxy eingerichtet der mit der Anmeldeinformation des Credentials arbeitet. Den Rest erklärt das Video sehr gut und spar ich mir hier.

    Also Sicherheit hin oder her aber ich finde das sollte einfacher gehen

    • Als Antwort markiert KaBa88 Donnerstag, 26. März 2015 13:48
    Donnerstag, 26. März 2015 13:38
    |

Alle Antworten