SSIS-überprüfung fehlgeschlagen, und kehrte Validierung status "VS_ISBROKEN"
Ich versuche zum erstellen einer temp-Tabelle und-Verfahren zwei Datenströme mit der temp-Tabelle. Es ist in einem Sequenz-container, und wenn ich führen Sie einfach die container laufen perfekt, aber wenn das gesamte Paket ist Betrieb es gibt diesen Fehler zurück:
Informationen: 0x4004300A V-AccidentCodesBase, SSIS.Pipeline:
Validation-phase ist Anfang.Fehler: 0xC0202009 V-AccidentCodesBase, Insert in Temp-Tabelle [69]:
SSIS-Fehler Code DTS_E_OLEDBERROR. Ein OLE DB-Fehler aufgetreten. Fehler
code: 0x80040E14.Ein OLE DB-Datensatz ist verfügbar. Quelle: "Microsoft SQL Server Native
Client 11.0" Hresult: 0x80040E14 Beschreibung: "- Anweisung(en) konnte
nicht vorbereitet werden.".Ein OLE DB-Datensatz ist verfügbar. Quelle: "Microsoft SQL Server Native
Client 11.0" Hresult: 0x80040E14 Beschreibung: "Ungültiger Objektname
'##TmpAccidentCode'.".Fehler: 0xC004706B V-AccidentCodesBase, SSIS.Pipeline: "Insert into
Temp-Tabelle" Prüfung nicht bestanden und kehrte Validierung status
"VS_ISBROKEN".Fehler: 0xC004700C V-AccidentCodesBase, SSIS.Pipeline: Eine oder mehrere
Komponente, die die Prüfung nicht bestanden.Fehler: 0xC0024107 V-AccidentCodesBase: Es wurden Fehler während der
Aufgabe der Validierung.
Bisher habe ich voll deklariert die Tabelle, um auszuschließen, war es die Suche nach dem richtigen db neu erstellt und das Paket wegen zu Lesen, dass eine änderung könnte zu einer Beschädigung der Metadaten.
Und was passiert, wenn Sie einen Benutzer-Tabelle, anstatt eine temp-Tabelle?
Wenn Sie in den gleichen Fehler mit einer Tabelle user, dann werden wir brauchen, um zu sehen, Ihre SSIS-Paket (screenshots), so können wir verstehen, wie Sie beim erstellen der Tabelle, wo die wohnen und wie Sie sind einfügen in es (zeigen Sie uns die Ziel-task). Dies ist ein guter test, wie ursprünglich mein Gedanke war, da # Tabellen sind nicht persistent (es sei denn, Sie konfigurieren von SSIS-zur Aufrechterhaltung der Verbindung für Sie).
Du meinst, SSIS-2012 ? Werde ich machen, eine Vermutung. Es ist nicht wirklich viel, was ich tun kann ohne zu sehen, dass Paket. Haben Sie "RetainSameConnection" = True zur Verbindungs-manager können Sie eine Verbindung zum server/Instanz (NICHT DB, das wäre tempDB), wo die temp-Tabelle erstellt ?
InformationsquelleAutor epelletier9740 | 2014-03-18
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich würde die DelayValidation-Eigenschaft auf True. Sie können sich mit nur diese Einstellung auf die Sequenz-Container, oder Sie brauchen, um zu wiederholen, dass die Festlegung auf untergeordnete Objekte, z.B. Ihre Daten-Fluss-Vorgang.
InformationsquelleAutor Mike Honey
Als die anderen Jungs erwähnt, der Fehler kann passieren, aus verschiedenen Gründen. In meinem Fall habe ich realisiert, dass ich versucht habe zu konvertieren, einige NULL-int im Skript-Abschnitt von SSIS. So etwas wie :
also der fix war einfach. Ich habe gerade überprüft das Feld, bevor Sie konvertieren, um sicherzustellen, dass es nicht null ist:
InformationsquelleAutor Morteza Madadi
Landete ich lösen das problem, auf das überladen von tempDB. Wenn ich verlangsamt den Prozess, bis es einen Befehl, um die tempDb-zu einem Zeitpunkt, alles lief reibungslos.
InformationsquelleAutor epelletier9740
Ich Stand vor dem gleichen Fehler, in meinem Fall, ich war mit SSIS import von Daten aus einer excel-Datei in ein paar von Tabellen.
Habe ich 2 verschiedene Dateien, und es konnte nicht mit ein und arbeitete mit den anderen, nach einiger überprüfung habe ich festgestellt, dass ich bezog das auf den Namen des excel-Blatt in das Paket, also die excel-Tabelle muss genauso heißen (ich denke, es ist groß - /Kleinschreibung beachten) als Sie auf das SSIS-Paket
InformationsquelleAutor camila
Konfrontiert die gleiche Fehlermeldung. Die Frage war, Berechtigungen für die Datenbank für den Benutzer läuft die ETL-Prozesse (service-Konto). Stellen Sie sicher, dass der Benutzer, der das Paket ausgeführt wird, verfügt über ausreichend Berechtigungen, um die Abfrage auszuführen.
InformationsquelleAutor Mike
Bin ich mit VS 2017. Ich Frage mich, ob es nach einer Weile vergisst Sie Ihre "gespeicherten" Datenbank-Passwörter, weil mir funktionierte gut für Tage, dann einfach aufhören zu arbeiten out of the blue", gab der
VS_ISBROKEN
Fehler. Nachdem ich wieder das Passwort für meine Datenbank-verbindungen-trotz der Tatsache, die ich überprüft hatte dasSave Password
checkbox zuvor--es begann wieder zu arbeiten.InformationsquelleAutor codeMonkey