Office: (Office 2010) Defekte Backends

Hallo!

[Access / MySQL]
Interessehalber nachgefragt:
Warum willst du diese Kombination? Das Lizenzmodell von MySQL hasst du schon begutachet? Wenn schon Opensource-DBMS verwendet werden soll, würde ich eher PostgreSQL einsetzen.

Ich selbst verwende MSSQL als DMBS und bin damit sehr zufrieden.
Anm.: weil du weiter oben geschrieben hast, dass damit left join langsam wird. Sobald du auf ein aktives DBMS umstellst, musst du es auch so nutzen und nicht nur als Datenspeicher verwenden, um alle SQL-Operationen mit Access durchzuführen.
Nur Tabellen ins DMBS verlagern ist meiner Meinung nach zu wenig.
Besonders wichtig ist der Einstz von passenden Indizes.
Komplexe Join-Anweisungen setze ich bespielsweise im SQL-Server als Sicht um, verknüpft diese Sicht in Access und dann kann man bei Bedarf auch mit Access-Mitteln filtern ohne lange warten zu müssen. Dann kann der SQL-Server seine Stärke ausspielen und einen passenden Ausführungsplan erzeugen. (Tipp: im SQL-Profiler ansehen, wie mit per ODBC verknüpften tabellen Access-Abfragen umgesetzt werden. - Dann wirst du erkennen, warum Abfragen mit mehreren Joins nicht optimal laufen.)

Ein Hauptgrund für mich, aktive DBMS statt einem Access-Backend zu verwenden: mit einem Access-Backend kann man keine Sicherung im laufenden Betrieb durchführen.

mfg
Josef

 

und ich würde, wenn das Problem dringend genug ist, den (mutmaßlich überschaubaren) Aufwand angehen und diese mögliche Störquelle / Ursache einfach ausschließen, zumal eine Umstellung von MDB/E auf ACCDB/E keine Nachteile bedeuten würde.

Aber das ist einfach meine persönliche Meinung. *wink.gif*

 

Mysql war es damals vor 10 Jahren, ich weiss, dass sich da leider einiges geändert hat.

"Nur Tabellen ins DMBS verlagern ist meiner Meinung nach zu wenig."

Das wollte ich ja sagen, nur, wenn ich diesen Schritt gehe, dann wahrscheinlich gleich auch nicht mehr Access als Frontend.

@Andre.Heisig

Du hast ja wahrscheinlich recht, ich habe nur Schiss davor etwas zu versuchen, mit dem ich keine Erfahrung habe. Auch wenns vielleicht unberechtigt ist.
Ich hatte einfach schon so viele ausgefallene Probleme, defekte Frontends / einzelne Formulare bei kleinen Projekten, die sie weder mit Importieren noch / decompile reparieren ließen, etc.. - ich bin wahrscheinlich einfach paranoid.

Bei dieser Anwendung lasse ich auch nach kleinsten Änderungen alles Wochenlang bei den 2 Testern laufen um sicherzustellen, dass alles stabil läuft.

Und nochmals, ich denke, dass ich bei allen 3 Kunden den Grund mittlerweile kenne, nur, mich würden Erfahrungen in Zusammenhang mit dem Microsoft Artikel interessieren - den kanns ja nicht ganz unbegründet geben.

 

Insbesonders nach dem Lesen von Josefs Beitrag kann ich nur raten, den vergleichsweise kleinen Betrag von 69 Euro zu investieren, um damit das von mir angesprochene Buch sowie dazugehörige Musterdateien zu erwerben.
Habe zwar bisher nur die Inhalte des Buches studiert. Eine Umsetzung ist in Kürze geplant. Mit Unterstützung eines ausgewiesenen SQL-Experten, allein traue ich mich da nicht dran. Bin kein Profi.

 

\@Elmar

Nochmals. ich stelle nicht kurzfristig auf SQL um. Und schon gar nicht wegen diesem einem Problemfall.

Und - ich glaube mein eigenes Problem eingeschränkt zu haben. Es geht um dieses Netzwerkproblem, dass ja wahrscheinlich nicht umsonst bei Microsoft beschrieben ist. (Leasing)

 

Wahrscheinlich war ich dann gestern doch zu übermüdet.

Falls meine jetzigen Änderungen (Switch, Verkabelung, und baldigem ersetzen des WLAN beim dritten Kunden) keinen Erfolg bringt, werde ich zunächst den Registrierungsschlüssel testen, dann zumindest einmal testweise auf ACCDB umstellen.

Letzteres ist jedoch auf Dauer bei weitem nicht so leicht möglich, wie es offensichtlich scheint:

Das Haupt FE prüft schon mal den Dateinamen des BE beim Öffnen - das wär ja noch einfach zum Korrigieren, im Extremfall gibt es jedoch drei weitere FE in Access, samt bei jedem Kunden zwei vb.net Programme, die dieses BE nutzen. Letztere können automatisch per FTP upgedatet werden und übernehmen die Pfade wiederum von einer .txt Datei, die vom Hauptprogramm erstellt wird. (Klingt vielleicht komplex und wirr, funktioniert aber problemlos)

Meine Erfahrungen zum SQL Server traue ich mir jetzt nicht mehr schreiben, ich will nicht noch eine Endlosdiskussion entfachen.

Nur, mich würde ja eigentlich nur interessieren, ob jemand den Registrierungsschlüssel getestet hat.

 

Hallo!

Am Dateinamen sollte es nicht scheitern. Du könntest das Dateiformat von mdb zu accdb ändern und danach die Datei wieder auf mdb umbenennen. Allerdings müssen die Anwendungen dann ACE und nicht Jet einsetzen.

mfg
Josef

 

Ok, das mit dem Dateinamen hätte mir klar sein sollen.

Neuer Stand, da ich ja selber bei meinen Kunden die zwei Wochen einige PC's auf Windows 10 umgestellt habe, und bei einem gerechnet dort jetzt (auch) diese Problem bereits zwei mal aufgetreten ist habe ich dort jetzt de Schlüssel eingetragen, ein zweiter Kunde meldet sich heute noch.

Zufall kann das keiner sein, und wenn man ein wenig googelt hat es offensichtlich ähnliche Probleme schon beim Server 2012 und Office 2016 Dokumenten gegeben in Zusammenhang mit diesem "Leasing" gegeben.

Bei den drei anderen angesprochenen Kunden ist derzeit Ruhe eingekehrt, anscheinend hat sich mein Verdacht bewahrheitet, und ich habe wirklich mehrere unterschiedliche Probleme gleichzeitig.

Wobei, auch wenn ich mich jetzt sehr weit aus dem Fenster lehne, ich gab in der Vergangenheit ausser bei dieser Anwendung die ich auf SQL umgestellt habe nie Access die schuld (und bei letzterer auch mittlerweile der verkorksten Programmierung, die eben nicht alleine von mir war), und es war dann auch immer die Hardware. Dass Access da sehr empfindlich ist war mir immer klar.

 

Also,

ich habe jetzt Montag oder Dienstag (im Stress den ich hatte weiß ich das jetzt nicht mehr so genau), bei vier Kunden auf insgesamt 13 PC's diesen Registrierungsschlüssel gesetzt.

Seit dem gab es keinen Ausfall mehr. (da der erste drei Defekt pro Tag hatte denke ich jetzt fast das war es)

Was immer noch nicht erklärt, warum das nicht auf allen Rechnern eintritt. Noch dazu sind die drei Kunden von der Konfiguration und Datenbankgrösse komplett unterschiedlich:

1. Server 2012, 6 Clients, DB Größe rund 150 MB
2. 2 PC's, DB rund 20 MB, Server "spielt" ein Windows 7 64 bit, Client (neu) ein WIn 10 64 bit
3. 2 PC's, zweimal Windows 10 64 bit, Datenbank 30 MB
4. 3 PCs, Win 10, da kenne ich die Umgebung gar nicht, DB knapp über 100 MB

Alle Rechner arbeiten mit der 2010 32bit Runtime.

Sinn ergibt das für mich gar keinen.

 

Es wäre natürlich schön, wenn MS auch die Gründe für das Problem erklären würde. Das ist aber nicht zu erwarten.
Deshalb bleibt es ein Raten.

Jedenfalls gab es besagtes Problem hier in letzter Zeit öfter.
Eine permanente Verbindung zum Backend hat das Problem so weit ich weiß immer gelöst.

Du wurdest darauf aufmerksam gemacht. Ich weiß jetzt nicht ob du das versucht hast?

 

Etwas schnell zu versuchen ist auf Grund der Tasache, dass ich wie beschrieben gegen 100 Kunden mit der Software habe etwas schwierig - und bei den Testmöglichkeiten die ich habe hilft mir das nichts, wenn ich den Fehler nicht reproduzieren kann.

Wobei vom Design der Oberfläche sollte eingentlich immer eine Verbindung bestehen.

Dank der super neuen Google Funktion ists etwas schwierig nach "Leasing" und "Lan" zu googeln, zugegeben, ich habs die Woche zeitmässig nicht geschafft, das intensiver zu rechergieren.

Ich werde auch wenn Crosspostings verpönt sind, die Sache jetzt auch auf der Seite von Karl Donaubauer samt Lösung posten.

Ich selber habe den Tip vom SmartTools Newsletter (zufälligerweise hab ich den einmal wirklich gelesen)

Dass es die Sache schon einmal mit dem Server 2012 in Verbindung mit Office 2016 allgemein gab ist interessant.

Vielleicht kann man den Tipp irgendwo hinverschieben, dass man es schnell findet, wenn man das Problem hat.

 

Auf Karl Donaubauers Seiten gabs ein Posting zum Thema, ich habe mich eingeklinkt, keine Ahnung, ob ich das hier verlinken darf.

Anscheinend wird wirklich daran gearbeitet, ich hoffe rasch.

 

Hallo
Stelle den Link hier rein *Smilie
ich habe auch links zu Karl Donaubauer (donkarls Access-Seiten) meiner Fusszeile
ich habe aber nichts gefunde !
als stelle Dein Link hier Rein
Danke !

 

Ist im Forum:

http://www.donkarl.com/forum/forums/...sts=34&start=1

Muss jetzt doch ein wenig verärgert sagen, bei Karl Donaubauer wars anscheinend leichter, beim Thema zu bleiben, warum hier bis am Schluss alle erdenklichen Alternativen samt Fehler meinerseits aufgedrängt wurden, und fast niemand wirklich auf meine Frage (die ja sogar mit einem Link auf Microsoft belegt war) einzugehen verstehe ich nicht wirklich.

Der Grund meines Postings war eigentlich Erfahrungen betreffend des Registrierungsschlüssels zu bekommen, samt vielleicht jemandem mit dem selben Problem zu helfen, und nicht über SQL Umstellungen, .accdb und mdb zu disktutieren, etc....

 

Hatte seit einiger Zeit die Probleme mit dem Backend. (*.mdb)
Kann heute, nach einigen Tagen des Eintrags in die Registry ein stabiles Verhalten der Datenbank vermelden. Hoffe nur, dass der kleine Eingriff bis zur endgültigen Lösung durch MS hält.