Nun hatten wir aber zu Nikolaus 48 h Totalausfall des WTS... aus unserer Sicht gut gelöst von unserem Systempartner, aber hätten wir den Server da schon virtualisiert, wäre das System in 5 Minuten wieder lauffähig gewesen.
Jap, da gebe ich Ihnen Recht. Eine ganze VM Sicherung ist in 30min wieder so da, als wäre nichts passiert. Ein Blech muss aufwändiger zurückgesichert werden.
Um hier in Zukunft gewappnet zu sein, würde ich jetzt gern das gesamte System in eine VM packen.
Hm, ist aus der Sicht der Performance, so finde ich, schwierig zu händeln. Da man einerseits mit WTS viele Kerne braucht aber auch gleichzeitig genug GHz und SingleThread Performance, was bei Intel echt teuer ist.
Bitte denken Sie beim Virtualisieren auch daran, dass genug Speicherplatz vorhanden ist für a) der RAM wird nochmal als Speicherplatz gebraucht (das summiert sich bei 48GB WTS und 64GB FS ganz schön) und b) zum Sichern der VMs wird ein Snapshot der Maschine gemacht und alle Änderungen werden in eine 2. Datei geschrieben, welche nach dem Sichern wieder in die Ursprungsmaschine zurückgeschrieben wird. Beim 1. Sichern braucht man dann je nach Größe der Maschine ordentlich Platz, beim 2. Sichern wird ein Delta bei VMware gesichert.
Zusätzlich muss auf der VM eine Verwaltungsmaschine von VMware installiert werden, auch wenn es nur 1 Host ist. Sonst kann man die Maschinen in VMware nicht mehr anfassen/installieren/ändern. Also kommen hier min. 2 Kerne, 8GB RAM und ca. 100GB Speicherplatz dazu.
Dann brauchen Sie also schon min. 2x 10 Kerner @3,x GHz, damit genug Luft nach oben bleibt und alles seinen Platz in VMware hat.
Und bei VMware macht es aus meiner Sicht auch wenig Sinn unterschiedliche HDDs/SSDs zu verbauen. Bei VMware braucht man ein homogenes Storage. Egal ob LocalStorage per SAS angebunden oder ein SAN per LW für den Datenspeicher.
Bzgl. der Sicherung der VMs: LTO wird nicht offiziell von VMware in virtuellen Maschinen unterstützt; auch wenn es technisch geht und recht fix ist. Aber offiziell kann es zu Problemen kommen und wir hatten auch welche. Also wie bekommt man dann aus der VM / dem Storage die VMs raus, um sie z.B. via Tape an einem anderen Ort zu lagern? Das muss dann am besten eine eigene physikalische Maschine sein, welche aber mit 1Gbits zum Host nicht viel anfangen kann und es ewig zum Sichern dauert.
Bzgl. einer Rücksicherung von VMware VMs von LTO / RDX bitte folgendes beachten: Die Software kopiert einfach die *.vmdk, in der ja der gesamte Windows Server ist, einfach vom Host auf LTO / RDX. Möchten Sie nun statt der gesamten Maschine nur 1 Datei zurücksichern, kann im Falle des LTO nicht in die *.vmdk geschaut werden, sodass die Software temporär die *.vmdk erstmal wohin speichern muss, damit sie reinschauen und die Datei zurückspielen kann.
Wenn die *.vmdk aber z.B. 800GB hat, brauchen Sie im schlimmsten Fall erstmal irgendwo 800GB freien Platz, der auch schnell genug ist. Also entweder ein sehr großes Storage oder ein NAS. Im Falle des RDX kann die Software wohl reinschauen, wird aber auch nicht genug Platz haben, wenn Sie nur 1TB RDX einsetzen.
Daher zum Rücksichern einzelner Dateien / Excahange Elemente, etc. auf alle Fälle ein NAS als Zwischenspeicher einsetzen, auf der nochmals die VMs liegen. Dann muss nicht immer das Tape / RDX herhalten. Das ebenfalls groß genug dimensionieren, sodass hier alle VMs nach Sohn, Vater, Großvater Prinzip Platz haben.
Als Sicherungssoftware würde ich Backup Exec oder Veeam empfehlen. Veeam ist soweit kostenfrei, wenn nicht auf LTO gesichert werden soll. BackupExec gibt es als spezielle VM-Lizenz (inkl. Lizenz für Exchange, SQL und Anwendungen), die nach Sockeln lizenziert wird. Bei Virtualisierung setzt man auf ein min. 2P System; macht bei BackupExec min. ca. 1200€ netto.
Wenn man statt VMware auf HyperV setzen möchte: Bei 1 Host auch schwierig. Setzt man einen reinen HyperV auf, sogar ohne grafische Oberfläche, kommt man zwar via HyperV Tools, die in Windows 8.1 und 10 auf jedem PC nachinstalliert werden können dran, aber dazu muss der Host / HyperV selbst sich in einer Domäne befinden. Also braucht man dann schon einen DC und wieder eine eigene Maschine. Also setzt man den Host als Server 2016 inkl. HyperV Rolle auf. Dann ist der ganze Host ein Server 2016, welcher selbst am besten jeden Monat Windows Updates braucht und wir alle kennen das Windows Update ... geht da was schief, booten auch keine VMs auf dem HyperV. Man kommt noch an Daten / VMs dran aber mal eben ist da meiner Meinung nach auch nicht. VMware hat sicherlich auch Updates, die aber nicht jeden Monat eingespielt werden müssen.
Vorteil bei HyperV: Man könnte sogar die Windows-Sicherung vom HyperV nutzen, um die VMs zu sichern bzw. wird in der Konfiguration auch LTOs unterstützt.
Den DATEV mIDentity muss man bei HyperV via SEH UTN einbinden, bei VMware würde ich es empfehlen, da ich öfter Probleme mit DATEV USB-Stick und durchschleifen in VMs hatte.
Die Konfiguration von 4you-computer gefällt mir echt super gut. Da wird DATEV bei rennen. Nachteil eben die Sicherung der Maschinen, das längere Durchbooten bei DATEV Updates.
Habe mir schon oft Gedanken zu gemacht, ob VM oder nicht doch 2 kleinere echte Maschinen nicht schneller sind.
Haben Sie zum 2008 R2 noch Office 2010 im Einsatz? Dann kann das auch gleich neu.
Gibt es noch weitere Maschinen: DC, Exchange, normaler FS? Exchange auf DC ist technisch mittlerweile nicht mehr möglich und auch von MS nicht unterstützt. Bzw. in Zukunft schon mal den extra DATEV DMS Server einplanen, wenn man ihn nicht zusammen auf den DATEV SQL packt, was ab einer bestimmten Größe Sinn macht.
Allem in allem: Rechnen Sie sich das einmal aus, was es bei Ihnen kostet und einmal DATEVasp, PARTNERasp. Sofern bei Ihnen SDSL verfügbar ist, würde ich das als Alternative rein auch informativ dagegenstellen. Bzgl. SDSL nicht vorschnell urteilen. Nur weil maximal 16Mbits möglich sind, kann SDSL trotzdem machbar sein. Ansprechpartner sind dazu die Telekom oder alternativ kann ich QSC empfehlen. Die können auch online im Chat prüfen, welches SDSL Maximum möglich ist.
Die Suche haben Sie schon bemüht? Müsste einige Themen geben, an denen wir uns mit ähnlicher Frage ausgelassen haben 
.
Hallo Herr Hagena,
.... bin wirklich mal gespannt, welche 'Quintessenz' Sie aus den diversen technischen Empfehlungen ziehen.
Ich könnte die Informationen quasi 'der Zweitverwertung zuführen'
, und zwar für unserer eigenes Netzwerk, das noch in diesem Jahr 'umgebaut' werden muss.
Wir können jedenfalls nicht davon ausgehen, dass zu jeder beliebigen Zeit ein Datev-Systempartner sofort greifbar ist und ein defektes Gerät sofort ersetzen kann.
Hier wird gerne davon gesprochen, dass man innerhalb weniger Minuten bis wenigen Stunden einen Server wieder lauffähig machen kann.
Wir haben leider keine neuen Ersatzgeräte im Schrank stehen.
Und die (Datev-)Systempartner stehen auch nicht innerhalb weniger Minuten hier in der Kanzlei.
Wir brauchen ein Notfallszenario, mit dem wir einen Notbetrieb aufrecht erhalten können, z.B. durch Umswitchen auf einen zweiten WTS oder Ähnliches.
Und wenn sich unser Lieblingstechniker gerade im Urlaub befindet, muss ein Anderer auch mit dem Netzwerk klar kommen. So die Theorie
VG
Michael Vogtsburger
Unerwähnt blieb bislang der Kom-Server, der auch bei uns ein eigenes Gerät ist.
Kommt auch hier auf die Größe drauf an. Bei 12 Arbeitsplätzen extra einen KOMM-SRV einsetzen, hm. Wenn ja, dann auf dem ggf. auch den LiMa der DATEV laufen lassen. Andernfalls kenne ich nur KOMM-SRV als "Rolle" auf einem DATEV FS / SQL. Hat soweit noch nie Probleme gemacht. Insbesondere kann dazu der Betriebsstätten mIDentity genutzt werden.
Zusätzlich muss am KOMM-SRV auch alle DATEV Software installiert / aktualisiert werden. Dann würde ich eher dazu tendieren einen DATEV FS inkl. KOMM-SRV und LiMa aufzusetzen. Den DATEV DMS könnte man anfangs auch noch drauf laufen lassen. Ein 2016er ist ja mittlerweile echt leistungsfähig und kein SBS mehr. Zudem würde auch nur DATEV installiert und nichts anderes. Also sollten sich da keine Dienste in die Quere kommen.
Da würden dann neben den 1.800€ Einrichtung die 25 MBit full duplex runde 200€ kosten. Geil, aber leider unnötig.
Ist bei asp aber die richtige Richtung. Gerade, wenn noch viel gedruckt wird, muss das ja auch alles über die Leitung. Die monatlichen Kosten sind aber meines Erachtens okay. Weiß nicht, was QSC im Angebot hat.
Damit die Hardware gar nicht erst komplett ausfällt, sollten sie bei einem großen Server soweit möglich redundant ausgelegt sein.
Korrekt. Wobei ich in 3 Jahren als DATEV Systempartner zwar ganze Serverausfälle / Hostausfälle hatte, die aber immerhin bei den gleichen Maschinen. Das würde ich dann auf Fehler beim Serverhersteller schieben bzw. sollte man vielleicht einmal vor dem Livetrieb alles am Server aktualisieren was nur geht: BIOS, BIOS des RAID Controller, iRMC/iLO, ...
Also, dass die Hardware ganz ausfällt, kommt eher sehr selten vor. Festplatten, okay - aber dafür hat man ja ein RAID und am besten eine Hotspare, die automatisch einspringt, wenn eine Festplatte defekt ist. So läuft alles sorgenfrei weiter, die neue Festplatte ist unter Garantie am nächsten Tag da, tauschen, fertig.
Wenn man es ganz groß ziehen will: 2 Hosts, FailOver via VMware/HyperV und drunter ein Storage. Aber finde ich für 12 Personen etwas overkill. Die Diskussion hatten wir hier schon mal und wussten am Ende nicht, wo man bei Redundanz aufhört 
.
Wenn es Probleme gibt, sind das aktuell eher Softwareprobleme, wenn Microsoft wieder Updates freigibt, die nur Probleme machen.
4you-computer: so schön RDX auch ist aber bei 2TB (?) ist Schluss, soweit ich weiß.
Daher: wenn man wirklich große Datenmengen sichern muss: LTO Laufwerk kaufen und ordentlich anschließen. Dann braucht das LTO zwar immer noch 6h bis es voll ist aber das kann man ja auch während der Arbeitszeit laufen lassen. Zum Beispiel erst eine Sicherung auf ein großes NAS und dann anschließend die Daten auf das LTO kopieren lassen. Im besten Falle ist das netzwerktechnisch getrennt, damit das Netzwerk nicht unter Volllast steht, wenn es denn übers Netzwerk muss.
Man könnte sich statt NAS von QNAP und Synology ja auch einen Backup-Server kaufen, den mit x TB bestücken und dort das LTO verbauen. Dann ist es auch Host-technisch getrennt. Was die Maschine dann mit den Backup's macht, ist dem Produktivhost egal.
EDIT:
Solange ich per Nacht noch gut mit der Sicherung durchkomme (und das klappt im Zeitalter von USB 3 wohl immer für die normale Kanzlei) mache ich keine Spielchen. Ich ziehe Voll-Images mit geeigneter Software. Voll-Images der gesamten Maschine - kein Inkrementell oder sonst was. Jeden Tag ein Vollimage auf RDX.
Wenn man schon auf Platte sichern möchte, bitte wenigstens RDX Laufwerke nutzen. Gibt viele, die einfach mit einer Western Digital 2,5" USB 3.0 2TB externen Festplatte von MediaMarkt für 59€ eine Sicherung fahren. Ich glaube kaum, dass die USB 3.0 Schnittstelle selbst für sowas je ausgelegt wurde. Das Protokoll und die Geschwindigkeit sind okay aber zum Sichern - habe ich bei Bauschmerzen. Gewollt, aber nicht gekonnt 
.
Und so lange man noch Voll-Images ziehen kann - bei einer 800GB Maschine fahren Sie das ganz bestimmt nicht mehr jeden tag Voll-Images und auch bei VMware fährt man mit einem Voll- und Inkrementellen Backup deutlich besser. Wenn Sie jeden Tag Voll-Images der Maschinen machen - wie viel TB soll das NAS denn dann haben? 
Wenn virtualisiert wird und man ein NAS als Zwischenspeicher einsetzt, auf alle Fälle mit inkrementellen Sicherungen arbeiten. SO jede Woche ein Voll-Image machen und MO - SA jeweils inkrementell. Klappt mit BackupExec und VMware einwandfrei, sehr schnell und auch ein Restore vom NAS ist schnell. Ein WTS ist in 30min zurückgesichert und gestartet als wäre nichts passiert.
Abgefahren wird's erst wenn man Deduplikation einsetzt bzw. Lizenzen dafür und wenn man VMware / HyperV Maschinen nicht zurücksichert sondern vom Backupspeicher direkt ausführt und dann im Livebetrieb wieder auf den Host migriert 
. Aber dafür ist ein QNAP / Synology NAS zu lahm. Dann braucht man schon einen echten Backupserver, der eine VMware starten und händeln kann.