Langetermijnretentie - Azure SQL Database en Azure SQL Managed Instance

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

Langetermijnretentie kan worden ingeschakeld voor Azure SQL Database en voor Azure SQL Managed Instance. Dit artikel bevat een conceptueel overzicht van langetermijnretentie. Zie Azure SQL Database LTR configureren en Azure SQL Managed Instance LTR configureren om langetermijnretentie te configureren.

Notitie

U kunt SQL agenttaken gebruiken om back-ups van alleen-kopiëren database's te plannen als alternatief voor LTR na 35 dagen.

Hoe langetermijnretentie werkt

Langetermijnretentie van back-ups (LTR) maakt gebruik van de volledige databaseback-ups die automatisch worden gemaakt om herstel naar een bepaald tijdstip (PITR) in te schakelen. Als een LTR-beleid is geconfigureerd, worden deze back-ups gekopieerd naar verschillende blobs voor langetermijnopslag. De kopie is een achtergrondtaak die geen invloed heeft op de prestaties van de databaseworkload. Het LTR-beleid voor elke database in SQL Database kan 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 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 één back-up tijdens de week die door WeekOfYear is opgegeven, gekopieerd naar de langetermijnopslag. Als de opgegeven WeekOfYear zich in het verleden bevindt wanneer het beleid is geconfigureerd, wordt de eerste LTR-back-up gemaakt in het volgende jaar. Elke back-up wordt bewaard in de langetermijnopslag overeenkomstig de beleidsparameters die worden geconfigureerd als de LTR-back-up wordt gemaakt.

Notitie

Wijzigingen in het LTR-beleid zijn 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 bewaarperiode verloopt, 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 gedurende drie maanden bewaard.

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

    Elke wekelijkse volledige back-up wordt gedurende 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 gedurende 12 maanden wordt bewaard. Behalve de volledige back-up die is gemaakt op de 20e week van het jaar, die 10 jaar wordt bewaard.

In de volgende tabel ziet u de frequentie en vervaldatum van de langetermijnback-ups 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 example

Als u het bovenstaande beleid wijzigt en W=0 instelt (geen wekelijkse back-ups), behoudt Azure alleen de maandelijkse en jaarlijkse back-ups. Er worden geen wekelijkse back-ups opgeslagen onder het LTR-beleid. De opslagruimte die nodig is om deze back-ups te behouden, vermindert dienovereenkomstig.

Belangrijk

De timing van afzonderlijke LTR-back-ups wordt beheerd door Azure. U kunt geen LTR-back-up handmatig maken of de timing van het maken van de back-up beheren. 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.

Als u een server of een beheerd exemplaar verwijdert, worden alle databases op die server of het beheerde exemplaar ook verwijderd en kunnen ze niet worden hersteld. U kunt een verwijderde server of een beheerd exemplaar niet herstellen. Als u echter LTR hebt geconfigureerd voor een database of beheerd exemplaar, worden LTR-back-ups niet verwijderd en kunnen ze worden gebruikt om databases op een andere server of beheerd exemplaar in hetzelfde abonnement te herstellen, tot een tijdstip waarop een LTR-back-up is gemaakt.

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 verhoogd omdat er geen back-ups worden gegenereerd op basis van de secundaire bestanden. De back-ups worden alleen gemaakt wanneer de secundaire primaire wordt. Het zorgt ervoor dat de LTR-back-ups niet worden onderbroken wanneer de failover wordt geactiveerd en de primaire wordt verplaatst naar de secundaire regio.

Notitie

Wanneer de oorspronkelijke primaire database wordt hersteld na 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 opnieuw 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 bestaand server- of beheerd exemplaar onder hetzelfde abonnement als de oorspronkelijke database.

Zie Voor meer informatie over het configureren van langetermijnretentie of het herstellen van een database vanuit back-up voor SQL Database met behulp van de Azure Portal of PowerShell, Azure SQL Database langetermijnretentie van back-ups beheren.

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

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 noodgevallen.

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