Doso

XboX Dienste ausschalten, das wars.

Ich glaube unser Betriebsrat würde mich direkt rauswerfen lassen wenn ich den Admins mal pauschal Vollzugriff auf alle Postfächer geben würde. Davon abgesehen, wenn ihr keine wirksamen Ausschluss der privaten E-Mail Nutzung habt, dürftet ihr damit gegen Persönlichkeitsrechte (Datenschutz) verstoßen. Soweit ich weiß gibt es für Automapping, falls dies verwendet wird, auch irgendwo ein Limit bei der Anzahl der Postfächer.

Lizenzierung für diese Mandatenfähig bezgl. AD habt ihr geklärt, oder?

Das ist seit Windows NT gleich: https://support.microsoft.com/de-de/help/125996/saving-and-restoring-existing-windows-shares Sollte man brav die Daten auf einer eigenen virtuellen Festplatte haben kann man die virtuelle Festplatte in den neuen Server hängen, Shares per Registry Ex/importieren, ggf. Servername ändern und Neustart. Haben wir bei einem 6 TB Fileserver gemacht mit einer Downtime von irgendwo 10 Minuten.

Dateien mit Robocopy umkopieren, Shares kann man auch per Registry exportieren/importieren dann Server neustarten fertig. Eine zweifaches Upgrade des Betriebssystems (direkt ist nicht supported) dauert da wohl länger.

Aktuelle SQL Server können, entsprechend konfiguriert, mit Hyper-V Replica verwendet werden. Bei DCs macht das wenig Sinn mit Replica, einfach einen weiteren DC und gut ist. 2012R2 läuft doch noch wunderbar. Den anderen Host lizenzieren, ggf. Server 2016 Lizenz(en) kaufen und downgraden zu Server 2012R2. Welche und wie viele Lizenzen du da jetzt brauchst kann ich nicht sagen. Aber ich würde schon schauen das du da irgendwie einen Cluster baust statt irgendwas mit 3rd Party Replikationslösungen zu hantieren.

Ich würde hier auf alle Fälle eine weitere virt. Platte reinhängen und eine weitere Exchange Datenbank anlegen. Hast du schon mal eine Exchange Datenbank aus dem Backup wiederherstellen müssen? Da kommt dir 450 GB ewig vor wenn du aufgeregte Nutzer am Telefon hast weil "ihr E-Mail nicht geht!!!einself".

Bei uns tut Shared VHDX auf CSV auf iSCSI unter Windows Server 2012R2 völlig problemlos seinen Dienst. Da läuft ein kleiner 2-Node SQL Cluster.

Bei Windows Server 2012+ würde ich sowas lieber auf dem Host machen, dann eine shared vhdx auf dem Storage legen und die dann in die VMs geben. Ist mM deutlich einfacher und logischer zu konfigurieren. Diese Option hast du ja leider bei 2008R2 nicht. Allgemein wirst du die Netzwerkverbindungen einfach 1:1 an die Hyper-V VMs durchreichen und die ganze iSCSI Verbindung, ggf. inkl Multipath, im Gast konfigurieren. Ich fand das relativ komplex und verwirrend und habe dafür länger gebraucht bis es mal funktioniert hat. Deine Netzwerkverbindung dürfte schon mal falsch sein. Jeder Hyper-V Host bzw. der Fileserver braucht eine Verbindung zu jedem Controller, sonst ist nix mit MPIO/Ausfallsicherheit. Ziel des ganzen sollte ja sein das beim Ausfall eines Controllers die Verbindung weiter funktioniert.

Die zig bekannten Fehler die in späteren Versionen behoben wurden ignorieren wir gekonnt? Sorry, habe dafür kein Verständnis. Das ist ähnlich wie Leute die jetzt noch Windows Server 2003 installieren weil "hat ja immer alles funktioniert!".

Wie immer rate ich einfach mal: https://ict-freak.nl/2014/06/17/bsod-in-virtual-machines-configured-with-intel-xeon-e5-2x00v2-cpus/ Das war bei uns der Fall. Ein Bios Update auf den Hyper-V Servern hat geholfen. Sind denn die Hyper-V Integrationsdienste in der VM aktuell?

Hier gibt es nur noch Cumulative Updates. Immer das neueste CU ist installiert, und nur dieses. KB Nummern zum nachschauen gibt es hier: https://support.microsoft.com/en-us/help/4000825/windows-10-windows-server-2016-update-history Du kannst auch die Version deiner Windows Server Build prüfen und entsprechend den KBs zu ordnen, z.B. über den Befehl winver.

Ich habe auch schon Systeme live geklont. Geht einwandfrei. Man muss halt daran denken das man hier wirklich eine 1:1 Kopie anfertigt. Das heißt selbe IP Adresse, selbes AD Konto.... und das es wahrscheinlich ein Problem sein kann wenn gewisse Sachen doppelt im Netz existieren. Exchange/AD zum Beispiel wäre das gar nicht gut.

Mehr als 50 MB würde ich nicht machen, das lehnen dann sowieso viele externe E-Mail Empfänger ab.

Sharepoint 2010 -> 2013 -> 2016 Migration geht ganz gut. Anleitungen von Microsoft sind super. Nur wieder das alte Problem: Irgendwer hat im Quellcode rumgearbeitet und das sorgt dafür das an verschiedenen Ecken ein unknown error kommt -_-

Wieso sollte man das wollen?

Ich dachte die Probleme wurden durch das zurückziehen der fehlerhaften Update Variante behoben? Auf einem physischen Server habe ich es kurz nach Release installiert und hatte dabei eigentlich keine Probleme.

Microsoft nutzt dafür Cluster Shared Volumes das eigentlich nur eine Erweiterung für NTFS ist. In Windows Server 2016 geht wohl auch ReFS aber mit dem Dateisystem stehe ich noch auf Kriegsfuß (so vieeele Bugs mit DPM 2016). Hier gibt es dann entsprechende Mechanismen damit man eine LUN an mehrere Nodes gleichzeitig schreibend anbinden kann. Ansonsten sei gesagt das MPIO echt ein bisserl komplexer ist und es glaube ich ganz normal ist wenn man da zu Beginn erst mal einen Knoten ins Gehirn kriegt ;) Ich empfehle für Hyper-V und alles drumrum folgendes tolles Buch: https://www.amazon.de/Microsoft-Hyper-V-Handbuch-Administratoren-Aktuell/dp/383624327X

Sharepoint ist ganz gut im Dokumentenmanagement. Der Aufwand und die Kosten werden eine lokale Installation bei der Anzahl Nutzern unmöglich machen. Office 365? Sharepoint kann quasi nichts wenn es darum geht irgendwie E-Mails zu archivieren. Exchange hat mit Enterprise Lizenzen ein entsprechendes System. Ob es das ist was du suchst kann ich nicht beurteilen da ich das Archivsystem bisher nicht genutzt habe. Ansonsten möchte ich noch erwähnen das es häufig nicht funktioniert ein Problem mit Menschen durch Technologie zu lösen. Vor allem wenn man dafür kein Geld ausgeben will. Ergo: Wie wäre es mit Quotas auf die Postfächer? Mal ein Gespräch beim Vorgesetzten mit den Optionen mehr Geld oder er haut seinen Leuten mal auf die Finger?

Wir haben diese Jahr eine Subdomain mit einigem Aufwand aufgelöst. Es hat einfach keinen Sinn gemacht dafür eine zusätzliche Domäne und eigene DCs zu betreiben.Berechtigungen, GPOs etc. lassen sich auch ganz gut in einer Domäne steuern. Es gab keinen Sicherheitsgewinn sondern hat nur zusätzliche Ressourcen gebraucht. Aber wie immer: "Es kommt darauf an".

Ich würde eigentlich alles in eine Domäne packen. Macht die Verwaltung einfacher.

Ich würde davon abraten Testsysteme und produktive Systeme auf der selben Hardware zu betreiben.

Unser PDC Emulator ist ein aktuell noch physisch, bei den beiden weiteren DCs als VM haben wir Hyper-V Zeit Sync abgeschaltet. Restle VMs ist beides aktiv, macht bei uns keine Probleme soweit.

Ach komm, da gibt es doch genug HowTos und Guides bei der Suchmaschine deiner Wahl.

Klickst du unten auf "Erweiterte Verbindungsoptionen für Helpdesk", dann kannst du dich mit dem PC-Namen verbinden. PC-Namen braucht man ja sowieso. Funktioniert bei uns seit Jahren einwandfrei und wird von unseren Nutzern gut angenommen.