Dukel

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.

Ist auf der IPFire NAT aktiviert / konfiguriert? Muss man evtl. via Proxy ins Internet?

Das sollte mit Dynamic Access Control machbar sein. https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn408191(v=ws.11)

Wieso setzt du die Wsus ID und löscht diese nicht einfach, damit diese automatisch gesetzt wird?

War so viel Text... Habs jetzt verstanden, es geht um Sicherungen parallel zu Veeam.

Ähm?!? Unterstützt Veeam nicht von sich aus eine Verschlüsslung? Dann nutze diese!

Richtige Server haben eine Remote Schnittstelle (iLo, DRAC,...) und man muss nicht vor Ort. Noch mehr Komfort hat man zusätzlich mit einer Netzwerk PDU (Netzwerkfähige Steckdosenleiste).

Bitte lies ein mal die Links unter und versuche es dann nochmal hier.

Was jetzt? Sind die RDS Hosts in der Domäne oder nicht?

Siehe https://tools.ietf.org/html/rfc2324

https://www.gruppenrichtlinien.de/artikel/loopbackverarbeitungsmodus-loopback-processing-mode/ https://www.gruppenrichtlinien.de/artikel/remote-desktop-server-terminal-server/ Sind das eigene Nutzer für RDS und die Anwender haben zwei Benutzer? Eigendlich willst du keine GPO für die RDS User sondern für die RDS Hosts.

Ich würde auf einem RDS Host keine Serverapplikationen installieren.

Ich meine, dass man man USB Disks so konfigurieren kann dass man diese wie USB Sticks oder eben nicht so auswerfen kann. Evtl. in den Einstellungen des Schreib Caches.

https://technet.microsoft.com/en-us/library/jj150540(v=exchg.150).aspx Speziell für Public Folder: Bei einem Upgrade geht man natürlich gleich auf 2016.

Gerade mit öffentlichen Ordnern ist ein Upgrade zu Exchange 2013/2016 angeraten. http://msexchangeguru.com/2016/07/15/exchange2016-publicfolders/ Wegen der DAG und zweitem Standort: Alles machbar und das wichtigste wurde ja schon gesagt. Für einen DAG zwischen Standorten gibt es bestimmte voraussetzungen was die Netzwerkbandbreite betrifft. https://technet.microsoft.com/en-us/library/dd638104(v=exchg.160).aspx

Vielleicht ist mit der gleichen Funktion gemeint, dass Client Zugriffe damit Lizenziert werden, aber nicht die technischen Details. Das ist ja eh komplett unterschiedlich, da du CAL's pro Anzahl der zugreifenden Nutzer benötigst und EC pro Server.

Es gibt nur eine Passwort Richtlinie (die Default Domain Policy). Weitere Passwortrichtlinien werden mittels Fine Grant Passwort Policys umgesetzt.

Commvault hat z.B. XP Support: http://documentation.commvault.com/commvault/v11/article?p=system_requirements/windows.htm