Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Einrichten von Amazon Connect – Globale Ausfallsicherheit
**Anmerkung**
**Neuer Benutzer?** Schauen Sie sich den [Workshop zu Amazon Connect Global Resiliency](https://catalog.workshops.aws/amazon-connect-global-resiliency/en-US) an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Rufnummern und Agenten-Failover mithilfe von New APIs über die AWS-CLI.
Global Resiliency ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).
Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.
Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.
Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.
Um Zugriff auf dieses Feature zu erhalten, wenden Sie sich an Ihren Amazon Connect Solutions Architect oder Technical Account Manager.
**Wichtig**
Amazon Connect Global Resiliency (ACGR) ist die einzige AWS unterstützte Lösung für regionsübergreifende Resilienz in Amazon Connect. AWS unterstützt keine Alternativen von Drittanbietern oder maßgeschneiderte Alternativen zur Erzielung globaler Resilienz. Die Bereitstellung nicht unterstützter Lösungen kann dazu führen, dass die Service-Limits auf der sekundären Instanz verweigert oder reduziert werden und dass sich dies negativ auf die SLA-Abdeckung auswirken kann, wenn Ausfallzeiten auf die nicht unterstützte Bereitstellung zurückzuführen sind.
Mit Amazon Connect – Globale Ausfallsicherheit können Sie überall auf der Welt einen Kundenservice mit höchster Zuverlässigkeit, Leistung und Effizienz anbieten. Mit seinen Features für verteilte Telefonie kann Ihr Contact Center international gesetzliche Anforderungen erfüllen.
Amazon Connect Global Resiliency bietet eine Reihe von Funktionen APIs , mit denen Sie:
+ Stellen Sie eine verknüpfte Amazon Connect Connect-Instance in einer anderen bereit AWS-Region.
+ Bereitstellung und Verwaltung von Telefonnummern, die weltweit verfügbar und in beiden Regionen zugänglich sind.
+ Verteilen von Telefonieverkehr und Kundendienstmitarbeitern in Schritten von 10 % auf Amazon-Connect-Instances und Regionen oder alle auf einmal verschieben. Auf diese Weise können Sie eingehende Sprachkontakte und Kundendienstmitarbeiter langsam zwischen Regionen verschieben oder sie alle gleichzeitig verschieben.
Sie können beispielsweise eingehende Sprachkontakte und Kundendienstmitarbeiter zu 100 % auf USA Ost (Nord-Virginia) und zu 0 % auf USA West (Oregon) oder zu 50 % auf beide Regionen verteilen.
+ Zugriff auf reservierte Kapazitäten in allen Regionen.
**Topics**
+ [Global Resiliency – Anforderungen](connect-global-resiliency-requirements.md)
+ [Erste Schritte](get-started-connect-global-resiliency.md)
+ [Verwalten von Datenverkehr-Verteilergruppen](manage-traffic-distribution-groups.md)
+ [Regionsübergreifende Verwaltung von Telefonnummern](manage-phone-numbers-across-regions.md)
+ [Regionsübergreifendes Verwalten von Chats](manage-chat-across-regions.md)
+ [Metriken, Berichte und Suche in allen ACGR-Regionen](metrics-reports-and-search-across-acgr-regions.md)
# Amazon Connect Global Resiliency – Anforderungen
Wenn Sie sich für Amazon Connect Global Resiliency entschieden haben, stellen Sie vor der Bereitstellung sicher, dass die folgenden Voraussetzungen erfüllt werden:
+ [Portieren](about-porting.md) Sie alle Telefonnummern, die Sie für mehrere Regionen aktivieren möchten, zu Amazon Connect.
+ AWS Enterprise Support oder AWS Unified Operations sind erforderlich, um Amazon Connect Global Resiliency zu nutzen. Weitere Informationen zu AWS Supportplänen finden Sie unter [AWS Supportpläne](https://aws.amazon.com/premiumsupport/plans/).
+ Sie benötigen eine bestehende [SAML-2.0-fähige](connect-identity-management.md) Amazon-Connect-Produktions-Instance in einer Region, in der Amazon Connect Global Resiliency verfügbar ist. Gibt an, ob dies der Fall ist, können Sie unter [Verfügbarkeit weltweiter Resilienz nach Region](regions.md#gr_region) herausfinden.
+ Es wird empfohlen, die Global-Resiliency-Services von Amazon Connect in eine Testumgebung zu integrieren und sie zu testen, bevor Sie den Produktionsdatenverkehr aufnehmen.
+ Fordern Sie an, dass ALLE [Servicekontingenten in der Replikatinstanz mit den Servicekontingenten in der Quellinstanz übereinstimmen: Erstellen Sie in der AWS Management Console > Support einen Fall zur Erhöhung des Servicekontingents](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html).
+ Stellen Sie sicher, dass Ihre Lambda-Funktionen in allen AWS Regionen denselben Namen haben.
+ Aktualisieren Sie Ihre Flows, um alle hartcodierten Regionen durch den Parameter `$.AwsRegion` oder `$['AwsRegion']` zu ersetzen.
**Anmerkung**
Im [AWS Lambda Funktion](invoke-lambda-function-block.md)-Block ist `$.AwsRegion` im flowArn nicht zulässig.
Zur Verwendung von `$.AwsRegion` müssen Sie den Flow mit einem [Set contact attributes (Kontaktattribute festlegen)](set-contact-attributes.md)-Block festlegen, zum Beispiel:
`flowIdKey` : `arn:aws:connect:$.AwsRegion:123456789012:instance/12345678-1234-1234-1234-123456789012/contact-flow/12345678-1234-1234-1234-123456789012`
Verwenden Sie dann später diesen Attributschlüssel im [AWS Lambda Funktion](invoke-lambda-function-block.md)-Block als `${flowIdKey}`.
`$.AwsRegion` wird nur für den Lambda-ARN und den Lex-ARN unterstützt.
+ Für Amazon-Lex-Bots können Sie einen der folgenden Schritte ausführen:
+ Verwenden Sie Amazon Lex Global Resiliency, um Bots AWS regionsübergreifend zu replizieren und die Bot-ID beizubehalten.
+ Ändern Sie Ihre Flows je nach AWS Region, in der der Flow ausgeführt wird, in Branch. Zur Laufzeit des Flows werden diese Parameter, wie im folgenden Beispiel veranschaulicht, durch die Region ersetzt, in der der Flow ausgeführt wird.
![\[Die Seite „Eigenschaften“ des Blocks „Kontaktattribute prüfen“.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/acgr-requirements.png)
# Erste Schritte mit Amazon Connect – Globale Ausfallsicherheit
**Wichtig**
Amazon Connect Instances, die vor dem 31. März 2021 erstellt wurden, wurde eine Domain mit dem folgenden Format zugewiesen:
```
https://your-instance-alias.awsapps.com/connect/
```
Wenn Ihre Domain das ältere Format aufweist, kann das Amazon Connect -Feature Global Resiliency nicht richtig konfiguriert werden. Zur Aktivierung dieses Features müssen Sie [Ihre Domain auf das neuere Format aktualisieren](update-your-connect-domain.md):
```
https://your-instance-alias.my.connect.aws/
```
**Anmerkung**
**Neuer Benutzer?** Schauen Sie sich den [Workshop zu Amazon Connect Global Resiliency](https://catalog.workshops.aws/amazon-connect-global-resiliency/en-US) an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Rufnummern und Agenten-Failover mithilfe von New APIs über die AWS-CLI.
Global Resiliency ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).
Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.
Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.
Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.
Um Zugriff auf dieses Feature zu erhalten, wenden Sie sich an Ihren Amazon Connect Solutions Architect oder Technical Account Manager.
Sie beginnen mit Amazon Connect Global Resiliency, indem Sie ein Replikat Ihrer bestehenden Amazon Connect Connect-Instance in einer anderen AWS-Region erstellen und eine Traffic-Verteilergruppe erstellen.
Eine *Datenverkehr-Verteilergruppe* ist eine Amazon-Connect-Ressource, mit der Sie Amazon-Connect-Instances verknüpfen können, die sich in verschiedenen AWS-Regionen befinden. Telefonnummern können an die Datenverkehr-Verteilergruppe angehängt werden. Der Telefonieverkehr zu diesen Nummern kann auf die Instances in der Datenverkehr-Verteilergruppe verteilt werden.
## So richten Sie Amazon Connect – Globale Ausfallsicherheit ein
1. [Erstellen Sie ein Replikat Ihrer bestehenden Amazon-Connect-Instance](create-replica-connect-instance.md). Verwenden Sie die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)-API.
1. [Erstellen Sie eine Datenverkehr-Verteilergruppe](setup-traffic-distribution-groups.md).
1. Verwenden Sie die [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)-API.
1. Ermitteln Sie mithilfe der [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API, ob die Traffic-Verteilergruppe erfolgreich erstellt wurde (`Status`muss`ACTIVE`).
1. [Fordern Sie Telefonnummern für Ihre Datenverkehr-Verteilergruppe an.](claim-phone-numbers-traffic-distribution-groups.md) Nachdem Ihre Verkehrsverteilergruppe erfolgreich erstellt wurde (`Status`ist`ACTIVE`), können Sie über die [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)API Telefonnummern für sie beanspruchen.
**Anmerkung**
Die Standardverteilung des Datenverkehrs für diese Telefonnummern ist auf 100 % – 0 % festgelegt. Das heißt, 100% des eingehenden Telefonieverkehrs gehen an die Amazon Connect Quell-Instance, mit der das Replikat erstellt wurde.
Darüber hinaus können Sie Telefonnummern, nachdem sie für eine Instance beansprucht wurden, mehreren Instances in AWS-Regionen zuweisen. Verwenden Sie dazu die [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API, um die Nummern einer Verkehrsverteilergruppe zuzuweisen.
1. [Aktualisieren Sie Ihre Datenverkehrverteilung](update-telephony-traffic-distribution.md). Verwenden Sie die [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API, um den Traffic in Schritten von 10% auf die verknüpften Instanzen zu verteilen.
# Erstellen Sie ein Replikat Ihrer bestehenden Amazon-Connect-Instance
**Anmerkung**
**Neuer Benutzer?** Schauen Sie sich den [Workshop zu Amazon Connect Global Resiliency](https://catalog.workshops.aws/amazon-connect-global-resiliency/en-US) an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Rufnummern und Agenten-Failover mithilfe von New APIs über die AWS-CLI.
Global Resiliency ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).
Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.
Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.
Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.
Um Zugriff auf dieses Feature zu erhalten, wenden Sie sich an Ihren Amazon Connect Solutions Architect oder Technical Account Manager.
Sie rufen die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API auf, um ein Replikat Ihrer Amazon Connect Connect-Instance in einer anderen zu erstellen AWS-Region und Konfigurationsinformationen für Amazon Connect Connect-Ressourcen dorthin zu kopieren. AWS-Regionen
**Topics**
+ [Wissenswertes](#important-info-automated-config)
+ [Eigenschaften der Replikat-Instance](#replica-characteristics)
+ [Welche Ressourcen werden in der Replikat-Instance gespiegelt](#mirrored-resources)
+ [Was ist nach der Erstellung der Replikat-Instance zu tun](#configure-replica-instance)
+ [Wann Sie den AWS -Support kontaktieren sollten](#replica-cs)
+ [Warum schlägt ein ReplicateInstance Anruf fehl](#why-replicateinstance-fails)
+ [Auffinden der Quellregion einer Instance](#how-to-find-source-region-of-instances)
## Wissenswertes
+ Vor dem Ausführen [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html):
+ Stellen Sie sicher, dass Sie eine Liste der IAM-Mindestberechtigungen haben, die zum Erstellen einer Instance erforderlich sind. Siehe [Erforderliche Berechtigungen für die Verwendung benutzerdefinierter IAM-Richtlinien zur Verwaltung des Zugriffs auf die Amazon-Connect-Konsole](security-iam-amazon-connect-permissions.md).
+ Aktualisieren Sie Ihre Flows, um alle hartcodierten Regionen durch den Parameter `$.AwsRegion` oder `$['AwsRegion']` zu ersetzen. Zur Laufzeit des Flows werden diese Parameter durch die Region ersetzt, in der der Flow ausgeführt wird.
+ Stellen Sie sicher, dass Ihre Lambda-Funktionen in allen AWS-Regionen denselben Namen haben.
+ Für Amazon-Lex-Bots können Sie einen der folgenden Schritte ausführen:
+ Verwenden Sie die globale Ausfallsicherheit von Amazon Lex, um Bots unter Beibehaltung der Bot-ID über AWS -Regionen zu replizieren.
+ Ändern Sie Ihre Flows je nach AWS Region, in der der Flow ausgeführt wird, in Branches. Zur Laufzeit des Flows werden diese Parameter, wie im folgenden Beispiel veranschaulicht, durch die Region ersetzt, in der der Flow ausgeführt wird.
![\[Die Seite „Eigenschaften“ des Blocks „Kontaktattribute prüfen“.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/acgr-requirements.png)
+ Von AWS verwaltete Schlüssel Um die Replikat-Instance zuzulassen, erstellen Sie mithilfe der AWS Konsole eine temporäre Amazon Connect Connect-Instance in der Region, in der Sie die Replikat-Instance erstellen möchten. Dadurch wird der Standard Von AWS verwaltete Schlüssel für Amazon Connect erstellt.
+ [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)kopiert die Amazon Connect Connect-Konfiguration AWS-Regionen als Teil des ersten Replikationsprozesses hinüber. Nach Abschluss dieses ersten Schritts werden alle Änderungen, die zu einem späteren Zeitpunkt an den ursprünglichen oder [gespiegelten Ressourcen](#mirrored-resources) vorgenommen werden, kontinuierlich regionsübergreifend mit der Replikat-Instance synchronisiert. Dies geschieht bidirektional, von der Quelle zum Replikat und vom Replikat zur Quelle.
+ Alle Telefonnummern auf der Quell-Instance, die noch keinen Nummerngruppen zugeordnet sind, werden automatisch der standardmäßigen Datenverkehr-Verteilergruppe hinzugefügt. Durch diesen Schritt sind die Telefonnummern sowohl in der Quell- als auch in der Replikatregion verfügbar und die Zuordnung des TelefonnummernFlowes wird für alle AWS-Regionen gespiegelt.
+ Für Instances in der Region Asien-Pazifik (Tokio) unterstützen nur Telefonnummern, die ausdrücklich für Amazon Connect Global Resiliency (ACGR) aktiviert wurden, das vollständige Replikationsverhalten nach Asien-Pazifik (Osaka). Bei der Weiterleitung eingehender Anrufe in die Region Asien-Pazifik (Osaka) kann es zu Zustellzeiten von bis zu 20 Sekunden kommen.
+ Der Notfallzugriff für die Anmeldung bei der Replikat-Instance ist erst verfügbar, nachdem das Standard-Weiterleitungsprofil und die Warteschlange für alle Regionen gespiegelt wurden.
+ Während die Konfiguration weitergegeben wird AWS-Regionen, können Sie den Fortschritt in AWS CloudTrail Protokollen verfolgen. Oder Sie können auf der Amazon Connect Admin-Website zu **Benutzerverwaltung**, **Änderungsverlauf anzeigen** navigieren, um einen Prüfpfad der Änderungen an den Benutzern einzusehen. Audit Trails sind auch für andere Konfigurationen verfügbar.
+ Möglicherweise werden im CloudTrail Protokoll die folgenden Fehler angezeigt, die sich nicht auf die Spiegelung der Konfigurationen auswirken.
+ Http 409-Fehler (Konflikt): Diese Fehler treten aufgrund von Spiegelungskonflikten auf, wenn mehrere Konfigurationsupdates schnell hintereinander an derselben Contact-Center-Ressource verarbeitet werden. Diese Fehler können zwar in den Protokollen auftauchen, haben jedoch keinen Einfluss auf die tatsächliche Spiegelung Ihrer Contact-Center-Ressourcen.
+ Ein Konflikt mit Ressourcennamen tritt auf, wenn Ressourcen in der Quellinstanz und der Replikatinstanz denselben Namen, aber unterschiedliche Ressourcen haben. IDs Dies kann beispielsweise der Fall sein, wenn die Ressource in der Replikat-Instance außerhalb des Replikationsprozesses manuell erstellt wurde.
Im Fall von Ressourcennamenkonflikten wird die Ressource [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)nicht regionsübergreifend synchronisiert. Stattdessen wird der Fehler `ResourceConflictException` ausgegeben. Nachdem Sie den Namenskonflikt gelöst haben (z. B. die Ressource in der Replikat-Instance gelöscht haben), können Sie `ReplicateInstance` erneut ausführen, um die Ressource zu synchronisieren.
+ Nach der Ausführung müssen Sie die [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API verwenden`ReplicateInstance`, um Agenten entweder der standardmäßigen Verkehrsverteilergruppe oder einer benutzerdefinierten Verkehrsverteilergruppe zuzuordnen.
+ Beim Ausführen werden [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)keine Lambda-Funktionen oder Amazon Lex Lex-Bots oder andere Drittanbieter/Integrationen synchronisiert, die Sie möglicherweise haben.
## Eigenschaften der Replikat-Instance
+ Die replizierte Amazon-Connect-Instance wird in demselben AWS -Konto wie Ihre bestehende Amazon-Connect-Instance erstellt.
+ [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)erstellt eine Standardverteilergruppe für den Datenverkehr, falls noch keine vorhanden ist. Diese standardmäßige Datenverkehr-Verteilergruppe hat drei Arten der Datenverkehrsverteilung:
+ Anmelden
+ Agent
+ Telefonie
Verwenden Sie die [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API, um weitere Verkehrsverteilergruppen zu erstellen. Diese zusätzlichen Verkehrsverteilergruppen sind jedoch keine standardmäßigen Verkehrsverteilergruppen und unterstützen daher nur Agenten- und Telefonverteilungen.
+ Die standardmäßige Datenverkehr-Verteilergruppe ist die einzige, in der Sie die `SignInConfig`-Verteilung ändern können. Sehen Sie sich den `IsDefault` Parameter im [TrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_TrafficDistributionGroup.html)Datentyp an.
+ Sie verwenden `SignInConfig`, um die Backend-Anmeldeserver auszuwählen, die dem Kundendienstmitarbeiter die Anmeldung bei seiner Amazon-Connect-Instance erleichtern. Wenn Sie beispielsweise `UpdateTrafficDistribution` mit einem modifizierten `SignInConfig` und einem nicht standardmäßigen Wert für `TrafficDistributionGroup` aufrufen, wird `InvalidRequestException` zurückgegeben.
+ Die Replikat-Instance hat dieselbe Instance-ID wie die Amazon-Connect-Instance, von der sie repliziert wurde.
## Welche Ressourcen werden in der Replikat-Instance gespiegelt
[ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)spiegelt die folgenden Amazon Connect Ressourcen wider AWS-Regionen.
**Wichtig**
Die Service Quotas für diese Ressourcen werden automatisch in allen AWS-Regionen abgeglichen, *bevor die Ressourcen regionsübergreifend* gespiegelt werden. Um ein beliebiges anderes Kontingent in der Replikat-Instance zu erhöhen, reichen Sie eine Anfrage ein.
+ Kompetenzen der Kundendienstmitarbeiter
+ Fließt
+ Flow-Module
+ Benutzer
+ Weiterleitungsprofile
+ Queues (Warteschlangen)
+ Sicherheitsprofile
+ Betriebsstunden
+ Schnellverbindungen
+ Vordefinierte Attribute
+ Eingabeaufforderungen (ohne die in S3 gespeicherten)
+ Benutzerhierarchien (Gruppen und Ebenen)
+ Kundendienstmitarbeiter-Status
+ Vordefinierte Attribute
+ Gespeicherte Berichte
+ Ansichten
+ Datentabellen
+ Arbeitsbereiche
+ Versionen des Flow-Moduls
+ Aliase für das Flow-Modul
+ Benutzerdefinierte Metriken
+ Testfälle
+ Benachrichtigungen
**Wichtige Hinweise zu bestimmten Ressourcen**
**Gespeicherte Berichte**: Gespeicherte Berichte werden zwar repliziert, die mit gespeicherten Berichten verknüpften Zeitpläne werden *jedoch nicht* repliziert.
**Ansichten**: Nur Ansichten mit einem *veröffentlichten* Status werden repliziert. Ansichten im Entwurfsstatus werden *nicht* repliziert.
**Datentabellen**: Datentabellenwerte, die wörtliche ARN-Verweise enthalten, passen den Regionalcode bei der Replikation automatisch an die lokale Region an. ARNs Wenn sie mithilfe von Ausdrücken erstellt wurden, wird der Regionalcode möglicherweise nicht automatisch angepasst.
[ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)repliziert außerdem die folgenden Assoziationen auf: AWS-Regionen
+ Telefonnummer zu Flow
+ Warteschlange zu Weiterleitungsprofil
+ Benutzer zu Sicherheitsprofil, Weiterleitungsprofil und Benutzerhierarchie
+ Weiterleitungsprofile
+ Warteschlange zu Schnellverbindungen
+ Warteschlange zu Betriebsstunden
+ Warteschlange zu Flow
**Anmerkung**
Nach der ersten Replikation werden Konfigurationsänderungen nahezu in Echtzeit bidirektional zwischen replizierten Instances repliziert. Wenn dabei ein Fehler auftritt, versucht Amazon Connect Global Resiliency, Aktualisierungen innerhalb von 30 Minuten zu synchronisieren.
## Was ist nach der Erstellung der Replikat-Instance zu tun
Nachdem Ihre Replikat-Instance von Amazon Connect erstellt wurde, müssen Sie sie konfigurieren:
1. Sorgen Sie für Redundanz bei Front-End- und Back-End-Integrationen (z. B. SSO, Lambda, Lex) in allen Regionen.
1. Nehmen Sie passende manuelle Aktualisierungen für alle verknüpften Instances vor.
1. Verwenden Sie die [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API, um Agenten der Standardverteilergruppe für den Datenverkehr zuzuordnen.
Bevor Sie Kundendienstmitarbeiter einer Datenverkehr-Verteilergruppe zuordnen können, müssen sie sowohl auf der Quell- als auch auf der Replikat-Instance vorhanden sein. Sie können Benutzer nicht einer Datenverkehr-Verteilergruppe zuordnen, wenn sie neu zur Quell-Instance hinzugefügt wurden und sich noch nicht im Replikat befinden.
## Wann Sie den AWS Support kontaktieren sollten
Wenden Sie sich an den AWS Support, wenn Sie Hilfe bei den folgenden Aktivitäten benötigen:
+ Um den Status der Spiegelung zu verstehen, der über das hinausgeht, was in den CloudTrail Protokollen und im Audit-Trail auf der Amazon Connect Admin-Website verfügbar ist.
## Warum schlägt ein ReplicateInstance Anruf fehl
Ein [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API-Aufruf schlägt `InvalidRequestException` in den folgenden Fällen fehl:
1. Das Replikat wird in derselben Region erstellt, in der sich Ihre bestehende Instance befindet.
1. Die Instanz wurde bereits im Rahmen eines anderen [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API-Aufrufs repliziert.
1. Die Instance hat keinen Alias.
1. Die Instance befindet sich nicht im Status `ACTIVE`.
1. Für die Instance ist SAML nicht aktiviert.
1. Es besteht ein Konflikt mit Ressourcennamen.
## So finden Sie die Quellregion einer Amazon-Connect-Instances
Wenn Sie vergessen haben, welches die Quellregion für Ihre Amazon-Connect-Instances ist, führen Sie die folgenden Schritte aus, um sie zu finden:
1. Rufen Sie die [ListTrafficDistributionGroups](https://docs.aws.amazon.com/connect/latest/APIReference/API_ListTrafficDistributionGroups.html)API mit Ihrem auf`InstanceId`.
1. Für jede Datenverkehr-Verteilergruppe in der Antwortliste enthält die zurückgegebene Angabe zu `InstanceARN` die Quellregion. Im folgenden ARN *source-region* wäre dies beispielsweise die Region Ihrer Amazon Connect Connect-Instance.
`arn:aws:connect:source-region:account-id:traffic-distribution-group/ traffic-distribution-group-id`
# Erstellen von Datenverkehr-Verteilergruppen für die Amazon-Connect-Instance
Sie können mithilfe der [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API eine Traffic-Verteilergruppe für Ihre bestehende Amazon Connect Connect-Instance erstellen.
Eine *Datenverkehr-Verteilergruppe* ist eine Amazon-Connect-Ressource, mit der Sie Amazon-Connect-Instances verknüpfen können, die sich in verschiedenen AWS-Regionen befinden. Telefonnummern können an die Datenverkehr-Verteilergruppe angehängt werden. Der Telefonieverkehr zu diesen Nummern kann auf die Instances in der Datenverkehr-Verteilergruppe verteilt werden.
## Wissenswertes
+ Wenn Sie eine Datenverkehr-Verteilergruppe erstellen, muss diese in der Quell- AWS-Region erstellt werden. Eine *Quellregion* ist die Region, in der Sie Ihre bestehende Amazon-Connect-Instance einrichten.
+ Wenn Sie Telefonnummern einer Datenverkehr-Verteilergruppe zuordnen:
+ Sie können nur Telefonnummern zuordnen, die in der Quellregion beansprucht wurden.
+ Die Telefonnummer muss sich in derselben Region befinden, in der die Datenverkehr-Verteilergruppe erstellt wurde.
+ Sie können Nummern für eine Datenverkehr-Verteilergruppe beanspruchen oder die Datenverkehr-Verteilung für eine Datenverkehr-Verteilergruppe nur dann abrufen oder aktualisieren, wenn ihr `Status` den Wert `ACTIVE` hat. Verwenden Sie die [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API, um festzustellen, ob sie erfolgreich erstellt wurde (`Status`muss`ACTIVE`).
+ Wenn Sie eine replizierte Amazon-Connect-Instance erstellen, wird für diese eine standardmäßige Datenverkehr-Verteilergruppe erstellt. Die standardmäßige Datenverkehr-Verteilergruppe ist die einzige, in der Sie die `SignInConfig`-Verteilung ändern können. Sehen Sie sich den `IsDefault` Parameter im [TrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_TrafficDistributionGroup.html)Datentyp an. Sie verwenden `SignInConfig`, um die Backend-Anmeldeserver auszuwählen, die dem Kundendienstmitarbeiter die Anmeldung bei seiner Amazon-Connect-Instance erleichtern. Wenn Sie beispielsweise `UpdateTrafficDistribution` mit einem modifizierten `SignInConfig` und einem nicht standardmäßigen Wert für `TrafficDistributionGroup` aufrufen, wird `InvalidRequestException` zurückgegeben.
## Status der Datenverkehr-Verteilergruppen
Im Folgenden finden Sie eine Beschreibung des Status der Datenverkehr-Verteilergruppen:
+ `CREATION_IN_PROGRESS`: Die Erstellung der Datenverkehr-Verteilergruppe ist im Gange.
+ `ACTIVE`: Die Datenverkehr-Verteilergruppe wurde erstellt.
+ `CREATION_FAILED`: Die Erstellung der Datenverkehr-Verteilergruppe ist fehlgeschlagen.
+ `PENDING_DELETION`: Das Löschen der Datenverkehr-Verteilergruppe ist im Gange.
+ `DELETION_FAILED`: Das Löschen der Datenverkehr-Verteilergruppe ist fehlgeschlagen.
+ `UPDATE_IN_PROGRESS`: Die Aktualisierung der Datenverkehr-Verteilergruppe ist im Gange.
## Warum schlägt ein CreateTrafficDistributionGroup Anruf fehl
Ein [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API-Aufruf schlägt `InvalidRequestException` in den folgenden Fällen fehl:
+ Die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API wurde nicht aufgerufen, bevor eine Traffic-Verteilergruppe für die verknüpften Instances erstellt wurde.
+ Die [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API wurde nicht in derselben Region aufgerufen, in der die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API aufgerufen wurde. Die Region, in der diese API aufgerufen wird, muss mit der Region der Instance übereinstimmen, die zum Erstellen eines Replikats verwendet wurde.
# Beantragen von Telefonnummern für Datenverkehr-Verteilergruppen mithilfe von Amazon Connect
**Anmerkung**
**Neuer Benutzer?** Schauen Sie sich den [Workshop zu Amazon Connect Global Resiliency](https://catalog.workshops.aws/amazon-connect-global-resiliency/en-US) an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Rufnummern und Agenten-Failover mithilfe von New APIs über die AWS-CLI.
Global Resiliency ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).
Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.
Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.
Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.
Um Zugriff auf dieses Feature zu erhalten, wenden Sie sich an Ihren Amazon Connect Solutions Architect oder Technical Account Manager.
Nachdem Ihre Traffic-Verteilergruppe erfolgreich erstellt wurde (`Status`ist`ACTIVE`), können Sie [SearchAvailablePhoneNumbers](https://docs.aws.amazon.com/connect/latest/APIReference/API_SearchAvailablePhoneNumbers.html)damit [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)nach verfügbaren Telefonnummern suchen und diese anfordern.
Bevor Sie eine Telefonnummer für Ihre Verkehrsverteilergruppe beanspruchen, empfehlen wir, mithilfe der [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API zu überprüfen, ob der Status der Verkehrsverteilergruppe lautet`ACTIVE`. Das Zuweisen einer Telefonnummer zu einer Datenverkehr-Verteilergruppe, die nicht `ACTIVE` ist, führt zum Fehler `ResourceNotFoundException`.
Sie können eine Telefonnummer für eine Verkehrsverteilergruppe beanspruchen, indem Sie beim Aufrufen der [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)API den ARN der Verkehrsverteilergruppe im **TargetArn**Parameter angeben. Sie können die [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API auch verwenden, um eine Telefonnummer, die zuvor für eine Instanz beansprucht wurde, einer Verkehrsverteilergruppe zuzuweisen.
**Anmerkung**
Um das Feld **Beschreibung** zu aktualisieren, müssen Sie die Amazon-Connect-Konsole verwenden.
## Beispiel-ArbeitsFlows
Im Folgenden finden Sie ein Beispiel für einen ArbeitsFlow, um Telefonnummern zu beanspruchen und sie für mehrere AWS-Regionen zu verwenden:
1. Erstellen Sie ein Replikat Ihrer Instance:
1. Rufen Sie die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)-API auf.
1. Erstellen Sie eine Datenverkehr-Verteilergruppe, die diese Instances miteinander verbindet:
1. Rufen Sie die [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)-API auf.
1. Suchen Sie nach verfügbaren Telefonnummern, die für die Datenverkehr-Verteilergruppe beansprucht werden können:
1. Rufen Sie die [SearchAvailablePhoneNumbers](https://docs.aws.amazon.com/connect/latest/APIReference/API_SearchAvailablePhoneNumbers.html)API in der Region auf, in der die Verkehrsverteilergruppe erstellt wurde. Geben Sie den ARN der Datenverkehr-Verteilergruppe für den Parameter `TargetArn` an.
1. Rufen Sie in der Region, in der die Verkehrsverteilergruppe erstellt wurde, die [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)API auf:
1. Geben Sie den ARN der Datenverkehr-Verteilergruppe für den Parameter `TargetArn` an.
1. Geben Sie den Wert für die E164-Telefonnummer an, der durch den [SearchAvailablePhoneNumbers](https://docs.aws.amazon.com/connect/latest/APIReference/API_SearchAvailablePhoneNumbers.html)API-Aufruf in Schritt 3 zurückgegeben wurde.
Eine `PhoneNumberId` und ein `PhoneNumberArn` werden zurückgegeben. Sie können diese Werte für Folgeoperationen verwenden.
1. Stellen Sie sicher, dass der Status der Telefonnummer `CLAIMED` lautet:
1. Rufen Sie die [DescribePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribePhoneNumber.html)-API auf.
(DescribePhoneNumber kann auch in der anderen Region angerufen werden, die der Verkehrsverteilergruppe zugeordnet ist. Es werden dieselben Telefonnummerndetails zurückgegeben.)
Die Telefonnummer kann erst dann für Folgeoperationen verwendet werden, wenn ihr Status `CLAIMED` lautet.
Eine Beschreibung der möglichen Statuswerte finden Sie unter [Definitionen der Rufnummernstatuswerte](#claim-phone-number-status).
1. Wiederholen Sie die Schritte 3 bis 5 für alle Telefonnummern, die Sie für die Datenverkehr-Verteilergruppe beanspruchen möchten.
1. Gehen Sie wie folgt vor, um Telefonnummern Flows zuzuordnen. Führen Sie sie in beiden Regionen aus, in denen die Datenverkehr-Verteilergruppe aktiv ist.
Diese Schritte stellen sicher, dass Ihr Telefonieverkehr korrekt an Ihre DatenFlows weitergeleitet wird, um Ihre Konfiguration der Datenverkehrsverteilung zu unterstützen.
1. Gehen Sie in Ihrer bestehenden Amazon-Connect-Instance in der Region, in der die Datenverkehr-Verteilergruppe erstellt wurde, wie folgt vor:
1. Rufen Sie die [ListContactFlows](https://docs.aws.amazon.com/connect/latest/APIReference/API_ListContactFlows.html)API auf. Geben Sie die `InstanceId` an, die der replizierten Instance entspricht.
1. Eine Liste von Flows ARNs wird zurückgegeben. Verwenden Sie diese ARNs Flows, um einen Flow mit einer Telefonnummer zu verknüpfen. Rufen Sie dazu die [AssociatePhoneNumberContactFlow](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociatePhoneNumberContactFlow.html)API auf.
1. Führen Sie in der replizierten Amazon Connect Connect-Instance in der anderen AWS Region die folgenden Schritte aus:
1. Rufen Sie die [ListContactFlows](https://docs.aws.amazon.com/connect/latest/APIReference/API_ListContactFlows.html)API auf. Geben Sie die `InstanceId` an, die der replizierten Instance entspricht.
1. Eine Liste von Flows ARNs wird zurückgegeben. Verwenden Sie diese ARNs Flows, um einen Flow mit einer Telefonnummer zu verknüpfen. Rufen Sie dazu die [AssociatePhoneNumberContactFlow](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociatePhoneNumberContactFlow.html)API auf.
## Warum schlägt ein ClaimPhoneNumber Anruf fehl
Ihr [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)API-Aufruf schlägt `ResourceNotFoundException` in den folgenden Fällen mit einer fehl:
+ Die angegebene Datenverkehr-Verteilergruppe ist nicht vorhanden, der Status der Datenverkehr-Verteilergruppe ist nicht `ACTIVE` oder Sie sind nicht Eigentümer der Datenverkehr-Verteilergruppe.
+ Die Telefonnummer ist nicht verfügbar, um Ansprüche geltend zu machen. In einigen Fällen wurde eine Telefonnummer, von der Sie gefunden haben, [SearchAvailablePhoneNumbers](https://docs.aws.amazon.com/connect/latest/APIReference/API_SearchAvailablePhoneNumbers.html)möglicherweise von einem anderen Kunden angefordert.
[ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)schlägt im folgenden Fall mit einem `InvalidParameterException` Fehler fehl:
+ Der Endpunkt, den Sie aufrufen, befindet sich nicht in derselben Region, in der die Datenverkehr-Verteilergruppe erstellt wurde.
## Definitionen der Rufnummernstatuswerte
Im Folgenden finden Sie eine Beschreibung der Rufnummernstatuswerte:
+ `CLAIMED`bedeutet, dass die [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)vorherige [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Oder-Operation erfolgreich war.
+ `IN_PROGRESS`bedeutet a [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html), der [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Vorgang ist noch im Gange und wurde noch nicht abgeschlossen. Sie können zu einem späteren [DescribePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribePhoneNumber.html)Zeitpunkt anrufen, um zu überprüfen, ob der vorherige Vorgang abgeschlossen wurde.
+ `FAILED`zeigt an, dass der [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)vorherige [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Oder-Vorgang fehlgeschlagen ist. Enthält eine Meldung, in der die Ursache des Fehlers angegeben ist.
Ein häufiger Grund für einen Fehlschlag ist, dass der Wert `TargetArn`, mit dem Sie eine Telefonnummer beanspruchen oder auf den Sie eine Telefonnummer aktualisieren, das Limit für die Gesamtzahl der beanspruchten Nummern erreicht hat.
Wenn Sie aufgrund eines API-Aufrufs von `ClaimPhoneNumber` den Status `FAILED` erhalten haben, haben Sie einen Tag Zeit, um erneut zu versuchen, die Telefonnummer zu beanspruchen, bevor die Nummer wieder in den Bestand aufgenommen wird, sodass andere Kunden sie anfordern können.
# Zuweisen beanspruchter Telefonnummern zu Datenverkehr-Verteilergruppen in Amazon Connect
+ Sie haben eine neue Datenverkehr-Verteilergruppe erstellt, deren Status `ACTIVE` ist. Wir empfehlen, die [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API zu verwenden, um den Status zu überprüfen.
+ Sie haben bereits Telefonnummern für Instances oder andere Datenverkehr-Verteilergruppen beansprucht.
Jetzt können Sie diese beanspruchten Telefonnummern mithilfe der [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API Ihrer neuen Verkehrsverteilergruppe zuweisen. Geben Sie den ARN der Datenverkehr-Verteilergruppe im Parameter `TargetArn` an.
**Anmerkung**
Um das Feld **Beschreibung** zu aktualisieren, müssen Sie die Amazon-Connect-Konsole verwenden.
## Beispiel-ArbeitsFlows
Im Folgenden finden Sie ein Beispiel für einen ArbeitsFlow, mit dem Sie Ihrer Datenverkehr-Verteilergruppe Rufnummern zuweisen können, die Sie beansprucht haben:
1. Rufen Sie die [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API auf, um die Telefonnummer einer neuen zuzuweisen`TargetArn`.
Der `TargetArn` kann für eine andere Amazon-Connect-Instance oder für eine Datenverkehr-Verteilergruppe gelten, die in derselben Region erstellt wurde, in der die Telefonnummer ursprünglich beansprucht wurde.
1. Gehen Sie wie folgt vor, um Telefonnummern Flows zuzuordnen.
Diese Schritte stellen sicher, dass Ihr Telefonieverkehr korrekt an Ihre DatenFlows weitergeleitet wird, um Ihre Konfiguration der Datenverkehrsverteilung zu unterstützen.
1. Gehen Sie in Ihrer bestehenden Amazon-Connect-Instance in der Region, in der die Datenverkehr-Verteilergruppe erstellt wurde, wie folgt vor:
1. Rufen Sie die [ListContactFlows](https://docs.aws.amazon.com/connect/latest/APIReference/API_ListContactFlows.html)-API auf. Geben Sie die `InstanceId` an, die der replizierten Instance entspricht.
1. ARNs Es wird eine Flow-Liste zurückgegeben. Verwenden Sie diese ARNs Flows, um einen Flow mit einer Telefonnummer zu verknüpfen. Rufen Sie dazu die [AssociatePhoneNumberContactFlow](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociatePhoneNumberContactFlow.html)API auf.
Die Zuordnung von Telefonnummer zu Datenfluss wird zwischen Amazon Connect Connect-Instances in allen AWS Regionen gespiegelt.
## Warum schlägt ein Anruf fehl AssociatePhoneNumberContactFlow
Wenn die Nummer für eine Verkehrsverteilergruppe beansprucht wird und Sie [AssociatePhoneNumberContactFlow](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociatePhoneNumberContactFlow.html)über eine Instanz anrufen, AWS-Region in der die Verkehrsverteilergruppe erstellt wurde, können Sie entweder einen vollständigen ARN- oder einen UUID-Wert für die vollständige Telefonnummer für den `PhoneNumberId` URI-Anforderungsparameter verwenden.
Wenn die Nummer jedoch für eine Verkehrsverteilergruppe beansprucht wird und Sie diese API mithilfe einer Instanz in dem Replikat aufrufen, das der Verkehrsverteilergruppe AWS-Region zugeordnet ist, müssen Sie eine vollständige Rufnummer ARN angeben. Wenn in diesem Szenario eine UUID angegeben wird, tritt eine `ResourceNotFoundException` auf.
## Warum schlägt ein UpdatePhoneNumber Anruf fehl
Ihr [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API-Aufruf schlägt `ResourceNotFoundException` im folgenden Fall mit einem fehl:
+ Die angegebene Datenverkehr-Verteilergruppe ist nicht vorhanden, der Status der Datenverkehr-Verteilergruppe ist nicht `ACTIVE` oder Sie sind nicht Eigentümer der Datenverkehr-Verteilergruppe.
[UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)schlägt im folgenden Fall mit einem `InvalidParameterException` Fehler fehl:
+ Der Endpunkt, den Sie aufrufen, befindet sich nicht in derselben Region, in der die Datenverkehr-Verteilergruppe erstellt wurde.
## Definitionen der Rufnummernstatuswerte
Im Folgenden finden Sie eine Beschreibung der Rufnummernstatuswerte:
+ `CLAIMED`bedeutet, dass die [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)vorherige [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Oder-Operation erfolgreich war.
+ `IN_PROGRESS`bedeutet a [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html), der [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Vorgang ist noch im Gange und wurde noch nicht abgeschlossen. Sie können zu einem späteren [DescribePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribePhoneNumber.html)Zeitpunkt anrufen, um zu überprüfen, ob der vorherige Vorgang abgeschlossen wurde.
+ `FAILED`zeigt an, dass der [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)vorherige [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Oder-Vorgang fehlgeschlagen ist. Enthält eine Meldung, in der die Ursache des Fehlers angegeben ist. Ein häufiger Grund für einen Fehlschlag ist, dass der Wert `TargetArn`, mit dem Sie eine Telefonnummer beanspruchen oder auf den Sie eine Telefonnummer aktualisieren, das Limit für die Gesamtzahl der beanspruchten Nummern erreicht hat.
# Aktualisieren Sie die Verteilung des Telefonverkehrs auf Amazon Connect Connect-Instances und AWS-Regionen
Sie verwenden die [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API, um den Telefonverkehr zu verteilen und [Agenten auf mehrere Regionen zu verlagern](update-agents-across-regions.md).
**Anmerkung**
Wenn Sie den Telefonverkehr verlagern, verschieben Sie auch die Anmeldungen der and/or Agenten, um sicherzustellen, dass sie die Anrufe in der anderen Region bearbeiten können. Wenn Sie die Kundendienstmitarbeiter nicht verlagern, werden zwar Sprachanrufe an die geänderte Region weitergeleitet, es stehen aber keine Mitarbeiter zur Verfügung, die die Anrufe entgegennehmen können.
Nachdem Sie Telefonnummern für Ihre Traffic-Verteilergruppe beansprucht haben, können Sie die [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API verwenden, um eingehende Sprachkontakte auf verknüpfte Instanzen in einer bestimmten Traffic-Verteilergruppe in Schritten von 10% zu verteilen.
Wenn die folgenden Anforderungen nicht erfüllt sind, schlägt Ihr [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API-Aufruf mit folgender Meldung fehl: `InvalidRequestException`
+ Sie müssen die Verteilung für die Konfiguration des Telefonieverkehrs bereitstellen.
+ Sie müssen die Verteilung des Datenverkehrs für beide verknüpften Instances angeben, und die Gesamtverteilung muss zusammen 100 % ergeben.
+ Sie müssen die Datenverkehrsverteilung in Schritten von 10 % angeben.
+ Die in der Telefoniekonfiguration ARNs angegebene Instanz muss mit der ARNs der verknüpften Instanzen übereinstimmen.
Wenn Sie `UpdateTrafficDistribution` von der Quellregion AWS aus anrufen, können Sie entweder die ID der Datenverkehr-Verteilergruppe oder den Amazon-Ressourcennamen (ARN) verwenden. Wenn Sie `UpdateTrafficDistribution` in der Replikatregion anrufen, müssen Sie den Datenverkehr-Verteilergruppen-ARN verwenden.
# Einrichten der Umgebung Ihrer Kundendienstmitarbeiter mit Amazon Connect – Globale Ausfallsicherheit
Mit Amazon Connect Global Resiliency bieten Sie Kundendienstmitarbeitern eine einheitliche Umgebung mit globaler Anmeldung, einer API für die Kundendienstmitarbeiterverteilung und CCP-Erweiterungen. Diese Features bieten folgende Möglichkeiten:
+ Ermöglichen Sie es Ihren Kundendienstmitarbeitern, sich zu Beginn ihres Tages einmal anzumelden und Kontakte aus ihrer aktuell aktiven Region zu bearbeiten, ohne zu wissen, welche Region gerade aktiv ist.
+ Fügen Sie Kundendienstmitarbeiter zu Ihrer Datenverkehr-Verteilergruppe hinzu und verteilen Sie Kundendienstmitarbeiter auf alle AWS-Regionen.
+ Neue eingehende Sprachkontakte werden durch einfache Aktualisierung der Seite für die derzeit aktive Region an den Kundendienstmitarbeiter-Workspace weitergeleitet.
**Topics**
+ [Integrieren Ihres Identitätsanbieters (IdP) in einen SAML-Anmeldeendpunkt von Amazon Connect Global Resiliency](integrate-idp.md)
+ [Ordnen Sie Agenten Instances in mehreren AWS Regionen zu](associate-agents-across-regions.md)
+ [Aktualisieren der Verteilung der Kundendienstmitarbeiter auf die Regionen](update-agents-across-regions.md)
+ [Einrichten des Kundendienstmitarbeiter-Arbeitsbereichs](setup-agentworkspace-switchover.md)
+ [Tipps zur Vermeidung von Problemen beim Umschalten von Kundendienstmitarbeitern auf eine andere Region](possible-issues-shifting-regions.md)
# Integrieren Ihres Identitätsanbieters (IdP) in einen SAML-Anmeldeendpunkt von Amazon Connect Global Resiliency
Damit sich Ihre Agenten einmal anmelden und in beiden AWS Regionen angemeldet sein können, um Kontakte aus der aktuell aktiven Region zu verarbeiten, müssen Sie die IAM-Einstellungen so konfigurieren, dass sie den SAML-Endpunkt für die globale Anmeldung verwenden.
## Bevor Sie beginnen
Sie müssen SAML für Ihre Amazon-Connect-Instance aktivieren, um Amazon Connect – Globale Ausfallsicherheit verwenden zu können. Informationen zu den ersten Schritten mit einem IAM-Verbund finden Sie unter [Aktivieren von SAML-2.0-Verbundbenutzern für den Zugriff auf die AWS-Managementkonsole](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_enable-console-saml.html).
## Wissenswertes
+ Agenten-Failover wird nur unterstützt, wenn der globale Anmeldeendpunkt verwendet wird.
+ Sie benötigen Ihre Instance-ID, um die Schritte in diesem Thema auszuführen. Anweisungen zu deren Auffinden erhalten Sie unter [Suchen Ihrer Instance-ID oder des ARN von Amazon Connect](find-instance-arn.md).
+ Sie müssen auch die Quellregion Ihrer Amazon-Connect-Instances kennen. Anweisungen zu deren Auffinden erhalten Sie unter [So finden Sie die Quellregion einer Amazon-Connect-Instances](create-replica-connect-instance.md#how-to-find-source-region-of-instances).
+ Wenn Sie Ihre Connect-Anwendung in einen Iframe einbetten, müssen Sie sicherstellen, dass Ihre Domain in der Liste der genehmigten Ursprünge sowohl in Ihrer Quell- als auch in Ihrer Replikat-Instance vorhanden ist, damit die globale Anmeldung funktioniert.
Um genehmigte Ursprünge auf Instance-Ebene zu konfigurieren, folgen Sie den Schritten unter [Verwenden einer Zulassungsliste für integrierte Anwendungen in Amazon Connect](app-integration.md).
+ *Kundendienstmitarbeiter müssen bereits in Ihren Quell- und Replikat-Instances von Amazon Connect erstellt worden sein und denselben Benutzernamen haben wie der Name der Rollensitzung Ihres Identitätsanbieters (IDP).* Andernfalls wird der Fehler `UserNotOnboardedException` angezeigt und Sie riskieren, dass die Redundanzfunktionen für Kundendienstmitarbeiter zwischen Ihren Instances verloren gehen.
+ Sie müssen Kundendienstmitarbeiter einer Datenverkehr-Verteilergruppe zuordnen, bevor Kundendienstmitarbeiter sich anmelden können. Andernfalls schlägt die Anmeldung des Kundendienstmitarbeiters mit `ResourceNotFoundException` fehl. Informationen darüber, wie Sie Ihre Datenverkehr-Verteilergruppen einrichten und ihnen Kundendienstmitarbeiter zuordnen, finden Sie unter [Ordnen Sie Agenten Amazon Connect Connect-Instances in mehreren AWS Regionen zu](associate-agents-across-regions.md).
+ Wenn Ihre Kundendienstmitarbeiter sich über die neue SAML-Anmelde-URL beim gesamten Amazon-Connect-Verbund anmelden, versucht Amazon Connect – Globale Ausfallsicherheit immer, den Kundendienstmitarbeiter sowohl bei Ihren Quell- als auch bei Ihren Replikat-Regionen/-Instances anzumelden, unabhängig davon, wie `SignInConfig` in Ihrer Datenverkehr-Verteilergruppe konfiguriert ist. Sie können dies überprüfen, indem Sie die Protokolle überprüfen CloudTrail .
+ Die `SignInConfig` Verteilung in Ihrer Standardverteilergruppe für den Datenverkehr bestimmt nur, welche AWS-Region Methode zur Erleichterung der Anmeldung verwendet wird. Unabhängig davon, wie Ihre Verteilung von `SignInConfig` konfiguriert ist, versucht Amazon Connect immer, Kundendienstmitarbeiter in beiden Regionen Ihrer Amazon-Connect-Instance anzumelden.
+ Nach der Replikation einer Amazon-Connect-Instance wird nur ein SAML-Anmeldeendpunkt für Ihre Instances generiert. Dieser Endpunkt enthält immer die Quelle AWS-Region in der URL.
+ Sie müssen keinen Relay-Status konfigurieren, wenn Sie die personalisierte SAML-Anmelde-URL mit Amazon Connect – Globale Ausfallsicherheit verwenden.
## So integrieren Sie Ihren Identitätsanbieter
1. Wenn Sie mithilfe der [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API ein Replikat Ihrer Amazon Connect Connect-Instance erstellen, wird eine personalisierte SAML-Anmelde-URL für Ihre Amazon Connect Connect-Instances generiert. Die generierte URL liegt im folgenden Format vor:
`https://instance-id.source-region.sign-in.connect.aws/saml`
1. *instance-id*ist die Instance-ID für eine der Instances in Ihrer Instance-Gruppe. Die Instance-ID ist in der Quell- und Replikatregion identisch.
1. *source-region*entspricht der AWS Quellregion, in der die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API aufgerufen wurde.
1. Fügen Sie Ihrer IAM-Verbund-Rolle die folgende Vertrauensrichtlinie hinzu. Nutzen Sie die URL für den SAML-Endpunkt für die globale Anmeldung wie im folgenden Beispiel.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Principal":{
"Federated":[
"arn:aws:iam::111122223333:saml-provider/MySAMLProvider"
]
},
"Action":"sts:AssumeRoleWithSAML",
"Condition":{
"StringLike":{
"SAML:aud":[
"https://instance-id.source-region.sign-in.connect.aws/saml*"
]
}
}
}
]
}
```
------
**Anmerkung**
`saml-provider-arn` ist die in IAM erstellte Identitätsanbieter-Ressource.
1. Gewähren Sie Ihrer `InstanceId` Zugriff auf `connect:GetFederationToken` für Ihre IAM-Verbund-Rolle. Beispiel:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "GetFederationTokenAccess",
"Effect": "Allow",
"Action": "connect:GetFederationToken",
"Resource": "*",
"Condition": {
"StringEquals": {
"connect:InstanceId": "your-instance-id"
}
}
}
]
}
```
------
1. Fügen Sie Ihrer Identitätsanbieter-Anwendung mithilfe der folgenden Attribut- und Wertezeichenfolgen eine Attributszuordnung hinzu.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/integrate-idp.html)
1. Konfigurieren Sie die ACS-URL (Assertion Consumer Service) Ihres Identitätsanbieters so, dass sie auf Ihre personalisierte SAML-Anmelde-URL verweist. Verwenden Sie das folgende Beispiel für die ACS-URL:
```
https://instance-id.source-region.sign-in.connect.aws/saml?&instanceId=instance-id&accountId=your AWS account ID&role=saml-federation-role&idp=your SAML IDP&destination=optional-destination
```
1. Legen Sie die folgenden Felder in den URL-Parametern fest:
+ `instanceId`: Die Kennung der Amazon-Connect-Instance. Anweisungen zum Auffinden des Instance-ARN finden Sie unter [Suchen Ihrer Instance-ID oder des ARN von Amazon Connect](find-instance-arn.md).
+ `accountId`: Die AWS Konto-ID, unter der sich die Amazon Connect Connect-Instances befinden.
+ `role`: Wird auf den Namen oder den Amazon-Ressourcennamen (ARN) der SAML-Rolle festgelegt, die für den Amazon-Connect-Verbund verwendet wird.
+ `idp`: Wird auf den Namen oder Amazon-Ressourcennamen (ARN) des IAM SAML-Identitätsanbieters festgelegt.
+ `destination`: Geben Sie den optionalen Pfad ein, zu dem Kundendienstmitarbeiter nach der Anmeldung in der Instance gelangen (zum Beispiel: `/agent-app-v2`).
# Ordnen Sie Agenten Amazon Connect Connect-Instances in mehreren AWS Regionen zu
Damit sich Ihre Agenten in beiden Regionen anmelden AWS-Regionen und Kontakte aus beiden Regionen verarbeiten können, müssen Sie sie zunächst einer Traffic-Verteilergruppe zuweisen.
1. Wenn Sie noch keine Datenverkehr-Verteilergruppe eingerichtet haben, tun Sie dies jetzt. Detaillierte Anweisungen finden Sie unter [Erstellen von Datenverkehr-Verteilergruppen für die Amazon-Connect-Instance](setup-traffic-distribution-groups.md).
1. Nachdem Ihre Datenverkehr-Verteilergruppe erfolgreich erstellt wurde (`Status` ist `ACTIVE`), können Sie ihr Kundendienstmitarbeiter zuweisen. Ordnen Sie Benutzer immer einer Datenverkehr-Verteilergruppe in der Quellregion zu.
Das Zuweisen eines Kundendienstmitarbeiters zu einer Datenverkehr-Verteilergruppe ohne den Status `ACTIVE` führt zu `ResourceNotFoundException`. Ermitteln Sie anhand der [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API, ob sie erfolgreich erstellt wurde (`Status`muss`ACTIVE`).
1. Sie können einer Traffic-Verteilergruppe einen Agenten zuweisen, indem Sie die [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API aufrufen.
## Beispiele
Der folgende `associate-traffic-distribution-group-user` Beispielbefehl zeigt, wie Agenten mehreren AWS Regionen zugeordnet und in diesen verwendet werden können.
```
aws connect associate-traffic-distribution-group-user
--traffic-distribution-group-id UUID
--user-id UUID
--instance-id
```
Im folgenden [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)Beispiel wird ein Agent einer Verkehrsverteilergruppe zugeordnet.
```
PUT /traffic-distribution-group/trafficDistributionGroupId/user HTTP/1.1
Content-type: application/json
{
"UserId": "string"
}
```
Mit dem folgenden Beispielbefehl `disassociate-traffic-distribution-group-user` wird die Zuordnung eines Kundendienstmitarbeiters zu einer Datenverkehr-Verteilergruppe aufgehoben.
```
aws connect disassociate-traffic-distribution-group-user
--instance-id your instance ID
--traffic-distribution-group-id UUID
--user-id UUID
```
Im folgenden [DisassociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_DisassociateTrafficDistributionGroupUser.html)Beispiel wird die Zuordnung eines Agenten zu einer Verkehrsverteilergruppe getrennt.
```
DELETE /traffic-distribution-group/trafficDistributionGroupId/user/UserId HTTP/1.1
```
## Warum schlägt ein AssociateTrafficDistributionGroupUser Anruf fehl
Ein [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API-Aufruf schlägt `ResourceNotFoundException` in den folgenden Fällen fehl:
1. Die angegebene Datenverkehr-Verteilergruppe ist nicht vorhanden.
1. Der Status der Datenverkehr-Verteilergruppe ist nicht `ACTIVE`.
1. Die `user-id UUID` verweist nicht auf einen Benutzer aus der Quell-Instance von Amazon Connect.
# Aktualisieren Sie die Verteilung der Agenten in Ihrem Amazon Connect Connect-Arbeitsbereich für Agenten in allen AWS Regionen
So wie Sie die API `UpdateTrafficDistribution` verwenden können, um den [Telefonieverkehr auf verschiedene Regionen zu verteilen](update-telephony-traffic-distribution.md), können Sie sie auch verwenden, um Kundendienstmitarbeiter auf mehrere AWS -Regionen zu verteilen, entweder vollständig oder schrittweise im Rahmen regelmäßiger Tests zur Betriebsbereitschaft. Beispielsweise könnten Sie 40% der Agenten in einer AWS Region behalten, um aktive Kontakte abzuschließen, und die verbleibenden Agenten in die Replikatregion verlagern.
**Anmerkung**
Wenn Sie den Telefonverkehr verlagern, verschieben Sie auch die and/or Agentenanmeldungen, um sicherzustellen, dass sie die Anrufe in der anderen Region bearbeiten können. Wenn Sie die Kundendienstmitarbeiter nicht verlagern, werden zwar Sprachanrufe an die geänderte Region weitergeleitet, es stehen aber keine Mitarbeiter zur Verfügung, die die Anrufe entgegennehmen können.
Nachdem Sie Agenten zu Ihrer Traffic-Verteilergruppe hinzugefügt haben, verwenden Sie die [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API, um Agenten in Schritten von 10% auf verknüpfte Instanzen in einer bestimmten Traffic-Verteilergruppe zu verteilen. Ihre Kundendienstmitarbeiter können aktive Sprachkontakte abschließen, bevor sie die Region wechseln.
**Anmerkung**
Wenn ein Kundendienstmitarbeiter beim Versuch, einen Kontakt zu beenden, bevor er die Region wechselt, eine Fehlermeldung erhält, muss er seine Workspace-Seite aktualisieren. Weitere Informationen finden Sie unter [Richten Sie Amazon Connect Agent Workspace ein, um Agenten zu unterstützen, die zwischen AWS Regionen wechseln](setup-agentworkspace-switchover.md).
**Topics**
+ [Voraussetzungen](#update-agent-traffic-distribution-requirements)
+ [Aktivieren beider Regionen während des regulären Betriebs](#change-signin-weights)
+ [Wie verlagert man den gesamten Telefonverkehr und die Agenten zwischen den AWS Regionen](#shift-all-traffic)
+ [UI-Banner für den regionalen Switch](#regional-switch-ui-banner)
## Voraussetzungen
Wenn die folgenden Anforderungen nicht erfüllt sind, schlägt Ihr [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API-Aufruf mit folgender Meldung fehl: `InvalidRequestException`
1. Die angegebene Datenverkehr-Verteilergruppe muss vorhanden sein.
1. Der Status der Datenverkehr-Verteilergruppe muss `ACTIVE` sein.
1. Wenn Sie die `SignInConfig`-Verteilung ändern, können Sie dies nur für die standardmäßige Datenverkehr-Verteilergruppe tun. Die standardmäßige Datenverkehr-Verteilergruppe wird erstellt, wenn die replizierte Amazon-Connect-Instance erstellt wird. Sehen Sie sich den `IsDefault` Parameter im [TrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_TrafficDistributionGroup.html)Datentyp an.
Wenn Sie `UpdateTrafficDistribution` von der Quellregion AWS aus anrufen, können Sie entweder die ID der Datenverkehr-Verteilergruppe oder den Amazon-Ressourcennamen (ARN) verwenden. Wenn Sie `UpdateTrafficDistribution` in der Replikatregion anrufen, müssen Sie den Datenverkehr-Verteilergruppen-ARN verwenden.
## Aktivieren Sie beide AWS-Regionen während des regulären Betriebs
Die API `UpdateTrafficDistribution` enthält eine Verteilung namens `SignInConfig`. Sie können damit auswählen, welche Backend-Anmeldeserver verwendet werden, um Kundendienstmitarbeitern die Anmeldung bei ihrer Instance-Gruppe zu ermöglichen. Unabhängig von der Konfiguration von `SignInConfig` in Ihrer Datenverkehr-Verteilergruppe werden Kundendienstmitarbeiters bei beiden Instances in der Datenverkehr-Verteilergruppe angemeldet.
Für ein optimales Nutzererlebnis empfehlen wir, beide AWS Regionen während des regulären Betriebs zu aktivieren. Um dies zu erreichen, sollten Sie `true` an beide `SignInConfig`-Verteilungen weitergeben. Wenn Sie Ihren gesamten Telefonverkehr und Ihre Agenten in eine AWS Region verlagern müssen, empfehlen wir, den Wert `false` für die Region, aus der Sie den Verkehr verlagern, auf `SignInConfig` zu ändern.
Der folgende Anruf führt beispielsweise dazu, dass Kundendienstmitarbeiter bei einem bestimmten Anmeldeaufruf vom Identity Provider mit einer Wahrscheinlichkeit von jeweils 50 % den Anmeldeserver us-west-2 und den Anmeldeserver us-east-1 verwenden.
```
aws connect update-traffic-distribution \
--id traffic distribution group ID or ARN \
--cli-input-json \
'{
"SignInConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Enabled":true
},
{
"Region":"us-east-1",
"Enabled":true
}
]
}
}'
```
Umgekehrt leitet die folgende Anmeldeverteilung 100 % des Datenverkehrs über den Anmeldeendpunkt an den Anmeldeserver us-east-1 weiter.
```
aws connect update-traffic-distribution \
--id traffic distribution group ID or ARN \
--cli-input-json \
'{
"SignInConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Enabled":false
},
{
"Region":"us-east-1",
"Enabled":true
}
]
}
}'
```
Diese Verteilung steuert nur, welche Region des Anmeldeservers verwendet wird, um die Anmeldung des Kundendienstmitarbeiters bei beiden Instances in ihrer Instance-Gruppe durchzuführen. Sie hat keinen Einfluss auf die Verteilung der Kundendienstmitarbeiter, die vom Teil `AgentConfig` der API `UpdateTrafficDistribution` gesteuert werden.
**Wichtig**
Wenn der Anmeldeendpunkt bei der Anmeldung der Kundendienstmitarbeiter nicht reagiert und Ihre `SignInConfig`-Verteilung auf mehrere Regionen aufgeteilt ist, können Sie Fehler beheben, indem Sie die Verteilung in einer einzelnen AWS -Region zusammenfassen. Wenn Ihre `SignInConfig` gewichtet ist und nicht reagiert, können Sie versuchen, die `SignInConfig` auf die deaktivierte Region zu verschieben. Unabhängig davon, wie Ihre `SignInConfig` konfiguriert ist, profitieren Kundendienstmitarbeiter immer noch davon, dass eine Sitzung sowohl in der Quell- als auch in der Replikatregion aktiv ist, da sie versuchen, sich in beiden Regionen bei ihrer Amazon-Connect-Instance anzumelden.
## So verlagern Sie den gesamten Telefonverkehr und die Agenten auf mehrere AWS Regionen
Verwenden Sie den folgenden Codeausschnitt, um alle neuen eingehenden Sprachkontakte, die Verteilung der Kundendienstmitarbeiteranmeldungen und die Kundendienstmitarbeiterverteilung von us-west-2 auf us-east-1 zu verlagern.
```
aws connect update-traffic-distribution \
--id traffic distribution group ID or ARN \
--cli-input-json \
'{
"SignInConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Enabled":false
},
{
"Region":"us-east-1",
"Enabled":true
}
]
},
"AgentConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Percentage":0
},
{
"Region":"us-east-1",
"Percentage":100
}
]
},
"TelephonyConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Percentage":0
},
{
"Region":"us-east-1",
"Percentage":100
}
]
}
}
'
```
Wenn Sie `UpdateTrafficDistribution` von der Quellregion AWS aus anrufen, können Sie entweder die ID der Datenverkehr-Verteilergruppe oder den Amazon-Ressourcennamen (ARN) verwenden. Wenn Sie `UpdateTrafficDistribution` in der Replikatregion anrufen, müssen Sie den Datenverkehr-Verteilergruppen-ARN verwenden.
## UI-Banner für regionale Switches
Agent Workspace und CCP werden ein UI-Banner bereitstellen, das den Regionswechsel hervorhebt.
Befindet sich ein Mitarbeiter in **einem Kontakt, während sich** seine Region aufgrund von Anpassungen der Traffic Distribution Group (TDG) ändert, wird ihm ein Banner ähnlich dem folgenden angezeigt. Sobald er den Sprachkontakt abgeschlossen und den ACW-Status geschlossen hat, aktualisiert der Agent automatisch auf die neue Region — es sind keine weiteren Maßnahmen erforderlich. Wenn der Mitarbeiter Probleme hat, den Kontakt zu schließen, kann er **Weiter im Backup** auswählen. Daraufhin erscheint ein Popup-Fenster, in dem er um Bestätigung bittet, zur alternativen Region zu wechseln.
Wir empfehlen Ihnen, Ihr Runbook und Ihren Schulungsleitfaden für Agenten entsprechend anzupassen
![\[Auf der Benutzeroberfläche des Agent Workspace wird ein Banner angezeigt, in dem der regionale Failover während der TDG-Anpassungen hervorgehoben wird.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/acgr-failover-banner.png)
![\[Das Bestätigungs-Popup, das angezeigt wird, wenn ein Agent Weiter im Backup auswählt.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/acgr-failover-confirmation.png)
# Richten Sie Amazon Connect Agent Workspace ein, um Agenten zu unterstützen, die zwischen AWS Regionen wechseln
Führen Sie die folgenden Schritte aus, damit Amazon Connect Agent Workspace das Contact Control Panel von der AWS Replikatregion in die Quellregion einbetten und zwischen diesen wechseln kann, wenn sich die aktive Region des Agenten ändert.
Wenn Sie noch kein Replikat der Quell-Instance in Amazon Connect erstellt oder keine Datenverkehr-Verteilergruppe eingerichtet haben, finden Sie weitere Informationen unter [Erste Schritte mit Amazon Connect – Globale Ausfallsicherheit](get-started-connect-global-resiliency.md).
1. Rufen Sie die AWS Amazon Connect Connect-Konsole auf, um die **Zugriffs-URL** für Ihre Quell-Instance abzurufen. Notieren Sie sich die URL.
1. In der Replikatregion die AWS Amazon Connect Connect-Konsole, um die **Zugriffs-URL** für Ihre Replikat-Instance abzurufen. Notieren Sie sich die URL.
1. Wählen Sie im gleichen Fenster für Ihre replizierte Amazon-Connect-Instance im linken Bereich die Option **Genehmigte Ursprünge** aus.
1. Fügen Sie die Domain für die **Zugriffs-URL** der Quell-Instance hinzu, die Sie in Schritt 1 notiert haben.
**Anmerkung**
Fügen Sie kein nachstehendes**/** an die Zugriffs-URL an.
1. Wiederholen Sie die obigen Schritte für Ihre Quell-Instance: Gehen Sie zu **Genehmigte Ursprünge** und fügen Sie die Zugriffs-URL für die Replikat-Instance hinzu.
**Anmerkung**
Kundendienstmitarbeiter müssen ihren Status auf **Verfügbar** setzen, nachdem sie zwischen Regionen umgeschaltet wurden.
# Tipps zur Vermeidung von Problemen bei der regionsübergreifenden Verlagerung von Kundendienstmitarbeitern in der Amazon-Connect-Instance
+ Wenn Sie die Datenverkehrsverteilung für Kundendienstmitarbeiter aktualisieren, achten Sie darauf, auch die Datenverkehrsverteilung für eingehende Sprachkontakte zu aktualisieren. Andernfalls könnten Sie in eine Situation geraten, in der in einer Region viele Kundendienstmitarbeiter sind und in der anderen viel Telefonieverkehr vorhanden ist.
+ Bevor Sie Benutzer einer Datenverkehr-Verteilergruppe zuordnen, vergewissern Sie sich, dass der Benutzername sowohl in der Quell- als auch in der Replikat-Instance von Amazon Connect existiert. Andernfalls erhalten Sie die Fehlermeldung `InvalidRequestException`, wenn Sie einen Benutzer einer Datenverkehr-Verteilergruppe zuordnen, der Benutzer mit dem Benutzernamen jedoch nicht in der Replikat-Region existiert.
+ Sie müssen die [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API aufrufen, um Agenten einer Traffic-Verteilergruppe in der Quellregion zuzuordnen. Wenn Sie versuchen, dies zu tun, während Sie sich in der Replikatregion befinden, wird eine Fehlermeldung angezeigt. `ResourceNotFoundException`
# Verkehrsverteilergruppen mit Amazon Connect verwalten APIs
Die Themen in diesem Abschnitt beschreiben, wie Sie Traffic-Verteilergruppen mithilfe von Amazon Connect verwalten APIs.
**Topics**
+ [Auflisten von Datenverkehr-Verteilergruppen](list-traffic-distribution-groups.md)
+ [Löschen von Datenverkehr-Verteilergruppen](delete-traffic-distribution-groups.md)
# Auflisten von Datenverkehr-Verteilergruppen
Verwenden Sie die [ListTrafficDistributionGroups](https://docs.aws.amazon.com/connect/latest/APIReference/API_ListTrafficDistributionGroups.html)API, um alle Verkehrsverteilergruppen aufzulisten.
Es kann nötig sein, Datenverkehr-Verteilergruppen aufzulisten, um festzustellen, ob eine bestimmte Amazon-Connect-Instance Teil einer Datenverkehr-Verteilergruppe ist.
# Löschen von Datenverkehr-Verteilergruppen in Amazon Connect
Verwenden Sie die [DeleteTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DeleteTrafficDistributionGroup.html)API, um eine Verkehrsverteilergruppe zu löschen, die nicht mehr benötigt wird.
**Anmerkung**
Sie können eine Datenverkehr-Verteilergruppe nicht löschen, wenn für sie Telefonnummern beansprucht wurden. Sie müssen zunächst mithilfe der [ReleasePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReleasePhoneNumber.html)API Telefonnummern aus der Verkehrsverteilergruppe freigeben. Danach können Sie die Datenverkehr-Verteilungsgruppe löschen.
Sie können mit der Amazon-Connect-Konsole keine Nummern aus einer Datenverkehr-Verteilergruppe freigeben.
Ihr [DeleteTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DeleteTrafficDistributionGroup.html)API-Aufruf schlägt mit der Meldung fehl, `ResourceInUseException` ob Telefonnummern weiterhin für die Traffic-Verteilergruppe beansprucht werden.
# Telefonnummern in allen Regionen mit Amazon Connect verwalten APIs
In den Themen in diesem Abschnitt wird beschrieben, wie Sie Telefonnummern mithilfe AWS-Regionen von Amazon Connect verwalten können APIs.
**Topics**
+ [Fordern Sie Telefonnummern für mehrere Instanzen an AWS-Regionen](claim-phone-number-multiple-regions.md)
+ [Verschieben Sie eine beanspruchte Telefonnummer auf mehrere Instanzen AWS-Regionen](move-phone-number-multiple-regions.md)
+ [Versionsnummern von Datenverkehr-Verteilergruppen](release-numbers-traffic-distribution-group.md)
# Telefonnummern für Amazon Connect Connect-Instances über mehrere hinweg beanspruchen AWS-Regionen
**Anmerkung**
**Neuer Benutzer?** Schauen Sie sich den [Workshop zu Amazon Connect Global Resiliency](https://catalog.workshops.aws/amazon-connect-global-resiliency/en-US) an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Rufnummern und Agenten-Failover mithilfe von New APIs über die AWS-CLI.
Global Resiliency ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).
Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.
Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.
Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.
Um Zugriff auf dieses Feature zu erhalten, wenden Sie sich an Ihren Amazon Connect Solutions Architect oder Technical Account Manager.
Um über mehrere Instanzen hinweg Anrufe an eine Telefonnummer zu tätigen oder entgegenzunehmen AWS-Regionen, müssen Sie eine Telefonnummer bei einer Verkehrsverteilergruppe beantragen.
**So beanspruchen Sie eine Telefonnummer für eine Datenverkehr-Verteilergruppe**
1. Erstellen Sie mithilfe der [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API eine Traffic-Verteilergruppe.
1. Beschreiben Sie Ihre Verkehrsverteilergruppe, indem Sie mithilfe der [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API feststellen, ob sie erfolgreich erstellt wurde (`Status`muss`ACTIVE`).
1. Nachdem Ihre Verkehrsverteilergruppe erfolgreich erstellt wurde (`Status`ist`ACTIVE`), können Sie mithilfe der [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)API Telefonnummern für sie beanspruchen.
# Eine beanspruchte Telefonnummer auf mehrere Amazon Connect Connect-Instanzen verschieben AWS-Regionen
**Anmerkung**
**Neuer Benutzer?** Schauen Sie sich den [Workshop zu Amazon Connect Global Resiliency](https://catalog.workshops.aws/amazon-connect-global-resiliency/en-US) an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Rufnummern und Agenten-Failover mithilfe von New APIs über die AWS-CLI.
Global Resiliency ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).
Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.
Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.
Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.
Um Zugriff auf dieses Feature zu erhalten, wenden Sie sich an Ihren Amazon Connect Solutions Architect oder Technical Account Manager.
Sie können eine Telefonnummer, für die zuvor auf einer Instance Anspruch erhoben wurde, verschieben und stattdessen mehreren Instances in allen AWS-Regionen zuweisen. Dazu weisen Sie die Telefonnummer einer Datenverkehr-Verteilergruppe zu.
**So weisen Sie einer Datenverkehr-Verteilergruppe eine Telefonnummer zu**
1. Erstellen Sie mithilfe der [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API eine Traffic-Verteilergruppe.
1. Beschreiben Sie Ihre Verkehrsverteilergruppe mithilfe der [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API, um festzustellen, ob sie erfolgreich erstellt wurde (`Status`muss`ACTIVE`).
1. Nachdem Ihre Datenverkehr-Verteilergruppe erfolgreich erstellt wurde (`Status` ist `ACTIVE`), können Sie Telefonnummern, für die zuvor Anspruch erhoben wurde, anderen Instances oder anderen Datenverkehr-Verteilergruppen zuweisen. Verwenden Sie die [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)-API.
# Freigeben von Telefonnummern aus Datenverkehr-Verteilergruppen in Amazon Connect
Verwenden Sie die [ReleasePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReleasePhoneNumber.html)API, um Telefonnummern aus einer Verkehrsverteilergruppe freizugeben. Die Nummer wird wieder in den Bestand aufgenommen, sodass andere Kunden sie beanspruchen können.
Sie können mit der Amazon-Connect-Konsole keine Nummern aus einer Datenverkehr-Verteilergruppe freigeben.
# Regionsübergreifendes Verwalten von Chats in der Amazon-Connect-Connect-Instance
Sie verwalten den Chat AWS regionsübergreifend, indem Sie zwei benutzerdefinierte Chat-Benutzeroberflächen oder zwei out-of-the-box Kommunikations-Widgets erstellen: eines in der Quellregion und eines in der Replikatregion. Sie wechseln manuell zwischen ihnen, je nachdem, welche Chat-Oberfläche oder welches out-of-the-box Kommunikations-Widget Sie verwenden möchten.
+ Benutzerdefinierte Chat-Schnittstellen: Konfigurieren Sie die Chat-Oberfläche in der Replikatregion so, dass sie den API-Endpunkt der Replikatregion verwendet. Beispiele für benutzerdefinierte Schnittstellen finden Sie in der [Amazon Connect Connect-Open-Source-Bibliothek](https://github.com/amazon-connect/amazon-connect-chat-ui-examples/tree/master) unter GitHub. Weitere Informationen finden Sie unter [Anpassen des Chats mit dem Open-Source-Beispiel von Amazon Connect](download-chat-example.md).
+ Out-the-box Kommunikations-Widgets: Erstellen Sie ein Kommunikations-Widget in der Amazon Connect Connect-Replikatinstanz. Detaillierte Anweisungen finden Sie unter [Konfigurieren eines Kommunikations-Widgets in der Replikat-Instance](#communicationswidget-multiple-regions).
Im Folgenden sind die Chat-Konfigurationsparameter aufgeführt, die die Website oder App erfordern, um einen clientseitigen Chat zu initiieren:
+ **ID der Amazon-Connect-Instance** und **Flow-ID**: Diese Parameter sind in den Quell- und Replikatregionen identisch.
+ ** AWS Zielregion** und in der Regel ein **API-Endpunkt** zum Starten des Chats (d. h. zum Abrufen des Teilnehmer-Tokens): Diese Parameter unterscheiden sich in der Quell- und der Replikatregion.
Das folgende Diagramm zeigt beispielsweise, wie die Chat-Konfiguration aktualisiert werden muss, sodass sie auf das API-Gateway in der Replikatregion verweist, wenn der Chat-Verkehr zwischen Regionen verschoben werden muss.
![\[Diagramm, das die Quell- und die Replikatregion zeigt.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/chatconfig.png)
## Konfigurieren eines Kommunikations-Widgets in der Replikat-Instance
1. Erstellen Sie in der Quell-Instance von Amazon Connect ein Kommunikations-Widget für den Chat, sofern noch keines vorhanden ist. Detaillierte Anweisungen finden Sie unter [Hinzufügen eine Chat-Benutzeroberfläche zu Ihrer von Amazon Connect gehosteten Website](add-chat-to-website.md).
1. Erstellen Sie in der Replikat-Instance ein weiteres Kommunikations-Widget für den Chat. Konfigurieren Sie das Widget mit demselben Flow, der im Widget in der Quell-Instance verwendet wird. Der Flow befindet sich bereits in der Replikat-Instance, da Amazon Connect Global Resiliency alle Flows von der Quelle in das Replikat kopiert und sie kontinuierlich synchronisiert.
1. Kopieren Sie das Skript des neuen Kommunikations-Widgets, das Sie in der Replikat-Instance erstellt haben. Betten Sie das Skript in die Website oder App ein, die aktiviert werden soll, wenn der Chat-Verkehr an die Replikat-Instance weitergeleitet wird.
1. Um den Verkehr zwischen Regionen umzuschalten, ersetzen Sie das Kommunikations-Widget für die Quell-Instance durch das Kommunikations-Widget für die Replikat-Instance auf Ihrer Webseite.
In der folgenden Abbildung sehen Sie ein Beispiel für ein Widget-Skript.
![\[Beispiel für ein Kommunikations-Widget-Skript.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/source-comwidget.png)
1. Wenn Sie zu einem späteren Zeitpunkt Änderungen am Kommunikations-Widget in der Quell-Instance vornehmen, müssen Sie dieselben Änderungen auch am Kommunikations-Widget in der Replikat-Instance vornehmen.
## Option für reibungslosere Verfahren
Um die Übertragung des Chat-Verkehrs zwischen den Regionen reibungsloser zu gestalten und weniger manuelle Änderungen zu erfordern, können Sie das Chat-Erlebnis auch wie folgt anpassen:
1. Fügen Sie einer zentral gesteuerten Datenbank (z. B. einer globalen DynamoDB-Tabelle) einen Parameter hinzu. Der Zweck dieses Parameters besteht darin, zu definieren, welche Region derzeit aktiv ist.
1. Aktualisieren Sie Ihre Website oder Anwendung, um den Status des Parameters „Region“ in der zentralen Datenbank zu überprüfen.
1. Je nachdem, welche Region aktiv ist, verwendet die Website oder Anwendung den API-Endpunkt oder das Kommunikations-Widget dieser Region.
1. Dieser Parameter sollte gleichzeitig mit dem Aufruf der [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API aktualisiert werden, um den Sprachverkehr und die Agenten gegebenenfalls zwischen den Regionen zu verlagern.
# Metriken, Berichte und Suche in allen ACGR-Regionen
Die Themen in diesem Abschnitt beschreiben konsolidierte Kennzahlen, Berichte und Suchfunktionen AWS-Regionen für Kunden von Amazon Connect Global Resiliency (ACGR).
**Topics**
+ [Kontaktsuche und Kontaktdaten](contact-search-and-contact-details.md)
+ [Konsolidierte Kennzahlen für alle Regionen](consolidated-metrics-across-regions.md)
# Kontaktsuche und Kontaktdetails
**Wichtig**
Um die konsolidierte Kontaktsuche für Ihre ACGR-Instance zu aktivieren, wenden Sie sich bitte an den [AWS Support](https://console.aws.amazon.com/support/home).
**Wichtig**
Wenn Sie diese Funktion nutzen, wird Ihr Amazon Connect Connect-Alias auf eine neue Subdomain mit dem folgenden Format `region.sourcealias.my.connect.aws` aktualisiert. Wenn Ihre ACGR-Instance beispielsweise in USA Ost (Nord-Virginia) und USA West (Oregon) mit konfiguriertem Quell-Alias `source.my.connect.aws` und Replikat-Alias als bereitgestellt wird`replica.my.connect.aws`, verwenden Sie nach dem Onboarding Ihrer Amazon Connect Connect-Instances in diese Funktion und. `us-east-1.source.my.connect.aws` `us-west-2.source.my.connect.aws` Bitte stellen Sie sicher, dass Sie Ihre Firewall-Regeln und Drittanbieter-Integrationen aktualisieren, um diese neuen Subdomains nutzen zu können.
Wenn Sie auf die Kontaktsuchseite zugreifen, sehen Sie standardmäßig Kontakte aus Ihren gekoppelten Amazon Connect Global Resiliency (ACGR) -Instances, sodass Sie einen vollständigen Überblick über die Kundeninteraktionen in Ihrem Unternehmen haben. Dies bietet ein nahtloses Sucherlebnis, unabhängig davon, aus welcher Region die Kontakte stammen oder in welcher Region Sie gerade angemeldet sind.
+ **Aktive Region**: Die Region AWS-Region , in der ein Kontakt bearbeitet wird oder abgeschlossen wurde.
## Erfahrung bei der Kontaktsuche
### Aktiver Regionsfilter
In der Filter-Dropdown-Liste wird ein neuer Filter „Aktive Region“ angezeigt. Auf diese Weise können Sie Ihre Suche bei Bedarf spezifisch auf eine Region eingrenzen.
So verwenden Sie den Filter für aktive Regionen:
1. Wählen Sie auf der **Kontaktsuchseite** die Option **Filter hinzufügen** aus.
1. Wählen Sie in der Dropdownliste die Option **Aktive Region** aus.
1. Wählen Sie eine oder mehrere Regionen aus.
![\[Das Drop-down-Menü für den aktiven Regionsfilter zeigt die verfügbaren Regionen zur Auswahl an.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/active-region-filter.png)
### Regionsspezifische Ressourcenfilter
Wenn Sie die folgenden Filter verwenden, werden in den Drop-down-Optionen nur Ressourcen angezeigt, die in Ihrer angemeldeten Region erstellt wurden:
+ Benutzerdefinierte Kontaktattribute
+ Kontaktkategorien
+ Bewertungsfilter
+ E-Mail-Adresse
+ Benutzerdefinierte Kontaktsegmentattribute
**Wichtig**
Wenn Sie Filterwerte manuell eingeben, anstatt sie aus Dropdownlisten auszuwählen, und diese Ressourcennamen in allen ACGR-Instanzen identisch sind, enthalten Ihre Ergebnisse Kontakte aus beiden Regionen.
Benutzerdefinierte Kontaktattribute
E-Mail-Adresse
**Bewertungsfilter** geben nur Kontakte aus Ihrer aktuellen Region zurück, da sie anhand einzigartiger Bewertungsformulare suchen IDs , die regionsspezifisch sind.
### Gespeicherte Suchanfragen
In Ihren gespeicherten Suchanfragen werden Kontakte aus beiden ACGR-Instanzen angezeigt. Alle zuvor gespeicherten Regionsfilter funktionieren weiterhin wie erwartet.
## Kontaktdaten, Erfahrung
### Kontaktinformationen anzeigen
Wenn Sie eine Kontaktdetailseite öffnen, werden Ihnen umfassende Informationen angezeigt, unabhängig davon, aus welcher Region der Kontakt stammt, darunter:
+ Überblick, Verbindungsdetails und Warteschlangeninformationen
+ Kontakt-Tags und Attribute
+ Kontaktlinsendaten (Konversationsanalysen, Sprachprotokolle, Chat-Transkripte)
+ Bildschirm- und Audioaufnahmen
+ Chat-Transkripte und IVR-Interaktionen
+ E-Mail-Anhänge und Transkripte
Die aktive Region des Kontakts wird auf der Kontaktdetailseite unter Metadaten zur **globalen Resilienz** angezeigt.
![\[Die Kontaktdetailseite mit den Metadaten zur globalen Resilienz mit den Informationen zur aktiven Region.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/global-resiliency-metadata.png)
**Anmerkung**
Wenn die aktive Region des Kontakts beeinträchtigt ist, sind einige Informationen möglicherweise nicht verfügbar, darunter Bildschirm- und Audioaufzeichnungen, Chat-Transkripte, IVR-Interaktionen, E-Mail-Anhänge und -Transkripte sowie Kontaktlinsendaten.
### Zugriff auf Kontaktlinsendaten
Sie haben vollen Zugriff auf Kontaktlinsendaten in allen Regionen, einschließlich:
+ In Bearbeitung befindliche Kontakte: Gesprächsanalysen, Sprachprotokolle (redigiert und unredigiert) und Chatprotokolle.
+ Abgeschlossene Kontakte: Alle Konversationsanalysen, Sprachprotokolle (redigiert und unredigiert) und Chatprotokolle.
+ Aufzeichnungen: Bildschirm- und Audioaufzeichnungen sind unabhängig von der aktiven Region des Kontakts zugänglich.
+ Transkripte: Chat-, IVR- und E-Mail-Transkripte sind in allen Regionen verfügbar.
### Kontaktaktionen
Sie können Kontaktaktionen wie „Weiterleiten“, „Kontakt verschieben“ oder „Kontakt beenden“ unabhängig von der aktiven Region des Kontakts ausführen. Diese Aktionen werden zur aktiven Region des Kontakts weitergeleitet.
### Kontaktbewertung
Kontaktevaluierungen sind nur für Kontakte verfügbar, die in Ihrer angemeldeten Region aktiv sind. Sie können keine Bewertungen für replizierte Kontakte aus anderen Regionen anzeigen oder durchführen.
### SearchContacts API
Wenn Sie die SearchContacts API programmgesteuert verwenden, enthält die Antwort zusätzliche Informationen:
+ GlobalResiliencyMetadata Objekt: Enthält die `TrafficDistributionGroupId` Felder `ActiveRegion``OriginRegion`, und für alle Kontakte und zeigt die spezifische Region an, in der der Kontakt aktiv ist.
Weitere Informationen zur SearchContacts API finden Sie in der [Amazon Connect API-Referenz](https://docs.aws.amazon.com/connect/latest/APIReference/API_SearchContacts.html).
# Konsolidierte Kennzahlen für alle Regionen
**Wichtig**
Um konsolidierte Agenten- und Kontaktmetriken für Ihre ACGR-Instance zu aktivieren, wenden Sie sich bitte an den [AWS Support](https://console.aws.amazon.com/support/home).
Wenn Sie Metriken in Amazon Connect anzeigen, sehen Sie eine konsolidierte Ansicht der Agenten- und Kontaktmetriken in all Ihren gekoppelten Regionen, unabhängig davon, in welcher Region Sie gerade angemeldet sind.
Wenn Sie beispielsweise 5 Agenten haben, die bei us-east-1 angemeldet sind und für verfügbar sind BasicQueue, und 10 Agenten, die bei us-west-2 angemeldet sind und für verfügbar sind BasicQueue, werden auf der Seite mit Echtzeit-Metriken insgesamt 15 Agenten online angezeigt. Diese konsolidierte Ansicht ermöglicht es Ihnen, den Betrieb Ihres Contact-Centers über eine einzige Oberfläche zu überwachen.
## Verfügbare Metriken
Die konsolidierte Ansicht ist verfügbar für:
+ Echtzeit-Metriken: Sehen Sie sich die aktuellen Agentenaktivitäten und Kontaktmetriken in Ihren ACGR-Instanzen an.
+ Historische Metriken: Greifen Sie auf historische Leistungsdaten aller ACGR-Instanzen zu.
+ Metriken APIs: API-Antworten geben konsolidierte Metriken für Ihre ACGR-Instanzen zurück.
**Anmerkung**
Die Kennzahlen für Agenten und Kontakte werden für alle Regionen konsolidiert. Andere Metriken wie Analysen bleiben regionsspezifisch.
Weitere Informationen zur Amazon Connect Connect-Berichterstattung finden Sie unter[Metriken, Dashboards und Berichte in Amazon Connect](amazon-connect-metrics.md).