Fehler beim Entfernen des Paketschutzes mit Fehler 0x80131940

Question

Ich versuche, ein kennwortgeschütztes Paket in SQL Server BIDs zu öffnen, und erhalte jedes Mal die folgende Fehlermeldung, wenn ich das richtige Kennwort eingebe:

Failed to remove package protection with error 0x80131940 "(null)"

Dies geschieht in der CPaqckage::LoadFromXML Methode.

Haben Sie eine Idee?

Answer 1

Ich hatte das gleiche Problem und entdeckte, dass die Feststelltaste aktiviert war. Die Eingabe des richtigen Kennworts mit aktivierter Feststelltaste ergibt die Fehlermeldung "Der Paketschutz konnte mit Fehler 0x80131940 "(null)" nicht entfernt werden, während die Eingabe des falschen Kennworts die Meldung "Das eingegebene Kennwort ist falsch" ergibt. Sehr irreführend, aber einfach zu beheben.

Answer 2

Ich glaube, Sie dachten, Sie hätten das richtige Passwort, hatten es aber in Wirklichkeit nicht.

Ich bin kürzlich auf dieses Problem gestoßen. Ich weiß, dass Sie vor langer Zeit gepostet haben, aber ich konnte keine Antwort finden, als ich in dieselbe Situation geriet. Es stellte sich heraus, dass ich das falsche Passwort hatte, obwohl ich dachte, ich hätte es richtig (ich war nicht derjenige, der das Paket erstellt hatte).

Ich hatte angenommen, dass, da einige falsche Passwörter eine wrong password Fehlermeldung, dass ich das richtige Kennwort haben muss, mit dem ich kein Ergebnis erzielt habe wrong password Nachricht - es stellt sich heraus, dass verschiedene falsche Passwörter verschiedene Fehlermeldungen beim Öffnen eines passwortverschlüsselten SSIS-Pakets auslösen können!

Sehr merkwürdig. Jedenfalls konnte ich das Paket öffnen, nachdem ich endlich den ursprünglichen Entwickler erreicht und das richtige Passwort erhalten hatte.

Ich würde auf keinen Fall empfehlen, das gesamte Paket mit einem Passwort zu verschlüsseln, sensible Daten vielleicht, aber nicht das gesamte Paket.

Answer 3

Ich habe gerade den gleichen Fehler erhalten. Mein Problem war, dass ich SQL Server 2017 statt SQL Server 2016 ausgewählt hatte (Projekt > Eigenschaften > Konfigurationseigenschaften > Allgemein > Bereitstellungszielversion > TargetServerVersion).

Answer 4

Ich erhalte diese Meldung, wenn ich ein mit vs 2017 enterprise erstelltes Paket auf meinem Laptop ausführe. In dieser Situation machen die Leute immer viel Aufhebens um Ihr Passwort. Wenn Sie mit Visual Studio auf das Paket zugreifen können, kennen Sie Ihr Passwort. Ich habe encryptAllWithPassword auf der Lösungs- und Paketebene eingestellt. Es schlug nur mit dieser Meldung auf meinem Laptop als dtexec fehl. Als ich das Paket nach Azure verschob, lief es mit der Anweisung /DECRYPT. Wenn Sie also nur in einer Umgebung testen und es fehlschlägt, versuchen Sie es in einer anderen Umgebung (Azure oder Serverumgebung) und es könnte funktionieren.