Langetermijnretentie: Azure SQL Database Azure SQL Managed Instance

  • Artikel
  • 4 minuten om te lezen

Veel toepassingen hebben wettelijke, nalevings- of andere zakelijke doeleinden waarvoor u databaseback-ups moet bewaren buiten de 7-35 dagen die worden geleverd door Azure SQL Database en automatische back-ups van Azure SQL Managed Instance. Met behulp van de functie langetermijnretentie (LTR) kunt u opgegeven volledige back-ups van SQL Database en SQL Managed Instance opslaan in Azure Blob Storage met geconfigureerde redundantie voor maximaal tien jaar. LTR-back-ups kunnen vervolgens worden hersteld als een nieuwe database.

Langetermijnretentie kan worden ingeschakeld voor Azure SQL Database en is beschikbaar als openbare preview voor Azure SQL Managed Instance. Dit artikel biedt een conceptueel overzicht van langetermijnretentie. Zie Configure Azure SQL Database LTR and Configure Azure SQL Managed Instance LTR (Azure SQL Managed Instance LTR configureren) voor informatie over het configureren van langetermijnretentie.

Notitie

U kunt SQL agenttaken gebruiken om alleen-kopiëren databaseback-ups te plannen als alternatief voor LTR na 35 dagen.

Belangrijk

Langetermijnretentie voor Managed Instance is momenteel alleen beschikbaar in openbare preview in openbare Azure-regio's.

Hoe langetermijnretentie werkt

Langetermijnretentie van back-ups maakt gebruik van de volledige databaseback-ups die automatisch worden gemaakt om herstel naar een bepaald tijdstip mogelijk te maken. Als een LTR-beleid is geconfigureerd, worden deze back-ups gekopieerd naar verschillende blobs voor langetermijnopslag. De kopie is een achtergrondwerkbelasting die geen invloed heeft op de prestaties van de databaseworkload. Het LTR-beleid voor elke database in SQL Database kunt ook opgeven hoe vaak de LTR-back-ups worden gemaakt.

Als u LTR wilt inschakelen, kunt u een beleid definiëren met behulp van een combinatie van vier parameters: wekelijkse back-upretentie (W), maandelijkse back-upretentie (M), jaarlijkse back-upretentie (Y) en week van het jaar (WeekOfYear). Als u W opgeeft, wordt er elke week één back-up gekopieerd naar de langetermijnopslag. Als u M opgeeft, wordt de eerste back-up van elke maand gekopieerd naar de langetermijnopslag. Als u Y opgeeft, wordt er één back-up gekopieerd van de week die is opgegeven door WeekOfYear naar de langetermijnopslag. Als de opgegeven WeekOfYear in het verleden ligt wanneer het beleid is geconfigureerd, wordt de eerste LTR-back-up gemaakt in het volgende jaar. Elke back-up wordt bewaard in de langetermijnopslag volgens de beleidsparameters die zijn geconfigureerd wanneer de LTR-back-up wordt gemaakt.

Notitie

Elke wijziging in het LTR-beleid is alleen van toepassing op toekomstige back-ups. Als bijvoorbeeld wekelijkse back-upretentie (W), maandelijkse back-upretentie (M) of jaarlijkse back-upretentie (Y) wordt gewijzigd, is de nieuwe bewaarinstelling alleen van toepassing op nieuwe back-ups. De retentie van bestaande back-ups wordt niet gewijzigd. Als u oude LTR-back-ups wilt verwijderen voordat de retentieperiode is verlopen, moet u de back-ups handmatig verwijderen.

Voorbeelden van het LTR-beleid:

  • W=0, M=0, Y=5, WeekOfYear=3

    De derde volledige back-up van elk jaar wordt vijf jaar bewaard.

  • W=0, M=3, Y=0

    De eerste volledige back-up van elke maand wordt drie maanden bewaard.

  • W=12, M=0, Y=0

    Elke wekelijkse volledige back-up wordt 12 weken bewaard.

  • W=6, M=12, Y=10, WeekOfYear=20

    Elke wekelijkse volledige back-up wordt zes weken bewaard. Behalve de eerste volledige back-up van elke maand, die 12 maanden wordt bewaard. Behalve de volledige back-up die is gemaakt op de 20e week van het jaar, die tien jaar wordt bewaard.

In de volgende tabel ziet u de snelheid en het verloop van de back-ups voor de lange termijn voor het volgende beleid:

W = 12 weken (84 dagen), M = 12 maanden (365 dagen), Y = 10 jaar (3650 dagen), WeekOfYear = 20 (week na 13 mei)

ltr-voorbeeld

Als u het bovenstaande beleid wijzigt en W=0 in stelt (geen wekelijkse back-ups), wordt het aantal back-upkopieken gewijzigd, zoals wordt weergegeven in de bovenstaande tabel met de gemarkeerde datums. De hoeveelheid opslagruimte die nodig is om deze back-ups te behouden, wordt dienovereenkomstig verlaagd.

Belangrijk

De timing van afzonderlijke LTR-back-ups wordt bepaald door Azure. U kunt niet handmatig een LTR-back-up maken of de timing van het maken van de back-up bepalen. Nadat u een LTR-beleid hebt geconfigureerd, kan het tot 7 dagen duren voordat de eerste LTR-back-up wordt weergegeven in de lijst met beschikbare back-ups.

Geo-replicatie en langetermijnretentie van back-ups

Als u actieve geo-replicatie of failovergroepen gebruikt als uw bedrijfscontinuïteitsoplossing, moet u zich voorbereiden op uiteindelijke failovers en hetzelfde LTR-beleid configureren voor de secundaire database of het secundaire exemplaar. Uw LTR-opslagkosten worden niet hoger omdat er geen back-ups worden gegenereerd op basis van de tweede-bestanden. De back-ups worden alleen gemaakt wanneer de secundaire primaire wordt. Het zorgt ervoor dat de LTR-back-ups zonder onderbreking worden gemaakt wanneer de failover wordt geactiveerd en de primaire naar de secundaire regio wordt verplaatst.

Notitie

Wanneer de oorspronkelijke primaire database herstelt van een storing die de failover heeft veroorzaakt, wordt deze een nieuwe secundaire database. Daarom wordt het maken van de back-up niet hervat en wordt het bestaande LTR-beleid pas van kracht als het de primaire wordt.

Langetermijnretentie van back-ups configureren

U kunt langetermijnretentie van back-ups configureren met behulp van de Azure Portal en PowerShell voor Azure SQL Database en Azure SQL Managed Instance. Als u een database wilt herstellen vanuit de LTR-opslag, kunt u een specifieke back-up selecteren op basis van de tijdstempel. De database kan worden hersteld naar een bestaande server of beheerd exemplaar onder hetzelfde abonnement als de oorspronkelijke database.

Zie Manage Azure SQL Database long-term backup retention(Langetermijnretentie voor back-ups beheren) voor meer informatie over het configureren van langetermijnretentie of het herstellen van een database vanuit een back-up voor SQL Database met behulp van de Azure Portal of PowerShell.

Zie Langetermijnretentie van back-ups van Azure SQL Managed Instance beheren voor meer informatie over het configureren van langetermijnretentie of het herstellen van een database vanuit een back-upvoor SQL Managed Instance met behulp van de Azure Portal of PowerShell.

Volgende stappen

Omdat databaseback-ups gegevens beschermen tegen onbedoelde beschadiging of verwijdering, zijn ze een essentieel onderdeel van elke strategie voor bedrijfscontinuïteit en herstel na noodherstel.

  • Zie Overzicht van bedrijfscontinuïteit voor SQL Database andere oplossingen voor bedrijfscontinuïteit.
  • Zie Automatic backups (Automatische back-ups) voor meer informatie over door de service gegenereerde automatische back-ups.