Bonjour,

La sauvegarde et récupération avec RMAN dans un environnement clustérisé n’est pas très différente de celle des environnements mono-instance. Cependant, quelques améliorations sont offertes afin d’accélérer ces opérations et d’exploiter au mieux les possibilités du RAC.

1)       Avec Real Application Cluster (RAC), vous pouvez effectuer des sauvegardes en parallèle, en utilisant des canaux RMAN qui se connectent à des instances différentes du cluster. Deux configurations sont possibles :

·          Vous pouvez contrôler l'allocation des canaux à l'aide de chaînes de connexion différentes pour chaque configuration de canal, et comme ça on dédie des canaux à des instances spécifiques. Par exemple :
CONFIGURE DEFAULT DEVICE TYPE TO sbt;
CONFIGURE DEVICE TYPE sbt PARALLELISM 3;
CONFIGURE CHANNEL 1 DEVICE TYPE sbt CONNECT='sys/pass@orcl1';
CONFIGURE CHANNEL 2 DEVICE TYPE sbt CONNECT='sys/pass@orcl2';
CONFIGURE CHANNEL 3 DEVICE TYPE sbt CONNECT='sys/pass@orcl3';

·          Vous pouvez aussi définir un service spécial pour les travaux de sauvegarde et de récupération, tout en activant l’équilibrage de charge, et ainsi, les canaux sont alloués sur un nœud en fonction des résultats de l'algorithme d'équilibrage LBA (c’est-à-dire sur les nœuds les moins chargés). Par exemple :
CONFIGURE DEFAULT DEVICE TYPE TO sbt;
CONFIGURE DEVICE TYPE sbt PARALLELISM 3;
CONFIGURE CHANNEL DEVICE TYPE sbt CONNECT='sys/pass@backup_service'; 

2)       Lors d’une sauvegarde, les instances auxquelles les canaux se connectent doivent être toutes montées ou toutes ouvertes. Par exemple, si la base est montée dans l'instance orcl1 alors qu'elle est ouverte dans les instances orcl2 et orcl3, la sauvegarde échoue.

3)       Dans certaines configurations de base de données de cluster, certains nœuds peuvent accéder plus rapidement à certains fichiers de données qu'à d'autres. RMAN détecte immédiatement cette différence. Cette capacité s'appelle la connaissance de l'affinité des nœuds. Lors du choix du canal à utiliser pour sauvegarder un fichier de données particulier, RMAN donne la priorité aux nœuds offrant un accès plus rapide à ce fichier.

4)       Pour la restauration des fichiers de données (la commande RESTORE), le nombre de canaux que vous allouez dans le script de récupération RMAN définit le parallélisme utilisé par RMAN. Par exemple, si vous allouez trois canaux, vous pouvez avoir jusqu'à trois flux parallèles pour la restauration de ces fichiers.

5)       Pour la récupération, Oracle Database choisit automatiquement le degré de parallélisme optimum, en fonction de la disponibilité des CPU. L’opération RECOVER est donc exécutée en parallèle. Pour désactiver ce parallélisme sur un système comprenant plusieurs CPU, définissez le paramètre d’initialisation RECOVERY_PARALLELISM avec la valeur 0 (en RAC, ce paramètre devrait indiquer le nombre de CPU dans le cluster).

Oraclement votre.

Cinq numéros sont nécessaires pour identifier complètement une version. Examinez l'exemple suivant d'une version d'Oracle Database nommés "11.2.0.1.0" :

1.       Numéro de version majeure de la base de données : Il représente une nouvelle version majeure du logiciel qui contient de nouvelles fonctionnalités importantes. 

2.       Numéro de version de maintenance (ou release) de la base de données : plusieurs nouvelles fonctionnalités peuvent être incluses. Avant la version 9.2, c'était le troisième chiffre qui indiquait la version de maintenance. 

3.       Numéro de version du serveur d'application : Reflète le niveau de version d'Oracle Application Server (OracleAS). 

4.       Numéro de version des composants de la base de données : Différents composants peuvent avoir des numéros différents à ce niveau, en fonction par exemple, du numéro de patchs du composant ou des upgrades intermédiaires. 

5.       Numéro de version relatif aux plateformes : En général, il s'agit d'un patchset spécifique à une plateforme. Lorsque différentes plates-formes ont besoin du même patchset, ce chiffre sera le même sur les plateformes concernées.

Pour identifier la version d'Oracle Database qui est actuellement installé à votre niveau, et pour voir les niveaux de versions des composants de base de données que vous utilisez, interroger la vue du dictionnaire PRODUCT_COMPONENT_VERSION (vous pouvez aussi interroger la vue v$VERSION pour afficher les informations des niveaux des composants).

 COL PRODUCT FORMAT A40 

 COL VERSION FORMAT A15 

 COL STATUS FORMAT A15  

 SELECT * FROM PRODUCT_COMPONENT_VERSION;  

 PRODUCT VERSION STATUS  

 --------------------------------------------- ----------- -----------  

 NLSRTL 11.2.0.0.1 Production  

 Oracle Database 11g Enterprise Edition 11.2.0.0.1 Production  

 PL/SQL 11.2.0.0.1 Production 

 ... 

  

 Cordialement votre. 

Bonjour,

De part mon métier, j'ai eu souvent à rencontrer des DBA's qui n'utilisent pas RMAN pour leurs sauvegardes/récupérations, mais plustôt les outils d'export/import, ou le plus souvent encore, des scripts OS qui nécessitent l'arrêt de la BD (appelés scripts UMB pour User Managed Backup).

En général, ils ont hérités ces comportement des anciens DBA's qui les ont précédé, et tant que ça marche, pourquoi changer ?

Voici donc quelques raisons pour les inciter à faire le pas, et les faire entrer dans le monde "merveilleux" de RMAN :

1) C'est d'abord un standard. Il est bien documenté et bien testé.

2) Il est simple à utiliser, tunnable et surveillable. Pourquoi alors se compliquer la vie ?

3) Plusieurs fonctionalités non disponibles avec les scripts UMB : Récupération au niveau DB, Tablespace, Table et Bloc ; Validation des backups ; Vérification des corruptions de blocs ; Duplication et clonage ...

4) Plusieurs nouvelles fonctionnalités en 10g : Incremental Backups, Block Media Recovery, Unused Block Compression, "in-place" Encryption and Compression, ASM Support, ...

5) Autres nouveautés en 11g : prise en charge de Data Recovery Advisor (DRA), à travers les commandes SHOW FAILURE, ADVISE FAILURE et REPAIR FAILURE.

6) C'est l'outils de récupération pas excellence (I s'appelle Recovery Manager et non Backup Manager) écrit par les développeurs Oracle pour les BD Oracle.

7) RMAN garde l'historique des sauvegardes dans son catalogue, et sais comment les gérer.

8) RMAN peut-être utilisé pour des récupérations complètes ou incomplètes.

9) RMAN permet d'exécuter la plupart des commandes SQL. Donc plus besoin de d'utiliser plusieurs outils.

10) Enfin, RMAN possède des commades importantes, qui n'existent pas en SQL, tels que : SET NEWNAME FOR DATABASE, DBNEWID, ...

J'espère qu'avec tous cela, vous êtes convaincus de la nécessité d'utiliser cet outil et de ses nombreux avantages. Alors profitez-en, c'est gratuit ;-)

Oraclement votre.

Bonjour,

J'ai longtemps hésité à lancer ce blog, bien que l'idée m'est venue il y a de çela plusieurs mois.

A vrai dire, j'avais peur de ne pas pouvoir être à la hauteur, ou bien de le délaisser après quelques publications.

Maintenant, c'est décidé je vais le faire, et peu importe si je ne suis pas régulier. L'important, c'est d'avoir un espace de partage, sur lequel les DBA et développeurs Oracle Algériens, pourrons participer et y trouver les ressources nécessaires.

Ce blog est donc destiné à toute personne tavaillant sur les produits Oracle, tout niveau confondu.

Vous y trouverez des évenement Oracle, des informations intéressantes, les dernières nouveautés, ainsi que des références et des liens utiles. Biensûr, votre participation sera la bienvenue, afin d'améliorer la qualité du blog et en faire une bonne référence.

Oraclement votre.