SSIS-task Datenbanken Übertragen kryptische Fehlermeldung 0 x 80131500
Ich bin mit SSIS mit VS2010 (shell) und Datenbanken gehen von SQL Server 2005 (32-bit)SQL Server 2012 (64-bit). Ich entwickle direkt auf dem Ziel-server (nicht optimal, aber es funktioniert).
Wenn ich versuche, verwenden Sie die task " Datenbank Übertragen, es gibt mir eine Fehlermeldung wie folgt:
"Fehler: Die Execute-Methode für den task-Fehlercode 0 x 80131500 (Ein Fehler ist aufgetreten, während Daten übertragen werden. Finden Sie unter der inneren Ausnahme für details.). Die Execute-Methode muss erfolgreich sein, und zeigt das Ergebnis mit einem "out" - parameter."
Hier ist das problem... wie kann ich eine "Ausnahme"?? es ist ein GUI-interface mit keiner Weise zu Schritt durch den code! Ich habe sogar versucht einrichten der Protokollierung - es meldet nur den selben nutzlosen Fehlermeldung.
Microsoft hat keine Informationen für diesen Fehler-code in Ihre Referenz-docs (die ich finden konnte).
Nach googleing den Fehler code, die ich sah, andere haben diesen Fehler-code zusammen mit Nachrichten zu tun, mit Benutzer -, Rollen -, und die Schaffung von Ihnen.
- Ich doppelt geprüft, dass ich über sysadmin-Rechte auf beiden Servern und
Anmeldungen für beide. - Ich habe versucht, die gleiche Datenbank Übertragen Aufgabe von jedem
server an sich (mit einer änderung der Datenbank-name) und , dass gearbeitet
gut für beide von selbst. - Ich habe versucht, sowohl DatabaseOnline und DatabaseOffline Optionen. (gleicher Fehler in beiden Richtungen)
- Ich habe versucht zu tun, ein "Anmeldungen Übertragen" Aufgabe, bevor Sie die task " Datenbank übertragen, die diese Aufgabe bearbeitet, jedoch nicht die Übertragung von Datenbanken Aufgabe. Dann fing es wirft Fehler zu sagen, dass die Datenbanken nicht existieren - was bedeutet, dass ich brauche, um die übertragung von Benutzernamen, NACHDEM ich die Datenbanken für Unternehmensübertragungen.
Hier sind meine Einstellungen:
Was mache ich falsch? ODER wie bekomme ich die "Ausnahme" - Meldung?
Beachten Sie auch meine post an die Microsoft-Foren hier:
http://social.technet.microsoft.com/Forums/en-US/sqlintegrationservices/thread/cda53c80-8da6-4ed1-898a-9f3ff8464ae2
entfernen Sie, was? die Anmeldungen, die ich einfach nur übertragen?
Was alle Veranstaltungen sind Sie auf der Anmeldung? Nur OnError-und OnTaskFailed? Schnappen Sie sich OnInformation-und OnWarning wie Sie könnten Aufschluss geben, was falsch läuft. Eine weitere Möglichkeit kann die DTLoggedExec noch Nie gespielt mit, dass die Aufgabe, so dass ich nicht sprechen kann, mit den Angaben der Fehler, den du der Begegnung
Vielleicht Kennzeichnen diese bewegt werden, um DBA.SE erhalten Sie einige Antworten, auch.
Überprüfen Sie die Größe Ihrer Datenbank: "Wenn Sie eine Datenbank kopieren, die Datenbank kann nicht kleiner sein als die Größe der model-Datenbank auf dem Ziel-server. Sie können entweder erhöhen Sie die Größe der Datenbank zu kopieren, oder verringern Sie die Größe des Modells."
InformationsquelleAutor Watki02 | 2012-06-05
Du musst angemeldet sein, um einen Kommentar abzugeben.
Diese Antwort macht mich krank zu meinem Magen... ich hoffe, dass ich speichern Sie jemand anderes diese Mühe. Das problem war dieses:
MSSQL.1
vs.MSSQL11.<instanceName>
).In der Zusammenfassung, der Fehler wurde dadurch verursacht, dass der Ordner nicht vorhanden, da der Pfad war falsch eingestellt. Ich kann mir vorstellen andere low-level-Ausnahmen wie diese werden auch gegessen, die durch die Schnittstelle mit der gleichen kryptischen Fehlermeldung.
Meine Letzte Zeile der Antwort gibt, ist es wahrscheinlich eine low-level-exception wie bad-Pfad-Namen. Check-DB-Berechtigungen, Dateisystem-Berechtigungen, überprüfen Sie, Pfade... alles, was normalerweise werfen einen einfachen, aussagekräftigen Fehlermeldung-Feld und hilfreich sein. Versuchen Sie auch, was Ihre Aufgabe ist, die durch SQL Server Management Studio (z.B. "transfer Datenbank" == "Datenbank kopieren" in SSMS), die möglicherweise Rückschlüsse auf Ihre Fehler meesage (so tragisch gegessen SSIS/SSDT).
InformationsquelleAutor Watki02
Liefen wir in dieser, wo jemand erzählte uns ein gültiges Datum würde immer existieren, in der Spalte in einer MySQL-Datenbank und wir fanden später heraus, dass es ein Datum wie
'0000-00-00 00:00:00'
und'0001-01-01 00:00:00'
.Wir behandelt es in der Abfrage, die zieht die Daten mit Hilfe einer case-Anweisung zu konvertieren, schlechtes date in ein Datum SSIS verwenden können :
Natürlich können Sie es
null
auch, Ihrer Wahl.InformationsquelleAutor Jim Denny
Ich hatte auch das gleiche Problem und es stellte sich heraus, dass ein access-Probleme. Versuchen Sie, dass diese Zugriff auf den Ordner, wo die mdf-und ldf-Dateien landen werden: NT Service\MSSQLSERVER -, Ersteller-Besitzer, System
InformationsquelleAutor Matt
nicht wirklich, Anmeldungen sind auf einem server (Instanz-Ebene), so können Sie die übertragung von Benutzernamen und dann die Datenbank. Sie würde sich sorgen machen müssen Benutzer zu einem späteren Zeitpunkt, natürlich
einen Punkt hier, ich glaube nicht, dass SSIS bereit wären, transfer 2005 -> 2012. Ich meine, Es würde keinen Sinn machen "überspringen" - version. Sie sagten, Sie sind mit VS 2012, so wäre es SSIS 2012. Es denke, es kann nur Lesen 2008-Datenbanken. Die Tatsache, dass Sie getestet auf dem gleichen server und es funktionierte auch wird dieser Punkt stärker.
ja, es war ein Tippfehler, ich meinte zu schreiben, VS2010, SSIS 2012. Bezüglich der version, sollten Sie sich gut mit Express
Ich habe Gerade versucht SQL 2008 Express und es ist fehlgeschlagen. Siehe meine tiefere Erklärung hier: social.technet.microsoft.com/Forums/en-US/...
InformationsquelleAutor Diego
Dieser ist alt, aber ich stieß in die gleiche kryptische Meldung mit SSMS 17.2. Ich habe versucht, alle geprüft und die Vorschläge oben ohne Erfolg.
In meinem Fall wurde das Problem im Zusammenhang mit der TargetServerVersion-Eigenschaft des SSIS-Projekt in Visual studio 2017. Standardmäßig wurde dies auf SQL Server 2017, während meine lokalen server war SQL Server 2014 - einmal geändert, um die gleiche version alles glatt lief.
InformationsquelleAutor gjspaho