Dukel

Demolition Man?

Siehe Mit dem Script werden nur benötigte Updates genemigt. Dann muss man das nicht manuell via Wsus Konsole machen.

Bei dem TO werden mehr als 4 GB angezeigt, d.H. er hat in jedem Fall ein 64bit OS.

Aber auch nicht mehr als 4 GB:

Bitte sag nicht "Hyper-V" installieren sondern VM oder Gast. Mit Hyper-V wird meist der Host bezeichnet, dass verwirrt nur. Wenn du es "richtig" machsten willst, dann brauchst du eine zweite Lizenz und kannst vier VM's installieren. Einen DC, einen Exchange, einen SQL Server und einen Fileserver.

Entweder man vertraut diesem externen Admin oder man muss gemeinsam mitschauen, was dieser macht (Teamviewer).

Btw. Es gibt auch leise Server, die auch in einem Büro betrieben werden können.

Mit PRTG wäre es zu empfehlen sich die xFlow Sensoren anzuschauen. http://www.msxfaq.de/netzwerk/netflow/index.htm http://www.msxfaq.de/tools/prtg/prtg_und_netflow_sflow.htm

Du siehst doch was dagegen spricht. Es funktioniert ja nicht. Ich würde auch einen DL hinzuziehen. Hast du die Errors angepasst, dass diese angezeigt werden? Sonst kann man ewig herumraten. Läuft der SQL Dienst?

Angemeldet bleiben oder diesen Workaround durch etwas gescheites ersetzen.

Weil Autodiscover erst in einer bestimmten Version kam und davor manuell konfiguriert wurde.

Dafür gibt es Autodiscover. Wenn die Clients damals manuell konfiguriert wurden muss man dieses Profil einmal neu machen (löschen, neu anlegen).

Konfiguriere Autodiscover richtig!

Das ist wirklich komisch. Wenn derjenige, der die Seite macht sich auskennt würde es die Änderungen so durchführen, dass Caches beachtet werden. Sowas kann man auch machen.

https://support.microsoft.com/en-us/help/968929/windows-management-framework-windows-powershell-2-0--winrm-2-0--and-bi Den Log Pfad musst du mit Powershell zusammenbauen. %date% gibt es da nicht. Für den Einstig. $datum = get-date -Format 'yyyy-MM-dd_HH-mm'

Nenn das Ding NAS oder Netzwerkfreigabe und füge den Explorer mit der Netzwerkfreigabe zum Batch.

Nein. Du kannst dem Benutzer aber temporäre, ungültige eMail Adressen geben. Wieso überlegst du nicht erst, wie du migriest und testest es dann?

Der Sendeconnector hat jetzt ja erstmal nichts mit der Migration zu tun. Das richtest du so ein, wie du dies generell machen würdest. Mit z.B. ImapSync kann man die Migration der Mails auch Incrementell durchführen. Dann ist es egal, wie groß das Postfach ist.

In Powershell: $quelle = 'quelle1' $src = 'C:\temp\src' $dst = 'C:\temp\dst' foreach($folder in (Get-ChildItem $src)){ foreach($folder in (Get-ChildItem $folder.FullName)){ foreach($folder in (Get-ChildItem $folder.FullName)){ $srcPath = $folder.FullName "Src: $srcPath" $dstPath = $folder.FullName.replace($src,$dst) "Dst: $dstPath" $arg = "$srcPath $dstPath\$quelle /E ..." Start-Process -NoNewWindow -Wait -FilePath robocopy.exe -ArgumentList $arg } } } Die Robocopy Argumente müssen noch ergänzt werden. Für das Datum (des Logs) gibt es "get-date" mit entsprechenden Parametern / Formate.

Wieso PST Files? Man kann auch die Mails via Imap migrieren. Aber das würde ich mit einem Dienstleister durchgehen, welcher Weg hier der sinnvollste ist.

Dann bau dir ein Script drum herum, welches z.B. alle Quellordner ausliest und Robocopy für jeden Ordner ausführt mit der Quelle dazu. Weiterer Tipp: Nutze UNC Pfade statt gemountete Laufwerksbuchstaben.

Du kannst den Exchange Server soweit schon vorbereiten, dass dieser intern funktioniert. D.h. Mails zwischen Exchange Postfächern funktionieren, Mails, die direkt an Exchange (im LAN) geschickt werden, kommen an und Mails nach extern kommen an. Dann kannst du die Migration angehen.

Um Mails zu versenden brauchst du generell einen Sendeconnector. Dieser sollte aber für alles "*" gelten und nicht nur für die Domain xyz.de. Oder verwechselst du das mit einem Empfangsconnector?

Lass mal das "\tool" im Robocopy Aufruf weg.

Eine alternative wäre doch die Daten nicht direkt auf das Backup Ziel zu sichern sondern auf einen Ort, welcher von Veeam über das normale Backup mitgesichert wird. Dann brauchst du keine zwei Unterschiedlichen Verschlüsslungsmechanismen.