Cet article est une introduction sommaire à Oracle DRM (Database Resource Manager). DRM est un outil qui permet aux DBAs d’organiser leur production en fonction des priorités demandées par les utilisateurs. Dans notre exemple de configuration de DRM, nous nous intéresserons à limiter la consommation des ressources par un batch afin de laisser un maximum de puissance à un serveur d’application.
Lire la suite

Comme une vue au sens classique d’Oracle, une vue matérialisée (”MaterializedView” ou “MV”) est une vue basée sur une requête SQL. A l’instar d’une vue classique, lorsque l’on crée une vue matérialisée, Oracle crée alors une table dont la structure correspond exactement à celle induite par le résultat du select associé. Les données de la vue matérialisée sont alors issues de la requête SQL et recopiées physiquement dans cette table, on dit alors que les données sont “matérialisées”.

Lire la suite

Ce chapitre traite des opération de restauration et de recovery des bases Oracle à l’aide de RecoveryManager, cependant, nous ne traiterons ici que de la restauration des databases en mode ARCHIVELOG, le mode NOARCHIVELOG ne nécessitant aucune difficulté particulière pour des procédures de sauvegardes / restaurations et se résumant à de la simple sauvegarde de fichiers du point de vue de l’OS.

Nous postulons donc dans ce chapitre que toutes les bases sotn en mode ARCHIVELOG et qu’elles disposent égallement de zones de restauration rapides (FlashBack).

Lire la suite

La version 9i apporte la notion de “flashback recovery” sous la forme de packages PL/SQL et qui implémente une méthode qui permet globalement de “rattraper” quelques malencontreux ordres DDL de DBAs dans certains cas (drop, …) et qui permet d’éviter un recovery pénible.

La version 10g améliore énormément les techniques de FLASHBACK , la rend accessible en SQL, et permet aux DBAs de disposer véritablement d’une alternative aux recovery classiques (restauration et application des archivelogs) dans de nombreux cas. La notion ne varie quasiment pas en 11g.

Lire la suite

RMAN permet d’éffectuer la sauvegarde, à froid comme à chaud, de vos bases oracle, en mode total, incrémentiel et/ou cumulatif (nous verrons plus loin ces notions).

Comme indiqué dans le chapitre REFERENTIEL RMAN, RMAN peut utiliser les fichiers de contrôle d’une base de données pour y stoquées les informations utiles pour ses sauvegardes (et donc ses restaurations), mais cela pose de nombreux problèmes en cas de perte de ceux ci. L’altéernative est de stoquer le catalogue dans une database prévue à cet effet (ce que nous vous conseillons). Lire la suite

RMAN est l’outil de sauvegarde des bases Oracle fourni par Oracle, il est à même de discuter avec le moteur de base de données pour les opérations de recovery. Même s’il existe de nombreux outils de sauvegarde sur le marché,  il apparait que RMAN est le meilleur outil pour être certain de sauvegarder correctement.

De plus, l’interface utilisateur de RMAN est d’une simplicité affligente pour 90% des cas de sauvegardes / restaurations, les 10% restants nécessitant il est vrai une certaine connaissance du produit, mais, n’est-ce pas le cas pour tous les outils de sauvegarde ?

Cet  article permet au DBA d’appréhender les 90% RMAN dans de bonnes conditions.

Lire la suite

RMAN (Recovery Manager) est l’outil d’Oracle pour la sauvegarde des bases de données, il est donc dommage (pour ne pas employer d’autre terme) d’utiliser un autre utilitaire que celui-ci pour sauvegarder les données Oracle.

RMAN permet de sauvegarder des données à froid comme à chaud en toute sécurité. Les sauvegardes peuvent être FULL, différentielles ou cumulatives et sont basées sur un référentiel nommé REPOSITORY qui peut se trouver dans les fichiers de dontrole d’une database ou qui peut être externalisé dans une instance prévue à cet effet (REPOSITORY CATALOG ou “catalogue de récupération”).

Lire la suite

Un outil de sauvegarde d’Oracle des plus classique est l’export de données et l’import de données, grâce à deux utilitaires fournis par Oracle EXP et IMP.

Ces utilitaires sont obsolètes depuis la version 10g et sont remplacés au profit de Datapump (expdp et impdp), mais exp et imp demeurent présents en 10g pour des raisons de compatibilité, ceux-ci seront sans doute supprimés dans la version 12x même s’ils existent encore dans la 11g.

Lire la suite

Quelle que soit le type de sauvegarde, de base de données, de fichier de données, de tablespaces, …, si celle-ci est éffectuée base “ouverte” cela implique que la base fonctionne en mode Archive Logs car les journaux archivés sont indispensables à la restauration des données ainsi sauvegardées. Si ce mode de sauvegarde peut s’avérer pratique dans certains, on verra par la suite que celui-ci altère les performances et au final n’est pas conseillé.

Lire la suite