Azure Storage-redundantie

Azure Storage slaat altijd meerdere kopieën van uw gegevens op, zodat deze worden beschermd tegen geplande en ongeplande gebeurtenissen, waaronder tijdelijke hardwarestoringen, netwerk- of stroomstoringen en grote natuurrampen. Redundantie zorgt ervoor dat uw opslagaccount voldoet aan de beschikbaarheids- en duurzaamheidsdoelen, zelfs bij storingen.

Wanneer u besluit welke redundantieoptie het beste is voor uw scenario, moet u rekening houden met de balans tussen lagere kosten en hogere beschikbaarheid. De factoren die u helpen bepalen welke redundantieoptie u moet kiezen, zijn onder andere:

  • Hoe uw gegevens worden gerepliceerd in de primaire regio
  • Of uw gegevens worden gerepliceerd naar een tweede regio die geografisch ver van de primaire regio ligt, ter bescherming tegen regionale rampen
  • Of uw toepassing leestoegang vereist tot de gerepliceerde gegevens in de secundaire regio als de primaire regio om een of andere reden niet meer beschikbaar is

Notitie

De functies en regionale beschikbaarheid die in dit artikel worden beschreven, zijn ook beschikbaar voor accounts met een hiërarchische naamruimte.

Redundantie in de primaire regio

Gegevens in een Azure Storage worden altijd drie keer gerepliceerd in de primaire regio. Azure Storage biedt twee opties voor het repliceren van uw gegevens in de primaire regio:

  • Met lokaal redundante opslag (LRS) worden uw gegevens drie keer synchroon gekopieerd binnen één fysieke locatie in de primaire regio. LRS is de minst dure replicatieoptie, maar wordt niet aanbevolen voor toepassingen die hoge beschikbaarheid of duurzaamheid vereisen.
  • Zone-redundante opslag (ZRS) kopieert uw gegevens synchroon naar drie Azure-beschikbaarheidszones in de primaire regio. Voor toepassingen waarvoor hoge beschikbaarheid is vereist, raadt Microsoft aan om ZRS in de primaire regio te gebruiken en ook te repliceren naar een secundaire regio.

Notitie

Microsoft raadt aan om ZRS in de primaire regio te gebruiken voor Azure Data Lake Storage Gen2-workloads.

Lokaal redundante opslag

Met lokaal redundante opslag (LRS) worden uw gegevens drie keer gerepliceerd binnen één datacenter in de primaire regio. LRS biedt ten minste 99,99999999999% (11 negens) duurzaamheid van objecten gedurende een bepaald jaar.

LRS is de optie voor redundantie met de laagste kosten en biedt de minste duurzaamheid in vergelijking met andere opties. LRS beschermt uw gegevens tegen serverrek- en schijffouten. Als zich echter een noodlot voordoet, zoals brand of overstromingen binnen het datacenter, kunnen alle replica's van een opslagaccount met LRS verloren gaan of onherkenbaar zijn. Om dit risico te beperken, raadt Microsoft u aan om zone-redundante opslag (ZRS), geografisch redundante opslag (GRS) of geografisch zone-redundante opslag (GZRS) te gebruiken.

Een schrijfaanvraag naar een opslagaccount dat LRS gebruikt, gebeurt synchroon. De schrijfbewerking wordt pas succesvol uitgevoerd nadat de gegevens naar alle drie de replica's zijn geschreven.

In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd binnen één datacenter met LRS:

Diagram waarin wordt weergegeven hoe gegevens worden gerepliceerd in één datacenter met LRS

LRS is een goede keuze voor de volgende scenario's:

  • Als uw toepassing gegevens op slaat die eenvoudig kunnen worden gereconstrueerd als er gegevensverlies optreedt, kunt u kiezen voor LRS.
  • Als uw toepassing is beperkt tot het repliceren van gegevens alleen binnen een land of regio vanwege vereisten voor gegevensbeheer, kunt u kiezen voor LRS. In sommige gevallen kunnen de gekoppelde regio's waarin de gegevens geo-gerepliceerd zijn zich in een ander land of een andere regio. Zie Azure-regio's voor meer informatie over gekoppelde regio's.

Zone-redundante opslag

Zone-redundante opslag (ZRS) repliceert uw Azure Storage gegevens synchroon in drie Azure-beschikbaarheidszones in de primaire regio. Elke beschikbaarheidszone is een afzonderlijke fysieke locatie met onafhankelijke voeding, koeling en netwerken. ZRS biedt duurzaamheid voor Azure Storage gegevensobjecten van ten minste 99,9999999999% (12 negens) gedurende een bepaald jaar.

Met ZRS zijn uw gegevens nog steeds toegankelijk voor zowel lees- als schrijfbewerkingen, zelfs als een zone niet meer beschikbaar is. Als een zone niet meer beschikbaar is, voert Azure netwerkupdates uit, zoals dns-re-pointing. Deze updates kunnen van invloed zijn op uw toepassing als u toegang hebt tot gegevens voordat de updates zijn voltooid. Volg bij het ontwerpen van toepassingen voor ZRS de procedures voor de afhandeling van tijdelijke fouten, waaronder het implementeren van beleid voor opnieuw proberen met exponentieel teruggaan.

Een schrijfaanvraag naar een opslagaccount dat ZRS gebruikt, gebeurt synchroon. De schrijfbewerking retourneert pas nadat de gegevens naar alle replica's in de drie beschikbaarheidszones zijn geschreven.

Microsoft raadt aan om ZRS in de primaire regio te gebruiken voor scenario's waarvoor hoge beschikbaarheid is vereist. ZRS wordt ook aanbevolen voor het beperken van de replicatie van gegevens naar binnen een land of regio om te voldoen aan de vereisten voor gegevensbeheer.

In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd in beschikbaarheidszones in de primaire regio met ZRS:

Diagram waarin wordt weergegeven hoe gegevens worden gerepliceerd in de primaire regio met ZRS

ZRS biedt uitstekende prestaties, lage latentie en tolerantie voor uw gegevens als deze tijdelijk niet beschikbaar zijn. ZRS zelf beschermt uw gegevens echter mogelijk niet tegen een regionale ramp waarbij meerdere zones permanent worden getroffen. Voor bescherming tegen regionale rampen raadt Microsoft aan om geografisch zone-redundante opslag (GZRS) te gebruiken, die gebruikmaakt van ZRS in de primaire regio en uw gegevens ook geo-repliceert naar een secundaire regio.

In de volgende tabel ziet u welke typen opslagaccounts ondersteuning bieden voor ZRS in welke regio's:

Type opslagaccount Ondersteunde regio’s Ondersteunde services
Algemeen gebruik v21 (Afrika) Zuid-Afrika - noord
(Azië en Stille Oceaan) Azië - zuidoost
(Azië en Stille Oceaan) Australië - oost
(Azië en Stille Oceaan) Japan - oost
(Canada) Canada - centraal
(Europa) Europa - noord
(Europa) Europa - west
(Europa) Frankrijk - centraal
(Europa) Duitsland - west-centraal
(Europa) VK - zuid
(Zuid-Amerika) Brazilië - zuid
(VS) VS - centraal
(US) US - oost
(VS) VS - oost 2
(VS) VS - zuid-centraal
(VS) VS - west 2
Blok-blobs
Pagina-blobs2
Bestands shares (standaard)
Tables
Wachtrijen
Premium blok-blobs1 Azië - zuidoost
Australië - oost
Europa - noord
Europa - west
Frankrijk - centraal
Japan East
Verenigd Koninkrijk Zuid
US - oost
US - oost 2
US - west 2
Premium alleen blok-blobs maken
Premiumbestandsshares Azië - zuidoost
Australië - oost
Europa - noord
Europa - west
Frankrijk - centraal
Japan East
Verenigd Koninkrijk Zuid
US - oost
US - oost 2
US - west 2
Premium alleen bestands shares

1 De archieflaag wordt momenteel niet ondersteund voor ZRS-accounts.
2 Storage accounts die beheerde Azure-schijven voor virtuele machines bevatten, gebruiken altijd LRS. Voor niet-mande azure-schijven moet ook LRS worden gebruikt. Het is mogelijk om een opslagaccount te maken voor on-mande Azure-schijven die grs gebruiken, maar dit wordt niet aanbevolen vanwege mogelijke problemen met consistentie ten opzichte van asynchrone geo-replicatie. Beheerde en niet-beheerde schijven bieden geen ondersteuning voor ZRS of GZRS. Zie Prijzen voor Azure Managed Disks voor meer informatie over beheerde schijven.

Zie Services-ondersteuning per regio in Wat zijn Azure-beschikbaarheidszones? voor meer informatie over de regio'Azure-beschikbaarheidszones.

Redundantie in een secundaire regio

Voor toepassingen die een hoge duurzaamheid vereisen, kunt u ervoor kiezen om de gegevens in uw opslagaccount te kopiëren naar een secundaire regio die honderden kilometers verwijderd is van de primaire regio. Als uw opslagaccount wordt gekopieerd naar een secundaire regio, zijn uw gegevens duurzaam, zelfs in het geval van een volledige regionale storing of een noodgeval waarin de primaire regio niet kan worden hersteld.

Wanneer u een opslagaccount maakt, selecteert u de primaire regio voor het account. De gekoppelde secundaire regio wordt bepaald op basis van de primaire regio en kan niet worden gewijzigd. Zie Azure-regio's voor meer informatie over regio's die worden ondersteund door Azure.

Azure Storage biedt twee opties voor het kopiëren van uw gegevens naar een secundaire regio:

  • Geografisch redundante opslag (GRS): uw gegevens worden drie keer synchroon gekopieerd binnen één fysieke locatie in de primaire regio met LRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in de secundaire regio. Binnen de secundaire regio worden uw gegevens synchroon drie keer gekopieerd met behulp van LRS.
  • Geografisch zone-redundante opslag (GZRS) kopieert uw gegevens synchroon naar drie Azure-beschikbaarheidszones in de primaire regio met behulp van ZRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in de secundaire regio. Binnen de secundaire regio worden uw gegevens synchroon drie keer gekopieerd met behulp van LRS.

Notitie

Het belangrijkste verschil tussen GRS en GZRS is hoe gegevens worden gerepliceerd in de primaire regio. Binnen de secundaire regio worden gegevens altijd drie keer synchroon gerepliceerd met behulp van LRS. LRS in de secundaire regio beschermt uw gegevens tegen hardwarefouten.

Met GRS of GZRS zijn de gegevens in de secundaire regio niet beschikbaar voor lees- of schrijftoegang, tenzij er een failover naar de secundaire regio is. Voor leestoegang tot de secundaire regio configureert u uw opslagaccount voor het gebruik van geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslag met leestoegang (RA-GZRS). Zie Leestoegang tot gegevens in de secundaire regio voor meer informatie.

Als de primaire regio niet meer beschikbaar is, kunt u ervoor kiezen om een fail over te brengen naar de secundaire regio. Nadat de failover is voltooid, wordt de secundaire regio de primaire regio en kunt u opnieuw gegevens lezen en schrijven. Zie Herstel na noodherstel en failover van opslagaccount voor meer informatie over het maken van een failover naar de secundaire regio.

Belangrijk

Omdat gegevens asynchroon naar de secundaire regio worden gerepliceerd, kan een fout die van invloed is op de primaire regio leiden tot gegevensverlies als de primaire regio niet kan worden hersteld. Het interval tussen de meest recente schrijf schrijft naar de primaire regio en de laatste schrijf naar de secundaire regio staat bekend als het recovery point objective (RPO). De RPO geeft het tijdstip aan waarop gegevens kunnen worden hersteld. Azure Storage heeft doorgaans een RPO van minder dan 15 minuten, hoewel er momenteel geen SLA is voor hoe lang het duurt om gegevens naar de secundaire regio te repliceren.

Geografisch redundante opslag

Geografisch redundante opslag (GRS): uw gegevens worden drie keer synchroon gekopieerd binnen één fysieke locatie in de primaire regio met LRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in een secundaire regio die honderden kilometers van de primaire regio is verwijderd. GRS biedt duurzaamheid voor Azure Storage gegevensobjecten van ten minste 99,9999999999999% (16 negens) gedurende een bepaald jaar.

Een schrijfbewerking wordt eerst vastgelegd op de primaire locatie en gerepliceerd met behulp van LRS. De update wordt vervolgens asynchroon gerepliceerd naar de secundaire regio. Wanneer gegevens naar de secundaire locatie worden geschreven, worden deze ook gerepliceerd op die locatie met behulp van LRS.

In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd met GRS of RA-GRS:

Diagram waarin wordt weergegeven hoe gegevens worden gerepliceerd met GRS of RA-GRS

Geografisch zone-redundante opslag

Geografisch zone-redundante opslag (GZRS) combineert de hoge beschikbaarheid die wordt geboden door redundantie in beschikbaarheidszones met bescherming tegen regionale uitval door geo-replicatie. Gegevens in een GZRS-opslagaccount worden gekopieerd naar drie Azure-beschikbaarheidszones in de primaire regio en ook gerepliceerd naar een secundaire geografische regio ter bescherming tegen regionale rampen. Microsoft raadt u aan GZRS te gebruiken voor toepassingen die maximale consistentie, duurzaamheid en beschikbaarheid, uitstekende prestaties en tolerantie vereisen voor herstel na noodherstel.

Met een GZRS-opslagaccount kunt u gegevens blijven lezen en schrijven als een beschikbaarheidszone niet meer beschikbaar is of onherkenbaar is. Daarnaast zijn uw gegevens duurzaam in het geval van een volledige regionale storing of een noodgeval waarbij de primaire regio niet kan worden hersteld. GZRS is ontworpen om ten minste 99,999999999999999% (16 negens) duurzaamheid van objecten in een bepaald jaar te bieden.

In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd met GZRS of RA-GZRS:

Diagram waarin wordt weergegeven hoe gegevens worden gerepliceerd met GZRS of RA-GZRS

Alleen v2-opslagaccounts voor algemeen gebruik ondersteunen GZRS en RA-GZRS. Zie Overzicht van Azure-opslagaccounts voor meer informatie over de typen opslagaccounts. GZRS en RA-GZRS ondersteunen blok-blobs, pagina-blobs (met uitzondering van VHD-schijven), bestanden, tabellen en wachtrijen.

GZRS en RA-GZRS worden ondersteund in de volgende regio's:

  • (Azië en Stille Oceaan) Azië - oost
  • (Azië en Stille Oceaan) Azië - zuidoost
  • (Azië en Stille Oceaan) Australië - oost
  • (Azië en Stille Oceaan) Japan - oost
  • (Canada) Canada - centraal
  • (Europa) Europa - noord
  • (Europa) Europa - west
  • (Europa) Frankrijk - centraal
  • (Europa) Noorwegen - oost
  • (Europa) VK - zuid
  • (Zuid-Amerika) Brazilië - zuid
  • (VS) US - centraal
  • (VS) US - oost
  • (VS) US - oost 2
  • (VS) US Government - oost
  • (VS) US - zuid-centraal
  • (VS) US - west 2
  • (VS) US - west 3

Zie prijsinformatie voor Blobs, Files, Queuesen Tables voor meer informatie over prijzen.

Leestoegang tot gegevens in de secundaire regio

Geografisch redundante opslag (met GRS of GZRS) repliceert uw gegevens naar een andere fysieke locatie in de secundaire regio ter bescherming tegen regionale uitval. Deze gegevens kunnen echter alleen worden gelezen als de klant of Microsoft een failover van de primaire naar de secundaire regio initieert. Wanneer u leestoegang tot de secundaire regio inschakelen, kunt u uw gegevens te allen tijde lezen, ook in een situatie waarin de primaire regio niet meer beschikbaar is. Voor leestoegang tot de secundaire regio moet u geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslag met leestoegang (RA-GZRS) inschakelen.

Notitie

Azure Files biedt geen ondersteuning voor geografisch redundante opslag met leestoegang (RA-GRS) en geografisch zone-redundante opslag met leestoegang (RA-GZRS).

Uw toepassingen ontwerpen voor leestoegang tot de secundaire

Als uw opslagaccount is geconfigureerd voor leestoegang tot de secundaire regio, kunt u uw toepassingen zo ontwerpen dat deze naadloos worden overgezet naar het lezen van gegevens uit de secundaire regio als de primaire regio om een of andere reden niet meer beschikbaar is.

De secundaire regio is beschikbaar voor leestoegang nadat u RA-GRS of RA-GZRS hebt ingeschakeld, zodat u uw toepassing van tevoren kunt testen om er zeker van te zijn dat deze correct wordt gelezen van de secundaire regio in het geval van een storing. Zie Geo-redundantie gebruiken om toepassingen met hoge beschikbare gegevens te ontwerpen voor meer informatie over het ontwerpen van uw toepassingen om te profiteren van geo-redundantie.

Wanneer leestoegang tot de secundaire is ingeschakeld, kan uw toepassing worden gelezen vanaf het secundaire eindpunt en van het primaire eindpunt. Het secundaire eindpunt wordt aan het achtervoegsel –secondary aan de accountnaam toevoegen. Als uw primaire eindpunt voor Blob Storage bijvoorbeeld is, is myaccount.blob.core.windows.net het secundaire eindpunt myaccount-secondary.blob.core.windows.net . De accounttoegangssleutels voor uw opslagaccount zijn hetzelfde voor zowel de primaire als de secundaire eindpunten.

De eigenschap Laatst gesynchroniseerd controleren

Omdat gegevens asynchroon naar de secundaire regio worden gerepliceerd, ligt de secundaire regio vaak achter de primaire regio. Als er een fout in de primaire regio gebeurt, is de kans groot dat alle schrijf schrijf naar de primaire regio nog niet naar de secundaire regio zijn gerepliceerd.

Om te bepalen welke schrijfbewerkingen naar de secundaire regio zijn gerepliceerd, kan uw toepassing de eigenschap Laatste synchronisatietijd voor uw opslagaccount controleren. Alle schrijfbewerkingen die vóór de laatste synchronisatietijd naar de primaire regio zijn geschreven, zijn gerepliceerd naar de secundaire regio, wat betekent dat ze beschikbaar zijn om te worden gelezen vanaf de secundaire regio. Schrijfbewerkingen die na de laatste synchronisatietijd naar de primaire regio worden geschreven, zijn mogelijk wel of niet gerepliceerd naar de secundaire regio, wat betekent dat ze mogelijk niet beschikbaar zijn voor leesbewerkingen.

U kunt de waarde van de eigenschap Laatste synchronisatietijd opvragen met behulp van Azure PowerShell, Azure CLI of een van de Azure Storage clientbibliotheken. De eigenschap Laatste synchronisatietijd is een GMT-datum/tijd-waarde. Zie De eigenschap Laatste synchronisatietijd voor een opslagaccount controleren voor meer informatie.

Samenvatting van redundantieopties

De tabellen in de volgende secties geven een overzicht van de redundantieopties die beschikbaar zijn voor Azure Storage

Parameters voor duurzaamheid en beschikbaarheid

In de volgende tabel worden de belangrijkste parameters voor elke redundantieoptie beschreven:

Parameter LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Duurzaamheid van objecten in procenten gedurende een bepaald jaar ten minste 99,9999999999% (11 negens) ten minste 99,99999999999% (12 negens) ten minste 99,999999999999999% (16 negens) ten minste 99,999999999999999% (16 negens)
Beschikbaarheid voor leesaanvragen Ten minste 99,9% (99% voor de cool-toegangslaag) Ten minste 99,9% (99% voor de cool-toegangslaag) Ten minste 99,9% (99% voor de cool-toegangslaag) voor GRS

Ten minste 99,99% (99,9% voor de cool-toegangslaag) voor RA-GRS
Ten minste 99,9% (99% voor de cool-toegangslaag) voor GZRS

Ten minste 99,99% (99,9% voor de cool-toegangslaag) voor RA-GZRS
Beschikbaarheid voor schrijfaanvragen Ten minste 99,9% (99% voor de cool-toegangslaag) Ten minste 99,9% (99% voor de cool-toegangslaag) Ten minste 99,9% (99% voor de cool-toegangslaag) Ten minste 99,9% (99% voor de cool-toegangslaag)
Aantal kopieën van gegevens op afzonderlijke knooppunten Drie kopieën binnen één regio Drie kopieën in afzonderlijke beschikbaarheidszones binnen één regio In totaal zes exemplaren, waaronder drie in de primaire regio en drie in de secundaire regio Zes kopieën in totaal, waaronder drie in afzonderlijke beschikbaarheidszones in de primaire regio en drie lokaal redundante kopieën in de secundaire regio

Duurzaamheid en beschikbaarheid per storingsscenario

De volgende tabel geeft aan of uw gegevens duurzaam zijn en beschikbaar zijn in een bepaald scenario, afhankelijk van welk type redundantie van kracht is voor uw opslagaccount:

Scenario met uitval LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Een knooppunt in een datacenter is niet meer beschikbaar Ja Ja Ja Ja
Een volledig datacenter (zonaal of niet-zonaal) is niet meer beschikbaar Nee Ja Ja1 Yes
Een storing in de hele regio treedt op in de primaire regio Nee Nee Ja1 Ja1
Leestoegang tot de secundaire regio is beschikbaar als de primaire regio niet meer beschikbaar is Nee Nee Ja (met RA-GRS) Ja (met RA-GZRS)

1 Failover van account is vereist om de beschikbaarheid van schrijfgegevens te herstellen als de primaire regio niet meer beschikbaar is. Zie Herstel na noodherstel en failover van opslagaccount voor meer informatie.

Ondersteunde Azure Storage services

In de volgende tabel ziet u welke redundantieopties worden ondersteund door elke Azure Storage service.

LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob Storage
Queue Storage
Table Storage
Azure Files1,2
Beheerde Azure-schijven
Blob Storage
Queue Storage
Table Storage
Azure Files1,2
Blob Storage
Queue Storage
Table Storage
Azure Files1
Blob Storage
Queue Storage
Table Storage
Blob Storage
Queue Storage
Table Storage
Azure Files1
Blob Storage
Queue Storage
Table Storage

1 Standaardbestands shares worden ondersteund op LRS en ZRS. Standaardbestands shares worden ondersteund op GRS en GZRS zolang ze kleiner zijn dan of gelijk zijn aan vijf TiB.
2 Premium bestands shares worden ondersteund op LRS en ZRS.

Ondersteunde typen opslagaccounts

In de volgende tabel ziet u welke redundantieopties door elk type opslagaccount worden ondersteund. Zie overzicht van Storage opslagaccount voor informatie over opslagaccounttypen.

LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Algemeen gebruik v2
Algemeen gebruik v1
Premium blok-blob
Verouderde blob
Premiumbestandsshares
Algemeen gebruik v2
Premium blok-blobs maken
Premiumbestandsshares
Algemeen gebruik v2
Algemeen gebruik v1
Verouderde blob
Algemeen gebruik v2

Alle gegevens voor alle opslagaccounts worden gekopieerd volgens de redundantieoptie voor het opslagaccount. Objecten, waaronder blok-blobs, toevoegen-blobs, pagina-blobs, wachtrijen, tabellen en bestanden, worden gekopieerd. Gegevens in alle lagen, inclusief de archieflaag, worden gekopieerd. Zie Hot-, cool- en archive access tiers for blob data (Hot-, cool- en archieftoegangslagen voor blobgegevens)voor meer informatie over blob-lagen.

Zie prijzen voor Azure Storage prijsinformatie voor elke redundantieoptie.

Notitie

Azure Premium Disk Storage ondersteunt momenteel alleen lokaal redundante opslag (LRS). Blok-blobopslagaccounts ondersteunen lokaal redundante opslag (LRS) en zone-redundante opslag (ZRS) in bepaalde regio's.

Gegevensintegriteit

Azure Storage controleert regelmatig de integriteit van gegevens die zijn opgeslagen met cyclische redundantiecontroles (CRC's). Als beschadiging van gegevens wordt gedetecteerd, wordt deze hersteld met behulp van redundante gegevens. Azure Storage berekent ook controlesums voor al het netwerkverkeer om beschadiging van gegevenspakketten te detecteren bij het opslaan of ophalen van gegevens.

Zie ook