Danke für die fixe Antwort. Ich hatte mir sowas schon gedacht das im Fall der Fälle (einer steckt hinten und der andere steckt fleißig vorne) das System durcheinander kommt. Gruß Andreas ... Mehr anzeigen

Hallo, 1. soll man einen alten Thread noch einmal aufwärmen (weil es ja das gleiche Thema ist)? 2. Heute eine Neuinstallation eines W10 Client 22H2 mit dem gleichem Fehler aber mit V17 vom 05.10.2023 3. Geholfen hat dann wieder die separate Installation LSETUP.ANW aus B0001315 Paket 002491250 4. Die Fragen nach Updates kann ich getrost verneinen. Im Vorfeld alle W10 Updates installiert, Systemupdates des Herstellers inkl. Firmware. Alles auf dem neusten Stand und ja den ESET Virenschutz habe ich auch ausgeknipst (aber der hat noch nie angeschlagen bei mir) Anschließend lief die Installroutine dann über den SQL-DBConnect Fehler drüber (#INI07278) Der obige Hilfetext von Datev läuft leider auch schon ins Leere. Mich würde nur mal interessieren ob es hier noch andere erwischt die hier mit diesem SQL Fehler ins offene Messer laufen. Gruß Andreas ... Mehr anzeigen

Hallo,   wenn etwas nicht klappt dann ist ein Neustart zu 99% erste Wahl.   Wenn ich update dann tue ich vorher: Server: alle MS Updates installieren und neu starten (das mit Backup erwähne ich nicht weil es immer gemacht werden muss) Clients: alle MS Updates installieren inkl. Check MSOffice ob hier auch noch was zu aktualisieren ist. Ebenso noch ob wirklich die 32bit Version am Rennen ist. Erst dann hole ich mir über RZ die neue Spielesammlung und lege los. Sollte dann ein Client immer noch einen Fehler haben wird der neu gestartet und alles sollte laufen.   (das ganze ohne TS)   Gruß Andreas ... Mehr anzeigen

Hallo,   habe nun die DVD1 (allein der Glaube versetzt Berge) gezogen und bereitgestellt (falls die Routine bei der Install die sql install von Scheibe sehen will.   Anschließend die Install einmal abgewürgt und neu gestartet.  Und siehe da JETZT läuft er durch (über den sql bug bin ich schon mal weg)   Ich denke eher das der nochmalige Start den Ausschlag gab. Das Bereitstellen der Scheibe war eher nur eine Idee.   Danke für die fixe Antwort (beiden). Mal sehen ob die Clients sich auch noch zeitnah überreden lassen. Update: die Clients installieren munter vor sich hin....   Gruß Andreas ... Mehr anzeigen

Hallo,   evtl. liegt es daran das der durchschnittsdeutsche ein Korinthenk... ist wenn es um Gesetze und deren Länge geht. Obwohl der "Deutsche" Gesetzesmacher einiges nicht gebacken bekommt. -wir haben das größte und undurchsichtigste Steuergesetz bei dem 95% nicht mehr durchblicken. -wir basteln die teuerste Autobahnmaut und bleiben dann drauf sitzen. -die Liste läßt sich gewiss noch verlängern (E-Mobilität, Mietpreise.............) aber auf (verzeiht mir) so Kleinkram rumhacken kann der Deutsche perfekt. Um wieder an den Ausgangspunkt zurück zu kommen. Ich vermute - nein ich glaube fest - das andere Länder es etwas gelassener sehen als wir und du hast wahrscheinlich recht, MS verdreht die Augen wenn es wieder mal Stress von old germany gibt.   Gruß Andreas   ... Mehr anzeigen

Hallo,   habe mir den Bericht in Heise mal angesehen. Hier wird kein Bezug darauf genommen welche Version von Microsoft365 hier zu welchem Zeitpunkt geprüft wurde. Seit Februar ist die Datenhaltung in Europa (im Hinblick auf die Auflösung der T-systems Umgebung) https://www.microsoft.com/de-de/trust-center/privacy/gdpr-overview   Wie nun alle auf Microsoft rumreiten finde ich schon extrem. -hat jeder von den DSVGO Aposteln verschlüsselte Mails, Threema oder signal statt Whatsapp. -sind alle Backupprogramme und Antivirprogramme genauso wasserdicht. -wer hat apple Geräte (wo laufen den die Daten rum)   Covid19 hat es gezeigt. Unternehmen die auf google suite oder M365 gesetzt haben konnten ganz locker bleiben. Alle anderen haben mächtig geschwitzt. Somit hat Deutschland und Europa die digitale cloud Zeit total verpennt. Da macht es auch keinen Sinn wenn man es kaputt redet. Es gibt nicht annähernd eine Alternative.   Das einzige was mir noch einfällt - Datev muss die 64bit Version unterstützen. Echt lächerlich das das Gros an Datevprogrammen noch auf 32bit Füßen rumläuft (sollte eigentlich vorbei sein) Und zu den Recherchen zur DSGVO von M365 - hier kommt immer drauf an wer im Gremium sitzt. Und JA - ein gewisser Grad an Sicherheit muss sein, aber ein Arbeiten muss gewährleistet bleiben (wir fahren ja alle Auto wissen genau das es alle paar Sekunden irgendwo in Deutschland kracht)   Gruß Andreas     ... Mehr anzeigen

Hallo,   abschließende Info zu dem Vorfall. Heute einen Rückruf von Datev erhalten. Eigentlich hätte ich folgendes Datev Dokument befolgen sollen: Dok.-Nr.: 1018512 https://www.datev.de/dnlexom/client/app/index.html#/document/1018512?hitMarkTerms%5B%5D=rw40_1018512&hitMarkTerms%5B%5D=ole%2520db   Hier ist genau der Vorgang beschrieben der zur Lösung führt. Leider wird der Verweis auf das Dokument nicht erstellt - schade Vielleicht hilft es noch jemanden.   Gruß Andreas ... Mehr anzeigen

Hallo,   bin gerade an dem thread vorbeigerauscht - und das Thema Datenschutz hängt bald so schief wie C19.   1. Kein Apple-Apostel regt sich auf wo sein Account (apple) gespeichert wird und wer was damit anstellt. 2. Auch die Android rund um Google wird fleißig abgefischt und niemand regt sich auf.   Nur bei Microsoft, da wird (meine Meinung) mit anderen Maßstäben gemessen.  Seit die Deutschland-Cloud eine Totgeburt ist und wir aus old-Germany bzw. Europa nach über 10 Jahren unfähig sind etwas gleichwertiges aus dem Boden zu stampfen finden wir in einer Ecke der DSGVO wieder etwas was nicht passt oder passen könnte. Die DE@mail und die Geburt der beA liefen ja mehr als zäh.   Wo soll der der User den hin, wenn er dank C19 nicht ausschließlich in seinen 4 Wänden mit Daten hantieren will? Google G-Suite? oder doch Microsoft 365 (seit Februar 2020 global cloud in EU gehostet)? https://docs.microsoft.com/de-de/microsoft-365/enterprise/o365-data-locations?view=o365-worldwide https://www.microsoft.com/de-de/cloud/deutsche-rechenzentren Weitere Alternativen (außer der Karteikasten) oder selbstgezimmerte Suiten auf Linux-Beinen?   Wenn wir immer globaler werden wollen bleibt ein gewisses Maß an digitalem Abfall rund um uns nicht aus und der beste Schlüssel reicht nur bis Übermorgen. Die IT-Geschichte lehrt (Mist da war der Lehrer wieder drin) uns das jeden Tag.   Fazit für mich (bis ich eingekerkert werde). Wende ich alle Schutzmaßnahmen an und befolge sämtliche (ohne Ausnahme) Vorgaben der DSGVO so wird nicht mehr gearbeitet - es wird schlicht und ergreifend nicht möglich sein.   Gruß Andreas     ... Mehr anzeigen

Hallo,   ja im Rückspiegel sieht man das Ganze dann gelassen. Hängt die Zeit einem jedoch im Nacken sieht die Sache ganz anders aus. Bis der Fehler eingegrenzt ist kann es schon mal länger dauern (und viele Lösungsansätze - laufen leider ins Leere) Und dann die Lösung - wie immer in der IT sind es dann nur ein paar Klicks oder eine kleines script und fertig.   Zum Abschluss kann ich für DIESEN Fehler nur sagen das die Datev Routine dieses Tool auf manchen Clients nicht ersetzt bekam (bei gleicher Versionsnummer wohlgemerkt).    Ich denke in der Überschrift steht klar das der Fehler auf den Clients ausgelöst wurde und NICHT auf dem Server. Und nicht ich müsste etwas umschreiben, sondern für den Fall liegt die Sache wieder bei Datev ihre DOKs zu ergänzen (besonders wenn man mit #INI07278 beim SQL-Server landet, was einem auf die falsche Fährte bringt), um leichter zur Lösung zu finden (evtl. steht sie auch irgendwo im Forum als möglicher Lösungsversuch)   Gruß Andreas ... Mehr anzeigen

Hallo,   das mit 2004 hatte ich gestern noch versucht. Hat leider keine Auswirkung. Am ersten Client (den ich jetzt hinbekommen habe) war noch 1909 drauf (mit Absicht)   Der Fehler ist einfacher (wenn man weiß wo) Habe ich schon gepostet - der OLE DB Driver muss deinstalliert werden (obwohl er die gleiche Versionsnummer trägt wie derjenige der wieder installiert wird) Wie geschrieben versuche ich es noch am 2.ten Client, dann sollte das mit Zufall nichts mehr zu tun haben.   Update: 2.ter Client läuft jetzt auch. Somit möchte ich Zufall und Win-Version ausschließen.   Gruß Andreas ... Mehr anzeigen

Hallo,   mit dem Gedanken habe ich gestern auch schon gespielt. Und mir das fehlende Tools aus der ISO unter DBConn zu holen.   War im ersten Versuch auch nichts , aber dann im Ereignisprotokoll nachgesehen und hier einen Eintrag gefunden. Somit unter Programm ein älteres Modul von "Microsoft OLE DB Driver for SQL Server" Deinstalliert und den Installer wieder angeworfen und siehe da - passt 😀 Beide haben die Versionsnummer 18.3.0.0 (aber die muss vorher runter)   Versuche gleich noch den 2.ten (sollte also kein Zufall sein)   Und ein Dankeschön erst einmal an Alle für die fixen Antworten.   Gruß Andreas ... Mehr anzeigen

Hallo,   bei dem Artikel war ich zuerst auch https://apps.datev.de/help-center/documents/1043722   Der Helpdesk wollte etwas ähnliches anstellen und suchte nach einem MDAC Verzeichnis auf den Clients. Aber mit einem anderen Artikel (DokNr 1013342). Hier liegt das Problem begraben. Auf den Clients gibt es das ja nicht (nur auf dem Server - und hier hätte ich sqldel.bat ausführen sollen - natürlich nicht. Ich will ja den sql-Server auf dem Server nicht deinstallieren) und hier mache ich wieder die Kurve zur Ausgangslage.  Die Fehler die oben beschrieben werden sind alle auf die Installation des SQL Servers auf dem Server bezogen (und die lief durch).   Auch exit-Fehler sind im Log nicht enthalten (wie im Artikel beschrieben)    Allein das SQL-DBConnect ohne SQLExpress V8.1 auf dem Client verursacht den Fehler.   Gruß Andreas ... Mehr anzeigen

Hallo, @vogtsburger  schrieb:   ... interessehalber:   existieren auf den 2 betreffenden Clients ein oder mehrere lokale Datenbestände ? nein, nichts. Die Daten liegen allesamt auf dem Server. Habe noch einmal nachgesehen. Hier ist lokal nichts.   Gruß Andreas ... Mehr anzeigen