SQL Server 2014: SSISDB-vs MSDB-für-Paket-Bereitstellung
Ich bin derzeit in den Prozess der Aktualisierung von SQL Server 2008 R2 bis 2014 (Enterprise). Es gibt eine fülle von SSIS-jobs sind in der Produktion, und die, die migriert werden müssen. Ich versuche in den Griff zu bekommen, wie ich das verwalten von SSIS-jobs für die Zukunft.
In 2008R2, würde ich immer über ANGEBOTE bereitstellen, Pakete in der MSDB-Datenbank. Wurden alle Berechtigungen gesteuert durch SQL Server.
Im Jahr 2014, sehe ich, dass Sie sich noch retten können auf dem Dateisystem oder in der MSDB-Datenbank ist aber, dass es jetzt der SSISDB, die Sie erstellen, wie eine Integration Services-Katalog. Diese Methode eindeutig erlaubt viel mehr Flexibilität mit dem Zusatz von einfachen Variablen zugreifen und auch die Umgebungsvariablen.
Ist die Bereitstellung von SSIS-Paketen SSISDB in 2014 nun die best-practice-Weise bereitstellen und verwalten von SSIS-Projekte,, anstatt die Bereitstellung der MSDB-Datenbank? Bin ich noch in der Lage, die Verwaltung von Berechtigungen? Wenn ich ein backup SSISDB, sind alle meine Projekte bereitgestellt gesichert (wie zuvor mit MSDB)? Zu guter Letzt, wenn ich einen Termin für diese Pakete über den SQL-Agent, machen Sie immer noch dasselbe Verhalten, wo sich die Berechtigungen des SQL-Agent-Dienstkonto und job-Eigentümer festzustellen, die SSIS-Paket-Berechtigungen, wenn es ausgeführt wird?
Vielen Dank wer kann helfen. Ich habe auf der Microsoft Website den ganzen Tag, und während die Dokumentation ist sehr hilfreich, es hat nicht wirklich diese Fragen beantworten spezielle Fragen.
- 2008-Pakete ausgeführt werden auf 2014 da ist. Technisch ist die engine wird zuerst ein upgrade-und dann laufen Sie, aber das Paket wird nur geändert, in der Erinnerung, die xml auf der Festplatte/in der msdb-Datenbank bleibt bei der Ausgabe 2008. 2012/2014 gibt uns ein neues SSIS-Modell, das Projekt-deployment-Modell behandelt Ihre SSIS-Pakete mehr wie eine Montage gegenüber von einzelnen Dateien. Nur die .ispac bereitstellen, in der SSISDB. Sie können nicht einzelne Dateien gehen.
- Vielen Dank, Bill. Das hilfreich ist. Ich denke aber, dass meine wichtigste Frage war, ist die Verwendung des SSISDB nun die "richtige" Art und Weise, die den Einsatz moderner SSIS-Pakete? Es scheint, dass die Antwort ja ist.
- Um genau zu sein, der SSISDB ist nur für die Bereitstellung eines ispac, das ist eine Sammlung von Paketen. Manche Menschen verlieren Ihren Verstand, wenn Sie denken, ich habe eine erneute Verteilung aller Pakete, da ich nur verändert. Ich korrelieren diese Armen change-management-Praktiken wie die Menschen sind nicht völlig überzeugt, dass Sie wissen, was in der Produktion.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Vor kurzem nahm ich die SSIS-Prüfung (70-463), so kann ich Ihnen sagen, einige Dinge über das neue Modell bereitstellen.
Kurze Antwort:
Ja SSISDB ist die Beste Praxis. Pakete werden bereitgestellt, um SSISDB. Pakete halten eine deployment-Historie (wie eine sehr einfache version control), also können Sie auch rollback einige änderungen an Ihrem Paket.
Wesentliche Vorteil des neuen Modells ist die Konfiguration. Sie brauchen nicht, XML-oder dedizierte SQL-Tabellen zum speichern Ihrer Konfigurationen. Sie können die Eingabeparameter verwenden, und ordnen Sie Sie mit den Umgebungen definiert, die auf sql server.
Verwalten Sie Sicherheit durch SQL-Server denn nun alles kann bearbeitet werden über SQL Server-Sicherheit.
Ein weiteres cooles feature ist die Integration Services-Dashboard, einen Bericht automatisch erstellt, mit report services-Vorlage. Klicken Sie einfach auf Integration Service-Katalog und klicken Sie rechts Ihre Pakete anzeigen "Alle Ausführungen".
Sehen Sie sehr detaillierte Informationen über die Pakete, einschließlich der Ausführung.
Lange Antwort:
Meiner Meinung nach ist der wichtigste Vorteil sind die Projekt-Parameter. Stellen Sie sich diese wie Parameter übergeben werden können, um das SSIS-Paket. Sie können einstellen, den Verbindungs-Manager oder nur Teile davon.
Beispiel: Sie können einstellen, welche server-Namen und die in Ihrem ssisdb-Sie können zwei Umgebungen (oder mehr), genannt "Entwicklung" und "Produktion". Dann können Sie Variablen hinzufügen, beide von Ihnen und ordnen Sie Sie, um die input-parameter des Pakets.
Der Hauptvorteil ist, dass Sie ein Paket bereitstellen, um SSISDB und link auf eine Umwelt, und Sie nicht haben, um die Verbindung Saiten von selbst.