Hallo Community,
ich hatte - bereits vor meinem Posting - nochmal bewußt die exakte Formulierung in der Netiquette nachgelesen. 
Und: Mich dann für das Wort "primär" 
entschieden. 
Warum das Ganze?
"Sekundär" ist die Community - auch weiterhin - im Rahmen der "public"-Rahmenbedingungen für Anfragen an DATEV zu nutzen. Sofern sich hier im Erfahrungs- und Kollegenaustausch und/oder durch DATEV-Experten neue Lösungen/Workarounds ergeben, ist der Nutzen auch unbetritten.
Aber - sind wir ehrlich:
Für zunehmend komplexere, meist tief mit dem Betriebssystem verbundene technische Konstellationen stößt das Medium "Community" schnell an Grenzen. Da kommen selbst "Ober"-Experten nicht um Fernbetreuung und Analyse seitenlanger Logbücher umhin.
Viele Grüße
Klaus Graf
Forums-Moderator
DATEV eG
Es wurden alle Fehler behoben und die Logs bereinigt.
Es bleibt der Wunsch, daß es zum 30. September besser funktionert und daß im Inst- Manager keine Uralt- Zugriffsrechte stehen bleiben, die beim Anklicken einen Absturz auslösen, bis sie endlich manuell ausgeblendet werden.
z.B. DATEV. Mittelungen Pro, die wohl in dieser Form nicht installierbar sind, so daß sie folglich auch nicht ausgeblendet wurden, sondern als "nicht installiert" = <To Do> stehen blieben.
Microsoft hat schon immer die Trennung der Rollen empfohlen. Der SBS war auch immer eine Ausnahme und keinesfalls dazu gedacht, dort noch mehr Dienste drauf bereitzustellen (In der Theorie). Ich bin jedenfalls froh, dass er weg ist.
Bei einem reinem DATEV Server spricht in den meisten Fällen sehr wenig gegen einen "All-In" Komm-Server, SQL-Server, LiMa-Server, DMS-Core Server.
Üblicherweise hat man ja auch 2 DCs die dann auch nur DCs sind In kleineren Umgebungen können dann auch noch beide DCs die Rolle des DHCP machen. Aber selbst bei nicht vorhandenem DC / DHCP sollten sich die Clients per cashed Credentials am PC anmelden können.
Ich würde die DATEV DVDs eh auf einem DATEV unbeteiligtem Server bereitstellen. So sind die auch immer während der Installation verfügbar.
EDV affine Menschen / Schwiegersöhne / Schwiegerväter / Bekannte.. Nicht immer, aber immer öfter: Die Schrecken des IT-Dienstleisters / Systempartners SCNR
Microsoft hat schon immer die Trennung der Rollen empfohlen. Der SBS war auch immer eine Ausnahme und keinesfalls dazu gedacht, dort noch mehr Dienste drauf bereitzustellen (In der Theorie). Ich bin jedenfalls froh, dass er weg ist.
Bei einem reinem DATEV Server spricht in den meisten Fällen sehr wenig gegen einen "All-In" Komm-Server, SQL-Server, LiMa-Server, DMS-Core Server.
Üblicherweise hat man ja auch 2 DCs die dann auch nur DCs sind In kleineren Umgebungen können dann auch noch beide DCs die Rolle des DHCP machen. Aber selbst bei nicht vorhandenem DC / DHCP sollten sich die Clients per cashed Credentials am PC anmelden können.
Ich würde die DATEV DVDs eh auf einem DATEV unbeteiligtem Server bereitstellen. So sind die auch immer während der Installation verfügbar.
Wer von einem "alten" SBS weg will, sollte vielleicht auch folgendes Szenario ins Kalkül ziehen :
- Eine entsprechend den kanzleispezifischen Erfordernissen dimensionierte Maschine als Basis für eine VMWare-Installation
- Darauf dann die benötigten Maschinen jeweils als virtueller Einzelrechner (Server- oder Workstation-Betriebssystem je nach Bedarf)
- Für den LiMa- und/oder den Komm-Server kann man auch ein Workstation-Betriebssystem (bei uns noch Win 8.1 prof. 64 Bit) verwenden. Die Trennung vom eigentlichen DATEV-Server hat sich bei uns sehr bewährt, da sowohl der LiMa- als auch der Komm-Server im Alltag doch gerne mal hängen bleiben. Durch die Trennung der Installation kann diese Maschine -ohne den File-/SQL-Server zu tangieren- gebootet werden und führt - die rechtzeitige Entdeckung des Problems unterstellt - normalerweise nicht mal zu Beeinträchtigung der Kanzlei-Mitarbeiter. Wir hatten die im zitierten Absatz 2 oben genannte All-In-One-Lösung früher auch mal, aber mit der Trennung (separate "Maschine" auf der VMWare) leben wir - und unser Admin - stressfreier ...
- Sämtliche Installationsquellen liegen bei uns immer auf einem separaten kleinen NAS-System, das für alle WS im Netz als Quelle erreichbar gemacht ist.
- So haben wir "nur" ein "Blech" in der Kanzlei stehen, welches aber mehrere Maschinen beherbergen kann.
Unsere langjährige Erfahrung mit diesem Szenario in eigener Kanzlei zeigt, dass sich bei der VMWare bis heute Reboots nur für deren Updates ergaben (Up-Times von wiederholt >450 Tagen erreicht). Bei den darauf laufenden Server-BS gilt grundsätzlich selbiges bei aber häufigerer Update-Notwendigkeit wegen MS und/oder DATEV. Für die (siehe meinen Punkt 3.) Workstation-BS würde die Aussage im Satz zuvor auch gelten, wenn uns nicht der LiMa- oder Komm-Server immer mal wieder ein Schnippchen spielen würde.
EDV affine Menschen / Schwiegersöhne / Schwiegerväter / Bekannte.. Nicht immer, aber immer öfter: Die Schrecken des IT-Dienstleisters / Systempartners SCNR
Zum diesem Absatz der zitierten Nachricht folgende Replik :
Leider erweisen sich manche IT-Dienstleister - wie ich aus diversen Kollegengesprächen, die nicht alle bei ein und demselben Dienstleister sind, weiss - auch als Schrecken für die jeweilige Kanzlei - nichts für ungut, aber die "Unzulänglichkeiten" sind aus beiden Sichten heraus möglich und auch Realität 
Telebanda hin oder her. Diese verrückte IT hat sich wohl seit dieser Zeit schon ein paar Mal verändert. Oder schicken Sie noch immer Lochkarten zur DATEV?
Früher (TM) war eh alles besser, da waren selbst Gummistiefel noch aus Holz.
Die für die EDV Verantworlichen Mitarbeiter, die nun Stb sind, ja, die haben ein Grundwissen. Das ist so lange schön und gut, bis es zu spät ist. Und dann ist das Geschrei mehr als groß. Die Einsicht kommt leider häufig zu spät. Solange die eigenen Grenzen bekannt sind und eingehalten werden, dann ist doch alles Ok. Allerdings zweifle ich das hier grade an (Mal eben den MCSE machen: WDS, DFS, EFS, RADIUS, NPS, NAP, DirectAccess, IPAM, BranchCache, WAP, ADFS ist alles geläufig und schonmal implementiert? Bzw. wären das vorerst ein Teil der Punkte zum MCSA. Fürs E kommt noch was SystemCenter und ein wenig "DeepDive" hinzu.). Das es einen aus 100(0?) gibt, der es schafft, möchte ich nicht ausschließen. Das dürfte aber eher die Ausnahme sein.
Ich versuche eigentlich den "Systempartner" so gut es geht zu vermeiden. Der Systempartner hat hier und da ein paar Benefits bei DATEV. Geschenkt. Ich spreche ja überwiegend vom IT-Dienstleister. Und ob der Stb. seine Infrastruktur in die Hände eines vernünftigen Systempartners oder eines vernünftigen Dienstleister gibt ist letztenendes vollkommen egal. Und "Systempartner" die DATEV Installation / Updates als "MAGIC" verkaufen, die wird es bald nicht mehr geben. Geld wird durch Consulting / Beratung / "Wissenstransfer" verdient.
Mein Wissen kommt übrigens überwiegend aus Microsoft / VMWare und Citrix Schulungen sowie vielen vielen Stunden lesen und Testumgebungen . Leider schickt mich mein Chef auch regelmäßig noch zum DATEV Technikerzertifikat. Wobei da der Other-Input der Kollegen / Trainer, der nicht zum Seminar gehört, wohl das interessanteste ist. Unfehlbar bin ich natürlich nicht, aber nah dran Und auch bei meinem Arbeitgeber gibt es mehr und weniger Kompetenz. Genauso laufen auch bei uns Projekte (auch DATEV Updates) gehörig schief.
Welche Buzzwords werfe ich denn hier in die Räume? Momentan würde ich HCI / Software Defined Datacenter / Software Definied Everything in den Raum werfen. Allerdings ist das auch eher schon Realität anstatt Buzzword.
Ich bin hier zwar mit meiner Firmen-E-Mail registriert, poste aber eigentlich rein im Privaten. Ansonsten dürfte ich wohl alles erst 8mal freigeben lassen. Daher sollten wir es beim Jan belassen Ich hoffe ja, dass trotzdem das ein oder andere sinnvolle / konstruktive für die Allgemeinheit dabei ist.
Den letzten Satz unterschreibe ich gerne! Es gibt diverse "$y$t€mpartn€r" die ruhen sich aus, da der Rubel noch durch DATEV Updates etc. rollt. Aber hier wird es meiner privaten Meinung nach in naher Zukunft vermutlich eine Art "Selbstreinigung" geben. Da die IT eben wie oben mehrfach angedeutet stark im Wandel ist.
Solange Stb. / Kunde und Dienstleister Ihre Grenzen kennen und offen eingestehen, steht meiner Meinung nach einer partnerschaftlichen Geschäftsbeziehung die beide Parteien weiterbringt nichts im Weg. Solange aber eine der / beide Seiten nur an der $-Schraube drehen wollen, um den anderen möglichst auszunutzen. Naja, dann hat das alles wenig Sinn. Und das erlebe ich leider äußerst häufig gepaart mit im Mund umgedrehten Behauptungen und teils überhörten Äußerungen (Das gilt ebenfalls für beide Seiten und liegt irgendwie heutzutage leider scheinbar zum Alltag).
Evtl. macht es Sinn, dass alles hier abzutrennen und in eine eigene Diskussion zu packen. Es hat ja recht wenig mit DVD10 - Oje zu tun.
Alle Installation unter Server 2012 (oder R2) glatt gelaufen, heute den dritten 2008 im Anstich. Diesesmal ein FileServer 2008 R2 und wie schon zwei mal zuvor gehabt:
Installation bleibt am Anfang des SQL-Server wieder "hängen". Abbruch mittels Taskmgr und Anschließend: Deinstallation SQL-Server mit anschließender "Bereinigung".
Wenigstens kenn ich das Spielchen inzwischen und bekomme keine "feuchten" Finger im Gedanken das Montag in der Kanzlei gearbeitet werden sollte. Wie auch immer es funktioniert...
