none
Wo speichert der SQL-Server-Import-Assistent die SSIS-Pakete beim Import? RRS feed

  • Frage

  • Hallo zusammen,

    ich kann über den Assistenten (Datenbank=>Task=>Daten importieren) meine Quelltabellen auswählen und auf den SQL-Server importieren. Beim Assistenten kommt dann die Frage wie man das SSIS-Paket speichern soll und kann hier scheinbar nur verschlüsseln mit der Frage wo das Paket abgespeichert wird um dann später den Job regelmäßig zu starten.

    Leider kann ich nicht Visual Studio nutzen (längere Geschichte) und möchte einfach nur täglich AUTOMATISCH Daten von A nach B schaufeln, finde das dts-Paket aber nicht in der SSIS-Datenbank des SQL-Servers um den Job-Agenten darauf aufzusetzen. In Visual Studio kann man beim Bereitstellen den Server und die Datenbank auswählen, beim Assistenten leider nur den Server. 

    Als file kann ich das dts-Paket ablegen, aber ich schaffe es nicht dies dann in über die SSIS-Paket-Assistent in die SSIS-Datenbank zu importieren. Fehler:  Paket nicht bereit, prüfen sie die Spalte Status.

    Was mache ich falsch? Vielen Dank für Eure Hilfe.

    Gruß Chris

    Mittwoch, 8. Juli 2020 08:01

Alle Antworten

  • Hallo Chris,

    wenn Du im Wizard als Speicherort "SQL Server" angibst, wird das Paket im der System Datenbank "msdb" abgespeichert.

    Wenn Du einen neuen Agent Job anlegen willst, dann als Schritttyp "SQL Server Integration Service-Paket" auswählen, Paketquelle = "SQL Server" und dann den SQL Server Namen angeben. Unten bei Paket auf den kleinen Button mit den 3 Punkten klicken, da kannst Du das gespeicherte Paket auswählen.


    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Mittwoch, 8. Juli 2020 09:26
  • Hi und vielen Dank, hat geklappt :-)

    Wo finde ich der msdb-Datenbank genau die Pakete, damit ich die alten löschen kann. Dort befinden sich ja zig Ordner, aber den SSIS finde ich leider nicht. 

    Vielen Dank für die schnelle und hilfreiche Rückmeldung.

    Mittwoch, 8. Juli 2020 10:07
  • Hi und vielen Dank, hat geklappt :-)

    Wo finde ich der msdb-Datenbank genau die Pakete, damit ich die alten löschen kann. Dort befinden sich ja zig Ordner, aber den SSIS finde ich leider nicht. 

    Vielen Dank für die schnelle und hilfreiche Rückmeldung.

    Mittwoch, 8. Juli 2020 10:07
  • Gespeichert werden die Pakete in der Tabelle sysssispackages (Transact-SQL)

    Verwalten kannst Du die mit SSMS, indem Du Dich statt ans "Datenbankmodul" an die "Integration Services" anmeldest, dort dann "Gespeicherte Pakete" => "MSDB"


    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Mittwoch, 8. Juli 2020 10:27
  • Hallo Olaf,

    vielen Dank für die Antwort. Beim Anmelden zur Integration Services kam ein Fehler beim Verbinden und auch der Admin kann sich nicht anmelden. So wie es aussieht fehlt die Einrichtung oder das Hinterlegen der Datenbank, was aber auch nicht sein kann!? 

    Leider wurde ich mit solchen Problemen noch nie konfrontiert befürchte aber, dass hier ev. einiges bei der Installation des Servers schief gelaufen aus bzw. das ein oder andere Knowhow in unserer IT fehlt? Was muss man hier ev. noch tun.

    Vielen Dank.

    Mittwoch, 8. Juli 2020 12:01
  • Anmeldung an SSIS ist immer etwas problematisch. Die SSMS Version muss genau zu SSIS passen, man muss direkt auf dem Server arbeiten und man muss SSMS mit "Als Administrator ausführen" aufrufen, setzt natürlich lokale Admin Rechte auf dem Server voraus; dann sollte es aber klappen.

    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Mittwoch, 8. Juli 2020 12:14
  • Installiert ist der SQL Server 2017 (14.0.2027.2) mit dem Management Studio 18.5 (SQL Server Management Studio 15.0.18330.0). Hier auch die Frage ob das alles nicht wieder gewürfelt ist und auf welche Versionen man setzen sollte. mir wurde sagt, dass abwärts alles kompatibel ist und man die aktuelle Versionen nehmen soll?
     Als Admin wurde ausgeführt.
    Mittwoch, 8. Juli 2020 13:07
  • mir wurde sagt, dass abwärts alles kompatibel ist und man die aktuelle Versionen nehmen soll?

    Das stimmt für DB, SSAS und SSRS, aber eben nicht für SSIS.

    Siehe Unterstützte SQL-Angebote (SSMS 18.5):  

    "SQL Server Integration Services (SSIS): SSMS Version 17.x oder höher unterstützt das Herstellen von Verbindungen zum veralteten Dienst SQL Server Integration Services nicht. Verwenden Sie die Version von SSMS, die auf die Version von SQL Server ausgerichtet ist, um eine Verbindung zu einer früheren Version von Integration Services herzustellen"


    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Mittwoch, 8. Juli 2020 13:18
  • mir wurde sagt, dass abwärts alles kompatibel ist und man die aktuelle Versionen nehmen soll?

    Das stimmt für DB, SSAS und SSRS, aber eben nicht für SSIS.

    Siehe Unterstützte SQL-Angebote (SSMS 18.5):  

    "SQL Server Integration Services (SSIS): SSMS Version 17.x oder höher unterstützt das Herstellen von Verbindungen zum veralteten Dienst SQL Server Integration Services nicht. Verwenden Sie die Version von SSMS, die auf die Version von SQL Server ausgerichtet ist, um eine Verbindung zu einer früheren Version von Integration Services herzustellen"


    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Vielen Dank für die Info! Das Lesen vom Kleingeduckten scheint hier entscheidend zu sein :) 
    Habe nun die Version 17.9.1 installiert. Leider erhalte ich beim Öffnen nun den Fehler:

    Kein Installierter Dienst.

    Muss hier auf dem Server nicht etwas installiert oder gestartet werden?
    Bei der Installation kamen div. Installationskomponenten von Visual Studio hoch. Gibt es hier ev. Konflikte zur Version 2019? Installiert habe ich

    Microsoft Visual Studio Community 2019
    Version 16.6.2
    VisualStudio.16.Release/16.6.2+30204.135
    Microsoft .NET Framework
    Version 4.8.03752
    Installierte Version: Community
    Microsoft Visual Studio Tools for Applications 2019   00435-60000-00000-AA517
    Microsoft Visual Studio Tools for Applications 2019
    Allgemeine Azure-Tools   1.10
    Bietet allgemeine Dienste für die Verwendung durch Azure Mobile Services und Microsoft Azure-Tools.
    Azure App Service-Tools v3.0.0   16.6.948.25768
    Azure App Service-Tools v3.0.0
    C#-Tools   3.6.0-4.20251.5+910223b64f108fcf039012e0849befb46ace6e66
    C#-Komponenten, die in der IDE verwendet werden. Abhängig von Ihrem Projekttyp und den zugehörigen Einstellungen kann eine andere Version des Compilers verwendet werden.
    NuGet-Paket-Manager   5.6.0
    NuGet-Paket-Manager in Visual Studio. Weitere Informationen zu NuGet finden Sie unter https://docs.nuget.org/.
    ProjectServicesPackage Extension   1.0
    ProjectServicesPackage Visual Studio Extension Detailed Info
    Projekt   1.0
    Informationen zu meinem Paket
    SQL Server Analysis Services   15.0.19126.0
    Microsoft SQL Server Analysis Services-Designer,
    Version 15.0.19126.0
    SQL Server Data Tools   16.0.62006.03190
    Microsoft SQL Server Data Tools
    SQL Server Integration Services   15.0.2000.123
    Microsoft SQL Server Integration Services-Designer
    Version 15.0.2000.123
    SQL Server Reporting Services   15.0.19124.0
    Designer für Microsoft SQL Server Reporting Services
    Version 15.0.19124.0
    SsmsVsIntegration   1.0
    Informationen zu meinem Paket
    Visual Basic-Tools   3.6.0-4.20251.5+910223b64f108fcf039012e0849befb46ace6e66
    Visual Basic-Komponenten, die in der IDE verwendet werden. Abhängig von Ihrem Projekttyp und den zugehörigen Einstellungen kann eine andere Version des Compilers verwendet werden.
    Visual Studio Code-Debugadapter-Hostpaket   1.0
    Interopebene zum Hosten der Visual Studio Code-Adapter in Visual Studio


    Freitag, 10. Juli 2020 10:21
  • Gut, dass es hier die brauchbaren Hinweise gibt. Es scheint wirklich wichtig zu sein, dass man die richtige SSMS Version nutzt, was ich vorher auch nicht gewusst hätte.
    Mittwoch, 15. Juli 2020 14:06
  • Läuft auf dem Server der Service "SQL Server Integration Services nn.n" ?

    Der ist dafür da, dass andere Anwendungen, wie z. B. das Management Studio auf die Pakete zugreifen können. Falls er nicht vorhanden ist, einfach nachinstallieren.

    Die Version des Service entscheidet dann über die Version des SSMS. Aber das weißt Du ja schon! ;-)


    Einen schönen Tag noch, Christoph - http://www.insidesql.org/blogs/cmu

    Montag, 20. Juli 2020 11:32
    Beantworter