2017-01-12 6 views
1

Das SSIS-Paket lädt die Excel 2007-Datei mit dem MS Access OLEDB-Treiber.

ERROR MESSAGE Öffnen eines Rowsets für "Sheet1 $" ist fehlgeschlagen. Überprüfen Sie, ob das Objekt in der Datenbank vorhanden ist.
EX_SRC - Excel Generische Dateiquelle, die den OLE-Connector verwendet, hat die Validierung nicht bestanden und den Validierungsstatus "VS_ISBROKEN" zurückgegeben.
SSIS-Fehlercode DTS_E_OLEDBERROR. Ein OLE DB-Fehler ist aufgetreten. Fehlercode: 0x80004005.
Es gab Fehler bei der Aufgabenvalidierung.

Fehlerbeschreibung Das Excel-Arbeitsblatt lädt auf dem Desktop in SSIS. Es wurde bereitgestellt, um den SSIS-Katalog auf dem Server mit Active Batch als Scheduler auszuführen. In der Testumgebung funktioniert das auch ok. Der Fehler tritt nur auf, wenn das Paket vom Produktionsserver ausgeführt wird.

Ärger

  1. Schießen Die VS_ISBROKEN Nachricht normalerweise zeigt ein Metadaten Ausgabe dh eine Spaltentyp oder eine Spalte usw. geändert hat fehlt Um dies zu korrigieren Sie die Datenflußtask in SSIS eröffnen würde Lesen aus der betroffenen Tabelle und Korrigieren des Problems oder Aktualisieren der Metadaten. Allerdings, wenn ich dies in SSIS mache, werden keine Fehler gemeldet, also nichts reparieren oder aktualisieren.
  2. Stellen Sie sicher, dass mein Desktop, der Testserver & Produktion die gleiche Treiberversion, die gleichen regionalen Einstellungen haben.
  3. Dachte die Datumsspalte könnte auf dem Produktionsserver anders behandelt werden, was den Metadatenfehler "VS_ISBROKEN" verursacht. Wie oben überprüft, dass die regionalen Einstellungen auf dem Produktionsserver die gleiche wie mein Desktop sind und lokal keine Fehler erhalten.
  4. Es kann nicht SSIS auf der Produktion installiert werden, um es lokal auf dem Server zu testen.
  5. Ich habe ein ähnliches Paket erfolgreich ein Excel 2007-Format geladen, die ein Problem mit dem Treiber nicht ordnungsgemäß funktioniert.
  6. 64bit wird auf "True" gesetzt, da die Excel-Verbindung nicht verwendet wird.

Irgendwelche Vorschläge zur weiteren Problembehandlung?

Antwort

1

Nachdem ich fast alles versucht hatte, kam ich immer wieder auf diesen einen Beitrag zurück: Post describing rights access for buffer Das Konto, unter dem das Planungstool lief, hatte keinen Schreibzugriff auf das Laufwerk C auf dem SSIS-Server. Obwohl das Spreadsheet nur 5 Spalten zu 30 000 Zeilen enthielt, musste SSIS den Puffer in das C-Laufwerk schreiben. Während des Debuggens dieses Problems habe ich es getestet, indem ich den Job mit nur 5 Zeilen ausgeführt habe, die erfolgreich waren. Das Problem wurde behoben und wurde erfolgreich ausgeführt, nachdem dem Scheduling-Konto Schreibzugriff auf das Laufwerk C erteilt wurde.

+0

Hallo, können Sie mir bitte sagen, was ist der spezifische Ort (Ordner), den der Benutzer zugreifen muss ?, weil in meinem Job nicht alle C-Laufwerk Zugriff bringen wollen .... Ich werde deine Antwort schätzen. –

+0

Leider habe ich Zugriff auf das Batch-Konto für das vollständige C-Laufwerk gewährt, da das Batch-Konto als Systemadministrator angesehen wird. Ich werde graben, um zu sehen, ob ich darüber Notizen für den spezifischen Ordner habe. – Peffa

+0

Vielen Dank für die schnelle Antwort, in meinem Fall musste ich Zugriff auf Standard-Benutzerordner gewähren, danke noch einmal für Ihre Hilfe. –

Verwandte Themen