À propos d’Oracle Database
Oracle Database est l’un des systèmes de gestion de bases de données relationnelles (SGBDR) les plus populaires au monde. Il stocke des informations critiques pour les activités commerciales d’applications allant de petits sites web à des systèmes d’entreprise mondiaux. À son cœur, Oracle organise les données en tablespaces gérés par plusieurs composants clés:
Les fichiers de données stockent les données utilisateur et système.
Fichiers de contrôle suivent la structure et l’état de la base de données.
Fichiers journal de restauration (redo log) enregistrent les modifications à des fins de récupération.
Fichiers de paramètres (spfile ou pfile) contenant les paramètres de configuration.
Fichiers temporaires prennent en charge les espaces de stockage temporaires utilisés pour le tri ou la jointure de grands ensembles de données.
Fichiers de mots de passe: gèrent l’authentification des utilisateurs privilégiés.
Comprendre ces composants est essentiel, car la suppression d’une base de données entraîne la perte quasi définitive de presque tous ces éléments. Par exemple, lors de l’exécution de la commande DROP DATABASE, tous les fichiers de données associés, les fichiers de contrôle, les journaux redo, les fichiers temporaires répertoriés dans les fichiers de contrôle, ainsi que les fichiers de paramètres, si ceux-ci sont référencés par l’instance, sont supprimés. Toutefois, certains éléments, tels que les fichiers de mots de passe ou les répertoires créés manuellement, peuvent subsister à moins d’être supprimés séparément.
Il est également important de connaître les différentes architectures des versions modernes d’Oracle:
Dans les configurations traditionnelles (antérieures à la version 12c), chaque instance gère une seule base de données.
Dans une architecture multilocataire (à partir de la version 12c), une base de données conteneur (CDB) peut héberger plusieurs bases de données branchables (PDB). La suppression d’une CDB supprime toutes les PDB qu’elle contient ; la suppression d’une PDB n’affecte que cette unité branchable.
Avant d’effectuer toute action destructive, telle que la suppression d’une base de données ou d’une PDB, vérifiez toujours les composants qui seront affectés et assurez-vous que des sauvegardes existent!
Check-list préalable à la suppression : mesures de sécurité essentielles
Avant de supprimer une base de données Oracle, même dans des environnements de test, il est recommandé de vérifier soigneusement vos préparatifs. Quelques minutes consacrées à cette vérification peuvent éviter des heures de regrets par la suite.
Premièrement: vérifiez qu’il existe des sauvegardes récentes en dehors de votre serveur de production. Utilisez la fonction de validation d’RMAN (VALIDATE BACKUP) pour confirmer l’intégrité des sauvegardes; ne vous fiez pas uniquement à des suppositions ! Ensuite : identifiez les dépendances en dressant la liste des applications connectées à cette base de données — par exemple les outils de reporting ou les tâches planifiées — et informez les parties prenantes de l’arrêt programmé.
Vérifiez les sessions actives à l’aide de:
SÉLECTIONNER sid, serial# DE v$session OÙ type != 'BACKGROUND';
Cela garantit qu’aucun utilisateur n’est encore connecté pendant la suppression.
Si vous récupérez de l’espace de stockage après une suppression ou si vous envisagez la mise hors service d’un serveur, calculez l’utilisation totale de l’espace à l’aide de:
SÉLECTIONNER SOMME(bytes)/1024/1024 COMME TAILLE_MO DEPUIS dba_data_files;
Enfin: passez en revue les liens externes (SÉLECTIONNER * DEPUIS DBA_DB_LINKS;) afin de ne pas laisser de connexions rompues ailleurs dans votre environnement.
Commande DROP DATABASE
La commande DROP DATABASE constitue la méthode officielle d’Oracle pour supprimer intégralement une base de données, y compris ses structures de stockage physiques, sur le disque. Introduite à partir de la version 10g, cette commande automatise des suppressions manuelles de fichiers autrefois risquées.
Vous devez disposer des privilèges SYSDBA pour exécuter cette commande avec succès. Le processus nécessite un accès exclusif: aucun autre utilisateur ne peut se connecter pendant son exécution. C’est pourquoi vous devez d’abord fermer la base de données, puis la monter en mode restreint — une mesure de sécurité destinée à éviter toute suppression accidentelle pendant les opérations normales.
Lorsqu’il est exécuté correctement:
Tous les fichiers de données répertoriés dans les fichiers de contrôle sont supprimés
Les fichiers de contrôle eux-mêmes sont supprimés
Les fichiers du journal de restauration en ligne disparaissent
Le fichier de paramètres du serveur (spfile) est également concerné
Toutefois:
Pour les bases de données utilisant ASM (Automatic Storage Management), les fichiers de données gérés par ASM sont supprimés automatiquement, mais les répertoires non spécifiques à la base de données peuvent nécessiter une intervention manuelle ultérieure.
Rappel: une fois supprimé selon cette méthode, il est impossible de revenir en arrière! Seules les sauvegardes valides permettent une récupération après suppression.
Comment supprimer une base de données Oracle entière ?
La suppression d’une base de données Oracle entière implique plusieurs étapes minutieuses, conçues à la fois pour assurer la sécurité et respecter les meilleures pratiques, quel que soit le niveau d’expertise:
Première étape: assurez-vous toujours de disposer de sauvegardes à jour stockées hors site ou sur des supports sécurisés avant de continuer!
Étape 1: Définir les variables d’environnement
Sous les systèmes Linux/UNIX, définissez la variable ORACLE_SID afin que les commandes ciblent l’instance appropriée:
export ORACLE_SID=your_database_sid
Sous Windows, utilisez:
SET ORACLE_SID=votre_sid_base_de_données
Remplacez votre_sid_base_de_données par la valeur réelle de votre SID, que vous trouverez dans les fichiers de configuration tnsnames ou listener.
Étape 2: Se connecter en tant que SYSDBA
Ouvrez une fenêtre de terminal, puis connectez-vous à l’aide de SQL*Plus:
sqlplus / as sysdba
Étape 3: Arrêter la base de données
Fermez toutes les connexions de manière élégante afin qu’aucune transaction ne soit perdue:
ARRÊT IMMÉDIAT;
Attendez la fin de l’arrêt avant de continuer!
Étape 4: Monter de façon exclusive avec un accès restreint
Redémarrez le système, mais montez uniquement la base de données—sans l’ouvrir—afin que seules les sessions privilégiées puissent s’y connecter:
DÉMARRAGE DE L’INSTANCE EN MODE RESTREINT ;
Dans les environnements mono-instance, le mode EXCLUSIF est implicite ; si vous travaillez avec RAC, désactivez d’abord le mode cluster (ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=SPFILE;). Vérifiez toujours l’état après le montage:
SÉLECTIONNEZ status DE v$instance ;
-- Doit renvoyer 'MOUNTED'
Étape 5 : Supprimer la base de données
Exécutez maintenant la commande irréversible:
SUPPRIMER LA BASE DE DONNÉES ;
Oracle supprimera tous les fichiers de données, les fichiers de contrôle, les fichiers journaux et le fichier SPFILE associés référencés dans les entrées du fichier de contrôle — et affichera une confirmation en cas de réussite (« Base de données supprimée. »).
Veuillez noter que les fichiers de mot de passe, généralement situés sous $ORACLE_HOME/dbs/orapw${ORACLE_SID}, doivent être supprimés manuellement si nécessaire ; il en va de même pour les répertoires d’administration restants non suivis par les métadonnées du fichier de contrôle.
Étape 6 : Quitter SQL*Plus
Tapez QUITTER lorsque vous avez terminé:
EXIT;
Après avoir effectué ces étapes, votre instance Oracle cible a été supprimée du disque, seuls les dossiers config/audit/password/admin créés manuellement restent sur le système, à moins qu’ils ne soient nettoyés séparément!
Tâches de nettoyage après la suppression
Même après l’exécution de la commande DROP DATABASE, certaines traces peuvent persister sur le disque, notamment des scripts personnalisés ou des artefacts au niveau du système d’exploitation qui ne sont pas gérés directement par Oracle lui-même:
1. Supprimer les fichiers de paramètres
  rm $ORACLE_HOME/dbs/spfile${ORACLE_SID}.ora
rm $ORACLE_HOME/dbs/init${ORACLE_SID}.ora2. Nettoyage des pistes d’audit
3. Supprimer les fichiers de mot de passe
  rm $ORACLE_HOME/dbs/orapw${ORACLE_SID}4. Mettre à jour la configuration de l’écouteur
5. Récupérer de l’espace disque
6. Mettre à jour l’inventaire
Ces étapes supplémentaires permettent de garder les serveurs bien organisés et d’éviter toute confusion par la suite!
Comment supprimer une base de données Oracle, y compris les fichiers de données ?
Parfois, la simple suppression des principales structures de la base de données ne suffit pas : vous souhaiterez peut-être également supprimer les journaux archivés et les sauvegardes (par exemple lors du retrait de matériel). C’est dans ce domaine que le Recovery Manager (RMAN) excelle:
RMAN vous permet de supprimer à la fois les bases de données ET leurs sauvegardes enregistrées, y compris les journaux archivés suivis dans son référentiel:
Étape 1 : Se connecter à RMAN en tant qu’utilisateur cible
Ouvrez le terminal, puis saisissez:
rman TARGET /
Étape 2 : Arrêt et montage
Dans l’invite RMAN, tapez:
ARRÊT IMMÉDIAT ;
DÉMARRAGE EN MODE MONTAGE ;
Étape 3 : Supprimer tout
Pour effacer la base de données ainsi que toutes les sauvegardes et journaux catalogués, saisissez la commande suivante:
SUPPRIMER LA BASE DE DONNÉES EN INCLUANT LES SAUVEGARDES ;
Cette commande supprime l’intégralité des éléments connus dans le référentiel RMAN, y compris les jeux de sauvegarde, les copies d’image et les journaux d’archivage stockés localement ou dans la zone de récupération rapide (FRA), à condition qu’ils soient enregistrés ! Des invites vous demanderont une confirmation, sauf si l’option NOPROMPT est utilisée (utile uniquement dans le cadre d’automatisations par script):
SUPPRIMER LA BASE DE DONNÉES Y COMPRIS LES SAUVEGARDES SANS CONFIRMATION ;
Remarque concernant les sauvegardes manuelles
Les sauvegardes copiées en dehors du suivi RMAN ou stockées externement sans être cataloguées doivent être supprimées manuellement par la suite ! N’oubliez pas non plus que les fichiers spéciaux de périphériques bruts ne sont pas affectés ni par SQL*Plus ni par les commandes de suppression de RMAN ; gérez-les au niveau du système d’exploitation si nécessaire.
Supprimer de l’annuaire de récupération
Si vous utilisez des catalogues de récupération centralisés, désenregistrez explicitement les métadonnées une fois la suppression terminée:
DÉSINSCRIRE LA BASE DE DONNÉES;
Étape 4 : Quitter RMAN
Tapez QUITTER lorsque vous avez terminé!
Après ce processus, les deux structures logiques ET les artefacts physiques ou basés sur des copies disparaissent des disques locaux/du FRA, à condition qu’ils aient été enregistrés au préalable dans RMAN.
Quelle est la différence entre DROP et DELETE dans une base de données Oracle ?
Beaucoup de personnes confondent « drop » et « delete », mais ces deux termes ont des significations très différentes dans les environnements Oracle!
| Command | Scope | Reversibility | Example |
|---|
| DROP DATABASE | Entire DB | No | DROP DATABASE; |
| DROP TABLE | Single Table | No | DROP TABLE employees; |
| DELETE | Rows In Table | Yes | DELETE FROM orders WHERE order_id=12345; |
| TRUNCATE | All Rows/Table | No | TRUNCATE TABLE logs; |
Utilisez DROP DATABASE uniquement pour supprimer définitivement des instances complètes: cette commande efface tout, y compris la structure, les données et les pointeurs de configuration ! Utilisez DELETE pour supprimer des lignes spécifiques tout en conservant intactes les définitions des tables, ou utilisez TRUNCATE pour supprimer rapidement un grand nombre de lignes sans journaliser chaque suppression individuelle.
Sauvegardez votre base de données Oracle avant la suppression
Avant d’entreprendre toute action irréversible, comme la suppression intégrale d’une base de données, une protection par sauvegarde fiable est indispensable, ce qui nous amène à une suite professionnelle de solutions de sauvegarde et de restauration, conçue spécifiquement pour répondre aux besoins des entreprises, qu’elles opèrent dans des environnements virtuels ou physiques.
Vinchin Backup & Recovery offre des fonctionnalités de sauvegarde professionnelles prenant en charge quasiment toutes les bases de données grand public actuelles, notamment Oracle, MySQL, SQL Server, MariaDB, PostgreSQL et PostgresPro.
Pour protéger la base de données, il propose des fonctionnalités complètes allant au-delà de simples procédures de sauvegarde :
Il propose une intégration de sauvegarde dans le cloud et une archivage sur bande pour répondre aux besoins de conservation à long terme ;
Il propose des options de sauvegarde complète et incrémentale, et ses technologies intégrées de compression et de déduplication permettent d’optimiser l’efficacité tout en réduisant au minimum les coûts de stockage.
Il propose une protection contre les rançongiciels qui protège les actifs critiques contre les menaces cybernétiques, tandis que les procédures de restauration incluent des options de récupération sur un nouveau serveur.
Il propose des fonctionnalités uniques telles que le suivi des modifications de blocs (BCT) et la gestion intelligente des fichiers accessibles ou hors ligne, ce qui améliore particulièrement la fiabilité dans les déploiements complexes, comme ceux hébergeant des bases de données Oracle.
Gérer les stratégies de protection via la console web intuitive de Vinchin ne prend que quatre étapes simplifiées :
1. Sélectionnez les bases de données sources,
2. Choisissez les cibles de stockage de destination.
3. Configurer les stratégies de sauvegarde,
4. Envoyer la tâche.
Rejoignez des milliers de clients satisfaits dans le monde entier qui font confiance chaque jour aux solutions très bien notées de Vinchin – cliquez ci-dessous dès maintenant pour commencer votre essai sans risque (60 jours d’accès complet aux fonctionnalités) et téléchargez dès aujourd’hui notre programme d’installation facile à déployer!
FAQ sur la suppression d’une base de données Oracle
Q1: Puis-je récupérer une base de données Oracle après avoir exécuté la commande DROP DATABASE ?
Non. Une fois supprimées, toutes les structures physiques et logiques disparaissent définitivement, sauf s’il existe une sauvegarde hors site valide prête à être restaurée.
Q2: Dois-je arrêter toutes les applications et tous les utilisateurs avant la suppression ?
Oui. Assurez-vous que chaque application ou session utilisateur se déconnecte d’abord, sinon des erreurs ou avertissements interrompront l’opération en cours.
Q3: Comment supprimer en toute sécurité des bases de données basées sur RAC ?
Définissez le paramètre CLUSTER_DATABASE sur FALSE / montez la base de données en mode exclusif / arrêtez les autres nœuds / exécutez la commande DROP à partir du dernier nœud encore opérationnel.
Q4: Mes outils de surveillance afficheront-ils des erreurs après la suppression ?
Oui. Vous devez supprimer manuellement les références et les cibles obsolètes dans les tableaux de bord OEM ou cloud après l’événement de suppression.
Q5: La suppression supprime-t-elle également les dossiers portefeuille/mot de passe/audit/piste/de script personnalisé ?
Non. Vous devez les supprimer manuellement au niveau du système d’exploitation, car ni SQL*Plus ni RMAN ne les modifient automatiquement.
Conclusion
Supprimer une base de données Oracle est une opération puissante qui efface intégralement toutes les données, les fichiers de configuration et les journaux, laissant aucune trace de la base de données sur votre serveur. À l’issue de ce guide, vous aurez appris comment l’utiliser en toute sécurité, quel que soit votre niveau d’expérience, ainsi que les mesures à prendre pour protéger vos données avant de procéder.
Que vous débutiez tout juste ou que vous ayez des années d’expérience en tant qu’administrateur, afin d’éviter des erreurs coûteuses ultérieurement, veuillez tout d’abord sauvegarder vos données! Vinchin simplifie la protection et la restauration des bases de données critiques tout en garantissant une grande robustesse ; n’hésitez pas et essayez dès aujourd’hui notre version d’essai gratuite!
