Przywracanie usuniętego serwera na serwerze elastycznym Azure Database for PostgreSQL

Po usunięciu serwera usługa przechowuje kopię zapasową serwera elastycznego Azure Database for PostgreSQL przez pięć dni. Możesz uzyskać dostęp tylko do tej kopii zapasowej i przywrócić je z subskrypcji Azure, w której pierwotnie znajdował się serwer.

Aby odzyskać usunięty serwer Azure Database for PostgreSQL elastyczny w ciągu pięciu dni od momentu jego usunięcia, wykonaj zalecane kroki. Te kroki działają tylko wtedy, gdy kopia zapasowa serwera jest nadal dostępna i nie została usunięta z systemu. Przywracanie usuniętego serwera często kończy się powodzeniem, ale nie zawsze jest gwarantowane, ponieważ przywracanie usuniętego serwera zależy od kilku innych czynników.

Wymagania wstępne

Aby przywrócić usunięty serwer Azure Database for PostgreSQL elastyczny, potrzebne są następujące elementy:

• Dostęp do subskrypcji Azure hostowanej na serwerze przed jego usunięciem.
• Lokalizacja, w której istniał serwer.
• Użyj interfejsu API REST Serwery — tworzenie lub aktualizacja w wersji 2025-08-01.

Kroki przywracania usuniętego serwera

Użyj portalu Azure:

1. Wyszukaj usługę Monitor . W menu zasobów wybierz pozycję Dziennik aktywności.

2. Na stronie dziennika aktywności ustaw pozycję Subskrypcja na subskrypcję hostowaną na serwerze, a następnie wybierz pozycję Dodaj filtr, aby ustawić opcję Operacja na Usuń serwer PostgreSQL (Microsoft. DBforPostgreSQL/flexibleServers/delete).

   

3. Wybierz zdarzenie Usuń serwer PostgreSQL, a następnie wybierz kartę JSON. Przewijaj, aż znajdziesz atrybuty resourceId i submissionTimestamp w danych wyjściowych JSON. resourceId ma następujący format: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server.

   

4. Przejdź do strony interfejsu API REST Create Server serwera elastycznego Azure Database for PostgreSQL i wybierz przycisk Wypróbuj. Zaloguj się przy użyciu konta Azure.

5. Podaj wartości dla resourceGroupName (wcześniej utworzonej grupy zasobów, w której ma zostać utworzony przywrócony serwer), serverName (nazwa nowo przywróconego serwera, który nie musi odpowiadać nazwie pierwotnie usuniętego serwera) i subscriptionId (musi być zgodny z subskrypcją, w której istniał usunięty serwer, który można uzyskać z atrybutu resourceId w skontrolowanym wcześniej JSON).

6. W sekcji Treść wklej następujący kod JSON i zastąp wartość <original-deleted-server-location> lokalizacją, w której istniał usunięty serwer (na przykład CanadaCentral, CentralUS, EastUS itd.), <value-copied-from-submissionTimestamp> wartością pobraną z submissionTimestamp pliku JSON w zdarzeniu dziennika aktywności i <value-copied-from-resourceId> wartością pobraną z resourceId tego samego kodu JSON.

  {
    "location": "<original-deleted-server-location>",
    "properties":
    {
      "createMode": "ReviveDropped",
      "pointInTimeUTC": "<value-copied-from-submissionTimestamp>",
      "sourceServerResourceId": "<value-copied-from-resourceId>"
    }
  }

Upewnij się, że zmieniono trzy parametry (location, pointInTimeUTC, sourceServerResourceId) zgodnie z wymaganiami dotyczącymi przywracania.

{
  "location": "CanadaCentral",
  "properties": {
    "createMode": "ReviveDropped",
    "pointInTimeUTC": "2026-06-09T06:08:02Z",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server"
  }
}

Ważna

Po usunięciu serwera limit czasu wynosi pięć dni. Po pięciu dniach wystąpi błąd, ponieważ nie można odnaleźć kopii zapasowej.

Jeśli zostanie wyświetlony kod odpowiedzi 201 lub 202, żądanie przywrócenia zostanie pomyślnie przesłane.

Tworzenie serwera może zająć trochę czasu w zależności od rozmiaru bazy danych i przydzielonych zasobów obliczeniowych na oryginalnym serwerze. Stan przywracania można monitorować z dziennika aktywności, jeśli filtrujesz według:

• Subskrypcja: subskrypcja, w której przywracasz usunięty serwer.
• Typ zasobu: elastyczne serwery Azure Database for PostgreSQL (Microsoft.DBforPostgreSQL/flexibleServers).
• Operacja: Aktualizacja tworzenia serwera PostgreSQL.

Przywracanie usuniętego serwera z włączoną siecią wirtualną

Przywrócenie usuniętego serwera z włączoną siecią wirtualną wymaga określenia innych właściwości sieci, takich jak identyfikatory zasobów delegowanej podsieci oraz prywatnej strefy DNS. Wykonaj kroki opisane w poniższej sekcji, aby przywrócić serwer przy użyciu niezbędnych konfiguracji sieci.

{
  "location": "EastUS",
  "properties": {
    "createMode": "ReviveDropped",
    "pointInTimeUTC": "2026-06-09T06:08:02Z",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server",
    "network": {
      "delegatedSubnetResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.Network/virtualNetworks/example-virtual-network/subnets/example-subnet",
      "privateDnsZoneArmResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.Network/privateDnsZones/example-private-dns-zone"
    }
  }
}

Typowe błędy

Jeśli używasz nieprawidłowej wersji interfejsu API, mogą wystąpić błędy przywracania lub przekroczenia limitu czasu. Użyj wersji 2025-08-01, aby uniknąć tych problemów.

Aby uniknąć potencjalnych błędów DNS, użyj innej nazwy podczas inicjowania procesu przywracania. Niektóre operacje przywracania mogą zakończyć się niepowodzeniem, jeśli używasz tej samej nazwy.

Treści powiązane

Blokady zasobów