Informationen zu btr - DATEV-Community

btr · ‎21.11.2019

Hallo, dieser Effekt ist beim Einsatz des Betriebssystems Server 2019 in der Kombination Terminalserver/freigegebene Drucker (per Printserver) wieder gehäuft zu beobachten. Das Verhalten lässt sich recht gut reproduzieren und tritt in aller Regel dann auf, 1. Wenn die Sitzung getrennt wird, also keine Abmeldung über den Startbutton erfolgt. 2. Wenn die Sitzung von einem Client übernommen wird ohne vorherige Abmeldung, auch hier erfolgt eine kurzzeitige Trennung der Sitzung. Zu beobachten ist, dass kurz nach der Trennung und Wiederaufnahme der Sitzung die verbundenen Druckobjekte kurzzeitig verschwinden und recht schnell wieder in der Liste auftauchen. Das Betriebssystem stellt allerdings in dieser Phase den zuletzt installierten lokalen Drucker als Standard ein. Selbst wenn alle übrigen Drucker wieder verfügbar sind, erfolgt keine automatische Auswahl des vorherigen Standarddruckers. Aktuell ist mit keine Lösung seitens Microsoft bekannt, die dieses Problem umgeht. Alternativ müssen sämtliche Druckobjekte als lokale Drucker angelegt werden, hier gibt es das Problem in dieser Form nicht. Wer sich ein wenig mit Scripting auskennt, der kann die Benutzersitzung dahingehend überwachen und auf den Status "getrennt" reagieren, um den vorab gewählten Standarddrucker wieder automatisch festzulegen. Viele Grüße Berthold Treek

btr · ‎18.05.2019

Hallo Herr Bohle, nicht jeder „DATEV-Patchday“ läuft bei allen Zielsystemen, bzw. Kunden unter identischen Bedingungen und im gleichem Umfang ab. Wenn es nur um eine überschaubare Anzahl von Servern und Clients innerhalb einer Domäne ginge, dann wäre mir das auch ziemlich egal. Wenn allerdings in einem recht kleinen Zeitfenster ca. 350 DATEV-SQL-Server und ca. 600 Terminalserver gleichzeitig mit den angekündigten Updates versorgt werden müssen, dann ist für die Planung der personellen und zeitlichen Ressourcen jede Information zu den Updates (Umfang, Verhalten, Voraussetzungen, Dringlichkeit...) von großer Bedeutung. Es darf also durchaus über den Rand des kleinen Tellers geschaut werden. Es gibt wesentlich mehr DATEV-Update-Szenarien, als sie sich vorstellen können. VG Berthold Treek

btr · ‎17.05.2019

Hallo, im Prinzip finde ich es sehr praktisch, dass bei Bekanntgabe der anstehenden Service-Releases einige Zusatzdetails genannt werden. Dazu gehört u.a. auch die Angabe, ob durch das jeweilige Service-Release ein Neustart des Systems notwendig ist. Laut nachfolgender Liste vom 17.05.2019 erfordert keines der genannten Produkte einen Neustart, was auch soweit zutreffend sein wird. https://www.datev.de/web/de/media/datev_de/pdf/softwareauslieferung/20190517_service_release_1_1.pdf Dass dann aber zusätzlich noch eine Vollversion der Anwendung "Kommunikationsserver V.2.5" ausgeliefert wird, welches dann einen Neustart des Systems erfordert und nicht in der Liste auftaucht (wahrscheinlich weil es im eigentlichen Sinne kein Service-Release, sondern eine Vollversion ist?), macht die Aussage in der Summe "kein Neustart erforderlich" obsolet. Meine dringende Bitte an dieser Stelle an die Verantwortlichen bzgl. der Dokumentation zu den Service-Releases; Bitte führt alle Produkte auf, die an dem entsprechenden Patchtag ausgeliefert werden. Oder wurde das Produkt "Kommunikationsserver V.2.5" tatsächlich einfach nur vergessen in der Liste? VG Berthold Treek

btr · ‎24.03.2019

Diesen Effekt hatte ich heute ebenfalls beim Update des Kommunikationsservers. Hier wurde auch die DVD "Patchday Sammlung Marktversionen V.12.10" verlangt. Hier würde mich interessieren, wie es zu dieser Zuordnung kommt, und ob es diesen Datenträger überhaupt gibt?

btr · ‎25.01.2019

Hallo Herr Kolberg, als Alternative bliebe Ihnen noch die Möglichkeit, die Scans recht individuell per Aufgabenplanung und den McAfee-Werkzeugen ("scan32.exe /xxx") einzurichten. Sie wären auch nicht mehr an eine angemeldete Benutzersitzung gebunden. Eine weitere Möglichkeit wäre es, diese Scripts per Remoteausführung (z.B. PsExec) zu starten. Die Priorität ließe sich durch nachfolgende Parameter festlegen: - PRIORITY: Sets the priority of the scan relative to other CPU processes. Requires one of the following options: - LOW - BELOWNORMAL (The ePolicy Orchestrator default.) - NORMAL (The VirusScan Console default) NOTE: You can enter a numerical parameter of 1 to 100, where 10 equals LOW, 50 equals BELOWNORMAL, and 100 equals NORMAL - Alle weiteren Parameter finden Sie hier. Hiermit ist man um einiges flexibler als mit den recht rudimentären Möglichkeiten von VIWAS. https://kc.mcafee.com/resources/sites/MCAFEE/content/live/PRODUCT_DOCUMENTATION/22000/PD22941/en_US/vse_880_product_guid… Hier mal ein Beispiel eines Scripts für DATEV-Umgebungen (z.B. Scan der lokalen Benutzerverzeichnisse): - @Echo off & SetLocal if exist "%ProgramFiles(x86)%\VIWAS\McAfee\VirusScan Enterprise\scan32.exe" ( "%ProgramFiles(x86)%\VIWAS\McAfee\VirusScan Enterprise\scan32.exe" c:\users /all /alwaysexit /continue /continue2 /continueA /continueA2 /applynvp /archive /mheur /mime /pheur /clean /uinone /LOG "c:\Logs\VirusScan.log" ) if exist "%ProgramFiles(x86)%\McAfee\VirusScan Enterprise\scan32.exe" ( "%ProgramFiles(x86)%\McAfee\VirusScan Enterprise\scan32.exe" c:\users /all /alwaysexit /continue /continue2 /continueA /continueA2 /applynvp /archive /mheur /mime /pheur /clean /uinone /LOG "c:\Logs\VirusScan.log" ) exit 0 - Viele Grüße

btr · ‎24.01.2019

Hallo, versuchen Sie doch mal die Datei "ServicetoolPathes.ini" im zentralen Ordner des Installationsmanager (z.B. "L:\DATEV\DATEN\INSTMAN") umzubenennen, danach einen frischen Abruf der Zugriffsrechte durchführen und einen weiteren Test per Servicetool. Viele Grüße

btr · ‎18.01.2019

Hallo Herr Vogtsburger, schön, dass es wieder funktioniert... Viele Grüße Berthold Treek

btr · ‎18.01.2019

Hallo Herr Vogtsburger, inwieweit haben Sie die NTFS-Rechte geprüft? Zielführend ist an dieser Stelle im Prinzip nur, einen betroffenen User und eine betreffende Datei zu wählen und die effektiven Rechte über den Reiter Sicherheit zu ermitteln. Viele Grüße Berthold Treek

btr · ‎15.01.2019

Es scheint so, als wäre Ihnen die Lizenz für Lohn und Gehalt abhanden gekommen. Schauen Sie im Installationsmanager im Bereich Lizenzen mal nach, ob es dort überhaupt ein entsprechendes Produkt gibt. Des Weiteren können Sie durch Aufruf der DATEV Programmdeinstallation nachsehen, welche Version von Lohn und Gehalt aktuell installiert ist. Der Datentrafo schlägt wahrscheinlich aufgrund einer veralteten Version fehl.

btr · ‎15.01.2019

Vielleicht hilft ja übergangsweise ein Eintrag im Login-Script, oder ein geplanter Task zum Setzen des Regkeys.

btr · ‎10.01.2019

Hallo Herr Kolberg, den Status eines Aktualisierungsvorganges statisch in einem Reg-Schlüssel festzuhalten, ohne den tatsächlichen aktuellen Status zu prüfen, möchte ich an dieser Stelle als eine eher unglückliche Vorgehensweise bezeichnen. In einem sicherheitsrelevanten Bereich (hier die Aktualität von Virensignaturen) ist diese Vorgehensweise suboptimal. Auf der Suche nach Ursache und Lösung war ich ein wenig verwundert, wie wenig Aufwand an dieser Stelle seitens der Entwicklung betrieben wurde. Viele Grüße Berthold Treek

btr · ‎10.01.2019

Hallo, wenn während eines laufenden VIWAS-Signatur-Updates ein Neustart des Systems erfolgt, dann bleibt ein bestimmter REG-Key (TaskState) in dem Zustand, das aktuell noch eine Aktualisierung läuft. Jeder weitere Aktualisierung wartet jetzt auf den Zustand, dass die vorherige Aktualisierung beendet wurde. Hier kann man allerdings manuell über das ändern des entsprechenden REG-Keys eingreifen und dem Dienst "DATEV ViwasService" ein neues Update erlauben. Gesetzt werden muss in diesem Fall (64-Bit BS): [HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\DATEV Viwas\StandardTasks\Update] "TaskState"="Finished" Viele Grüße Berthold Treek

btr · ‎04.09.2018

Hallo Herr Schummer, falls die betreffenden Arbeitsplätze Mitglied einer Domäne sind, ließe sich das wahrscheinlich über eine globale Richtlinie (Script ausführen beim herunterfahren) realisieren. Die Batchdatei sollte einen "WAIT" Parameter beinhalten und als Aufruf des Scans die Zeile "C:\Program Files (x86)\VIWAS\Datev.ViwasLite.Gui.ShutdownScanClient.exe" Viele Grüße Berthold Treek

btr · ‎03.09.2018

Hallo Herr Popp, wie verhält sich denn die Installation, wenn Sie versuchen die Hotfixes einzeln zu installieren (ohne Assistent)? Spätestens bei diesem Vorgang erkennen Sie, inwieweit die Hotfixes benötigt werden. Viele Grüße Berthold Treek

btr · ‎02.09.2018

Hallo Herr Popp, so wie ich das verstanden habe, gibt es unterschiedlche Kategorien bei den Hotfixes. Automatisch installiert werden vermutlich nur die sog. sicherheitsrelevanten Hotfixes. Diese sind wohl z.B. im Bereich Sicherheitspaket/Smartcard oder Benutzer -und Rechteverwaltung angesiedelt. Woran man letztendlich erkennt, welche Updates zu welchem Zeitpunkt automatisch installiert werden, kann ich nicht erkennen. Falls kein Automatismus gewünscht wird, lässt sich diese Funktionalität auch deaktivieren. Bei manueller Installation sollten allerdings alles Hotfixes installiert werden, für die der Installationsmanager einen Bedarf erkennt. Viele Grüße Berthold Treek

btr · ‎31.08.2018

Werden Hotfixes ab DVD V.12.0 nicht eh per Default automatisch installiert?

btr · ‎28.08.2018

Hallo Herr Windmann, ich kann das Verhalten bestätigen, dass nach einer frischen Installation (Server 2016/Office 2016/DVD V.12.00) das Menüband unvollständig ist. Geholfen hat das umstellen per DMSSwitch.exe auf den Wert "kein Dokumentenmanagement" und wieder zurück auf "Dokumentenablage". Danach ab-/anmelden und alles sieht aus wie gewünscht. Vorher: Nachher: Viele Grüße Berthold Treek

btr · ‎14.08.2018

ReIcon V.1.8 läuft als PortableApp (keine Installation durch den Admin erforderlich) innerhalb der TS-Sitzung ohne Probleme. Ist einfach zu bedienen und unterstützt mehr als einen Monitor. Verschiedene Layouts lassen sich ablegen als Verknüpfung zum schnellen Wechsel der Ansicht.

btr · ‎14.08.2018

Hallo Herr Plenter, vielleicht hilft Ihnen dieser Link weiter: http://winfuture.de/special/windows10/faq/Endlich-Ordnung-Positionen-der-Desktop-Icons-dauerhaft-speichern-209.html Viele Grüße Berthold Treek

btr · ‎14.08.2018

Wenn Sie auf keinem der Clients die Datei im lokalen DATEV-Programmordner finden können, so könnten Sie noch an einem der Clients eine Reparaturinstallation von VIWAS versuchen.

btr · ‎13.08.2018

Hallo Herr Großmann, schauen Sie doch mal im Verzeichnis "C:\ProgramData\VIWAS\Logs" nach einer LOG-Datei mit dem Namen "InstallationKeys V.10.xxxx...log". In dieser Datei sollte vermerkt sein, wo die Rechtedatei während der Installation abgelegt wurde. Viele Grüße Berthold Treek

btr · ‎08.08.2018

Hallo Herr Müller, haben Sie schon mal einen Blick auf die aktuellen Einstellungen zur Region/Währung in der Systemsteuerung geworfen? Viele Grüße Berthold Treek

btr · ‎06.08.2018

Hallo Herr Kolberg, versuchen Sie es mal mit der Verteilung des nachfolgenden REG-Wertes per Login-Script: - Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\DATEV Viwas] "FirstCallCompleted"="True" - Viele Grüße Berthold Treek

btr · ‎25.07.2018

Das mit den zwei Symbolen ist ein Bug von McAfee, das ist mit dem letzten Update der Engine auch in der Version 8.x aufgetaucht.

btr · ‎25.07.2018

Sehr geehrte Frau Glowna, vielen Dank für die Rückmeldung. Da ein Großteil unserer Kunden noch die Classic-Variante einsetzt, werden wir vorserst auf die Installation von VIWAS 10 verzichten. Viele Grüße Berthold Treek

btr · ‎25.07.2018

Kurze Frage an die Programmverantwortlichen der Anwendung VIWAS V.10.x: Werden die genannten Fehler/Probleme in der finalen Version der DVD V.12.0 behoben sein? Falls das nicht der Fall sein sollte, werden wir diese Version bei all unseren Kunden vor dem Update ausblenden und bis auf Weiteres mit der Version V.8.x weitermachen. Viele Grüße Berthold Treek

btr · ‎13.07.2018

Sehr geehrter Herr Günther, nun sind gut 3 Monate nach Ihrer Stellungnahme zu meiner Mängleliste bzgl. VIWAS 10 vergangen. Aktuell hat sich an den beanstandeten Punkten nur wenig geändert, zumindest die gravierensten Fehler sind weiterhin in der aktuellen Version V.10.5.0.18150 enthalten. Ich beziehe mich hier auf die Classic-Version ohne zentrale Verwaltung, aber das darf hierbei keine Rolle spielen. 1. Vom Administrator angestoßene Prüfläufe können weiterhin von Benutzern in deren TS-Sitzung abgebrochen werden (schwerwiegendes Sicherheitsproblem) 2. Benutzer können in ihren TS-Sitzungen Prüfläufe anstoßen und somit unkontrolliert und nicht unerheblich die Systemperformance beeinflussen. 3. Benutzer können in ihren TS-Sitzungen Shutdownprüfungen anstoßen, werden abgemeldet und nichts weiter passiert. Zumindest kann ein TS-Benutzer nicht mehr die Settings in VIWAS ändern, beim Aufruf über den entsprechenden Punkt flackert der Bildschirm unkontrolliert mit Inhalten wie: Danach muss eine Abmeldung erfolgen, ein weiterarbeiten in der Sitzung ist nicht mehr möglich. Die Proxy-Einstellungen sind jetzt per GUI einstellbar und die Updates funktionieren jetzt wesentlich besser. Auch stürzt die Oberfläche an der Adminkonsole nicht mehr ab. Gerne würde ich in den TS-Sitzungen das VIWAS-Symbol in der Taskleiste ausblenden, ein entsprechender REG-Eintrag existiert, zeigt aber keine Wirkung. Zusammengefasst, und ohne Anspruch auf Vollständigkeit muss ich Ihnen mitteilen, dass die aktuelle Version nicht reif ist für einen produktiven Einsatz ab DVD V.12.0. Besonders Punkt 1. ist so nicht akzeptabel und muss dringends abgeändert werden. Es ist unbedingt zu vermeiden, das innerhalb von TS-Sitzungen Einfluss genommen werden kann auf zentrale Sicherheitsmechanismen eines Servers. Mit freundlichen Grüßen Berthold Treek

btr · ‎10.07.2018

Die Funktion "Warte auf xxx" ist extrem lästig. Hier entstehen Wartezeiten, die nicht erklärbar sind. Es wird sogar auf Systeme gewartet, die außer VIWAS nichts im Bauch haben. Manchmal hilft es dann, die angezeigten Systeme aus der Übersicht der Arbeitsplätze temporär zu entfernen damit es weitergehen kann. Eine Besserung ist mit der DVD 12.0 soweit nicht in Sicht, es sind eher ein paar unnötige Dinge (z.B. nicht deaktivierbare automatische Hotfixinstallation) hinzugekommen. Einen konfigurierbaren und schlanken Updatelauf wird es wohl nicht geben.

btr · ‎05.07.2018

Es gibt im Betriebssystem durchaus die Möglichkeit differenzierte Gruppen/Rollen zu definieren zum Zwecke entsprechender differenzierter administrativer Aufgaben (z.B. die Gruppe der Sicherungsadministratoren). Diese müssen nicht unbedingt Zugriff auf "alles" haben. Leider bietet mir die DATEV-Benutzerverwaltung kaum Möglichkeiten hier weiter zu differenzieren. Hier wünsche ich mir eben einen Account/Gruppe, mit der zumindest die Installation/DB-Anpassung reibungslos durchläuft. auf alles Zugriff muss ich im Zweifel nicht haben.

btr · ‎05.07.2018

Hallo zusammen, vielleicht ist dem ein oder anderen folgender Effekt ebenfalls schon einmal begegnet. Ich habe einen Datenanpassungslauf nach erfolgreichem Programm-Update über den entsprechenden Menüpunkt im Installationsmanager gestartet. Der Assistent sammelt alle möglichen Informationen zu den angepassten und den anzupassenden Datenbanken. Während dieses Vorganges traten zuvor unbekannte Meldungen zu abgestürzten, oder nicht mehr reagierenden DATEV-Prozessen auf. Diese Meldungen konnte man schließen und der Assistent zeigte schlussendlich zwei Datenbanken, die angepasst werden mussten. Hier konnte ich jetzt eine weitere Auffälligkeit feststellen in Bezug auf die Dauer der Anpassungen und dem Status (unbekannt). Der Start der DB-Anpassung war trotzdem möglich, aber mit dem Resultat, dass beide Anpassungen fehlerhaft waren. Dem LOG-File konnte man Hinweise auf unzureichenden Speicherplatz entnehmen, was aber definitiv nicht der Fall ist. Zusammengefasst stellte sich heraus, dass der Kanzleiinhaber den Administrator (der die Installation angestoßen hat) per Benutzerverwaltung aus der Gruppe der Hauptadministratoren entfernt hatte (ohne böse Absicht). Dass man jetzt nicht während, oder vor der Installation, bzw. der Datenanpassung einen entsprechenden Hinweis bekommt, ist mir jetzt ein Rätsel. Aufgrund von kryptischen Fehlermeldungen zu abgestürzten Prozessen lässt sich dieser Sachverhalt nicht logisch erklären. Mein Wunsch wäre an dieser Stelle, einen Account in der Benutzerverwaltung definieren zu können, der eine Installation/DB-Anpassung ohne Einschränkungen durchführen kann und möglichst nicht von vorhandenen Hauptadministratoren gelöscht werden kann. Vielleicht gibt es ja hier schon eine Möglichkeit und jemand hier in der Runde oder seitens DATEV kann mir hier weiterhelfen. Viele Grüße Berthold Treek

Beiträge und Ideen von btr

Auszeichnungen