Datev-Aktualisierung im Client-Server-Netzwerk / automatische Anmeldung funktioniert nicht bei allen PCs

[#1]

Hallo Herr Wurst,

danke für das Feedback.

Bei mir liegt der Fall etwas anders.

Wenn die Clients automatisch rebooten und sich einloggen können, läuft auch die netzweite Aktualisierung durch. Dann kann ich den Fortschritt entspannt am Admin-PC (bei uns nicht der Fileserver) überwachen.

Aber das verd....... rebooten und einloggen funktioniert nicht zuverlässig.

VG

Michael Vogtsburger

Nachtrag:

Wenn ich mich mit dem Tool auch remote auf den entsprechenden Clients einloggen kann, wäre das perfekt

[#2]

Nachtrag:

Wenn ich mich mit dem Tool auch remote auf den entsprechenden Clients einloggen kann, wäre das perfekt

klar, genau das macht das Tool ja. Es meldet sich per Remote Desktop an den Clients an, dann startet auch der Update-Prozess wieder.

Sie können genauso gut mit dem Remote-Desktop-Client auf den PCs sich anmelden die keinen automatischen Login nach Neustart machen nur ist das natürlich deutlich mühsamer als mit gespeicherten Passworten usw.

einfach mal anschauen, kostet ja nix... https://mremoteng.org/

[#3]

Danke für die ganzen Hinweise.

Aber im Prinzip sind das alles Krücken, da das vorhandene System nicht zuverlässig läuft.

Es wäre schön, wenn da von DATEV nachgebessert werden würde.

[#4]

eine nützliche Krücke ist (für mich) besser als gar keine Lösung.

In einem früheren Post in diesem Thread hat ein anderer User das gesamte Datev-Verfahren zur netzweiten Aktualisierung als "Krücke" bezeichnet.

Wenn das Tool 'mremoteng' funktioniert, soll es mir recht sein

VG

Michael Vogtsburger

[#5]

kennen sie das nicht herr vogtsburger? ohne das würde ich so eine client/servr umgebung mit xy pcs echt nerven..

mir ist es neulich passiert, das ich alle maschinen via wol gestartet habe, mich mit admin auf allen maschinen angemeldet und die netzweite angestossen habe... passiert natürlich nichts. also wol-tool auf, alle clients makieren, restart drücken .. läuft. das geht auch mit tools und so ein restart der ganzen kanzlei ist in etwa einer minute erledigt.. von zuhause aus. zu anfang konnte man auch die reinigungskräfte mit sowas ganz gut erschrecken ;-).

[#6]

@boomboom

das Tool "mRemoteNG" kannte ich noch nicht ...

.... will ich aber gleich mal testen.

Die neuen Datev-Release wollen ja wieder installiert werden.

Wenn ich aktualisieren will, lasse ich immer die Kanzlei-PCs eingeschaltet, aber ausgeloggt und greife von zu Hause auf das Netzwerk zu.

WakeOnLAN habe ich bisher nicht getestet.

Eine gleichzeitige Überwachung aller Clients per RDP von einer zentralen Stelle aus klingt perfekt.

Viele Grüße

Michael Vogtsburger

[#7]

Erfolgt der Fernzugriff über Teamviever?

[#8]

wenn sie auf asp oder datev asp umsteigen benötigen sie das nicht und müssen es nicht erst einrichten.

aber so.. einrichten, fertig. es gibt auch rdcman von microsoft (zugekauft..). ist auch ne gute lösung. mit wol ne sehr gute lösung.

der zugriff auf die kanzlei erfolgt über tunnel datevnet und anschließend rdp. vpn geht aber auch. teamviewer ganz bestimmt auch.. aber will ich das in einer stb-kanzlei? trau dem braten nicht. hab grad sehr spontan das lohn & gehalt update drübergejagt.. herr vogbsburger sei dank :-). wenn sowas wie client/server spass machen soll (gilt im übrigen auch für abschlüsse, lohn, finbuchhaltung, so fern ist das ganz bestimmt nicht) muss man sich die arbeit so einfach wie möglich gestalten..

[#9]

ja, Fernzugriff per Teamviewer, ... klappt sehr gut.

[#10]

Nachtrag:

das Tool "mRemoteNG" ist tatsächlich verdammt gut zu gebrauchen, wenn man einen oder mehrere Clients "anschubsen" oder ihnen 'unter die Arme greifen' will (z.B. beim Login)

.... bisher hatte ich den Remotezugriff im LAN (vorsichtshalber) nicht freigegeben ....

Viele Grüße

Michael Vogtsburger

[#11]

Nachtrag:

eigentlich war und ist mir der "RemoteDesktop"-Zugriff nach wie vor etwas 'suspekt', vor allem wegen dem Hinterlegen von Kennwörtern und wegen dem unbemerkten Zugriff auf andere Arbeitsplätze.

Das Starten von Tools auf den beteiligten PCs (wie bei Teamviewer & Co.) mit der Möglichkeit, die Session zu kontrollieren und ggfs. aufzuzeichnen, ist mir eigentlich angenehmer.

Nichtsdestotrotz sind solche Tools wie "mRemoteNG" sehr komfortabel und effektiv .

Einem GNU-Projekt traue ich jedenfalls mehr als einem Tool oder einer App der großen Software- und SocialMedia-'Player'

Viele Grüße

Michael Vogtsburger

[#12]

Einige Abhilfen für das Problem "automatisches Anmelden funktioniert nicht" findet man im Dokument 1013439 LEXinform/Info-DB .

LG

lsc

[#13]

Danke Herr Schwartz,

das Dokument beantwortet tatsächlich ein paar Fragen zum automatischen Anmelden. In der Lexinform-Datenbank findet sich doch so manche Trüffel, man muss nur 'richtig' danach suchen, leider ohne Fuzzy-Logik.

'Witzigerweise' funktionieren die 'netzweiten Aktualisierungen mit automatischer Anmeldung' (bei uns) mal besser, mal schlechter.

Ich habe aber jetzt auch noch bei Bedarf das RemoteDesktop-Tool zur Verfügung.

VG

Michael Vogtsburger.

[#14]

die neueste netzweite Datev-Aktualisierung (Abrufdatum 17.05.2019) funktionierte heute leider nicht wie erwartet.

Auf allen 16 'Windows 7'-Clients musste ich mich als Administrator manuell einloggen

nur auf 1 'Windows10'-Client meldete sich der Administrator automatisch an.

... keine Ahnung, warum dieses 'automatische Anmelden' mal besser, mal schlechter oder mal gar nicht funktioniert.

VG

Michael Vogtsburger

übrigens uw@snit.de​,

ich habe durch Einloggen mit 'Ihrem' Tool  "mRemoteNG" versucht, die Clients zur Datev-Aktualisierung zu bewegen. Das Einloggen hatte zwar funktioniert, aber der Datev Update-Manager (Update-Monitor) startete trotzdem nicht freiwillig.

Erst nach manuellem Login an jedem "Windows 7"-Arbeitsplatz startete jeweils automatisch die Aktualisierung des Netzarbeitsplatzes.

[#15]

übrigens uw@snit.de,

ich habe durch Einloggen mit 'Ihrem' Tool "mRemoteNG" versucht, die Clients zur Datev-Aktualisierung zu bewegen. Das Einloggen hatte zwar funktioniert, aber der Datev Update-Manager (Update-Monitor) startete trotzdem nicht freiwillig.

Erst nach manuellem Login an jedem "Windows 7"-Arbeitsplatz startete jeweils automatisch die Aktualisierung des Netzarbeitsplatzes.

das Verhalten dass nach Anmeldung der Updatemanager nicht startet kenne ich in der Situation dass ein anderer Benutzer angemeldet ist.

wenn man den dann über den Taskmanager abmeldet und den Updatemanager nochmal startet läuft das Update in der Regel an.

[#16]

Danke für das Feedback, Herr Wurst,

hier war es so, dass alle User ausgeloggt waren.

Durch die 'automatische Anmeldung' beim Starten der 'netzweiten Aktualisierung' sollte sich eigentlich auf allen Clients der Netzwerk-Administrator einloggen und automatisch mit der Aktualisierung beginnen. ..... tut er leider nicht.

Vielleicht kann ich aber mit dem Tool den Updatemanager nach dem Anmelden auf dem jeweiligen Client per "Ausführen"-Befehl starten.

Vielleicht wird das Datev-Script oder der Powershell-Befehl (keine Ahnung wie Datev dieses automatische Anmelden realisiert) nicht zum Client 'durchgereicht'.

Das Tool ist auf jeden Fall interessant, um von zentraler Stelle aus ein paar Wartungsarbeiten auf den Clients zu erledigen.

Viele Grüße

Michael Vogtsburger

[#17]

Hallo zusammen,

bitte wenden Sie sich bei Problemen mit der automatischen Anmeldung direkt an unsere Servicekollegen, damit wir den jeweiligen Fall entsprechend analysieren können.

Vielen Dank!

Mit freundlichen Grüßen

Mario Engel

DATEV eG

[#18]

Gibt es überhaupt eine Kanzlei, wo alles in einer aktuellen Client- Server- Umgebung zuverlässig funktioniert?

Hier jedenfalls funktioniert der Autologin nur dann zuverlässig, wenn der Master kleiner Win 10 (64) ist, also Win 7 bzw. der Uralt- Server als Master definiert wird...

[#19]

ja, mit ausnahmen.  zu ca. 80% - 90% läuft es zuverlässig (25 clients, win10, server 16).

[#20]

Gibt es überhaupt eine Kanzlei, wo alles in einer aktuellen Client- Server- Umgebung zuverlässig funktioniert?

Hier jedenfalls funktioniert der Autologin nur dann zuverlässig, wenn der Master kleiner Win 10 (64) ist, also Win 7 bzw. der Uralt- Server als Master definiert wird...

keine Ahnung, ob es irgendwo eine Kanzlei gibt, bei der die "automatische Anmeldung" einwandfrei funktioniert.

Bei uns funktioniert sie jedenfalls immer noch nicht.

Ich hatte gehofft, dass sich dieses Problem(chen) mit der Umstellung auf Windows10-Betriebssysteme "wie von selbst" erledigt,  tut es aber nicht.

Bei etwa einem Drittel aller Clients musste ich mich manuell einloggen

Außerdem gibt es seit den letzten 2 oder 3 Datev-Aktualisierungen bei einzelnen PCs Probleme mit dem DFL-Hosting (Datenpfad), obwohl die DFL-Funktionstests am Fileserver erfolgreich sind. Anschließende (erforderliche) Arbeitsplatzaktualisierungen waren jeweils auch erfolgreich.

Diese Probleme sind zwar nicht "lebensgefährlich" aber doch sehr hinderlich, weil sie doch viel zusätzliche Zeit kosten.

Man kann nicht einfach die Datev-Aktualisierung anstoßen und sich dann dem seichten TV-Abendprogramm (zwischen den Werbepausen) oder den Shitstorms im Internet widmen

VG

Michael Vogtsburger

[#21]

Gibt es dann dazu nun eine Lösung oder Ansätze, wo man was aufräumen kann, löschen kann, alte Leichen auf L: liegen oder ähnlich?

[#22]

... ich habe bisher leider noch keine Systematik in diesen Effekten erkannt, führe aber in letzter Zeit entsprechende Checklisten.

Wenn sich eine Korrelation zeigt, kann man dort ansetzen.

Da aber alle Clients einheitlich installiert sind, könnte ich mir momentan nur vorstellen, dass sich evtl. einzelne Prozesse nicht automatisch beenden lassen, damit sich der Administrator automatisch einloggen kann.

Beim nächsten Versuch einer netzweiten Aktualisierung lasse ich alle Benutzer die PCs neu starten (anstatt nur ausloggen).

VG

Michael Vogtsburger

[#23]

Auch ich denk, dass das die Lösung ist. Jetzt wo ich das so lese und alles nochmals Revue passieren lasse, macht das für mich Sinn, warum es mal geht und wiederum nicht. Auch ich werde das bewusst bei der nächsten netzweiten Aktualisierungen ausprobieren.

[#24]

Nachtrag:

Die Methode, alle Clients vor der netzweiten Aktualisierung neu zu booten, scheint tatsächlich bei der automatischen Anmeldung als Administrator und beim Starten der Datev-Aktualisierung auf dem Client zu helfen, jedenfalls bei uns.

Bei der jetzigen Aktualisierung musste jedenfalls kein Client manuell 'angeschubst' werden.

Allerdings meldete das Servicetool bei einem der Clients nach dem Abschluss der Aktualisierung einen Fehler (rote Ampel) bezüglich des 'Funktionsbenutzers', da zwei Registry-Einträge nicht vorhanden seien (RegistredOwner und RegistredOrganization).

Ich dachte, das sei Schnee von vorgestern.

Sehr seltsam, dass solche 'popeligen' Einträge als Fehler betrachtet werden.

Warum werden solche Einträge nicht direkt während einer Installation geprüft und bei Bedarf gesetzt ?

Das nachträgliche "Reparieren" (Setzen) der beiden Einträge ist zwar technisch trivial, kostet aber wieder unnötig Zeit. Man will im ServiceTool-Report ja keine roten Ampeln sehen.

VG

Michael Vogtsburger

Nachtrag:

Allerdings meldete das ServiceTool bei einem der Clients nach dem Abschluss der Aktualisierung einen Fehler (rote Ampel) bezüglich des 'Funktionsbenutzers', da zwei Registry-Einträge nicht vorhanden seien (RegistredOwner und RegistredOrganization).

Der betreffende PC läuft auf Windows 10 Version 1903,

alle anderen noch auf Windows 10 Version 1809

[#25]

warum nutzen sie nicht wake on lan?

ich starte mit einem klick das komplette büro “kalt“ oder neu oder fahr es runter, von zuhaus.

klar.. kost ein paar watt strom.. aber anders ist das kaum bequem zu händeln und fehler vermeidet man damit auch.

[#26]

Dieses erste Update Bach der neuen DVD war einfach nur Sch….

- Eine Lizenz Kommserver wurde in der Version #.03 abgerufen, Installationsdaten aber nur für #.02 vom RZ (Mehrmals widerholt, immer das GB an Daten durchgetrommelt)

- Server gibt defekten Lauf frei, Client startet, Server widerholt, Neustart (ist doch egal, daß ein PC bereits das OK erhielt)
- Server. Diverse Fragen. "Soll wirklich ausgeführt werden?" (nix mit "ohne Aufsicht")
- Die fehlenden Kommserver- Daten führten bei den Clienten zum Abbruch bzw. nicht Starten der Installationen.

-> 3 Stunden Arbeit, wo alles eigentlich in 15 Minuten erledigt sein sollte, da es nicht einmal Datenanpassungen gab.

-> Am Samstag dann neue Rechte...

DATEV... Bitte Prio 1 setzen !!!

Ein Fehler "Installationsdaten nicht vorhanden, bitte CD einlegen" darf bei gemounteten DVDs und frisch abgerufenen DFÜ- Rechten und Dateien bei neuen Programversionen einfach nicht auftreten!!!

Danke

PS: Warum gibt es bei der Installation dann kein [ x ] mit C:\DATEV\PROGRAMM\B0001508\NGenAll40.cmd automatisch ausführen? Das wäre viel sinnvoller, als der Lauf des Servicetoos, welches bitte auch auf komplett optional gestellt werden darf. (Gerade wenn man den Mist wegen fehlerhafter Rechte mehrmals durchlaufen lassen muß, ist dieses Ding einfach nur eine sinnlose Spaßbremse.)

[#27]

Das Halloween- Update ist halbwegs unfallfrei durchgelaufen:

Server: "installation mit Fehler / Widerholen?" -> OK

Clients: Trotz "20 parallel" starten nicht alle PC nach dem absolut gleichzeitigen Anschalten. Das "Halloween- Update" wurde empfangen, aber der Status auf "gesperrt".10 Minuten später rennen auch diese PC los.

Daß der Datenanpasungs- PC als Letzter losläuft ist doch klar ...

PS: Ich mußte keinen der Clienten manuell anfassen:
- per WOL Einschalten
- 30 Min Später: per WOL ausschalten

PS II: der Master (ohne Neuinstallation) war der SBS 2011, also kein Win- 10 PC...

PS III: Server & Clienten fordern Neustart an. (Bei Clienten funktioniert es automatisch.)

[#28]

... klingt gut. Danke für den Halloween-Bericht (viel Süßes und wenig Saures).

Am Fileserver (2012R2) habe ich bei Datev-Aktualisierungen schon lange weder Fehlermeldungen noch Warnungen. ... das darf gerne so bleiben.

Apropos Fileserver:

Demnächst steht bei Ihnen vermutlich eine etwas heiklere Migration an (wg Abkündigung SBS2011 und wegen Wegfall des integrierten Exchange Servers.

VG

Michael Vogtsburger

[#29]

Die aktuelle Datev-Aktualisierung im Client-Server-Netzwerk (diverse Service-Release und Hotfixe) verlief tatsächlich erstmals seit langem komplett ohne manuelles Login.

Wenn das so weitergeht, verliert man ja mit der Zeit die manuellen Fähigkeiten

Nein, Spaß beiseite, das automatische Login aller PCs nach dem Start der Datev-Aktualisierung am Admin-PC und die Überwachung des Status' der Arbeitsplätze von einem einzigen PC aus ist sehr angenehm.

VG

Michael Vogtsburger

[#30]

---

@vogtsburger  schrieb:

Die aktuelle Datev-Aktualisierung im Client-Server-Netzwerk (diverse Service-Release und Hotfixe) verlief tatsächlich erstmals seit langem komplett ohne manuelles Login.

Wenn das so weitergeht, verliert man ja mit der Zeit die manuellen Fähigkeiten

Nein, Spaß beiseite, das automatische Login aller PCs nach dem Start der Datev-Aktualisierung am Admin-PC und die Überwachung des Status' der Arbeitsplätze von einem einzigen PC aus ist sehr angenehm.

---

... das war eine positive Nachricht vor ca. 13 Monaten und gilt eigentlich auch für die aktuelle netzweite Aktualisierung der neuen Service-Releases und Hotfixe vom 11.12.2020 im Client-Server-Netz (ohne WTS) ...

... allerdings mit der kleinen hinderlichen Neuerung, dass sich sämtliche Clients nach erfolgreicher automatischer Anmeldung (als Administrator), nach automatischer Software-Aktualisierung, nach automatischer Datenanpassung und nach der ServiceTool-Prüfung nicht wieder automatisch abgemeldet haben.

Die Zeit, die man durch die automatischen Anmeldungen gewonnen hatte, verlor man wieder durch die erforderlichen manuellen Abmeldungen (des Administrators) auf allen Clients

... schade ...

In den vergangenen 13 Monaten war es immer spannend, ob und wenn ja, wie viele Clients sich automatisch anmelden und bis zum Ende aktualisieren können.

Dieser Ablauf scheint immer noch auf etwas wackeligen Beinen zu stehen.

Ansonsten habe ich das (Bauch-)Gefühl, dass sich der Installationsvorgang im Laufe dieses Jahres insgesamt verbessert hat.