Informationen zu Steran - DATEV-Community

Steran · ‎18.11.2023

Der Umzug ist vollbracht - ich mache 3 Kreuze 🙂 Danke nochmal für Eure schnelle Hilfe - auch bei doofen Fragen! Für die Nachwelt folgende Infos: Bei mir hat sich der Servername geändert, deshalb benötigte ich den Serverumzugsassitenten unter berücksichtigung der folgenden Anleitung: https://apps.datev.de/help-center/documents/1011814 Der alte Server und die Clients hatten Datev Version 16; für die Installation am neuen Server habe ich gleich 17 verwendet. Leider hatte ich das Dokument vorab nicht vollumfänglich durchgelesen, weil öfter Verzweigungen stattfinden und die Doku dann ziemlich mächtig wird. Zumindest o.g. Dokument sollte man sich aber vorab ganz durchlesen, ohne erstmal auf die Links zu verzweigen. Hilft für das Verständnis - für Admins die sich nur gelegentlich mit Datev beschäftigen. Mein Fehler war, dass ich den Server lt. Link im Dokument vorbereitet hatte, und hier stand auch, dass man Datev gleich installieren sollte. Wie in vorherigen Beiträgen gepostet hatte ich die ConfigDB mitkopiert - das darf man nicht machen. Da ich noch im Servervorbereitungsdokument bei der Datev Installation festhing, hatte ich auch die Installationslinks (Datev.Installation.Tools.Change.Extension.exe) nicht angepasst. Ich denke das war der Grund dafür, dass ich diese Fehlermeldungen erhalten hatte á la "Datenverzeichnis nicht vorhanden". Dennoch würde ich auch nochmal ganz von vorne anfangen, wenn so ein Fehler passiert. Snapshots in einer virtualisierten Umgebung machen einem das Leben hier viel einfacher, wenn man sie gezielt einsetzt. 🙂 Nachdem der Server fertig war (wurde mit Kommunikationsserver installiert) und hier die Datev Anwendung fehlerfrei lief, habe ich mich an die Clients gemacht. Erstmal den Unwichtigsten. Hier als Admin angemeldet, den Serverumzugsassistenten nochmal gestartet und dann über den Installationsmanager direkt am Client den Arbeitsplatz aktualisiert. Dies musste ich zwar nach einem Neustart immer wieder selbst antriggern, was dazu führte, dass der UpdateMonitor am Ende selbst die Installation nochmal ein paar Mal gestartet hatte. Lief aber reibungslos durch. Anschließend als lokaler User anmelden; nochmal den Umzugsassistenten starten (wenn das Laufwerk L korrekt gemappt ist, startet dieser auch sofort nach einer Bestätigung) und Datev lief anschließend. Ach ja, nachdem ich beim 2. Versuch das ConfigDB Verzeichnis nicht kopiert hatte, wurde auch der CCS beim Starten der Installation nicht mit dem alten Server vorbelegt -> hier musste man nichts eingeben. Datev habe ich wieder auf den DC installiert (sonst nichts drauf), weil es eine sehr kleine Umgebung ist, und auch die letzten 10 Jahre Datev auf dem DC absolut reibungslos lief. Da auch ein Exchange virtualisiert ist würde das eine weitere Lizenzierung notwendig machen, und ich bräuchte mehr Speicherplatz für die Backups. Ich möchte aber nicht nochmal diese Diskussion eröffnen. Den DomainController hatte ich vorab schon mit folgender, sehr guter Hilfestellung migriert: https://www.youtube.com/watch?v=UOS7GuLs1fM Viele Grüße, Steran

Steran · ‎18.11.2023

So, zweiter Versuch sieht schon mal viel besser aus - vielen Dank! Da ich nicht nochmal in ein Reihenfolgenproblem laufen möchte: Auf dem Server ist jetzt Datev 17 vollständig installiert und angepasst. Auf den Clients ist noch Datev 16 vorhanden. Muss ich die jeweilgen Serveranpassungen an den Clients vor oder nach der netzweiten aktualisierung machen? Ich vermute davor...konnte in der Doku hier aber keine Anhaltspunkte finden. Ich frage deshalb weil mein Plan wie folgt ist: Ich möchte nach wie vor einen Notfallplan haben, falls noch etwas schief geht, und deshalb erstmal einen unkritischen Client vollständig auf den neuen Server und neue Datevversion umstellen. Wenn ich nun auf allen Clients vorab lokal noch den Serverumzug ausführen muss, verbaue ich mir ggf. den Fallback auf Version 16. Wenn ich die netzweite Aktualisierung starte, dann werden alle Clients mitgezogen d.h. es könnte passieren, dass ich gar keine Möglichkeit mehr habe den Serverumzugsassistenten vor Start der netzweiten Aktualisierung zu starten.

Steran · ‎18.11.2023

Vielen Dank - das hatte ich befürchtet; werde ich machen. Was ist die richtige Antwort auf die Frage nach dem CCS zu Beginn der Installation? Alter Server oder neue Server? Den Lizenzmanager installiere ich dann erstmal nicht mit?

Steran · ‎17.11.2023

Soo, jetzt habe ich mit dem Umzug begonnen - und wohl leider einen Fehler gemacht (Servername ändert sich - das war geplant): Ich habe alle Dateien vom alten Server kopiert, leider auch ConfigDB 😕 Habe auf dem neuen Server die Plattform installiert (inkl. Kommunikationsserver) - zu Beginn der Installation habe ich den CCS vom alten Servernamen auf den neuen geändert (war das ggf. falsch?); das hat soweit auch geklappt, allerdings habe ich nach der Grundinstallation (Framework, SQL Server usw. usf.) beim RZ Abruf Verzeichnisfehler erhalten und konnte nicht weitermachen (ich vermute weil die unveränderte ConfigDB vom alten Server vorhanden war). Ich dachte mir nun, das könnte an der noch fehlenden Serverumzugsassistentenausführung liegen. Hier habe ich im Dokument dann gemerkt, dass ich das ConfigDB Verzeichnis NICHT auf den neuen Server hätte kopieren sollen. Nun habe ich mit DVSERVERCHANGE vom alten Server die Konfiguration in eine Datei exportiert und am Client (User: Domainadmin) den Umzug durchgeführt. Das lief beim Ersten mal auf Fehler, weil das ConfigDB Verzeichnis nicht gefunden wurde (ich hatte es gelöscht, aber nicht neu angelegt). Verzeichnis angelegt und DVSERVERCHANGE nochmal durchgeführt. Lief ca. 15 Minuten (u.a. DB Tabellenmigrationen usw.); nur leider ist nach erfolgreicher Durchführung das ConfigDB Verzeichnis auf dem Server immer noch leer; was dazu führt, dass ich u.a. beim Starten des Installationsmanagers oder Einstellungen vom Lizenzmanagerserver den Fehler #NK00105 (Konfigurationsdaten der Nuko konnten nicht ermittelt werden...) erhalte. Lt. Infodok und meiner Vermutung liegt dies daran, dass mein ConfigDB Verzeichnis leer ist!? Habt ihr eine Idee wie ich nun vorgehen könnte? Das alte ConfigDB Verzeichnis, und auch den Server habe ich natürlich noch (HyperV). Kann ich die alten Daten manuell rüberkopieren und anpassen? EDIT: Nach einem Serverneustart war das CONFIGDB Verzeichnis nun mit Daten befüllt 🙂 Oben genannte Vorgeschichte lasse ich aber mal stehen, evtl. hilft es bei der Fehlersuche. Allerdings bekomme ich immer noch die folgenden Fehlermeldungen: Beim Klick auf Lizenz-Manager-Einstellungen: Oder beim RZ Abruf: Die Plattforminstallation habe ich nochmal "drüberlaufen" lassen; endet dann mit o.g. Fehler beim RZ Abruf... Da ich ein Rechteproblem vermute, habe ich die Berechtigungen (WINDVSW1) nochmal geprüft; scheinen identisch mit denen vom alten Server zu sein. Administrator bei Freigabe und Sicherheit jeweils Vollzugriff; die Gruppe der Datevuser hat jedoch zu meiner Überraschung nur "Ordnerinhalt anzeigen" & "Spezielle Berechtigungen" - ist aber wie erwähnt identisch mit dem alten Server. Ich mache für heute Schluss - evtl. habt ihr eine Idee was ich morgen ausprobieren könnte. Lg Steran

Steran · ‎16.11.2023

Eine Rückfrage ergibt sich mir vorab doch noch 🙂 Der Server ist nun vorbereitet, ich stoppe nun am Quellserver den SQL-Server und kopiere dann WINDVSW1 vom alten auf den neuen Server. Dann installiere ich ich via Datev Basis Installer die aktuellste Version. Anschließend würde ich noch den Lizenz-Manager-Server gemäß folgender Anleitung umziehen: https://apps.datev.de/help-center/documents/1012341 Hier muss ich Daten von - in meinem Fall C:\DATEV\DATEN\LIMASERV) (lt. Aneleitung %DATEVDP%\DATEN\LIMASERV) - alt nach neu kopieren. Sollte ich das ggf. auch noch vor der Datev Basis Installation machen? Ist dieses eine Verzeichnis ausreichend, oder muss ich für eine saubere Datenübernahme vom alten Server ggf. das vollständige C:\datev-verzeichnis mitnehmen? Muss ich bzgl. Nuko was beachten? Gibt es für dieses Vorgehen eigentlich auch ein Infodoc?

Steran · ‎09.11.2023

Danke für Eure Antworten! Ein inPlace Upgrade habe ich jetzt mal außer Betracht gezogen, da sich auf dem bisherigen Server schon ein bisschen Müll u.a. alte SQL Server Versionen aus vorherigen Datev Versionen angesammelt haben. Wäre aber wahrscheinlich das einfachste 🙂 Installiert ist Datev Version 16 - d.h. die Migration der Daten auf 17. sollten kein Problem sein. Hier habe ich aber doch noch ein Verständnisproblem: Da sich der Servername ändern wird, werde ich die Version mit dem Serverumzugsassistenten verwenden. Ich installiere also im ersten Schritt den neuen Server -> bereits erledigt. Installiere dort die Datev Plattform Version 17 Kopiere dann die Daten vom alten Server (Datev-Freigabe inkl. NTFS Berechtigungen) auf die Datev-Freigabe des neuen Servers. Ist das korrekt? Wenn ja, wie kommt es dann zur Datenmigration? Passiert das automatisch beim Start des ersten Clients, oder muss ich das manuell anstoßen? Ich kenne es aus den Updateinstallationen immer so, dass zuerst der Server aktualisiert wird, dann die Clients und innerhalb der Updateroutine wird am Ende automatisch der SQL Server angepasst...

Steran · ‎08.11.2023

Liebe Community! Wir sind etwas spät dran mit dem Umzug unseres Datev von einem 2012R2 auf 2022, wollen diese jetzt aber endlich in Angriff nehmen. Wir verwenden keine Terminalserver sondern haben die Software in Client/Server manier installiert. Ein inPlace Upgrade werden wir nicht durchführen - da nicht empfehlenswert. Der 2022er ist bereits installiert und hängt im Netzwerk. Wir würden uns an folgender Dokumentation orientiert: https://apps.datev.de/help-center/documents/1011814 Hier wird dann ja auf die grundlegende Serverinstallation als Voraussetzung verlinkt. Dabei sind uns 2 Schritte noch nicht ganz klar: auf dem alten 2012R2 haben wir noch nicht die neueste Datev Version, da sich diese ja nicht mehr installieren lässt. Wie ist in diesem Fall vorzugehen bzw. was ist am praktikabelsten? Müssen wir am neuen Server erstmal noch die alte Datev Version installieren, oder kann gleich die neueste verwendet werden? Wenn wir die Neuste Version installieren werden die Clients in diesem Zuge wahrscheinlich auch gleich geupdated, oder? Somit hätten wir keinen Fallback mehr, wenn bei der Installation was schief geht, da auf den Clients ja die neue Version ist, auf den alten Server noch die alte. Wie kommen die Daten in den neuen Server? Der Umzugsassitent migriert ja nur die Datenpfade auf den neuen Servernamen, wenn ich das richtig gelesen habe? Danke für Eure Tipps!

Steran · ‎24.08.2023

Vielen Dank für Eure Antworten, und die ausführliche, und sehr gut erklärte Lösung.

Steran · ‎22.08.2023

Liebe Community, vor ein paar Jahren habe ich mich an die Datev Hotline gewandt, weil wir manche Akten nur für einen bestimmten Benutzer zur Bearbeitung freigeben wollten. Die Hotline hatte mir damals empfohlen einen Sicherheitsbereich für diesen User z.B. Praktikant anzulegen und die betreffenden Akten mit diesem Sicherheitsbereich zu versehen. Das klappt auch ganz gut. Nun ist es so, dass wir einen zweiten Sicherheitsbereiche z.B. freier Mitarbeiter eingetragen haben. Nun soll aber der Praktikant und der freie Mitarbeiter an einer bestimmten Akte arbeiten können. Scheinbar ist es nur möglich für eine Akte einen Sicherheitsbereich zu hinterlegen!? Wie kann ich erreichen, dass beide User nur bestimmte Akten sehen/bearbeiten dürfen, andere jedoch nicht? Vielen Dank für Eure Hilfe, Steran