Squire

zentrales Repository und Steuerung der Updates geht aber auch über das SystemUpdate ... Haben wir bei uns im Einsatz - ich hab mich damit aber nicht beschäftigt, das ist Client Gedöns, da kümmert sich der Firstlevel darum

Hi, ich empfehle dringend in Richtung Mailarchivierung zu gehen! Mailstore, EnterpriseVault oder ähnliches ... Da hast Du dann keinen Stress mit irgendwelchen riesigen PSTs (so was will man nicht haben). Die Daten werden dedupliziert und komprimiert abgelegt. (Nebenbei als Firma seit ihr zur Emailarchivierung gesetzlich verpflichtet). Man hat eine gute Suche über die Datenbestände ... (nicht so was verkrüppeltes wie die lahme Outlook Suche)

nebenbei ... ich würde nur eine einzige Freigabe (meinetwegen E:\Freigabe ) erstellen darunter dann einzelne Ordner und darauf jeweils NTFS Ordnerrechte setzen (so wie Du das ursprünglich für verschiedene Freigaben machen willst) Anschließend ABE (Access Based Enummeration) einschalten ... spart Dir viel Arbeit Auf dem Freigabe root dann Vererbung bei den NTFS Rechten komplett raus ... System und Administratoren Vollzugriff rein. Dann Erweiterte NTFS Rechte Domänenbenutzer Lesen, Ordner auflisten (nur diesen Ordner) Dann kannst Du auf den jeweiligen Unterordnern die jeweiligen Gruppen hinzufügen (mit Ändern Rechten - kein Vollzugriff) Der Benutzer sieht nur die Ordner, auf die er Zugriff hat ... Du musst nur eine einzige Freigabe veröffentlichen oder mappen ... macht vieles leichter

ich würde wirklich mal an einem Client, an dem das Update nicht angeboten wird Treiber und Bios aktualisieren ... wir haben über >1000 Clients an unterschiedlichen Standorten, die via WSUS (inkl. WSUS in den Niederlassungen) die Updates bekommen ...

Läuft eigentlich ganz gut über WSUS - was bei uns aufgefallen ist ... die Treiber der Desktops/Notebooks sollten nicht steinalt sein - sprich man sollte die auch regelmäßig aktualisieren. Dann klappt das Feature Upgrade auch via WSUS (machen wir seit 1511 so ... ). Das 1903er braucht relativ wenig Zeit bei Reboot ... und das Upgrade auf 1909 läuft prinzipiell wie ein normales kummulatives Update (da gibt es per WSUS ein sog. Enabler Paket)

das ist eigentlich eine schmerzfreie Geschichte ... Wie @mba geschrieben hat ... Neuen Server installieren. Zum DC hochstufen, DNS, DHCP, Wins auf den neuen Server. Files per RoboCopy inkl. NTFS Rechten kopieren ... Freigaben setzen, Laufwerkmappings (so vorhanden) in den GPOs&Scripten an neuen Server anpassen (wenn die Files alle kopiert sind) fertig. Wichtig - DHCP vom Router weg! (Außer Du kannst bei dem Router für die DHCP Range eigene DNS Server angeben - sprich - die dann auf den DC und nicht auf den Router zeigen!) RoboCopy kannst Du jederzeit laufen lassen. Am Wochenende der endgültigen Migration einfach noch mal zusätzlich mit Parameter /MIR laufen lassen ... dann werden die Verzeichnisse nochmal abgeglichen. Inzwischen auf der Quelle gelöschte Dateien werden im Ziel auch gelöscht ... bereits übertragene Files werden nicht nochmal übertragen ... Schon x-mal bei diversen Fileservermigrationen gemacht ... alten DC demoten, DNS (Nameservereinträge!), Active Directory Sites bereinigen ... Wichtig: nach der Migration - Freigaben auf dem alten Server wegnehmen! Nicht, dass da jemand über UNC Pfade auf der alten Kiste noch arbeitet ... wenn sich nach einer Woche niemand meldet ... Dann kann man sich überlegen, ob man mit der Kiste noch was sinnvolles anfangen will&kann ... je nach Kapazität etc ... vielleicht noch für unkritische Dienste wie WSUS, Testumgebung etc. geeignet - vorausgesetzt man bekommt da ein aktuelles Windows zum Laufen (Hardware muss nicht immer vom Hersteller dafür zertifiziert sein ... läuft trotzdem ... mach ich hier auch ... auch Windows 2012r2 Treiber laufen i.d.R. unter Win 2016/19 ... aber wie gesagt für Tests oder unkritische Geschichten ... wenn der WSUS aus irgendeinem Grund platt ist ... das ist nicht tragisch!)

Welcome to the board was willst Du migrieren? File, Print, AD, DNS, DHCP ... ein Server kann vieles machen

2008R2 ist absolut abzuraten - EOL bei Microsoft seit HEUTE! Also keine Updates, Securityfixes, etc ... 2012R2 hat Support bis 2023

Such mal - ich müsste es auch raussuchen

Heute erst gemacht ... VM instant Recovery ... 30sec dann lief die Maschine. Sie wird auf dem ESX registriert und Veeam hängt seinen Backupspeicher quasi in den ESX. Die Maschine ist voll funktionsfähig und kann dann per StorageVMotion auf das SAN oder den Serverstorage geschoben werden. Ich denk mal, es macht Sinn, wenn Du Dich da mal ein wenig mehr mit Veeam beschäftigst. Sprich für den Notebetrieb (wenn Du davon ausgehst, dass Dein richtiger Server innerhalb von 4h wiederhergestellt ist) kann man die VM im Publish Mode auf dem Backup Store betreiben. Du musst Dir allerdings Gedanken machen, wie Du die geschichte mit geänderten Daten handhaben willst ... Wie schon geschrieben - es reicht ein kleiner Server mit ausreichend CPU & RAM um die VM zu starten. Plattenplatz wird für das Publishing nicht groß benötigt. Veeam selbst würde ich da einer eigenen Maschine betreiben ... Kollegen hatten das schon erwähnt - das muss ja kein nagelneuer Server sein ... prinzipiell reicht auch einer aus Zweitvermarktung (Leasing Rückläufer)

doch genau so zu deinen Clients ... ich wette mal, die haben SSDs verbaut. Die fahren schlicht zu schnell hoch, das Netzwerk ist noch nicht so weit. Du kannst per GPO setzen, dass die Kisten erst aufs Netzwerk warten sollen

@Nobbyaushb: Reddoxx ... machen die dann auch Mailgateway in ihrem RZ und reichen die Mails ins interne Netz weiter (so wie das Retarus macht) oder ist das ne Appliance, die man bei sich hinstellt?

@mwiederkehr er hat NICHT gezahlt. Aber er macht jetzt auch nichts ... ist anscheinend alles nicht so wichtig

so ... kleines Update ... nach dem Chat mit dem Hacker hatte dieser die Lösegeldforderung halbiert auf $2000. Der Kunde hat weiterhin max. $150 geboten. Sprich ist nicht auf das Angebot eingegangen. Seinen Aussagen nach ist jetzt alles nicht so schlimm ... sie können arbeiten (ERP läuft, Emails sind halbwegs da. Grafikdateien wären ok ... Office Dateien ... Schrott. Er wurschtelt weiter ... will erst noch Freunde fragen wegen neuen System ... Die Arbeit für das Angebot spar ich mir bei dieser Gesinnungslage ... Meine Rechnung hat er bezahlt - für mich ist das jetzt abgeschlossen Fazit: Den Schuß vor oder besser in den Bug hat er immer noch nicht verstanden. Das liegt jetzt alles in seiner Verantwortung ... ich bin raus!

ich schreib im Thread noch was dazu ...

Vorsicht... 4h Carepack bedeutet nicht das nach 4h der Server wieder läuft! Du hast i. d. R. I halb der 4h dein Ersatzteil. Kann aber trotzdem länger dauern... Schau Dir mal das Kleingedruckte an. Früher gab es noch Call to repair Packs... Die waren schweineteuer und beinhalteten eine garantierte Reparaturzeit. Das habt ihr zu 100%iger Sicherheit nicht. Nebenbei auf einem Hyper-V Host hat nix anderes zu Laufen! Ich hatte erst zum Jahresende einen Kunden, der gemeint hat, dass er so wenig wie nur irgendmöglich Geld ausgeben will... Das rächt sich früher oder später definitiv. Nochmal mein Rat: Holt euch einen kleinen Server als Notfallkiste und lässt Veeam meinetwegen auf einem Desktop laufen... Das was ihr jetzt macht... Verzeih die Direktheit ist absoluter Murks!

Moment ... versteh ich das richtig ... ihr habt Veeam auf dem Server in einer VM laufen, den ihr mit Veeam sichert? Wenn ja - macht euch erst mal Gedanken um ein sinnvolles Backup/Restore/Ausfallkonzept. Mit dieser Konstellation ist das so jedenfall m.E. nicht möglich Einfach mal kurz überdenken - was kostet euch der Ausfall über ein bis zwei Tage? Und ich würde bei weitem nicht nur einen Hardware Ausfall im Hinterkopf haben - da gibt es auch andere Dinge, die ein vernünftiges Ausfallkonzept/Restore nötig machen ...

die Problematik, dass manchmal nach einem Neustart die Exchange Dienste nicht hoch gestartet wurden hatte ich an einigen Standorten auch. Ich lasse jetzt einfach über den Taskplaner nach dem Neustart mit zwei Minuten Verzögerung ein Powershell Script laufen, dass alle nötigen Exchange Dienste startet. Seit dem ist Ruhe! (Problem ist manchmal, dass die VMs einfach zu schnell starten - die liegen auf einem SAN SSD Storage - und deshalb sind manche Systemdienste die Exchange benötigt einfach noch nicht komplett gestartet ... (Das Powershell Script kann ich morgen gerne posten, wenn es gewünscht wird)

wo ist dann das Problem? Veeam kann doch das Backup der VM mounten und direkt vom Backup starten. Damit ist im Restore Fall das innerhalb weniger Minuten wieder verfügbar. Du brauchst halt eine Maschine, auf der Veeam die VM publishen kann (ich geh jetzt nicht davon aus, dass Du nur einen einzigen physikalischen Server hast)

Wenn eh Veeam im Haus verwendet wird ... welche Edition/Programm - Du schreibst was von backup & replication? Sind die Server dann virtualisiert?

Eine Sophos UTM als Gateway/Firewall/Spamfilter/etc ... und F-Secure auf dem Exchange. Spamfilter der Sophos ist gut und der Exchange steht nicht mehr im Internet

der ist aber in der lokalen Admin Gruppe des PCs drinnen! sollen die beiden "Unternehmens weit" oder nur auf ihrem PC Administrative Rechte haben. wenn Letzteres, dann sollte ein zweites Konto lokal in die Admingruppe.

wenn das Übertragen einer der Rollen schief geht bleibt die einfach auf dem alten DC - nix passiert - Fehler beheben und noch mal verschieben GC = Global Catalog Thema Angst - deshalb Sicherung mit Systemstate (mit einem Backupprogramm Deiner Wahl oder mit Windows backup)

mal ne blöde Frage ... warum das ganze Gezuppe? Für die Übertragung der FSMO Rollen ist das alles absolut nicht notwendig. Das geht im laufenden Betrieb ohne dass irgendwas heruntergefahren werden muss. Haben wir schon oft in unseren Domänen gemacht. Wichtig ist einzig eine vernünftige Sicherung des Systemstates (dafür reicht Windows Backup) ... FSMO Rollen per Powershell auf den neuen DC holen ... wenn alles durch ist - kannst Du noch mal eine Sicherheits-Kaffeetasse trinken und dann die Replikation prüfen. Wenn der 16er schon DC ist kannst Du jederzeit auch den GC dafür aktivieren ... Wenn die Eventlogs sauber sind ... mit dcpromo den alten 2k3 demoten - DNS bereinigen und fertig. Aber Du hast recht, man kann aus allem ein halbjähriges Projekt machen ...

17 heißt bedingt geschäftsfähig ... ab 18 kannst Du tun und lassen was du willst und dir leisten kannst. Vorher ... Pech!