Anwendungsbereitstellung im Quarantänestatus

Der Microsoft Entra-Bereitstellungsdienst überwacht die Integrität Ihrer Konfiguration. Außerdem werden fehlerhafte Apps in den Status „Quarantäne“ versetzt. Wenn die meisten oder alle an das Zielsystem gerichteten Aufrufe dauerhaft aufgrund eines Fehlers nicht erfolgreich sind, wird der Bereitstellungsauftrag in den Quarantänestatus versetzt. Ein Beispiel für einen Fehler ist eine Fehlermeldung, die aufgrund ungültiger Administratoranmeldeinformationen empfangen wurde.

In der Quarantäne geschieht Folgendes:

• Die Häufigkeit der inkrementellen Zyklen wird allmählich auf einmal pro Tag verringert.
• Die Quarantäne für den Bereitstellungsauftrag wird aufgehoben, nachdem alle Fehler behoben wurden, und der nächste Synchronisierungszyklus wird gestartet.
• Wenn der Bereitstellungsauftrag länger als vier Wochen in Quarantäne verbleibt, wird er deaktiviert (nicht mehr ausgeführt).

Wie kann ich prüfen, ob sich meine Anwendung in Quarantäne befindet?

Es gibt drei Möglichkeiten, um zu überprüfen, ob sich eine Anwendung in Quarantäne befindet:

• Wechseln Sie im Microsoft Entra Admin Center zu Identität>Anwendungen>Unternehmensanwendungen><Anwendungsname>>Bereitstellung, und überprüfen Sie die Statusanzeige auf eine Quarantänemeldung.

  

• Wechseln Sie im Microsoft Entra Admin Center zu Identität>Überwachung & Integrität>Überwachungsprotokolle>, filtern Sie nach Aktivität: Quarantäne, und überprüfen Sie den Quarantäneverlauf. Die Ansicht in der Statusanzeige, wie oben beschrieben, zeigt, ob die Bereitstellung unter Quarantäne steht. In den Überwachungsprotokollen wird der Quarantäneverlauf für eine Anwendung angezeigt.

• Verwenden Sie die Microsoft Graph-Anforderung GET synchronizationJob, um den Status des Bereitstellungsauftrags programmgesteuert abzurufen:

        GET https://graph.microsoft.com/beta/servicePrincipals/{id}/synchronization/jobs/{jobId}/

• Prüfen Sie Ihren Posteingang. Wird eine Anwendung unter Quarantäne gestellt, wird eine einmalige Benachrichtigungs-E-Mail gesendet. Wenn sich der Grund für die Quarantäne ändert, wird eine aktualisierte E-Mail mit dem neuen Grund für die Quarantäne gesendet. Wenn keine E-Mail angezeigt wird:

  • Stellen Sie sicher, dass Sie in der Bereitstellungskonfiguration für die Anwendung eine gültige Benachrichtigungs-E-Mail angegeben haben.
  • Stellen Sie sicher, dass im Posteingang für Benachrichtigungs-E-Mails keine Spamfilterung aktiviert ist.
  • Stellen Sie sicher, dass Sie keine E-Mails abbestellt haben.
  • Überprüfen Sie die E-Mails von azure-noreply@microsoft.com.

Warum befindet sich meine Anwendung in Quarantäne?

Es folgen die häufigsten Gründe, warum Ihre Anwendung unter Quarantäne gestellt werden kann.

Eine Microsoft Graph-Anforderung zum Abrufen des Status des Bereitstellungsauftrags zeigt den folgenden Grund für die Quarantäne an:

• EncounteredQuarantineException gibt an, dass ungültige Anmeldeinformationen angegeben wurden. Der Bereitstellungsdienst kann keine Verbindung zwischen dem Quellsystem und dem Zielsystem herstellen.
• EncounteredEscrowProportionThreshold gibt an, dass die Bereitstellung den hinterlegten Schwellenwert überschritten hat. Dieser Zustand tritt auf, wenn bei mehr als 40 % der Bereitstellungsereignisse Fehler aufgetreten sind. Weitere Informationen finden Sie weiter unten unter Details zum Hinterlegungsschwellenwert.
• QuarantineOnDemand bedeutet, dass wir ein Problem bei Ihrer Anwendung erkannt und sie manuell in den Quarantänestatus versetzt haben.

Hinterlegungsschwellenwerte

Wenn der proportionale Hinterlegungsschwellenwert erreicht wird, wird der Bereitstellungsauftrag unter Quarantäne gestellt. Diese Logik unterliegt Änderungen, funktioniert aber ungefähr wie unten beschrieben:

Ein Auftrag kann unabhängig von der Anzahl von Fehlern, z. B. in Verbindung mit Administratoranmeldeinformationen oder SCIM-Konformität, unter Quarantäne gestellt werden. Im Allgemeinen sind 5.000 Fehler jedoch das Minimum, ab dem bewertet wird, ob die Quarantäne aufgrund zu vieler Fehler angewendet werden soll. Beispielsweise würde ein Auftrag mit 4.000 Fehlern nicht unter Quarantäne gestellt. Ein Auftrag mit 5.000 Fehlern würde jedoch eine Auswertung auslöst. Bei einer Auswertung gelten folgende Kriterien:

• Wenn bei mehr als 40 % der Bereitstellungsereignisse Fehler auftreten oder mehr als 40.000 Fehler auftreten, wird der Bereitstellungsauftrag unter Quarantäne gestellt. Verweisfehler werden nicht als Teil des Schwellenwerts von 40 % oder des 40.000-Schwellenwerts gezählt. Ein Fehler beim Aktualisieren eines Managers oder eines Gruppenmitglieds ist beispielsweise ein Verweisfehler.
• Ein Auftrag, bei dem die Bereitstellung bei 45.000 Benutzern erfolglos verlief, würde zur Quarantäne führen, weil er den 40.000-Schwellenwert überschreitet.
• Ein Auftrag, bei dem die Bereitstellung bei 30.000 Benutzern erfolglos verlief und bei 5.000 erfolgreich war, würde zu einer Quarantäne führen, weil er den Schwellenwert von 40 % und einem Minimum von 5.000 überschreitet.
• Ein Auftrag mit 20.000 Fehlern und 100.000 Erfolgen würde nicht unter Quarantäne gestellt, weil er den Fehlerschwellenwert von 40 % oder den Höchstwert von 40.000 Fehlern nicht überschreitet.
• Bei einem absoluten Schwellenwert von 60.000 Fehlern werden sowohl Verweis- als auch Nicht-Verweisfehler berücksichtigt. Beispiel: Die Bereitstellung konnte für 40.000 Benutzer nicht durchgeführt werden, und bei 21.000 Managerupdates ist ein Fehler aufgetreten. Die Summe beträgt 61.000 Fehler und überschreitet den Grenzwert von 60.000.

Wiederholungszeitraum

Die hier dokumentierte Logik kann bei bestimmten Connectors anders sein, um eine optimale Kundenfreundlichkeit sicherzustellen. Wir verwenden jedoch nach einem Fehler im Allgemeinen die folgenden Wiederholungszyklen:

Nach dem Fehler erfolgt der erste Wiederholungsversuch nach 6 Stunden.

• Der zweite Wiederholungsversuch erfolgt 12 Stunden nach dem ersten Fehler.
• Der dritte Wiederholungsversuch erfolgt 24 Stunden nach dem ersten Fehler.

Nach dem dritten Wiederholungsversuch werden alle 24 Stunden Wiederholungsversuche durchgeführt. Die Wiederholungen werden nach dem ersten Fehler 28 Tage lang ausgeführt, nachdem der Escrow-Eintrag entfernt und der Auftrag deaktiviert wird.
Wenn einer der oben genannten Wiederholungen eine erfolgreiche Antwort erhält, wird der Auftrag automatisch aus der Quarantäne genommen und das normale Synchronisierungsverhalten fortsetzen.

Wie kann ich dafür sorgen, dass meine Anwendung aus der Quarantäne entfernt wird?

Beheben Sie zuerst das Problem, das dazu geführt hat, dass die Anwendung unter Quarantäne gestellt wurde.

• Überprüfen Sie die Bereitstellungseinstellungen der Anwendung, um sicherzustellen, dass Sie gültige Administratoranmeldeinformationen eingegeben haben. Microsoft Entra ID muss eine Vertrauensstellung mit der Zielanwendung einrichten. Stellen Sie sicher, dass Sie gültige Anmeldeinformationen eingegeben haben und Ihr Konto über die erforderlichen Berechtigungen verfügt.

• Überprüfen Sie die Bereitstellungsprotokolle, um weiter zu untersuchen, welche Fehler zur Quarantäne geführt haben, und beheben Sie den Fehler. Wechseln Sie im Abschnitt "Aktivität" zu "Microsoft Entra ID>Enterprise Apps>Provisioning"-Protokolle.

Nachdem Sie das Problem behoben haben, können Sie den Bereitstellungsauftrag neu starten. Durch bestimmte Änderungen an den Bereitstellungseinstellungen (wie Attributzuordnungen oder Bereichsfilter) der Anwendung wird die Bereitstellung automatisch neu gestartet. Die Statusanzeige auf der Seite Bereitstellung der Anwendung gibt an, wann die Bereitstellung zuletzt gestartet wurde. Wenn Sie den Bereitstellungsauftrag manuell neu starten müssen, verwenden Sie eine der folgenden Methoden:

• Verwenden Sie das Microsoft Entra Admin Center, um den Bereitstellungsauftrag neu zu starten. Klicken Sie auf der Bereitstellungsseite der Anwendung auf Bereitstellung erneut starten. Durch diese Aktion wird der Bereitstellungsdienst vollständig neu gestartet. Dieser Vorgang kann einige Zeit in Anspruch nehmen. Ein vollständiger Startzyklus wird erneut ausgeführt. Dabei werden Hinterlegungen gelöscht, die App wird aus der Quarantäne entfernt, und alle Wasserzeichen werden gelöscht. Der Dienst wertet dann alle Benutzer im Quellsystem nochmal aus und ermittelt, ob sie für die Bereitstellung zulässig sind. Dies kann sich als nützlich erweisen, wenn sich Ihre Anwendung wie in diesem Artikel beschrieben gerade in Quarantäne befindet oder wenn Sie eine Änderung an den Attributzuordnungen vornehmen müssen. Beachten Sie, dass die Ausführung des Startzyklus aufgrund der Anzahl der auszuwertenden Objekte länger dauert als herkömmliche inkrementelle Zyklen. Weitere Informationen zur Leistung von Startzyklen und inkrementellen Zyklen finden Sie hier.

• Verwenden Sie Microsoft Graph, um den Bereitstellungsauftrag neu zu starten. Sie haben vollständige Kontrolle über die Elemente, die Sie neu starten. Sie können auswählen, ob Hinterlegungen (zum Neustarten des Hinterlegungszählers, der in Richtung Quarantänestatus läuft) gelöscht, die Quarantäne (zum Entfernen der Anwendung aus der Quarantäne) oder die Wasserzeichen gelöscht werden soll(en). Verwenden Sie die folgende Anforderung:

        POST /servicePrincipals/{id}/synchronization/jobs/{jobId}/restart

Ersetzen Sie „{ID}“ durch den Wert der Anwendungs-ID und „{jobId}“ durch die ID des Synchronisierungsauftrags.