Ist es möglich ausschließen von Objekten/Objekttypen aus sqlpackage?

Möchte ich ausschließen bestimmtes Objekt, zum Beispiel alle Anmeldungen & Nutzer, aus extrahieren oder zu veröffentlichen, Betrieb von sqlpackage.exe.

Dies ist möglich, in Visual Studio, so dass ich hoffe, es ist auch möglich, aus der sqlpackage.exe.

Oder ist es nicht möglich?

Der Grund ist, dass ich möchte in der Lage sein, um auto-deploy, um verschiedene Umgebungen/Servern, wo die logins & Benutzer unterschiedlich sind.

HINWEIS: Anmeldungen & Benutzer ist nur ein Beispiel, die Frage ist mehr allgemein.

InformationsquelleAutor SAS | 2014-01-24
  1. 3

    Ihre beste Wette ist an dieser Stelle zu betrachten, dies zu tun in der post-Bereitstellung von Skripts und ohne alle logins/Benutzer aus Ihren Projekten. Wir haben ähnliche Probleme, wo jede Umgebung hat einen anderen Satz von logins/Benutzer und die SSDT einfach nicht behandeln, das gut aus der box. Ich habe geschrieben über den Prozess, den wir verwenden auf meinem blog (ausgeliehen stark von Jamie Thomson).

    http://schottsql.blogspot.com/2013/05/ssdt-setting-different-permissions-per.html

    Werde ich auch beachten Sie, dass der Benutzer "pavelz" einen Kommentar hinterlassen kurz beschreiben, den Prozess, den Sie verwenden w/composite-Projekte - Ausführungsplanung für Objekte und sub-Projekte für Berechtigungen. Das könnte so gut funktionieren.

    Das einzige Problem, das wir haben, laufen Sie in der post -, deploy-Prozess ist, wenn Sie die Veröffentlichung aktivieren, um die drop-Berechtigungen/- Anmeldungen nicht in dem Projekt, Sie haben könnten unten einige Zeit, bis Sie erneut hinzufügen, die Berechtigungen am Ende. Einmal eingestellt, empfehle ich das ausschalten dieser Optionen.

    • Danke, aber wenn ich das ausschließen alle Benutzer dann muss ich auch ausschließen, alle Privilegien/Zuschüsse prom-die Projekte, nicht?
    • Ich würde wirklich gerne erteilt unter der version Kontrolle auch.
    • Würden Sie in der source-control - so wie post-deploy-Skripts anstatt in einem "permissions" - Datei. Wohl, Sie könnten sogar leichter zu Lesen, obwohl ich nicht gehalten, zu viel mit den "Berechtigungen" - Datei details, weil wir haben ein starkes Bedürfnis, für die unterschiedliche Berechtigungen für verschiedene Umgebungen.
    • OK, aber das würde bedeuten, dass die manuelle Pflege von diesen scripts, richtig?
    • Es ist eigentlich nicht allzu schlecht, sobald Sie Sie erzeugt, aber es hilft wirklich, wenn Sie können Berechtigungen erteilen, um eine Rolle im Gegensatz zu einzelnen Benutzern. Wenn Sie möchten, können Sie speichern diese in der Projekt-oder sogar gewähren Dinge, die auf der Schema-Ebene mit so etwas wie "GRANT select ON Schema::dbo zu Funktionsname" so oder so, müssen Sie behandeln Berechtigungen. Wenn Sie sich für die Rolle option, die Sie haben können, wie eine gemeinsame Art von post-deploy-Datei, die ausgeführt wird, für alle Umgebungen.
    InformationsquelleAutor Peter Schott
  3. 4

    Löste ich dieses problem durch die Schaffung einer DeploymentPlanModifier Beitrag (nach Ihrer SchemaBasedFilter Probe), die ich-pass-in durch ein argument (/p:AdditionalDeploymentContributors) für SQLPackage.exe es sieht für jeden drop Operationen von Sicherheit Objekt-Typen.

    (Code auf Herabfallen der Benutzer bei der Veröffentlichung einer DACPAC mit SqlPackage.exe)

    InformationsquelleAutor DanStory
  4. 1

    Alle die gleichen Optionen zur Verfügung, innerhalb von Visual Studio verwendet werden können SqlPackage.exe. Siehe "Veröffentlichen von Parametern, Eigenschaften und SQLCMD-Variablen" in die Dokumentation für eine vollständige Liste der Optionen, die Sie übergeben können. Sie in der Regel Aussehen wie "/p:IgnoreUserSettingsObjects=True" und bestanden neben den regulären Argumente beim Aufruf SqlPackage.

    • Ich weiß, es gibt Parameter, die.. aber, welche parameter(s) sind Sie sagen, ich sollte in diesem Fall verwenden?
    • Es gibt keine Parameter, um zu tun, was Sie versuchen zu tun, in diesem Fall.
    • Das ist, was ich befürchtet.. 🙁
    • ExcludeObjectTypes komplett ignorieren eine Semikolon-getrennte Liste von Objekt-Typen (d.h. es werden weder veröffentlicht, noch drop). DoNotDropObjectTypes wird nicht fallen eine Semikolon-getrennte Liste von Objekt-Typen. Von diesem link bereits auf dieser Seite blogs.msdn.com/b/ssdt/archive/2015/02/23/... in Diesem Beispiel: SqlPackage.exe /a:veröffentlichen /tcs:"Data Source=localhost;Initial Catalog=mydb;Integrated Security=true" /sf:C:\temp\mydb.dacpac /p:ExcludeObjectTypes=RoleMembership;Benutzer
    • Schauen Sie sich meine Antwort in stackoverflow.com/a/43916061/1328993. Es gibt alle erforderlichen Parameter für diese Aufgabe.
    • Danke. Dies ist kein Thema mehr für mich.

    InformationsquelleAutor Kevin Cunnane
  5. 1

    Leider, wie der jetzt sqlpackage.exe Dienstprogramm keine Möglichkeit, ohne ein bestimmtes Objekt. Jedoch, es hat Optionen, um auszuschließen, eine gesamte Objekt geben.

    InformationsquelleAutor shilpa
Schreibe einen Kommentar