Qui sommes nous? Participer Contactez-nous Contactez-nous

Main Content RSS FeedArticle en-tête

Bienvenue »

startupmount.com est un site web dédié à Oracle, les utilisateurs avertis l’auront vite deviné.Vous trouverez sur ce site un certain nombre d’informations relatives aux possibilités d’administration du moteur de bases de données relationnelles le plus puissant du marché, des techniques de sauvegardes et de restauration, des fiches techniques, etc.

A titre informatif, même si cela paraît évident pour certains, ce site web est strictement indépendant de la firme Oracle ainsi que de tous ses produits, commerciaux ou gratuits.

Ce site est ouvert aux commentaires, aux articles, aux suggestions et aux expériences en tout genre des internautes pourvu qu’ils soient DBAs. En effet, la rédaction de startupmount.com est ouverte sans restriction à ceux désireux d’apporter leur pierre à l’édifice, si humble soit il, mais dans la masse des bonnes intentions, il faut bien fixer quelque niveau afin d’éviter d’entrer dans la catégorie des sites trop souvent généralistes : Demander à ce que les rédacteurs soient des DBA n’est pas du tout prétentieux, ne nécessite aucun diplome de la part du rédacteur,  mais permet simplement de s’assurer que celui-ci sait de quoi il parle, ce qui parrait essentiel !

Bonne lecture !

Main Content RSS FeedArticles récents

DRM : Database Resource Manager »

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

Vues matérialisées »

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

RMAN : Restauration »

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

Zones de restauration rapides »

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 : Sauvegardes à chaud »

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 : Configuration élémentaire »

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 : Présentation et référentiel »

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

Sauvegardes logiques par exports/imports »

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

Sauvegarde à chaud de tablespaces »

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