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. # Erkennung Es ist wichtig, so schnell wie möglich zu wissen, dass Ihre Workloads nicht die Geschäftsergebnisse liefern, die sie erzielen sollten. Auf diese Weise können Sie schnell einen Notfall ausrufen und sich nach einem Vorfall erholen. Bei aggressiven Wiederherstellungszielen ist diese Reaktionszeit in Verbindung mit entsprechenden Informationen entscheidend, um die Wiederherstellungsziele zu erreichen. Wenn Ihr Ziel für die Wiederherstellung eine Stunde ist, müssen Sie den Vorfall erkennen, das entsprechende Personal benachrichtigen, Ihre Eskalationsprozesse einleiten, Informationen (falls vorhanden) zur voraussichtlichen Wiederherstellungszeit auswerten (ohne den DR-Plan auszuführen), einen Notfall ausrufen und innerhalb einer Stunde wiederherstellen. **Anmerkung** Wenn die Beteiligten beschließen, DR nicht in Anspruch zu nehmen, obwohl das RTO gefährdet wäre, sollten die DR-Pläne und -Ziele neu bewertet werden. Die Entscheidung, DR-Pläne nicht in Anspruch zu nehmen, kann darauf zurückzuführen sein, dass die Pläne unzureichend sind oder dass es an Vertrauen in die Ausführung mangelt. Es ist wichtig, die Erkennung, Benachrichtigung, Eskalation, Entdeckung und Erklärung von Vorfällen in Ihre Planung und Zielsetzung einzubeziehen, um realistische, erreichbare Ziele zu erreichen, die einen geschäftlichen Nutzen bieten. AWS veröffentlicht unsere meisten up-to-the-minute Informationen zur Serviceverfügbarkeit auf dem [Service Health Dashboard](https://status.aws.amazon.com/). Schauen Sie jederzeit vorbei, um aktuelle Statusinformationen zu erhalten, oder abonnieren Sie einen RSS-Feed, um über Unterbrechungen bei jedem einzelnen Service informiert zu werden. Wenn Sie in Echtzeit ein Betriebsproblem mit einem unserer Dienste haben, das nicht im Service Health Dashboard angezeigt wird, können Sie eine [Support-Anfrage stellen](https://console.aws.amazon.com/support/home#/case/create?issueType=technical). Das [AWS Health Dashboard](https://phd.aws.amazon.com/phd/home#/)enthält Informationen zu AWS Health Ereignissen, die sich auf Ihr Konto auswirken können. Diese Informationen werden auf zweierlei Weise bereitgestellt: in einem Dashboard, in dem aktuelle und anstehende Ereignisse sortiert nach Kategorie angezeigt werden, und in einem vollständigen Protokoll, in dem alle Ereignisse der letzten 90 Tage angezeigt werden. Für die strengsten RTO-Anforderungen können Sie automatisiertes Failover auf der Grundlage von [Integritätsprüfungen](https://aws.amazon.com/builders-library/implementing-health-checks/) implementieren. Entwerfen Sie Integritätsprüfungen, die für die Benutzererfahrung repräsentativ sind und auf wichtigen Leistungsindikatoren basieren. Bei gründlichen Zustandsprüfungen werden wichtige Funktionen Ihres Workloads berücksichtigt und gehen über oberflächliche Heartbeat-Checks hinaus. Verwenden Sie tiefgreifende Gesundheitschecks, die auf mehreren Signalen basieren. Gehen Sie bei diesem Ansatz vorsichtig vor, damit Sie keine Fehlalarme auslösen, da ein Failover, wenn dies nicht erforderlich ist, an sich schon Verfügbarkeitsrisiken mit sich bringen kann.