Hoe voeg je een disk toe aan een ASM-diskgroup in Oracle 19c?

Ed Kisman · 16 jul 2026

Een disk toevoegen aan een ASM-diskgroup in Oracle 19c doe je met het ALTER DISKGROUP … ADD DISK-commando in SQL*Plus of ASMCMD. Na het uitvoeren van dit commando herbalanceert Oracle ASM automatisch de data over alle beschikbare disks, zonder dat je de database offline hoeft te halen. In dit artikel beantwoorden we de meest gestelde vragen over het uitbreiden van een ASM-diskgroup, van voorbereiding tot verificatie en veelgemaakte fouten.

Wat zijn de vereisten voor het toevoegen van een disk aan ASM?

Voordat je een disk toevoegt aan een ASM-diskgroup in Oracle 19c, moet de disk zichtbaar zijn voor het besturingssysteem, de juiste rechten hebben en vrij zijn van bestaande partities of bestandssystemen. Daarnaast moet de disk beschikbaar zijn als raw device of via Oracle ASMLib of udev correct gelabeld zijn.

Concreet zijn dit de vereisten die je vooraf moet controleren:

Disk zichtbaar in het OS: Controleer met lsblk of fdisk -l dat de nieuwe disk herkend wordt door het besturingssysteem.
Geen bestaand bestandssysteem: De disk mag geen actief bestandssysteem of partitietabel bevatten. Gebruik wipefs om eventuele metadata te wissen.
Juiste eigenaarschap en rechten: Het device moet eigendom zijn van de grid-gebruiker en de asmadmin-groep, met de juiste permissions (doorgaans 660).
ASMLib of udev geconfigureerd: Als je ASMLib gebruikt, voer dan oracleasm scandisks uit zodat de nieuwe disk herkend wordt. Bij udev-gebaseerde configuraties pas je de udev-regels aan.
Voldoende vrije ruimte: Zorg dat de disk groot genoeg is voor de gewenste redundantie en de herbalancering die volgt na toevoeging.
Grid Infrastructure actief: De ASM-instantie moet actief zijn. Controleer dit met crsctl status resource -t.

Een goede voorbereiding voorkomt fouten tijdens het toevoegen. Neem de tijd om elk punt af te vinken voordat je het ALTER DISKGROUP-commando uitvoert. Wil je meer weten over professioneel Oracle databasebeheer? Dat bespaart je later veel herstelwerk.

Hoe voeg je een disk toe aan een bestaande ASM-diskgroup?

Je voegt een disk toe aan een bestaande ASM-diskgroup met het ALTER DISKGROUP-commando in SQL*Plus, verbonden als SYSASM. Het commando is eenvoudig: ALTER DISKGROUP <naam> ADD DISK ‘/dev/<device>’;. Oracle ASM neemt daarna automatisch de herbalancering over.

Hieronder vind je de stappen op een rij:

Verbind als SYSASM: Log in op de ASM-instantie via SQL*Plus met het commando sqlplus / as sysasm.
Controleer de huidige diskgroup: Voer SELECT name, state, type, total_mb, free_mb FROM v$asm_diskgroup; uit om de huidige situatie te bekijken.
Voeg de disk toe: Gebruik het volgende commando, waarbij je de naam van je diskgroup en het juiste device invult:

ALTER DISKGROUP DATA ADD DISK ‘/dev/sdd’ NAME DATA_0004;

Geef optioneel een naam mee: Met de NAME-clausule geef je de disk een herkenbare naam binnen de diskgroup. Dit maakt beheer overzichtelijker.
Herbalancering volgt automatisch: Oracle ASM start direct na het commando met het herverdelen van data. Je kunt de voortgang monitoren via V$ASM_OPERATION.

Wil je de herbalancering vertragen om de impact op productie te beperken? Voeg dan de REBALANCE POWER-clausule toe, bijvoorbeeld ALTER DISKGROUP DATA REBALANCE POWER 3;. Een hogere waarde betekent snellere herbalancering maar meer I/O-belasting. Bij een Oracle migratie is het verstandig om dit van tevoren goed in te plannen.

Wat doet Oracle ASM automatisch na het toevoegen van een disk?

Na het toevoegen van een disk aan een ASM-diskgroup start Oracle ASM automatisch een herbalancering. Dit betekent dat bestaande data evenredig wordt verdeeld over alle disks in de groep, inclusief de nieuwe disk, zodat de I/O-belasting optimaal verspreid blijft.

Tijdens de herbalancering gebeuren de volgende zaken automatisch:

Data-extents worden verplaatst: Oracle ASM verplaatst blokken data van bestaande disks naar de nieuwe disk totdat de verdeling in balans is.
Redundantie wordt gehandhaafd: Bij normale of high redundancy diskgroups zorgt ASM er automatisch voor dat spiegelkopieën correct worden bijgehouden tijdens de herbalancering.
De database blijft online: De herbalancering vindt volledig op de achtergrond plaats. Applicaties en databases die gebruikmaken van de diskgroup merken hier niets van.
Automatische naamgeving: Als je geen naam opgeeft voor de disk, genereert ASM zelf een naam op basis van de diskgroup en het volgnummer.

De snelheid van de herbalancering hangt af van de ingestelde ASM_POWER_LIMIT-parameter en de opgegeven REBALANCE POWER-waarde. In Oracle 19c is de standaardwaarde doorgaans 1, wat relatief rustig is. Voor grote diskgroepen met veel data kan de herbalancering uren duren. Goede Oracle monitoring helpt je de voortgang in de gaten te houden.

Hoe controleer je of de disk succesvol is toegevoegd?

Na het toevoegen van een disk aan een ASM-diskgroup controleer je het resultaat via de views V$ASM_DISK en V$ASM_DISKGROUP in SQL*Plus. Een succesvolle toevoeging is zichtbaar doordat de disk de status NORMAL heeft en de vrije ruimte van de diskgroup is toegenomen.

Gebruik de volgende queries voor verificatie:

Diskstatus controleren: SELECT name, path, state, mode_status, total_mb, free_mb FROM v$asm_disk WHERE group_number = <nummer>;
Diskgroup-totalen bekijken: SELECT name, total_mb, free_mb, state FROM v$asm_diskgroup WHERE name = ‘DATA’;
Herbalancering monitoren: SELECT * FROM v$asm_operation; toont actieve operaties. Als deze query geen rijen teruggeeft, is de herbalancering voltooid.

Controleer ook via ASMCMD op de command line met het commando lsdsk -p of de disk zichtbaar is met de juiste status. Een disk met de status NORMAL en een gevulde NAME-kolom is correct opgenomen in de diskgroup. Zie je de status PROVISIONED of FORMER, dan is er iets misgegaan tijdens de toevoeging.

Wat zijn veelvoorkomende fouten bij het uitbreiden van een ASM-diskgroup?

De meest voorkomende fouten bij het uitbreiden van een ASM-diskgroup zijn: de disk is niet zichtbaar voor ASM, er zijn onvoldoende rechten op het device, of de disk bevat nog metadata van een eerder gebruik. Deze problemen zijn bijna altijd te voorkomen met een goede voorbereiding.

Dit zijn de fouten die het vaakst voorkomen en hoe je ze oplost:

ORA-15032: not all alterations performed: Dit is een algemene fout die aangeeft dat ASM de disk niet kon toevoegen. Controleer de bijbehorende ORA-15063 of ORA-15025 voor de specifieke oorzaak.
ORA-15025: could not open disk: Het device is niet beschikbaar of de rechten kloppen niet. Controleer eigenaarschap en permissions van het device.
Disk wordt niet herkend door ASMLib: Vergeet niet oracleasm scandisks uit te voeren na het toevoegen van een nieuwe disk aan het systeem.
Bestaande header op de disk: Een disk die eerder in gebruik was, kan nog een ASM-header of bestandssysteemmetadata bevatten. Gebruik dd if=/dev/zero of=/dev/sdd bs=1M count=100 om de header te wissen, maar wees voorzichtig: dit is onomkeerbaar.
Verkeerde diskgroup redundantie: Als je een disk toevoegt aan een HIGH-redundancy diskgroup maar de disk heeft geen failgroup opgegeven, kan ASM de disk weigeren. Specificeer altijd een failgroup bij HIGH-redundancy configuraties.
Onvoldoende ruimte voor herbalancering: Als de diskgroup al bijna vol is, kan de herbalancering mislukken. Zorg voor minimaal 15 tot 20 procent vrije ruimte in de diskgroup voordat je een disk toevoegt.

Bij twijfel over de oorzaak van een fout, raadpleeg het ASM-alertlog op $ORACLE_BASE/diag/asm/+asm/+ASM/trace/alert_+ASM.log. Hier vind je gedetailleerde foutmeldingen die je naar de oorzaak leiden. Een Oracle healthcheck kan helpen om structurele risico’s in je ASM-omgeving vroegtijdig te signaleren.

Hoe DBA helpt met Oracle ASM-beheer

Het uitbreiden van een ASM-diskgroup lijkt eenvoudig, maar in productieomgevingen is elke stap er een waarbij fouten grote gevolgen kunnen hebben. Wij helpen organisaties dagelijks met het veilig en efficiënt beheren van Oracle ASM-omgevingen, van het toevoegen van disks tot het oplossen van complexe storingen.

Wat wij bieden op het gebied van Oracle ASM-beheer:

Proactief beheer: We monitoren je ASM-omgeving continu en signaleren capaciteitsproblemen voordat ze kritiek worden.
Begeleide uitbreidingen: We voeren disk-toevoegingen en herbalanceringen uit in overleg, met minimale impact op productie.
Foutanalyse en herstel: Bij ASM-fouten of corrupte diskgroups analyseren we de oorzaak en zorgen we voor snel herstel.
Oracle 19c specialisatie: Onze senior DBA’s hebben ruime ervaring met Oracle 19c storage-configuraties, inclusief ASM, Exadata en ODA-omgevingen.
24/7 ondersteuning: Voor kritieke situaties zijn we dag en nacht bereikbaar, op afstand of op locatie.

Wil je zeker weten dat je ASM-omgeving optimaal is ingericht en uitbreidingen zonder risico verlopen? Neem contact met ons op en we kijken samen naar de beste aanpak voor jouw situatie.