In den letzten paar Tagen habe ich einen Fehler, der bekannt ist, aber ich kann nicht verstehen, was ich tun muss, sogar nachdem ich so viele verschiedene Lösungen gelesen habe. Aber bitte lass mich mit der Aufgabe beginnen.BIDS - OLEDB Verbindungsfehler in SSIS beim Schreiben in Excel 2007 (xlsx) Dateien
Ein Vorgänger erstellte ein geschäftskritisches SSIS-Paket mit SQL Server Data Tools (2005) vor 4-5 Jahren, das im Grunde eine große Tabelle in der Datenbank liest und dann die Daten kategorisiert und die Daten in separate Tabellen pumpt Datenbank. Am Ende liest es die Daten aus diesen getrennten/kategorisierten Datentabellen und exportiert die Daten in entsprechende Excel-Dateien auf einem Netzlaufwerk im selben Ordner. Alle diese Tabellen haben unterschiedliche Datenwörterbücher. Alle diese Excel-Dateien haben das Format 97-2003 (.xls).
Der Produktionsserver ist SQL 2005 und Windows 2003. Eine neue Entwicklungsumgebung wird mit SQL Server 2012 und Windows 2012 erstellt, wo ich alle Datenbanken, SQL-Jobs und SSIS-Pakete migrieren muss. Die Mehrheit von ihnen ist abgeschlossen und läuft ohne Probleme. Ich habe die komplexen SSIS-Pakete bis zuletzt verlassen, damit ich etwas zum Testen liefern kann.
Jetzt ist meine Aufgabe, das Paket zu aktualisieren, um in Excel 2007 XLSX-Dateien zu schreiben. Keine Änderungen auf Datenbankebene. Also, ich habe OLE DB-Verbindungen für alle Excel-Dateien erstellt und die Verbindungen scheinen gut zu funktionieren, wenn Sie auf Verbindung im Dialogfeld Verbindung testen klicken. Alle diese Excel-Dateien befinden sich im Dev SQL Server im selben Ordner (\ DevServer \ p $ \ SSIS_Jobs \ Process_Data) wie das SSIS-Paket. Ich habe die Erweiterte Eigenschaften = Excel 12.0 XML im Verbindungsmanager eingestellt. Aber wenn ich das Paket in den BIDS starte, bekomme ich
"Konnte Verbindung" Excel07_Con1 "nicht erhalten. Verbindung möglicherweise nicht konfiguriert oder Sie haben möglicherweise nicht die richtigen Berechtigungen für diese Verbindung."
Das Paket ist auf 32-Bit-Modus eingestellt und MSOffice installiert ist 32-Bit und installiert die Microsoft Access Database Engine 2010 (32-Bit) -Treiber. Und das Dev-Netzwerklaufwerk hat volle Rechte für EveryOne an ReadWrite.
Da dies der letzte Schritt in diesem Prozess ist, scheitert der gesamte Job daran. Ich bin mir sicher, dass ich viele Antworten auf ähnliche Fragen erhalten habe. Jede Hilfe würde sehr geschätzt werden.
Danke - Madhu
Mögliches Duplikat von [SSIS-Paket, das nicht als 32 Bit in SQL Server 2012 ausgeführt wird] (http://stackoverflow.com/questions/28311938/isse-package-not-running-as-32bit-in-sql-server -2012) – BIDeveloper
haben Sie nach dem Neustart der Lösung als Administrator versucht? – bmsqldev
Ja, es läuft als Administrator. – Madhu