Installation von MS Office Access

Hallo!

Bitte postet immer die genaue Version inkl. Build-Nr von Office/Access und, wenn es erkennbar ist, ob es eine MSI-Installation (Windows Installer) ist oder eine C2R (Click-To-Run) Installation. (evtl. Screenshot der Versionsinfo) Ohne diese Informationen kann
man nicht mit einer gezielten Handlungsanweisung antworten und auch nicht gezielt bei Microsoft nachfragen.

Ich bin nicht sicher, ob bei 2013 in der Versionsinfo erkennbar ist, ob es sich um C2R handelt, aber lt. MS sollte es daran erkennbar sein, ob es einen eigenen Knopf für "Office Updates" gibt oder nur einen mit "Access Info".

Hallo Florentino,
<br />Unser Anwendung spricht via ADO die Access Database Engine an. Wir benutzen also nicht direkt MS Access. Als Betriebssystem kommen Windows 10 und Windows 11 vor.
<br />Ein Kollege hat weiter experimentiert und gesagt, dass wenn er sowohl Office 2021 als auch separat die "Access Database Engine 2016" installiert hat folgendes seltsame Verhalten beobachtet werden kann:
<br />- Repariert er die Installation der "ADE 2016" kann unser Anwendung Datensätze erstellen oder ändern mit "konstanter" Geschwindigkeit.
<br />- Repariert er dagegen die Office Installation wird unsere Anwendung solange sie läuft immer langsamer.
<br />Gruss
<br /> Peter
<br />

Hallo Thomas,

nochmals recht herzlichen Dank für Deine Unterstützung. Jetzt konnte ich das Problem der MS Access Runtime 2010 doch lösen ohne das MS Office 2010 Home and Business zu deinstallieren. Leider war doch eine Testversion von MS Access 2010 auf dem Rechner, nur
wurde diese nicht unter Word, oder Exel bei den Produkten aufgeführt. Die Testversion habe ich umgehend entfernt und schon lief die Access Runtime auch wieder !

Besten Dank nochmals !!!

Mit freundlichen Grüßen

Michael Tischer

Hallo!

Ein paar Dateien haben sich natürlich geändert in den letzten 18 Jahren, daher sind manche der z.T. grausamen A97-Runtime-Fehler weg, aber neue Probleme da. Die grundsätzlichen Problematiken sind ähnlich.

Ich arbeite nur gelegentlich mit der Runtime. Persönlich habe noch nie erlebt, dass andere Office-Anwendungen Probleme mit einer Runtime-Installation bekommen hätten. Wenn nur irgendein Office Standard (d.h. ohne Access) vorhanden war, hatte ich kaum je
Probleme mit der Access-Runtime. Bei mehreren Access-Versionen natürlich schon die üblichen: mdb/accdb-Verknüpfungen in Windows reagieren auf die zuletzt geöffnete Access-Version, Verweise beißen sich, die UAC müss überredet werden usw.

MS hat inzwischen nichts getan, um mehrere parallele Office- oder Access-Installationen besonders voneinander zu isolieren sondern rät offiziell vom gleichzeitigen Betrieb mehrerer Office-Versionen ab. (schreibe ich von einem Rechner, auf dem 4 Access-Versionen
ziemlich friedlich miteinander leben ;-)

Ansonsten gelten weiterhin die Eckdaten aus
http://www.donkarl.com?FAQ1.3, also sind (wie zu Zeiten von A97) Tools wie Innosetup oder Sagekey immer noch häufig im Einsatz, besonders wenn man die Zielumgebung nicht wirklich kontrollieren kann.

Vielen Dank für die Antwort,

es gibt zumindest eine Hoffnung, jedoch erst einmal für MS-Office 365 PRO. In den Firmen und bei meinen Kunden wird aber überwiegend die Standalone-ACCESS-Version (Desktop) eingesetzt, von daher ...

Gibt es eine Möglichkeit über den Support bei Microsoft das Update für den
Versionstand 8326.2058 (Update MS-Office 365 PRO vom Juli 2017, 1707) für die Standalone-ACCESS-Version (Desktop, 64 Bit) anzufordern?

Alternativ könnte ja auch eine MS-Office 365 PRO Version mit MS-ACCESS auf einer virtuellen Maschine installiert werden, um das MSCOMCTRL (64 Bit) zu extrahieren. Anschließend könnte das MSCOMCTRL dann der Desktop-Version vom MS-ACCESS 2016 (64 Bit) zur
Verfügung gestellt werden - selbstverständlich mit Registrierung des Controls etc. Könnte diese Alternative funktionieren, oder gibt eine Anzahl nicht bekannter DLL's oder anderer Dateien die mit eingebunden werden müssen, oder andere zu erwartende Schwierigkeiten
oder Einschränkungen?

Ulrich Eul