Squire

Lies meinen Beitrag bitte nochmal. Nicht den Filer weg, sondern den DC! Und die HDDs vom Filer vergrößern. Konfig der 3rd party Software bleibt wie sie ist.

nein - Du musst nicht die Cloud eines Partners nutzen. CSP bedeutet Cloud Solution Provider. Über einen solchen werden die MS Lizenzen erworben und können ggf. mit Zusatzdiensten des CSP aufgehübscht werden. (Können nicht müssen)

Warum ist das Vergrößern der HDD der VM nicht so ohne weiteres möglich? Wenn auf dem Host Platz ist, sind das wenige Klicks im HyperV Manager und dann noch ein paar wenige Klicks in der VM im Disk Management. Nebenbei ... tu Dir einen Gefallen und mach einen neuen DC. Wenn ich lese Fileserver, SQL Server und was weiß ich noch alles auf der bisherigen Kiste läuft mir ein Schauer über den Rücken (SBS Zeiten sind lange vorbei!) ... Also neuen DC, Rollen rübernehmen und den alten DC runterstufen. Der kann dann bis zu seinem Lebensende Fileserver und SQL spielen ... Ein DC ist ein DC und sonst nix weiter (DNS und ggf. DHCP) ... aber kein Filer, PrintServer oder SQL ...

ist bei uns auch so ... i.d.R. ein paar Tage nach dem Patchday ... vorher halt die einschlägigen Blogs/Foren lesen

Hi! Warum fügst Du die Benutzer nicht einfach der Sicherheitsgruppe hinzu? Ein Bearbeiten des Attributs ist nicht notwendig. Automapping mit Gruppen geht nicht. VG Squire

vorletztes Bild bezieht sich aber auf die Einstellung bei Dedup Appliances wie DellEMC Datadomain, HPE Storeonce, Quantum DXi ...

Seelsorgerischen Beistand gibt es wenn die Daten mal wieder weg sind und es kein Backup gibt - aber ja ich stimme Dir zu ... manches hat der Teufel gesehen (SU1 für Exchange2019CU13) Alle Exchange identisch installiert und bei einem DAG Mitglied bleiben alle Dienste auf deaktiviert ... erst nach Exorzismus (erneute Installation des SU und Startart der Dienste setzen ging es)

Richtig! Ich war schon während meines Studiums als System Engineer und Consultant tätig. Ich hab mit dem Kram angefangen, da gab es noch nicht mal Informatiker in der freien Wildbahn. Robert (von der Ausbildung her Diplom Theologe)

kannst Du verwenden - kostet halt Rechenleistung

Kann ich, sowohl bei Dell (ProSupport) als auch Lenovo (Premiersupport) absolut unterschreiben. Unsere ersten Dell VRTX Kisten für die Niederlassungen sind jetzt seit über 7 Jahren in Wartung und können bzw. werden nochmal verlängert. (Wobei wir das jetzt über einen 3rd Party Anbieter machen, da ich die Dell Wartung seit letztes Jahr nicht mehr über Dell Deutschland ziehen kann, sondern müsste das im jeweiligen Land machen. Das ist mir zu viel Aufwand. Beim 3rd Party geht alles über das deutsche Stammhaus).

den hol ich mir jetzt, bevor der Besprechungsmarathon um 9:30 angeht ...

Zum Thema Snapshots - da ist VMware sehr klar! Ein Snapshot sollte max. 72 Stunden (NICHT TAGE) stehen und verwendet werden https://kb.vmware.com/s/article/1012384?lang=de#:~:text=VMware empfiehlt jedoch nur 2,Probleme beim Löschen%2FKonsolidieren auftreten.

Dann ein Rat für die Zukunft! Keine gute Idee! Wie Nils geschrieben hat - auch beim Exchange zur Not mit Bordmitteln (Windows Backup) oder dann halt eine Backup Lösung, die die VMs sauber wegzieht und auch die Applikationen (Veeam oder Nakivo um mal zwei zu nennen - letzteres kann auch auf einem NAS laufen) ... Ich drück Dir die Daumen, dass Du den DC irgendwie wieder zumindest soweit bekommst, dass er nicht dauernd durchstartet. Sollte er oben bleiben - würde ich die Anmeldung an einem Client versuchen (nicht am DC selbst, wenn das klappt, neue VM machen und zum DC in der vorhandenen Domain promoten, replizieren lassen und dann Rollen verschieben und der alten VM den Gnadenschuß geben

Interessehalber ... wie wurde der Exchange gesichert? Auch mit Acronis (die komplette VM) oder Datenbanken/Mailboxen mit einer Exchange Sicherung? Davon würde ich ebenfalls abhängig machen, wie viel Zeit man investieren sollte, um den toten DC wiederzubeleben.

geht im Laufenden Betrieb.

Drum habe ich ja geschrieben: wenn außen herum alles passt

Als Zeitrahmen: Aufsetzen eines neuen Windows 2022 mit Exchange und fertig konfiguriert (wenn das AD außen herum passt) ist an einem Tag locker erledigt. Migration der Mailboxen (dazu braucht es nicht wirklich einen DL - das geht für die normalen Postfächer per GUI, die Systemmailboxen müssen per Powershell verschoben werden - auch kein Thema) Rückbau alter Exchange 1-2 h max Also mit max 2 Tagen DL bist Du durch - und - ja, das geht prinzipiell auch remote! Was Deine Fragen angeht - der neue Exchange bekommt natürlich eine neue IP. Wenn richtige Konfiguration vorhanden ist kann man die Mailboxen schieben, ohne dass der User was merkt. Da kümmern sich die Exchangen drum. Ich rate Dir mal die einschlägigen Artikel bei https://www.frankysweb.de/ nachzulesen. Sind auch für Einsteiger gut geschrieben und können als Kochbuch verwendet werden.

Das Schöne an Exchange Migrationen ist, dass die User i.d.R. (wenn man es richtig macht) nix davon mitbekommt. No Need For Weekend Work Alles passiert im Hintergrund (wenn man das Exchange Zertifikat vor Beginn der Installation in den Zertifikatsstore lädt, schnappt sich der Exchange dieses und Outlook mault auch nicht mit einer Zertifikatswarnung). Ist die Kiste der Organisation hinzugefügt migriert man einfach die Postfächer und auch hier bekommen die Anwender nix davon mit ... mit entsprechender Vorbereitung ist ein neuer Exchange in zwei drei Stunden komplett fertig ...

jein ... bei WithSecure mit der EndPointProtection in der Cloud kannst Du Seiten oder TLDs sperren, auch wenn der User im Homeoffice ist *.zip als TLD gesperrt ...

ich weiß, aber ich hab schon Umgebungen gesehen, da hatte der Admin den alten Exchange nicht deinstalliert, sondern einfach die Kiste weggeworfen und das AD Konto gelöscht ... man braucht den alten Server ja nicht mehr ...

Frankies Anleitungen sind gut und passen! Damit ist eine Migration kein Hexenwerk. Achtung, Du migrierst nicht den Server, sondern die Postfächer. Das heißt, Du musst auf dem neuen Server ggf. bisher genutzte Empfangskonnektoren neu anlegen und konfigurieren. Nicht vergessen: Wenn alle Systempostfächer und Postfächer auf den neuen Server sind, den alten Server deinstallieren (Exchange deinstallieren), Host aus dem AD entfernen ...

ein Computerkonto verschwindet nicht einfach! Das ist mir in meiner ganzen Laufbahn noch nie passiert. Die Snapshots sind hier kontraproduktiv und auch nicht notwendig! Du kannst einen Client jederzeit auch wieder aus einer Domäne entfernen - das machst Du übrigens NICHT am Server! Nimm den Client aus der Domäne raus (in eine Workgroup aufnehmen) und mach dann nochmal den Domainjoin

aus leidiger Erfahrung ... funktioniert leider nicht, wenn Du noch alte Steuerungen auf Windows CE Basis an irgendwelchen sauteuren Maschinen hast. XP, XP Embedded mit dem Samba Proxy läuft wunderbar ... nur das Schei... CE Gedöns nicht

Wenn der Kunde unbedingt bei den unmanged Switchen bleiben will (warum auch immer - managed/webmanaged gibt es für kleines Geld), dann würde ich das ganze Routing über einen entsprechenden Router/Firewall mit entsprechend ausreichenden Netzwerkinterfaces machen und bei den DCs die zusätzlichen Netzwerkkarten rauswerfen/deaktivieren. Zum Thema IP Adressen gehen aus ... entweder komplett neuen Netzbereich oder Subnetzmaske erweitern ... Nebenbei ... von wie vielen Switchen und Clients reden wir überhaupt?

ich werfe mal zusätzlich ein, dass es u.U. nicht gesund ist Server direkt ins Internet zu veröffentlichen. Sowas schreit förmlich nach WAF, ReverseProxy und DMZ