/
/

Zo stelt u onveranderlijke back-upopslag in met Azure Blob en time-based locks

door Team Ninja
How to Set Up Immutable Backup Storage Using Azure Blob with Time-Based Locks blog banner image

Directe samenvatting

Deze blogpost van NinjaOne biedt een uitgebreide basislijst met CMD-commands en een deep dive duik in Windows-commands met meer dan 70 essentiële cmd-commands voor zowel beginners als gevorderden. Het legt praktische opdrachtpromptcommando’s uit voor file management, directory navigation, network troubleshooting, disk operations en automatisering met echte voorbeelden om de productiviteit te verbeteren. Of u nu fundamentele cmd-commands leert of geavanceerde Windows CLI-tools onder de knie krijgt, deze gids helpt u de Command Prompt effectiever te gebruiken.

Belangrijkste punten

  • Installatie in drie stappen: maak een storage account aan met version-level immutability, maak een onveranderlijke container met een time-based lock en upload vervolgens de back-upgegevens naar de vergrendelde container.
  • Kies de juiste tool: Azure CLI, PowerShell of AzCopy kunnen allemaal worden gebruikt om onveranderlijke containers aan te maken en te beheren, afhankelijk van uw omgeving.
  • De volgorde van vergrendelen is belangrijk: upload en controleer de back-upgegevens voordat u de container vergrendelt. Zodra de container vergrendeld is, kunnen blobs niet meer worden gewijzigd of verwijderd.
  • Time-based lock versus legal hold: een time-based lock verloopt na een vastgestelde periode, terwijl een legal hold onbeperkt blijft gelden tot u deze handmatig opheft.
  • Houd rekening met geo-redundantie: GRS of RA-GRS beschermt onveranderlijke back-ups tegen regionale storingen in de opslag.

Onveranderlijke back-upopslag is essentieel om kritieke bedrijfsgegevens te beschermen tegen verwijdering, wijzigingen en cyberaanvallen. Met Azure Blob Storage kunnen IT-beheerders en MSP’s Write Once, Read Many (WORM)-bescherming met time-based locks instellen voor dergelijke gegevens.

Deze gids geeft stapsgewijze instructies voor het configureren van onveranderlijke (WORM-beschermde) back-upopslag in Azure Blob met behulp van time-based retentiebeleid.

Op zoek naar een eenvoudige visuele uitleg? Bekijk “Zo stelt u onveranderlijke back-upopslag in met Azure Blob en time-based locks” voor meer details.

Onveranderlijke back-upopslag instellen via verschillende methoden

Het instellen van onveranderlijke back-upopslag verloopt in drie stappen. De eerste stap is vrij eenvoudig, terwijl stap 2 en 3 kunnen worden uitgevoerd met Azure CLI, PowerShell of de AzCopy-tool.

Vereisten:

Controleer voordat u verdergaat of u aan de volgende voorwaarden voldoet:

  • Een actief Azure-abonnement met rechten om storage accounts aan te maken
  • De rol Inzender of Storage Blob Data Owner
  • De PowerShell Az-module of Azure CLI
  • Azure Resource Provider: Microsoft.Storage moet geregistreerd zijn.

Tip: endpoint-tagging, GPO-/registerregistratie en auditvereisten zijn optioneel, maar waardevol. U kunt deze instellen met de beschikbare ondersteunende methoden.

Stap 1: maak een storage account met ondersteuning voor onveranderlijke blobs

Gebruikers moeten eerst een storage account met ondersteuning voor version-level immutability aanmaken voordat ze onveranderlijke containers kunnen hosten en configureren.

Volg deze stappen om het juiste account aan te maken:

  1. Open de Azure Portal en ga naar Opslagaccounts > Maken.
  2. Configureer de volgende opties:
    • Prestaties: Standaard
    • Redundantie: lokaal redundant of geo-redundant
    • Hiërarchische naamruimte inschakelen: optioneel (voor Azure Data Lake)
  3. Pas onder Geavanceerd > Gegevensbescherming het volgende aan:
    • Schakel ondersteuning voor version-level immutability in.
    • Schakel voorlopig verwijderen van blobs in (optioneel, voor extra bescherming).

Belangrijk: als u beide instellingen niet inschakelt kan dit problemen opleveren bij de handhaving. Lees hier meer over in het onderdeel Waar u op moet letten.

  1. Rond de configuratie af en richt het storage account in.

Stap 2: maak een onveranderlijke container met een time-based lock

Om een onveranderlijke container aan te maken, kunt u Azure CLI of PowerShell gebruiken.

Methode A: Azure CLI

Azure CLI is een platformonafhankelijke opdrachtregeltool waarmee gebruikers verbinding maken met Azure en opdrachten uitvoeren op Azure-resources.

📌 Toepassingen: Azure CLI is ideaal voor:

  • Platformonafhankelijke omgevingen
  • DevOps-pipelines
  • Taakautomatisering via shellscripts
  • IT-beheerders die Azure-resources op afstand of via SSH-terminals beheren

Voer deze opdracht uit:

az storage container create \
--name secure-backups \
--account-name mystorageaccount \
--auth-mode loginaz storage container immutability-policy set \
--account-name mystorageaccount \
--container-name secure-backups \
--period 30 \
--allow-protected-append-write true
Time-based lock inschakelen:
az storage container legal-hold set \
--account-name mystorageaccount \
--container-name secure-backups \
--tags "WORM-Protection"

Het beleid voorkomt verwijdering of overschrijving gedurende het opgegeven aantal dagen.

Methode B: PowerShell

📌 Toepassingen: PowerShell is ideaal voor IT-beheerders en MSP’s die Windows-endpoints beheren.

Open PowerShell als administrator en voer deze opdracht uit:

Connect-AzAccount
$ctx = New-AzStorageContext -StorageAccountName" mystorageaccount" -UseConnectedAccount
New-AzStorageContainer -Name "secure-backups" -Context $ctx -Permission OffSet-AzStorageContainerImmutabilityPolicy `
-Context $ctx `
-ContainerName "secure-backups" `
-ImmutabilityPeriod 30Lock-AzStorageContainerImmutabilityPolicy `
-Context $ctx `
-ContainerName "secure-backups"

Stap 3: upload de back-upgegevens naar de vergrendelde container

Zodra een gebruiker een onveranderlijke container heeft geconfigureerd, kan hij zijn gegevens naar de beveiligde container uploaden. Dat is nodig om het back-upproces te voltooien. Voor het uploaden van gegevens kan hij Azure CLI of AzCopy gebruiken.

Optie A: Azure CLI

📌 Toepassingen: gebruik Azure CLI voor kleinschalige uploads en platformonafhankelijke omgevingen.

az storage blob upload \
--account-name mystorageaccount \
--container-name secure-backups \
--name daily-backup-2025-07-01.bak \
--file "C:\Backups\2025-07-01.bak" \
--auth-mode login

Optie B: AzCopy-tool

AzCopy is een opdrachtregelprogramma waarmee u blobs of bestanden naar en van een storage account kopieert.

📌 Toepassingen: de AzCopy-tool is het meest geschikt voor:

  • Grootschalige of snelle gegevensoverdracht naar Azure Blob Storage
  • Geautomatiseerde back-uptaken, disaster recovery-configuraties of eerste bulkuploads
  • Uploaden via een SAS-token in plaats van een volledige Azure-aanmelding

Voer deze opdracht uit in AzCopy:

AzCopy.exe copy "C:\Backups" "https://mystorageaccount.blob.core.windows.net/secure-backups?<SAS>" --recursive

Waar u op moet letten

Risico’sMogelijke gevolgenOplossingen
Version-level immutability niet inschakelen (Stap 1)WORM-beleid op containerniveau wordt niet toegepast.Maak het storage account opnieuw aan met de juiste instellingen.
Voorlopig verwijderen van blobs niet inschakelen (Stap 1)Per ongeluk verwijderde gegevens kunnen niet worden hersteld.Schakel de instelling voor voorlopig verwijderen van blobs in.

Aanvullende methoden om uw back-upstrategie te versterken

Zodra u onveranderlijke back-upopslag hebt ingesteld, kunt u uw back-upstrategie en -beveiliging verder versterken met de onderstaande methoden:

Onveranderlijkheidsinstellingen controleren en auditen

Het controleren en auditen van onveranderlijkheidsinstellingen is waardevol voor IT-teams die documentatie nodig hebben om aan te tonen dat back-upgegevens onveranderlijk zijn en correct worden bewaard. De onderstaande methoden zijn ook handig om verkeerde configuraties op te sporen voordat ze gevolgen hebben voor de compliance.

Om onveranderlijkheidsinstellingen te controleren en te auditen, kunnen gebruikers kiezen tussen Azure CLI, PowerShell of de Azure Portal. Voer de juiste opdrachten uit op basis van de tool die u kiest:

Azure CLI

az storage container show \
--name secure-backups \
--account-name mystorageaccount \
--query properties.immutabilityPolicy

PowerShell

Get-AzStorageContainerImmutabilityPolicy -Context
$ctx -ContainerName "secure-backups"

Azure Portal

  1. Ga naar Container > Toegangsbeheer (IAM)
  2. Controleer het onveranderlijkheidsbeleid, de bewaardatum en de append-status.

Lokale back-ups valideren met de Register-editor

Gebruikers kunnen via registerwijzigingen bijhouden welke endpoints back-ups bevatten. Open daarvoor de Register-editor en volg deze stappen:

  1. Ga naar HKEY_LOCAL_MACHINE\SOFTWARE\Org\ImmutableBackup
  2. Pas de volgende sleutels aan:
    • LastBackupDate (String) = "2025-07-01T22:00:00Z"
    • ContainerURI (String) = "https://mystorageaccount.blob.core.windows.net/secure-backups"

In aangepaste scripts of rapportagetools valideren deze sleutels de naleving van het beleid per device.

Bescherming van de back-upbron afdwingen met een group policy

Als uw back-ups op endpoints worden gemaakt voordat ze naar Azure worden verstuurd, is het cruciaal om lokale manipulatie te voorkomen. Group policies verhinderen dat gebruikers back-upbestanden verwijderen, wijzigen of manipuleren voordat de onveranderlijkheid van kracht wordt.

Zo schakelt u bescherming van de back-upbron in:

  1. Open de Editor voor lokaal groepsbeleid.
  2. Ga naar Computerconfiguratie > Beheersjablonen > Windows-onderdelen > Windows Back-up
  3. Schakel De mogelijkheid om back-upbestanden te verwijderen uitschakelen in.
  4. Stel de Volumeschaduwkopieservice verplicht voor back-ups.
  5. Pas dit toe op alle relevante endpoints om te voorkomen dat gegevens per ongeluk worden verwijderd voordat ze naar de onveranderlijke container worden gestuurd.

CMD en CLI gebruiken voor operationele validatie

Valideer de toegang tot de container en de integriteit van de bestanden:

dir \\mystorageaccount.file.core.windows.net\secure-backups

Controleer de AzCopy-toegang:

AzCopy.exe login
AzCopy.exe jobs list

Controleer het onveranderlijkheidsbeleid van de blob (via REST):

curl -X GET https://<account>.blob.core.windows.net/<container>?restype=container&comp=immutabilitypolicy

Extra aandachtspunten bij onveranderlijke back-upopslag

Gegevens in onveranderlijke opslag zijn kritiek en moeten zorgvuldig worden behandeld om gegevensverlies te voorkomen. Houd rekening met de volgende aandachtspunten:

Kiest u voor een legal hold of een time-based lock?

Een legal hold voorkomt het verwijderen of wijzigen van back-upgegevens voor onbepaalde tijd, terwijl een time-based lock dat gedurende een vastgestelde periode doet. Met de juiste vergrendeling voorkomt u voortijdige verwijdering van gegevens, een overvolle opslag en schendingen van de compliance.

Kunt u onveranderlijke back-upopslag wijzigen?

Onveranderlijke containers kunnen niet worden hernoemd of verwijderd zolang de vergrendelingen niet zijn verlopen. Plan uw bewaartermijnen en legal holds zorgvuldig om onnodige opslagkosten en rommelige omgevingen te voorkomen.

Kunt u back-upbestanden uploaden nadat de vergrendeling is afgedwongen?

Zodra een container vergrendeld is, kunnen gebruikers blobs niet meer wijzigen of verwijderen. Upload daarom altijd eerst uw back-up, controleer of deze volledig is en activeer pas daarna de onveranderlijkheid. Gedeeltelijke of onderbroken uploads kunnen ontoegankelijk of ongeldig worden als de vergrendeling te vroeg wordt afgedwongen.

Heb ik GRS of RA-GRS nodig voor mijn onveranderlijke back-up?

Onveranderlijke gegevens zijn vaak cruciale bedrijfsinformatie en daarom is geo-redundante opslag (GRS) of alleen-lezen GRS (RA-GRS) zeer nuttig. Beide bieden replicatieopties voor Azure-opslag voor het geval zich een regionale storing voordoet.

Veelvoorkomende problemen oplossen

Beleid wordt niet toegepast

Als time-based of legal hold-beleid niet wordt toegepast zoals verwacht, controleer dan of version-level immutability is ingeschakeld voor het betreffende storage account.

Blob-upload mislukt

Blob-uploads kunnen om verschillende redenen mislukken, zoals onjuiste connection strings, ongeldige SAS-tokens en grote bestanden. Controleer in dat geval de gebruikersrechten en gebruik waar nodig de append blob.

AzCopy-fouten

Als u problemen met AzCopy ondervindt, controleer dan of de containerrechten overeenkomen met het blobtype en of het SAS-token nog geldig is. U kunt ook de handleiding van Microsoft Feature voor specifieke AzCopy-problemen raadplegen.

Container kan niet worden verwijderd

Als u een container niet kunt verwijderen, controleer dan of er een actieve time-based lock of legal hold van kracht is. Gebruikers kunnen containers met een actief beleid niet verwijderen of wijzigen.

NinjaOne-diensten om uw onveranderlijke back-upopslag te beschermen

NinjaOne-diensten ondersteunen IT-teams en MSP’s bij het automatiseren, auditen en valideren van workflows voor onveranderlijke opslag in grote omgevingen. Dit zijn enkele manieren waarop NinjaOne kan helpen:

NinjaOne-dienstWat het doetHoe het de uitrol van uw onveranderlijke back-upstrategie versterkt
Geautomatiseerde scriptingVerstuurt PowerShell- of Azure CLI-scripts om Azure-containers te configureren en back-ups te uploadenVersnelt de uitrol van onveranderlijke back-upconfiguraties op endpoints
RegisterauditsHoudt endpoints bij die back-upbewerkingen met lokale validatie hebben voltooidMaakt verificatie per device van voltooide back-ups en het bijhouden van compliance mogelijk
Aangepaste monitoringWaarschuwt IT-beheerders bij specifieke problemenGeeft IT-beheerders en MSP’s direct inzicht in mislukte back-uptaken, verkeerd geconfigureerde containers of uitblijvende rotatie en ondersteunt snellere remediatie
Cross-tenant dashboardGeeft MSP’s inzicht in de compliance van onveranderlijke back-ups bij al hun klanttenantsVergroot het inzicht en vereenvoudigt de compliance-rapportage voor MSP’s die meerdere omgevingen beheren
BeleidshandhavingGebruikt de policy engine om te controleren of alle back-uptaken naar vergrendelde containers verwijzenBehoudt de integriteit van gegevens en zorgt dat WORM-beleid consistent wordt toegepast

Beveilig uw back-upbestanden met onveranderlijke back-upopslag

Onveranderlijke opslag beschermt uw back-upbestanden gedurende een bepaalde periode tegen ransomware, interne dreigingen en gegevensverlies. Het instellen van onveranderlijke back-upopslag gebeurt in drie eenvoudige en flexibele stappen. Met deze gids kunnen IT-beheerders en MSP’s de beste opties voor hun organisatie kiezen.

Gerelateerde onderwerpen:

Quick-start guide

Voor onveranderlijke back-upopslag met time-based locks hebt u waarschijnlijk het volgende nodig:

  1. Configureer onveranderlijke Azure Blob-opslag apart in Azure
  2. Gebruik de back-upoplossingen van NinjaOne als extra beschermingslaag

FAQs

Onveranderlijke opslag in Azure Blob is een Write Once, Read Many (WORM)-status die voorkomt dat back-upgegevens gedurende een vastgestelde periode worden gewijzigd of verwijderd. Het beschermt tegen onbedoelde verwijdering, manipulatie van binnenuit en ransomware die back-uprepository’s als doelwit heeft.

Het instellen van onveranderlijke Azure Blob Storage gebeurt in drie stappen: maak een storage account aan met ondersteuning voor version-level immutability, maak een container aan en pas een time-based lock toe (via Azure CLI, PowerShell of de Azure Portal) en upload vervolgens uw back-upgegevens voordat de vergrendeling van kracht wordt.

Een time-based lock houdt gegevens onveranderlijk gedurende een vooraf bepaalde periode en verloopt daarna automatisch. Een legal hold houdt gegevens voor onbepaalde tijd onveranderlijk, zonder vaste einddatum, tot u deze handmatig opheft – meestal gebruikt wanneer de bewaartermijn vooraf niet bekend is.

Nee. Zodra een time-based lock of legal hold op een container is toegepast, kunnen de blobs daarin niet meer worden gewijzigd of verwijderd tot de vergrendeling verloopt of de hold wordt opgeheven – ook niet door beheerders. Daardoor is de opslag bestand tegen zowel onbedoelde als kwaadaardige wijzigingen.

Ja. Ondersteuning voor version-level immutability moet eerst op het storage account worden ingeschakeld. Slaat u deze stap over dan wordt WORM-beleid op containerniveau niet toegepast, zelfs niet als u daarna een time-based lock configureert.

Ja, dat is een van de belangrijkste toepassingen. Omdat vergrendelde blobs tijdens de bewaartermijn niet kunnen worden versleuteld, overschreven of verwijderd, beschikt u over een schoon herstelpunt, ook als ransomware andere delen van uw omgeving treft, zoals endpoints of gekoppelde accounts.

Voor kritieke gegevens is dat aan te raden. GRS of alleen-lezen GRS (RA-GRS) repliceert uw onveranderlijke back-ups naar een tweede regio, zodat een regionale storing bij Azure u niet zonder bruikbare, ontgrendelbare kopie achterlaat.

Dit vindt u misschien ook leuk

Klaar om de moeilijkste delen van IT te vereenvoudigen?