Digitale soevereiniteit en je Oracle-database: welke keuzes heb je echt?

In het kort:

• Digitale soevereiniteit betekent dat je zelf bepaalt waar je data staat, wie er technisch bij kan en of je kunt overstappen naar een andere leverancier.
• Oracle biedt meerdere varianten, van een EU-regio in Amsterdam tot een volledige cloudregio in je eigen datacenter.
• Voor de meeste organisaties is EU Sovereign Cloud de juiste balans: dezelfde services en prijzen als de commerciële cloud, maar beheerd door EU-personeel vanuit Europese rechtspersonen.
• Een migratie van je Oracle-database verloopt meestal via ‘Zero Downtime Migration’ met Data Guard, en valt of staat bij de voorbereiding.
• Het herziene rijksbrede cloudbeleid van juli 2026 maakt datalocatie, sleutelbeheer en een getest exitplan tot harde eisen voor gevoelige informatie.

Ongeveer twee jaar geleden schreef ik over Oracle EU Sovereign Cloud, toen nog vooral als antwoord op de vraag waar je data fysiek staat. Die vraag is inmiddels de makkelijkste geworden. Wat klanten me nu vragen is wie er in hun omgeving kan, onder welke wetgeving die partij valt, en of ze nog weg kunnen als ze weg willen.

In dit artikel zet ik op een rij wat soevereiniteit praktisch inhoudt, welke opties Oracle biedt, waar de grenzen liggen en hoe een databasemigratie naar een soevereine omgeving er echt uitziet.

Wat is digitale soevereiniteit?

Onder digitale soevereiniteit verstaan we de mate waarin je organisatie zelf controle houdt over haar data en systemen: waar de gegevens staan, wie er technisch en juridisch bij kan, en of je van leverancier kunt wisselen zonder je bedrijfsvoering te breken. Het is dus geen product dat je koopt, maar een eigenschap van de inrichting die je kiest.

In de praktijk lopen drie dingen door elkaar.

• Datalocatie: waar staan je gegevens fysiek.
• Operationele controle: wie beheert de omgeving.
• Rechtsmacht: onder welke rechtsmacht valt die partij.
• Technische vrijheid: kun je weg als je weg wilt.

Die laatste is de meest onderschatte. Een exitplan dat alleen op papier bestaat is geen exitplan. Weinig organisaties testen hun exitplan ook echt technisch. Dat geeft onzekerheid en maakt het lastig om in te schatten wat de impact is als je van platform wisselt.

Waarom soevereiniteit nu op tafel ligt

De Nederlandse overheid stelde in december 2025 de Visie Digitale autonomie en soevereiniteit vast, en op 3 juli 2026 volgde de herziening van het rijksbrede cloudbeleid. De lijn is duidelijk: open waar het kan, beschermen waar het moet. Voor gevoelige informatie gelden strengere eisen aan datalocatie, sleutelbeheer en exitplannen.

Dat beleid raakt niet alleen ministeries. Ook gemeenten, woningcorporaties, zorginstellingen en ISV’s die aan de overheid leveren krijgen de eisen via aanbestedingen alsnog op hun bord. En in de private sector speelt hetzelfde, alleen met een ander motief, namelijk continuïteit.

Sinds de onrust op het geopolitieke toneel vragen steeds meer organisaties zich af of een Amerikaans platform voor hen de juiste keuze is.

Welke soevereine cloudopties biedt Oracle?

Oracle heeft vijf varianten, die van elkaar verschillen in waar de data staat en/of wie het beheer doet:

Oracle EU Sovereign Cloud

Aparte regio’s in Frankfurt en Madrid, fysiek en logisch gescheiden van de commerciële OCI-regio’s. De hardware en datacentercontracten zitten in Europese rechtspersonen, beheer en support worden gedaan door personeel dat in de EU woont. Het serviceaanbod en de prijzen zijn vrijwel gelijk aan de publieke cloud. Dat laatste is belangrijker dan het klinkt: je betaalt geen toeslag voor soevereiniteit, en je team heeft er geen nieuwe kennis voor nodig.

Exadata Cloud@Customer

Exadata-infrastructuur als clouddienst in je eigen datacenter. Je data verlaat het pand niet, je betaalt per gebruik en je krijgt de voordelen van moderne diensten zoals ‘Autonomous Database’. Let op een detail dat vaak wordt overgeslagen: het beheerkanaal loopt wel naar een OCI-regio. De data blijft bij jou, het control plane niet helemaal.

OCI Dedicated Region

Een complete Oracle-cloudregio in je eigen datacenter, met een lokaal control plane. Dat betekent dat de omgeving zichzelf kan beheren zonder verbinding met Oracle. De zwaarste variant qua controle en regie, maar ook qua investering en doorlooptijd.

Wil jij enige vorm van soevereiniteit, maar wil je niet je eigen omgeving beheren? Dan is de EU Sovereign Cloud een geschikte oplossing. Wil je verder gaan en je data volledig in eigen handen hebben, dan zijn Cloud@Customer of Dedicated Regions een passende keuze.

Is Oracle EU Sovereign Cloud soeverein genoeg?

Oracle blijft een Amerikaans moederbedrijf, en dat is precies waar critici op wijzen als het over de CLOUD Act gaat. Oracle heeft dat afgedekt via aparte Europese entiteiten, EU-personeel en processen die gescheiden zijn van de wereldwijde cloudoperatie. Dat is substantieel meer dan alleen een datacenter in Frankfurt neerzetten, en het maakt het een stuk lastiger om via de CLOUD Act bij je data te komen. Helemaal uitsluiten kan niet. Het moederbedrijf blijft Amerikaans, en wat er gebeurt als Amerikaanse en Europese wetgeving met elkaar botsen, moet de praktijk nog uitwijzen. Of dat restrisico acceptabel is, hangt af van je risicoprofiel en de classificatie van je data. Is het dat niet, dan kies je voor Cloud@Customer of Dedicated Region, waarbij je data in je eigen datacenter staat.

Hoe migreer je een Oracle-database naar een soevereine omgeving?

De voorbereiding bepaalt het succes. Grofweg doorlopen we zeven stappen:

• Welke databases, welke versies, welke features en welke licenties. Vooral dat laatste levert verrassingen op, want niet elke feature die on-premises meeliep mag zomaar mee naar een clouddienst.
• Per database bepalen hoe gevoelig de data is. De uitkomst is bijna nooit “alles naar één platform”.
• Doelplatform kiezen. Autonomous Database, Base Database Service of Exadata, in de public cloud, EU Sovereign Cloud of in eigen huis.
• Migratiemethode bepalen. Voor de meeste Oracle-naar-Oracle-trajecten werkt Zero Downtime Migration goed, met Data Guard eronder. Bij versieverschillen of platformwissels zijn er alternatieve methodes.
• Eén keer testmigreren is (soms) te weinig. We oefenen de cutover tot de doorlooptijd voorspelbaar is.
• Kort venster, vooraf afgesproken terugvalscenario, duidelijk go/no-go moment.
• Monitoring, patchbeleid, back-ups, en een exitplan dat je echt hebt getest.

Een migratie kan maanden voorbereiding vragen, terwijl de migratie zelf in 1 of 2 weekenden wordt uitgevoerd. Hoe lang het precies duurt, verschilt per omgeving en hangt onder meer af van het aantal databases.

In de praktijk zijn er een aantal afhankelijkheden die invloed hebben op het succes van een migratie. Om deze afhankelijkheden in kaart te brengen en te minimaliseren, is een goede inventarisatie van essentieel belang.

Wat wij als Nederlands bedrijf bijdragen

Wij zitten in Leerdam, onze consultants en DBA’s werken vanuit Nederland en ons 24/7 beheer draait hier. Dat is geen detail. Bij soevereiniteit gaat het niet alleen om waar de infrastructuur staat, maar ook om wie er dagelijks in je omgeving werkt en onder welke wetgeving die partij valt.

Daarnaast investeren we in kennis, en dat is misschien het meest onderschatte stuk van digitale autonomie. Het overheidsbeleid noemt eigen vakmanschap expliciet als voorwaarde. Via onze opleidingen leiden we DBA’s en ontwikkelaars op die hun eigen omgeving snappen, zodat je niet voor elke wijziging afhankelijk bent van een externe partij, ook niet van ons.