Office 365-Migrationsleistung und bewährte Methoden

Es gibt viele Möglichkeiten zum Migrieren von Daten aus einer lokalen E-Mail-Organisation zu Microsoft Office 365. Bei der Planung der Migration zu Office 365 stellt sich häufig die Frage, wie die Leistung bei der Datenmigration verbessert und die Geschwindigkeit bei der Migration erhöht werden können.

Hinweis : Die in diesem Artikel aufgeführten Leistungsinformationen gelten nicht für den Office 365-Dienst für dedizierte Abonnementpläne. Weitere Informationen zu dedizierten Plänen finden Sie unter Dedizierte Office 365-Pläne – Dienstbeschreibungen.

Inhalt

Übersicht über das Migrieren von E-Mails zu Office 365

Es werden mehrere Methoden zum Migrieren von E-Mail-, Kalender- und Kontaktdaten aus Ihrer vorhandenen Messaging-Umgebung zu Office 365 von Office 365 unterstützt, wie unter Methoden zum Migrieren von mehreren E-Mail-Konten zu Office 365 beschrieben.

Weitere Informationen zu Netzwerkfunktionen und zur Leistung von Office 365 finden Sie unter Netzwerkplanung und Leistungsoptimierung für Office 365.

Häufig verwendete Migrationsmethoden

Migrationsmethode

Beschreibung

Ressourcen

IMAP (Internet Message Access Protocol)-Migration

Sie können das Exchange Admin Center oder die Exchange-Verwaltungsshell verwenden, um die Inhalte von Benutzerpostfächern aus einem IMAP-Messaging-System zu ihren Office 365-Postfächern zu migrieren. Dies umfasst das Migrieren Ihrer Postfächer von anderen gehosteten E-Mail-Diensten wie Gmail oder Yahoo Mail.

Migrieren von IMAP-Postfächern zu Office 365

Übernahmemigration

Mithilfe einer Übernahmemigration migrieren Sie innerhalb weniger Tage alle lokal gehosteten Postfächer zu Office 365. Verwenden Sie die Übernahmemigration, wenn Sie planen, Ihre gesamte E-Mail-Organisation in Office 365 zu verschieben und Benutzerkonten in Office 365 zu verwalten. Mithilfe einer Übernahmemigration können Sie bis zu 2.000 Postfächer aus Ihrer lokalen Exchange-Organisation zu Office 365 migrieren. Die empfohlene Anzahl von Postfächern ist jedoch 150   . Eine größere Anzahl wirkt sich negativ auf die Leistung aus. Die E-Mail-Kontakte und Verteilergruppen in Ihrer lokalen Exchange-Organisation werden ebenfalls migriert.

Wichtige Informationen zur E-Mail-Übernahmemigration nach Office 365

Mehrstufige Migration

Wenn Sie schließlich planen, sämtliche Postfächer in Ihrer Organisation zu Office 365 zu migrieren, verwenden Sie die mehrstufige Migration. Bei der mehrstufigen Migration migrieren Sie Gruppen von lokalen Postfächern innerhalb weniger Wochen oder Monate zu Office 365.

Wichtige Informationen zur mehrstufigen E-Mail-Migration nach Office 365

Hybridbereitstellung

Eine Hybridbereitstellung bietet Unternehmen die Möglichkeit, die funktionsreiche Erfahrung und administrative Kontrolle ihrer vorhandenen lokalen Exchange-Organisation auf die Cloud auszuweiten. Eine Hybridbereitstellung bietet das makellose Aussehen und Verhalten einer einzelnen Exchange-Organisation zwischen einem lokalen Exchange Server 2013 oder Microsoft Exchange Server 2010 und Office 365. Darüber hinaus kann eine Hybridbereitstellung als Zwischenschritt zum vollständigen Wechsel zu einer Office 365-Organisation dienen.

Hybridbereitstellungen in Exchange Server 2013

Drittanbietermigration

Es stehen viele Tools von Drittanbietern zur Verfügung. Sie verwenden unverkennbare Protokolle und Ansätze, um E-Mail-Migrationen von E-Mail-Plattformen wie IBM Lotus Notes und Novell GroupWise durchzuführen.

Hier folgen einige Migrationstools von Drittanbietern sowie Partnern, die Sie bei Exchange-Migrationen von Drittanbieterplattformen unterstützen können:

  • Binary Tree   Anbieter von Software für die plattformübergreifende Migration und Koexistenz mit Produkten, die die Analyse von sowie die Koexistenz und Migration zwischen lokalen und Onlineumgebungen für Unternehmenskommunikation und -zusammenarbeit auf Basis von IBM Lotus Notes und Domino sowie Exchange und SharePoint bereitstellen.

  • BitTitan   Anbieter von Migrationslösungen zu Office 365.

  • Dell   Softwareanbieter für die lokale und gehostete Migration und Koexistenz, einschließlich der Analyse vor der Migration und der vollständigen Koexistenz von Benutzern und Anwendungen. Migrationen mit vollem Funktionsumfang von lokalen Exchange-, IBM Domino-, Novell GroupWise-, Zimbra- und anderen Umgebungen zu Office 365 und SharePoint Online.

  • Metalogix   Anbieter von Migrationslösungen zu Office 365 und SharePoint Online.

  • SkyKick Anbieter von automatisierten Migrationslösungen für den Wechsel von lokalem Exchange, Gmail, POP3, IMAP und Lotus Notes zu Office 365. Die End-to-End-Migrationstools unterstützen Partner bei den Vertriebs-, Planungs-, Migrations-, Verwaltungs- und Vor-Ort-Phasen des Migrationsprojekts.

  • TransVault   Anbieter von Migrationslösungen zu Office 365.

Leistung für Migrationsmethoden

In der folgenden Tabelle werden die beobachteten Leistungsergebnisse für die verschiedenen Migrationsmethoden zum Migrieren von Postfächern und Postfachdaten zu Office 365 verglichen. Diese Ergebnisse basieren auf internen Tests und tatsächlichen Kundenmigrationen zu Office 365.

Wichtig : Ihre tatsächliche Migrationsgeschwindigkeit ist aufgrund der Unterschiede bei der Durchführung sowie aufgrund des Zeitpunkts der Migrationen möglicherweise geringer oder höher.

Migrationsmethode

Office 365-Benutzereinschränkung

Office 365-Migrationsdiensteinschränkung

Auf dem Office 365-Ressourcenstatus basierende Einschränkung

Ermittelter durchschnittlicher Durchsatz pro Stunde und Client (falls zutreffend)

IMAP-Migration

Nein

Ja

Ja

10-14 Gigabyte (GB) (20 Parallelität)

Übernahmemigration

Nein

Ja

Ja

10-14 GB (20 Parallelität)

Mehrstufige Migration

Nein

Ja

Ja

10-14 GB (20 Parallelität)

Hybridmigration

Nein

Ja

Ja

10-14 GB pro lokalem Exchange 2013 oder 2010 CAS (Microsoft Exchange-Postfachreplikationsdienst (MRSProxy-Dienst)) mit 20 parallelen Verschiebungen1

MAPI-Migration von Drittanbietern

Ja

Nein

Ja

4-12 GB (20 Parallelität) 2

Exchange-Webdienstmigration von Drittanbietern

Nein

Ja

Ja

5-10 GB (20 Parallelität) 3

Hochladen von Clients (aus PST-Dateien von Outlook)

Ja

Nein

Ja

0,5 GB

1Der ermittelte Durchsatz für die Verschiebung eines einzelnen Postfachs liegt im Bereich von 0,3 bis 1,0 GB pro Stunde. Eine Durchsatzrate von mehr als 1000 MB pro Stunde und Postfach kann mit einem Netzwerk erreicht werden, das eine Stillstandszeit durch kurzzeitige Ausfälle von weniger als zwei Prozent und eine Netzwerklatenz von weniger als 100 ms unterstützt. Eine größere Anzahl paralleler Postfachmigrationen kann durch höhere Datenmigrationsraten erreicht werden. Der Durchsatz bei der Verschiebung einzelner Postfächer wird reduziert, wenn der lokale CAS-Server (MRSProxy-Dienst) die Hardwarekapazitätsgrenze erreicht hat, die Netzwerkbandbreite nicht ausreicht oder die Netzwerklatenz zu hoch ist. Erwägen Sie das Hinzufügen weiterer Server oder das vorübergehende Optimieren der Netzwerkverbindungen, um die Migrationsgeschwindigkeit zu erhöhen.

2Der ermittelte Durchsatz für die einzelne MAPI-Migration liegt im Bereich von 0,1 bis 0,5 GB pro Stunde. Eine größere Anzahl paralleler Migrationen kann durch höhere Datenmigrationsraten erreicht werden. Der Durchsatz bei einzelnen MAPI-Migrationen wird reduziert, wenn entweder die lokalen Server oder das Netzwerk ausgelastet sind.

3Der ermittelte Durchsatz für die Exchange-Webdienstemigration liegt im Bereich von 0,2 bis 0,5 GB pro Stunde. Eine größere Anzahl paralleler Migrationen kann durch höhere Datenmigrationsraten erreicht werden. Mit 20 parallelen Migrationen ergibt sich z. B. ein Gesamtdurchsatz im Bereich von 4-10 GB pro Stunde. Der Durchsatz bei einzelnen Exchange-Webdienstemigrationen wird reduziert, wenn entweder die lokalen Server oder die Netzwerke ausgelastet sind.

Faktoren für die Migrationsleistung

Die E-Mail-Migration weist mehrere allgemeine Faktoren auf, die sich auf die Migrationsleistung auswirken können.

Allgemeine Faktoren für die Migrationsleistung

In der folgenden Tabelle ist eine Liste der allgemeinen Faktoren aufgeführt, die sich auf die Migrationsleistung auswirken können. Weitere Details werden in den Abschnitten behandelt, in denen die einzelnen Migrationsmethoden beschrieben sind.

Faktor

Beschreibung

Beispiel

Datenquelle

Das Gerät oder der Dienst, das bzw. der die zu migrierenden Daten hostet. Für die Datenquelle gelten möglicherweise viele Einschränkungen aufgrund von Hardwarespezifikationen, Endbenutzerarbeitsauslastung und Back-End-Wartungsaufgaben.

Gmail beschränkt die Menge der Daten, die während eines bestimmten Zeitraums extrahiert werden können.

Datentyp und -dichte

Aufgrund der eindeutigen Eigenschaft des Unternehmens eines Kunden können Typ und Kombination von E-Mail-Elementen innerhalb der Postfächer stark variieren.

Ein Postfach von 4 GB mit 400 Elementen, von denen jedes 10 MB an Anlagen umfasst, kann schneller migriert werden als ein Postfach von 4 GB mit 100.000 kleineren Elementen.

Migrationsserver

Viele Migrationslösungen verwenden einen Migrationsserver vom Typ "Jump-Box" oder "Arbeitsstation", um die Migration durchzuführen.

Kunden verwenden häufig einen virtuellen Computer mit geringer Leistung als Host für den MRSProxy-Dienst für Hybridbereitstellungen oder für nicht hybride Migrationen von Clientcomputern.

Migrationsmodul

Das zum Abrufen von Daten vom Quellserver zuständige Datenmigrationsmodul konvertiert die Daten, falls erforderlich. Das Modul überträgt die Daten dann über das Netzwerk und fügt sie in das Office 365-Postfach ein.

Der MRSProxy-Dienst weist eigene Stärken und Schwächen auf.

Lokale Network Appliances

Die End-to-End-Netzwerkleistung – von der Datenquelle zu den Exchange Online-Clientzugriffsservern – wirkt sich auf die Migrationsleistung aus.

Firewallkonfiguration und -spezifikationen in der lokalen Organisation.

Office 365-Dienst

Office 365 verfügt über die integrierte Unterstützung der Verwaltung der bei der Migration auftretenden Arbeitsauslastung sowie über die erforderlichen Features.

Die Benutzereinschränkungsrichtlinie weist Standardeinstellungen auf und beschränkt die maximale Gesamtübertragungsrate.

Faktoren für die Netzwerkleistung

In diesem Abschnitt werden die bewährten Methoden zum Optimieren der Netzwerkleistung während der Migration beschrieben. Die Diskussion ist allgemein ausgerichtet, da die Hardware von Drittanbietern und Internetdienstanbieter (ISPs) während der Migration die größte Auswirkung auf die Leistung des Netzwerks haben.

Das Office 365-Netzwerkanalysetool wird bereitgestellt, um bei der Analyse netzwerkbezogener Probleme zu helfen, bevor die Office 365-Dienste bereitgestellt werden. Jede dieser Instanzen ist darauf ausgelegt, eine bestimmte Region mithilfe der Testendpunkte in Office 365 zu testen.

Verwenden Sie den Exchange Analyzer, um die Netzwerkverbindungen mit Office 365 besser zu verstehen. Zum Ausführen der Exchange Analyser-Tests im Support- und Wiederherstellungs-Assistenten wechseln Sie zu "Erweiterte Diagnosen" > "Exchange Online" > "Exchange Online-Netzwerkkonnektivität überprüfen" > "Ja". Weitere Informationen zum Support- und Wiederherstellungs-Assistenten finden Sie unter Beheben von Outlook- und Office 365-Problemen mit dem Support- und Wiederherstellungs-Assistenten für Office 365.

Faktor

Beschreibung

Bewährte Methoden

Netzwerkkapazität

Die zum Migrieren von Postfächern zu Office 365 erforderliche Zeitspanne wird durch die verfügbare und maximale Kapazität des Netzwerks bestimmt.

  • Identifizieren Sie die verfügbare Kapazität Ihres Netzwerk, und bestimmen Sie die maximale Kapazität für das Hochladen.

  • Wenden Sie sich an Ihren Internetdienstanbieter, um Ihre zugewiesene Bandbreite zu bestätigen sowie Details zu Einschränkungen zu erhalten, z. B. zur Gesamtmenge der Daten, die in einem bestimmten Zeitraum übertragen werden kann.

  • Verwenden Sie entsprechende Tools, um die tatsächliche Netzwerkkapazität auszuwerten. Stellen Sie sicher, dass Sie den End-to-End-Datenfluss von der lokalen Datenquelle zu den Microsoft Datacenter-Gatewayservern testen.

  • Identifizieren Sie andere Auslastungen in Ihrem Netzwerk (z. B. Sicherungsdienstprogramme und geplante Wartungen), die sich auf die Netzwerkkapazität auswirken können.

Netzwerkstabilität

Schnelle Netzwerke führen nicht immer zu schnellen Migrationen. Wenn das Netzwerk nicht stabil ist, kann die Datenübertragung aufgrund der möglichen Fehlerkorrektur länger dauern. Je nach Migrationstyp kann die Fehlerkorrektur die Migrationsleistung erheblich beeinträchtigen.

Netzwerkhardware- und Treiberprobleme können häufig die Stabilität des Netzwerks beeinträchtigen. Arbeiten Sie mit den Hardwareanbietern zusammen, um Ihre Netzwerkgeräte zu verstehen, und wenden Sie die neuesten empfohlenen Treiber des Herstellers sowie entsprechende Softwareupdates an.

Netzwerkverzögerungen

Für eine Netzwerkfirewall konfigurierte Funktionen zur Angriffserkennung verursachen häufig erhebliche Netzwerkverzögerungen und beeinträchtigen die Migrationsleistung.

Das Migrieren von Daten zu Office 365-Postfächern hängt von Ihrer Internetverbindung ab. Verzögerungen im Internet beeinträchtigen die allgemeine Migrationsleistung.

Darüber hinaus verfügen Benutzer in derselben Firma möglicherweise über Cloudpostfächer, die sich in Datencentern an unterschiedlichen geografischen Standorten befinden. Je nach Internetdienstanbieter des Kunden kann die Migrationsleistung variieren.

  • Werten Sie Netzwerkverzögerungen für alle potenziellen Microsoft-Datencenter aus, um sicherzustellen, dass das Ergebnis konsistent ist. (Dies hinterlässt für Endbenutzer zudem einen konsistenten Eindruck.) Arbeiten Sie mit Ihrem Internetdienstanbieter zusammen, um internetabhängige Probleme zu beheben.

  • Fügen Sie IP-Adressen für Microsoft-Datencenterserver zur Liste der zugelassenen Adressen hinzu, oder umgehen Sie sämtlichen migrationsabhängigen Datenverkehr von der Netzwerkfirewall. Weitere Informationen zu den IP-Adressbereichen von Office 365 finden Sie unter URLs und IP-Adressbereiche von Office 365.

Eine eingehendere Analyse der Migrationen in Ihrer Umgebung finden Sie in unserem Blogbeitrag zur Verschiebungsanalyse. Der Beitrag umfasst ein Skript, das Sie beim Analysieren von Verschiebungsanforderungen unterstützt.

Office 365 Einschränkung

Office 365 verwendet verschiedene Einschränkungsmechanismen, um die Sicherheit und Dienstverfügbarkeit zu gewährleisten. Die folgenden drei Arten von Einschränkungen können sich auf die Migrationsleistung auswirken:

  • Benutzereinschränkung

  • Migrationsdiensteinschränkung

  • Auf dem Ressourcenstatus basierende Einschränkung

Hinweis : Die drei Arten von Office 365-Einschränkung wirken sich nicht auf alle Migrationsmethoden aus.

Office 365-Benutzereinschränkung

Die Benutzereinschränkung wirkt sich auf die meisten Migrationstools von Drittanbietern sowie auf die Migrationsmethode zum Hochladen von Clients aus. Diese Migrationsmethoden verwenden Protokolle für den Clientzugriff, z. B. das RPC-über-HTTP-Protokoll, um Postfachdaten zu Office 365-Postfächern zu migrieren. Diese Tools werden zum Migrieren von Daten von Plattformen wie IBM Lotus Domino und Novell GroupWise verwendet.

Die Benutzereinschränkung ist die restriktivste Einschränkungsmethode in Office 365. Da die Benutzereinschränkung eingerichtet wird, um einzelnen Endbenutzern entgegenzuwirken, überschreitet jede Nutzung auf Anwendungsebene die Einschränkungsrichtlinie und führt zu einer verlangsamten Datenmigration.

Office 365-Migrationsdiensteinschränkung

Die Migrationsdiensteinschränkung wirkt sich auf alle Office 365-Migrationstools aus. Die Migrationsdiensteinschränkung verwaltet die Migrationsparallelität und Dienstressourcenzuordnung für Office 365-Migrationslösungen.

Die Migrationsdiensteinschränkung wirkt sich auf Migrationen aus, die mithilfe der folgenden Migrationsmethoden durchgeführt wurden:

  • IMAP-Migration

  • Exchange-Übernahmemigration

  • Mehrstufige Exchange-Migration

  • Hybridmigrationen (auf dem MRSProxy-Dienst basierende Verschiebungen in eine Hybridumgebung)

Ein Beispiel für die Migrationsdiensteinschränkung ist das Kontrollieren der Anzahl der Postfächer, die während einfacher Exchange- und IMAP-Migrationen gleichzeitig migriert werden. Der Standardwert ist 10. Dies bedeutet, dass maximal 10 Postfächer aus allen Migrationsbatches zu einem bestimmten Zeitpunkt migriert werden. Sie können die Anzahl der parallelen Postfachmigrationen für einen Migrationsbatch entweder über die Exchange-Systemsteuerung oder über Windows PowerShell erhöhen. Weitere Informationen zum Optimieren dieser Einstellung finden Sie unter Verwalten von Migrationsbatches in Office 365.

Auf dem Office 365-Ressourcenstatus basierende Einschränkung

Alle Migrationsmethoden unterliegen der Kontrolle durch die Verfügbarkeitseinschränkung. Die Office 365-Diensteinschränkung wirkt sich hingegen nicht so stark wie die zuvor beschriebenen anderen Einschränkungstypen auf Office 365-Migrationen aus.

Die auf dem Ressourcenstatus basierende Einschränkung ist die am wenigsten offensive Einschränkungsmethode. Sie tritt nur auf, wenn ein Problem mit der Dienstverfügbarkeit vorliegt, das die Endbenutzer und wichtige Dienstvorgänge beeinträchtigt.

Wenn z. B. während einer Hybridmigration ein Dienstvorfall auftritt und sich der Dienst soweit verschlechtert, dass die Leistung des Endbenutzers abnimmt. Die Hybridmigration wird zur Warteschlange hinzugefügt, bis die Leistung wiederhergestellt ist und der Dienst zu einem Niveau unter dem Einschränkungsschwellenwert zurückkehrt.

Nachfolgend finden Sie ein Beispiel aus einem Exchange-Bericht zur Migrationsstatistik. Es zeigt einen Eintrag, der durch die Überschreitung des Schwellenwerts für die Diensteinschränkung verursacht wird.

  • 25.01.2012 12:56:01 [BL2PRD0410CA012] Kopierstatus: 723/1456 Nachrichten, 225,8 MB (236.732.045 Bytes)/416,5 MB (436.712.733 Bytes).

  • 25.01.2012 12:57:53 [BL2PRD0410CA012] Verschiebung für Postfach '/o=ExchangeLabs/ou=Administrative Exchange-Gruppe (FYDIBOHF23SPDLT)/cn=Emfänger/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx' ist verzögert, da 'DataMoveReplicationConstraint' für die Datenbank 'NAMPRD04DG031-db081' (Agent MailboxDatabaseReplication) nicht erfüllt ist. Fehlerursache: Datenbank 'edbf0766-1f2a-4552-9115-bb3a53a8380b' erfüllt die Einschränkung 'SecondDatacenter' nicht. Es gibt keine verfügbaren fehlerfreien Datenbankkopien. Es wird gewartet bis 25.01.2012 1:27:53.

  • 25.01.2012 12:58:24 [BL2PRD0410CA012] Anforderung ist nicht mehr verzögert und wird fortgesetzt.

Lösung und Übungsbeispiel   

Wenn bei Ihnen eine ähnliche Situation vorliegt, warten Sie, bis der Office 365-Dienst wiederhergestellt wurde. Weitere Informationen hierzu finden Sie im Abschnitt "Dienststatus" im Office 365-Portal.

Leistungsfaktoren und bewährte Methoden für die Migration von Nicht-Hybridbereitstellungen

In diesem Abschnitt werden die Faktoren beschrieben, die sich auf Migrationen auswirken, die die IMAP-, Übernahme- oder mehrstufigen Migrationsmethoden verwenden. Darüber hinaus werden die bewährten Methoden zum Optimieren der Migrationsleistung bezeichnet.

Faktor 1: Datenquelle

In der folgenden Tabelle sind die Auswirkungen der Quellserver in Ihrer aktuellen E-Mail-Organisation auf die Migration und die bewährten Methoden zur Verringerung des Einflusses auf die Migration beschrieben.

Checkliste

Beschreibung

Bewährte Methoden

Systemleistung

Die Datenextrahierung stellt eine intensive Aufgabe dar. Das Quellsystem muss über geeignete Ressourcen verfügen, z. B. CPU-Zeit und Arbeitsspeicher, um optimale Migrationsleistungen bieten zu können. Während der Migration befindet sich das Quellsystem hinsichtlich der normalen Arbeitsauslastung durch den Endbenutzer häufig am Rande seiner Kapazität. Wenn die Systemressourcen unzureichend sind, kann sich die zusätzliche Arbeitsauslastung, die sich durch die Migration ergibt, auf die Endbenutzer auswirken.

Überwachen Sie die Systemleistung während eines Migrationstests. Wenn das System ausgelastet ist, wird aufgrund potenzieller verringerter Migrationsgeschwindigkeiten und Dienstverfügbarkeitsproblemen empfohlen, einen offensiveren Migrationszeitplan für das System zu vermeiden. Erweitern Sie nach Möglichkeit die Quellsystemleistung durch Hinzufügen von Hardwareressourcen, und verringern Sie die Auslastung des Systems durch Verschieben von Aufgaben und Benutzern auf andere Server, die nicht an der Migration beteiligt sind.

Weitere Informationen finden Sie unter:

Bei der Migration von einer lokalen Exchange-Organisation, die mehrere Postfachserver umfasst, wird empfohlen, dass Sie eine Liste der Migrationsbenutzer erstellen, die gleichmäßig auf die verschiedenen Postfachserver verteilt wird. Auf Grundlage der jeweiligen Serverleistung kann die Liste weiter optimiert werden, um den Durchsatz zu maximieren.

Wenn Server A z. B. über eine um 50 Prozent höhere Ressourcenverfügbarkeit als Server B aufweist, ist es sinnvoll, 50 Prozent mehr Benutzer von Server A in demselben Migrationsbatch zu verwenden. Ähnliche Methoden können auf andere Quellsysteme angewendet werden. Führen Sie die Migrationen aus, wenn die Server eine maximale Ressourcenverfügbarkeit aufweisen, z. B. nach Feierabend oder an Wochenenden oder Feiertagen.

Back-End-Aufgaben

Andere Back-End-Aufgaben, die während der Migrationszeit ausgeführt werden. Da es sich als bewährte Methode erweist, die Migration außerhalb der Geschäftszeiten durchzuführen, kommt es häufig vor, dass Migrationen mit Wartungsaufgaben (z. B. Datensicherungen) in Konflikt geraten, die auf den lokalen Servern ausgeführt werden.

Überprüfen Sie andere Systemaufgaben, die möglicherweise während der Migration ausgeführt werden. Es wird empfohlen, dass Sie die Datenmigration ausführen, wenn keine anderen ressourcenintensiven Aufgaben ausgeführt werden.

Hinweis      Für Kunden, die lokales Exchange verwenden, sind die häufigen Back-End-Aufgaben Sicherungslösungen und die Wartung des Exchange-Informationsspeichers.

Einschränkungsrichtlinie

Es ist allgemein üblich, E-Mail-Systeme mit einer Einschränkungsrichtlinie zu schützen, die einen bestimmten Grenzwert festlegt, wie schnell und wie viele Daten während einer bestimmten Zeitspanne aus dem System extrahiert werden können.

Überprüfen Sie, welche Einschränkungsrichtlinie auf Ihr E-Mail-System angewendet wird. Google Mail beschränkt z. B. die Datenmenge, die in einem bestimmten Zeitraum extrahiert werden kann.

Je nach Version weist Exchange Richtlinien auf, die den IMAP-Zugriff auf den lokalen E-Mail-Server (verwendet von IMAP-Migrationen) und den RPC-über-HTTP-Protokollzugriff (verwendet von Exchange-Übernahmemigrationen und mehrstufigen Exchange-Migrationen) einschränkt.

Zum Überprüfen der Einschränkungseinstellungen in einer Exchange 2013-Organisation führen Sie das Cmdlet Get-ThrottlingPolicy aus. Weitere Informationen finden Sie unter Verwaltung der Exchange-Arbeitsauslastung.

Weitere Informationen zur IMAP-Einschränkung finden Sie unter Migrieren von IMAP-Postfächern zu Office 365

Weitere Informationen zur Einschränkung des RPC-über-HTTP-Protokolls finden Sie unter:

Faktor 2: Migrationsserver

IMAP-, Übernahme- und mehrstufige Migrationen sind über die Cloud eingeleitete Migrationsmethoden mit Datenabruf, daher sind keine dedizierten Migrationsserver erforderlich. Die internetfähigen Protokollhosts (IMAP oder RPC-über-HTTP-Protokoll) funktionieren jedoch als Migrationsserver zum Migrieren von Postfächern und Postfachdaten zu Office 365. Daher gelten die Faktoren und bewährten Methoden für die Migrationsleistung, die im vorherigen Abschnitt zum Datenquellserver für Ihre aktuelle E-Mail-Organisation beschrieben wurden, auch für die Internet-Edgeserver. Für Exchange 2007-, Exchange Server 2010- und Exchange 2013-Organisationen fungiert der Clientzugriffsserver als Migrationsserver.

Weitere Informationen finden Sie unter:

Faktor 3: Migrationsmodul

IMAP-, Übernahme- und mehrstufige Exchange-Migrationen werden mithilfe des Migrationsdashboards im Exchange Admin Center durchgeführt. Dies unterliegt der Office 365-Migrationsdiensteinschränkung.

Lösung und Übungsbeispiel   

Kunden können jetzt mithilfe von Windows PowerShell die Migrationsparallelität angeben (z. B. die Anzahl der gleichzeitig zu migrierenden Postfächer). Der Standardwert ist 20 Postfächer. Nachdem Sie einen Migrationsbatch erstellt haben, können Sie diesen Wert mithilfe des folgenden Windows PowerShell-Cmdlets auf maximal 100 erhöhen.

Set-MigrationEndPoint <Identity> –MaxConcurrentMigrations <value between 1 and 100>

Weitere Informationen finden Sie unter Verwalten von Migrationsbatches in Office 365.

Hinweis : Wenn Ihre Datenquelle nicht über ausreichend Ressourcen verfügt, um alle Verbindungen zu verwalten, wird empfohlen, die hohe Parallelität zu vermeiden. Beginnen Sie mit einem kleinen Wert für die Parallelität, z. B. mit 10. Erhöhen Sie diesen Wert während der Überwachung der Leistung der Datenquelle, um Probleme beim Endbenutzerzugriff zu vermeiden.

Faktor 4: Netzwerk

Überprüfungstests   

Je nach Migrationsmethode können Sie die folgenden Überprüfungstests ausprobieren:

  • IMAP-Migrationen      Füllen Sie vorab ein Quellpostfach mit Beispieldaten. Stellen Sie dann über das Internet (außerhalb Ihres lokalen Netzwerks) mithilfe eines standardmäßigen IMAP-E-Mail-Clients wie Microsoft Outlook eine Verbindung zum Quellpostfach her, und messen Sie dann die Netzwerkleistung, indem Sie ermitteln, wie lange das Herunterladen aller Daten aus dem Quellpostfach dauert. Der Durchsatz sollte dem ähnlich sein, den Kunden mithilfe des IMAP-Migrationstools in Office 365 erhalten, vorausgesetzt, es gibt keine weiteren Einschränkungen.

  • Übernahme-und mehrstufige Exchange-Migrationen      Füllen Sie vorab ein Quellpostfach mit Beispieldaten. Stellen Sie dann über das Internet (außerhalb Ihres lokalen Netzwerks) mit Outlook mithilfe des RPC-über-HTTP-Protokolls eine Verbindung zum Quellpostfach her. Stellen Sie sicher, dass Sie die Verbindung im Cachemodus herstellen. Messen Sie die Leistung des Netzwerks, indem Sie überprüfen, wie lange es dauert, alle Daten aus dem Quellpostfach zu synchronisieren. Der Durchsatz sollte dem ähnlich sein, den Kunden mithilfe der einfachen Exchange-Migrationstools in Office 365 erhalten, vorausgesetzt, es gibt keine weiteren Einschränkungen.

Hinweis : Während einer tatsächlichen IMAP-, Übernahme- oder mehrstufigen Exchange-Migration kommt es zu einem gewissen Mehraufwand. Der tatsächliche Durchsatz sollte jedoch den Ergebnissen dieser Überprüfungstest ähnlich sein.

Faktor 5: Office 365-Dienst

Die auf dem Ressourcenstatus von Office 365 basierende Einschränkung wirkt sich auf Migrationen aus, die die systemeigenen einfachen Office 365-Migrationstools verwenden. Weitere Informationen finden Sie im Abschnitt Auf dem Ressourcenstatus von Office 365 basierende Einschränkung.

Verschiebungsanforderungen im Office 365-Dienst

Allgemeine Informationen zum Abrufen von Statusinformationen für Verschiebungsanforderungen finden Sie unter Anzeigen der Eigenschaften von Verschiebungsanforderungen.

Im Office 365-Dienst werden anders als beim lokalen Exchange Server 2010 die Migrationswarteschlange und Dienstressourcen, die den Migrationen zugeordnet sind, von den Mandanten gemeinsam genutzt. Diese Freigabe wirkt sich darauf aus, wie Verschiebungsanforderungen in den einzelnen Phasen der Verschiebung behandelt werden.

Es gibt zwei Arten von Verschiebungsanforderungen in Office 365:

  • Onboarding-Verschiebungsanforderungen      Neue Kundenmigrationen werden als Onboarding-Verschiebungsanforderungen betrachtet. Diese Anforderungen weisen eine normale Priorität auf.

  • Interne Datencenterverschiebungsanforderungen      Hierbei handelt es sich um Postfachverschiebungsanforderungen, die von Teams eingeleitet werden, die für den Betrieb von Datencentern zuständig sind. Diese Anforderungen haben eine geringere Priorität, da die Endbenutzererfahrung nicht betroffen ist, wenn die Verschiebungsanforderung verzögert wird.

Potenzielle Auswirkungen und Verzögerungen für Verschiebungsanforderungen mit dem Status "In der Warteschlange" und "In Bearbeitung"

  • Verschiebungsanforderungen in der Warteschlange      Dieser Status gibt an, dass die Verschiebung in die Warteschlange gestellt wurde und darauf wartet, vom Exchange-Postfachreplikationsdienst aufgenommen zu werden. Für Exchange 2003-Verschiebungsanforderungen können Benutzer in dieser Phase weiterhin auf ihre Postfächer zugreifen.

    Zwei Faktoren beeinflussen, welche Anforderung vom Postfachreplikationsdienst ausgewählt wird:

    • Priorität      Verschiebungsanforderungen in der Warteschlange mit einer höheren Priorität werden vor Verschiebungsanforderungen mit einer niedrigeren Priorität aufgenommen. Dadurch wird sichergestellt, dass Verschiebungsanforderungen von Kundenmigrationen immer vor internen Verschiebungsanforderungen von Datencentern verarbeitet werden.

    • Position in der Warteschlange      Wenn Verschiebungsanforderungen dieselbe Priorität aufweisen, werden die Anforderungen zuerst vom Postfachreplikationsdienst aufgenommen, die auch zuerst zur Warteschlange hinzugefügt wurden. Da möglicherweise mehrere Kunden gleichzeitig Postfachmigrationen durchführen, ist es normal, dass neue Verschiebungsanforderungen in der Warteschlange verbleiben, bevor sie verarbeitet werden.

      Häufig wird die Zeit, die Postfachanforderungen vor der Verarbeitung in der Warteschlange warten, während der Migrationsplanung nicht berücksichtigt. Dies führt zu Kunden, für die nicht genügend Zeit reserviert wurde, um alle geplanten Migrationen abzuschließen.

  • In Bearbeitung befindliche Verschiebungsanforderungen      Dieser Status gibt an, dass die Verschiebung noch nicht abgeschlossen ist. Wenn es sich hierbei um die Verschiebung eines Onlinepostfachs handelt, kann der Benutzer weiterhin auf sein Postfach zugreifen. Bei der Verschiebung von Offlinepostfächern ist das Postfach des Benutzers nicht mehr verfügbar.

    Nachdem die Verschiebungsanforderung für das Postfach den Status "In Bearbeitung" aufweist, hat die Priorität keine Bedeutung mehr und neue Verschiebungsanforderungen werden nicht verarbeitet, bis eine vorhandene Verschiebungsanforderung mit dem Status "In Bearbeitung" abgeschlossen wird, auch wenn die neue Verschiebungsanforderung eine höhere Priorität aufweist.

Bewährte Methoden

Planung      Wie bereits erwähnt, befassen sich Exchange 2003-Kunden in der Regel eher mit der Planung des Zeitpunkts der Migrationen und deren Dauer, da Exchange 2003-Benutzer während einer Hybridmigration keinen Zugriff haben.

Bei der Planung der Anzahl der zu migrierenden Postfächer während eines bestimmten Zeitraums, sollten Sie Folgendes berücksichtigen:

  • Beziehen Sie die Zeitspanne mit ein, die die Verschiebungsanforderung in der Warteschlange wartet. Diese kann wie folgt berechnet werden:

    (Gesamtzahl der zu migrierenden Postfächer) = ((Gesamtzeit) – (durchschnittliche Wartezeit)) * (Migrationsdurchsatz)

    Dabei entspricht der Migrationsdurchsatz der Gesamtzahl der Postfächer, die pro Stunde migriert werden können.

    Nehmen Sie beispielsweise an, Sie verfügen für die Migration von Postfächern über ein Zeitfenster von sechs Stunden. Wenn die durchschnittliche Zeit in der Warteschlange eine Stunde beträgt, und Sie einen Migrationsdurchsatz von 100 Postfächern pro Stunde erreichen, können Sie innerhalb von sechs Stunden 500 Postfächer migrieren: 500 = (6 – 1) * 100.

  • Starten Sie die Migration früher als anfänglich geplant, um die Zeit in der Warteschlange zu verringern. Wenn sich die Postfächer in der Warteschlange befinden, können Exchange 2003-Benutzer weiterhin auf ihre Postfächer zugreifen.

Ermitteln der Wartezeit      Die Zeit in der Warteschlange wechselt ständig, da Microsoft nicht die Migrationszeitpläne von Kunden verwaltet.

Um die potenzielle Wartezeit zu ermitteln, kann ein Kunde versuchen, mehrere Stunden vor dem Start der eigentlichen Migration eine Testverschiebung zu planen. Der Kunde kann dann auf Grundlage der ermittelten Dauer, die die Anforderung in der Warteschlange verweilt, besser einschätzen, wann die Migration gestartet werden muss. Zudem kann er besser beurteilen, wie viele Postfächer im angegebenen Zeitraum verschoben werden können.

Wenn eine Testmigration z. B. vier Stunden vor dem Start einer geplanten Migration abgeschlossen wurde. Der Kunde hat ermittelt, dass die Warteschlangenzeit für die Testmigration ungefähr eine Stunde ergibt. Dann sollte der Kunden erwägen, die Migration eine Stunde früher zu starten als ursprünglich geplant, um sicherzustellen, dass ausreichend Zeit zum Abschließen aller Migrationen verfügbar ist.

Drittanbietertools für Office 365-Migrationen

Drittanbietertools werden hauptsächlich in Migrationsszenarien verwendet, die kein Exchange umfassen, z. B. in Szenarien mit Google Mail, IBM Lotus Domino und Novell GroupWise. Dieser Abschnitt konzentriert sich auf die von Migrationstools von Drittanbietern verwendeten Protokolle, anstatt auf die eigentlichen Produkte und Migrationstools. Die folgende Tabelle enthält eine Liste von Faktoren, die für Migrationstools von Drittanbietern in Office 365-Migrationsszenarien gelten.

Faktor 1: Datenquelle

Checkliste

Beschreibung

Bewährte Methoden

Systemleistung

Die Datenextrahierung stellt eine intensive Aufgabe dar. Das Quellsystem muss über geeignete Ressourcen verfügen, z. B. CPU-Zeit und Arbeitsspeicher, um optimale Migrationsleistungen bieten zu können. Während der Migration befindet sich das Quellsystem hinsichtlich der normalen Arbeitsauslastung durch den Endbenutzer häufig am Rande seiner Kapazität. Wenn die Systemressourcen unzureichend sind, kann sich die zusätzliche Arbeitsauslastung, die sich durch die Migration ergibt, auf die Endbenutzer auswirken.

Überwachen Sie die Systemleistung während eines Migrationstests. Wenn das System ausgelastet ist, wird aufgrund potenzieller verringerter Migrationsgeschwindigkeiten und Dienstverfügbarkeitsproblemen empfohlen, einen offensiveren Migrationszeitplan für das System zu vermeiden. Erhöhen Sie nach Möglichkeit die Leistung des Quellsystems durch Hinzufügen von Hardwareressourcen und Verringern der Arbeitsauslastung des Systems. Die Arbeitsauslastung des Systems kann durch Verschieben von Aufgaben und Benutzern auf andere Server verringert werden, die nicht in die Migration einbezogen sind.

Weitere Informationen finden Sie unter:

Bei der Migration von einer lokalen Exchange-Organisation, die mehrere Postfachserver umfasst, wird empfohlen, dass Sie eine Liste der Migrationsbenutzer erstellen, die gleichmäßig auf die verschiedenen Postfachserver verteilt wird. Auf Grundlage der jeweiligen Serverleistung kann die Liste weiter optimiert werden, um den Durchsatz zu maximieren.

Wenn Server A z. B. über eine um 50 Prozent höhere Ressourcenverfügbarkeit als Server B aufweist, ist es sinnvoll, 50 Prozent mehr Benutzer von Server A in demselben Migrationsbatch zu verwenden. Eine ähnliche Methode kann auf andere Quellsysteme angewendet werden.

Führen Sie die Migrationen aus, wenn das System eine maximale Ressourcenverfügbarkeit aufweist, z. B. nach Feierabend oder an Wochenenden oder Feiertagen.

Back-End-Aufgaben

Andere Back-End-Aufgaben, die in der Regel während der Migrationszeit ausgeführt werden. Da es sich als bewährte Methode erweist, die Migration außerhalb der Geschäftszeiten durchzuführen, kommt es häufig vor, dass Migrationen mit anderen Wartungsaufgaben in Konflikt geraten, die auf den lokalen Servern ausgeführt werden, z. B. Datensicherungen.

Überprüfen Sie andere Systemaufgaben, die während der Migration ausgeführt werden. Es wird empfohlen, dass Sie ein ausschließlich für die Datenmigration vorgesehenes Zeitfenster erstellen, wenn keine anderen ressourcenintensiven Aufgaben ausgeführt werden.

Für lokale Exchange-Kunden sind die allgemeinen Aufgaben Sicherungslösungen. Weitere Informationen finden Sie unter Wartung des Exchange-Informationsspeichers.

Einschränkungsrichtlinie

Es ist allgemein üblich, E-Mail-Systeme mit einer Einschränkungsrichtlinie zu schützen, die einen bestimmten Grenzwert festlegt, wie schnell und wie viele Daten während einer bestimmten Zeitspanne und mithilfe einer bestimmten Migrationsmethode aus dem System extrahiert werden können.

Überprüfen Sie, welche Einschränkungsrichtlinie auf Ihr E-Mail-System angewendet wird. Google Mail beschränkt z. B. die Datenmenge, die in einem bestimmten Zeitraum extrahiert werden kann.

Je nach Version weist Exchange Richtlinien auf, die den IMAP-Zugriff auf den lokalen E-Mail-Server (verwendet von IMAP-Migrationen) und den RPC-über-HTTP-Protokollzugriff (verwendet von Exchange-Übernahmemigrationen und mehrstufigen Exchange-Migrationen) einschränkt.

Weitere Informationen zur IMAP-Einschränkung finden Sie unter Tipps zum Optimieren von IMAP-Migrationen.

Weitere Informationen zur Einschränkung des RPC-über-HTTP-Protokolls finden Sie unter:

Weitere Informationen zum Konfigurieren der Einschränkung von Exchange-Webdiensten finden Sie unter Exchange 2010: Informationen zu Richtlinien zur Clienteinschränkung.

Faktor 2: Migrationsserver

Die meisten Drittanbietertools für Office 365-Migrationen werden vom Client initiiert und verschieben Daten zu Office 365. Diese Tools erfordern in der Regel einen Migrationsserver. Für diese Migrationsserver gelten Faktoren wie Systemleistung, Back-End-Aufgaben und Einschränkungsrichtlinien für die Quellserver.

Hinweis : Einige Migrationslösungen von Drittanbietern werden im Internet als cloudbasierte Dienste gehostet und erfordern keinen lokalen Migrationsserver.

Lösung und Übungsbeispiel   

Um die Migrationsleistung bei der Verwendung eines Migrationsservers zu verbessern, wenden Sie dieselben bewährten Methoden an, die auch im Abschnitt Faktor 1: Datenquelle beschrieben werden.

Faktor 3: Migrationsmodul

Für Migrationstools von Drittanbietern werden am häufigsten die Exchange-Webdienste und das RPC-über-HTTP-Protokoll verwendet.

Exchange-Webdienste   

Exchange-Webdienste ist das empfohlene Protokoll zum Migrieren zu Office 365, da große Datenbatches unterstützt werden und eine bessere dienstorientierte Einschränkung verfügbar ist. In Office 365 (im Identitätswechselmodus) verbrauchen Migrationen, die Exchange-Webdienste verwenden, nicht die veranschlagte Menge an Office 365Exchange-Webdienstressourcen, sondern stattdessen eine Kopie der veranschlagten Ressourcen:

  • Alle Identitätswechselaufrufe der Exchange-Webdienste, die über dasselbe Administratorkonto getätigt werden, werden separat vom Budget berechnet, das diesem Administratorkonto zugewiesen ist.

  • Für jede Identitätswechselsitzung wird eine Schattenkopie des Budgets des tatsächlichen Benutzers erstellt. Alle Migration für diese bestimmte Sitzung verwenden diese Schattenkopie.

  • Die Einschränkung bei einem Identitätswechsel ist auf die einzelne Benutzermigrationssitzung begrenzt.

Bewährte Methoden   

  • Die Migrationsleistung für Kunden, die Migrationstools von Drittanbietern mit EWA-Identitätswechsel verwenden, konkurriert mit auf Exchange-Webdiensten basierenden Migrationen und der Dienstressourcennutzung durch andere Mandanten. Daher variiert die Migrationsleistung.

  • Kunden sollten nach Möglichkeit Migrationstools von Drittanbietern verwenden, die den Identitätswechsel mit Exchange-Webdiensten verwenden, da diese in der Regel schneller und effizienter sind als die Verwendung von Clientprotokollen, z. B. als das RPC-über-HTTP-Protokoll.

RPC-über-HTTP-Protokoll   

Viele herkömmliche Migrationslösungen verwenden das RPC-über-HTTP-Protokoll. Diese Methode basiert vollständig auf einem Clientzugriffsmodell, z. B. auf dem von Outlook. Skalierbarkeit und Leistung sind beschränkt, da der Office 365-Dienst den Zugriff unter der Annahme einschränkt, dass die Nutzung durch einen Benutzer und nicht durch eine Anwendung erfolgt.

Bewährte Methoden   

  • Für Migrationstools, die das RPC-über-HTTP-Protokoll verwenden, ist es üblich, den Migrationsdurchsatz durch Hinzufügen weiterer Migrationsserver und Verwenden mehrerer administrativer Office 365-Benutzerkonten zu erhöhen. Diese Methode kann die Parallelität bei der Dateneinspeisung und einen höheren Datendurchsatz erreichen, da jeder administrative Benutzer der Office 365-Benutzereinschränkung unterliegt. Es liegen entsprechende Berichte vor, dass viele Unternehmenskunden mehr als 40 Migrationsserver einrichten mussten, um einen Migrationsdurchsatz von 20 bis 30 GB pro Stunde zu erreichen.

  • In der Entwicklungsphase eines Migrationstools ist es wichtig, die Anzahl der RPC-Vorgänge zu berücksichtigen, die zum Migrieren einer Nachricht erforderlich sind. Zur Veranschaulichung haben wir die von Office 365-Diensten erfassten Protokolle für zwei Migrationslösungen von Drittanbietern (von Drittanbietern entwickelt) gesammelt, die von Kunden zum Migrieren von Postfächern zu Office 365 verwendet wurden. Wir haben zwei von Drittanbietern entwickelte Migrationslösungen verglichen. Es wurde die Migration von zwei Postfächern für die jeweilige Migrationslösung verglichen. Diese Migrationslösungen wurden ebenfalls mit dem Hochladen einer PST-Datei in Outlook verglichen. Hier folgen die Ergebnisse.

    Methode

    Postfachgröße

    Elementanzahl

    Migrationszeit

    Gesamte RPC-Transaktionen

    Durchschnittliche Clientwartezeit (ms)

    AvgCasRPCProcessingTime (ms)

    Lösung A (Postfach 1)

    376,9 MB

    4.115

    4:24:33

    132.040

    48,4395

    18,0807

    Lösung A (Postfach 2)

    249,3 MB

    12.779

    10:50:50

    423.188

    44,1678

    4,8444

    Lösung B (Postfach 1)

    618,1 MB

    4.322

    1:54:58

    12.196

    37,2931

    8,3441

    Lösung B (Postfach 2)

    56,7 MB

    2.748

    0:47:08

    5.806

    42,1930

    7,4439

    Outlook

    201,9 MB

    3.297

    0:29:47

    15.775

    36,9987

    5,6447

    Beachten Sie, dass die Dauer für den Client- und Dienstprozess ähnlich ist, aber Lösung A benötigt wesentlich mehr RPC-Vorgänge, um Daten zu migrieren. Da jeder Vorgang Clientwartezeit und Serververarbeitungszeit beansprucht, ist Lösung A beim Migrieren derselben Menge an Daten viel langsamer als Lösung B und als Outlook.

Faktor 4: Netzwerk

Bewährte Methode   

Für die Migrationslösungen von Drittanbietern, die das RPC-über-HTTP-Protokoll verwenden, folgt hier eine geeignete Möglichkeit zum Messen der potenziellen Migrationsleistung:

  1. Stellen Sie über den Migrationsserver eine Verbindung mit dem Office 365-Postfach mit Outlook über das RPC-über-HTTP-Protokoll her. Stellen Sie sicher, dass Sie die Verbindung nicht im Cachemodus herstellen.

  2. Importieren Sie eine großen PST-Datei mit Beispieldaten in das Office 365-Postfach.

  3. Messen Sie die Migrationsleistung, indem Sie die Zeit für das Hochladen der PST-Datei nehmen. Der Migrationsdurchsatz sollte dem ähneln, den Kunden über ein Migrationstool von Drittanbietern erzielen können, das das RPC-über-HTTP-Protokoll verwendet, vorausgesetzt, es gibt keine weiteren Einschränkungen. Während einer tatsächlichen Migration kommt es zu einem Mehraufwand, daher kann der Durchsatz leicht abweichen.

Faktor 5: Office 365-Dienst

Die auf dem Ressourcenstatus von Office 365 basierende Einschränkung wirkt sich auf Migrationen aus, die Migrationstools von Drittanbietern verwenden. Weitere Informationen finden Sie unter Auf dem Ressourcenstatus von Office 365 basierende Einschränkung.

Teilen Facebook Facebook Twitter Twitter E-Mail E-Mail

War diese Information hilfreich?

Sehr gut. Noch anderes Feedback?

Was können wir verbessern?

Vielen Dank für Ihr Feedback!

×