Entwickelt für den Einsatz in großen Unternehmen

Dies ist der einzige Fall, in dem ein manueller Eingriff erforderlich ist. Ein Administrator muss die MX-Einträge oder die Routing-Regeln des E-Mail-Gateways aktualisieren, damit der eingehende E-Mail-Verkehr an Ihre Standby-Umgebung (Google Workspace) weitergeleitet wird. Die Nutzer melden sich über ihre üblichen E-Mail-Clients oder Webmail bei ihren sekundären Konten an und arbeiten dann wie gewohnt auf dem Standby-System.

Ja. Vorab sind eine ordnungsgemäße Benutzerkonfiguration und eine korrekte Zuordnung der Konten erforderlich: Jeder Microsoft 365-Benutzer, der einen kontinuierlichen Zugriff benötigt, muss über ein entsprechendes Google Workspace-Konto verfügen, und der Synchronisierungsdienst muss wissen, welches Microsoft-Konto welchem Google-Konto zugeordnet ist.

Für eine echte Kontinuitätslösung sollten diese Google Workspace-Konten über einen eigenständigen Anmeldepfad verfügen, damit der Zugriff auf die Standby-Umgebung nicht von der Microsoft-Identitätsschicht abhängt, die möglicherweise von dem Vorfall betroffen ist.

Sobald der Dienst läuft, können Administratoren jederzeit auf ausgewählte Google Workspace-Konten zugreifen, um zu überprüfen, ob E-Mail-Elemente, Kalender, Kontakte und Dokumente verfügbar und auf dem neuesten Stand sind. Dies ist die grundlegende technische Überprüfung: Sie bestätigt, dass die Synchronisierung funktioniert und dass die Standby-Umgebung die erwarteten Daten enthält.

Im Rahmen einer umfassenderen BCP-Übung kann die Standby-Umgebung in dieselbe Art von kontrollierten Szenariotests einbezogen werden, die Sie auch für jede andere Kontinuitätsmaßnahme verwenden würden. Beispielsweise kann eine Pilotgruppe oder Abteilung gebeten werden, für einen festgelegten Zeitraum über Google Workspace zu arbeiten, aktuelle E-Mail- und Kalenderdaten zu überprüfen, Nachrichten zu senden und zu empfangen, wichtige Dokumente zu öffnen und zu bestätigen, dass die vereinbarten Arbeitsabläufe funktionsfähig sind.

Gegebenenfalls kann im Rahmen der Übung auch eine Nichtverfügbarkeit von Microsoft 365 für diese Pilotgruppe simuliert werden, indem deren Zugriff auf Microsoft 365 während des Testzeitraums vorübergehend eingeschränkt wird.

Der Test kann auch die betrieblichen Abläufe im Zusammenhang mit der Technologie umfassen: wie das Failover ausgelöst wird, wie die Benutzer informiert werden, wie das E-Mail-Routing oder die Zugriffsanweisungen gehandhabt werden, wie der Support während der Übung gewährleistet wird und wie die Benutzer angewiesen werden, zu Microsoft 365 zurückzukehren.

Das Ergebnis belegt nicht nur, dass die Daten synchronisiert sind, sondern auch, dass die Standby-Umgebung den in Ihrem BCP definierten Kontinuitätsprozess unterstützen kann. Typische Testprotokolle enthalten Angaben zum Umfang der Übung, zu den beteiligten Benutzern, zu den geltenden Zugriffsbeschränkungen, zu den überprüften Daten, zu den Zugriffszeiten, zu den festgestellten Problemen sowie zu etwaigen Aktualisierungen des Runbooks.

Während des Failovers arbeiten die Nutzer in Google Workspace. Sobald Microsoft 365 wieder verfügbar ist, wird der Fallback-Mechanismus automatisch gestartet, und die während des Failovers gesendeten und empfangenen E-Mails werden wieder mit Microsoft 365 synchronisiert. Der Vorgang läuft im Hintergrund weiter, bis die in beiden Systemen verfügbaren Elemente identisch sind.

Sobald sich die primäre Umgebung (Microsoft 365) stabilisiert hat, gleicht die bidirektionale Synchronisierung der Software die primäre Umgebung automatisch mit den während des Ausfalls vorgenommenen Änderungen ab. Sie leiten Ihre MX-/Gateway-Einträge einfach nach Belieben zurück zur primären Umgebung um, ohne dass eine überstürzte Umstellung erforderlich ist. Wenn die Benutzer zur primären Umgebung zurückkehren, sind alle ihre Dokumente und Postfacheinträge aus der Zeit vor und während des Ausfalls vorhanden, ohne dass Daten verloren gehen.

Ja, auf jeden Fall. Die Lösung ist als SaaS (Software as a Service) verfügbar, wobei Ihnen unsere sichere Cloud zur Verfügung steht. Unsere SaaS-Plattform bietet die Speicherung von Daten an zwei unterschiedlichen geografischen Standorten: in den Vereinigten Staaten von Amerika und in der Europäischen Union. Sie entscheiden selbst, wo Ihre Daten gespeichert werden sollen, je nach Ihren Präferenzen aus regulatorischen oder strategischen Gründen.

Ja. Da es auf der Mailbox-Ebene und nicht auf der darunterliegenden Infrastrukturebene arbeitet, unterstützt es von Haus aus regionenübergreifende Konfigurationen über geografisch verteilte Rechenzentren hinweg.

Wenn sich die E-Mail-Adressen oder UPNs zwischen der Primär- und der Standby-Umgebung unterscheiden, können Administratoren benutzerdefinierte Zuordnungsregeln festlegen (mithilfe von Excel-/CSV-Importen oder manuell), um ein Primärpostfach (A@company.com) einem völlig anderen Standby-Postfach (B@backup-domain.com) zuzuordnen.

Ja. Dies geschieht durch Anpassung des Abfrageintervalls.

Sie können zwischen zwei Modellen wählen:

• Abonnementlizenz (pro Synchronisationspaar, pro Monat oder Jahr) – ideal für Flexibilität und die OPEX-Budgetierung, verfügbar für SaaS-Bereitstellungen.
• Unbefristete Lizenz (einmaliger Kauf pro Synchronisationspaar) – ideal für den langfristigen Einsatz und die CAPEX-Planung, verfügbar für selbst gehostete Bereitstellungen.

Ein Synchronisationspaar ist eine Gruppe von 2 Benutzern, die an einer Synchronisierung teilnehmen. Oder einfach ausgedrückt: ein Paar von E-Mail-Adressen, deren Funktionen synchronisiert werden sollen.

Die Lizenzaktivierung ist ganz einfach: Nach der Installation fordern Sie eine Lizenz an und aktivieren sie dann.