Ab Version Exchange 2010 präsentierte Entwickler uns sehr gute Lösung für hohe Verfügbarkeit und Fehlertoleranz von Mailbox-Datenbank-Server - Database Availability Group (DAG).

Aber Situation war nicht so lustig mit hoher Verfügbarkeit von Client Access Server in Exchange 2010. Wir hatten CAS-Arrays und NLB-Cluster zu erstellen (basierend auf Windows oder Hardware-Lösungen).

Glücklicherweise Microsoft in Exchange 2013 nach vorn auf der brandneuen Lösung der Bereitstellung von Client-Zugriff auf den Dienst gegangen. Eigentlich, jetzt sind wir "ehemaligen" Outlook Anywhere haben, die für die Kunden aus dem Internet arbeiten, sowie für die Kunden aus dem Intranet. Client-Anfragen an Server nun unabhängig von Verbindung verarbeitet, das heißt jetzt ist es absolut nicht wichtig, was genau CAS-Server an den Client antworten, weil alle Verarbeitungen von Anfragen an Postfachservern durchgeführt werden, und die CAS-Server nur Pakete werfen hin und her.

Angenommen, Sie müssen Dienstkonto für Microsoft SQL Server 2012 Service ändern. Wenn es früher System war, dann jetzt müssen Sie unter einem Domänenkonto zu arbeiten.

Verfahren selbst Rechnungs Wechsel ist ganz einfach. Starten Sie Sql Server Configuration Manager und in SQL Server Services Unterstruktur ändern Eigenschaften des Dienstes.

Während bisher meine Exchange-Infrastruktur erstreckt und zu modifizieren, wurde ich brauchte Receive Connectors von einem Server auf einen anderen zu kopieren. Ich schrieb ein einfaches Template-Skript für diese Aufgabe.

Wie Sie wissen, gibt es viele Arten von Exchange 2013-Protokolle und viel Speicherplatz verwendet wird - und - Platz auf Systemplatte. Theoretisch kann man Pfade aller Protokolle in Powershell ändern. Aber wegen der Anzahl der Protokolle Typen in Exchange, alle diese Ordner verwalten (und Dateigrößen, Verzeichnisgrößen, max Alter von Dateien) zu einem wahren Alptraum.

So habe ich für mich und dich ein wenig Notiz in Powershell -Skripts, so kann ich sie nach der Installation des nächsten neuen Server ausgeführt werden.

Wenn Sie immer noch den Client-Computern mit Windows XP haben, können Sie den folgenden Fehler feststellen, während Zertifikat der Einschreibung von Active Directory Certification Services (ADCS), die unter Windows Server 2012 R2 arbeiten:

EventID 13
Source AutoEnrollment
0x80094011
The permissions on this certification authority do not allow the current user to enroll for certificates (this error you will find in Application Event Log on client computer). 

Die Zeit vergeht, und Windows XP und Windows Server 2003 wird nicht jünger. Zur gleichen Zeit werden, Sicherheitsstandards unabhängig von diesen Legacy-Betriebssystemen entwickelt. Mit ihnen in der Infrastruktur, nicht nur unter Beschuss setzen Sie Ihre gesamte IT-System, aber manchmal nur Funktionalität verlieren.

Hier ist beispielsweise , wenn MDaemon nicht SSL-Verbindung mit anderen Mail-Servern oder Clients (sowohl beim Senden und Empfangen von Mails) etablieren

Wenn Sie MDaemon mit Windows Server 2003 verwenden, können Probleme mit der Bereitstellung oder Empfangen von E-Mails von anderen E-Mail-Servern auftreten.