Dukel

Sag das meinen Kunden. Diese würden dies aber mittels eines IDM verwalten. "Datenschutz ist was tolles"

DAG heisst das ganze bei Exchange. Bei SQL Server heisst das AG (Availability Groups) ;)

Ich habe Limits für Exchange Online gefunden. https://technet.microsoft.com/en-us/library/exchange-online-limits.aspx#abl Sind das evtl. die selben Limits? Das hieße 1.000 max. Adresslisten und 250 max GAL's.

Oder eine andere Lösung für die Remote Veröffentlichung nutzen. Nachdem TMG abgekündigt wurde sollte man dies eh bedenken.

Dann mach die Lease Time höher als die garantierte Ausfallzeit der MPLS Leitung und installiere den DHCP Server am Hauptstandort verfügbar (z.B. DHCP Failover mit Server 2016).

Hallo, leider habe ich keine Übersicht der Limits von Exchange gefunden. Gibt es Beschränkungen in der Anzahl der GAL's oder Anzahl der Adresslisten? Viele Grüße Dukel

Dann sollte man sich das im Konzern auch einmal überdenken. Alle Forever Inkremental Konzepte in den verschiedenen Backuplösungen, die ich kenne, erstellen aus den ganzen Inkrementellen Backups auf dem Backupserver (!) ein neues Full Backup. Es heisst in jeder Backup Software anderst, aber generell ist das so. Außerdem ist das mit den vielen Inkrementellen vorallem Relevant, wenn man auf Bänder sichert und Bänder wechseln muss. Wenn alles auf Disk gesichert wird ist der Overhead sehr viel weniger. Ist es Konzern Richtlinie, dass vom Client ein Full Backup gesichert werden muss oder muss einfach nur jeden Monat ein Full Backup existieren? Das geschieht bei Syntetic Full. Du hast jeden Monat ein Fullbackup ohne das eines vom Client gezogen wird.

Verabschiede dich von dem Konzept des Vollbackups. Idr macht man heutzutage Inkrementell Forever Backups. D.h. ein Vollbackup belastet nur das Backupsystem und über die Leitung geht immer nur das Inkrement (und das noch de dupliziert und komprimiert).

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?