1. use option “IMEX=1” in ConnectionString (Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\..\MyExcel.xls;Extended Properties="Excel 8.0;HDR=Yes;IMEX=1")
2. modify registry setting “TypeGuessRows=8” to a much higher value
3. use a sql statement to retrieve data (e.g. “SELECT * FROM [sheet1$A5:M2000]“)

NOTE: The setting IMEX=1 tells the Excel driver to use Import mode. This mode reads the registry setting “ImportMixedTypes=Text” which forces mixed data to be converted to text. To achieve a more reliable column type recognition, the registry setting “TypeGuessRows=8” should be increased. By default the ISAM driver analyzes  the first eight rows and determines the column datatypes from this sampling. If the first analysed rows contain only numeric values, then setting IMEX=1 will not convert this column datatype to Text – it will remain numeric.

ATTENTION: The IMEX setting has some other modes:

• 0 is Export mode
• 1 is Import mode
• 2 is Linked mode (full update capabilities)

Registry Setting Location:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\X.X\Engines\Excel


supplement
If you experience following error the above described solution could fix it.
1. An OLE DB error has occurred. Error code: 0x80040E21.
2. Failed to retrieve long data for column “XYZ”.
3. There was an error with output column “XYZ” (55488) on output “Excel Source Output” (109). The column status returned was: “DBSTATUS_UNAVAILABLE”.
4. The “output column “XYZ” (55488)” failed because error code 0xC0209071 occurred, and the error row disposition on “output column “XYZ” (55488)” specifies failure on error. An error occurred on the specified object of the specified component.
5. [DTS.Pipeline] Error: The PrimeOutput method on component “Info Source” (101) returned error code 0xC0209029. The component returned a failure code when the pipeline engine called PrimeOutput(). The meaning of the failure code is defined by the component, but the error is fatal and the pipeline stopped executing.
6. [DTS.Pipeline] Error: Thread “SourceThread0″ has exited with error code 0xC0047038.

P.S.: Das ist natürlich nur eine Parodie.

Nach einer kleinen Fehlersuche habe ich entdeckt, dass einige Kryptoprovider nach dem Update nicht mehr in der Liste auftauchen.
Unter Optionen (Menue) -> Sicherheit (Tab) -> Advanced (Button) befindet sich naemlich standardmaessig eine gut gefuellte Liste zur Auswahl der Verschluesselung. Diese hat sich nach dem Update stark verkleinert (auf nur noch 4 Eintraege). Beispielsweise fehlt der “strong encryption”-Provider. Betreffen wird das sicherlich alle Office-Produkte (Word, Excel, Access, Powerpoint, ..)
Fazit: Die Dokumente, die nicht mit einer Standard-Verschluesselung abgespeichert worden sind, koennen nun nicht mehr entschluesselt werden.

Hat jemand daselbe Problem festgestellt?

Ein Versuch, diesen (ich denke doch) Bug an Microsoft zu uebermitteln brachte folgendes Ergebnis:

Schade auch.

UPDATE:

Okay, Ursache und Loesung sind nun gefunden. Das Problem war nicht das Update, sondern eine Aufforderung zum Passwortwechseln der Domaene. Aus irgendeinem unerklaerlichen Grund wurde dieser Wechsel auf dem lokalen System nicht richtig vollzogen. Eine erneute Passwortaenderung hat das Problem nun behoben. Das Loeschen der Microsoft Office Verzeichnisse in lokale Einstellungen und Anwendungsdaten (unter Dokumente und Einstellungen) wuerde das Problem ebenfalls loesen.
Very strange.