Granikos Technology Blog

Die Microsoft Konferenz MS Ignite 2015 bot eine große Anzahl an technischen Breakout-Sessions und Diskussionsrunden. Nachfolgend finden Sie Links zu den Channel 9 Aufzeichnungen der Sessions mit primären Fokus auf Exchange, Exchange Online and Office 365.

Exchange Server

• Meet Exchange Server 2016
  http://channel9.msdn.com/Events/Ignite/2015/FND2204
   
• Deploying Exchange Server 2016
  http://channel9.msdn.com/events/Ignite/2015/BRK3129
   
• Exchange Server Preferred Architecture
  http://channel9.msdn.com/events/Ignite/2015/BRK3197
   
• Exchange Design Concepts and Best Practices
  http://channel9.msdn.com/events/Ignite/2015/BRK3131
   
• Making Managed Availability Easier to Monitor and Troubleshoot
  http://channel9.msdn.com/events/Ignite/2015/BRK3163
   
• Meeting Complex Security Requirements for Publishing Exchange
  http://channel9.msdn.com/events/Ignite/2015/BRK3147
   
• Exchange Storage for Insiders: It's ESE
  http://channel9.msdn.com/events/Ignite/2015/BRK3206
   
• MVPs Unplugged: Real-World Microsoft Exchange Server Designs and Deployments
  http://channel9.msdn.com/events/Ignite/2015/BRK3152
   
• Experts Unplugged: Exchange Server Deployment and Architecture
  http://channel9.msdn.com/events/Ignite/2015/BRK3173
   
• Experts Unplugged: Exchange Server High Availability and Site Resilience PLUS Storage
  http://channel9.msdn.com/events/Ignite/2015/BRK3102
   
• Experts Unplugged: Exchange Top Issues
  http://channel9.msdn.com/events/Ignite/2015/BRK3158
   
• Under the Hood with DAGs
  http://channel9.msdn.com/events/Ignite/2015/BRK4105
   
• Experts Unplugged: New Exchange Scenarios
  http://channel9.msdn.com/events/Ignite/2015/BRK3188
   
• Servicing Microsoft Exchange Server: Update Your Knowledge
  http://channel9.msdn.com/events/Ignite/2015/BRK3207
   
• Exchange on IaaS: Concerns, Tradeoffs, and Best Practices
  http://channel9.msdn.com/events/Ignite/2015/BRK3178
   
• Mail Flow and Transport Deep Dive
  http://channel9.msdn.com/events/Ignite/2015/BRK3160
   
• Automating Microsoft Exchange Server 2013 Configuration with PowerShell Desired State Configuration
  http://channel9.msdn.com/events/Ignite/2015/BRK3150
   
• Deployment Strategies and Integration Scenarios with Microsoft Exchange and Skype for Business
  http://channel9.msdn.com/events/Ignite/2015/BRK3200
   
• Building Tenant-Wide Apps with the New Exchange REST APIs
  http://channel9.msdn.com/events/Ignite/2015/BRK3145
   
• Tools and Techniques for Exchange Performance Troubleshooting
  http://channel9.msdn.com/events/Ignite/2015/BRK3180
   
• Exam Prep Session for Exam 70-341 and Exam 70-342: Exchange Server 2013
  http://channel9.msdn.com/events/Ignite/2015/BRK3909
   

Office 365 – Exchange Online

• Ten Ways to Secure Your Office 365 Tenants
  http://channel9.msdn.com/events/Ignite/2015/BRK3191
   
• Behind the Curtain: Running Exchange Online
  http://channel9.msdn.com/events/Ignite/2015/BRK3186
   
• Exchange on IaaS: Concerns, Tradeoffs, and Best Practices
  http://channel9.msdn.com/events/Ignite/2015/BRK3178
   
• Exchange Online Protection, Mailflow, and Encryption: Notes from the Field
  http://channel9.msdn.com/events/Ignite/2015/BRK3161
   
• Tame Your Inbox: Clutter in Office 365
  http://channel9.msdn.com/events/Ignite/2015/BRK3149
   
• Exchange Online Archiving: Notes from the Field
  http://channel9.msdn.com/events/Ignite/2015/BRK3104
   
• Keeping Your Data in Place with Office 365 Archiving and Retention
  http://channel9.msdn.com/events/Ignite/2015/BRK2144
   
• Experts Unplugged: Exchange Online Migrations
  http://channel9.msdn.com/events/Ignite/2015/BRK3112
   
• Experts Unplugged: Office 365 Security
  http://channel9.msdn.com/events/Ignite/2015/BRK2193
   
• Experts Unplugged: Office 365 Compliance
  http://channel9.msdn.com/events/Ignite/2015/BRK2145
   
• First Look at Advanced Threat Protection in Office 365 to Stop Unknown Malware and Phishing Attacks
  http://channel9.msdn.com/Events/Ignite/2015/THR0136
   
• Exchange Online Protection, Mailflow, and Encryption: Notes from the Field
  http://channel9.msdn.com/events/Ignite/2015/BRK3161
   
• Evolving Email Protection for Tomorrow’s Needs with Exchange Online Protection
  http://channel9.msdn.com/events/Ignite/2015/BRK2198
   
• Bumps and Blips on the Road to Cloud Nirvana: From On-Premises Microsoft Exchange to Office 365
  http://channel9.msdn.com/events/Ignite/2015/BRK2164
   
• Using Connectors and Mail Routing
  http://channel9.msdn.com/events/Ignite/2015/BRK3159
   
• Exchange Hybrid: Make Office 365 Work for You
  http://channel9.msdn.com/events/Ignite/2015/BRK3139
   
• Microsoft Office 365 Groups Deep Dive
  http://channel9.msdn.com/events/Ignite/2015/BRK3114
   
• Advanced Exchange Hybrid Topologies
  http://channel9.msdn.com/events/Ignite/2015/BRK4115
   
• Deep Dive into How Microsoft Handles Spam and Advanced Email Threats
  http://channel9.msdn.com/events/Ignite/2015/BRK3106
   
• Office 365 Administration Best Practices
  http://channel9.msdn.com/events/Ignite/2015/BRK3179
   
• Inside the Office 365 Onboarding Center
  http://channel9.msdn.com/events/Ignite/2015/BRK3204
   

Sicherheit

• How to Protect Your Corporate Resources from Advanced Attacks
  http://channel9.msdn.com/events/Ignite/2015/BRK3870
   
• Office 365 Security and Control
  http://channel9.msdn.com/events/Ignite/2015/BRK2194
   
• Advancing into Next generation for Security and Trust in Cloud Services
  http://channel9.msdn.com/events/Ignite/2015/BRK3148
   

Anderes

• Planning for Internet Performance and Capacity
  http://channel9.msdn.com/events/Ignite/2015/BRK3166
   
• Configuring OneDrive for Business Deployment: Options and Best Practices
  http://channel9.msdn.com/events/Ignite/2015/BRK3183 

Alle weiteren Aufzeichnungen der MS Ignite finden Sie auf Channel 9: http://channel9.msdn.com/Events/Ignite/2015

MS Ignite 2016

Save the date for MS Ignite 2016: May 8th – May 13th in Chicago

Das Blog Cumulative Update für November 2019 (CU1119) fasst interessante Themen rund um Cloud Sicherheit, Exchange Server, Office 365, Microsoft Teams und Azure des Monats November 2019 zusammen.

Ignite 2019

Die wichtigsten Sessions der Ignite 2019 zu den Theman Azure AD, Exchange (Online) / Outlook und Microsoft Teams finden Sie hier:

• Azure AD
  • https://go.granikos.eu/Ignite2019AAD
     
• Exchange (Online) & Outlook
  • https://go.granikos.eu/Ignite2019ExchangeOutlook
     
• Microsoft Teams
  • https://go.granikos.eu/Ignite2019Teams

Exchange Server

• [STICKY] Outlook License Requirements for Exchange Features
• The case of constant OAB generation and full OAB downloads

Microsoft 365 | OneDrive | Exchange Online | and more

• [STICKY] Office 365 Network Performance Tool
• [STICKY] Office 365 Support and Recovery Assistant (aka SaRA)
• [STICKY] Office 365 URLs and IP address ranges
• [STICKY] Office 365-Trust Center
• Das neue Self-Service Portal in Office 365 abstellen
• Three Ways to use PowerShell to Send a Welcome Message to New Office 365 Users
• Can Exchange Online Really Recall Messages?
• Blocking Self-Service Purchases
• Microsoft Acts to Stop OneDrive Users Excluding Sites from Searches
• Better contacts experience coming for Microsoft 365
• Updated: Running PowerShell cmdlets for large numbers of users in Office 365
• Exchange Admin Improvements Announced at Microsoft Ignite 2019

Microsoft Teams

• [STICKY] Keyboard shortcuts for Microsoft Teams
• [STICKY] Surface Hub update history
• [STICKY] Instructor-led training for Microsoft Teams
• Creating a year at a glance Calendar (in Excel) from aggregated Shared Calendars in Exchange Online within a Microsoft Teams Tab app using the Microsoft Graph
• Managing Private Channels in Microsoft Teams
• Backup-Team
• 5 attributes of successful teams
• Introducing the Teams and Power Apps whitepaper
• Use Cases for private channels in Microsoft Teams
• Migrating from Skype for Business Server 2019 to Microsoft Teams: The Ultimate Guide

Skype for Business Server | Communications

• [STICKY] Download: Skype for Business Network Assessment Tool
• Do I need a functioning Skype Edge to move users to Online? No

Microsoft Azure

• [STICKY] Azure Latency Test
• [STICKY] Virtual Machines Licensing FAQ
• [STICKY] Azure Architecture Center
• [STICKY] Microsoft Azure Trust Center
• How to use Azure Ultra Disks with Azure Virtual Machines

Cloud | Cloud Sicherheit

• [STICKY] Microsoft Security TechCenter
• Introducing more privacy transparency for our commercial cloud customers
• Behind the scenes: How Microsoft and Google work together for customers on Android Enterprise
• Microsoft Intune brings mobile threat defense to unenrolled BYO devices
• Modern management and security principles driving our Microsoft Endpoint Manager vision
• Use the power of cloud intelligence to simplify and accelerate IT and the move to a modern workplace

Docs | Knowledge Base | TechNet

• [STICKY] Getting started with the Cloud Adoption Framework

Allgemein

• [STICKY] Microsoft Products Reaching End of Support for 2019
• PowerShell Controller Scripts
• Gartner Names Microsoft a Leader in the 2019 Enterprise Information Archiving (EIA) Magic Quadrant
• Preserving cultural heritage one language at a time
• Ignite 2019 - Eine Zusammenfassung
• Ignite 2019 - Microsoft Teams Sessions
• Ignite 2019 - Azure Active Directory Sessions
• Ignite 2019 - Exchange & Outlook Sessions
• Introducing Project Cortex
• Reversing Arrays easily in PowerShell
• Microsoft study: Teens are better than adults at finding help with online issues
• Paris Call: Growing Consensus on Cyberspace
• Recap Ignite 2019

Replay

• März 2019: Attempting to activate a DAG mailbox database in Exchange Server 2019 EAC fails

Podcast Empfehlungen

• [STICKY] Collab Talk: #MsftBuzzChat Podcast series
• Episode #49 - Microsoft Teams : How did we get here and what’s coming
• The Evolving Discussion around Adoption & Engagement
• Podcast: Episode #42 – Karuana Gatimu – Microsoft 365 Adoption
• Exchange Exposed

Tools

• Network Assessment Tool Plus
• ADFS Rapid Restore Tool
• Active Directory Migration Tool version 3.2
• Microsoft Azure, Cloud and Enterprise Symbol / Icon Set - Visio stencil, PowerPoint, PNG, SVG
• ISESteroids - PowerTheShell
• Mailscape 365 - Exchange Online Monitoring und Reporting
• Mailscape - Exchange Monitoring und Reporting
• Uniscope - Lync Monitoring und Reporting
• Compass - Active Directory Monitoring und Reporting
• ForeSite - SharePoint Monitoring und Reporting

Gerne unterstützen wir Sie bei der Planung und Durchführung Ihrer Exchange Server Implementierung oder Migration.

Sie denken über einen vollständigen Wechsel zu Microsoft 365 oder eine Hybrid-Konfiguration mit Office 365 nach? Wir beraten Sie umfassend und neutral über die Möglichkeiten der Office 365 Plattform und Microsoft 365.

Sie möchten mehr über Exchange Server 2019 erfahren? Gerne erläutern wir Ihnen die technischen Änderungen und Chancen für Ihr Unternehmen in einem individuellen Workshop. Bis dahin, werfen Sie doch einen Blick in das Microsoft Exchange Server 2019: Das Handbuch für Administratoren.

Weitere Informationen zu unseren Dienstleistungen finden Sie auf unserer Website (https://www.granikos.eu) oder Sie kontaktieren direkt unser Vertriebsteam: info@granikos.eu

Der virtualisierte Betrieb von Exchange Server ist seit der Einführung von Hypervisor-Plattformen immer wieder Thema für Diskussionen. Oftmals werden diese Diskussionen sehr emotional geführt und die richtigen Argumente für und gegen solch einen Betrieb finden selten Gehör. Das ist meist dann der Fall, wenn das Motto 100% Virtualisierung ausgerufen wurde.

Unabhängig von der Exchange Server Produktversion gibt es für die Planung und den Betrieb virtualisierter Exchange Server einen wichtigen Grundsatz:

Die Anforderungen an Prozessor, Arbeitsspeicher und Datendurchsatz der Festplatten für virtualisierte Exchange Server sind identisch zu den Anforderungen eines Betriebs auf physischen Servern.

Von diesem Grundsatz wird in der Realität immer wieder abgewichen. Abweichung von diesem Grundsatz haben aber automatisch Auswirkungen auf den stabilen und sicheren Betrieb von Exchange Server und erhöhen zusätzlich das Betriebsrisiko.

Empfohlene Betriebsparameter

Mit Exchange Server 2019 haben sich empfohlenen Betriebsparameter für einen stabilen Betrieb, im Vergleich zu den Vorversionen, stark verändert.

Die empfohlene Prozessor-Konfiguration sieht weiterhin eine 2-Sockel-Architektur, allerdings mit insgesamt bis zu 48 Prozessorkernen (Cores) vor. Für den Betrieb eines Exchange Servers mit Postfach-Rolle ist eine Arbeitsspeichergröße von 128GB und für einen Server mit Edge Transport-Rolle eine Arbeitsspeichergröße von 64GB empfohlen.

Ob für Ihre Exchange Server 2019 Umgebung diese empfohlenen Betriebsparameter sinnvoll oder ob andere Betriebsparameter notwendig sind, finden Sie mit Hilfe des Exchange Server 2019 Sizing Calculator heraus. Der Calculator basiert auf einer Excel-Datei, die für Exchange Server 2019 ab dem Kumulativen Update 2 Bestandteil der Exchange Server 2019 ISO-Datei ist. Für Exchange Server 2016 können Sie die Excel-Datei direkt aus dem Microsoft Download Center herunterladen.

Exchange Server 2019, MetaCache Datenbank und Virtualisierung

Die Virtualisierung von Exchange Server 2019 ist, wenn Sie sich nur an den Empfehlungen der Online Dokumentation orientieren, eine Herausforderung. Sie werden zu recht einwenden, dass niemand diesen Empfehlungen folgt, um Exchange Server 2019 produktiv zu betreiben. Meine Gegenfrage ist aber automatisch: Warum folgen Sie diesen Empfehlungen nicht? Die Empfehlungen basieren auf den jahrelangen Erfahrungen der Exchange Produktgruppe mit dem Betrieb von Exchange Server 2019 in großen und hochverfügbaren Umgebungen.

An dieser Stelle sei auch noch einmal darauf hingewiesen, was das Produkt Exchange Server ist: 

Exchange Server ist eine Softwarelösung zur hochverfügbaren und sicheren Bereitstellung einer Massaging-Plattform für Clients und weitere Applikationen.

Vor dem Hintergrund der Empfehlungen für die Prozessor- und Arbeitsspeicherkonfiguration ist eine Virtualisierung von Exchange Server 2019 nicht immer sinnvoll. Wenn Sie eine Datenbankverfügbarkeitsgruppe (DAG) mit der Mindestanforderung von vier Mitgliedsservern konfigurieren, benötigen Sie auch mindestens vier Hypervisor-Host-Systeme. Der gleichzeitige produktive Betrieb von zwei Exchange Servern auf einem Host-System stellt ein beträchtliches Betriebsrisiko dar und ist im Regelbetrieb zu vermeiden.

Für den empfohlenen Betrieb des Exchange Server Gast-Systems müssen Sie in der Hypervisor-Plattform mit fest reservierten Ressourcen für Prozessor und Arbeitsspeicher arbeiten. Sie können bei der CPU-Ressourcenzuweisung zwar ein Verhältnis von 1:2 (pCore : vCore) konfigurieren, jedoch ist dies nur dann sinnvoll, wenn Sie sowohl die CPU-Auslastung des Gast-Systems, als auch des Host-Systems lückelos überwachen. Sobald auf dem Host-System weitere virtuelle Systeme betrieben werden, die eine hohe CPU-Last erzeugen, geht dies automatisch zu Lasten des Exchange Server-Systems.

Bedenken Sie bei der Konfiguration der Ressourcen immer, dass eine auf einem Windows Server betriebene Applikation immer genau die Ressourcen sieht, die das Betriebssystem meldet. Ist ein Server-System mit 24 vCores und 128GB Arbeitsspeicher konfiguriert, so nimmt die Applikation diese Ressourcen auch in Anspruch. Stehen diese Ressourcen bei einer dynamischen Zuweisung durch das Host-System nicht unmittelbar zur Verfügung, kommt es zu spürbaren Leistungsproblemen und zu Appkilationsfehlern.

Neben den Hypervisor-Herausforderungen für CPU-Cores und Arbeitsspeicher ergeben sich ebenso Herausforderungen für die Anbindung der notwendigen Speichermedien. Idealerweise verfügt das Gast-System für Exchange Server 2019 über nur ein, per Laufwerksbuchstaben eingebundenes Volume für das Betriebssystem und die Exchange Server Programmdateien. Alle weiteren Volumes zur Speicherung der Postfachdatenbanken und Protokolldateien werden über Mountpoints eingebunden. Je nach Anzahl der benötigten Volumes und der verwendeten Technologie zur Bereitstellung von Volumes in der Hypervisor-Plattform, stoßen Sie hier an Grenzen. Erschwert wird diese Situation noch dadurch, dass der hochverfügbare Betrieb einer DAG die Nutzung der AutoReseed-Funktion von Exchange Server vorsieht. Die AutoReseed-Funktion erfordert die Einbindung weiterer Volumes durch die Hypervisor-Plattform in das Gast-System.

Die Bereitstellung von leistungsstarkem Datenspeicher ist der neuralgische Punkt einer virtualisierten Exchange Server-Plattform. Für die Bereitstellung des erforderlichen Datenspeichers bieten Ihnen zahlreiche Hersteller die phantasievollsten Lösungen an. In den meisten Fällen handelt es sich um Lösungen, die eine Ersparnis des benötigten Gesamtvolumens für Exchange Server Postfachdatenbanken und Protokolldateien versprechen. Oftmals wird dies durch eine Form der Deduplizierung für die Postfachdatenbanken und Protkolldateien erreicht.

In solchen einem Fall muss Ihnen bewusst sein, dass Sie das Feld eines unterstützen Betriebes von Exchange Server 2019 verlassen. Sie nehmen Exchange Server eine der wichtigsten Funktionen für den Fall eines Desaster, die Datenbankportierbarkeit.

Jede weitere Technologieebene im Betrieb Ihrer Exchange Server-Plattform erhöht die Komplexität und die Zahl der möglichen Fehlerquellen. Hinzu kommt, dass Sie solch einen extern angebunden Datenspeicher immer redundant betreiben müssen, um das allgemeine Betriebsrisiko der Plattform zu minimieren. Bedenken Sie in diesem Zusammenhang auch, dass das Exchange Server Produktteam klassische HDD-Datenträger für die Speicherung von Datendateien empfiehlt, da SSD-Laufwerke nicht die notwendige Zuverlässigkeit und Robustheit aufweisen.

MetaCache-Datenbank

Mit Exchange Server 2019 wurde die Funktion der MetaCache-Datenbank (MCDB) eingeführt. Die Aufgabe der MCDB ist die Beschleunigung des Datenzugriffs auf häufig genutzte Postfachinformationen. Für den optionalen Betrieb einer DAG mit aktivierter MCDB-Funktion sind einige Voraussetzungen zu erfüllen:

1. Sie müssen Ihre Exchange Server-Systeme in einer DAG-Konfiguration betreiben
2. Sie müssen die DAG für AutoReseed konfigurieren
3. Sie müssen für MCDB die passende Anzahl an SSD-Laufwerken bereitstellen

Beim Betrieb einer Exchange Server Plattform mit physikalischen Servern verwenden Sie idealerweise passende M.2 SSD-Laufwerke, die direkt innerhalb des Servers verbaut sind. Auf diese Weise stehen Ihnen mehr Standardsteckplätze für die HDD-Laufwerke der Daten-Volumes zur Verfügung.

Aber wie können Sie von den Vorteilen der MCDB bei einem virtualisierten Betrieb von Exchange Server profitieren?

Wie bereits erwähnt, basiert die Nutzung der MCDB-Funktion auf SSD-Datenträgern. Bei einem Betrieb in einer Hypervisor-Plattform sind immer zusätzlichen Technologieebenen zwischen dem Betriebssystem und dem eigentlichen Datenspeicher, die den Geschwindigkeitsvorteilen einer direkten SSD-Anbindung in einem physikalischen Server entgegenstehen.

In einer Hypervisor-Plattform ist der Betrieb einer MCDB-Konfiguration nicht sinnvoll. Die zusätzlichen Laufwerke, insofern Sie als SSD-Laufwerke bereitgestellt werden können, erhöhen nochtmals die Komplexität der Plattform und erzeugen mit ihren Disk-I/O zusätzliche CPU-Last auf dem Host-System. Damit steigt das Risiko einer Verlangsamung des Datenzugriffs, sobald auf dem gleichen Host-System andere Applikationen mit hohen Systemanforderungen betrieben werden.

Daher ist meine Empfehlung, die MCDB-Funktion von Exchange Server 2019 nur beim Betrieb mit physikalischen Servern zu nutzen.

Der zu Exchange Server 2019 gehörende Role Requirements Calculator unterstützt Sie auch bei der Planung einer MCDB-Implementierung.

Zusammenfassung

Wenn Sie einen virtualisierten Betrieb von Exchange Server 2019 planen, beachten Sie bitte immer die Empfehlungen der Exchange Server Produktgruppe in der Online Dokumentation. Diese Empfehlungen gründen auf den Erfahrungen im täglichen Betrieb von Exchange Server und den Exchange Server Supportfällen, basierend auf sehr individuellen Exchange Server Betriebsarten in Kundenumgebungen.

Achten Sie bei der Virtualisierung von Exchange Server 2019 auf eine möglichst einfache und standardisierte Implementierung. Jede zusätzliche Technologieebene erhöht nicht nur die Komplexität des Betriebs, sondern ist immer auch eine zusätzliche Fehlerdomäne. Vertrauen Sie nicht auf die Versprechen für vermeintlich leistungssteigernde Speicherlösungen für Ihre Exchange Server Systeme, die gerne von Systemhäusern als Allheilmittel angeboten werden.

Der Einsatz der MetaCache-Datenbank ist nur auf physikalischen Servern sinnvoll. Nur dort bietet die MCDB den gewünschten Geschwindigkeitsvorteil als Cache-Speicher zwischen Applikation und den Postfachdatenbanken.

Und vergessen Sie nicht, die Hochverfügbarkeit der Exchange Server 2019 erfolgt, wie bei allen modernen Exchange Server Versionen, auf Applikationsebene.

Und wenn Sie den Betrieb einer Einzelserverinstallation von Exchange Server 2019 planen, so möchte ich Ihnen den Wechsel zu Microsoft 365 und Exchange Online ans Herz legen.

Links

• Exchange Server – Systemanforderungen
• Exchange 2019 – Bevorzugte Architektur
• Exchange Server - Virtualisierung
• Announcing The Exchange Server 2019 Sizing Calculator
• Exchange Server Role Requirements Calculator v9.1
• Exchange Server Database Portability

Viel Spaß mit Exchange Server 2019.

Am 24. Juli 2018 wurde die Preview Version von Exchange Server 2019 veröffentlicht. Exchange Server 2019 ist eine Weiterentwicklung von Exchange Server 2016 und somit bereits die dritte Version moderner Exchange Server. Wie schon die Vorversionen profitiert auch Exchange Server 2019 von den Entwicklungen in Office 365. Naturgemäß werden wir aber nicht alle Funktionen, die Exchange Online bietet, in der On-Premises Variante von Exchange Server zur Verfügung haben. Ebenso können wir, wie die Erfahrung der letzten beiden Versionen gezeigt hat, davon ausgehen, dass mit der Veröffentlichung der RTM Version noch nicht alle angekündigten Funktionen im Produkt aktiv sind. Vielmehr wird der Funktionsumfang mit den nachfolgenden Kumulativen Aktualisierungen stetig erweitert.

Lohnt sich ein Wechsel?

Aber was hat uns Exchange Server 2019 anzubieten und warum sollte man auf die neue Version wechseln? Werfen wir einen Blick auf die Unterschiede zwischen Exchange Server 2019 und den Vorversionen.

Exchange Server und Windows Server Core

Die wichtigste Neuerung in Exchange Server 2019 ergibt sich für den Betrieb des Produktes. Endlich ist es möglich, Exchange Server auf Windows Server Core zu betreiben. Durch den Verzicht auf eine Betriebssystemvariante mit grafischer Benutzeroberfläche (GUI) wird die potentielle Angriffsoberfläche stark reduziert. Ich empfehle den Einsatz von Exchange Server auf Windows Server 2019 Core, um die maximale Sicherheit für den Betrieb von Exchange Server zu erreichen. Diese Möglichkeit steht uns allerdings erst zur Verfügung, sobald Windows Server 2019 veröffentlicht wurde. Die aktuelle Preview Version von Exchange Server 2019 erlaubt daher die Installation auf Windows Server 2016 und Windows Server 2016 Core. Ob dies auch noch für die RTM Version von Exchange Server 2019 gelten wird, bleibt abzuwarten. Auf jeden Fall sollte Ihnen der Einsatz von Windows Server Core Varianten keine Angst machen, da Sie mit dem Windows Admin Center eine sehr gute Web-Verwaltungsoberfläche zur Verfügung haben.

Prozessor und Arbeitsspeicher

Nach der Sicherheit im Betrieb ist die Leistungsfähigkeit von Exchange Server immer wieder ein Thema. Mit jeder Produktversion hat das Exchange Team weitere Leistungssteigerungen ermöglicht. Ob Sie von diesen Verbesserungen immer profitiert haben, hängt immer davon ab, wie Sie Exchange Server implementiert haben.

Auch für Betrieb von Exchange Server 2019 gelten die Empfehlungen für die Preferred Architecture. Wie Sie sicher wissen, empfiehlt das Produkt Team den Betrieb von Exchange Server auf echter Hardware. Der Hauptgrund für diese Empfehlung ist, dass die Hochverfügbarkeit auf Applikationsebene (Stichwort DAG) realisiert ist und ein Hypervisor nur die Komplexität erhöht, ohne einen echten Nutzen zu bieten. Die nächste Version von Exchange Server unterstützt Serversystem mit bis zu 48 Prozessor-Cores und 256GB Arbeitsspeicher. Bei einem virtualisierten Betrieb von Exchange Server, unabhängig von der CPU- und Arbeitsspeicherkonfiguration, müssen Sie sowohl die Prozessor-Cores als auch den Arbeitsspeicher als fest reservierte Ressourcen konfigurieren. An dieser Anforderung ändert sich mit Exchange Server 2019 nichts.

SSD Cache-Speicher

In den letzten Jahren sind Postfächer immer größer geworden und damit auch der benötigte Festplattenspeicher. Um nun eine weitere Leistungssteigerung erreichen zu können, bietet Exchange Server 2019 einen SSD basierten Cache-Speicher an. Wie bei den HDDs kommen bei den SSDs kostengünstige Komponenten zum Einsatz, um ein gutes Kosten-/Nutzen-Verhältnis zu gewährleisten. Dieser Cache-Speicher steht in der Preview Version von Exchange Server 2019 leider noch nicht zur Verfügung.

Die Suche

Die bisher in Exchange Server verwendete Suchfunktion basierte auf der FAST-Engine und hat so manchem Exchange Administrator schlaflose Nächte bereitet. Im Blog-Artikel des Exchange-Teams wird nun die Integration einer Suchmaschine mit Bing-Technologie angekündigt. Zum einen ist es gut, die FAST-Suche loszuwerden und sich nicht mehr um korrupte Suchindizes kümmern zu müssen, zum anderen werden einige Leser sicher bei dem Begriff “Bing-Technologie” zusammenzucken. Die im Web verfügbare Bing-Suchmaschine hat, je nach Land, eine sehr unterschiedliche Wahrnehmung hinsichtlich der Qualität der Suchergebnisse. Im Zusammenhang mit Exchange Server liegt der Schwerpunkt aber weniger auf dem Wort “Bing” sondern auf dem Begriff “Bing-Technologie”. Der entscheidende Vorteil der neuen Suche ist, dass die Speicherung der Metadaten und Indizes nicht mehr in einer separaten Ordnerstruktur je Server gespeichert wird, sondern in der jeweiligen Postfachdatenbank. Damit erfolgt die Synchronisierung dieser Informationen mit Hilfe des normalen Log-Shipping-Mechanismus. Dieser technologische Kniff ermöglicht eine im Falle eines Switch- oder Fail-Overs eine noch schnellere Aktivierung einer passiven Datenbankkopie. Durch die Speicherung in der Datenbank sind die Suchinformationen somit auch automatisch Bestandteil einer Datensicherung.

Für Anwender

Als neue Funktionen für Anwender wird es hauptsächlich Änderungen im Bereich der Kalenderfunktionen und der Freigabe von Kalenderinformationen für Dritte geben. Eine wichtige Funktion, die ihren Weg aus Exchange Online zu Exchange 2019 findet, ist "DoNotForward". Mit dieser Funktion kann eine Weiterleitung einer Nachricht, und damit z.B. auch von Termineinladungen, an weitere Empfänger unterbunden werden. Zusätzlich wird die nachträgliche Konfiguration von bestehenden (Serien-)Terminen in Kalendern durch Exchange Administratoren ermöglicht. Dies ist ja gerade bei Austritten von Anwendern immer wieder ein anstrengendes Thema.

Outlook on the Web wird immer mehr zur zentralen Schnittstelle für den Zugriff auf E-Mails und funktioniert mit allen gängigen Browserversionen tadellos. Bedenken Sie bitte, dass die korrekte Nutzung aller Postfachfunktionen von Exchange Server 2019 nur gewährleistet werden kann, wenn eine aktuelle Outlook for Deskop (Windows/Mac) Version eingesetzt wird.

Was fehlt?

Keine Exchange Version ohne einen Wegfall von Funktionen. Nein, die Öffentlichen Ordner sind immer noch vorhanden.

Die Unfied Messaging Funktion, die ja bereits in den Vorversionen nicht mehr als separate Funktionsrolle zur Verfügung stand, zur Bereitstellung von VoiceMail-Funktionen, ist in Exchange Server 2019 nicht mehr vorhanden. Microsoft lässt Ihnen die Wahl, sich für eine Anbindung von Cloud VoiceMail bei gleichzeitiger Nutzung von Skype for Business Server 2019 zu entscheiden, oder eine Drittanbieter Lösung einzubinden.

Eine Alternative ist der Weiterbetrieb von Exchange Server 2016, bis diese Version das Support-Ende erreicht hat. Eine Vergleichstabelle über die Möglichkeiten zur VoiceMail-Nutzung finden Sie hier.

Weitere Informationen und Empfehlungen zum Umgang mit dem Wegfall der Unified Messaging-Funktionen wird es auf der Ignite 2018 Konferenz geben.

Koexistenz

Welche Möglichkeiten ergeben sich mit Exchange Server 2019 für die Co-Existenz der Exchange Versionen während der Transitionsphase?

Auch Exchange Server 2019 folgt dem seit Jahren bekannten N-2 Prinzip. Eine Koexistenz der aktuellen Exchange Server Version (N) ist nur mit den beiden letzten Exchange Versionen (-2) möglich. Das bedeutet, dass Sie Exchange Server 2019 nicht in einer direkten Koexistenz mit Exchange Server 2010 installieren können. Wenn Sie noch Exchange Server 2010 betreiben und auf Exchange Server 2019 wechseln möchten, müssen Sie eine Zwischenmigration über Exchange Server 2016 durchführen. Für Exchange Server 2013 ist ja seit Juni 2018 der Mainstream-Support beendet.

Weitere Informationen und Empfehlungen zur Co-Existenz wird es auch hier auf der Ignite 2018 Konferenz geben.

Zusammenfassung

Auch mit Exchange Server 2019 wird die produktinterne Hauptversionsnummer nicht hochgezählt. Die Programmversion wird als 15.2 gezählt. Böse Stimmen werden nun lamentieren, dass es sich, der alten Microsoft Notation folgend, um Service Pack 2 für Exchange Server 2013 handeln muss. Das ist natürlich nicht der Fall. Exchange Server 2019 ist ein eigenständiges Produkt.

Die Neuerungen in der Architektur und die Unterstützung von Windows Server Core versprechen einen leistungsstarken und sicheren Betrieb von Exchange Server 2019, der von den Erfahrungen im Clouddienst von Office 365 profitiert. Insbesondere die neue Suche ist ein Ergebnis aus dem betrieb einer sehr großen Exchange Umgebung.

Die Vorteile für Endanwender sind aus meiner Sicht eher Komfortverbesserungen. Ob diese alleinig einen Wechsel zu Exchange Server 2019 rechtfertigen lassen, müssen Sie entscheiden.

Ende September findet die Microsoft Ignite 2018 Konferenz in Orlando statt. Es wird eine spannende Woche mit interessanten Vorträgen zu den Neuerungen und Änderungen im Vergleich zu Exchange Server 2016 werden. Wir dürfen gespannt sein. Ich werde dort sein.

Sie haben Fragen zu Ihrer bestehenden Exchange Server Umgebung? Sie möchten auf eine neue Version von Exchange Server wechseln? Kontaktieren Sie uns. info@granikos.eu.

Exchange Server besteht aus zwei Kernkomponenten. Zum einen ist es die Bereitstellung von Postfächern, mit all den benötigten Client-Zugriffsprotokollen und Postfach-Funktionen. Die zweite Komponente ist der Nachrichtenfluss, also der Empfang, die Verarbeitung und der Versand von E-Mail-Nachrichten.

Was sich so einfach und trivial anhört, ist ein zentraler und komplexer Baustein in der Exchange Architektur. In diesem Artikel versuche ich ein wenig Licht ins Dunkel des Exchange Nachrichtenflusses zu bringen. Lassen Sie uns mit einem kurzen Rückblick auf die Exchange Server Architektur beginnen.

Die Exchange Server Architektur

Wer sich den Nachrichtenfluss von Exchange Server anschaut, muss sich immer den Funktionsaufbau eines Exchange Servers und die empfohlene Implementierung im Rahmen der Preferred Architecture (PA) in Erinnerung rufen. In der PA wird Exchange Server immer in einer Konfiguration aus mehreren Exchange Servern, die als Datenbankverfügbarkeitsgruppe (DAG) zusammengefasst sind, betrieben. Hierdurch wird eine hochverfügbare Bereitstellung von Postfachfunktionen und Nachrichtentransport erreicht.

Jeder Exchange Server besteht aus einer Frontend- und Backend-Komponente. Eingehende Verbindungen von Drittsystemen erfolgen immer über die Exchange Frontend-Komponenten. Die Kommunikation mit den Backend-Komponenten erfolgt im Regelfall nur Exchange-intern.

Das folgende Diagramm zeigt den schematischen Aufbau der Verbindungen in einer DAG.

Die Konfigurationen für den Nachrichtenfluss unterteilen sich in organisationsweite und serverbezogene Einstellungen. Die organisationsweiten Einstellungen gelten, wie der Name es schon sagt, für die gesamte Exchange Organisation, ganz unabhängig davon wie viele Exchange Server oder  DAGs Sie betreiben. Ob und wie ein Exchange Server diese Einstellungen verarbeiten kann, hängt von der Produktversion ab. Diese Einstellungen sind vollständig in der Konfigurationspartition des Active Directory gespeichert. Ein Beispiel für den Nachrichtenfluss sind die Konfigurationen der Sendekonnektoren.

Serverbezogene Einstellungen wirken sich nur für ein bestimmtes Serversystem aus. Diese Einstellungen werden hauptsächlich ebenfalls in der Konfigurationspartition des Active Directory gespeichert. Ein Beispiel für den Nachrichtenfluss sind die Konfigurationen der Empfangskonnektoren. Einige wenige Einstellungen werden jedoch auch in der lokalen Systemregistrierung gespeichert.

Für den sicheren und stabilen Betrieb von Exchange Server ist eine funktionierende Active Directory Replikation unerlässlich. Hierzu gehört auch eine korrekte Konfiguration der Active Directory Sites. Sie ist gerade in größeren Exchange Organisationen unerlässlich.

Ebenso wichtig ist die korrekte und einheitliche Konfiguration der TLS-Einstellungen auf allen Exchange Servern. Ohne solch eine Konfiguration ist nicht sichergestellt, dass verschlüsselte Verbindungen durch die Empfangs- und Sendekonnektoren aufgebaut werden können. Exchange Server vertraut hier auf die Konfiguration des lokalen Windows Server Betriebssystems und die Bereitstellung gültiger TLS-Zertifikate.

Kommen wir nun zum eigentlichen Thema, dem Exchange Nachrichtenfluss und beginnen mit dem Empfang von E-Mail-Nachrichten.

Der Empfang von Nachrichten

Exchange Server nehmen eingehende E-Mail-Nachrichten über unterschiedliche Wege entgegen. Der bekannteste Weg ist der Empfang über das Protokoll SMTP. Ein Exchange Server unterscheidet hierbei drei unterschiedliche Quelltypen. Im Frontend-Transport erfolgt die Annahme von Verbindungen anderer Server über den Standard TCP-Port 25. Zu den Servern, die sich über diesen Standard SMTP-Port verbinden, zählen:

• Externe E-Mail-Server fremder E-Mail-Domänen, die E-Mail-Nachrichten über das Internet an Ihren Exchange Server senden
• Interne Applikationsserver, die E-Mail-Nachrichten an interne und externe Empfänger senden und einen Exchange Server als sog. Relay-Server verwenden
• Andere interne Exchange Server anderer Produktversionen oder Exchange Server, die in anderen Active Directory Sites platziert sind

Diese Verbindungen erfolgen über den Default Frontend Konnektor, der in seiner Standardkonfiguration nur Nachrichten, die an bekannte Empfänger eigener Domänen entgegennimmt. Die Zustellung von Applikationsnachrichten an externe Empfänger erfordert die Erstellung eines separaten Frontend-Empfangskonnektor.

Zusätzlich zu den Empfangskonnektoren stehen zwei weitere Wege über das lokale Dateisystem des Exchange Servers zur Verfügung, das Pickup- und Replay-Verzeichnis. Beide Verzeichnisse werden vom Backend-Transportdienst, den Sie aus früheren Exchange Versionen sicher noch als Hub-Transport kennen, permanent überwacht und sobald eine Datei dort abgelegt ist, wird sie aufgenommen und verarbeitet. Das Pickup-Verzeichnis dient der Ablage von neuen E-Mail-Nachrichten durch Applikationen. Das Replay-Verzeichnis können Sie nutzen, um Nachrichten, die Sie aus einer Warteschlange exportiert und entfernt haben, erneut in die Verarbeitung zu übergeben.

Zum Schutz vor unberechtigten Verbindungen verwendet Exchange Server unterschiedliche Formen der Authentifizierung. Ergänzend verfügen die Eingangswege über eine Header-Firewall, mit der unberechtigte Informationen aus einer E-Mail-Nachricht herausgefiltert werden.

Der Frontend-Transport verfügt über keine komplexe Business-Logik. Daher ist es wichtig, das Zusammenspiel zwischen Frontend-Transport und Transportdiensten im Backend zu verstehen und sich immer wieder in Erinnerung zu rufen, wenn es zu Problemen kommt. Der Empfangskonnektor im Frontend-Transport nimmt die Verbindung entgegen und führt die Authentifizierung durch. Anschließend wird eine Proxyverbindung zum Transportdienst per TCP-Port 2525 aufgebaut. Hierbei entscheidet nun die Konfiguration Ihrer Exchange Umgebung darüber, wie diese Proxyverbindung erfolgt. Bei einem Einzelserverbetrieb erfolgt die Verbindung zum Transportdienst des gleichen Servers. In einer DAG-Konfiguration wählt der Frontend-Transport den Transportdienst des DAG-Mitgliedservers aus, auf dem in diesem Moment die Datenbankkopie mit dem Postfach des Empfängers aktiv eingebunden ist.

Das folgende Diagramm zeigt das Zusammenspiel zwischen Frontend und Backend beim Empfang von Nachrichten per SMTP.

Beim Empfang einer Nachricht per SMTP versucht Exchange Server die Nachricht ausfallsicher entgegenzunehmen. Zu diesem Zweck erstellt Exchange Server eine Kopie der empfangenen Nachricht und speichert sie als Schattenkopie im Transportdienst eines anderen Exchange Servers. Erst nach dem erfolgreichen Speichern der Schattenkopie und der Speicherung in der lokalen Warteschlange des Backend-Transportdienstes, meldet der empfangende Exchange Server dem sendenden Server eine OK-Meldung.

Auf einem Exchange Server können mehrere Empfangskonnektoren für den gleichen Port konfiguriert werden. Wenn Sie weitere Konnektoren für den gleichen Port erstellen, müssen Sie festlegen, wie Exchange Server einen Konnektor auswählen soll. Am einfachsten ist hier die Konfiguration der IP-Adressen des absendenden Systems als Remote IP-Adresse am Konnektor.

Im Backend des Exchange Servers befinden sich zwei Transportdienste. Der wichtigste Dienst ist der Transportdienst, den manche von Ihnen sicher noch als Hub-Transport aus älteren Versionen von Exchange Server kennen. Diesen Dienst schauen wir uns im nächsten Abschnitt einmal genauer an. Der zweite Dienst ist der Postfachtransportdienst. Dieser Dienst hat die Aufgabe, eingehende Nachrichten in Postfächern lokal eingebundener Datenbanken zu speichern und Nachrichten, die versendet werden sollen, aus Postfächern lokaler Datenbanken zu lesen und zur weiteren Verarbeitung an den Transportdienst zu übermitteln. Diesen Dienst beschreibe ich in einem zukünftigen Artikel.

Der einfach erscheinende Empfang einer E-Mail-Nachricht ist, aus Gründen der Nachrichtensicherheit und zum Schutz vor dem Ausfall eines Systems, eine komplexe Aufgabe. Nach dem Empfang der Nachricht muss sie verarbeitet werden.

Die Verarbeitung von Nachrichten

Die gesamte Verarbeitung von E-Mail-Nachrichten erfolgt im Transportdienst und ist Warteschlangen-basiert, mit der Betonung auf „Warte“. Eine empfangene E-Mail-Nachricht wird in der Submission-Warteschlange gespeichert und wartet dort darauf, zur sog. Kategorisierung aufgegriffen zu werden. In der Categorizer-Komponente erfolgt die Hauptarbeit des Transportdienstes. Zu den Aufgaben gehören:

• Auflösung der Empfängeradressen
• Entscheidung über das Routing der Nachricht, auf Basis der in diesem Moment geltenden Topologie-Informationen
• Konvertierung des Nachrichteninhaltes
• Aufteilung der Nachricht in weitere Nachrichten
  • Aufteilung der Nachricht an mehrere Empfänger
  • Auflösung der Empfänger einer adressierten Verteilerliste
• Paketierung der Nachricht oder Nachrichten zur Zustellung
• Erstellung von Delivery Status Notifications (DSN)

Nach der Verarbeitung im Categorizer ist die Nachricht bereit zur weiteren Zustellung und wird hierzu in einer passenden Warteschlange gespeichert. Der Transportdienst legt für jedes Zustellungsziel eine separate Warteschlange an. Dies ist der Grund, warum Sie immer eine unterschiedliche Anzahl an Warteschlangen auf einem Exchange Server sehen. Die Warteschlangen gliedern sich in unterschiedliche Kategorien:

• Lokale Zustellung an eine aktive Postfachdatenbankkopie, die das Postfach des Empfängers beinhaltet
• Remote Zustellung an eine aktive Postfachdatenbankkopie in der gleichen DAG, die das Postfach des Empfängers beinhaltet
• Remote Zustellung an einen beliebigen Mitgliedsserver einer anderen DAG zur weiteren Zustellung an Postfächer in dieser DAG
• Zustellung an einen konfigurierten Exchange Server eines Sendekonnektors eines Zieladressraumes
• Zustellung an Remote-Domänen über einen definierten Smarthost
• Zustellung an Remote-Domänen mit DNS-basierter MX-Auflösung für die Ziel-Domäne

Zur Speicherung der Warteschlangen verwendet der Transportdienst auf jedem Exchange Server eine eigene Datenbank. In dieser Datenbank werden alle Nachrichten mit ihrem jeweiligen Verarbeitungs- und Zustellungsstatus gespeichert. Der Transportdienst kümmert sich eigenständig um den Funktionsstatus der Datenbank. Kommt es zu einem nicht behebbaren Fehler, wir eine komplett neue Datenbank erstellt und die korrupte Datenbank in einen neuen Ordner verschoben.

Das folgende Schaubild zeigt die Hauptkomponenten zur Verarbeitung von E-Mail-Nachrichten im Exchange Transportdienst.

Leider steht uns für die aktuelle Version Exchange Server kein detailliertes Diagramm des Transportdienstes offiziell zur Verfügung. Im Microsoft Download Center steht das Diagramm von Exchange Server 2010 zur Verfügung und bietet einen guten konzeptionellen Überblick über den Transportdienst. Achten Sie auf die Unterschiede zu modernen Exchange Server Versionen.

Das Routing von Nachrichten

Anwender leben in der Illusion, dass die Zustellung von E-Mail-Nachrichten eine einfache Sache ist und haben meist kein Verständnis für eine verzögerte Zustellung von Nachrichten. In Zeiten von Gigabit-Leitungen und schier unerschöpflicher Computer-Ressourcen hat man sich daran gewöhnt, dass Nachrichten nahezu in Echtzeit übertragen werden.

Einen wesentlichen Beitrag zu einer schnellen und fehlerfreien Verarbeitung leistet das korrekte Routing einer E-Mail-Nachricht. Damit eine Nachricht von Exchange Server fehlerfrei verarbeitet und zugestellt werden kann, ist eine fehlerfreie Active Directory Gesamtstruktur unerlässlich. Die im Exchange Transportdienst aktiven Routing-Agenten arbeiten mit den Informationen, die im Active Directory gespeichert sind. Dies sind u.a.:

• Adressen von Exchange Empfängerobjekten
  • Inkonsistente, fehlerhafte Einträge und identische Einträge an mehreren Objekten sind eine häufige Fehlerquelle
  • Verwaiste Objekte von E-Mail-aktivierten Öffentlichen Ordner gehören ebenso zu den Fehlerquellen
• Konfiguration der Exchange Organisation
  • Verwaiste Server- und Konnektoreinstellungen durch nicht korrekt durchgeführte Deinstallationen können zu Fehlern und Verzögerungen beim Routing führen
• Active Directory Site-Konfiguration
  • Eine fehlerhafte Konfiguration der AD-Sites kann zu Fehlern bei der Zustellung und bei der Nutzung von Schattenkopien führen

Beim Routing einer Nachricht spielt auch die Nachrichtengröße eine Rolle. Exchange zieht mehrere Konfigurationen zu maximalen Nachrichtengröße in Betracht, um so zu bewerten, ob die Nachricht auch wirklich zugestellt werden kann. Kann eine Nachricht nicht zugestellt werden, erhält der Absender einen sog. Non-Delivery Report (NDR). Der Transportdienst betrachtet für die Ermittlung der erlaubten Nachrichtengröße die Konfigurationen auf Organisationsebene, die aller Sende- und Empfangskonnektoren der internen Verbindungsstrecke und die Einstellungen des Zielpostfaches.

Der Versand von Nachrichten

Sendekonnektoren arbeiten die Nachrichten in den Warteschlangen ab und versuchen das jeweilige Zielsystem mit den Konnektoreinstellungen zu erreichen. Eine korrekte DNS-Namensauflösung ist der Schlüssel zu einer fehlerfreifunktionierenden Exchange Infrastruktur. Die interne Namensauflösung ist selten eine Fehlerquelle. Anderes sieht es aus, wenn es um die DNS-Auflösung externer Domänen geht. Stellen Sie sicher, dass Ihre Exchange Server auch externe Domänen effizient und sicher auflösen können, um einen fehlerfreien Nachrichtenfluss mit externen Empfängern zu gewährleisten.

Kommt es beim Versuch einer Zustellung zu einem Fehler, wird der Fehler in der Warteschlange festgehalten. Im Regelfall erkennen Sie Zustellfehler am Anwachsen einer oder mehrerer Warteschlangen. Die Überwachung der Warteschlangengröße ist unerlässlich für einen stabilen Betrieb der Exchange Organisation.

Bedenken Sie, dass die Datenbank des Transportdienstes im Installationspfad eines Exchange Servers platziert ist. Wenn Ihre Exchange Server eine hohe Anzahl von Nachrichten verarbeiten muss, sollten Sie die Datenbank auf einem separaten und ausreichend dimensionierten Laufwerk platzieren.

Zusammenfassung

Der Exchange Server Nachrichtenfluss ist, wenn man unter die Motorhaube schaut, ein komplexes Gebilde. Mit einem richtig konfigurierten Active Directory sind keine Probleme beim Betrieb von Exchange Server zu erwarten. Die Herausforderungen für den Exchange Nachrichtenfluss beginnen mit der Anpassung der Exchange Konfiguration.

Gerade im Hinblick auf die Konfiguration von zusätzlichen Empfangskonnektoren müssen Sie sich immer fragen, ob Sie einen neuen Konnektor wirklich benötigen. Das Troubleshooting des Exchange Nachrichtenflusses ist nicht schwierig, jedoch zeitaufwendig. Gerade in Exchange Umgebungen, die seit einigen Jahren betrieben werden und mehrere Exchange Versionen gesehen haben, besteht ein Risiko, dass veraltete Einträge in der Konfigurationspartition den Betrieb stören. Gleiches gilt für die Exchange Empfängerobjekte. Eine regelmäßige Pflege vermeidet Störungen im Nachrichtenfluss.

Der tägliche Betrieb Ihrer Exchange Organisation wird durch ein proaktives Monitoring, in dem nicht nur der Nachrichtenfluss überwacht wird, einfacher. Neben der Überwachung der Warteschlangen, empfehle ich auch die Überwachung der Transportdienste selbst. Exchange Server verfügt mit der Funktion der Managed Availability zwar über eine integrierte Monitoring Lösung mit automatischen Recovery-Aktionen, jedoch möchten Sie sicher nicht von automatisch neustartenden Diensten überrascht werden.

Links

• Microsoft Exchange Server 2010 Transport Server Role Architecture Diagrams
• Message size and recipient limits in Exchange Server
• DNS and Report Types
• Exchange 2016 + 2019 Mail Flow with Ports

Viel Spaß mit Exchange Server.

Mailscape 365 - Überwachung von Hybrid Exchange und Office 365: Viele Unternehmen verwenden eine lokale Exchange Organisation und Exchange Online in einer Hybrid-Konfiguration, um die Anforderungen ihrer Mitarbeiter zu erfüllen. Der Betrieb einer hybriden Exchange Organisation seine ganz eigenen Herausforderungen für das Monitoring der Dienstverfügbarkeiten. Beginnen Sie noch heute einen unverbindlichen 14-Tage Test von Mailscape 365.

Vom 4. - 8. November fand die diesjährige Microsoft Ignite Konferenz statt. Micosoft Teams nahm im Ausstellungsbereich "Modern Workplace & Modern Life" einen großen Bereich ein. Mit großer Spannung wurden die Ankündigungen zu neuen Funktionen rund um Microsoft Teams erwartet.
 

Die folgenden Liste bietet einen Überblick über die wichtigsten Sessions zu Microsoft Teams.

Der jeweilige Link führt Sie zu den detaillierten Session-Informationen, inklusive der Session-Aufzeichnung und PowerPoint-Präsentation, falls vorhanden. Hinter jedem Titel ist der Themenlevel für die Zielgruppe vermerkt.
 

• TK02 | Microsoft 365: The World’s Productivity Cloud | Foundational (100)
  Entdecken Sie in dieser Keynote gemeinsam mit Jared Spataro neue Microsoft 365-Innovationen, von neuen Funktionen in Microsoft Teams bis hin zu leistungsstarken neuen Innovationen in den Bereichen Sicherheit, Compliance und Management, die Ihnen dabei helfen, die digitale Transformation in Ihrem Unternehmen voranzutreiben.
   
• BRK1065 | How to manage governance and automation in Teams for Education | Foundational (100)
  In dieser Session erfahren Sie, wie Brisbane Catholic Education eine Microsoft Teams Integration mit über 33.000 aktiven Benutzern pro Monat und Teams in 144 Schulen mit den Governance-Richtlinien und Automatisierungstools für EDU-Tenats verwaltet. Es wird gezeigt, wie die Daten aus einem Schulverwaltungssystem mit Office 365 synchronisisert werden und so eine hoher Grad an Automatisierung erreicht wird.
   
• BRK1066 | Collaboration on the go with the Microsoft Teams mobile app | Foundational (100)
  Mit Apps für iOS und Android bietet Microsoft Teams eine mobile Möglichkeit, mit Microsoft Teams zu arbeiten. In dieser Session erfahren Sie, was es Neues gibt und was in Kürze verfügbar ist. Lernen Sie die Funktionen von Mobile First und Cross-Device kennen und wie Sie die mobile App optimal nutzen.
   
• BRK2094 | Automating your business processes with Microsoft Flow and Teams Integration | Intermediate (200)
  Microsoft Flow ist so etwas wie der Klebstoff, mit dem Ihre Daten aus den unterschiedlichen Office 365-Apps und anderen Diensten zusammenführen können. Microsoft Flow lässt sich direkt in Microsoft Teams integrieren, sodass Benutzer einen Flow Bot direkt in Teams erstellen, verwalten, überprüfen und genehmigen sowie mit ihm arbeiten können. In dieser Session erfahren Sie, wie Sie mit dem Flow-Bot schnell Abläufe erstellen und so die Produktivität Ihres Teams durch die Automatisierung von Geschäftsprozessen steigern können.
   
• BRK2201 | Finding your collaboration sweet spot with Office 365 Groups, SharePoint, Teams, and Yammer | Intermediate (200)
  In dieser Sitzung erfahren Sie, wie ein Unternehmen eine Plattform mit 1,5 Millionen Inhaltsdokumenten und 30.000 Benutzern auf Office 365 migriert hat. Es wird gezeigt, wie Office 365 Groups, SharePoint, Microsoft Teams und Yammer zusammenarbeiten, um eine globale Plattform für die Zusammenarbeit bereitzustellen. Ebenso wird auf die technischen Details und Best Practices für Migration, Architektur, Bereitstellung und Änderungsmanagement eingegangen.
   
• BRK2160 | Manage App Lifecycle with Microsoft Teams Admin tools | Intermediate (200)
  In dieser Session erfahren Sie, wie Sie Produktivitäts-Workflows mithilfe von Apps in Teams einrichten und verwalten können. Insbesonder wird gezeigt, wie Sie den Tenant-App-Katalog, die Benutzer-App-Richtlinien und die App-Genehmigungsanforderungen verwalten können. Wir werden Best Practices und Erfolgsgeschichten darüber austauschen, wie unsere Kunden diese Tools nutzen.
   
• BRK2276 | Authorize and automate Teams guest access with surgical precision (Part 1) | Intermediate (200)
  Microsoft Teams ermöglicht es, externe Mitglieder zur einfachen und sicheren Zusammenarbeit einzuladen. Aber was passiert, wenn die Sicherheitsmerkmale eines Kunden gegen die erforderlichen Sicherheitsmerkmale zur Zusammenarbeit von Microsoft 365 stehen? Microsoft bietet Ihnen die Möglichkeit, den Gastzugriff auf Mandantenebene zu aktivieren oder zu deaktivieren. Wie sieht es jedoch mit einzelnen Teams aus? In dieser Session werden diese Fragen an von Kunden vorgestellten Sicherheitsszenarien erörtert.
   
• BRK3204 | Troubleshooting Microsoft Teams | Advanced (300)
  In dieser Session erfahren Sie, wie Sie Probleme bei der Nutzung von Microsoft Teams beheben können. Es wird auf Fehlkonfigurationen und die entsprechenden Fehlerquellen eingegangen, die bei der Bereitstellung von Microsoft Teams auftreten können.
   
• BRK3216 | Optimizing the Microsoft Teams experience with data and analytics | Advanced (300)
  Nutzen Ihre Anwender die Vorteile von Microsoft Teams voll aus? Ist Ihre IT-Infrastruktur für eine bestmögliche Benutzererfahrung bei der Nutzung von Microsoft Teams ausgelegt? Kennt Ihr Management den Mehrwert von Microsoft Teams und Microsoft 365? In dieser Session erhalten Sie alle Informationen, um diese Fragen mit JA zu beantworten. Zu jeder dieser Fragen werden die Daten- und Analysefunktionen von Microsoft Teams ausführlich erörtert. Erfahren Sie auch, wie Sie mit den zur Verfügung stehenden Daten, die Servicequalität verbessern und die Optimierung Ihres Netzwerks vorantreiben können.
   
• BRK3218 | Governance and security for Microsoft Teams | Advanced (300)
  In dieser Session erfahren Sie, wie Sie die Bereitstellung von Microsoft Teams verwalten, den Lebenszyklus von Teams steuern und Vorlagen nutzen können. Erfahren Sie außerdem,. wie Sie Team-Gäste und organisationsweite Teams verwalten. Zusätzlich werden die Best Practices für die Team- und Channel-Konfiguration besprochen.  
   
• BRK3226 | Every team, connected: Develop Microsoft Teams apps with Microsoft Graph | Advanced (300)
  Die Microsoft Teams Graph-APIs sind im letzten Jahr um viele Funktionen erweitert worden. Integrieren Sie mit Team-Channel-Chat-APIs die Gesprächsergebnisse von Microsoft Teams in Ihren Apps. In dieser Session wird gezeigt, wie Sie eine integrierte Verbindung zu einem Team herstellen und produktive Teamanwendungen erstellen können.
   
• BRK3232 | Plan and implement a successful upgrade from Skype for Business to Microsoft Teams | Advanced (300)
  In dieser Session erfahren Sie, wie die erfolgreiche Umstellung von Skype for Business zu Microsoft Teams, einschließlich technischer Planungen und Überlegungen zur Benutzerakzeptanz, bei Unternehmen nehmen aussah. Sie erhalten Anleitungen für ein erfolgreiches Upgrade sowie Best Practices und Tipps zur Vermeidung häufiger Fallstricke bei der Planung eine Upgrades.
   
• THR1026 | Five reasons to integrate Yammer into Microsoft Teams | Foundational (100)
  Arbeiten Sie in Ihrem gleichzeitig in kleinen Teams und großen Unternehmensinitiativen? In dieser Theater-Session werden fünf Gründe für die Integration von Yammer-Communitys in Microsoft-Teams gezeigt, mit denen tägliche arbeiten vereinfacht wird. Von großen Unternehmensinitiativen bis hin zu Produktfeedback arbeiten Microsoft Teams und Yammer nun besser zusammen.
   
• THR1031 | Office 365 and Microsoft Teams adoption from the real world | Foundational (100)
  In dieser Theater-Session erfahren Sie, wie Oak Ridge National Laboratories die Herausforderungen bei der Umgestaltung der Teamzusammenarbeit von Skype for Business hin zu Microsoft Teams bewältigt hat.
   
• THR2122 | Unify Microsoft Teams across tenants to accelerate M&As and cloud consolidations | Intermediate (200)
  In dieser Theater-Session zeigt Binary Tree, welchee Herausforderungen und Anforderungen für die Migration von Microsoft Teams zwischen Office 365-Mandanten bestehen und welche Lösungen es gibt. Gerade M&A-Projekte haben ihre ganz eigenen Herausforderung hinsichtlich eines einzuhaltenden Zeitplanes.
   
• THR2130 | Raising Visibility and Trust in Apps on Teams | Intermediate (200)
  Microsoft ist bestrebt, die Einführung von Microsoft Teams-Apps in Unternehmen durch verbesserte Transparenz und Vertrauen zwischen Entwicklern von Teams-Apps und Kundenunternehmen zu verbessern. In dieser Theater-Session erfahren erfahren Sie, welche Sicherheits- und Datenzugriffsfunktionen Apps für Microsoft Teams bieten.
   
• THR4005 | Single sign on in Microsoft Teams | Expert (400)
  Single-Sign-On (SSO) ist eine der wichtigsten Funktionen für eine erfolgreiche Integration von Unternehemsanwendungen in Microsoft Teams. Einen separaten Anmeldedialog gilt es zu vermeiden. In dieser Theater-Sitzung werden alle Möglichkeiten behandelt, die Sie innerhalb von Microsoft Teams ausführen können, um die Authentifizierung und Autorisierung einfach und nahtlos zu gestalten.
   
• MTG10 | Get the most out of meetings with Microsoft Teams | Intermediate (200)
  Die Anforderungen an Besprechungen ändern sich ständig, und unsere Arbeitsmethode entsickeln sich weiter. In diesem Lernmodul erfahren Sie, wie Microsoft Teams Meetings dazu beitragen können, dass das Beispielunternehmen Contoso produktiver wird.
   
• MTG50 | Host large scale town halls, webinars, and meetings with up to 10,000 attendees with Microsoft Teams live events | Advanced (300)
  Microsoft Teams unterstützt große Besprechungen mit bis zu 10.000 Teilnehmern. Erfahren Sie in diesem Lernmodul, wie Sie Microsoft Teams Live Events konfigurieren und professionell umsetzen können. Ebenso erfahren Sie mehr über Architektur, Compliance und Sicherheit von Microsoft Teams Live Events.
   
• VCE50 | Contact centers and Microsoft Teams | Advanced (300)
  In diesem Lernmodul erfahren Sie mehr über die neuesten Entwicklungen für Contact Center-Integrationen in Microsoft-Teams und erhalten Sie einen Einblick in die Entwicklungspläne für das kommende Jahr für CC-Intergrationen.

Legende

TK = Technical Keynote
THR = Theater Session (20 Minuten)
BRK = Breakout Session (45 Minuten)
MTG, VCE = Lernmodul (45 Minuten)

Nutzen Sie für Fragen zu den einzelnen Sessions gerne direkt die Kommentarmöglichkeit unterhalb Sessionbeschreibung. Hierzu ist allerdings eine Anmeldung erforderlich,

Für Fragen rund um Microsoft Teams stehen Ihnen die Conversation Spaces der Tech Community zur Verfügung:

• Conversation Spaces Microsoft Teams

Viel Spaß mit Microsoft 365 und Microsoft Teams.

Sie benötigen Hilfe bei der Entscheidung für oder gegen einen Wechsel zu Office 365 oder Microsoft 365? Unser Microsoft Cloud Workshop hilft Ihnen, die für Ihr Unternehmen passenden Entscheidungen zu treffen. Melden Sie sich bei uns: info@granikos.eu