Automatisch migrierter PostgreSQL Single Server ist weder im Portal noch via Cloud Shell erreichbar.

Andreas Angerer 20 Zuverlässigkeitspunkte
2026-07-21T13:01:33.7566667+00:00

Wir haben eine PostgreSQL Single Server der automatisch auf Flexible Server migriert wurde nach dem der Single Server Ende März 2025 eingestellt wurde.

Das App Service, dass den Server verwendet funktioniert weiterhin, der PostgreSQL Server lässt sich aber weder über das Azure Portal noch über die Azure Cloud Shell finden.

Erstelle ich einen neuen Flexible Server scheint der alte nach diesem Kommando auf:

az postgres flexible-server db list

Versuche ich dann auf die Ressource zuzugreifen kommt leider nur ein ResourceNotFound

Eigentlich möchte ich nicht für den Extended Support für PostgreSQL 11 bezahlen, sondern die Ressource upgraden. Ich habe noch keine Möglichkeit gefunden dieses Problem ohne den Azure Support zu lösen.

Der Versuch das Upgrade über den Database Migration Service durchzuführen ist leider ebenfalls gescheitert.

Da es sich bei dem App Service um eine auslaufende Lösung handelt, die in Kürze durch etwas anderes ersetzt werden soll würde ich im Zweifelsfall die gesamte Resourcengruppe löschen um den Server los zu werden.

Azure-Datenbank für PostgreSQL

Antwort, die vom Frageautor angenommen wurde
Manoj Kumar Boyini 19,590 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator
2026-07-31T14:43:22.1633333+00:00

Halo @Andreas Angerer

Eine seltene vorübergehende Desynchronisation im Azure Resource Manager (ARM)-Cache führte dazu, dass das Portal veraltete Daten anzeigte, was dazu führte, dass die Ressource <nicht sichtbar/immer noch sichtbar, je nach deinem Szenario> war. Als Vermittler bearbeitet ARM Benutzeranfragen von Tools wie dem Portal, der CLI oder Terraform, bevor die Anfragen an die darunterliegenden Ressourcenanbieter weitergeleitet werden (z. B. für PostgreSQL Flexible Server). In diesem Fall verhinderte die Desynchronisation, dass der Cache vollständig aktualisiert wurde, wodurch Sichtbarkeitslücken entstanden, ohne die Ressource selbst zu beeinträchtigen. Solche Inkonsistenzen entstehen oft durch kurzzeitige Plattformstörungen, wie Netzwerkfluktuationen, erhöhte Systemlasten oder Synchronisationskonflikte in ARMs Caching-Infrastruktur.

Eine manuelle ARM-Cache-Synchronisierung (Rehydrierung) wurde durchgeführt, wodurch die Sichtbarkeit der Ressourcen im Azure-Portal wiederhergestellt wurde. Das Problem konnte ohne Datenverlust oder Unterbrechung des Dienstes behoben werden. Vielen Dank für eure Geduld. Wir entschuldigen uns für etwaige Unannehmlichkeiten und schätzen eure Zusammenarbeit bei der Lösung.

War diese Antwort hilfreich?

Eine Person fand diese Antwort hilfreich.
0 Kommentare Keine Kommentare

0 zusätzliche Antworten

Sortieren nach: Älteste

Ihre Antwort

Antworten können von Fragestellenden als „Angenommen“ und von Moderierenden als „Empfohlen“ gekennzeichnet werden, wodurch Benutzende wissen, dass diese Antwort das Problem des Fragestellenden gelöst hat.