Share via


Een verwijderde container of database herstellen naar hetzelfde Azure Cosmos DB-account

VAN TOEPASSING OP: Nosql MongoDB Gremlin Tabel

Met de functie voor herstel van hetzelfde account in Azure Cosmos DB kunt u herstellen na een onbedoelde verwijdering van een container of database. Met deze functie wordt de verwijderde database of container hersteld naar hetzelfde, bestaande account in een regio waarin back-ups bestaan. Met de modus Continue back-up kunt u binnen de afgelopen 30 dagen herstellen naar elk tijdstip.

Vereisten

  • Een Azure-abonnement. Als u nog geen abonnement op Azure hebt, maakt u een gratis Azure-account voordat u begint.
  • Een Azure Cosmos DB-account. U kunt een van de volgende opties kiezen voor een Azure Cosmos DB-account:

Een verwijderde container of database herstellen

Gebruik Azure Portal, de Azure CLI, Azure PowerShell of een Azure Resource Manager-sjabloon om een verwijderde container of database in hetzelfde, bestaande account te herstellen.

Gebruik Azure Portal om een verwijderde container of database te herstellen. Onderliggende containers worden ook hersteld.

  1. Ga naar de Azure Portal.

  2. Ga naar uw Azure Cosmos DB-account en ga vervolgens naar de pagina Herstel naar een bepaald tijdstip.

    Notitie

    De herstelpagina in Azure Portal wordt alleen ingevuld als u de Microsoft.DocumentDB/locations/restorableDatabaseAccounts/*/read machtiging hebt. Zie Back-up- en herstelmachtigingen voor meer informatie over deze machtiging.

  3. Selecteer het tabblad Herstellen naar hetzelfde account .

    Schermopname van de opties voor het herstellen van een database of container naar hetzelfde account.

  4. Voer voor Database een zoekquery in om de gebeurtenisfeed te filteren op relevante verwijderingsevenementen voor een container of een database.

    Schermopname van het gebeurtenisfilter met verwijderingsevenementen voor containers en databases.

  5. Geef vervolgens de begin - en eindwaarden op om een tijdvenster te maken dat moet worden gebruikt om verwijderingsevenementen te filteren.

    Schermopname van de filters voor begin- en einddatums om verwijderingsevenementen verder te filteren.

    Notitie

    Het beginfilter is maximaal 30 dagen vóór de huidige datum beperkt.

  6. Selecteer Vernieuwen om de lijst met gebeurtenissen voor verschillende resourcetypen bij te werken, waarbij uw filters zijn toegepast.

  7. Controleer de tijd en selecteer Herstellen om het herstel van de geselecteerde resource te starten die eerder is verwijderd.

    Schermopname van het bevestigingsvenster vóór een herstelbewerking.

    Belangrijk

    Niet meer dan drie herstelbewerkingen kunnen op elk gewenst moment actief zijn op hetzelfde account. Als u het bronaccount verwijdert terwijl er een herstelbewerking wordt uitgevoerd, kan dit leiden tot het mislukken van de herstelbewerking.

    Notitie

    In de gebeurtenisfeed worden resources weergegeven als Niet kan worden teruggeslagen. De feed bevat meer informatie over waarom de resource niet kan worden hersteld. In de meeste gevallen moet u de bovenliggende database herstellen voordat u de onderliggende containers van de database kunt herstellen.

  8. Nadat u een herstelbewerking hebt gestart, houdt u de bewerking bij met behulp van het meldingengebied van Azure Portal. De melding geeft de status weer van de resource die wordt hersteld. Terwijl het herstellen wordt uitgevoerd, wordt de status van de container gemaakt. Nadat de herstelbewerking is voltooid, wordt de status gewijzigd in Online.

De status van een herstelbewerking bijhouden

Wanneer een herstel naar een bepaald tijdstip wordt gestart voor een verwijderde container of database, wordt de bewerking geïdentificeerd als een InAccount-herstelbewerking voor de resource.

Als u een lijst met herstelbewerkingen voor een specifieke resource wilt ophalen, filtert u het activiteitenlogboek van het account met behulp van het filter Verwijderde zoekactie in InAccount herstellen en een tijdfilter. De lijst die wordt geretourneerd, bevat het veld UserPrincipalName , waarmee de gebruiker wordt geïdentificeerd die de herstelbewerking heeft gestart. Zie Acties voor herstel naar een bepaald tijdstip voor meer informatie over het openen van activiteitenlogboeken.

Volgende stappen