Dell EMC Oracle RMAN Agent...Configuration du pilote de périphérique générique SCSI pour les...

Dell EMC Oracle RMAN AgentVersion 4,6

Guide d’administration302-004-461

REV 01

Copyright © 2012-2018 Dell Inc. ou ses filiales. Tous droits réservés.

Publié en Juin 2018

Dell estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis.

LES INFORMATIONS CONTENUES DANS CETTE PUBLICATION SONT FOURNIES « EN L'ÉTAT ». DELL NE FOURNIT AUCUNE DÉCLARATION

OU GARANTIE D'AUCUNE SORTE CONCERNANT LES INFORMATIONS CONTENUES DANS CETTE PUBLICATION ET REJETTE PLUS

SPÉCIALEMENT TOUTE GARANTIE IMPLICITE DE QUALITÉ COMMERCIALE OU D'ADÉQUATION À UNE UTILISATION PARTICULIÈRE.

L'UTILISATION, LA COPIE ET LA DIFFUSION DE TOUT LOGICIEL DELL EMC DÉCRIT DANS CETTE PUBLICATION NÉCESSITENT UNE LICENCE

LOGICIELLE EN COURS DE VALIDITÉ.

Dell, EMC et les autres marques citées sont des marques commerciales de Dell Inc. ou de ses filiales. Toutes les autres marques citées dans le

présent document peuvent être la propriéété de leurs détenteurs respectifs. Publié en France.

EMC Computer Systems FranceRiver Ouest 80 quai Voltaire CS 21002 95876 Bezons CedexTél. : +33 1 39 96 90 00 Fax : +33 1 39 96 99 99www.DellEMC.com/fr-fr/index.htm

2 Oracle RMAN Agent 4,6 Guide d’administration

7

9

11

Présentation de l’agent Oracle RMAN 15Présentation de l’agent Oracle RMAN.........................................................16Configurations prises en charge.................................................................. 17

Fonctions DD Boost 19Traitement distribué des segments.............................................................20Fonction avancée d’équilibrage de la charge et de basculement de lien surincident...................................................................................................... 22

Restrictions en matière de configuration....................................... 24Transport DD Boost-over-Fibre Channel.................................................... 24Gestion des chemins DD Boost-over-Fibre Channel................................... 26

Sélection du chemin initial............................................................. 28Basculement sur incident du chemin client.................................... 28Rééquilibrage dynamique............................................................... 29Contraintes liées à la profondeur de la file d’attente......................29

Réplication de fichiers gérés chiffrée......................................................... 30DD Boost et la haute disponibilité............................................................... 30

DD Boost, haute disponibilité et basculement sur incident..............31Configurations HA partielles .......................................................... 31

Optimisation de bande passante faible........................................................32Validation des accès client..........................................................................32Chiffrement à la volée................................................................................ 32Prise en charge des marqueurs ..................................................................33

Configuration du système Data Domain 35Mises à niveau de l’agent Oracle RMAN et de DD OS.................................36Pare-feu et ports........................................................................................36Activation de DD Boost sur un système Data Domain................................. 36Configuration du serveur DD Boost............................................................ 37

Création d’unités de stockage....................................................... 38Configuration du traitement distribué des segments..................... 38Configuration de la fonction avancée d’équilibrage de la charge etde basculement de lien sur incident............................................... 39Activation de l’optimisation de bande passante faible ................... 40Activation de la réplication de fichiers chiffrée...............................41Configuration de la validation des accès client............................... 41

Configuration du service DD Boost-over-FC...............................................43Dimensionnement d’un ensemble de périphériques DD Boost-over-FC................................................................................................. 45

Figures

Tableaux

Préface

Chapitre 1

Chapitre 2

Chapitre 3

SOMMAIRE

Oracle RMAN Agent 4,6 Guide d’administration 3

Calcul de dimensionnement........................................................... 46Configuration du pilote de périphérique SCSI pour les clients AIX....48Configuration du pilote de périphérique générique SCSI pour lesclients Solaris................................................................................ 49

Configuration de l’agent Oracle RMAN 53Installation et configuration de l’agent Oracle RMAN sur les systèmes AIX,HP-UX, Linux et Solaris..............................................................................54

Installation de l’agent Oracle RMAN sur les serveurs de base dedonnées.........................................................................................54Installation de l’agent Oracle RMAN sous Linux et UNIX............... 56Désinstallation de l’agent Oracle RMAN sur les serveurs de base dedonnées.........................................................................................60Désinstallation de l’agent Oracle RMAN sous Linux et UNIX.......... 61Configuration du logiciel sur les systèmes Linux et UNIX...............62

Installation et configuration de l’agent Oracle RMAN sur les systèmesWindows.....................................................................................................63

Installation de l’agent Oracle RMAN sur les serveurs de base dedonnées.........................................................................................63Installation de l’agent Oracle RMAN sur les systèmes Windows.... 63Désinstallation de l’agent Oracle RMAN sur les systèmes Windows...67Configuration du logiciel sur les systèmes Windows...................... 67

Enregistrement de chaque système Data Domain.......................................68Consignation d’un système Data Domain standard........................ 69Consignation d’un système Data Domain avec DD Boost over FibreChannel.......................................................................................... 71Consignation d’un système Data Domain pour l’accès au lockboxpartagé.......................................................................................... 72

Exécution de sauvegardes d’un environnement de clusters sur Data Domain................................................................................................................... 75Réplication Data Domain.............................................................................76

Exécution d’une réplication de fichiers gérés (MFR)......................77Restauration à partir de sauvegardes répliquées MTree................ 80

Spécification de sous-répertoires pour les sauvegardes de l’agentOracle RMAN............................................................................................. 82Exécution de sauvegardes et de restaurations de CDB et de PDB Oracle...85Exécution de restaurations DD Boost compressées....................................85Affichage et suppression des sauvegardes................................................. 86

Utilisation de la commande ddutil pour afficher et supprimer dessauvegardes...................................................................................87Utilisation de la commande ddutil pour afficher les informations desauvegarde.................................................................................... 90Utilisation de la commande ddutil pour supprimer des sauvegardes...91Utilisation de la commande ddutil pour élaguer les sauvegardes enfonction de leur ancienneté........................................................... 92

Configuration de l’utilisation de Data Domain Cloud Tier pour le déplacementdes données vers le cloud...........................................................................93

Configuration du déplacement des données vers le Cloud............. 94Exécution d’un rappel de données à partir du cloud....................... 95Recoupement et suppression RMAN des données de sauvegardedans le Cloud................................................................................. 95

Limites d’utilisation des ressources Data Domain....................................... 96

Chapitre 4

SOMMAIRE


Opérations de l’agent Oracle RMAN avec des limites d’utilisationData Domain sur la capacité...........................................................97Opérations de l’agent Oracle RMAN avec des limites d’utilisationData Domain sur les flux.................................................................97Configuration des limites d’utilisation sur les ressources deData Domain.................................................................................. 97Estimation de l’utilisation des ressources Data Domain sur lessystèmes Oracle............................................................................ 99

Intégration de l’agent Oracle RMAN avec eCDM 101Plan d’évolution pour l’intégration avec le logiciel eCDM.......................... 102Installation et consignation du logiciel eCDM............................................ 102Activation de la connexion du programme ddbmcon aux bases de donnéeslocales....................................................................................................... 103

Exigences en matière de fichier de configuration pour la connexionaux bases de données locales....................................................... 105Exigences pour l’authentification de base de données..................106Exigences pour l’authentification de portefeuille Oracle...............108Exigences pour l’authentification de système d’exploitation........ 108

Vérification de la connectivité entre ddbmcon et la base de données Oracle..109

Administration des systèmes Data Domain 113Restriction de l’accès DD Boost à des serveurs de base de donnéesspécifiques.................................................................................................114Compatibilité entre les versions en matière de réplication de fichiers........ 115Modification d’un groupe d’interfaces....................................................... 115

Suppression de la configuration de la fonction avancée d’équilibragede la charge et de basculement de lien sur incident...................... 116

Résolution des problèmes 119Présentation du dépannage.......................................................................120Examen des problèmes..............................................................................120Limites relatives à Oracle.......................................................................... 120Création de rapports sur les problèmes..................................................... 120Paramètres du système Data Domain pour la réplication de fichiers.......... 121Informations de dépannage du lockbox...................................................... 121Échec du chargement de la librairie de gestion des médias....................... 122

Utilisation des commandes DD Boost 125Récapitulatif des commandes DD Boost....................................................126Options de la commande ddboost............................................................. 126

accès............................................................................................126clients...........................................................................................127destroy......................................................................................... 127disable.......................................................................................... 127enable...........................................................................................128fc..................................................................................................128file-replication.............................................................................. 128ifgroup..........................................................................................132option........................................................................................... 134reset.............................................................................................135set user-name.............................................................................. 136

Chapitre 5

Chapitre 6

Chapitre 7

Chapitre 8

SOMMAIRE


afficher........................................................................................ 136status........................................................................................... 138storage-unit................................................................................. 138

Liste de contrôle de l’installation et de la configuration 141Configurer le système Data Domain.......................................................... 142Télécharger et installer l’agent Oracle RMAN........................................... 142Configurer RMAN pour l’environnement................................................... 142Tester l’installation à l’aide de sbttest (facultatif) .................................... 143Exemples de sauvegarde........................................................................... 143

Exécution d’une sauvegarde avec Oracle Enterprise Manager 145Exemples d’écrans.................................................................................... 146

Installation et configuration de l’agent Oracle RMAN 149Exemples d’installation et de configuration............................................... 150

Annexe A

Annexe B

Annexe C

SOMMAIRE


Configuration de l’agent Oracle RMAN....................................................................... 16Flux de données général avec traitement distribué des segments désactivé............... 21Flux de données général avec traitement distribué des segments activé.................... 22Exemple de configuration de la fonction avancée d’équilibrage de la charge et debasculement de lien sur incident................................................................................. 23Transport DD Boost-over-IP.......................................................................................25Commandes SCSI entre un serveur de média et un système Data Domain................. 26Chemin de communication Fibre Channel................................................................... 26Scénario de gestion des chemins DD Boost-over-FC..................................................27Fenêtre de connexion................................................................................................146Page d’instance de base de données......................................................................... 146Page de traitement................................................................................................... 146Page Schedule Customized Backup: Options............................................................ 147Page Schedule Customized Backup: Schedule.......................................................... 147Page Schedule Customized Backup: Review............................................................. 147Page d’exécution.......................................................................................................148

1234

56789101112131415

FIGURES


FIGURES


Historique des révisions............................................................................................... 11Conventions de style................................................................................................... 12Variables d’environnement pour l’installation ou la mise à niveau de l’agentOracle RMAN............................................................................................................. 55Noms des packages logiciels sous UNIX et Linux........................................................56Composants logiciels du produit sous Linux ou UNIX..................................................58Variables d’environnement pour la désinstallation de l’agent Oracle RMAN................60Composants logiciels du produit sous Windows..........................................................66Options de la commande ddutil pour l’affichage et la suppression de sauvegardes..... 87Récapitulatif des commandes DD Boost....................................................................126Transfert de fichier entrant et sortant....................................................................... 131Transfert de données entrant et sortant.................................................................... 131Définitions des sorties dans l’histogramme DD Boost................................................ 137

123

456789101112

TABLEAUX


TABLEAUX


Préface

En vue d’améliorer la qualité de notre ligne de produits, des révisions régulières desmatériels et logiciels sont publiées. Par conséquent, il se peut que certaines fonctionsdécrites dans le présent document ne soient pas prises en charge par l’ensemble desversions des logiciels ou matériels actuellement utilisés. Pour obtenir les informationsles plus récentes sur les fonctionnalités des produits, consultez les notes de mise àjour de vos produits.

Si un produit ne fonctionne pas correctement ou fonctionne différemment de ce quiest décrit dans ce document, contactez un professionnel du support technique.

Remarque

les informations figurant dans ce document sont exactes à la date de publication. Pourêtre certain d’utiliser la version la plus récente de ce document, consultez le site Webde Support à l’adresse https://support.emc.com.

ObjectifCe document explique comment installer, configurer et utiliser l’agentOracle RMAN version 4.6.

Dans les versions précédentes du produit, l’agent Oracle RMAN était nommé DataDomain Boost (DD Boost) for Oracle Recovery Manager (RMAN), ou plug-in RMAN. Àpartir de la version 4.0, le nom du produit est agent Oracle RMAN.

AudienceCe guide s’adresse aux administrateurs système qui maîtrisent les applications desauvegarde Oracle et l’administration générale des sauvegardes.

Historique des révisionsLe tableau ci-dessous présente l’historique des révisions de ce document.

Tableau 1 Historique des révisions

Révision Date Description

01 14 juin 2018 Version initiale de ce document pour l’agent OracleRMAN 4.6.

Documentation connexeLes publications suivantes fournissent des informations complémentaires :

l Notes de mise à jour de Data Domain Operating System

l Guide de configuration initiale de Data Domain Operating System

l Guide d’administration de Data Domain Operating System

l Guide de référence des commandes de Data Domain Operating System

l Guide du matériel de Data Domain Expansion Shelf

l Guide d’installation et de configuration des systèmes Data Domain de chacune desplates-formes prises en charge (par exemple DD890, DD670, etc.)


https://support.emc.com

Documentation RMAN11g version 2 : À partir d’Oracle Database Documentation Library, disponible àl’adresse www.oracle.com/pls/db112/homepage, accédez au dossier DatabaseAdministration et sélectionnez Backup and Recovery.

l Oracle Database Backup and Recovery User’s Guide

l Oracle Database Backup and Recovery Reference

10g version 2 : À partir d’Oracle Database Library, disponible à l’adresse www.oracle.com/pls/db102/homepage, accédez à l’onglet Administration etrecherchez la rubrique Backup and Recovery.

l Oracle Database Backup and Recovery Reference

l Oracle Database Backup and Recovery Advanced User’s Guide

Conventions utilisées dans ce document pour certains points particuliersLes conventions suivantes sont utilisées pour attirer l’attention du lecteur sur certainspoints particuliers :

NOTE

Identifie un contenu signalant une perte éventuelle de données ou d’activité.

Remarque

Identifie des informations accessoires relatives à la section, mais qui ne revêtent pasun caractère essentiel.

Conventions typographiquesLes conventions typographiques suivantes sont utilisées dans ce document :

Tableau 2 Conventions de style

Gras Utilisé pour les éléments d’interface que l’utilisateur sélectionne ousur lesquels il clique, comme les noms de boutons, de champs,d’onglets, de chemins de menus. Également utilisé pour les noms deboîte de dialogue, page, volet, zone d’écran avec titre, libellé detableau et fenêtre.

Italique Utilisé pour les titres complets de publications référencées dans letexte.

Monospace Utilisé pour :

l code système ;

l sortie du système, telle qu’un message d’erreur ou un script ;

l noms de chemin, noms de fichier, extensions de noms de fichier,invites et syntaxe ;

l commandes et options.

Monospace italique Utilisé pour les variables.

Monospace gras Utilisé pour les entrées utilisateur.

[ ] Les crochets entourent les valeurs facultatives.

| La ligne verticale indique d’autres sélections. La ligne verticalesignifie « ou » pour les autres sélections.

Préface


http://www.oracle.com/pls/db112/homepage

http://www.oracle.com/pls/db102/homepage

Tableau 2 Conventions de style (suite)

{ } Les accolades entourent le contenu que l’utilisateur doit spécifier,c’est-à-dire x, y ou z.

... Les points de suspension indiquent des informations non essentiellesomises dans l’exemple.

Vous pouvez utiliser les ressources suivantes pour trouver plus d’informations sur ceproduit, obtenir une assistance et fournir des commentaires.

Où trouver la documentation relative aux produits ?

l https://support.emc.com

l https://community.emc.com

Où obtenir de l’aide ?Le site Web de support disponible à l’adresse https://support.emc.com propose desinformations concernant les licences, de la documentation sur les produits, desconseils et des téléchargements, ainsi que des procédures pratiques et de dépannage.Ces informations vous aideront à résoudre un problème sur un produit sans avoirrecours au Support.

Pour accéder à une page du Support spécifique pour un produit :

1. Accédez à https://support.emc.com/products.

2. Dans le champ Rechercher un produit par nom, saisissez un nom de produit, puissélectionnez le produit dans la liste qui apparaît.

3. Cliquez sur .

4. (Facultatif) Pour ajouter le produit à Mes produits enregistrés, dans la pagespécifique au produit, cliquez sur Ajouter à Mes produits enregistrés.

Base de connaissancesLa base de connaissances contient des solutions pratiques que vous pouvezrechercher par numéro de solution (par exemple, 123456) ou par mot-clé.

Pour rechercher dans la base de connaissances :

1. Accédez à https://support.emc.com.

2. Cliquez sur Recherche avancée.L’écran est actualisé et les options de filtre s’affichent.

3. Dans le champ Recherche sur le site de support ou trouver par numéro dedemande de service, saisissez un numéro de solution ou des mots-clés.

4. (Facultatif) Pour limiter la recherche à des produits spécifiques, saisissez un nomde produit dans le champ Recherche par produit, puis sélectionnez le produitdans la liste qui s’affiche.

5. Dans la zone de liste Rechercher par ressource, sélectionnez Base deconnaissances.Le volet Recherche avancée dans la base de connaissances s’affiche.

6. (Facultatif) Spécifiez d’autres filtres ou des options avancées.

7. Cliquez sur .

Chat en directPour participer à un chat interactif en direct avec un agent du support technique :

Préface



https://community.emc.com


https://support.emc.com/products



2. Cliquez sur Discuter avec un technicien.

Demandes de servicePour obtenir une aide approfondie du support technique, soumettez une demande deservice. Pour soumettre une demande de service :


2. Cliquez sur Créer une demande de service.

Remarque

Pour créer une demande de service, vous devez disposer d’un accord d’assistancevalide. Pour savoir comment obtenir un accord d’assistance valide ou si vous avez desquestions concernant votre compte, contactez un responsable de compte.

Pour consulter une demande de service ouverte :


2. Cliquez sur Gérer des demandes de service.

Communautés en ligneConsultez le site Community Network (disponible à l’adresse https://community.emc.com) pour contacter des pairs, discuter, découvrir les solutions etobtenir de l’assistance sur les produits. Communiquez en ligne et de façon interactiveavec des clients, des partenaires et des professionnels certifiés au sujet de tous lesproduits.

Comment nous faire part de vos commentairesVos commentaires nous aident à améliorer la précision, l’organisation et la qualitéglobale des publications. Vous pouvez envoyer vos commentaires à [email protected].

Préface







mailto:[email protected]

CHAPITRE 1

Présentation de l’agent Oracle RMAN

Ce chapitre contient les rubriques suivantes :

l Présentation de l’agent Oracle RMAN................................................................ 16l Configurations prises en charge..........................................................................17

Présentation de l’agent Oracle RMAN 15

Présentation de l’agent Oracle RMANL’agent Oracle RMAN permet à des serveurs de base de données de communiqueravec les systèmes Data Domain de façon optimisée, sans avoir à utiliser uneapplication de sauvegarde.

Remarque

Dans les versions précédentes du produit, l’agent Oracle RMAN était nommé DataDomain Boost (DD Boost) for Oracle Recovery Manager (RMAN), ou plug-in RMAN. Àpartir de la version 4.0, le nom du produit est agent Oracle RMAN.

L’utilisation de l’agent Oracle RMAN améliore les performances tout en réduisant laquantité de données transférées sur le réseau local. Dans le contexte d’Oracle RMAN,le logiciel inclut deux composants :

l un agent RMAN à installer sur chaque serveur de bases de données et quicomprend les bibliothèques DD Boost permettant de communiquer avec le serveurDD Boost qui s’exécute sur le système Data Domain ;

l le serveur DD Boost qui s’exécute sur les systèmes Data Domain.

RMAN définit des règles qui précisent quand les sauvegardes et les réplicationsdoivent s’exécuter. Les administrateurs gèrent les sauvegardes, les réplications et lesrestaurations à partir d’une seule console. Ils peuvent utiliser toutes les fonctions deDD Boost, y compris le logiciel de réplication WAN efficace. RMAN gère tous lesfichiers (ensembles de données) du catalogue, y compris ceux créés par le systèmeData Domain.

Le système Data Domain présente des volumes de disque préétablis, appelés unités destockage, à un serveur de base de données sur lequel DD Boost est activé. Plusieursserveurs de base de données, chacun doté de l’agent Oracle RMAN, peuvent utiliser lamême unité de stockage d’un système Data Domain comme serveur de stockage.Chaque serveur de base de données peut exécuter un système d’exploitationdifférent, à condition que celui-ci soit pris en charge par Data Domain.

La figure suivante donne un exemple de configuration de l’agent Oracle RMAN.

Figure 1 Configuration de l’agent Oracle RMAN



Configurations prises en chargeData Domain prend en charge DD Boost sur les systèmes Data Domain suivants :

l systèmes Data Domain DD1xx, DD5xx, DD6xx, DD8xx, DD9xx ;

l systèmes Data Domain Extended Retention (anciennement Archiver).

La version de l’agent Oracle RMAN doit être compatible avec le système Data Domainet les configurations RMAN. Data Domain ne prend pas en charge les combinaisonsautres que celles détaillées dans le guide de compatibilité en ligne, disponible àl’adresse http://compatibilityguide.emc.com:8080/CompGuideApp/. Les informationssur l’agent Oracle RMAN sont disponibles à la section DDBEA du guide decompatibilité en ligne. Consultez ce document avant d’effectuer une mise à niveau del’agent Oracle RMAN ou de DD OS.


Configurations prises en charge 17

http://compatibilityguide.emc.com:8080/CompGuideApp/

CHAPITRE 2

Fonctions DD Boost


l Traitement distribué des segments.................................................................... 20l Fonction avancée d’équilibrage de la charge et de basculement de lien sur

incident.............................................................................................................. 22l Transport DD Boost-over-Fibre Channel............................................................24l Gestion des chemins DD Boost-over-Fibre Channel...........................................26l Réplication de fichiers gérés chiffrée................................................................. 30l DD Boost et la haute disponibilité.......................................................................30l Optimisation de bande passante faible............................................................... 32l Validation des accès client................................................................................. 32l Chiffrement à la volée........................................................................................ 32l Prise en charge des marqueurs ......................................................................... 33

Fonctions DD Boost 19

Traitement distribué des segmentsLe traitement distribué des segments permet à l’agent Oracle RMAN d’effectuercertaines parties du processus de déduplication, ce qui évite l’envoi de données endouble au système Data Domain configuré comme serveur de stockage. L’option dedistribution du traitement est activée ou désactivée sur le système Data Domain.L’agent Oracle RMAN négocie avec le système Data Domain pour déterminer leparamètre actuel de l’option, puis il se comporte en conséquence. L’agentOracle RMAN offre deux modes de fonctionnement pour envoyer les données desauvegarde à un système Data Domain : le premier consiste à activer l’option detraitement distribué des segments et l’autre à la désactiver.

Le traitement distribué des segments offre les avantages suivants :

l Un débit supérieur est possible, car l’agent Oracle RMAN n’envoie que desdonnées uniques à un système Data Domain, au lieu d’envoyer toutes les donnéesvia le réseau local. Les améliorations du débit varient en fonction du niveau deredondance des données en cours de sauvegarde, de la charge applicative globalesur le serveur de base de données et des capacités de ce dernier. En règlegénérale, un débit supérieur est atteint si la redondance, la charge applicative duserveur de base de données et les capacités de ce dernier sont plus élevées.

l Les exigences de bande passante réseau sont considérablement réduites, carseules des données uniques sont envoyées via le réseau local au systèmeData Domain.

l La restauration à partir de sauvegardes en échec est potentiellement beaucoupplus rapide. Si une sauvegarde volumineuse échoue au milieu ou vers la fin, et queRMAN redémarre la sauvegarde, les données qui ont déjà été envoyées au systèmeData Domain n’ont pas besoin d’être renvoyées. Cela entraîne une exécution plusrapide de la sauvegarde lors d’une nouvelle tentative.

Pour plus d’informations sur la compression locale et sa configuration, consultez leGuide d’administration de Data Domain Operating System.

Vous gérez le traitement distribué des segments à l’aide des commandes ddboostoption. Data Domain recommande d’utiliser le traitement distribué des segmentspour une connexion réseau Ethernet 1 Gbit. Pour plus d’informations, reportez-vous àla rubrique Configuration du traitement distribué des segments à la page 38.

Traitement distribué des segments désactivéDans ce mode, l’agent Oracle RMAN envoie les données directement au systèmeData Domain via le réseau local. Ensuite, le système Data Domain segmente,déduplique et compresse les données avant de les écrire sur le disque. L’agentOracle RMAN s’exécute sur le serveur de base de données.

Remarque

Le traitement distribué des segments ne peut pas être désactivé sur un systèmeExtended Retention Data Domain.

La figure suivante illustre un scénario de flux de données général pour un systèmeData Domain unique avec traitement distribué des segments désactivé.

Fonctions DD Boost


Figure 2 Flux de données général avec traitement distribué des segments désactivé

Traitement distribué des segments activéDans ce mode, le processus de déduplication est distribué entre l’agent Oracle RMANet le système Data Domain. L’agent Oracle RMAN s’exécute sur le serveur de base dedonnées. Plusieurs parties du processus de déduplication sont exécutées sur l’agentOracle RMAN afin que seules les données uniques soient envoyées à un systèmeData Domain via le réseau local.

L’agent Oracle RMAN segmente les données, calcule les ID des segments, vérifie lessegments en double auprès du système Data Domain, compresse les segments uniquesqui ne figurent pas sur celui-ci et lui envoie les données compressées. Le systèmeData Domain écrit ensuite les données uniques sur le disque.

La gestion des données par l’agent Oracle RMAN est transparente pour RMAN, etl’agent ne stocke aucune donnée sur le serveur de base de données.

La figure suivante illustre un scénario de flux de données général pour un systèmeData Domain unique avec traitement distribué des segments activé.

Fonctions DD Boost

Traitement distribué des segments 21

Figure 3 Flux de données général avec traitement distribué des segments activé

Fonction avancée d’équilibrage de la charge et debasculement de lien sur incident

Les fonctions avancées d’équilibrage de la charge et de basculement de lien surincident permettent de regrouper plusieurs liaisons Ethernet. Une seule des interfacesdu système Data Domain est consignée auprès de RMAN. Pour obtenir une interfaced’envoi des données, l’agent Oracle RMAN négocie avec le système Data Domain surl’interface consignée auprès de RMAN. L’équilibrage de la charge offre au systèmeData Domain un débit physique supérieur à celui d’une configuration d’interfacevirtuelle résultant de l’agrégation de plusieurs interfaces au niveau Ethernet.

L’équilibrage de la charge du système Data Domain répartit les connexions provenantde plusieurs serveurs de base de données sur toutes les interfaces du groupe.L’équilibrage de la charge est transparent pour RMAN. Sachant que la fonctionnalitéavancée d’équilibrage de la charge et de basculement de lien sur incident opère auniveau de la couche logicielle de l’agent Oracle RMAN, elle est transparente pour laconnectivité réseau sous‑jacente et prend en charge les interfaces virtuelles etphysiques.

La charge du transfert de données est équilibrée en fonction du nombre de connexionsinachevées sur les interfaces. Seules les connexions destinées aux tâches desauvegarde et de restauration ont une charge équilibrée.

Fonctions DD Boost


Remarque

l La connexion destinée à la réplication de fichiers entre les systèmes Data Domainn’est pas prise en compte dans l’équilibrage de la charge. Une seule adresse IP estutilisée pour le système Data Domain cible.

l Il est recommandé d’exclure une interface du groupe d’interfaces (ifgroup) et de laréserver au chemin dédié à la réplication des fichiers entre les systèmesData Domain source et cible. Chaque agent Oracle RMAN doit être capable de seconnecter à chaque membre du groupe d’interfaces sur le système Data Domain.

La figure suivante présente un exemple de schéma de configuration générale.L’interface marquée en rouge est consignée auprès de RMAN.

Figure 4 Exemple de configuration de la fonction avancée d’équilibrage de la charge et debasculement de lien sur incident

Vous pouvez utiliser la fonction avancée d’équilibrage de la charge et de basculementde lien sur incident avec d’autres technologies de basculement et d’agrégation auniveau de la couche réseau. L’exemple de configuration illustré par la figureprécédente montre une telle possibilité. Les liaisons entre les serveurs de base dedonnées et le switch connecté au système Data Domain sont configurées dans unmode de basculement agrégé. Cette configuration offre une fonction de basculementsur incident de bout en bout au niveau du réseau. Toutes les technologies d’agrégationdisponibles peuvent être utilisées entre le serveur de base de données et le switch.

La fonction avancée d’équilibrage de la charge et de basculement de lien sur incidentinteragit également avec d’autres fonctions de la couche réseau sur les systèmesData Domain, dont le balisage VLAN et les alias IP. Cette fonction permet une plusgrande flexibilité en séparant le trafic en plusieurs réseaux virtuels, qui s’exécutenttous via les mêmes liaisons physiques sur le système Data Domain.

Fonctions DD Boost

Fonction avancée d’équilibrage de la charge et de basculement de lien sur incident 23

Remarque

Le Guide d’administration de Data Domain Operating System explique de façon détailléela configuration du balisage VLAN et des alias IP sur un système Data Domain.

La fonction avancée d’équilibrage de la charge et de basculement de lien sur incidentoffre les avantages suivants :

l Elle évite d’avoir à consigner plusieurs serveurs de stockage (un pour chaqueinterface) auprès de RMAN, ce qui peut simplifier la gestion de l’installation.

l Lorsque l’une des interfaces du groupe est défaillante alors que le systèmeData Domain est toujours opérationnel, les tâches de sauvegarde entrantessuivantes sont orientées vers les interfaces disponibles.

l Les tâches de sauvegarde et de restauration sont automatiquement réparties surplusieurs interfaces du groupe, ce qui peut se traduire par une meilleure utilisationdes liaisons.

l Toutes les tâches en cours d’exécution sur l’interface en échec basculent demanière transparente vers des liaisons opérationnelles fonctionnelles. Du point devue de RMAN, les tâches ne sont pas interrompues.

Pour plus d’informations, reportez-vous à la rubrique Configuration de la fonctionavancée d’équilibrage de la charge et de basculement de lien sur incident à la page39.

Restrictions en matière de configurationl Vous pouvez ajouter des interfaces uniquement au groupe au moyen d’une adresse

IP.

l Bien que la fonction avancée d’équilibrage de la charge et de basculement de liensur incident fonctionne avec des interfaces mixtes 1 GbE et 10 GbE dans ungroupe, cette configuration n’est pas recommandée. Il est conseillé d’installer desinterfaces ayant la même vitesse de liaison dans un groupe.

l Avant la version DD OS 5.2, seul un groupe d’interfaces était pris en charge sur unsystème Data Domain. Cela signifie que pour connecter plusieurs serveurs de basede données, il était nécessaire d’intercaler un switch. DD OS 5.2 et les versionssupérieures prennent en charge plusieurs groupes d’interfaces, de sorte que cetterestriction ne s’applique plus.

Transport DD Boost-over-Fibre ChannelAvant la version 5.3 de DD OS, toutes les communications entre la bibliothèqueDD Boost et un système Data Domain quelconque utilisaient des réseaux IP.L’application définissait le système Data Domain à l’aide de son hostname ou de sonadresse IP, et la bibliothèque DD Boost utilisait des connexions TCP/IP pourtransmettre les demandes au système Data Domain et recevoir les réponses depuiscelui-ci, comme illustré sur la figure suivante.

Fonctions DD Boost


Figure 5 Transport DD Boost-over-IP

La version 5.3 de DD OS introduit un autre mécanisme de transport, Fibre Channel,pour la communication entre la bibliothèque DD Boost et le système Data Domain.

Certaines installations préfèrent ou nécessitent l’utilisation de Fibre Channel en tantque média pour le transfert de données entre les systèmes de stockage et les serveursde média. Le transport DD Boost via Fibre Channel (DD Boost-over-FC) permet à cesinstallations d’accéder aux fonctions fournies par la technologie DD Boost.

Bien que le protocole Fibre Channel soit conçu pour être un mécanisme de transportde données à usage général, dans la pratique, il est utilisé uniquement pour accéderaux périphériques SCSI. Dans les systèmes d’exploitation hôtes standard, tels queWindows et Linux, les composants matériels et les pilotes Fibre Channel résidentexclusivement dans les piles de protocole SCSI. Par conséquent, le transport DDBoost-over-FC doit recourir aux commandes SCSI pour toutes les communications.

Dans la solution DD Boost-over-FC, le système Data Domain annonce un ou plusieurspériphériques SCSI de type processeur. Le système d’exploitation du serveur de médiadécouvre ces périphériques et les rend accessibles aux applications via un mécanismeSCSI générique (Linux : pilote générique SCSI ; Windows : interface d’accès directSCSI).

Pour demander l’accès à un système Data Domain via le transport DD Boost-over-FC,l’application spécifie le système Data Domain à l’aide de la chaîne spéciale DFC-<dfc-server-name>, où dfc-server-name est le nom du serveur DD Boost-over-FC configurépour le système Data Domain. La logique de transport DD Boost-over-FC de labibliothèque DD Boost examine l’ensemble de périphériques SCSI génériquesdisponibles sur le serveur de média et utilise des commandes SCSI pour identifier uncatalogue de périphériques, c’est-à-dire les chemins d’accès au système Data Domain.

En faisant référence à ce catalogue, la logique de transport DD Boost-over-FC envoiedes commandes SCSI aux périphériques SCSI génériques identifiés, en vue detransférer les demandes et les réponses du protocole DD Boost entre la bibliothèqueet le système Data Domain.

Fonctions DD Boost

Transport DD Boost-over-Fibre Channel 25

Figure 6 Commandes SCSI entre un serveur de média et un système Data Domain

La plupart des fonctions de DD Boost sont indépendantes du transport. La seuleexception notable est la fonction avancée d’équilibrage de la charge et de basculementde lien sur incident et ses ifgroups associés. Cette fonction est spécifique du transportIP. Il existe différents moyens d’assurer l’équilibrage de la charge et la hautedisponibilité au niveau des liens pour le transport DD Boost-over-FC.

Le chemin de communication DD Boost-over-FC ne s’applique qu’à la communicationentre le serveur de média/la bibliothèque DD Boost et le système Data Domain. Il nes’applique pas à la communication entre deux systèmes Data Domain. Par exemple, lasection relative à la réplication de fichiers gérés du présent document décrit uneréplication efficace des données à partir d’un système Data Domain vers un autre,éventuellement sur un réseau WAN. Comme l’illustre la figure suivante, ce type decommunications s’effectue toujours via un réseau TCP/IP, quel que soit le chemin decommunication entre le serveur de média et les systèmes Data Domain.

Figure 7 Chemin de communication Fibre Channel

Gestion des chemins DD Boost-over-Fibre ChannelLe mécanisme basé sur un groupe d’interfaces dynamiques (DIG) repose sur desinterfaces Ethernet et n’est pas applicable au transport Fibre Channel. Un autremécanisme de chemin est fourni pour la solution DD Boost-over-FC.

Fonctions DD Boost


Le système Data Domain annonce un ou plusieurs périphériques SCSI de typeprocesseur au serveur de sauvegarde, sur un ou plusieurs chemins physiques. Lesystème d’exploitation détecte tous les périphériques via tous les chemins disponibleset crée un périphérique SCSI générique pour chaque périphérique et chemindécouvert.

Envisageons le scénario suivant :

l Le serveur de sauvegarde est équipé de 2 ports HBA initiateurs (A et B)

l Le système Data Domain est équipé de 2 points d’extrémité cibles FC (C et D)

l Le zonage de fabric Fibre Channel est configuré de sorte que les deux ports HBAinitiateurs puissent accéder aux deux points de terminaison cibles FC.

l Le système Data Domain est configuré avec un groupe d’accès cible SCSI quicontient :

n Les deux points de terminaison cibles FC sur le système Data Domain

n Les deux ports HBA initiateurs

n 4 périphériques (0, 1, 2 et 3)

Figure 8 Scénario de gestion des chemins DD Boost-over-FC

1. Quatre périphériques2. Serveur de sauvegarde3. Initiateur HBA A4. Initiateur HBA B5. Système Data Domain6. Point d’extrémité Fibre Channel C7. Point d’extrémité Fibre Channel D

Dans ce cas, le système d’exploitation du serveur de sauvegarde peut découvrirjusqu’à 16 périphériques SCSI génériques, un pour chaque combinaison d’initiateurs,d’extrémités cibles et de périphériques :

l /dev/sg11: (A, C, 0)

l /dev/sg12: (A, C, 1)

l /dev/sg13: (A, C, 2)

l /dev/sg14: (A, C, 3)

l /dev/sg15: (A, D, 0)

l /dev/sg16: (A, D, 1)

l /dev/sg17: (A, D, 2)

l /dev/sg18: (A, D, 3)

Fonctions DD Boost

Gestion des chemins DD Boost-over-Fibre Channel 27

l /dev/sg19: (B, C, 0)

l /dev/sg20: (B, C, 1)

l /dev/sg21: (B, C, 2)

l /dev/sg22: (B, C, 3)

l /dev/sg23: (B, D, 0)

l /dev/sg24: (B, D, 1)

l /dev/sg25: (B, D, 2)

l /dev/sg26: (B, D, 3)

Lorsque l’application demande à la bibliothèque DD Boost d’établir une connexion auserveur, la logique de transport DD Boost-over-FC de la bibliothèque DD Boost utilisedes requêtes SCSI pour créer un catalogue avec ces 16 périphériques SCSIgénériques, c’est-à-dire les chemins permettant d’accéder au service DD Boost-over-FC sur le système Data Domain requis. Lors de la mise en œuvre de la connexion auserveur, la logique de transport DD Boost-over-FC fournit ce catalogue de chemins auserveur.

Sélection du chemin initialLe serveur conserve les statistiques relatives au transport DD Boost-over-FC surdifférents points d'extrémité cibles et initiateurs connus. Au cours de la procédure deconfiguration de la connexion, la logique de gestion des chemins du serveur consulteces statistiques, puis sélectionne le chemin à utiliser pour cette connexion, en fonctiondes critères suivants :

l Pour les clients contraints par la profondeur de file d’attente (voir ci-dessous), ellerépartit équitablement les connexions entre différents chemins.

l Elle sélectionne le point de terminaison cible le moins occupé.

l Elle sélectionne l’initiateur le moins occupé entre les chemins disponibles pour lepoint de terminaison cible sélectionné.

Basculement sur incident du chemin clientLe client peut commencer à utiliser un autre chemin car il y a été invité par la logiquede rééquilibrage dynamique du serveur. Toutefois, le client peut également décider, desa propre initiative, de commencer à utiliser un autre chemin disponible. Cela seproduit si le client reçoit des erreurs lorsqu'il utilise le chemin actuel de la connexion.

Supposons, par exemple, que le catalogue de chemins d’une connexion se compose dehuit chemins :

/dev/sg21: (A, C, 0)

/dev/sg22: (A, C, 1)

/dev/sg23: (A, D, 0)

/dev/sg24: (A, D, 1)

/dev/sg25: (B, C, 0)

/dev/sg26: (B, C, 1)

/dev/sg27: (B, D, 0)

/dev/sg28: (B, D, 1)

Le serveur opte pour le chemin (A, C, 0) lors de la sélection du chemin initial. Lalogique de transport DFC de la bibliothèque DD Boost commence à envoyer et àrecevoir des données pour la connexion, en exécutant des commandes SCSIsur /dev/sg21.

Fonctions DD Boost


Ensuite, la liaison entre le point d'extrémité cible C et son switch devient indisponible,en raison d'un câblé tiré ou d'une panne matérielle. Toutes les requêtes SCSI suivantessoumises par la logique de transport DFC à /dev/sg21 échouent avec un coded’erreur indiquant que la requête SCSI n’a pas pu être transmise au périphérique.

Dans ce cas, la logique de transport DFC recherche dans le catalogue de périphériquesun chemin avec un composant physique différent ; autrement dit, une combinaisondifférente d'initiateurs et de points d'extrémité cibles. L'exécution de la requête SCSIest à nouveau tentée sur le chemin sélectionné, et le processus est répété jusqu'à cequ'un chemin permettant l'exécution de la requête SCSI soit détecté.

Rééquilibrage dynamiqueLe serveur exécute régulièrement un rééquilibrage dynamique. Cela implique laconsultation des statistiques pour rechercher les cas où :

l Pour les clients contraints par la profondeur de file d’attente (voir ci-dessous), lesconnexions sont inéquitablement réparties entre les chemins disponibles.

l La charge applicative entre les points de terminaison cibles est déséquilibrée.

l La charge applicative entre les initiateurs est déséquilibrée.

Si tel est le cas, le serveur peut marquer une ou plusieurs connexions en vue d’unemigration du chemin dirigée par le serveur. Pour ce faire, le serveur doit demander,lors d’une future opération de transfert de données, que la bibliothèque DD Boostcommence à utiliser un autre chemin disponible du catalogue pour les opérationssuivantes.

Contraintes liées à la profondeur de la file d’attentePour les besoins de la solution DD Boost-over-FC, le périphérique SCSI spécifique vialequel une demande est reçue n'est plus pertinent. Les périphériques SCSI sont tousdes objets cibles identiques pour les commandes SCSI, conformément aux exigencesdu protocole SCSI. Lors du traitement d’une requête SCSI, la logique du serveur netient pas compte du périphérique spécifique qui a réceptionné cette requête.

Pourquoi prendre la peine d'autoriser plus d'un périphérique ? Parce que certainssystèmes d’exploitation côté client imposent une restriction du nombre de demandesd’E/S inachevées pouvant être simultanément dirigées vers un périphérique SCSIgénérique donné. Par exemple, le mécanisme de l’interface d’accès direct SCSI deWindows ne dirige qu’une seule requête SCSI à la fois vers chacun de sespériphériques SCSI génériques. Cela a une incidence sur les performances de lasolution DD Boost-over-FC si plusieurs connexions (telles que des procédures desauvegarde) essaient d’utiliser le même périphérique SCSI générique.

En outre, le système Data Domain impose une restriction du nombre de demandesd’E/S inachevées par périphérique SCSI annoncé. Pour des raisons de performancesdans le cadre de charges applicatives plus importantes, il peut s'avérer nécessaired'annoncer plusieurs périphériques SCSI sur le système Data Domain.

L’expression profondeur de file d’attente décrit la limite imposée par le système quantau nombre de requêtes SCSI simultanées sur un seul périphérique. Les systèmesclients (comme Windows) dont la profondeur de file d’attente est si faible qu’elle aune incidence sur les performances sont considérés comme contraints par laprofondeur de file d’attente.

Reportez-vous à la rubrique Dimensionnement d’un ensemble de périphériquesDD Boost-over-FC à la page 45 pour obtenir des conseils concernant le nombre depériphériques à configurer selon la charge applicative, le type de systèmes

Fonctions DD Boost

Rééquilibrage dynamique 29

Data Domain et le fait que le système client soit contraint par la profondeur de filed’attente ou non.

Réplication de fichiers gérés chiffréePar défaut, les tâches de réplication de fichiers sont configurées entre deux systèmesData Domain sans chiffrement après leur authentification à l’aide du nom d’utilisateuret du mot de passe DD Boost préconfigurés. Si vous activez la fonction de réplicationde fichiers chiffrée, la session entre les systèmes Data Domain source et cible estchiffrée à l’aide du protocole SSL, ce qui garantit que toutes les données d’image etles métadonnées sont envoyées sous forme chiffrée via le réseau WAN.

L’activation de cette fonction sur le système Data Domain est transparente pourRMAN. Lorsque RMAN demande au système Data Domain d’exécuter une tâche deréplication de fichiers, les systèmes source et cible négocient automatiquement poureffectuer le chiffrement sans faire appel à RMAN. La réplication de fichiers chiffréeutilise la suite de chiffrement ADH-AES256-SHA. Il n’est pas possible de configurerune autre suite dans DD OS.

La réplication de fichiers chiffrée est disponible pour un système Data Domain surlequel une licence Replicator est installée et elle s’applique à toutes les tâches deréplication de fichiers sur ce système. Vous devez activer cette option sur lessystèmes Data Domain source et cible impliqués dans les tâches de réplication defichiers. Dans le cas contraire, la réplication échoue.

La réplication de fichiers chiffrée peut être utilisée avec la fonction de chiffrement desdonnées inactives disponible sur DD OS avec la licence Encryption en option. Lorsquela réplication de fichiers chiffrée est utilisée sans la fonction de chiffrement desdonnées inactives, les données d’image de sauvegarde chiffrées sont chiffrées ànouveau à l’aide du protocole SSL pour être envoyées via le réseau WAN.

Remarque

l Les systèmes Data Domain source et cible doivent exécuter DD OS 5.0 ou uneversion supérieure pour utiliser cette fonction.

l L’activation de cette fonction ne nécessite pas le redémarrage du système defichiers sur un système Data Domain.

l Les options d’optimisation de bande passante faible et de chiffrement peuventêtre utilisées conjointement.

Pour plus d’informations à ce sujet, reportez-vous à la rubrique Activation de laréplication de fichiers chiffrée à la page 41 et au Guide d’administration de DataDomain Operating System.

DD Boost et la haute disponibilitéÀ partir de DD OS 5.7.1, les systèmes Data Domain avec DD Boost peuvent prendre encharge des configurations de haute disponibilité (HA).

Pendant les opérations normales, DD Boost sur le nœud actif envoie au nœud en veilleles informations de données et d’état DD Boost nécessaires pour poursuivre lesopérations de DD Boost sur le nœud en veille en cas de défaillance.

Fonctions DD Boost


Remarque

DD Boost prend actuellement en charge les configurations actives/passivesuniquement.

DD Boost effectue des opérations périodiques pour forcer les données utilisateur sur ledisque du serveur. Sur le client, DD Boost met en mémoire tampon toutes les donnéesutilisateur entre ces opérations de synchronisation sur disque périodiques, de sorteque si un serveur DD tombe en panne, les données pourront être renvoyées.

Cette méthode s’applique également aux écritures virtuelles. Vous pouvez combinerdes opérations d’écriture standard avec des opérations d’écriture synthétiques.

DD Boost, haute disponibilité et basculement sur incidentEn cas de défaillance d’un système Data Domain avec la fonction HA activée, larestauration est effectuée en moins de dix minutes. Une fois le système en échecrestauré, la restauration DD Boost commence et les applications utilisant DD Boostsont restaurées automatiquement sans échec ni erreur. La restauration DD Boost peutdurer plus de dix minutes, car elle ne peut pas commencer tant que le basculement dusystème DD n’est pas terminé.

Aucune modification n’est nécessaire pour permettre aux applications de tirer partides fonctions HA de DD Boost. Lors de l’utilisation de DD Boost 3.2.1 et DD OS 5.7.1sur des configurations HA, les applications sont restaurées automatiquement en cas debasculement. Aucune action n’est requise à partir de l’application.

Configurations HA partiellesLa réplication de fichiers gérés (MFR) est prise en charge entre deux systèmes DataDomain exécutant des versions compatibles de DD OS, que la fonction hautedisponibilité (HA) soit activée ou non sur l’un et/ou l’autre des systèmes DD.

La réplication MFR entre deux systèmes HA aboutit en cas de panne de l’un ou l’autredes systèmes, étant donné qu’ils prennent tous les deux en charge la hautedisponibilité. Une réplication MFR en cours d’exécution effectue une restaurationtransparente en cas de défaillance du système HA source ou cible.

La réplication MFR entre un système HA et un système non HA aboutit également encas de défaillance du système HA. Elle échoue en cas de défaillance du système nonHA.

Réplication de fichiers gérés sur des systèmes haute disponibilitéUn système Data Domain à nœud unique exécutant DD OS 5.7 ou version supérieureet effectuant une réplication de fichiers gérés vers un système HA effectue unerestauration transparente en cas de défaillance du système HA. La réplication defichiers gérés n’effectue pas de restauration transparente en cas de défaillance dusystème Data Domain à nœud unique source.

Réplication de fichiers gérés à partir de systèmes haute disponibilitéUne réplication de fichiers gérés à partir d’un système HA vers un systèmeData Domain à nœud unique exécutant DD OS 5.7 ou version supérieure effectue unerestauration transparente en cas de défaillance du système HA source. En revanche, laréplication de fichiers gérés n’effectue pas une restauration transparente en cas dedéfaillance du système Data Domain à nœud unique de destination.

Fonctions DD Boost

DD Boost, haute disponibilité et basculement sur incident 31

Dans tous les cas impliquant des configurations HA partielles, le système non HA doitexécuter DD OS 5.7 pour permettre à la réplication de fichiers gérés de se poursuivrede manière transparente en cas de défaillance. Dans les configurations HA partielles oùle système non HA exécute une version de DD OS antérieure à la version 5.7, laréplication de fichiers gérés n’effectue pas de restauration transparente en cas dedéfaillance de l’un ou l’autre des systèmes.

Dans tous les cas, l’application doit utiliser des bibliothèques DD Boost 3.2.1 hautedisponibilité pour permettre une restauration transparente de la réplication des fichiersgérés.

Optimisation de bande passante faibleL’option d’optimisation de bande passante faible de Replicator réduit l’utilisation de labande passante du réseau WAN. Elle est particulièrement utile si la réplication defichiers est effectuée sur une liaison réseau (WAN) à faible bande passante. Cetteoption renforce la compression lors du transfert de données. Il est recommandé del’utiliser uniquement pour les tâches de réplication de fichiers effectuées sur desliaisons WAN de moins de 6 Mbit/s de bande passante disponible.

L’option d’optimisation de bande passante faible est disponible pour les systèmesData Domain disposant d’une licence Replicator installée. L’option est activée surchaque système Data Domain et s’applique à toutes les tâches de réplication defichiers exécutées sur le système en question.

L’activation de cette fonction sur le système Data Domain est transparente pourRMAN. Lorsque RMAN demande à un système Data Domain d’exécuter une tâche deréplication de fichiers, les systèmes source et cible effectuent automatiquement lacompression supplémentaire sans faire appel à RMAN.

Cette option doit être activée pour chaque système Data Domain qui participe à laréplication de fichiers gérés.

Pour plus d’informations à ce sujet, reportez-vous à la rubrique Activation del’optimisation de bande passante faible à la page 40 et au Guide d’administration deData Domain Operating System.

Validation des accès clientLa configuration de la validation des accès client pour DD Boost restreint l’accès ausystème Data Domain pour les clients DD Boost, en exigeant une authentificationDD Boost par connexion pour :

l la connexion initiale au système Data Domain ;

l chaque redémarrage de DD Boost (activation/désactivation) ;

l chaque redémarrage du système de fichiers ;

l chaque redémarrage du système Data Domain.

La liste des clients peut être mise à jour à tout moment, sans nécessiter deredémarrage, éliminant ainsi l’impact de la validation des accès sur les tâches en cours.

Chiffrement à la voléeLe chiffrement à la volée permet aux applications de chiffrer à la volée des données desauvegarde et de restauration via un réseau local à partir du système Data Domain.Cette fonction a été ajoutée pour offrir une capacité de transport des données plussécurisée.

Fonctions DD Boost


Une fois cette fonction configurée, le client peut utiliser TLS pour chiffrer la sessionentre le client et le système Data Domain. La suite de chiffrement spécifique utiliséeest soit ADH-AES256-SHA, si l'option de chiffrement HIGH est sélectionnée, soitADH-AES128-SHA, si l'option de chiffrement MEDIUM est sélectionnée.

Prise en charge des marqueursLa bibliothèque DD Boost prend en charge les marqueurs de bande spécifiques del’application. Pour activer la prise en charge des marqueurs, l’application doit spécifierla balise DDP_O_MARKER lors de l’ouverture du fichier. Si cette balise est spécifiée,les paramètres de marqueur sur le système Data Domain déterminent la gestion desmarqueurs. Par défaut, la gestion des marqueurs est automatique. Si un marqueur esttrouvé dans les premiers 512 Ko d’un flux d’écriture, la prise en charge est activéepour ce flux. Les utilisateurs peuvent activer ou désactiver les paramètres demarqueur sur un système Data Domain. Le Guide d’administration de Data DomainOperating System fournit plus d’informations.

Fonctions DD Boost

Prise en charge des marqueurs 33

Fonctions DD Boost


CHAPITRE 3

Configuration du système Data Domain


l Mises à niveau de l’agent Oracle RMAN et de DD OS........................................ 36l Pare-feu et ports............................................................................................... 36l Activation de DD Boost sur un système Data Domain.........................................36l Configuration du serveur DD Boost.................................................................... 37l Configuration du service DD Boost-over-FC...................................................... 43

Configuration du système Data Domain 35

Mises à niveau de l’agent Oracle RMAN et de DD OSLa compatibilité de maintenance entre l’agent Oracle RMAN et DD OS est définie dansle guide de compatibilité en ligne, qui est disponible à l’adresse http://compatibilityguide.emc.com:8080/CompGuideApp/. Les informations sur l’agentOracle RMAN sont disponibles à la section DDBEA du guide de compatibilité en ligne.Consultez ce document avant d’effectuer une mise à niveau de l’agent Oracle RMANou de DD OS.

Pare-feu et portsLe système Data Domain, tel qu’initialement configuré, ne fonctionne pas à travers unpare-feu (d’un serveur de base de données vers un système Data Domain ou d’unsystème Data Domain vers un autre). Si le système Data Domain doit s'exécuter enprésence d'un pare-feu, contactez votre fournisseur de services de support réseau.

Les ports suivants doivent être ouverts dans un pare-feu pour permettre lessauvegardes DD Boost et la réplication de fichiers :

l TCP 2049 (NFS)

l TCP 2051 (réplication)

l TCP 111 (NFS portmapper)

l TCP xxx (Sélectionnez un port pour NFS mountd. Le port MOUNTD par défaut est2052.)

Activation de DD Boost sur un système Data DomainChaque système Data Domain activé pour DD Boost doit porter un nom unique. Vouspouvez utiliser le nom DNS du système Data Domain, lequel est toujours unique.

Procédure

1. Connectez-vous en tant qu’administrateur sur le système Data Domain.

2. Vérifiez que le système de fichiers est activé et qu’il fonctionne :

# filesys status

The file system is enabled and running.

Activez le système de fichiers si besoin :

# filesys enable

3. Vérifiez que la licence DD Boost est activée :

# license show

Feature licenses:

## License Key Feature





-- -------------------- --------1 ABCD-EFGH-IJKL-MNOP DDBOOST-- -------------------- --------

Si elle est désactivée, saisissez la clé de licence fournie :

# license add <license-key>

License “ABCE-BCDA-CDAB-DABC” added.

4. Définissez le nom d’utilisateur et le mot de passe DD Boost pour le systèmeData Domain.

Remarque

Le nom d’utilisateur et le mot de passe sont sensibles à la casse et doiventcorrespondre à ceux fournis à la rubrique Enregistrement de chaque systèmeData Domain à la page 68.

# user add <username> password <password># ddboost user assign <username>

Remarque

Si vous modifiez ou supprimez le nom d’utilisateur, le changement de privilègesd’accès n’a aucune incidence sur les opérations en cours. Par exemple, le fait desupprimer des clients actuels de la liste d’accès DB Boost au moyen de lacommande ddboost clients del <client-list> n’interrompt pas unesauvegarde de fichier en cours d’exécution. Toutes les opérations en cours sepoursuivent. Le changement de privilèges d’accès n’entraîne pas l’échec desopérations en cours. Il est recommandé de modifier les privilèges d’accèsuniquement lorsqu’aucune opération RMAN n’est en cours d’exécution. Vouspouvez exécuter la commande ddboost disable pour empêcher lesopérations tant que l’accès est en cours de modification. La désactivation deDD Boost met fin à toutes les opérations. Par conséquent, assurez-vousqu’aucune opération RMAN n’est en cours lorsque vous désactivez DD Boost.Après la modification de l’accès, ddboost enable réactive DD Boost et activeles opérations RMAN, qui sont alors soumises aux privilèges d’accès modifiés.

5. Activez DD Boost :

# ddboost enable

DD Boost enabled

Configuration du serveur DD BoostUtilisez les tâches de cette section pour configurer le serveur DD Boost.


Configuration du serveur DD Boost 37

Création d’unités de stockageCréez une ou plusieurs unités de stockage sur chaque système Data Domain qui serautilisé avec RMAN. Le nom d’une unité de stockage doit être unique sur un systèmeData Domain unique. Toutefois, vous pouvez utiliser le même nom d’unité de stockagesur plusieurs systèmes Data Domain. Vous devez fournir le nom d’unité de stockagelorsque vous réalisez des opérations de sauvegarde et de restauration RMAN.

Les noms d’unité de stockage sont sensibles à la casse.

Pour plus d’informations, reportez-vous aux rubriques Configuration du logiciel sur lessystèmes Linux et UNIX à la page 62 et Configuration du logiciel sur les systèmesWindows à la page 67.

Procédure

1. Saisissez la commande suivante sur le système Data Domain :

# ddboost storage-unit create <storage_unit_name> user <username>

2. Répétez l’étape 1 pour chaque unité de stockage que vous souhaitez créer.Créez au moins une unité de stockage sur chaque système Data Domain qui serautilisé avec RMAN. Vous pouvez partager une unité de stockage sur un systèmeData Domain avec plusieurs systèmes clients RMAN.

Configuration du traitement distribué des segmentsL’option de traitement distribué des segments est configurée sur le système DataDomain et s’applique à tous les serveurs de base de données et à tous les agentsOracle RMAN installés sur ces serveurs.

Si le traitement distribué des segments est désactivé sur le système Data Domain, leflux de données provenant des serveurs de base de données est celui illustré sur la Figure 2 à la page 21. Si le traitement distribué des segments est activé, le flux dedonnées est celui illustré sur la Figure 3 à la page 22.

Pour configurer l’option, exécutez la commande suivante :

# ddboost option set distributed-segment-processing {enabled | disabled}

Remarque

L’activation ou la désactivation de l’option de traitement distribué des segments nenécessite pas de redémarrage du système de fichiers Data Domain.

Le traitement distribué des segments est pris en charge avec Oracle RMAN Agent 1.0ou version supérieure communiquant avec un système Data Domain qui exécuteDD OS 5.0 ou version supérieure.

Le traitement distribué des segments est activé par défaut sur un système initialementinstallé avec DD OS 5.2. Si un système est mis à niveau de DD OS 5.0.x ou 5.1.x versDD OS 5.2, le traitement distribué des segments est laissé à son état précédent.



Configuration de la fonction avancée d’équilibrage de la charge et debasculement de lien sur incident

Si un groupe d’interfaces est configuré, lorsque le système Data Domain reçoit lesdonnées des clients du serveur de base de données, la charge du transfert de donnéesest équilibrée et le transfert est distribué sous forme de tâches distinctes sur le réseauprivé, ce qui permet un débit supérieur, notamment pour les clients qui utilisentplusieurs connexions 1 GbE. Pour plus d’informations, reportez-vous à la rubrique Fonction avancée d’équilibrage de la charge et de basculement de lien sur incident à lapage 22.

Créez un groupe d’interfaces sur le système Data Domain en ajoutant des interfacesexistantes au groupe et en consignant le système Data Domain auprès de RMAN,comme décrit dans les étapes suivantes.

Procédure

1. Ajoutez les interfaces dans le groupe (elles doivent déjà avoir été créées avec lacommande net) :

# ifgroup add default interface 192.168.1.1# ifgroup add default interface 192.168.1.2# ifgroup add default interface 192.168.1.3# ifgroup add default interface 192.168.1.4

Remarque

Cet exemple suppose qu’aucun groupe d’interfaces nommé supplémentaire n’aété créé et il utilise le groupe d’interfaces par défaut. Pour afficher l’aide de lacommande net, saisissez la commande sans argument à l’invite de DD OS.

2. Sélectionnez une interface du système Data Domain à consigner auprès deRMAN. Il est recommandé de créer une interface agrégée de basculement et dela consigner auprès de RMAN.

Remarque

Il n’est pas nécessaire d’utiliser une interface appartenant à ifgroup pour laconsignation auprès de RMAN. Une interface qui ne fait pas partie d’ifgrouppeut également être utilisée à cet effet. Il est recommandé de consignerl’interface avec un nom pouvant être résolu à l’aide de DNS ou de tout autremécanisme de résolution de noms.

3. Activez la fonctionnalité sur le système Data Domain :

# ifgroup enable default

Vérifiez la configuration :

# ifgroup show config default interfaces

Group Name Status Interface------------------ ------------


Configuration de la fonction avancée d’équilibrage de la charge et de basculement de lien sur incident 39

default enabled 192.168.1.1 default enabled 192.168.1.2 default enabled 192.168.1.3 default enabled 192.168.1.4

Une fois le groupe d’interfaces configuré, vous pouvez ajouter des interfaces augroupe ou en supprimer. Pour plus d’informations, reportez-vous à la rubrique Modification d’un groupe d’interfaces à la page 115.

Remarque

Vous pouvez gérer la fonction avancée d’équilibrage de la charge et debasculement de lien sur incident par l’une des méthodes suivantes :

l Exécutez la commande ddboost ifgroup, comme indiqué à la rubrique ifgroup à la page 132.

l Utilisez Data Domain System Manager (DD System Manager) à la pageData Management > DD Boost, comme l’explique le Guide d’administrationde Data Domain Operating System.

Activation de l’optimisation de bande passante faiblePour activer l’option de faible bande passante, exécutez la commande suivante :

# ddboost file-replication option set low-bw-optim enabled

Low bandwidth optimization for file-replication set to “enabled”.

Remarque

L’activation ou la désactivation de l’option d’optimisation de bande passante faible nenécessite pas de redémarrage du système de fichiers Data Domain. Une foisl’optimisation de bande passante faible activée, vous devez toutefois exécuter uncycle de nettoyage complet sur le système Data Domain pour qu’elle soit efficace.

Vous pouvez surveiller et gérer l’optimisation de bande passante faible à l’aide de l’unedes méthodes suivantes :

l Exécutez la commande ddboost file-replication, comme indiqué à larubrique file-replication à la page 128.

l Utilisez DD System Manager à la page Data Management > DD Boost, commel’explique le Guide d’administration de Data Domain Operating System.

Aucune modification de configuration n’est requise sur le serveur de base de données,car cette fonction est transparente pour RMAN.



Remarque

l L’activation de cette option utilise des ressources supplémentaires de CPU et demémoire sur le système Data Domain. Par conséquent, il est recommandé den’utiliser cette option que lorsque la réplication de fichiers est effectuée sur desréseaux à faible bande passante dont la bande passante globale est inférieure à6 Mbps.

l Pour plus d’informations sur cette fonction, consultez le Guide d’administration deData Domain Operating System.

Activation de la réplication de fichiers chiffréeExécutez la commande suivante pour activer l’option de réplication de fichierschiffrée :

# ddboost file-replication option set encryption enabled

Le résultat indique que le chiffrement demandé a été activé.

La rubrique file-replication à la page 128 fournit plus d’informations sur la façon desurveiller et de gérer l’option de chiffrement pour la réplication de fichiers.

L’activation de cette fonction utilise des ressources supplémentaires de CPU et demémoire sur le système Data Domain.

Remarque

L’activation ou la désactivation de l’option de réplication de fichiers chiffrée nenécessite pas de redémarrage du système de fichiers Data Domain. Pour plusd’informations sur cette fonction, consultez le Guide d’administration de Data DomainOperating System.

La réplication de fichiers chiffrée doit être activée sur les deux systèmes Data Domainimpliqués dans la réplication. Si elle est activée sur un seul des systèmes, lechiffrement ne sera pas utilisé lors de la réplication entre les deux systèmesData Domain.

Configuration de la validation des accès clientLa configuration du contrôle d’accès client pour DD Boost restreint l’accès au systèmeData Domain pour les clients DD Boost et supprime la dépendance au DNS. Par défaut,si aucun client n’est ajouté à la liste des clients lorsque DD Boost est activé, tous lesclients sont automatiquement inclus dans la liste. Par défaut, un caractère générique *est utilisé.

Pour restreindre l’accès, supprimez le caractère générique * de la liste, puis ajoutezles nouveaux clients.

La liste des clients du serveur de sauvegarde peut contenir des noms de domainecomplets ou des noms abrégés. Le nom de domaine complet de l’hôte de sauvegardedoit être correctement configuré pour la recherche inversée dans DNS.


Activation de la réplication de fichiers chiffrée 41

Pour supprimer tous les clients de la liste des clients DD Boost, exécutez la commandesuivante :

# ddboost clients del <client-list>

Vous pouvez également supprimer tous les clients précédemment ajoutés etréinitialiser la liste des clients DD Boost. Pour ce faire, exécutez la commandesuivante :

# ddboost client reset

Les clients peuvent être ajoutés par le biais de noms de domaine complets et de nomsabrégés. Pour ajouter des clients à la liste des clients DD Boost, exécutez lacommande suivante :

# ddboost clients add <client-list> [encryption-strength {medium | high} authentication-mode {one-way | two-way | two-way-password | anonymous}] | [authentication-mode kerberos]

Par exemple :

# ddboost clients add ddboost-dl.emc.com ddboost-dlddboost-dl.emc.com

: Addedddboost-dl : Added

Pour afficher la liste des clients DD Boost, exécutez la commande suivante :

# ddboost clients show config

Client Encryption Strength Authentication Mode----------------------- ------------------- -------------------* none none*.corp.emc.com medium anonymousrtp-ost-ms02.domain high anonymousrtp-ost-ms02.domain.com high anonymous

Lors de la validation de l’accès, l’ordre de recherche suivant est utilisé pour limiterl’accès :

l Caractère générique * suivi d’une partie, par exemple, *.emc.com suivi de *.coml Correspondance exacte du nom du client envoyé, par exemple, ddboost-

dl.emc.comSi la recherche ne trouve aucune entrée correspondante pour le client, celui-ci severra refuser l'accès.

Activation du chiffrement à la voléePour activer le chiffrement à la volée lors des opérations de sauvegarde et derestauration via un réseau local, exécutez la commande suivante :

# ddboost clients add <client-list> [encryption-strength {medium | high} authentication-mode {one-way | two-way | anonymous}]



Cette commande peut activer le chiffrement pour un seul client ou pour un groupe declients. L’option de mode d’authentification permet de configurer l’exigenced’authentification minimale. Un client qui essaie de se connecter à l’aide d’unparamètre d’authentification inférieur sera bloqué. L’authentification unidirectionnelle(One-Way) et bidirectionnelle (Two-Way) nécessite que le client connaisse lescertificats.

Authentification One-Way

Le client DD Boost demande une authentification auprès du serveur Data Domain,puis ce dernier envoie le certificat approprié au client DD Boost. Le clientDD Boost vérifie le certificat. Le canal de communication entre le client DD Boostet le serveur Data Domain est chiffré.

Authentification Two-Way

Le client DD Boost demande une authentification auprès du serveur Data Domainen utilisant le certificat du serveur. Le serveur Data Domain demande aussi uneauthentification auprès du client DD Boost en utilisant le certificat du client. Lecanal de communication entre le client DD Boost et le serveur Data Domain estchiffré après l’authentification via une négociation SSL.

Authentification anonyme

Aucun certificat n’est échangé, contrairement aux informations. Le canal decommunication entre le client DD Boost et le serveur Data Domain est chiffréaprès la négociation SSL.

Remarque

Cette option ne s’applique pas à DD Boost-over-Fibre Channel (FC). Si les protocolesIP et FC sont utilisés, le chiffrement peut être activé sur les connexions IP.

Configuration du service DD Boost-over-FCPour activer le service DD Boost-over-FC, installez les adaptateurs HBA cible FibreChannel pris en charge sur le système. Le Guide de référence des commandes deData Domain Operating System et le Guide d’Administration de Data Domain OperatingSystem fournissent des informations sur scsitarget, une commande qui peut êtreutile pour la gestion du sous-système cible SCSI.

Les étapes de configuration supplémentaires suivantes sont également requises.

Procédure

1. Activation du service DD Boost-over-FC :

# ddboost option set fc enabled

2. Si vous le souhaitez, définissez le nom DFC-server-name :

# ddboost fc dfc-server-name set <server-name>

Ou acceptez la valeur par défaut, qui est le nom d'hôte de base du système DataDomain. Un nom dfc-server-name valide comprend un ou plusieurs descaractères suivants :

l Minuscules (« a » à « z »)


Configuration du service DD Boost-over-FC 43

l Majuscules (« A » à « Z »)

l Chiffres (« 0 » à « 9 »)

l Caractère de soulignement (« _ »)

l Tiret (« - »)

Remarque

l Le point (« . ») n'est pas autorisé dans un nom dfc-server-name ; ainsi,le nom de domaine complet d'un système Data Domain ne peut pas êtreutilisé comme son nom dfc-server-name.

l À l’instar des noms d’hôte IP, le nom dfc-server-name n’est pas sensibleà la casse. Plusieurs systèmes Data Domain accessiblenos par les mêmesclients à l'aide de DD Boost-over-FC doivent être configurés sans nom dfc-server-name sensible à la casse.

3. Créez un groupe d’accès cible SCSI :

# ddboost fc group create <group-name>

Par exemple :

# ddboost fc group create lab_group

4. Pour afficher la liste de scitarget endpoint disponible, procédez commesuit :

# scsitarget endpoint show list

Endpoint System Address Transport Enabled Status------------- -------------- ------------ ------- ------endpoint-fc-0 6a FibreChannel Yes Onlineendpoint-fc-1 6b FibreChannel Yes Online------------- -------------- ------------ ------- ------

5. Configurez l'ensemble des périphériques du groupe d'accès cible SCSI pour l'undes points d'extrémité :

# ddboost fc group modify <group-name> device-set count <count> endpoint <endpoint-list>

Par exemple :

# ddboost fc group modify lab_group device-set count 8 endpoint 6a

6. Ajoutez des initiateurs au groupe d’accès cible SCSI :

# ddboost fc group add <group-name> initiator <initiator-spec>



Par exemple :

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

Dimensionnement d’un ensemble de périphériques DD Boost-over-FCLe système Data Domain annonce un ou plusieurs « périphériques DFC » de typeprocesseur, que la bibliothèque DD Boost utilise pour communiquer avec le service DDBoost-over-FC. Sur le système Data Domain, l’accès à ces périphériques DFC estaccordé à un ou plusieurs initiateurs, par l’ajout de ces initiateurs à un groupe d’accèsddboost-type scsitarget :

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

Le nombre de périphériques DFC annoncé à l’initiateur est géré par la configuration dedevice-set du groupe d’accès scsitarget :

# ddboost fc group modify lab_group device-set count 4

Le nombre maximal de périphériques DFC pris en charge par système Data Domains’élève à 64. Vous pouvez avoir les mêmes périphériques dans plusieurs groupes, maischaque groupe est limité à 64 périphériques.

Remarque

Les pilotes DDdfc AIX prennent en charge 128 périphériques. Toutefois, si vous utilisezl’option disk avec la commande ddboost fc add, cette limitation ne tient plus.

Étant donné que le client DFC considère chaque chemin d’accès au système DataDomain comme un périphérique distinct, plusieurs chemins et plusieurs périphériquesDFC signifient des performances accrues pour les clients limités, tels que les clientsAIX, Windows et Solaris.

Dès lors, combien de périphériques DFC doivent être annoncés aux initiateurs sur unserveur de sauvegarde donné ? La réponse dépend de plusieurs facteurs :

1. Le serveur de sauvegarde est-il contraint par la profondeur de la file d’attente ?Les plates-formes Windows sont considérées comme « contraintes par laprofondeur de la file d’attente », car le mécanisme d’interface d’accès directn’achemine qu’une seule requête SCSI à la fois via chacun de ses périphériquesSCSI génériques. Cela a une incidence sur les performances de la solution DDBoost-over-FC, si plusieurs connexions (par exemple, les tâches de sauvegarde)tentent d’utiliser le même périphérique SCSI générique. Ainsi, pour les plates-formes Windows exécutant plus d’une tâche, il est utile d’annoncer plusieurspériphériques DFC.

Comparez ce comportement avec celui du pilote générique SCSI sous Linux, quin’impose pas une telle restriction. Linux n’est pas considéré comme étant« contraint par la profondeur de la file d’attente ». Dès lors, il suffit d’annoncer unpériphérique DFC aux initiateurs sur des systèmes Linux.


Dimensionnement d’un ensemble de périphériques DD Boost-over-FC 45

2. Nombre de chemins physiques entre le serveur de sauvegarde et le système DataDomainPour chaque périphérique DFC annoncé, le système d’exploitation du serveur desauvegarde crée n périphériques SCSI génériques, un pour chaque cheminphysique par lequel le système d’exploitation du serveur de sauvegarde peutaccéder au périphérique.

Par exemple, si :

l Le serveur de sauvegarde est équipé de 2 ports HBA initiateurs (A et B)

l Le système Data Domain est équipé de 2 points d’extrémité cibles FC (C et D)

l Le zonage de fabric Fibre Channel est configuré de sorte que les deux portsHBA initiateurs puissent accéder aux deux points d’extrémité cibles FC

alors le système d’exploitation du serveur de sauvegarde voit chaque périphériquepar le biais de quatre chemins physiques :

A -> CA -> DB -> CB -> D

et crée 4 périphériques SCSI génériques pour chaque périphérique DFC annoncé.

Pour un serveur de sauvegarde Windows (avec sa limite queue-depth = 1), celapermet d’envoyer jusqu’à 4 requêtes SCSI simultanées au système Data Domain,même avec un seul périphérique DFC annoncé.

Calcul de dimensionnementLe calcul suivant peut être utilisé pour déterminer le nombre de périphériques DFC àannoncer sur le système Data Domain, et aux initiateurs d’un serveur de médiaspécifié. Il est recommandé que le même nombre de périphériques DFC soit annoncé àtous les initiateurs du même serveur de média.

Sur le système Data Domain Le système Data Domain impose une limite du nombre de demandes simultanées surun seul périphérique SCSI DFC. Par conséquent, le nombre de périphériques annoncédoit être défini en fonction du nombre maximal de tâches simultanées sur le système àun moment donné. En général, plus le nombre de tâches prévues sur les serveurs demédia utilisant DD Boost over FC est élevé, plus le nombre de périphériques annoncéest élevé.

Soit J le nombre maximal de tâches simultanées exécutées via DFC sur le systèmeData Domain à un moment donné.

Soit C le nombre maximal de connexions par tâche :

l 3 pour les systèmes DD Extended Retention ;

l 1 pour tous les autres types de systèmes Data Domain.

Calcul :

l Nombre maximal de connexions simultanées au système Data Domain, via DFC, àpartir de tous les serveurs de sauvegarde :

n S = J * C

n Soit D le nombre de périphériques DFC = minimum (64, 2 * (S / 128)), arrondi.

n Tous les groupes d’accès DFC doivent être configurés avec D périphériques.



ExempleImaginez la situation suivante :

l 8 serveurs de sauvegarde, des systèmes DD Extended Retention, chaque serveurexécutant un maximum de 30 tâches à un moment donné.

l Ici, J = 8 * 30 = 240, C = 3 (systèmes DD Extended Retention), S = J * C = 720,D = 2 * 720 / 128 = 11,25, arrondi à 12.

l Par conséquent, la configuration de tous les groupes DFC du système Data Domainnécessite 12 périphériques.

Serveurs de sauvegarde LinuxLe nombre de périphériques DFC annoncé sur le système Data Domain selon lescalculs décrits à la rubrique Sur le système Data Domain à la page 46 est suffisantpour les serveurs de sauvegarde Linux. Aucune configuration supplémentaire n’estrequise. Les serveurs de sauvegarde Linux ne sont pas contraints par la profondeur dela file d’attente. Dès lors, de nombreuses connexions peuvent partager le mêmepériphérique SCSI DFC générique sans incidence sur les performances.

Serveurs de sauvegarde WindowsLa logique de la gestion des chemins d’accès aux serveurs Data Domain étend lesconnexions aux chemins logiques disponibles (initiateur, point de terminaison cible,périphérique DFC). Suffisamment de périphériques DFC doivent être configurés pourque chaque connexion utilise son propre périphérique SCSI générique (cheminlogique) sur le serveur de sauvegarde, avec un nombre maximal de périphériques DFCde 64.

Soit X le nombre de périphériques DFC configurés sur le système Data Domain(calculé à la rubrique Sur le système Data Domain à la page 46).

Soit P le nombre de chemins physiques entre le serveur de sauvegarde et le systèmeData Domain.

Soit J le nombre maximal de tâches simultanées.

Soit C le nombre maximal de connexions par tâche :

l 3 pour les systèmes DD Extended Retention ;

l 1 pour tous les autres types de systèmes Data Domain.

Effectuez le calcul sur la base des éléments suivants :

l 4 chemins physiques entre le serveur de sauvegarde et le système Data Domain,30 tâches maximum, système DD Extended Retention

l Dans ce cas, X = 25, P = 4, J = 30 et C = 3

l Nombre maximal de connexions simultanées à partir du serveur de sauvegarde S =(J * C) = 90

l Soit D le nombre de périphériques DFC = (90/4, 25) = 25

Ainsi, le système Data Domain doit être configuré pour annoncer 25 périphériques àchaque initiateur du serveur de sauvegarde.

Imaginez la situation suivante :

l 2 chemins physiques entre le serveur de sauvegarde et le système Data Domain,50 tâches maximum, un seul système Data Domain

l Dans ce cas, X = 18, P = 2, J = 40 et C = 1

l Nombre maximal de connexions simultanées à partir du serveur de sauvegarde S =(J * C) = 40

l Soit D le nombre de périphériques DFC = maximum (40 / 2, 18) = 20.


Calcul de dimensionnement 47

Ainsi, le système Data Domain doit être configuré pour annoncer 20 périphériques àchaque initiateur du serveur de sauvegarde.

La valeur D (20) étant supérieure à la valeur X (18), cela est suffisant pour configurerdeux périphériques, mais uniquement pour le groupe d’accès DFC avec des clientsWindows.

Serveurs de sauvegarde AIXSous AIX, les entrées de périphériques propriétaires sont exclusivement verrouillées enfonction de chaque processus : un processus ne peut utiliser qu’une seule entrée depériphérique. Les calculs sont effectués en fonction de l’utilisation de l’instance del’application. Si une application génère plusieurs processus, chaque processusverrouille exclusivement au moins une entrée de périphérique. Les applicationsmultithread verrouillent un périphérique par thread. C’est pourquoi vous devezconfigurer le système Data Domain de façon à annoncer autant de périphériques DFCque possible (128 au maximum). Une erreur Device Busy peut se produire si unnombre insuffisant de périphériques sont accessibles aux clients AIX.

Remarque

Si vous utilisez le pilote de périphérique propriétaire, le nombre total de flux dans unerègle ne doit pas dépasser le nombre de périphériques DFC AIX disponibles, autrementla procédure de sauvegarde risque d’échouer.

Serveurs de sauvegarde SolarisSous Solaris, les entrées de périphérique sont exclusivement verrouillées en fonctionde chaque processus : un processus ne peut utiliser qu’une seule entrée depériphérique. Les calculs sont effectués en fonction de l’utilisation de l’instance del’application. Si une application génère plusieurs processus, chaque processusverrouille exclusivement au moins une entrée de périphérique. Les applicationsmultithread verrouillent un périphérique par thread. C’est pourquoi vous devezconfigurer le système Data Domain de façon à annoncer autant de périphériques DFCque possible, et ainsi éviter les erreurs du pilote de périphérique sgen signalant qu’uneutilisation est déjà en cours. Une erreur Device Busy peut se produire si un nombreinsuffisant de périphériques sont accessibles aux clients Solaris.

Le nombre de périphériques sgen correspond au nombre de ports Fibre Channelaccessibles à l’instance Solaris multiplié par le nombre de chemins d’accès aux pointsde terminaison du système Data Domain multiplié par le nombre de LUN dans legroupe d’accès.

Configuration du pilote de périphérique SCSI pour les clients AIXDD Boost-over-FC est pris en charge sur les clients qui exécutent les versions prisesen charge d’AIX sur du matériel IBM Power. DFC for AIX utilise le pilote depériphérique générique SCSI, qui est inclus dans l’installation d’AIX.

Par défaut, l’agent Oracle RMAN utilise le pilote de périphérique générique SCSI, cequi ne nécessite l’installation d’aucun pilote.



Pour rechercher le pilote de périphérique générique SCSI, vous pouvez exécuter lacommande lsdev et vérifier la sortie de la commande. Celle-ci inclut les noms depériphérique hdisk* et le type Other FC SCSI Disk Drive. Par exemple :

lsdev

hdisk1 Available 05-00-01 Other FC SCSI Disk Drivehdisk2 Available 05-00-01 Other FC SCSI Disk Drivehdisk3 Available 05-00-01 Other FC SCSI Disk Drive

Remarque

Pour découvrir les périphériques DD Boost qui sont ajoutés au groupe DD Boost FCdans le système Data Domain, exécutez la commande cfgmgr sur le client. Vousdevrez peut-être exécuter la commande cfgmgr si la commande lsdev ne peut pasafficher tous les périphériques.

Pour terminer la configuration et l’intégration du pilote de périphérique sur un systèmeAIX, procédez comme suit.

1. Suivez les instructions requises contenues dans le document Data Domain FibreChannel Configuration and Integration with Data Domain Boost for EnterpriseApplications Database Application Agent Technical Notes. Suivez les instructions surla configuration d’une installation AIX DFC sans pilotes DFC par l’ajout depériphériques de type disque. Ce document est disponible sur le site Web desupport à l’adresse https://support.emc.com.

2. Pour vous assurer que l’administrateur BD peut effectuer des opérations desauvegarde et de restauration en tant qu’utilisateur non-root, suivez lesinstructions de configuration de la section relative à AIX avec le pilote de disquegénérique SCSI dans l’article suivant de la base de connaissances :

Périphériques Fibre Channel avec des produits utilisant DD Boost dans unenvironnement Linux/UNIX (n° de l’article : 000182275)

Cet article est disponible sur le site Web de support à l’adresse https://support.emc.com.

Configuration du pilote de périphérique générique SCSI pour les clientsSolaris

DD Boost-over-FC est pris en charge sur les clients exécutant Solaris 10 et 11 sur dumatériel SPARC et x86. DFC pour Solaris utilise le pilote de périphérique génériqueSCSI (sgen), qui est inclus dans l'installation de Solaris. Procédez comme suit pourvous assurer que sgen identifie correctement les périphériques de processeur audémarrage.

Procédure

1. Ajoutez la ligne suivante dans la section forceload de /etc/system :

forceload: drv/sgen

Cette étape permet, en principe, de résoudre les problèmes de chargement dupilote sgen au démarrage et de le maintenir en permanence chargé.

2. Pour vérifier si le pilote sgen est effectivement utilisé, exécutez la commandegrep sgen /etc/driver_aliases.


Configuration du pilote de périphérique générique SCSI pour les clients Solaris 49

HTTPS://SUPPORT.EMC.COM/



Remarque

La présence d'un répertoire /dev/scsi, /dev/scsi/processor ou /dev/scsi/* ne signifie pas nécessairement que le pilote sgen est actuellementconfiguré. Certains fichiers peuvent présenter une anomalie.

3. S’il n’y a aucune trace du pilote sgen ou s’il est utilisé uniquement pour"scsiclass,03", suivez la procédure ci-après :

a. Exécutez la commande rem_drv sgen.

b. Exécutez la commande add_drv –m '* 0600 root sys' –i'"scsiclass,03"' sgen.

Remarque

Veillez à utiliser les guillemets simples et doubles exactement comme illustré.

Cette commande doit permettre de revenir à l'invite sans afficher d'erreursou d'avertissements. Vérifiez l'état de la connexion au système Data Domain.Un fichier au moins doit figurer dans /dev/scsi/processor.

c. Pour confirmer l’existence d’au moins une entrée pour trois fichiers deconfiguration, exécutez la commande grep sgen /etc/minor_perm /etc/name_to_major and /etc/driver_aliases.

Exemples de résultats obtenus avec cette commande :

/etc/minor_perm:sgen * 0600 root sys/etc/name_to_major:sgen 151/etc/driver_aliases:sgen "scsiclass,03"

Remarque

Il est probable que le nombre name_to_major soit différent de celui indiquédans cet exemple.

4. Si le périphérique sgen est déjà utilisé pour d’autres périphériques, procédezcomme suit :

a. Exécutez la commande rem_drv sgen.

b. Exécutez la commande add_drv –m '* 0600 root sys' –i'"scsiclass,03" "scsiclass,XX"' sgen.

Remarque

XX représente le type de périphériques d’une commande grep sgen /etc/driver_aliases précédemment exécutée. Veillez à utiliser les guillemetssimples et doubles exactement comme illustré.

Exemple d’utilisation de cette commande : add_drv –m '* 0600 rootsys' –i '"scsiclass,03" "scsiclass,06"' sgen.

Cette commande doit permettre de revenir à l'invite sans afficher d'erreursou d'avertissements. Vérifiez l'état de la connexion au système Data Domain.Un fichier au moins doit figurer dans /dev/scsi/processor.



c. Pour confirmer l’existence d’au moins une entrée pour trois fichiers deconfiguration, exécutez la commande grep sgen /etc/minor_perm /etc/name_to_major and /etc/driver_aliases.

d. Ouvrez le fichier /kernel/drv/sgen.conf. Si l'entrée device-type-config-list n'est pas commentée, ajoutez "processor" à la liste pour vousassurer que le pilote est reconnu. Si l'entrée device-type-config-list n'estpas commentée, comme dans cet exemple :

device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer";

Remplacez l'entrée par :

device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer", "processor";


Configuration du pilote de périphérique générique SCSI pour les clients Solaris 51

CHAPITRE 4

Configuration de l’agent Oracle RMAN


l Installation et configuration de l’agent Oracle RMAN sur les systèmes AIX, HP-UX, Linux et Solaris............................................................................................54

l Installation et configuration de l’agent Oracle RMAN sur les systèmes Windows...........................................................................................................................63

l Enregistrement de chaque système Data Domain.............................................. 68l Exécution de sauvegardes d’un environnement de clusters sur Data Domain..... 75l Réplication Data Domain.................................................................................... 76l Spécification de sous-répertoires pour les sauvegardes de l’agent Oracle RMAN

...........................................................................................................................82l Exécution de sauvegardes et de restaurations de CDB et de PDB Oracle.......... 85l Exécution de restaurations DD Boost compressées........................................... 85l Affichage et suppression des sauvegardes.........................................................86l Configuration de l’utilisation de Data Domain Cloud Tier pour le déplacement des

données vers le cloud.........................................................................................93l Limites d’utilisation des ressources Data Domain............................................... 96

Configuration de l’agent Oracle RMAN 53

Installation et configuration de l’agent Oracle RMAN sur lessystèmes AIX, HP-UX, Linux et Solaris

Installation de l’agent Oracle RMAN sur les serveurs de base de donnéesInstallez l’agent Oracle RMAN sur tous les serveurs de base de données qui doivent àaccéder au système Data Domain.

Les versions antérieures à la version 4.0 de l’agent Oracle RMAN sont installées sousle répertoire ORACLE_HOME. À partir de la version 4.0 de l’agent Oracle RMAN, lelogiciel doit être installé dans un répertoire autre que le répertoire ORACLE_HOME.

Exécutez le script install.sh pour installer l’agent Oracle RMAN 4.6 ou pourmettre à niveau une version antérieure de celui-ci. Le script installe l’agentOracle RMAN dans un répertoire spécifié par l’utilisateur ou dans le répertoired’installation par défaut, $HOME/opt/dpsapps/rmanagent.

Exécutez la commande install.sh -h ou install.sh --help pour obtenir plusd’informations sur l’opération de script.

Remarque

Le répertoire d’installation défini par l’utilisateur doit être un répertoire crééspécifiquement pour l’installation de l’agent Oracle RMAN 4.6. Il ne doit pas s’agir durépertoire ORACLE_HOME. Le chemin d’accès complet au répertoire doit être spécifié,sans barre oblique (/) à la fin.

Pour effectuer une mise à niveau à partir d’une version antérieure à la version 4.0,utilisez l’une des méthodes suivantes :

l Exécutez le script de désinstallation, uninstall.sh, pour désinstaller le logicielantérieur à la version 4.0, puis installez l’agent Oracle RMAN 4.6. La rubrique Désinstallation de l’agent Oracle RMAN sur les serveurs de base de données à lapage 60 explique comment utiliser le script de désinstallation.

l Exécutez le script d’installation pour installer le logiciel version 4.6 et en mêmetemps supprimer ou mettre à jour les paramètres de l’agent Oracle RMANantérieur à la version 4.0.

Pour une mise à niveau, si vous souhaitez continuer à utiliser un script RMAN antérieurà la version 4.0 sans modifications, il est recommandé d’exécuter le scriptd’installation pour chaque ORACLE_HOME. Si vous ne souhaitez pas réutiliser lescript RMAN, exécutez le script d’installation une fois, puis modifiez le script RMANpour l’agent Oracle RMAN 4.6.

Vous pouvez exécuter le script install.sh manuellement ou automatiquement.Pour activer l’opération automatique, vous devez définir les variablesd’environnement, comme indiqué à la rubrique Tableau 3 à la page 55 :

l Lorsque les variables ne sont pas définies, le script s’exécute manuellement etvous invite à saisir les valeurs requises.

l Lorsque les variables sont définies, le script s’exécute automatiquement eteffectue l’installation ou la mise à niveau selon les paramètres des variablesd’environnement.



Remarque

ORACLE_HOME est une variable d’environnement Oracle. Les autres variables sontles variables d’environnement de l’agent Oracle RMAN.

Tableau 3 Variables d’environnement pour l’installation ou la mise à niveau de l’agentOracle RMAN

Variable d’environnement Description Valeurs par défaut et valeurvalides

ORACLE_HOME Spécifie l’emplacement d’installation del’agent Oracle RMAN antérieur à laversion 4.0.

l Non définie (par défaut).

l Valeur valide du répertoireORACLE_HOME sous lequel l’agent

Oracle RMAN antérieur à laversion 4.0 est installé.

RMAN_AGENT_HOME Spécifie le répertoire d’installation del’agent Oracle RMAN 4.6.

l $HOME/opt/dpsapps/rmanagent (valeur par défaut).

l Chemin d’accès complet valide durépertoire pour l’installation del’agent Oracle RMAN 4.6.

Remarque

Le chemin d’accès du répertoire nedoit pas se terminer par une barreoblique (/).

RMAN_AGENT_INSTALL_OPTIONS Obligatoire uniquement lorsque l’agentOracle RMAN existe déjà dans lerépertoire d’installation. Permetd’indiquer si vous souhaitez ignorerl’installation de la version 4.6 oucontinuer et écraser l’installationexistante.

Remarque

Pour une mise à niveau à partir de laversion 4.0 ou supérieure, il estrecommandé de définir cette variable surla valeur OVERWRITE ou overwrite.


l BYPASS ou bypass : permetd’ignorer l’installation de laversion 4.6.

l OVERWRITE ou overwrite : permetde poursuivre l’installation de laversion 4.6 et d’écraser l’installationexistante dans le répertoire dedestination.

RMAN_AGENT_UPGRADE_OPTIONS Obligatoire uniquement si un agentOracle RMAN antérieur à la version 4.0est installé. Spécifie si vous souhaitezconserver ou supprimer l’installationantérieure à la version 4.0 et si voussouhaitez mettre à jour les paramètresOracle pour permettre la réutilisation desscripts RMAN antérieurs à la version 4.0sans aucune modification de script.


l KEEP ou keep : permet de conserverl’installation antérieure à laversion 4.0.

l UNINSTALL ou uninstall : permet dedésinstaller l’installation antérieure àla version 4.0.

l UPGRADE ou upgrade : permet dedésinstaller l’installation antérieure àla version 4.0 et également de


Installation de l’agent Oracle RMAN sur les serveurs de base de données 55

Tableau 3 Variables d’environnement pour l’installation ou la mise à niveau de l’agentOracle RMAN (suite)


Remarque

Pour une mise à niveau à partir del’agent antérieur à la version 4.0, il estrecommandé de définir cette variable surla valeur UPGRADE ou upgrade.

mettre à jour les paramètres Oracleafin que les scripts RMAN antérieursà la version 4.0 puissent êtreréutilisés sans aucune modificationde script.

Effectuez les étapes de téléchargement et d’installation pour l’environnement, commedécrit à la rubrique suivante.

Installation de l’agent Oracle RMAN sous Linux et UNIX

Procédure

1. Vérifiez qu’aucune sauvegarde n’est en cours d’exécution. Arrêtez lesprocessus RMAN avant d’installer l’agent Oracle RMAN.

Remarque

Si vous utilisez AIX et que vous rencontrez des échecs de copie, vous devrezpeut-être exécuter /usr/bin/slibclean en tant qu’utilisateur root aprèsavoir arrêté les processus RMAN.

2. Téléchargez l’agent Oracle RMAN en tant que package logiciel pour le systèmed’exploitation à partir du site Web de support https://support.emc.com.

Le tableau suivant indique les noms des packages logiciels pour les systèmesd’exploitation pris en charge.

Tableau 4 Noms des packages logiciels sous UNIX et Linux

Système d’exploitation Nom du package logiciel

AIX (64 bits) ddrman46_aixpower

HP Itanium (64 bits) ddrman46_hp11ia64

Linux x64 (64 bits) ddrman46_linux_x86_64

Solaris AMD (64 bits) ddrman46_solaris_x86_64

Solaris SPARC (64 bits) ddrman46_solaris64

3. Décompressez le fichier téléchargé à l’aide de la commande tar :

# tar -vxf <file_name>

4. Si vous souhaitez que le script d’installation s’exécute automatiquement, veillezà définir les différentes variables d’environnement qui sont décrites à la rubrique Installation de l’agent Oracle RMAN sur les serveurs de base de données à lapage 54.




Par exemple, vous souhaitez exécuter une installation automatique qui écraseun agent Oracle RMAN 4.6 existant dans le répertoire par défaut et désinstalleune installation antérieure à la version 4.0 sous ORACLE_HOME sans invite.Dans ce cas, exécutez les commandes suivantes pour définir les variablesd’environnement requises avant d’exécuter le script d’installation :

# export ORACLE_HOME=/home/oracle/app/oracle/product/11.2.0/dbhome_1/# export RMAN_AGENT_INSTALL_OPTIONS=overwrite# export RMAN_AGENT_HOME=/home/oracle/opt/dpsapps/rmanagent/# export RMAN_AGENT_UPGRADE_OPTIONS=uninstall

Pour vérifier la valeur d’une variable d’environnement, exécutez la commandeecho. Par exemple :

# echo $RMAN_AGENT_HOME

/home/oracle/opt/dpsapps/rmanagent

5. En tant qu’utilisateur Oracle, exécutez le script install.sh :

# ./install.sh

Si RMAN_AGENT_HOME n’est pas défini, le script affiche l’invite suivante :

Do you want to install under the default installation directory $HOME/opt/dpsapps/rmanagent? (y or n)

Saisissez la valeur de votre choix :

l Pour effectuer l’installation dans le répertoire par défaut, saisissez y.

l Pour effectuer l’installation dans un répertoire autre que celui par défaut,saisissez n.

Le script vous invite à saisir le chemin d’accès du répertoire d’installation :

A directory outside of the ORACLE_HOME directory must have been created specifically for this installation. Enter the full pathname of the installation destination:

Saisissez le chemin d’accès d’un répertoire d’installation déjà créé.

6. Si une version précédente de l’agent Oracle RMAN est installée :

a. Le programme d’installation vous demande si vous souhaitez désinstaller lelogiciel antérieur à la version 4.0. Saisissez la valeur de votre choix :

l Pour désinstaller le logiciel antérieur à la version 4.0, saisissez y. Lelockbox est conservé dans le répertoire $ORACLE_HOME/config.

l Pour conserver et utiliser le logiciel antérieur à la version 4.0, saisissez n.Vous pouvez exécuter le script de désinstallation par la suite si nécessairepour désinstaller le logiciel antérieur à la version 4.0, comme décrit à larubrique Désinstallation de l’agent Oracle RMAN sous Linux et UNIX à lapage 61.

b. Si vous avez choisi de désinstaller le logiciel antérieur à la version 4.0 àl’étape précédente, le programme d’installation vous invite à mettre à jour


Installation de l’agent Oracle RMAN sous Linux et UNIX 57

les paramètres Oracle sous $ORACLE_HOME. Les paramètres mis à jourpermettent la réutilisation des scripts RMAN de la version précédente sansmodification de script. Saisissez la valeur de votre choix :

l Pour activer la réutilisation des scripts RMAN antérieurs à la version 4.0sans modification de script, saisissez y.

l Pour empêcher la mise à jour des paramètres Oracle, saisissez n. Ensuite,pour rendre tous les scripts RMAN antérieurs à la version 4.0 utilisablesavec l’agent Oracle RMAN 4.6, vous devez modifier les éléments suivantsdans le script :

n Définissez SBT_LIBRARY sur $RMAN_AGENT_HOME/lib/libddobk.so.

n Remplacez le paramètre ORACLE_HOME par le paramètreRMAN_AGENT_HOME.

Les fichiers de l’agent Oracle RMAN 4.6 sont installés dans les répertoiressuivants sur un système Linux ou UNIX.

Tableau 5 Composants logiciels du produit sous Linux ou UNIX

Composants logiciels Répertoire d’installation

Fichiers des bibliothèques DD Boost :

libddobk.so

libDDBoost.so

$RMAN_AGENT_HOME/lib

Fichier de bibliothèque de validation deconfiguration pour l’intégration eCDM (Linuxuniquement) :

libddboravalidate.so


Fichiers des bibliothèques Lockbox sous AIX,Linux, Solaris :

libLockbox.so

libEnshroud-OpenSSL.so

libcrypto.so.1.0.0

libddvdisk.so

libssl.so.1.0.0


Fichiers des bibliothèques Lockbox sous HP-UX :

libLockbox.sl

libEnshroud-BSAFEMES.sl

libccme_aym.sl

libccme_base.sl

libccme_base_non_fips.sl

libcryptocme.sl




Tableau 5 Composants logiciels du produit sous Linux ou UNIX (suite)


libcryptocme.sig

Fichiers de lockbox :

ddboost.config

ddboost.config.bak

ddboost.config.FCD

ddboost.config.bak.FCD

$RMAN_AGENT_HOME/config

Remarque

Si des fichiers de lockbox ont été créés parune installation antérieure à la version 4.0 et siaucun nouveau fichier de lockbox n’a été créépar le logiciel version 4.6, les fichiers delockbox antérieurs à la version 4.0 sont mis àniveau vers cet emplacement.

adm-agent-2.1.0.rpm (Linux uniquement)

ddbmcon (Linux uniquement)

$RMAN_AGENT_HOME/bin

Fichier binaire ddutil $RMAN_AGENT_HOME/bin

Fichiers log ddutil $RMAN_AGENT_HOME/logs

rman_agent.cfg (Linux uniquement) $RMAN_AGENT_HOME/config

rman_agent_home.cfg

Remarque

Ce fichier de configuration est créé au coursd’une mise à jour à partir d’une installationantérieure à la version 4.0.

$ORACLE_HOME/config

La rubrique Installation et configuration de l’agent Oracle RMAN à la page 149fournit des exemples.

7. Après l’installation du logiciel, si vous souhaitez utiliser un lockbox existant dansun répertoire autre que celui par défaut, mettez à niveau le lockbox en suivantl’une des procédures ci-après :

l Exécutez la commande ddutil -U suivante pour mettre à niveau lelockbox, puis copiez les fichiers de lockbox existants vers le répertoire pardéfaut, $RMAN_AGENT_HOME/config. La commande doit inclure le chemind’accès complet de l’autre répertoire. Par exemple :

ddutil -U -a LOCKBOX_IMPORT=TRUE -a LOCKBOX_PATH=<non-default_lockbox_directory_pathname>cp <non-default_lockbox_directory_pathname>/ddboost.config* $RMAN_AGENT_HOME/config

l Copiez les fichiers de lockbox existants depuis l’autre répertoire vers lerépertoire par défaut, $RMAN_AGENT_HOME/config, puis exécutez lacommande ddutil -U suivante pour mettre à niveau le lockbox :

ddutil -U -a LOCKBOX_IMPORT=TRUE


Installation de l’agent Oracle RMAN sous Linux et UNIX 59

NOTE

Si vous n’exécutez pas la commande ddutil -U appropriée pour mettre àniveau le lockbox existant, toute opération ultérieure de sauvegarde, derestauration ou de requête échouera avec un message d’erreur.

Désinstallation de l’agent Oracle RMAN sur les serveurs de base de donnéesExécutez le script uninstall.sh pour désinstaller l’agent Oracle RMAN 4.6. Vouspouvez également exécuter le script pour désinstaller une version précédente del’agent Oracle RMAN.

Exécutez la commande uninstall.sh -h ou uninstall.sh --help pourobtenir plus d’informations sur l’opération de script.

Vous pouvez exécuter le script uninstall.sh manuellement ou automatiquement.Pour activer l’opération automatique, vous devez définir les variables d’environnementappropriées, comme indiqué à la rubrique Tableau 6 à la page 60 :

l Lorsque les variables ne sont pas définies, le script s’exécute manuellement etvous invite à saisir les valeurs requises.

l Lorsque les variables sont définies, le script s’exécute automatiquement eteffectue la désinstallation selon les paramètres des variables d’environnement.

Remarque

ORACLE_HOME est une variable d’environnement Oracle. Les autres variables sontles variables d’environnement de l’agent Oracle RMAN.

Tableau 6 Variables d’environnement pour la désinstallation de l’agent Oracle RMAN


ORACLE_HOME Spécifie l’emplacement d’installation del’agent Oracle RMAN antérieur à laversion 4.0.


l Valeur valide du répertoireORACLE_HOME sous lequel l’agent

Oracle RMAN antérieur à laversion 4.0 est installé.

RMAN_AGENT_HOME Spécifie le répertoire d’installation del’agent Oracle RMAN 4.0 ou versionsupérieure.

l /home/oracle1/opt/dpsapps/rmanagent (valeur par défaut).

l Chemin d’accès complet valide durépertoire d’installation de l’agentOracle RMAN 4.0 ou versionsupérieure.

Remarque

Le chemin d’accès du répertoire nedoit pas se terminer par une barreoblique (/).

RMAN_AGENT_UNINSTALL_OPTIONS Obligatoire uniquement pour unedésinstallation de l’agent




Tableau 6 Variables d’environnement pour la désinstallation de l’agent Oracle RMAN (suite)


Oracle RMAN 4.0 ou version supérieure.Spécifie les composants logiciels àdésinstaller.

l NONE ou none : permet deconserver la version 4.0 ou uneversion supérieure et de ne paseffectuer la désinstallation.

l BINARY ou binary : permet dedésinstaller la version 4.0 ou uneversion supérieure, mais pas lelockbox.

l FULL ou full : permet de désinstallerla version 4.0 ou une versionsupérieure, ainsi que le lockbox.

RMAN_AGENT_UNINSTALL_PRE40_OPTIONS

Obligatoire uniquement pour unedésinstallation du logiciel de l’agentOracle RMAN antérieur à la version 4.0.Spécifie les composants à désinstallerpour le logiciel antérieur à la version 4.0.


l NONE ou none : permet deconserver le logiciel antérieur à laversion 4.0 et de ne pas effectuer ladésinstallation.

l BINARY ou binary : permet dedésinstaller le logiciel antérieur à laversion 4.0, mais pas le lockbox.

l FULL ou full : permet de désinstallerle logiciel antérieur à la version 4.0,ainsi que le lockbox.

Effectuez les étapes de désinstallation, comme décrit à la rubrique suivante.

Désinstallation de l’agent Oracle RMAN sous Linux et UNIX

Remarque

Il n’est pas nécessaire de désinstaller l’agent Oracle RMAN pour effectuer une mise àniveau sous Linux ou UNIX. La mise à niveau écrase l’agent Oracle RMAN existant.

Procédure

1. Assurez-vous que les opérations de sauvegarde et de restauration ne sont pasen cours d’exécution lorsque vous désinstallez l’agent Oracle RMAN.

2. Si vous souhaitez que le script de désinstallation s’exécute automatiquement,veillez à définir les variables d’environnement requises qui sont décrites à larubrique Désinstallation de l’agent Oracle RMAN sur les serveurs de base dedonnées à la page 60. Pour vérifier la valeur d’une variable d’environnement,exécutez la commande echo. Par exemple :

# echo $RMAN_AGENT_HOME

/home/oracle/opt/dpsapps/rmanagent


Désinstallation de l’agent Oracle RMAN sous Linux et UNIX 61

Pour définir la variable d’environnement RMAN_AGENT_HOME, exécutez lacommande export. Par exemple :

# export RMAN_AGENT_HOME=/opt/dpsapps/rmanagent

3. En tant qu’utilisateur Oracle, exécutez le script uninstall.sh :

# ./uninstall.sh

4. Si le script ne s’exécute pas automatiquement, saisissez les valeurs appropriéesaux invites.

Lorsque vous êtes invité à indiquer le chemin d’accès du répertoire pour ladésinstallation, vous pouvez spécifier le chemin d’accès de l’agentOracle RMAN installé. Saisissez le chemin d’accès complet, sans barre oblique(/) à la fin.

Si le script détecte une installation supplémentaire de l’agent Oracle RMAN, ilvous demande si vous souhaitez désinstaller cette version. Vous pouvez indiquerque vous souhaitez conserver ou désinstaller le logiciel.

Configuration du logiciel sur les systèmes Linux et UNIXÀ partir de RMAN, configurez un canal.

Remarque

L’unité de stockage spécifiée dans la commande suivante doit déjà exister sur lesystème Data Domain.

La même unité de stockage doit être utilisée pour les sauvegardes manuelles etplanifiées. La toute dernière documentation eCDM fournit des informations sur lafaçon de configurer et d’exécuter des sauvegardes planifiées.

L’exemple suivant présente la syntaxe de commande pour configurer un canal dans unenvironnement Linux ou UNIX.

RMAN> CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' TRACE <trace-level> PARMS 'BLKSIZE=1048576, SBT_LIBRARY=<path-to-$RMAN_AGENT_HOME>/lib/libddobk.so, ENV=(STORAGE_UNIT=<storage-unit-on-Data-Domain-system>, BACKUP_HOST=<hostname-of-Data-Domain-system>, RMAN_AGENT_HOME=<path-to-$RMAN_AGENT_HOME>)';

La configuration que vous spécifiez s’affiche également dans le champ MediaManagement Settings d’Oracle Enterprise Manager (OEM).



Installation et configuration de l’agent Oracle RMAN sur lessystèmes Windows

Installation de l’agent Oracle RMAN sur les serveurs de base de donnéesInstallez l’agent Oracle RMAN sur tous les serveurs de base de données qui doivent àaccéder au système Data Domain. L’installation peut être effectuée par unadministrateur ou par un utilisateur Oracle.

Les versions antérieures à la version 4.0 de l’agent Oracle RMAN sont installées sousle répertoire ORACLE_HOME. À partir de la version 4.0 de l’agent Oracle RMAN, lelogiciel doit être installé dans un répertoire autre que le répertoire ORACLE_HOME.

Avant d’installer l’agent Oracle RMAN, assurez-vous que tous les processus Oracle etRMAN sont arrêtés et qu’aucune sauvegarde ou restauration RMAN n’est en coursd’exécution.

Au cours d’une mise à niveau d’un agent Oracle RMAN Windows préexistant,l’installation peut échouer si toutes les instances Oracle ne sont pas arrêtées. Arrêteztoutes les instances Oracle avant d’effectuer une installation sous Windows.

L’utilisateur qui effectue l’installation de l’agent Oracle RMAN doit disposer desautorisations nécessaires pour installer les fichiers binaires de la technologie MicrosoftInstaller (MSI). Si les utilisateurs locaux ne disposent pas de ces autorisations,l’administrateur doit effectuer l’installation pour leur compte.

Pour chaque utilisateur qui effectue l’installation, un ensemble de fichiers de l’agentOracle RMAN est installé. Par défaut, les fichiers du logiciel sont installés dans lerépertoire du profil utilisateur. Si vous souhaitez installer une seule copie des fichiersdu logiciel par ordinateur, spécifiez un répertoire partagé autre que celui par défautpour l’installation et définissez manuellement les autorisations de lecture et d’écritureappropriées sur le répertoire.

Une installation de l’agent Oracle RMAN nécessite au moins 50 Mo d’espace disquedisponible dans le répertoire du profil utilisateur d’installation.

Effectuez les étapes de téléchargement et d’installation pour l’environnement, commedécrit à la rubrique suivante.

Installation de l’agent Oracle RMAN sur les systèmes Windows

Remarque

Au cours d’une mise à niveau de l’agent Oracle RMAN sous Windows, il est inutile dedésinstaller la version précédente du logiciel. La mise à niveau écrase l’agentOracle RMAN existant.

Procédure

1. Téléchargez l’agent Oracle RMAN en tant que package logiciel Windows à partirdu site Web de support https://support.emc.com.Le nom du package logiciel Windows est ddrman46_ntx64.

2. Utilisez l’une des méthodes suivantes pour installer l’agent Oracle RMAN :

l Méthode interactive avec l’assistant d’installation :

a. Double-cliquez sur Oracle RMAN agent.exe pour démarrer l’assistantd’installation.


Installation et configuration de l’agent Oracle RMAN sur les systèmes Windows 63

https://support.emc.com/

La page Welcome to the Setup Wizard s’affiche.

Remarque

Exécutez une seule instance de l’assistant d’installation à la fois. Si voustentez d’exécuter plusieurs instances, l’assistant s’arrête de fonctionneravec une erreur.

b. Lisez les termes de la licence logicielle et du contrat de service desupport, sélectionnez I Agree, puis cliquez sur Next pour continuer.

c. La page Change Install Location affiche le répertoire de destination pardéfaut de l’installation en tant que %LOCALAPPDATA%\RMANAgent, parexemple C:\Users\Administrator\AppData\Local\RMANAgent.Les composants de l’agent Oracle RMAN doivent être installés dans dessous-répertoires de ce répertoire de destination.

Acceptez ou modifiez le répertoire d’installation :

n Pour accepter le répertoire affiché pour l’installation, cliquez surInstall.

n Pour modifier le répertoire affiché, cliquez sur Change et recherchezun autre répertoire. Une fois que le répertoire approprié est affiché,cliquez sur Install.

d. Si des versions précédentes de l’agent Oracle RMAN sont installées, lapage Upgrade Options affiche la liste des installations précédentes.Sélectionnez l’option appropriée pour conserver ou supprimer lesinstallations précédentes selon vos besoins :

n Pour désinstaller toutes les installations précédentes, sélectionnezRemove all the previous Oracle RMAN agent installations.

n Pour copier les fichiers de lockbox antérieurs à la version 4.0 de l’unedes installations affichées dans le répertoire %RMAN_AGENT_HOME%\config, procédez comme suit :

– Sélectionnez Copy a legacy lockbox into the new installationdirectory (select only one item).

– Sélectionnez une seule des installations antérieures à la version 4.0affichées dans la liste.

Remarque

La désinstallation des versions précédentes est irréversible. Lesfichiers de lockbox antérieurs à la version 4.0 ne sont pas suppriméspar l’installation de la version 4.6.

Lorsque vous avez terminé les sélections à la page Upgrade Options,cliquez sur Install et répondez aux éventuelles invites qui s’affichent.

Remarque

La mise à niveau de l’agent Oracle RMAN à partir d’une versionprécédente inclut une mise à niveau automatique du lockbox.

e. La fenêtre Installation Progress affiche une barre de progression. Pourannuler l’installation à tout moment, cliquez sur Cancel.

f. Une fois l’installation terminée, la fenêtre Complete the Setup affichedes informations relatives au log, aux erreurs éventuelles et à l’étatd’installation du logiciel. Pour quitter l’assistant, cliquez sur Finish.



l Méthode d’installation silencieuse :

Exécutez la commande Oracle RMAN agent.exe avec les optionsappropriées :

Oracle RMAN agent.exe <installation_options>

où <installation_options> comprend les options suivantes :

n /s /qn sont les seules options obligatoires. Elles permettent desupprimer la sortie de l’interface utilisateur. Sans ces options, l’interfaceutilisateur du programme d’installation Windows est démarrée poureffectuer l’installation.

n ProductInstallPath<pathname> spécifie le répertoire d’installationdes fichiers de l’agent Oracle RMAN. Placez <pathname> entreguillemets doubles s’il inclut un espace. Le répertoire par défaut est%LOCALAPPDATA%\RMANAgent, par exemple C:\Users\Administrator\AppData\Local\RMANAgent. Utilisez cette optionpour spécifier un répertoire d’installation autre que celui par défaut.

n RemoveOldVersions=1 permet de désinstaller toutes les versionsantérieures à la version 4.0 de l’agent Oracle RMAN qui sont installéessur le système Windows. La désinstallation est irréversible et n’afficheaucune invite de confirmation.

n CopyLockboxBinaries<pathname> permet de copier les fichiers delockbox antérieurs à la version 4.0 du répertoire <pathname> vers lerépertoire %RMAN_AGENT_HOME%\config. Le répertoire d’installationd’Oracle RMAN 4.6 est %RMAN_AGENT_HOME%.

Remarque

Vous ne pouvez utiliser l’option CopyLockboxBinaries que siRemoveOldVersions=1 est présent dans la même commande. Lacommande peut copier les fichiers de lockbox à partir d’un seul répertoireantérieur à la version 4.0. Les fichiers de lockbox antérieurs à laversion 4.0 ne sont pas supprimés par l’installation de la version 4.6.

Par exemple, la commande suivante installe silencieusement le logiciel del’agent Oracle RMAN 4.6 dans le répertoire C:\Program Files\RMANAgent et désinstalle toutes les versions antérieures à la version 4.0du logiciel. Elle copie également les fichiers de lockbox antérieurs à laversion 4.0 à partir de C:\app\oracle\product\12.1.0\dbhome_2\config vers %RMAN_AGENT_HOME%\config :

"Oracle RMAN agent.exe" /s /qn ProductInstallPath="C:\Program Files\RMANAgent" RemoveOldVersions=1 CopyLockboxBinaries="C:\app\oracle\product\12.1.0\dbhome_2"

Remarque

La mise à niveau de l’agent Oracle RMAN à partir d’une version précédenteinclut une mise à niveau automatique du lockbox.

Les fichiers de l’agent Oracle RMAN 4.6 sont installés dans les répertoiressuivants sur un système Windows.


Installation de l’agent Oracle RMAN sur les systèmes Windows 65

Tableau 7 Composants logiciels du produit sous Windows


Fichiers des bibliothèques DD Boost :

libddobk.dll

libDDBoost.dll

libDataDomainoncrpc.dll

libDataDomainpthread.dll

%RMAN_AGENT_HOME%\BIN

Fichiers des bibliothèques Lockbox :

Lockbox.dll

Enshroud-OpenSSL.dll

%RMAN_AGENT_HOME%\cst

Autres fichiers de bibliothèque :

msvcr80.dll

msvcr100.dll

%RMAN_AGENT_HOME%\BIN

Fichiers de lockbox :

ddboost.config

ddboost.config.bak

ddboost.config.FCD

ddboost.config.bak.FCD

%RMAN_AGENT_HOME%\config

Fichier binaire ddutil.exe %RMAN_AGENT_HOME%\BIN

Fichiers log ddutil.exe %RMAN_AGENT_HOME%\logs

rman_agent_home.cfg

Remarque

Ce fichier de configuration est créé au coursd’une mise à jour à partir d’une installationantérieure à la version 4.0.

%ORACLE_HOME%\config

3. Après l’installation du logiciel, si vous souhaitez utiliser un lockbox existant dansun répertoire autre que celui par défaut, mettez à niveau le lockbox en suivantl’une des procédures ci-après :

l Exécutez la commande ddutil -U suivante pour mettre à niveau lelockbox, puis copiez les fichiers de lockbox existants dans le répertoire pardéfaut, %RMAN_AGENT_HOME%\config. La commande doit inclure lechemin d’accès complet de l’autre répertoire. Par exemple :

ddutil -U -a LOCKBOX_IMPORT=TRUE -a LOCKBOX_PATH=<non-default_lockbox_directory_pathname>cp <non-default_lockbox_directory_pathname>\ddboost.config* %RMAN_AGENT_HOME%\config



l Copiez les fichiers de lockbox existants depuis l’autre répertoire vers lerépertoire par défaut, %RMAN_AGENT_HOME%\config, puis exécutez lacommande ddutil -U suivante pour mettre à niveau le lockbox :


NOTE

Si vous n’exécutez pas la commande ddutil -U appropriée pour mettre àniveau le lockbox existant, toute opération ultérieure de sauvegarde, derestauration ou de requête échouera avec un message d’erreur.

Désinstallation de l’agent Oracle RMAN sur les systèmes Windows

Remarque

Au cours d’une mise à niveau de l’agent Oracle RMAN sous Windows, il est inutile dedésinstaller la version précédente du logiciel. La mise à niveau écrase l’agentOracle RMAN existant.

Procédure

1. Assurez-vous que les opérations de sauvegarde et de restauration ne sont pasen cours d’exécution lorsque vous désinstallez l’agent Oracle RMAN.

2. Désinstallez l’agent Oracle RMAN à l’aide de la fonction de désinstallation/modification de programme du Panneau de configuration Windows utilisée pourdésinstaller tout programme Windows standard. Veillez à sélectionner et àdésinstaller l’élément approprié pour l’agent Oracle RMAN.

Dans le Panneau de configuration Windows, double-cliquez sur Ajout/Suppression de programmes ou sur Programmes et fonctionnalités.

3. Dans la fenêtre Désinstaller ou modifier un programme, sélectionnezOracle RMAN Agent, puis cliquez sur Désinstaller.

4. Dans la fenêtre Install Modification, sélectionnez le bouton radio Remove, puiscliquez sur Remove.

Remarque

L’option Modifier n’est pas prise en charge pour l’agent Oracle RMAN. L’optionRéparer peut être sélectionnée pour restaurer l’installation à son état d’origine,sans incidence sur les fichiers générés par l’utilisateur ou les fichiers deconfiguration.

La fenêtre Uninstallation Progress affiche une barre de progression. Lesfichiers du logiciel sont désinstallés sans qu’aucun fichier généré par l’utilisateurou fichier de configuration ne soit supprimé.

5. Une fois la désinstallation terminée, la fenêtre Complete the Setup affiche desinformations relatives au log, aux erreurs éventuelles et à l’état dedésinstallation du logiciel. Pour quitter l’assistant, cliquez sur Finish.

Configuration du logiciel sur les systèmes WindowsÀ partir de RMAN, configurez un canal.


Désinstallation de l’agent Oracle RMAN sur les systèmes Windows 67

Remarque

L’unité de stockage spécifiée dans la commande suivante doit déjà exister sur lesystème Data Domain.

L’exemple suivant présente la syntaxe de commande Oracle RMAN pour configurer uncanal dans un environnement Windows :

RMAN> CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' TRACE <trace-level> PARMS 'BLKSIZE=1048576, SBT_LIBRARY=<path-to-%RMAN_AGENT_HOME%>\bin\libDDobk.dll, ENV=(STORAGE_UNIT=<storage-unit-on-Data-Domain-system>, BACKUP_HOST=<hostname-of-Data-Domain-system>, RMAN_AGENT_HOME=<path-to-%RMAN_AGENT_HOME%>)';

La configuration que vous spécifiez s’affiche également dans le champ MediaManagement Settings d’Oracle Enterprise Manager (OEM).

Enregistrement de chaque système Data DomainPour vous connecter à un système Data Domain, vous devez tout d’abord consigner cedernier avec l’agent Oracle RMAN. Cette consignation fournit à l’agent Oracle RMANle nom d’utilisateur et le mot de passe nécessaires à la connexion au systèmeData Domain. L’agent Oracle RMAN stocke le nom d’utilisateur et le mot de passe entoute sécurité dans un fichier de lockbox chiffré et récupère les valeurs lors de laconnexion à un système Data Domain.

Lorsqu’un système Data Domain est consigné pour la première fois, le fichier delockbox chiffré est créé dans le répertoire $RMAN_AGENT_HOME/config (Linux ouUNIX) ou dans le répertoire %RMAN_AGENT_HOME%\config (Windows). Pour desraisons de sécurité, le fichier de lockbox est généralement créé de façon que seul lesystème hôte qui le crée puisse y accéder. Si un autre système hôte tente d’accéderau lockbox, l’accès est refusé. Cela empêche les autres systèmes de se connecter ausystème Data Domain. En règle générale, ces autres systèmes ont leur propre instanceOracle et leur propre home directory Oracle avec RMAN installé. Par conséquent, ilsont leur propre fichier de lockbox.

NOTE

Par défaut, le fichier de lockbox sous UNIX et Linux est créé avec des autorisationsrw-rw---- afin que l’utilisateur de groupe et le propriétaire du fichier puissent lire lefichier et écrire dans celui-ci. Pour mettre en œuvre un niveau de sécurité plus élevésur le fichier de lockbox, vous pouvez définir les autorisations de fichier sur rw-r---afin que les utilisateurs du groupe ne puissent pas écrire dans le fichier de lockbox.Exécutez la commande chmod g-w ddboost.config pour modifier lesautorisations.

Dans un cas classique, un seul système hôte Oracle est utilisé, ou plusieurs systèmeshôtes existent et chacun a sa propre instance Oracle et son propre home directoryOracle. Dans ce cas classique, consignez les systèmes Data Domain comme indiqué àla rubrique Consignation d’un système Data Domain standard à la page 69. Chaquesystème client dispose de son propre fichier de lockbox, accessible uniquement par cesystème.



Lorsqu’un système Data Domain utilise DD Boost over Fibre Channel, consignez lesystème Data Domain comme indiqué à la rubrique Consignation d’un systèmeData Domain avec DD Boost over Fibre Channel à la page 71.

Dans certains cas, comme dans un environnement Oracle RAC, plusieurs nœudssystème partagent un home directory Oracle et partagent donc un fichier de lockbox.Dans ce cas, créez un fichier de lockbox accessible par plusieurs systèmes, commedécrit à la rubrique Consignation d’un système Data Domain pour l’accès au lockboxpartagé à la page 72.

Consignation d’un système Data Domain standardConsignez chaque système Data Domain standard à l’aide de la commande ddutilavec l’option -C ou en utilisant une commande RMAN dans un script. Suivez lesinstructions de l’une des sous-rubriques suivantes :

l Utilisation d’une commande ddutil -C pour consigner un système Data Domainstandard à la page 69

l Utilisation d’une commande RMAN pour consigner un système Data Domainstandard à la page 70

Une fois que vous avez consigné un système Data Domain dans le lockbox, vouspouvez effectuer des sauvegardes et des restaurations avec le système Data Domain àl’aide de 'device type sbt_tape'. Si vous souhaitez stocker toutes lessauvegardes sur le système Data Domain, configurez SBT_TAPE en tant quepériphérique par défaut à l’aide de la commande suivante :

RMAN> CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE';

Utilisation d’une commande ddutil -C pour consigner un système Data DomainstandardPour consigner un système Data Domain afin de permettre à RMAN de s’y connecterpour les opérations de sauvegarde, vous pouvez utiliser la commande ddutil avecl’option -C. Cette tâche de consignation est requise une seule fois pour chaquesystème Data Domain. N’exécutez pas la commande de consignation pour chaquesauvegarde. Procédez à la consignation avant d’effectuer toute sauvegarde.

Remarque

Si le lockbox n’existe pas lorsque vous exécutez la commande ddutil -C, lacommande crée le lockbox dans le répertoire par défaut.

L’option -C a trois arguments -a facultatifs, DD_SERVER_NAME, USERNAME etVERIFY_CREDENTIAL. Pour consigner un système Data Domain, exécutez lacommande ddutil -C et saisissez les valeurs demandées :

l Lorsque vous omettez les arguments -a, la commande vous invite à saisir le nomdu serveur Data Domain, le nom d’utilisateur DD Boost et le mot de passe :

ddutil -C

Data Domain server name: <server_name>DD Boost username: <username>Password: <password>Re-enter password: <password>Successfully set the DD Boost credentials in the lockbox.


Consignation d’un système Data Domain standard 69

l Lorsque vous incluez les arguments -a, la commande vous invite à saisir le mot depasse uniquement :

ddutil -C -a DD_SERVER_NAME=<server_name> -a USERNAME=<DD_Boost_username> -a VERIFY_CREDENTIAL=TRUE

Password: <password>Re-enter password: <password>

Lorsque vous spécifiez l’argument -a VERIFY_CREDENTIAL=TRUE, la commandeddutil vérifie les informations d’identification DD Boost auprès du serveurData Domain spécifié avant de les enregistrer dans le lockbox. En cas d’échec de lavérification des informations d’identification, la commande affiche un messaged’erreur indiquant que la connexion au système Data Domain est impossible, et ellen’enregistre pas les informations d’identification. Si vous ne spécifiez pas l’argument -a VERIFY_CREDENTIAL=TRUE, le programme enregistre les informationsd’identification DD Boost directement dans le lockbox sans les vérifier.

Veillez à spécifier les valeurs correctes dans la commande et aux invites :

l La valeur <server_name> est le nom du serveur Data Domain exactement tel qu’ilest spécifié par la valeur BACKUP_HOST dans la commande CONFIGURECHANNEL. La valeur <server_name> est sensible à la casse, et le nom doit êtrespécifié sous la même forme avec la commande ddutil -C qu’avec la commandeCONFIGURE CHANNEL.

Par exemple, si server1.domain.com a été utilisé lors de la configuration du canal,vous devez également utiliser server1.domain.com ici. N’utilisez pasSERVER1.domain.com ni server1. Une adresse IP peut être utilisée, si cette mêmeadresse IP a été utilisée dans la commande CONFIGURE CHANNEL. Vous pouvezconsigner plusieurs formes du nom du serveur. Par exemple, vous pouvezconsigner server1 et server1.domain.com et utiliser l’un de ces noms dans lescommandes CONFIGURE CHANNEL.

l La valeur <username> est le nom d’utilisateur DD Boost que vous avez défini avecles commandes user add et ddboost user assign à l’étape 4 de la rubrique Activation de DD Boost sur un système Data Domain à la page 36. Le nomd’utilisateur est sensible à la casse et doit correspondre exactement à la valeurdéfinie dans le système Data Domain.

l La valeur <password> est le mot de passe que vous avez défini avec la commandeuser de la CLI de DD OS, comme indiqué dans les remarques à la fin de la rubrique Activation de DD Boost sur un système Data Domain à la page 36. Le mot de passeest sensible à la casse et doit correspondre exactement à la valeur définie dans lesystème Data Domain.

Utilisation d’une commande RMAN pour consigner un système Data DomainstandardPour consigner un système Data Domain afin de permettre à RMAN de s’y connecterpour les opérations de sauvegarde, vous pouvez utiliser une commande RMAN commeindiqué dans l’exemple suivant. Modifiez la commande en fonction de votreenvironnement. Cette tâche de consignation est requise une seule fois pour chaquesystème Data Domain. N’incluez pas la commande de consignation dans chaque scriptde sauvegarde. Procédez à la consignation avant d’effectuer toute sauvegarde.

RUN {ALLOCATE CHANNEL C1 TYPE 'SBT_TAPE' TRACE 5 PARMS 'BLKSIZE=1048576,SBT_LIBRARY=/home/oracle1/rman_agent_home/lib/libddobk.so,ENV=(STORAGE_UNIT=rman_cloud, BACKUP_HOST=bu-ddbea-lin-16.lss.emc.com,



RMAN_AGENT_HOME=/home/oracle1/rman_agent_home)';send 'set username q_ost password 1X3quest servername bu-ddbea-lin-16.lss.emc.com';RELEASE CHANNEL C1;}

Veillez à spécifier les valeurs correctes dans la commande RMAN :

l Le nom d’utilisateur est le nom d’utilisateur DD Boost que vous avez défini avec lescommandes user add et ddboost user assign à l’étape 4 de la rubrique Activation de DD Boost sur un système Data Domain à la page 36. Le nomd’utilisateur est sensible à la casse et doit correspondre exactement à la valeurdéfinie dans le système Data Domain.

l Le mot de passe est le mot de passe que vous définissez avec la commande userde la CLI de DD OS, comme indiqué dans les remarques à la fin de la rubrique Activation de DD Boost sur un système Data Domain à la page 36. Le mot de passeest sensible à la casse et doit correspondre exactement à la valeur définie dans lesystème Data Domain.

l La valeur servername est le nom du serveur Data Domain exactement tel qu’il estspécifié par la valeur BACKUP_HOST dans la commande CONFIGURE CHANNEL. Lavaleur servername est sensible à la casse, et le nom doit être spécifié sous la mêmeforme avec cette commande qu’avec la commande CONFIGURE CHANNEL.

Par exemple, si server1.domain.com a été utilisé lors de la configuration du canal,vous devez également utiliser server1.domain.com ici. N’utilisez pasSERVER1.domain.com ni server1. Une adresse IP peut être utilisée, si cette mêmeadresse IP a été utilisée dans la commande CONFIGURE CHANNEL. Vous pouvezconsigner plusieurs formes du nom du serveur. Par exemple, vous pouvezconsigner server1 et server1.domain.com et utiliser l’un de ces noms dans lescommandes CONFIGURE CHANNEL.

Consignation d’un système Data Domain avec DD Boost over Fibre ChannelLa consignation d’un système Data Domain avec DD Boost over Fibre Channel estpresque identique à celle d’un système Data Domain standard, à une différenceimportante près. Pour le nom du serveur Data Domain, vous devez spécifier le nom duserveur Fibre Channel configuré.

Consignez chaque système Data Domain avec DD Boost over Fibre Channel à l’aide dela commande ddutil avec l’option -C ou en utilisant une commande RMAN dans unscript. Suivez les instructions de l’une des sous-rubriques suivantes :

l Utilisation d’une commande ddutil -C pour consigner un système Data Domainavec DD Boost over Fibre Channel à la page 72

l Utilisation d’une commande RMAN pour consigner un système Data Domain avecDD Boost over Fibre Channel à la page 72

Spécifiez le nom du serveur Fibre Channel configuré pour le paramètreBACKUP_HOST :

RUN {CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' PARMS 'BLKSIZE=1048576, SBT_LIBRARY=/home/oracle1/ddboost_home/lib/libddobk.so,ENV=(STORAGE_UNIT=<storage_unit>,BACKUP_HOST=<DFC_server_name>,RMAN_AGENT_HOME=/home/oracle1/ddboost_home)' FORMAT '%d_%U_%t';}

Une fois que vous avez consigné un système Data Domain dans le lockbox, vouspouvez effectuer des sauvegardes et des restaurations avec le système Data Domain à


Consignation d’un système Data Domain avec DD Boost over Fibre Channel 71

l’aide de 'device type sbt_tape'. Si vous souhaitez stocker toutes lessauvegardes sur le système Data Domain, configurez SBT_TAPE en tant quepériphérique par défaut à l’aide de la commande suivante :

RMAN> CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE';

Utilisation d’une commande ddutil -C pour consigner un système Data Domainavec DD Boost over Fibre ChannelPour consigner un système Data Domain avec DD Boost over Fibre Channel, vouspouvez spécifier le nom du serveur Fibre Channel dans la commande ddutil -C oulorsque vous y êtes invité par la commande. La rubrique Utilisation d’une commandeddutil -C pour consigner un système Data Domain standard à la page 69 fournit plusd’informations sur l’exécution de la commande ddutil -C.

Par exemple, vous pouvez spécifier le nom du serveur Fibre Channel avec l’argument -a DD_SERVER_NAME=<DFC_server_name> dans la commande :

ddutil -C -a DD_SERVER_NAME=<DFC_server_name> -a USERNAME=<DD_Boost_username> -a VERIFY_CREDENTIAL=TRUE

Password: <password>Re-enter password: <password>

La valeur <DFC_server_name> est le nom du serveur Fibre Channel exactement telqu’il est spécifié par la valeur BACKUP_HOST dans la commande CONFIGURECHANNEL. La valeur <DFC_server_name> est sensible à la casse, et le nom doit êtrespécifié sous la même forme avec la commande ddutil -C qu’avec la commandeCONFIGURE CHANNEL.

Utilisation d’une commande RMAN pour consigner un système Data Domain avecDD Boost over Fibre ChannelPour consigner un système Data Domain avec DD Boost over Fibre Channel, vouspouvez spécifier le nom du serveur Fibre Channel dans la commande RMAN senddans le script RMAN. Par exemple :

RUN {ALLOCATE CHANNEL C1 TYPE 'SBT_TAPE' TRACE 5 PARMS 'BLKSIZE=1048576,SBT_LIBRARY=/home/oracle1/rman_agent_home/lib/libddobk.so,ENV=(STORAGE_UNIT=rman_cloud, BACKUP_HOST=bu-dfc-lin-16.lss.emc.com,RMAN_AGENT_HOME=/home/oracle1/rman_agent_home)';send 'set username q_ost password 1X3quest servername bu-dfc-lin-16.lss.emc.com';RELEASE CHANNEL C1;}

La valeur servername est le nom du serveur Fibre Channel exactement tel qu’il estspécifié par la valeur BACKUP_HOST dans la commande CONFIGURE CHANNEL. Lenom du serveur Fibre Channel est sensible à la casse, et il doit être spécifié sous lamême forme dans le script RMAN que dans la commande CONFIGURE CHANNEL.

Consignation d’un système Data Domain pour l’accès au lockbox partagéDans certains cas, comme dans un environnement Oracle RAC, plusieurs nœudssystème partagent un home directory Oracle et partagent donc un fichier de lockbox.Dans ce cas, il est nécessaire de créer un fichier de lockbox accessible par plusieurssystèmes.



Si plusieurs systèmes hôtes de base de données doivent utiliser le même fichier delockbox, la procédure de création du fichier de lockbox inclut une étapesupplémentaire. Cette étape est requise afin que les systèmes de base de donnéeshôtes autres que celui qui a créé le lockbox puissent également accéder à celui-ci.Effectuez cette étape avant de consigner des systèmes Data Domain. Après laréalisation de cette étape, chaque système Data Domain peut être consigné.

Les utilisateurs de versions RMAN antérieures à la version RMAN 1.2 désireux departager des fichiers de lockbox entre plusieurs systèmes clients doivent supprimer lesfichiers de lockbox existants et en créer de nouveaux à l’aide de RMAN 1.2 et desinstructions fournies dans cette rubrique. Il n’est pas possible de mettre à niveau unlockbox qui a été créé avec les versions antérieures de RMAN afin qu’il soit accessiblepar plusieurs systèmes de base de données clients.

Remarque

Un fichier de lockbox créé avec RMAN 1.0 ou 1.1 continue de fonctionner avecRMAN 1.2 lorsque l’accès s’effectue à partir du système de base de données client quil’a créé. Il n’est pas nécessaire de modifier le fichier de lockbox.

Consignez un système Data Domain pour l’accès partagé au lockbox à l’aide de lacommande ddutil avec l’option -H ou en utilisant une commande RMAN dans unscript. Suivez les instructions de l’une des sous-rubriques suivantes :

l Utilisation d’une commande ddutil -H pour consigner un système Data Domain envue d’un accès partagé au lockbox à la page 73

l Utilisation de la commande RMAN pour consigner un système Data Domain en vued’un accès partagé au lockbox à la page 74

Utilisation d’une commande ddutil -H pour consigner un système Data Domain envue d’un accès partagé au lockboxLa commande ddutil -H suivante spécifie tous les hôtes qui doivent accéder aufichier de lockbox :

ddutil -H "hostnames <hostname-1> <hostname-2> ... <hostname-n>"

Lorsque vous exécutez cette commande pour créer le lockbox, l’accès au lockbox estattribué à tous les hôtes que vous spécifiez dans la commande.

Pour créer le lockbox, vous ne devez exécuter la commande ddutil -H qu’une seulefois. Tous les hôtes qui partagent l’accès au lockbox doivent être spécifiés dans uneseule commande ddutil -H. Il n’est pas possible d’accorder l’accès au lockbox à deshôtes supplémentaires par la suite. Dans un tel cas, vous devez supprimer le fichier delockbox existant, puis en créer un nouveau avec tous les hostnames.

Exécutez la commande ddutil -H avant d’exécuter la commande de consignation.Tous les hôtes qui accéderont au fichier de lockbox partagé doivent être répertoriésdans la liste <hostname-1> … <hostname-n>. Spécifiez chaque valeur <hostname> entant que hostname complet, par exemple, test1.datadomain.com.

Par exemple, la commande suivante crée un lockbox qui peut être partagé par troissystèmes hôtes de client de base de données :

ddutil -H "hostnames dbclient1.datadomain.com dbclient2.datadomain.com dbclient3.datadomain.com"


Consignation d’un système Data Domain pour l’accès au lockbox partagé 73

Lorsque l’agent Oracle RMAN reçoit la commande ddutil -H, il vérifie si un fichierde lockbox existe déjà. Si tel est le cas, une erreur est générée et un message(consigné dans le fichier de trace RMAN) la signale en indiquant à l’utilisateur qu’ilpeut supprimer le fichier de lockbox s’il le souhaite, puis répéter la commande. L’agentOracle RMAN ne supprime pas un fichier de lockbox existant.

Si aucun fichier de lockbox n’existe, l’agent Oracle RMAN en crée un et tous les hôtesspécifiés sont autorisés à accéder au nouveau lockbox. Le lockbox peut alors êtreutilisé et partagé par tous ces hôtes. Ensuite, consignez chaque système Data Domainauquel ces hôtes accéderont. Vous pouvez consigner des systèmes Data Domainsupplémentaires à tout moment après la création du lockbox. Consignez chaquesystème Data Domain comme indiqué à la rubrique Consignation d’un systèmeData Domain standard à la page 69. Étant donné que tous les hôtes spécifiés ont accèsau lockbox, vous pouvez consigner les systèmes Data Domain sur les systèmes hôtesrépertoriés de votre choix. Chaque système Data Domain doit être consigné une seulefois.

Il n’est pas possible d’ajouter des hostnames supplémentaires après l’exécution de lacommande ddutil -H. La seule façon d’ajouter des hostnames supplémentairesconsiste à supprimer le fichier de lockbox actuel, puis à le recréer en réexécutant lacommande ddutil -H, cette fois avec tous les hostnames requis. Toutefois, lecontenu du lockbox est perdu et tous les systèmes Data Domain doivent être denouveau consignés.

Utilisation de la commande RMAN pour consigner un système Data Domain envue d’un accès partagé au lockboxLa commande RMAN hostnames spécifie tous les hôtes qui doivent accéder aufichier de lockbox. Lorsque vous exécutez la commande hostnames pour créer lelockbox, l’accès au lockbox est attribué à tous les hôtes que vous spécifiez dans lacommande.

Pour créer le lockbox, vous ne devez exécuter la commande hostnames qu’une seulefois. Tous les hôtes qui partagent l’accès au lockbox doivent être spécifiés dans uneseule commande hostnames. Il n’est pas possible d’accorder l’accès au lockbox à deshôtes supplémentaires par la suite. Dans un tel cas, vous devez supprimer le fichier delockbox existant, puis en créer un nouveau avec tous les hostnames.

Le format de la commande hostnames est le suivant :

RUN { ALLOCATE CHANNEL C1 TYPE SBT_TAPE PARMS 'SBT_LIBRARY=<path-to-$RMAN_AGENT_HOME>/lib/libddobk.so, ENV=(RMAN_AGENT_HOME=<path-to-$RMAN_AGENT_HOME>)'; send 'hostnames <hostname-1> <hostname-2> ... <hostname-n>'; RELEASE CHANNEL C1; }

Exécutez cette commande en tant que première commande RMAN, avant lacommande de consignation. Tous les hôtes qui accéderont au fichier de lockboxpartagé doivent être répertoriés dans la liste <hostname-1> … <hostname-n>.Spécifiez chaque valeur <hostname> en tant que hostname complet, par exemple,test1.datadomain.com.

Par exemple, la commande RMAN suivante crée un lockbox qui peut être partagé partrois systèmes hôtes de client de base de données :

RUN { ALLOCATE CHANNEL C1 TYPE SBT_TAPE PARMS 'SBT_LIBRARY=<path-to-$RMAN_AGENT_HOME>/lib/libddobk.so, ENV=(RMAN_AGENT_HOME=<path-to-$RMAN_AGENT_HOME>)';



send 'hostnames dbclient1.datadomain.com dbclient2.datadomain.com dbclient3.datadomain.com'; RELEASE CHANNEL C1; }

Lorsque l’agent Oracle RMAN reçoit la commande hostnames, l’agent Oracle RMANvérifie si un fichier de lockbox existe déjà. Si tel est le cas, une erreur est générée etun message (consigné dans le fichier de trace RMAN) la signale en indiquant àl’utilisateur qu’il peut supprimer le fichier de lockbox s’il le souhaite, puis répéter lacommande. L’agent Oracle RMAN ne supprime pas un fichier de lockbox existant.

Si aucun fichier de lockbox n’existe, l’agent Oracle RMAN en crée un et tous les hôtesspécifiés sont autorisés à accéder au nouveau lockbox. Le lockbox peut alors êtreutilisé et partagé par tous ces hôtes. Ensuite, consignez chaque système Data Domainauquel ces hôtes accéderont. Vous pouvez consigner des systèmes Data Domainsupplémentaires à tout moment après la création du lockbox. Consignez chaquesystème Data Domain comme indiqué à la rubrique Consignation d’un systèmeData Domain standard à la page 69. Étant donné que tous les hôtes spécifiés ont accèsau lockbox, vous pouvez consigner les systèmes Data Domain sur les systèmes hôtesrépertoriés de votre choix. Chaque système Data Domain doit être consigné une seulefois.

Il n’est pas possible d’ajouter des hostnames supplémentaires après l’exécution de lacommande hostnames. La seule façon d’ajouter des hostnames supplémentairesconsiste à supprimer le fichier de lockbox actuel, puis à le recréer en réexécutant lacommande hostnames, cette fois avec tous les hostnames requis. Toutefois, lecontenu du lockbox est perdu et tous les systèmes Data Domain doivent être denouveau consignés.

Exécution de sauvegardes d’un environnement de clusterssur Data Domain

Les exemples suivants décrivent les procédures dans différents scénarios de lockboxpour les sauvegardes et les restaurations de l’agent Oracle RMAN avec des nœudsOracle RAC dans un environnement de clusters.

Scénario 1 : lockbox dans un emplacement partagé

1. Montez un chemin d’accès NFS/CIFS sur les deux nœuds Oracle RAC devant êtreutilisés pour les sauvegardes et les restaurations.

2. Installez l’agent Oracle RMAN sur le chemin monté NSF.

3. Exécutez la commande suivante pour créer un lockbox partagé qui contient leshostname des nœuds RAC du cluster :

send 'hostnames <hostname-1> <hostname-2> ... <hostname-n>';

4. Sauvegardez la base de données sur le nœud 1.

5. Restaurez la sauvegarde de base de données sur le nœud 2.

Scénario 2 : utilisation d’une copie du lockbox

1. Installez l’agent Oracle RMAN séparément sur les deux nœuds Oracle RAC.

2. Créez un lockbox et ajoutez les deux hostnames des nœuds au lockbox sur lenœud 1.


Exécution de sauvegardes d’un environnement de clusters sur Data Domain 75

3. Copiez les fichiers du lockbox à partir du nœud 1 vers le nœud 2.



Remarque

Une autre méthode consiste à sauvegarder la base de données sur le nœud 2, puisà restaurer la sauvegarde sur le nœud 1.

Scénario 3 : sans lockbox partagé

1. Installez l’agent Oracle RMAN séparément sur les deux nœuds Oracle RAC.

2. Consignez le lockbox séparément sur chaque nœud, le nœud 1 et le nœud 2.



Réplication Data DomainData Domain Replicator fournit une réplication chiffrée automatisée pour la repriseaprès sinistre et la consolidation de sauvegarde et d’archivage multisite. Le logicielDate Domain Replicator réplique, de manière asynchrone, seulement des donnéesdédupliquées et compressées sur un réseau WAN.

Vous disposez de deux méthodes pour répliquer les sauvegardes Oracle. L’agentOracle RMAN ne prend pas en charge l’utilisation conjointe de ces deux méthodes :

l Réplication de fichiers gérés (MFR)

La réplication de fichiers gérés peut servir à créer plusieurs copies d’unesauvegarde pendant que celle-ci est en cours d’exécution. Tandis que chaquefichier RMAN est créé sur le système Data Domain principal dans le cadre d’unesauvegarde, la réplication efficace en réseau commence automatiquement à copierles segments de fichiers uniques et compressés sur le système Data Domaindistant. Lorsque la sauvegarde RMAN sur le système Data Domain local et laréplication sur le système Data Domain distant sont terminées, le catalogue RMANest mis à jour avec les informations relatives aux copies de sauvegarde locale etdistante. La rubrique Exécution d’une réplication de fichiers gérés (MFR) à la page77 fournit des informations détaillées sur la configuration de la réplication defichiers gérés dans l’agent Oracle RMAN et sur la restauration à partir d’une copiede sauvegarde.

l Réplication de MTree

La réplication de MTree peut être utilisée pour créer une ou plusieurs copies d’unesauvegarde indépendamment du processus de sauvegarde RMAN. Vous utilisezl’agent Oracle RMAN pour créer la sauvegarde sur un système Data Domainprincipal, et l’administrateur Data Domain effectue la réplication de MTree entre lesystème principal et le système secondaire. L’agent Oracle RMAN ne démarre paset ne surveille pas la réplication de MTree. Toutefois, le produit peut effectuer unerestauration à partir de la copie répliquée sur un système Data Domain secondaire.Pour de plus amples informations sur le processus de restauration, reportez-vous àla rubrique Restauration à partir de sauvegardes répliquées MTree à la page 80.

Le Guide d’administration de Data Domain Operating System fournit plus d’informationssur la licence requise pour Data Domain Replicator et la compatibilité entre l’instancesource et l’instance de destination de DD OS. Ce guide inclut la procédure détaillée àsuivre pour exécuter et gérer la réplication de MTree.



Exécution d’une réplication de fichiers gérés (MFR)La réplication de fichiers permet de créer plusieurs copies d’une sauvegarde RMAN.Avec l’agent Oracle RMAN, vous pouvez effectuer deux, trois ou quatre copies d’unesauvegarde en spécifiant COPIES<n> dans la commande de sauvegarde, où <n> estégal à 2, 3 ou 4.

Pour effectuer la réplication de fichiers, utilisez une commande semblable à celleindiquée ci-après. Modifiez la commande de script en fonction de votreenvironnement, en spécifiant le système Data Domain de destination de la réplicationde fichiers. La spécification de COPIES<n> nécessite qu’une licence Replicator soitinstallée sur les systèmes Data Domain source et de destination. L’exécution d’unesauvegarde en spécifiant COPIES<n> nécessite Oracle Enterprise Edition.

Par exemple, la spécification de COPIES 2 indique à l’agent Oracle RMAN d’effectuerla réplication de fichiers gérés (MFR) sur le deuxième système Data Domain. Le nomde ce deuxième système fait partie du nom de fichier de la deuxième copie. Il estspécifié sous la forme <destination-system> dans la commande suivante.

Les deux noms de fichier spécifiés dans la commande doivent être identiques, à ceciprès que vous devez ajouter <destination-system> dans le deuxième nom. L’agentOracle RMAN nécessite que les noms de fichier des deux copies soient identiques. Lecaractère de soulignement (_) est également requis. L’omission du trait desoulignement dans les noms de fichier entraîne une erreur et l’échec de la sauvegarde.Toute modification apportée aux formats de nom de fichier indiqués doit respecter lesdeux conditions suivantes :

l Les formats de nom de fichier incluent le caractère de soulignement.

l Les noms de fichier sont identiques, à l’exception de <destination-system> qui estajouté au nom de la deuxième copie.

L’utilisation de formats Oracle tels que %U et %c n’est pas prise en charge, car cesformats incluent le numéro de copie dans le nom de fichier généré. Par conséquent, lenom de fichier généré pour la deuxième copie est différent du nom de fichier générépour la première copie.

backup copies 2 database filesperset=1 format '%u_%p', '<destination-system>/%u_%p';

Remarque

Utilisez le caractère u minuscule dans '%u_%p'. Un caractère U majuscule, bienqu’étant un format Oracle valide, n’est pas valide pour l’agent Oracle RMAN etentraîne l’échec de la réplication.

L’utilisation de COPIES 2 nécessite que la valeur de BACKUP_TAPE_IO_SLAVES soitdéfinie sur TRUE, que vous pouvez configurer comme suit :

SQL> show parameter backup_tape

NAME TYPE VALUE------------------------------------ ----------- ------------------------------


Exécution d’une réplication de fichiers gérés (MFR) 77

backup_tape_io_slaves boolean FALSESQL>

SQL> alter system set backup_tape_io_slaves = true scope=spfile;

System altered.

bounce the oracle instance( shutdown and startup) the database

SQL> show parameter backup_tape

NAME TYPE VALUE------------------------------------ ----------- ------------------------------backup_tape_io_slaves boolean TRUESQL>

La seule différence par rapport à l’exécution d’une deuxième sauvegarde sur un autreBACKUP_HOST est que le flux de données de la réplication de fichiers gérés a lieuentre les deux systèmes Data Domain. Une sauvegarde classique transmet les donnéesentre le serveur de sauvegarde et un système Data Domain.

Pour effectuer trois ou quatre copies, utilisez une commande de sauvegarde avecCOPIES 3 ou COPIES 4 au lieu de COPIES 2. Le format de la commande desauvegarde est le suivant :

backup copies <n> database filesperset=1 format '%u_%p', '<destination-system2>/%u_%p', '<destination-system3>/%u_%p', '<destination-system4>/%u_%p'

La spécification de deux, trois ou quatre copies crée des copies supplémentaires surles deuxième, troisième et quatrième systèmes de destination, respectivement. Tousles formats doivent être identiques, à l’exception du nom du système Data Domaininitial, afin que toutes les copies de fichier soient créées avec les mêmes noms defichier. Chaque système Data Domain spécifié doit disposer d’une unité de stockageavec le nom spécifié par la valeur STORAGE_UNIT.

La réplication de fichiers doit être effectuée sur une unité de stockage de destinationportant le même nom que l’unité de stockage source. Les systèmes Data Domaincibles doivent disposer d’une unité de stockage qui a le même nom que l’unité destockage sur le système Data Domain source contenant le fichier en cours deréplication. Le fichier est répliqué sur l’unité de stockage portant le même nom sur lessystèmes Data Domain de destination.

La réplication de fichiers à l’aide de RMAN nécessite que le système Data Domainsource et les systèmes Data Domain de destination soient connectés et accessibles ausystème RMAN qui effectue les sauvegardes. La configuration réseau doit permettreles sauvegardes sur le système Data Domain source et sur tous les systèmesData Domain de destination. Les systèmes de destination doivent tous être accessiblesà partir du système source. Lorsque plus de deux copies sont effectuées, les systèmesde destination n’ont pas besoin d’être accessibles entre eux, uniquement au systèmesource. La réplication n’aboutit pas dans les configurations où le système Data Domainde destination est uniquement connecté au système Data Domain source via uneliaison ou un réseau privés.



L’exemple suivant présente la sortie de la commande RMAN list qui affiche ladestination et l’unité de stockage associées à COPIES 2.

RMAN> list backupset 52;

List of Backup Sets===================

BS Key Type LV Size------- ---- -- ----------52 Full 1.62G List of Datafiles in backup set 52 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 4614599 09-MAY-12 /u02/app/oracle/oradata/Demo/system01.dbf 2 Full 4614599 09-MAY-12 /u02/app/oracle/oradata/Demo/sysaux01.dbf 3 Full 4614599 09-MAY-12 /u02/app/oracle/oradata/Demo/undotbs01.dbf 4 Full 4614599 09-MAY-12 /u02/app/oracle/oradata/Demo/users01.dbf 5 Full 4614599 09-MAY-12 /u02/app/oracle/oradata/Demo/example01.dbf

Backup Set Copy #2 of backup set 52 Device Type Elapsed Time Completion Time Compressed Tag ----------- ------------ --------------- ---------- --- SBT_TAPE 00:00:34 09-MAY-12 NO TAG20120509T101338

List of Backup Pieces for backup set 52 Copy #2 BP Key Pc# Status Media Piece Name ------- --- ----------- ----------------------- ---------- 78 1 AVAILABLE Demo dd670-ostqa06.datadomain.com/20nahpei_1

Backup Set Copy #1 of backup set 52 Device Type Elapsed Time Completion Time Compressed Tag ----------- ------------ --------------- ---------- --- SBT_TAPE 00:00:34 09-MAY-12 NO TAG20120509T101338

List of Backup Pieces for backup set 52 Copy #1 BP Key Pc# Status Media Piece Name ------- --- ----------- ----------------------- ---------- 77 1 AVAILABLE Demo 20nahpei_1

RMAN>

Restauration à partir de plusieurs copies de sauvegardeSi plusieurs copies d’une sauvegarde sont générées via la réplication de fichiers gérés,vous pouvez effectuer une restauration à partir de n’importe quel systèmeData Domain qui contient l’une de ces copies. En règle générale, vous effectuez unerestauration à partir du système Data Domain source (local). Dans ce cas, spécifiez cesystème Data Domain en tant qu’hôte de sauvegarde dans la commande derestauration.

Si ce système Data Domain source est indisponible pour une raison quelconque, vouspouvez restaurer la sauvegarde à partir de tout autre système Data Domain disponible.Pour ce faire, déterminez quels systèmes Data Domain sont accessibles via le réseau.Si COPIES 2 a été utilisé, un seul autre système peut effectuer la restauration et ildoit donc être disponible. Si COPIES 3 ou COPIES 4 a été utilisé, n’importe quelsystème actuellement disponible peut effectuer la restauration. Si la sauvegarderequise se trouve sur plusieurs systèmes disponibles, sélectionnez un système enfonction des facteurs suivants :

l bande passante disponible ;

l vitesse de la connexion ;


Exécution d’une réplication de fichiers gérés (MFR) 79

l autres considérations logistiques ou relatives aux performances.

Indiquez le système choisi en tant qu’hôte de sauvegarde dans la commande derestauration.

Dans certains cas, il est possible qu’un fichier de sauvegarde ne soit pas disponible surl’hôte de sauvegarde spécifié. Dans ce cas, si un autre système Data Domaindisponible possède une copie de la sauvegarde, RMAN tente de récupérer le fichier àpartir de celui-ci. Cette tentative de récupération a lieu bien que ce système n’ait pasété spécifié en tant qu’hôte de sauvegarde.

Par exemple, trois copies d’une sauvegarde ont été effectuées sur ddr-host-1, ddr-host-2 et ddr-host-3. Lorsqu’une restauration est requise, ddr-host-1 est arrêté, maisddr-host-2 et ddr-host-3 sont disponibles. Si vous indiquez ddr-host-2 en tant qu’hôtede sauvegarde dans la commande de restauration, RMAN récupère les fichiers desauvegarde à partir de ddr-host-2. Si un fichier est introuvable sur ddr-host-2, RMANtente de récupérer le fichier à partir de ddr-host-3. Si cette récupération n’aboutitpas, la restauration échoue.

Si vous indiquez ddr-host-3 en tant qu’hôte de sauvegarde, RMAN récupère lesfichiers de sauvegarde à partir de ddr-host-3. Si un fichier est introuvable sur ddr-host-3, RMAN tente de récupérer le fichier à partir de ddr-host-2.

Remarque

Si ddr-host-2 est arrêté, mais que ddr-host-1 et ddr-host-3 sont disponibles, ladéfinition de ddr-hôte-3 en tant qu’hôte de sauvegarde entraîne l’exécution de larestauration à partir de ddr-host-3. Toutefois, si un fichier est introuvable sur ddr-host-3, RMAN n’essaie pas de trouver le fichier manquant sur ddr-host-1.

Le système spécifié en tant qu’hôte de sauvegarde doit toujours être disponible. Si lesystème spécifié en tant qu’hôte de sauvegarde n’est pas disponible, la restaurationéchoue toujours, même si la sauvegarde est disponible à partir d’autres copies.

Restauration à partir de sauvegardes répliquées MTreePour activer la restauration d’une sauvegarde répliquée MTree, vous devez consignerle système Data Domain secondaire dans le lockbox. Utilisez une commande RMAN,comme illustré dans l’exemple suivant, et modifiez la commande en fonction del’environnement.

Remarque

La consignation du système Data Domain secondaire n’est requise qu’une seule fois.N’incluez pas la commande de consignation dans chaque script de restauration.Procédez à cette consignation avant d’effectuer toute restauration à partir dusystème Data Domain secondaire.

RUN {ALLOCATE CHANNEL C1 TYPE 'SBT_TAPE' TRACE 5 PARMS 'BLKSIZE=1048576,SBT_LIBRARY=/home/oracle1/rman_agent_home/lib/libddobk.so,ENV=(STORAGE_UNIT=rman_su, BACKUP_HOST=bu-ddbealin-17.lss.emc.com,RMAN_AGENT_HOME=/home/oracle1/rman_agent_home)';send 'set username q_ost password 1X3quest servername bu-ddbealin-17.lss.emc.com';RELEASE CHANNEL C1;}

Veillez à spécifier les valeurs correctes dans la commande RMAN send pour laconsignation :



l La valeur username est le nom d’utilisateur DD Boost sur le système Data Domainsecondaire. Le nom d’utilisateur est sensible à la casse et doit correspondreexactement à la valeur définie dans le système Data Domain secondaire.

l La valeur password est le mot de passe que vous avez défini pour le nomd’utilisateur. Le mot de passe est sensible à la casse et doit correspondreexactement à la valeur définie dans le système Data Domain secondaire.

l La valeur servername est le nom sensible à la casse du système Data Domainsecondaire. Spécifiez le nom sous la même forme dans cette commande que dansle script de restauration RMAN, présenté ci-dessous. Par exemple, si vous utilisezserver1.domain.com dans le script de restauration RMAN, vous devez égalementutiliser server1.domain.com dans la commande send. N’utilisez pasSERVER1.domain.com ni server1.

Vous pouvez spécifier une adresse IP, si cette même adresse IP est utilisée dans lescript de restauration RMAN. Vous pouvez consigner plusieurs formes du nom duserveur. Par exemple, vous pouvez consigner server1 et server1.domain.com etutiliser l’un de ces noms dans le script de restauration RMAN.

Une fois la consignation terminée, vous pouvez effectuer des restaurations à partir dusystème Data Domain secondaire. Utilisez un script de restauration RMAN, commeillustré dans l’exemple suivant, et modifiez la commande en fonction del’environnement :

RUN {ALLOCATE CHANNEL C1 TYPE 'SBT_TAPE' TRACE 5 PARMS 'BLKSIZE=1048576,SBT_LIBRARY=/home/oracle1/rman_agent_home/lib/libddobk.so,ENV=(STORAGE_UNIT=rman_su, BACKUP_HOST=bu-ddbealin-17.lss.emc.com,RMAN_AGENT_HOME=/home/oracle1/rman_agent_home)';restore database;RELEASE CHANNEL C1;}

Assurez-vous que vous spécifiez les valeurs correctes dans le script de restaurationRMAN :

l La valeur STORAGE_UNIT est l’unité de stockage de destination de la réplicationMTree sur le système Data Domain secondaire. La valeur est sensible à la casse etdoit correspondre exactement à la valeur définie dans le système Data Domainsecondaire.

l La valeur BACKUP_HOST est le nom sensible à la casse du système Data Domainsecondaire. Spécifiez le nom sous la même forme dans ce script que dans lacommande de consignation RMAN. Par exemple, si vous utilisezserver1.domain.com dans la commande de consignation RMAN, vous devezégalement utiliser server1.domain.com dans le script de restauration. N’utilisez pasSERVER1.domain.com ni server1.

Vous pouvez spécifier une adresse IP, si cette même adresse IP est utilisée dans lacommande de consignation RMAN.

Remarque

Pour la réplication MTree, le nom de l’unité de stockage de destination sur le systèmeData Domain secondaire peut être identique ou non au nom de l’unité de stockagesource sur le système Data Domain source.


Restauration à partir de sauvegardes répliquées MTree 81

Spécification de sous-répertoires pour les sauvegardes del’agent Oracle RMAN

Vous pouvez spécifier un ou plusieurs sous-répertoires dans le chemin d’accès utilisépar l’agent Oracle RMAN en tant qu’emplacement de stockage des éléments desauvegarde créés au cours d’une sauvegarde. Vous devez indiquer les sous-répertoiresdans la spécification FORMAT du script de sauvegarde RMAN. Si les répertoiresspécifiés n’existent pas encore lorsque la sauvegarde démarre, l’agent Oracle RMANles crée automatiquement lors de la sauvegarde sur le système Data Domain.

Remarque

Lorsque vous effectuez une opération de restauration, de recoupement ou desuppression, il est inutile de spécifier des sous-répertoires dans le script RMAN. Lechemin d’accès fait partie du nom de l’élément de sauvegarde enregistré dans lecatalogue Oracle. Lorsque vous effectuez l’opération, Oracle fournit le chemin d’accèsrequis à l’agent Oracle RMAN.

Vous devez utiliser la dénomination de sous-répertoire appropriée dans la spécificationFORMAT, selon que la sauvegarde est effectuée sur un système Data Domain local oudistant :

l Pour une sauvegarde sur un système local, utilisez les types de spécificationsFORMAT suivants :

n Lorsque le chemin d’accès comprend un seul sous-répertoire :

FORMAT './<directory-name>/%u_%p';

n Lorsque le chemin d’accès comprend plusieurs sous-répertoires :

FORMAT './<directory-name-1>/<directory-name-2>/.../<directory-name-n>/%u_%p';

l Pour une sauvegarde sur un système distant, utilisez les types de spécificationsFORMAT suivants :

n Lorsque le chemin d’accès comprend un seul sous-répertoire :

FORMAT './<directory-name>/%u_%p', '<destination-system>/./<directory-name>/%u_%p';

n Lorsque le chemin d’accès comprend plusieurs sous-répertoires :

FORMAT './<directory-name-1>/<directory-name-2>/.../<directory-name-n>/%u_%p', '<destination-system>/./<directory-name-1>/<directory-name-2>/.../<directory-name-n>/%u_%p';



Remarque

Lorsque vous spécifiez tous les sous-répertoires dans une seule commande BACKUPutilisée pour une sauvegarde de base de données et de log d’archive, vous devezutiliser la spécification FORMAT deux fois : une fois pour les éléments de sauvegardede base de données et une fois pour les éléments de sauvegarde de log d’archive. Lesexemples de script RMAN suivants incluent une sauvegarde de base de données et delog d’archive.

Les exemples suivants fournissent des exemples de scripts RMAN avec ladénomination de sous-répertoire correcte dans la spécification FORMAT pour lessauvegardes locales et distantes.

Exemple 1 Spécification d’un seul sous-répertoire dans la spécification FORMAT pour unesauvegarde locale

L’exemple de script RMAN suivant pour une sauvegarde locale comprend unespécification FORMAT avec un seul sous-répertoire dans le chemin d’accès desauvegarde :

RUN {ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' TRACE 5 PARMS'BLKSIZE=1048576,SBT_LIBRARY=/home/oracle1/rman_agent_home/lib/libddobk.so,ENV=(STORAGE_UNIT=rman_cloud,BACKUP_HOST=bu-ddbea-lin-16.lss.emc.com,RMAN_AGENT_HOME=/home/oracle1/rman_agent_home)';BACKUP DATABASE FORMAT './testdir/%u_%p';RELEASE CHANNEL CH1;}

Exemple 2 Spécification d’un sous-répertoire dans la spécification FORMAT pour unesauvegarde locale de base de données et de log d’archive

L’exemple de script RMAN suivant pour une sauvegarde locale comprend unespécification FORMAT avec un seul sous-répertoire dans le chemin d’accès desauvegarde. Étant donné que la commande BACKUP inclut à la fois les optionsdatabase et archivelog, vous devez spécifier le FORMAT deux fois dans ce cas :

RUN {ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' TRACE 5 PARMS'BLKSIZE=1048576,SBT_LIBRARY=/home/oracle1/rman_agent_home/lib/libddobk.so,ENV=(STORAGE_UNIT=rman_cloud,BACKUP_HOST=bu-ddbea-lin-16.lss.emc.com,RMAN_AGENT_HOME=/home/oracle1/rman_agent_home)';BACKUP FORMAT './testdir/%u_%p' DATABASE PLUS ARCHIVELOG DELETE INPUT FORMAT './testdir/%u_%p';RELEASE CHANNEL CH1;}

Exemple 3 Spécification de plusieurs sous-répertoires dans la spécification FORMAT pour unesauvegarde locale

L’exemple de script RMAN suivant pour une sauvegarde locale comprend unespécification FORMAT avec plusieurs sous-répertoires dans le chemin d’accès desauvegarde :


Spécification de sous-répertoires pour les sauvegardes de l’agent Oracle RMAN 83

Exemple 3 Spécification de plusieurs sous-répertoires dans la spécification FORMAT pour unesauvegarde locale (suite)

RUN {ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' TRACE 5 PARMS'BLKSIZE=1048576,SBT_LIBRARY=/home/oracle1/rman_agent_home/lib/libddobk.so,ENV=(STORAGE_UNIT=rman_cloud,BACKUP_HOST=bu-ddbea-lin-16.lss.emc.com,RMAN_AGENT_HOME=/home/oracle1/rman_agent_home)';BACKUP TABLESPACE PSAPCERUSR FORMAT './testdir1/testdir2/.../testdir<n>/%u_%p';RELEASE CHANNEL CH1;}

Exemple 4 Spécification d’un seul sous-répertoire dans la spécification FORMAT pour unesauvegarde distante

L’exemple de script RMAN suivant pour une sauvegarde sur un système Data Domaindistant comprend une spécification FORMAT avec un seul sous-répertoire dans lechemin d’accès de sauvegarde. Les deux noms de fichier spécifiés dans la commandeBACKUP COPIES 2 doivent être identiques, à ceci près que vous devez ajouter<destination-system> dans le deuxième nom. Le caractère de soulignement (_) estégalement requis :

RUN {ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' TRACE 5 PARMS'BLKSIZE=1048576,SBT_LIBRARY=/home/oracle1/rman_agent_home/lib/libddobk.so,ENV=(STORAGE_UNIT=rman_cloud,BACKUP_HOST=bu-ddbea-lin-16.lss.emc.com,RMAN_AGENT_HOME=/home/oracle1/rman_agent_home)';BACKUP COPIES 2 DATABASE FORMAT './testdir1/%u_%p', '<destination-system>/./testdir1/%u_%p';RELEASE CHANNEL CH1;}

Exemple 5 Spécification de plusieurs sous-répertoires dans la spécification FORMAT pour unesauvegarde distante

L’exemple de script RMAN suivant pour une sauvegarde sur un système Data Domaindistant comprend une spécification FORMAT avec plusieurs sous-répertoires dans lechemin d’accès de sauvegarde. Les deux noms de fichier spécifiés dans la commandeBACKUP COPIES 2 doivent être identiques, à ceci près que vous devez ajouter<destination-system> dans le deuxième nom. Le caractère de soulignement (_) estégalement requis :

RUN {ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' TRACE 5 PARMS'BLKSIZE=1048576,SBT_LIBRARY=/home/oracle1/rman_agent_home/lib/libddobk.so,ENV=(STORAGE_UNIT=rman_cloud,BACKUP_HOST=bu-ddbea-lin-16.lss.emc.com,RMAN_AGENT_HOME=/home/oracle1/rman_agent_home)';BACKUP COPIES 2 DATABASE FORMAT './testdir1/testdir2/.../testdir<n>/%u_%p', '<destination-system>/./testdir1/testdir2/.../testdir<n>/%u_%p';



Exemple 5 Spécification de plusieurs sous-répertoires dans la spécification FORMAT pour unesauvegarde distante (suite)

RELEASE CHANNEL CH1;}

Exécution de sauvegardes et de restaurations de CDB et dePDB Oracle

Oracle 12c a introduit la prise en charge de bases de données multitenants, qui permetà une base de données de conteneur (CDB) unique d’inclure plusieurs bases dedonnées installables (PDB) créées par l’utilisateur. Vous pouvez effectuer dessauvegardes et des restaurations d’une CDB complète ou de PDB individuelles.Aucune étape de configuration supplémentaire n’est nécessaire dans l’agentOracle RMAN pour prendre en charge l’environnement.

Il est recommandé d’effectuer des sauvegardes régulières de l’ensemble de la CDBpour s’assurer que toutes les PDB et tous les logs archivés sont bien sauvegardés.Vous pouvez restaurer l’ensemble de la CDB ou des PDB individuelles à tout moment àpartir d’une sauvegarde de CDB. La documentation Oracle fournit plus d’informationsà ce sujet.

Exécution de restaurations DD Boost compresséesL’agent Oracle RMAN 4.5 introduit la prise en charge des restaurations DD Boostcompressées. Une restauration compressée utilise moins de bande passante enrestaurant les données sauvegardées dans un format compressé à partir du systèmeData Domain vers l’hôte d’application.

Une restauration compressée peut être utile dans un environnement à bande passantelimitée ou un environnement Cloud, mais elle peut avoir un impact négatif sur lesperformances de restauration en raison de l’utilisation des ressources de compressionsur le système Data Domain et l’hôte de l’application. Par défaut, la compression desrestaurations est désactivée.

Configurez une restauration compressée d’une sauvegarde de l’agent Oracle RMANen définissant le paramètre DDBOOST_COMPRESSED_RESTORE sur la valeur TRUEdans la section SBT_PARMS ou ENV du script de restauration RMAN.

Par exemple, le script de restauration RMAN suivant inclut la configuration de ceparamètre :

RUN {ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' TRACE 5 PARMS'BLKSIZE=1048576,SBT_LIBRARY=C:\Users\Administrator\AppData\Local\RMANAgent\bin\libDDobk.dll,ENV=(STORAGE_UNIT=ddbea,BACKUP_HOST=bu-dbe4500.lss.emc.com,RMAN_AGENT_HOME=C:\Users\Administrator\AppData\Local\RMANAgent,DDBOOST_COMPRESSED_RESTORE=TRUE)';RESTORE DATABASE;RECOVER DATABASE;RELEASE CHANNEL CH1;}


Exécution de sauvegardes et de restaurations de CDB et de PDB Oracle 85

Remarque

Lorsque le paramètre DDBOOST_COMPRESSED_RESTORE n’est pas défini sur TRUE,l’agent Oracle RMAN exécute une restauration non compressée des donnéessauvegardées à partir du système Data Domain.

Affichage et suppression des sauvegardesLorsque les enregistrements de catalogue Oracle sont supprimés pour certainessauvegardes qui ont été effectuées avec l’agent Oracle RMAN, mais que cessauvegardes se trouvent toujours sur le système Data Domain, ces sauvegardesdeviennent orphelines. Vous pouvez supprimer les sauvegardes orphelines à l’aide duprogramme ddutil qui est installé avec le logiciel de l’agent Oracle RMAN.

Remarque

Le programme ddutil supprime les fichiers de sauvegarde sur le systèmeData Domain, mais il ne supprime aucune information sur le serveur de base dedonnées. Les sauvegardes sont normalement supprimées à l’aide de la commandeRMAN DELETE, qui supprime la sauvegarde sur le système Data Domain etl’enregistrement de catalogue RMAN correspondant.

L’utilisateur du programme ddutil doit disposer des autorisations d’accès aulockbox, comme décrit à la rubrique Enregistrement de chaque système Data Domain àla page 68. Le programme utilise la bibliothèque DD Boost pour les opérations et nerequiert pas le montage de l’unité de stockage.

Le programme ddutil est installé dans le répertoire bin, créé par le programmed’installation de l’agent Oracle RMAN. Le programme supprime des fichiers desauvegarde individuels ou des groupes de fichiers, selon ce que vous spécifiez.

Vous pouvez effectuer l’une des opérations suivantes en fonction de la commandeddutil et des options que vous spécifiez sur la ligne de commande :

l Permet d’afficher des informations sur les fichiers de sauvegarde au niveau dechaque fichier, répertoire ou unité de stockage.

l Permet de supprimer les fichiers de sauvegarde au niveau de chaque fichier ourépertoire.

l Permet d’élaguer (supprimer) les fichiers de sauvegarde qui ont été créés oumodifiés au cours de l’intervalle de temps spécifié.

Vous devez exécuter la commande ddutil sur la ligne de commande avec les optionsrequises. L’option -z<hostname>:<storage_unit> est la seule option obligatoire. Elleindique les credentials que l’agent Oracle RMAN nécessite pour l’accès au lockbox lorsdes opérations d’affichage, de suppression et d’élagage.

Remarque

Vous devez exécuter la commande ddutil à partir de l’emplacement d’installationd’origine ou définir la variable d’environnement RMAN_AGENT_HOME pour trouverles bibliothèques dépendantes et le lockbox.

Les rubriques suivantes fournissent plus d’informations sur l’utilisation de lacommande ddutil et des options permettant d’effectuer des opérations d’affichage,de suppression et d’élagage.



Utilisation de la commande ddutil pour afficher et supprimer des sauvegardesUn utilisateur administrateur BD Oracle peut exécuter la commande ddutil avec lesoptions appropriées pour effectuer les opérations suivantes :

l Afficher des informations sur les fichiers et répertoires de sauvegarde spécifiés :

ddutil [-f] -z <hostname>:<storage_unit> [-b <start_time>] [-e <end_time>] [-R] [-t] [-D <debug_level>] [<pathname1> [<pathname2>]...[<pathname><n>]]

Remarque

L’opération par défaut de la commande ddutil est l’affichage des informationsde sauvegarde. Si vous exécutez la commande ddutil sans chemin d’accès etsans autre option que l’option -z obligatoire, la commande affiche tous les fichiersde sauvegarde qui se trouvent directement sous l’unité de stockage.

La rubrique Utilisation de la commande ddutil pour afficher les informations desauvegarde à la page 90 fournit de plus amples informations.

l Supprimer les fichiers et répertoires de sauvegarde spécifiés :

ddutil -d -z <hostname>:<storage_unit> [-c] [-x] [-D <debug_level>] [<pathname1> [<pathname2>]...[<pathname><n>]]

La rubrique Utilisation de la commande ddutil pour supprimer des sauvegardes à lapage 91 fournit de plus amples informations.

l Élaguer (supprimer) les fichiers et répertoires de sauvegarde d’une périodedonnée :

ddutil -k -z <hostname>:<storage_unit> [-b <start_time>] [-e <end_time>] [-c] [-R] [-x] [-D <debug_level>] [<pathname1> [<pathname2>]...[<pathname><n>]]

La rubrique Utilisation de la commande ddutil pour élaguer les sauvegardes enfonction de leur ancienneté à la page 92 fournit de plus amples informations.

Les options entre crochets ([]) sont facultatives. Le tableau suivant décrit les optionsde la commande ddutil.

Tableau 8 Options de la commande ddutil pour l’affichage et la suppression de sauvegardes

Option Description

-b<start_time> Facultatif. Spécifie le début de la période (date et heure). La rubrique Format de date etd’heure utilisé avec les options de la commande ddutil à la page 89 fournit desinformations sur les formats de date et d’heure pris en charge pour <start_time>.

Sans cette option, la première heure de sauvegarde est utilisée par défaut pour le début dela période.


Utilisation de la commande ddutil pour afficher et supprimer des sauvegardes 87

Tableau 8 Options de la commande ddutil pour l’affichage et la suppression desauvegardes (suite)

Option Description

Remarque

L’opération se termine avec une erreur si la valeur <start_time> est postérieure à la valeur<end_time> spécifiée avec l’option -e.

-c Facultatif. Permet de supprimer l’invite au cours d’une opération de suppression oud’élagage. Avec cette option, le programme supprime ou élague les fichiers de sauvegardespécifiés sans émettre d’invite utilisateur.

-d Requis pour une opération de suppression. Permet de supprimer les fichiers et répertoiresde sauvegarde spécifiés du système Data Domain.

-D<debug_level> Facultatif. Génère des informations de débogage pendant l’opération, où <debug_level> estun nombre entier compris entre 0 et 9. Cette option est utilisée pour résoudre lesproblèmes opérationnels.

Cette option entraîne l’impression par la commande ddutil des informations de débogage

dans le fichier stderr et dans le fichier log opérationnel. Plus la valeur du nombre entier estélevée, plus les informations de log générées sont nombreuses. Le fichier log opérationnelcontient également les messages opérationnels standard qui sont imprimés dans le fichierstdout.

Le fichier log opérationnel, ddutil_<timestamp>.log, réside dans le sous-répertoire

log de l’emplacement d’installation. Par exemple, le nom du fichier log opérationnel a le

format ddutil_Wed May 17 21:49:08 2017.log.

-e<end_time> Facultatif. Spécifie la fin d’une période (date et heure). La rubrique Format de date etd’heure utilisé avec les options de la commande ddutil à la page 89 fournit desinformations sur les formats de date et d’heure pris en charge pour <end_time>.

Le paramètre d’option -e now spécifie l’heure actuelle, qui est la valeur d’heure par défaut.

Remarque

L’opération se termine avec une erreur si la valeur <end_time> est antérieure à la valeur<start_time> spécifiée avec l’option -b.

-f Facultatif. Permet d’afficher des informations sur les fichiers et répertoires de sauvegardespécifiés qui ont été créés ou modifiés au cours de la période spécifiée sur le systèmeData Domain. Cette opération d’affichage est l’opération par défaut de la commandeddutil.

-k Requis pour une opération d’élagage. Permet d’élaguer (supprimer) les fichiers desauvegarde spécifiés qui ont été créés ou modifiés au cours de la période spécifiée sur lesystème Data Domain.

-R Facultatif. Permet d’exécuter l’opération sur les fichiers de sauvegarde se trouvant danschaque sous-répertoire.

-t Facultatif. Permet d’inclure les informations relatives au niveau Cloud dans les informationssur les fichiers et répertoires de sauvegarde générées par une opération d’affichage.

-x Facultatif. Permet de supprimer tous les répertoires vides lors d’une opération desuppression ou d’élagage.



Tableau 8 Options de la commande ddutil pour l’affichage et la suppression desauvegardes (suite)

Option Description

-z<hostname>:<storage_unit> Obligatoire. Spécifie le hostname du système Data Domain, suivi par un signe deux-points,une barre oblique (/) et le nom de l’unité de stockage. Par exemple :

-z dd_host1:/dd_storage_unit1

Remarque

Le hostname peut être un nom de serveur DFC si vous devez exécuter la commandeddutil sur Fibre Channel.

<pathname1><pathname2>…<pathname><n>

Facultatif. Spécifie les chemins d’accès des fichiers ou répertoires à des fins d’affichage oude suppression. L’opération est effectuée sur tous les fichiers contenus dans chacun desrépertoires spécifiés. Lorsque l’option -R est incluse, l’opération traite tous les sous-

répertoires de chaque répertoire. Sans l’option -R, l’opération ne traite pas les sous-

répertoires.

Les consignes suivantes s’appliquent aux chemins d’accès dans une commande ddutil :

l Les chemins d’accès doivent être les dernières options saisies sur la ligne decommande. Aucun autre type d’options, tel que -R ou -c, ne doit être présent après les

chemins d’accès.

l Si aucun chemin d’accès n’est spécifié, l’opération s’effectue uniquement au niveau durépertoire racine de l’unité de stockage.

l Lorsqu’un chemin d’accès commence par une barre oblique (/), le nom de l’unité destockage doit être placé après celle-ci.

l Lorsqu’un chemin d’accès ne commence pas par une barre oblique (/), le chemind’accès est supposé se trouver directement sous l’unité de stockage.

Par exemple, lorsque l’unité de stockage se nomme su1, les chemins d’accès /su1/dir1et dir1 spécifient tous deux le répertoire dir1 sous l’unité de stockage.

Le caractère générique * est pris en charge dans les chemins d’accès et représente unnombre illimité de caractères non spécifiés.

Format de date et d’heure utilisé avec les options de la commande ddutilVous pouvez utiliser des formats de date et heure spécifiques avec les options -b<start_time> et -e<end_time> dans la commande ddutil. Les formats de date etheure suivants sont valides :

l Heure de la journée : une heure du jour se présente sous la forme hh[:mm[:ss]] (ouhhmm) [meridian] [zone]. Si vous ne spécifiez pas un méridien (am / pm), unehorloge de 24 heures est utilisée. Vous pouvez spécifier une heure du joursimplement sous la forme hh suivi d’un méridien. Si vous ne spécifiez pas unfuseau horaire (par exemple, GMT), le fuseau horaire actuel est utilisé, tel quedéterminé par le deuxième paramètre, now.

l Date : une date est un mois et jour et éventuellement une année. Les formatsacceptables sont mm/jj[/aa] et nom_du_mois jj[, aa]. En cas d’omission, l’annéepar défaut est l’année en cours. Si vous spécifiez une année comme un nombrecompris entre 70 et 99, 1900 est ajouté. Si une année dans la plage 00 et 30, 2000est ajouté. Le traitement des autres années sous 100 n’est pas défini. Si un nombre


Utilisation de la commande ddutil pour afficher et supprimer des sauvegardes 89

n’est pas suivi d’un jour ou une unité de temps relatif, ce nombre est interprétécomme une année si une heure_de_la_journée, un nom_de_mois et un jjont déjàété spécifiés ; dans le cas contraire, il sera considéré comme uneheure_de_la_journée.

l Jour : vous pouvez spécifier un jour de la semaine. La date du jour est utilisée sinécessaire. Un jour peut être précédé par un nombre qui indique quelle instance dujour en question est privilégiée ; la valeur par défaut est 1. Les nombres négatifsindiquent les dernières heures. Certains chiffres symboliques sont acceptés :dernier, suivant et les ordinaux tout d’abord jusqu’au douzième (la seconde estambigüe et n’est pas acceptée comme un nombre ordinal). Le nombre symboliquesuivant équivaut à 2 ; par conséquent, le lundi suivant ne fait pas référence aulundi, mais correspond à celui une semaine plus tard.

l temps relatif : des spécifications relatives à l’heure actuelle peuvent être utilisées.Le format est [nombre] unité. Les unités acceptables sont la décennie, l’année, letrimestre, le mois, la quinzaine, la semaine, le jour, l’heure, la minute et la seconde.

La plupart des abréviations courantes pour les jours, les mois, et ainsi de suite sontacceptables, y compris une première lettre en majuscule ou minuscule et lesabréviations de trois lettres, avec ou sans un point final. Les unités, par exemple lessemaines, peuvent être spécifiées au singulier ou au pluriel. Les valeurs du fuseauhoraire et du méridien peuvent être en majuscules ou en minuscules, avec ou sanspoints.

La date réelle est formée comme suit. Tout d’abord, n’importe quelle date et/ou heureabsolue est traitée et convertie. Si vous utilisez cette période comme base, desspécifications sont ajoutées pour le jour de la semaine. Les dernières spécificationsrelatives sont utilisées. Si une date ou une journée est spécifiée, et qu’aucune heurerelative ou absolue n’est indiquée, minuit est utilisé. Enfin, une correction estappliquée, afin que l’heure correcte de la journée soit générée après l’autorisation dedifférences au moment du passage à l’heure d’été.

Utilisation de la commande ddutil pour afficher les informations desauvegarde

Vous pouvez exécuter la commande ddutil suivante pour afficher des informationssur les fichiers et les répertoires de sauvegarde :

ddutil [-f] -z <hostname>:<storage_unit> [-b <start_time>] [-e <end_time>] [-R] [-t] [-D <debug_level>] [<pathname1> [<pathname2>]...[<pathname><n>]]

Le Tableau 8 à la page 87 détaille les options de la commande.

En général, vous exécutez cette opération pour préparer une suppression ou unélagage avec la commande ddutil. Vous pouvez comparer les informations desauvegarde affichées à celles du catalogue des sauvegardes de base de données etdéterminer quels fichiers de sauvegarde doivent être supprimés ou élagués.

La sortie de la commande ddutil -f <options> contient une ligne pour chaquefichier et répertoire de sauvegarde trouvé. Cette ligne contient le nom du fichier ou durépertorie, ainsi que la taille et l’heure de la sauvegarde.

L’opération par défaut de la commande ddutil est l’affichage des informations desauvegarde. Si vous exécutez la commande sans chemin d’accès et sans autre optionque -z, la commande affiche tous les fichiers de sauvegarde qui se trouvent



directement sous l’unité de stockage. Les commandes suivantes affichent la mêmesortie :

ddutil -z <hostname>:<storage_unit>ddutil -f -z <hostname>:<storage_unit>

La commande ddutil ignore tous les sous-répertoires, sauf si vous spécifiez l’option-R. Par exemple, la commande suivante affiche tous les fichiers et répertoires desauvegarde sur l’unité de stockage su1, y compris les fichiers de tous les sous-répertoires :

ddutil -f -z host1:/su1 -R

Type Perm Size Time Path---------------------------------------------------------------------------------dir 777 489 Wed May 3 12:15:12 2017 (1493828112) /su1file 644 682098688 Wed May 3 12:12:47 2017 (1493827967) /su1/6rs3aer4_1file 644 3181641728 Wed May 3 12:14:35 2017 (1493828075) /su1/6ts3aet5_1_1file 644 775946240 Wed May 3 12:14:53 2017 (1493828093) /su1/6us3aev7_1_1file 644 690225152 Wed May 3 12:15:07 2017 (1493828107) /su1/6vs3aevm_1_1file 644 18350080 Wed May 3 12:12:56 2017 (1493827976) /su1/c-4088691966-20170503-00file 644 18350080 Wed May 3 12:15:12 2017 (1493828112) /su1/c-4088691966-20170503-01

Pour afficher les fichiers de sauvegarde se trouvant dans des répertoires spécifiques,incluez les chemins d’accès de ces répertoires sur la ligne de commande. Par exemple,la commande suivante affiche les fichiers de sauvegarde se trouvant dans lesrépertoires /su1/dir1 et /su1/dir2 :

ddutil -f -z host1:/su1 dir1 dir2

Pour afficher les fichiers de sauvegarde qui ont été créés après le 1er mars, utilisezl’option -b Mar 1. Par exemple :

ddutil -f -z host1:/su1 -b Mar 1 -R

Utilisation de la commande ddutil pour supprimer des sauvegardesVous pouvez exécuter la commande ddutil suivante pour supprimer les fichiers etrépertoires de sauvegarde spécifiés :

ddutil -d -z <hostname>:<storage_unit> [-c] [-x] [-D <debug_level>] [<pathname1> [<pathname2>]...[<pathname><n>]]


L’option -d permet de supprimer du système Data Domain les fichiers et répertoiresde sauvegarde spécifiés sur la ligne de commande. Lorsque vous spécifiez unrépertoire, la commande supprime également tous ses sous-répertoires.

Par défaut, la commande ddutil -d <options> vous invite d’abord à confirmer lasuppression des fichiers ou répertoires. L’option -c permet d’effectuer lessuppressions sans invite.


Utilisation de la commande ddutil pour supprimer des sauvegardes 91

Lorsque l’option -x est spécifiée, la commande ddutil supprime également tous lesrépertoires vides qu’elle trouve. Sans l’option -x, les répertoires ne sont passupprimés.

NOTE

Utilisez la commande ddutil -d <options> avec précaution. La suppression desfichiers et répertoires de sauvegarde est irréversible.

Pour supprimer des fichiers de sauvegarde spécifiques, exécutez la commandesuivante :

ddutil -d -z <hostame>:/<storage_unit> <file_pathname1> <file_pathname2> ...

Pour supprimer des répertoires de sauvegarde spécifiques, exécutez la commandesuivante :

ddutil -d -x -z <hostame>:/<storage_unit> <directory_pathname1> <directory_pathname2> ...

Pour supprimer à la fois les fichiers et les répertoires de sauvegarde, exécutez lacommande suivante :

ddutil -d -x -z <hostame>:/<storage_unit> <file_pathname1> <file_pathname2> ... <directory_pathname1> <directory_pathname2> ...

Utilisation de la commande ddutil pour élaguer les sauvegardes en fonctionde leur ancienneté

Exécutez la commande ddutil suivante pour élaguer (supprimer), dans les cheminsd’accès spécifiés, les fichiers de sauvegarde qui ont été créés (ou modifiésultérieurement) au cours de la période spécifiée par les options -b et -e :

ddutil -k -z <hostname>:<storage_unit> [-b <start_time>] [-e <end_time>] [-c] [-R] [-x] [-D <debug_level>] [<pathname1> [<pathname2>]...[<pathname><n>]]


L’option -k permet de supprimer du système Data Domain les fichiers de sauvegardeen fonction de leur ancienneté :

l Lorsque le chemin d’accès spécifié est un fichier, ce dernier est supprimé s’ilrépond aux critères temporels.

l Lorsque le chemin d’accès spécifié est un répertoire, tous les fichiers de cerépertoire sont supprimés s’ils répondent aux critères temporels.

l Si les options -b et -e sont omises, les fichiers dans les chemins d’accès spécifiéssont supprimés, sans tenir compte de la période.



NOTE

Utilisez la commande ddutil -k <options> avec précaution. Si vous supprimezcertains fichiers de sauvegarde, il se peut que vous ne puissiez pas restaurer lesdonnées à partir d’une sauvegarde. Par conséquent, une suppression incorrecte desfichiers avec la commande ddutil peut entraîner une perte de données et des échecsde restauration.

La suppression des fichiers et répertoires de sauvegarde est irréversible.

Lorsque l’option -x est spécifiée, la commande ddutil supprime également tous lesrépertoires vides qu’elle trouve. Sans l’option -x, les répertoires ne sont passupprimés.

Par défaut, la commande ddutil vous invite d’abord à confirmer la suppression desfichiers. La commande invite l’utilisateur à confirmer la suppression de chaque fichier,mais pas celle des répertoires vides. L’option -c permet d’effectuer les suppressionssans invite.

La commande ddutil ignore tous les sous-répertoires, sauf si vous spécifiez l’option-R. Sans l’option -R, les sous-répertoires vides ne sont pas supprimés ; seul lerépertoire actuel est supprimé s’il ne contient plus aucun fichier ni sous-répertoireaprès l’opération d’élagage.

Les deux exemples de commandes suivants élaguent tous les fichiers de sauvegarde etles répertoires vides qui datent de plus de 30 jours sous dir1/subdir1 sur l’unité destockage su1. Les commandes élaguent également le répertoire dir1/subdir1 :

ddutil -k -z host1:/su1 -e "-30 days" -R -x dir1/subdir1

ddutil -k -z host1:/su1 -e "now-30 days" -R -x dir1/subdir1

Configuration de l’utilisation de Data Domain Cloud Tierpour le déplacement des données vers le cloud

Vous pouvez configurer l’agent Oracle RMAN de sorte qu’il utilise Data Domain CloudTier pour déplacer les données de sauvegarde vers le Cloud et pour rappeler par lasuite ces données à partir du Cloud.

Data Domain (DD) Cloud Tier est une fonction native de DD OS 6.0 et versionsultérieures pour le déplacement des données à partir du niveau actif vers un stockageen mode objet haute capacité et économique dans le Cloud public, privé ou hybride àdes fins de rétention à long terme. L’agent Oracle RMAN version 4.0 introduit la priseen charge de DD Cloud Tier pour le déplacement des données de sauvegarde DD Boostdans le Cloud, ce qui libère de l’espace sur le système Data Domain (niveau actif).

Vous devez configurer une règle DD Cloud Tier, également appelée règle dedéplacement des données, pour chaque MTree ou unité de stockage que l’agentOracle RMAN utilise pour le déplacement des données vers le Cloud.

Une fois que vous avez configuré les règles de déplacement des données, vous pouvezconfigurer et exécuter les opérations suivantes :

l Déplacement des données de sauvegarde à partir du système Data Domain vers lecloud.

l Rappel des données de sauvegarde à partir du cloud sur le système Data Domain.


Configuration de l’utilisation de Data Domain Cloud Tier pour le déplacement des données vers le cloud 93

Les rubriques suivantes expliquent comment configurer les règles DD Cloud Tierrequises pour activer le déplacement des données vers le Cloud et comment exécuterun rappel de données à partir du Cloud.

Configuration du déplacement des données vers le CloudL’agent Oracle RMAN déplace les données de sauvegarde à partir du niveau actif versle Cloud conformément à la règle DD Cloud Tier. Pour activer le déplacement desdonnées vers le cloud, vous devez configurer la règle requise pour chaque structureMTree ou unité de stockage.

DD Cloud Tier propose deux types de règles de déplacement des données : la règlebasée sur l’application et la règle basée sur l’ancienneté. L’agent Oracle RMAN prenduniquement en charge la règle basée sur l’ancienneté. Un fichier est déplacé du niveauactif au niveau Cloud en fonction de la date de sa dernière modification. Pourpréserver l’intégrité des données, l’ensemble du fichier est déplacé à ce stade. Larègle basée sur l’ancienneté peut spécifier le seuil d’ancienneté des fichiers, l’intervalled’ancienneté des fichiers à déplacer et la destination. Par exemple, les fichiers datantde plus d’un mois et de moins de trois mois peuvent être déplacés vers le Cloud.

Définissez la règle de déplacement des données basée sur l’ancienneté pour chaqueMTree sur le système Data Domain à l’aide de la console de gestion des donnéesData Domain, comme décrit dans le Guide d’administration de Data Domain OperatingSystem. Par exemple, la procédure suivante ajoute une règle de déplacement desdonnées vers une MTree.

Remarque

Le déplacement des données peut être démarré manuellement ou déclenchéautomatiquement à l’aide du planning de la règle. Une fois la règle configurée, lesfichiers de sauvegarde sur le système Data Domain sont automatiquement déplacésvers le Cloud en fonction du planning, et aucune intervention manuelle n’est requise.Vous pouvez également déclencher le déplacement des données manuellement à partirde la console de gestion des données Data Domain.

Procédure

1. Sélectionnez Data Management > MTree.

2. Dans le volet supérieur, sélectionnez la structure MTree à laquelle voussouhaitez ajouter une règle de déplacement des données.

3. Cliquez sur l’onglet Summary.

4. Sous Data Movement Policy, cliquez sur Add.

La boîte de dialogue Add Data Movement Policy s’affiche :

5. Pour File Age in Days, définissez le seuil d’ancienneté des fichiers (Older than)et éventuellement l’intervalle d’ancienneté (Younger than).



Remarque

Le nombre minimal de jours pour Older than est 14. Il n’est pas possibled’accéder directement aux fichiers déplacés vers le niveau Cloud. Pour yaccéder, vous devez d’abord les renvoyer vers le niveau actif. Sélectionnez lavaleur du seuil d’ancienneté avec discernement pour éviter, dans la mesure dupossible, d’avoir à accéder à un fichier déplacé vers le niveau Cloud.

6. Pour Destination, spécifiez l’unité de Cloud de destination.

7. Cliquez sur Ajouter.

Exécution d’un rappel de données à partir du cloudUne fois que les données de sauvegarde ont été déplacées vers le Cloud grâce auxrègles DD Cloud Tier, les données peuvent être rappelées à partir du Cloudautomatiquement ou manuellement. Par défaut, l’agent Oracle RMAN rappelleautomatiquement les données à partir du Cloud vers le système Data Domain enfonction des besoins pour effectuer une opération de restauration. Vous pouvezégalement rappeler les fichiers de sauvegarde manuellement avant d’effectuer uneopération de restauration.

Lors d’une opération de restauration, si un fichier de sauvegarde est demandé et ne setrouve pas dans le niveau actif, l’agent Oracle RMAN le rappelle automatiquement àpartir du Cloud. L’agent Oracle RMAN attend que le fichier soit disponible avant depoursuivre la restauration. Le temps mis par le processus de rappel dépend de la tailledu fichier et de la vitesse du réseau entre le Cloud et le système Data Domain.

Pour éviter d’attendre trop longtemps le rappel des fichiers lors d’une restauration,vous pouvez rappeler des fichiers manuellement avant celle-ci en exécutant lacommande RMAN suivante :

RESTORE ... PREVIEW RECALL

Cette commande produit les résultats suivants :

1. RMAN génère la liste des fichiers qui sont requis pour la restauration.

2. RMAN envoie la liste des fichiers à l’agent Oracle RMAN.

3. L’agent Oracle RMAN rappelle tous les éléments de sauvegarde de la liste qui setrouvent dans le niveau Cloud.

Si un fichier de la liste est déjà dans le niveau actif, l’agent Oracle RMANn’effectue aucune action liée à ce fichier.

Recoupement et suppression RMAN des données de sauvegarde dans leCloud

Un recoupement ou une suppression RMAN s’exécute sur un fichier d’élément desauvegarde qui est créé par l’agent Oracle RMAN, que le fichier existe sur le systèmeData Domain (niveau actif) ou dans le niveau Cloud.

La commande RMAN crosscheck vérifie si un fichier d’élément de sauvegarde existesur le support de sauvegarde et met à jour les informations du fichier en conséquencedans le catalogue RMAN. Pour un fichier d’élément de sauvegarde créé par l’agentOracle RMAN, la commande crosscheck signale que le fichier est disponible(AVAILABLE) lorsque ce dernier se trouve sur le système Data Domain ou dans le


Exécution d’un rappel de données à partir du cloud 95

Cloud. La commande crosscheck ne rappelle pas un fichier qui se trouve dans leCloud ; le fichier reste dans le Cloud après l’opération crosscheck.

Une suppression RMAN supprime un fichier d’élément de sauvegarde, quel que soitl’emplacement du fichier. La suppression RMAN supprime le fichier, qu’il se trouve surle système Data Domain ou dans le Cloud. Si le fichier d’élément de sauvegarde setrouve dans le Cloud, il est supprimé du Cloud et ne peut plus être rappelé à partir duCloud.

Limites d’utilisation des ressources Data DomainL’administrateur Data Domain peut utiliser les commandes du système d’exploitationData Domain ou l’interface utilisateur d’administration de Data Domain pour définir deslimites sur l’utilisation de la capacité ou des flux :

l La capacité fait référence à la volumétrie utilisée par l’agent Oracle RMAN surl’hôte Data Domain.

Remarque

Les limites de capacité sont basées sur l’espace logique utilisé. L’espace logiquedépend de la quantité de données écrites sur une unité de stockage avant ladéduplication. La capacité logique est la taille des données non compressées. Parexemple, lorsqu’un fichier de 1 Go est écrit deux fois sur la même unité destockage qui était vide au départ, l’unité de stockage a alors une taille logique de2 Go, mais une taille physique de 1 Go.

l Les flux désignent le nombre de flux DD Boost que l’agent Oracle RMAN utilisepour lire les données à partir d’une unité de stockage ou pour écrire des donnéessur une unité de stockage sur l’hôte Data Domain.

Le système d’exploitation Data Domain prend en charge les limites souples et strictessur l’utilisation de la capacité ou des flux :

l Lorsqu’une limite souple est dépassée, l’hôte Data Domain génère une alerte et siune liste de notifications d’unité de tenant est configurée, il envoie un e-mail auxadresses figurant sur la liste. Une application peut continuer à utiliser davantage deressources limitées après le dépassement d’une limite souple.

l Quand une limite stricte est dépassée, une application ne peut pas utiliserdavantage de ressources limitées.

La documentation Data Domain fournit des informations sur les versions deData Domain qui prennent en charge les limites souples et strictes pour la capacité oules flux.

L’administrateur Data Domain doit créer une unité de stockage distincte pour chaquehôte de l’agent Oracle RMAN ou pour un ensemble d’hôtes qui seront limités.

Par exemple, pour limiter la capacité de l’unité de stockage utilisée par chaque hôte del’agent Oracle RMAN, où il existe 10 hôtes Oracle RMAN, l’administrateurData Domain doit créer au moins 10 unités de stockage. Si l’administrateurData Domain crée moins d’unités de stockage, vous devez regrouper les hôtes del’agent Oracle RMAN et attribuer chaque groupe d’hôtes à une unité de stockage.Dans ce cas, vous ne pouvez pas limiter la quantité de stockage qui sera consomméepar chaque hôte. L’un des hôtes d’agent Oracle RMAN peut consommer 100 % desressources d’une unité de stockage. Les ressources sont utilisées sur la base dupremier arrivé, premier servi.



Opérations de l’agent Oracle RMAN avec des limites d’utilisationData Domain sur la capacité

Au début d’une sauvegarde, l’agent Oracle RMAN ne peut pas déterminer la capacitéqui sera nécessaire à celle-ci. Il essaie toujours d’effectuer une sauvegarde demandéelorsque le périphérique de destination a de la capacité de stockage ou de l’espacedisponible.

Une limite de capacité peut être définie sur une unité de stockage. Lorsque la limite decapacité souple est dépassée lors d’une sauvegarde, des alertes apparaissent dans levolet Current Alerts de l’interface utilisateur d’administration de Data Domain.

Si l’unité de stockage fait partie d’une unité de tenant avec une liste de notifications,l’hôte Data Domain envoie un e-mail aux adresses figurant dans la liste.L’administrateur Data Domain et l’utilisateur de l’agent Oracle RMAN doivent êtreinclus dans la liste.

L’opération de sauvegarde ou de restauration se poursuit sans aucun impact négatiflorsque la limite de capacité souple est dépassée. L’agent Oracle RMAN ne génèreaucun message d’erreur ou d’avertissement dans son fichier log ou sa sortieopérationnelle.

Lorsque la limite de capacité stricte d’une unité de stockage est dépassée dans lecadre d’une sauvegarde, l’agent Oracle RMAN met fin à cette dernière et génère unmessage pour informer l’utilisateur du manque d’espace sur l’unité de stockage.

Opérations de l’agent Oracle RMAN avec des limites d’utilisationData Domain sur les flux

Lorsque la limite souple de flux est dépassée lors d’une sauvegarde et que l’unité destockage fait partie d’une unité de tenant avec une liste de notifications, l’hôteData Domain envoie un e-mail aux adresses figurant dans la liste. L’administrateurData Domain et l’utilisateur de l’agent Oracle RMAN doivent être inclus dans la liste.

Les alertes apparaissent dans le volet Current Alerts de l’interface utilisateurd’administration de Data Domain lorsque la limite souple est dépassée, que l’unité destockage fasse partie d’une unité de tenant ou non.

L’opération de sauvegarde ou de restauration se poursuit sans aucun impact négatiflorsque la limite de flux souple est dépassée. L’agent Oracle RMAN ne génère aucunmessage d’erreur ou d’avertissement dans son fichier log ou sa sortie opérationnelle.

Lorsque la limite stricte de flux est dépassée dans le cadre d’une opération, l’agentOracle RMAN met fin à cette dernière et génère un message pour informer l’utilisateurqu’une limite de flux plus élevée est nécessaire. La méthode d’affichage et deconsignation des messages est spécifique d’Oracle.

Configuration des limites d’utilisation sur les ressources de Data DomainVous devez exécuter les procédures requises sur l’hôte Data Domain pour configurer lacapacité ou les limites d’utilisation de flux pour l’agent Oracle RMAN. Les sectionssuivantes présentent les détails de configuration. Les rubriques supplémentairessuivantes fournissent des instructions et les bonnes pratiques relatives aux limitesd’utilisation de la capacité ou des flux sur les systèmes Oracle.


Opérations de l’agent Oracle RMAN avec des limites d’utilisation Data Domain sur la capacité 97

Configuration de l’utilisation de quotas sur la capacité Data DomainPour configurer un quota d’utilisation de la capacité de l’agent Oracle RMAN,l’administrateur Data Domain doit définir la limite de capacité stricte pour l’unité destockage que l’agent Oracle RMAN utilise pour les sauvegardes.

Procédure

1. Identifiez les hôtes de l’agent Oracle RMAN qui utiliseront l’unité de stockage.

2. Déterminez la quantité de capacité à autoriser pour l’unité de stockage.

3. Créez l’unité de stockage, puis définissez le quota de capacité dans l’interfaceutilisateur ou la commande CLI. La documentation Data Domain fournit de plusamples détails à ce sujet.

4. Fournissez aux utilisateurs de l’agent Oracle RMAN le hostname DD, le nom del’unité de stockage, le nom d’utilisateur et le mot de passe de l’unité destockage à utiliser pour les sauvegardes.

L’administrateur Data Domain peut également définir le quota de capacitésouple pour l’unité de stockage, lequel déclenche l’émission d’alertes et denotifications sans pour autant limiter l’utilisation de la capacité.

L’administrateur Data Domain peut utiliser les commandes du systèmed’exploitation Data Domain ou l’interface utilisateur d’administration deData Domain pour ajouter ou modifier le quota de capacité des unités destockage. La documentation Data Domain fournit de plus amples détails à cesujet.

NOTE

Soyez prudent lorsque vous diminuez un quota de capacité. Lorsqu’une unité destockage est presque saturée et que le quota de capacité est réduit, lasauvegarde suivante peut échouer. Informez les utilisateurs de l’agentOracle RMAN lorsqu’un quota de capacité a été réduit de sorte que ceux-cipuissent évaluer l’impact potentiel sur les sauvegardes.

Configuration des limites d’utilisation sur les flux Data DomainUne unité de stockage peut avoir des limites souples et strictes pour les flux. Vouspouvez définir des limites souples à la fois individuellement pour la lecture, l’écriture etles flux de réplication et collectivement pour le nombre total de tous les types de flux.Une limite stricte peut être définie uniquement pour le nombre total de tous les typesde flux.

Pour configurer une limite d’utilisation des flux pour une unité de stockage,l’administrateur Data Domain doit définir la limite stricte pour l’unité de stockage quel’agent Oracle RMAN utilise pour les sauvegardes.

Procédure

1. Identifiez les hôtes de l’agent Oracle RMAN qui utiliseront l’unité de stockage.

2. Déterminez combien de flux de sauvegarde et de restauration vous devezautoriser pour l’unité de stockage.

3. Créez l’unité de stockage. Vous pouvez définir la limite de flux dans le cadre dela commande ddboost storage-unit create ou (une fois l’unité destockage est créée) avec la commande ddboost storage-unit modify.La documentation Data Domain fournit de plus amples détails à ce sujet.



Remarque

Impossible de définir une limite de flux dans l’interface utilisateurd’administration de Data Domain.

4. Fournissez aux utilisateurs de l’agent Oracle RMAN le hostname DD, le nom del’unité de stockage, le nom d’utilisateur et le mot de passe de l’unité destockage à utiliser pour les sauvegardes.

L’administrateur Data Domain peut également définir les limites souples pourl’unité de stockage, qui déclenchent des alertes et des notifications, sans limiterl’utilisation de la capacité.

L’administrateur Data Domain peut utiliser la commande ddboost storage-unit modify pour modifier les limites de flux des unités de stockage. Ladocumentation Data Domain fournit de plus amples détails à ce sujet.

NOTE

Soyez prudent lorsque vous définissez une limite de flux stricte. La définition dela limite de flux sur une valeur faible peut avoir un impact sur les performancesde sauvegarde et de restauration. Une réduction d’une limite de flux peutentraîner l’échec d’une restauration. Informez les utilisateurs de l’agentOracle RMAN lorsqu’une limite de flux a été réduite de sorte que ceux-cipuissent évaluer l’impact potentiel sur les sauvegardes.

Estimation de l’utilisation des ressources Data Domain sur les systèmesOracle

Les rubriques suivantes fournissent des instructions supplémentaires et les bonnespratiques relatives à l’utilisation des ressources Data Domain pour les systèmes Oracle.

Utilisation de la capacité sur des systèmes OracleSi la capacité de stockage du système Data Domain est dépassée, l’opération desauvegarde échoue. L’agent Oracle RMAN génère le type de messages d’erreursuivant dans le log opérationnel :

SBT-10156 2017-04-24 12:12:18 PM sbtwrite2: ddp_write returned error 5194. Unable to write to a file due to reaching the hard quota limit.

Utilisation de flux sur des systèmes Oracle

Remarque

L’utilisation de flux varie, selon le nombre et le type d’opérations parallèles qui sonteffectuées à un moment donné. Cette rubrique fournit des chiffres types pourl’utilisation des flux d’une seule opération. Pour déterminer des chiffres plus exacts,vous devez surveiller le nombre de flux que les unités de stockage utilisent sur unepériode donnée.

Le nombre de flux que RMAN utilise généralement pour les opérations de sauvegarde,de restauration et de maintenance (par exemple, le crosscheck) correspond aunombre de canaux utilisés plus 1.


Estimation de l’utilisation des ressources Data Domain sur les systèmes Oracle 99

Si le système Data Domain vient à manquer de flux lors d’une sauvegarde, le canalRMAN échoue avec le type de message d’erreur suivant dans le log des opérations :

SBT-10156 2017-04-24 12:12:18 PM sbtwrite2: ddp_write returned error 5519. Unable to write to a file because the streams limit was exceeded.

La sauvegarde continue et réussit, car RMAN réaffecte la procédure de sauvegardeaux autres canaux :

RMAN-03009: failure of backup command on CH5 channel at 04/24/2017 16:38:20 ORA-19502: write error on file "CER4_1sr1pqjo_1_1", block number 33 (block size=8192)ORA-27030: skgfwrt: sbtwrite2 returned error ORA-19511: Error received from media manager layer, error text: asdf_output_section1() failed xdr=0x0xb8183f8: bp=0x0xc19c538: send_len=262144: type=12800: fhand=0x0xc17e688: wrapper=0x(nil): directp=0x0x7f268ad9e000 (1:4:22)channel CH5 disabled, job failed on it will be run on another channel

Si le système Data Domain vient à manquer de flux lors d’une restauration, le canalRMAN échoue avec le type de message d’erreur suivant dans le log des opérations :

SBT-10156 2017-04-24 12:12:18 PM sbtread2: ddp_read returned error 5519. Unable to read from a file because the streams limit was exceeded.



CHAPITRE 5

Intégration de l’agent Oracle RMAN avec eCDM


l Plan d’évolution pour l’intégration avec le logiciel eCDM.................................. 102l Installation et consignation du logiciel eCDM.................................................... 102l Activation de la connexion du programme ddbmcon aux bases de données locales

......................................................................................................................... 103l Vérification de la connectivité entre ddbmcon et la base de données Oracle.... 109

Intégration de l’agent Oracle RMAN avec eCDM 101

Plan d’évolution pour l’intégration avec le logiciel eCDMSi vous souhaitez utiliser Enterprise Copy Data Management (eCDM) pour surveiller,gérer ou analyser les sauvegardes de l’agent Oracle RMAN sous Linux, suivez lesinstructions contenues dans cette rubrique afin de permettre l’intégration de l’agentOracle RMAN avec le logiciel eCDM.

Pour intégrer l’agent Oracle RMAN avec eCDM sous Linux, procédez comme suit :

1. Installez et consignez les composants logiciels eCDM requis sur l’hôte de l’agentOracle RMAN, comme décrit à la rubrique Installation et consignation du logicieleCDM à la page 102.

2. Permettez au programme ddbmcon de se connecter aux bases de données Oraclelocales au cours des opérations eCDM. Pour plus d’informations, reportez-vous àla rubrique Activation de la connexion du programme ddbmcon aux bases dedonnées locales à la page 103.

3. Vérifiez la connectivité entre le programme ddbmcon et la base de données Oracleà l’aide du programme ddutil avec les options requises. Pour plus d’informations,reportez-vous à la rubrique Vérification de la connectivité entre ddbmcon et labase de données Oracle à la page 109.

4. Assurez-vous que le fichier /etc/oratab contient la liste complète de tous lesSID Oracle présents sur l’hôte. L’agent Oracle RMAN utilise les informationscontenues dans le fichier pour découvrir les ressources de base de données sur lesystème, ce qui permet d’activer les opérations eCDM.

Dans un environnement Oracle RAC, vérifiez que le fichier /etc/oratab contientune entrée pour chaque instance de base de données. Ajoutez manuellementtoutes les entrées d’instance de base de données qui n’existent pas encore dans lefichier. Chaque entrée doit avoir le format suivant :

<ORACLE_SID>:<ORACLE_HOME>:<N|Y>

Remarque

Avec Oracle RAC 12.2 ou version supérieure uniquement, chaque entrée peut avoirle format suivant :

<DATABASE_UNIQUE_NAME>:<ORACLE_HOME>:<N|Y>

Installation et consignation du logiciel eCDMLa première étape de l’intégration de l’agent Oracle RMAN avec le logiciel eCDMconsiste à installer les composants logiciels eCDM requis sur l’hôte Oracle RMAN et àconsigner le logiciel auprès du serveur eCDM.

Remarque

Dans un système RAC, vous devez installer l’agent Oracle RMAN et les composantslogiciels eCDM requis sur chaque nœud et consigner le logiciel auprès du serveureCDM.



Procédure

1. Connectez-vous en tant qu’utilisateur root sur l’hôte Oracle RMAN.

2. Pour activer la surveillance et la gestion des copies de sauvegarde Oracle par lelogiciel eCDM, exécutez la commande suivante de façon à installer lescomposants logiciels requis :

rpm -ivh adm-agent-2.1.0.rpm

Si vous devez désinstaller le logiciel eCDM à un moment donné, vous pouvezexécuter la commande suivante. Remplacez l’astérisque dans la commande parle nombre exact, en fonction du nom de fichier existant :

rpm -e ecdm-agent-2.1.0-*

3. Pour terminer l’enregistrement auprès du serveur eCDM, accédez au répertoireeCDMbin et exécutez le script register.sh :

cd /usr/local/ecdm/ecdm-agent/bin/./register.sh

Lorsque vous y êtes invité par le script register.sh, vous pouvez spécifierle hostname du serveur eCDM et le chemin d’accès de base de l’agentOracle RMAN. Vous pouvez également spécifier le hostname, le chemin d’accèsou les deux en utilisant les paramètres eCDM correspondants sur la ligne decommande. Par exemple :

./register.sh --ecdmHost=<eCDM_server_hostname> --appAgentPaths=/home/oracle/opt/dpsapps/rmanagent

Le document Enterprise Copy Data Management Version 2.1 Administration andUser Guide fournit plus d’informations sur la configuration du logiciel eCDM.

Activation de la connexion du programme ddbmcon auxbases de données locales

Le programme ddbmcon est installé avec le logiciel de l’agent Oracle RMAN. Il permetla surveillance, la gestion et l’analyse eCDM des sauvegardes de l’agent Oracle RMAN.Lors de l’installation de l’agent Oracle RMAN, le programme ddbmcon est installé dansle répertoire $RMAN_HOME/bin, comme requis par le logiciel eCDM.

Le programme ddbmcon utilise des méthodes d’authentification spécifiques pour seconnecter à la base de données Oracle, découvrir les sauvegardes de l’agentOracle RMAN et fournir les informations de sauvegarde requises au logiciel eCDM.Ensuite, le programme ddbmcon exécute également des sauvegardes planifiées ou dessuppressions d’éléments de sauvegarde spécifiques, selon les commandes eCDM.


Activation de la connexion du programme ddbmcon aux bases de données locales 103

Remarque

Vous ne pouvez pas exécuter le programme ddbmcon manuellement. Celui-ci estexécuté par le logiciel eCDM uniquement.

Lors de la phase de découverte des sauvegardes, le programme ddbmcon essaie troisméthodes d’authentification dans l’ordre suivant pour se connecter à chaque instancede base de données. Avant que le programme puisse utiliser une méthoded’authentification spécifique, vous devez activer cette dernière en effectuant lesconfigurations requises, comme l’expliquent les rubriques suivantes :

1. Authentification de base de données : le programme ddbmcon essaie tout d’abordde se connecter à l’instance de base de données Oracle à l’aide del’authentification de base de données. Il tente d’utiliser le nom d’utilisateur et lemot de passe d’administrateur de base de données pour se connecter à l’instancede base de données.

2. Authentification de portefeuille Oracle : si l’authentification de base de donnéeséchoue ou n’est pas activée, le programme ddbmcon essaie de se connecter àl’aide de l’authentification de portefeuille Oracle. Il tente d’utiliser les paramètresdu fichier de configuration pour se connecter à l’instance de base de données.

3. Authentification de système d’exploitation : si l’authentification de portefeuilleOracle échoue ou n’est pas activée, le programme ddbmcon essaie de seconnecter à l’aide de l’authentification de système d’exploitation. Il tente deremplacer l’ID utilisateur de processus réel par l’ID utilisateur d’installation Oraclepour se connecter à l’instance de base de données.

Le programme ddbmcon essaie toutes ces méthodes d’authentification pour chaqueinstance de base de données Oracle. Il signale une erreur de connexion s’il ne peut passe connecter à l’instance de base de données à l’aide de l’une de ces méthodes. Sil’une des méthodes réussit, le programme ddbmcon ignore les autres méthodesd’authentification et récupère les informations utilisées par le logiciel eCDM.

Veillez à activer l’une de ces trois méthodes d’authentification pour le programmeddbmcon. Pour une facilité d’utilisation optimale, il est recommandé d’activer laméthode d’authentification de système d’exploitation. Les méthodesd’authentification de base de données et de portefeuille Oracle nécessitent des étapesde configuration supplémentaires sur l’hôte Oracle et dans les paramètres du fichierde configuration rman_agent.cfg.

Les rubriques suivantes expliquent comment configurer le programme ddbmcon pourse connecter à toutes les bases de données qui s’exécutent sur le système local. Si cesbases de données utilisent un catalogue RMAN, vous devez également configurer leprogramme ddbmcon pour qu’il se connecte au catalogue approprié pour chaque basede données locale. Reportez-vous aux rubriques suivantes pour en savoir plus sur lafaçon d’activer les méthodes d’authentification que le programme ddbmcon utilisepour les connexions aux bases de données :

l Exigences en matière de fichier de configuration pour la connexion aux bases dedonnées locales

l Exigences pour l’authentification de base de données

l Exigences pour l’authentification de portefeuille Oracle

l Exigences pour l’authentification de système d’exploitation



Exigences en matière de fichier de configuration pour la connexion aux basesde données locales

Avant que le programme ddbmcon puisse se connecter à une base de données locale,vous devez configurer les paramètres de configuration requis pour activer la méthoded’authentification que le programme doit utiliser pour la connexion. Chaque méthoded’authentification possède ses propres exigences quant aux paramètres du fichier deconfiguration.

Lors de l’installation de l’agent Oracle RMAN, le modèle de fichier de configuration,rman_agent.cfg, est installé dans le répertoire $RMAN_AGENT_HOME/config.Pour activer une méthode d’authentification spécifique, vous devez définir lesparamètres requis dans le fichier de configuration rman_agent.cfg.

Le modèle de fichier de configuration inclut les informations suivantes.

# ############################################################################### rman_agent.cfg## All rights reserved.## Oracle RMAN agent 4.6## This template is designed to help users to configure the eCDM for RMAN agent.# Check the product administration guide for a complete list of all the# supported parameters and rules for editing the configuration file.## Make a copy of this file before making any modifications.# To enable a parameter, uncomment or add the parameter in the file and# specify its value.## ############################################################################### ############################################################################## Oracle parameters.# There can be repetitive sections of Oracle parameters. The Oracle database# the parameters belong to is described in the section name: SID_name. The# name here must be replaced by the SID of the database.# #############################################################################[SID_name] # ORACLE_SERVICE = # ORACLE_USER = # ORACLE_OS_USER = # TNS_ADMIN = # RMAN_CATALOG_SERVICE = # RMAN_CATALOG_USER =

Pour définir un paramètre spécifique dans le fichier de configuration, tel queORACLE_SERVICE, supprimez le symbole # au début de la ligne de paramètre etajoutez la valeur du paramètre après le signe égal (=).

Vous pouvez configurer les paramètres suivants dans le fichier de configuration :

l SID_name est obligatoire pour chaque méthode d’authentification lorsque vousdéfinissez les paramètres dans le fichier pour un ID de système (SID) spécifique.[SID_name] (par exemple, [SID_orcl]) doit figurer sur une ligne distincte avanttous les paramètres de ce SID :

n Pour les systèmes Oracle 10g, 11g et non RAC, SID_name doit correspondre auSID qui figure dans le fichier /etc/oratab.

n Pour les systèmes Oracle 12c RAC, SID_name doit correspondre au SID quis’exécute sur l’hôte local.


Exigences en matière de fichier de configuration pour la connexion aux bases de données locales 105

Remarque

Chaque SID Oracle d’un même système nécessite ses propres entrées dans lefichier de configuration. Vous devez utiliser le même fichier de configuration pourtous les SID Oracle.

l ORACLE_SERVICE est obligatoire pour l’authentification de base de données et deportefeuille Oracle. Il spécifie le nom du service TNS ou Net de la base de donnéesOracle.

l ORACLE_USER est obligatoire pour l’authentification de base de donnéesuniquement. Il spécifie le nom d’utilisateur de base de données tel qu’enregistrédans le lockbox.

l ORACLE_OS_USER est obligatoire pour l’authentification de système d’exploitationlorsque le nom d’utilisateur pour la connexion est différent du nom d’utilisateurORACLE_OSDBA_USER. Il spécifie l’utilisateur du système d’exploitation qui seconnectera à la base de données Oracle pour l’authentification de systèmed’exploitation. Lorsque ce paramètre est défini, ORACLE_OSDBA_USER est ignoré.

l TNS_ADMIN est obligatoire pour l’authentification de base de données et deportefeuille Oracle lorsque les fichiers de configuration Oracle Net comprenanttnsnames.ora résident dans un répertoire autre que celui par défaut. Il spécifiele chemin d’accès du répertoire autre que celui par défaut. Lorsque ce paramètren’est pas défini, le répertoire par défaut du système $ORACLE_HOME/networkest utilisé.

l RMAN_CATALOG_SERVICE est obligatoire pour chaque méthoded’authentification lorsqu’un catalogue RMAN est utilisé. Il spécifie le nom duservice Net de la base de données du catalogue RMAN.

l RMAN_CATALOG_USER est obligatoire pour chaque méthode d’authentificationlorsqu’un catalogue RMAN est utilisé. Il spécifie le nom d’utilisateur de base dedonnées du catalogue tel qu’enregistré dans le lockbox.

Les rubriques suivantes fournissent plus d’informations sur les exigences deconfiguration de chaque méthode d’authentification.

Exigences pour l’authentification de base de donnéesAvant que le programme ddbmcon puisse utiliser l’authentification de base de donnéespour se connecter à une base de données Oracle, vous devez effectuer laconfiguration requise pour activer cette méthode d’authentification. L’authentificationde base de données peut être utilisée pour la connexion à une base de données cibleou à une base de données de catalogue.

Pour activer la méthode d’authentification de base de données, exécutez la commandeddutil avec les options appropriées de façon à stocker les informationsd’identification d’administrateur de base de données dans le lockbox :

ddutil -C -a USER_TYPE=DATABASE_ADMIN [-a DATABASE_SIDS=<database_SIDs>] [-a USERNAME=<administator_username>]

Remarque

Si le lockbox n’existe pas lorsque vous exécutez la commande ddutil, la commandecrée le lockbox dans le répertoire par défaut.

Les options -C et -a USER_TYPE=DATABASE_ADMIN sont obligatoires. Si vous nespécifiez pas les autres options -a, -a DATABASE_SIDS=<database_SIDs> et -a



USERNAME=<administator_username>, la commande vous invite à indiquer les SID debase de données et le nom d’utilisateur de l’administrateur. La commande demandetoujours la saisie du mot de passe d’administrateur.

Si plusieurs bases de données existent sur le système et qu’elles utilisent toutes lemême nom d’utilisateur administrateur et le même mot de passe, vous pouvez ajouterles informations d’identification pour l’ensemble des bases de données dans le lockboxavec la même commande ddutil . Vous devez spécifier les SID de base de donnéessous forme de liste de valeurs séparées par des virgules. Par exemple :

ddutil -C -a USER_TYPE=DATABASE_ADMIN

'RMAN_AGENT_HOME' is retrieved from ddutil runtime location as '/home/oracle/opt/dpsapps/rmanagent'Database SIDs (to a maximum of 19 SIDs):orcl1,orcl2,orcl3,orcl4,orcl5,db1,db2Database administrator name: SYSPassword: xxxxxRe-enter password: xxxxxSuccessfully set the Oracle database administrator credentials in the lockbox.

L’exemple de commande suivant inclut toutes les options -a prises en charge :

ddutil -C -a USER_TYPE=DATABASE_ADMIN -a DATABASE_SIDS=orcl1,orcl2,orcl3,orcl4,orcl5,db1,db2 -a USERNAME=SYS

'RMAN_AGENT_HOME' is retrieved from ddutil runtime location as '/home/oracle/opt/dpsapps/rmanagent'Password: xxxxxRe-enter password: xxxxxSuccessfully set the Oracle database administrator credentials in the lockbox.

Pour activer la méthode d’authentification de base de données, vous devez égalementdéfinir les paramètres suivants pour chaque SID requis dans le fichier de configurationrman_agent.cfg. La rubrique Exigences en matière de fichier de configuration pourla connexion aux bases de données locales à la page 105 fournit plus d’informations surla configuration des paramètres dans le fichier de configuration :

l Définissez ORACLE_SERVICE et ORACLE_USER. ORACLE_USER doitcorrespondre au nom d’utilisateur enregistré dans le lockbox.

l Si les fichiers de configuration Oracle Net résident dans un répertoire autre quecelui par défaut, définissez TNS_ADMIN sur le chemin d’accès du répertoire.

l Si un catalogue RMAN est utilisé, définissez RMAN_CATALOG_SERVICE etRMAN_CATALOG_USER.

Par exemple, le fichier de configuration rman_agent.cfg inclut les paramètressuivants pour activer l’authentification de base de données pour le SID de base dedonnées orcl :

[SID_orcl] ORACLE_SERVICE = DBFS ORACLE_USER = ORACLE1 TNS_ADMIN = /home/oracle/wallet


Exigences pour l’authentification de base de données 107

Pour confirmer que l’authentification de base de données est activée, vous pouvezvous connecter en tant qu’utilisateur root et exécuter les commandes ddutil,comme décrit à la rubrique Vérification de la connectivité entre ddbmcon et la base dedonnées Oracle à la page 109.

Exigences pour l’authentification de portefeuille OracleAvant que le programme ddbmcon puisse utiliser l’authentification de portefeuilleOracle pour se connecter à une base de données Oracle, vous devez effectuer laconfiguration requise pour activer cette méthode d’authentification. L’authentificationde portefeuille Oracle peut être utilisée pour la connexion à une base de données cibleou à une base de données de catalogue.

Pour activer la méthode d’authentification de portefeuille Oracle, vous devez définirles paramètres suivants pour chaque SID requis dans le fichier de configurationrman_agent.cfg. La rubrique Exigences en matière de fichier de configuration pourla connexion aux bases de données locales à la page 105 fournit plus d’informations surla configuration des paramètres dans le fichier de configuration :

l Définissez ORACLE_SERVICE sur le nom de service Net ou TNS. Par exemple,définissez le paramètre sur la valeur DBFS.

l Si les fichiers de configuration Oracle Net résident dans un répertoire autre quecelui par défaut, définissez TNS_ADMIN sur le chemin d’accès du répertoire.


Par exemple, le fichier de configuration rman_agent.cfg inclut les paramètressuivants pour activer l’authentification de portefeuille Oracle pour le SID de base dedonnées orcl :

[SID_orcl] ORACLE_SERVICE = DBFS TNS_ADMIN = /home/oracle/wallet

Pour confirmer que l’authentification de portefeuille Oracle est activée, vous pouvezvous connecter en tant qu’utilisateur root et exécuter les commandes ddutil,comme décrit à la rubrique Vérification de la connectivité entre ddbmcon et la base dedonnées Oracle à la page 109.

Exigences pour l’authentification de système d’exploitationLa méthode d’authentification de système d’exploitation peut uniquement être utiliséesur les systèmes qui possèdent un seul home directory Oracle, ou qui en possèdentplusieurs ayant tous été installés par le même utilisateur. Lors de l’authentification, leprogramme ddbmcon obtient l’ID utilisateur d’installation Oracle ou il lit le nomd’utilisateur du système d’exploitation à partir du fichier de configurationrman_agent.cfg. Le programme remplace ensuite l’utilisateur réel du processus parl’utilisateur de l’installation Oracle ou l’utilisateur du système d’exploitation pour seconnecter à l’instance de base de données.

Remarque

L’utilisateur du système d’exploitation spécifié dans le fichier de configuration estprioritaire sur l’utilisateur de l’installation Oracle.

Lorsque le programme ddbmcon utilise la méthode d’authentification sur un systèmepossédant plusieurs home directories Oracle installés par différents utilisateurs, il



affiche des informations pour un seul home directory Oracle. Il renvoie une erreur deconnexion pour les autres home directories Oracle.

Lors de la découverte des sauvegardes, le programme ddbmcon tente d’utiliser laméthode d’authentification de système d’exploitation uniquement après que lesméthodes d’authentification de base de données et de portefeuille Oracle n’ont pas puétablir de connexion à la base de données Oracle.

Pour activer la méthode d’authentification de système d’exploitation, vous devezégalement définir les paramètres suivants pour chaque SID requis dans le fichier deconfiguration rman_agent.cfg. La rubrique Exigences en matière de fichier deconfiguration pour la connexion aux bases de données locales à la page 105 fournitplus d’informations sur la configuration des paramètres dans le fichier deconfiguration :

l Si le nom d’utilisateur à utiliser pour la connexion est différent deORACLE_OSDBA_USER, définissez ORACLE_OS_USER.


Par exemple, le fichier de configuration rman_agent.cfg inclut les paramètressuivants pour activer l’authentification de système d’exploitation pour le SID de basede données orcl :

[SID_orcl] ORACLE_OS_USER = ORACLE1

Pour confirmer que l’authentification de système d’exploitation est activée, vouspouvez vous connecter en tant qu’utilisateur root et exécuter les commandesddutil, comme décrit à la rubrique Vérification de la connectivité entre ddbmcon etla base de données Oracle à la page 109.

Vérification de la connectivité entre ddbmcon et la base dedonnées Oracle

Vous pouvez exécuter la commande ddutil en tant qu’utilisateur root avec l’option -v appropriée pour vérifier la connectivité entre le programme ddbmcon et la base dedonnées Oracle.

Les sous-rubriques ci-dessous décrivent les trois niveaux de vérification pris en chargeavec la commande ddutil -v :

l Vérification de l’hôte

l Vérification de l’instance

l Vérification de RMAN

Vérification de l’hôtePour effectuer la vérification de l’hôte, exécutez la commande ddutil -v host entant qu’utilisateur root.

La sortie de la commande ddutil -v host inclut les instances Oracle trouvées surle système et les informations de base relatives à chacune de ces instances.


Vérification de la connectivité entre ddbmcon et la base de données Oracle 109

Par exemple, la commande ddutil -v host suivante répertorie une instance Oracleet indique que la méthode d’authentification est l’authentification de base dedonnées :

ddutil -v host

'RMAN_AGENT_HOME' is retrieved from ddutil runtime location as '/opt/dpsapps/rmanagent'.The ORACLE_HOME environment variable could not be retrieved.Reported application instance: Version: 11.2.0.1.0 Install location: /home/oracer/app/oracer/oracle/product/11.2.0/db_1 Database identifier: 1040017416 Oracle SID: CER Authentication type: Oracle database user

Vérification de l’instancePour effectuer la vérification de l’instance, exécutez la commande ddutil -v insten tant qu’utilisateur root. La commande teste la connexion OCI à la base de donnéeset affiche une sortie similaire à celle de la commande de vérification de l’hôte. Enoutre, la sortie répertorie les objets de base de données qui ont été découverts. Vouspouvez utiliser la commande afin de déterminer si le programme ddbmcon dispose del’accès en lecture requis pour les objets de base de données.

Par exemple, la commande ddutil -v inst suivante répertorie une instance Oracleet les objets de base de données. La méthode d’authentification répertoriée estl’authentification de base de données :

ddutil -v inst

'RMAN_AGENT_HOME' is retrieved from ddutil runtime location as '/opt/dpsapps/rmanagent'.The ORACLE_HOME environment variable could not be retrieved.Reported application instance: Version: 11.2.0.1.0 Install location: /home/oracer/app/oracer/oracle/product/11.2.0/db_1 Database identifier: 1040017416 Oracle SID: CER Authentication type authentication: Oracle database user

Application instance detailed information: Database name : CER Database object : SYSTEM Database object : SYSAUX Database object : PSAPUNDO Database object : PSAPCER Database object : CATTBS

Vérification de RMANPour effectuer la vérification de RMAN, exécutez la commande ddutil -v rman entant qu’utilisateur root. Cette vérification n’est nécessaire que si vous utilisez uncatalogue RMAN. L’authentification de base de données ou de portefeuille Oraclepermet de se connecter à un catalogue RMAN.

La commande ddutil -v rman vérifie si le programme ddbmcon peut seconnecter à la base de données cible et à la base de données de catalogue via un script



RMAN, ce qui est nécessaire pour effectuer une suppression active des sauvegardesOracle.

Remarque

Pour que la suppression active via RMAN soit possible, les credentials Data Domaindoivent être stockés dans le lockbox.

La sortie de la commande ddutil -v rman contient les trois sections suivantespour la vérification de RMAN :

1. Informations de connexion de la base de données cible :

l Type d’authentifications, à sa voir utilisateur de système d’exploitation,utilisateur de base de données Oracle ou utilisateur de portefeuille Oracle.

l Pour l’authentification de système d’exploitation, seul l’utilisateur du systèmed’exploitation est répertorié.

l Pour l’authentification de base de données, l’utilisateur du systèmed’exploitation, le service Oracle et l’utilisateur de la base de données sontrépertoriés.

l Pour l’authentification de portefeuille Oracle, le service Oracle et la valeurTNS_ADMIN sont répertoriés.

2. Informations de connexion à la base de données du catalogue :

l Méthode d’authentification, à savoir utilisateur de base de données Oracle ouutilisateur de portefeuille Oracle.

l Pour l’authentification de base de données, le service de base de données etl’utilisateur de base de données sont répertoriés.

l Pour l’authentification de portefeuille Oracle, le service Oracle et la valeurTNS_ADMIN sont répertoriés.

3. Sortie du script RMAN, qui affiche les informations de connexion et les éventuelsmessages d’erreur.

Par exemple, la sortie de la commande ddutil -v rman suivante affiche les troissections indiquant que la méthode d’authentification de base de données est utiliséepour la base de données cible et la base de données du catalogue :

ddutil -v rman

'RMAN_AGENT_HOME' is retrieved from ddutil runtime location as '/opt/dpsapps/rmanagent'.The ORACLE_HOME environment variable could not be retrieved.Reported RMAN instance connection: Oracle SID: CER

Target database authentication: Oracle database user Oracle OS dba user: oracer Oracle service: CER Oracle database user: system

RMAN catalog authentication: Oracle database user Catalog database service: SAP.world Catalog database user: catowner

RMAN output:

Recovery Manager: Release 11.2.0.1.0 - Production on Fri Dec 15 14:30:15 2017


Vérification de la connectivité entre ddbmcon et la base de données Oracle 111

Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.RMAN> connect ********2> 3> connect *********4> 5> connected to target database: CER (DBID=1040017416)connected to recovery catalog databaseRecovery Manager complete



CHAPITRE 6

Administration des systèmes Data Domain


l Restriction de l’accès DD Boost à des serveurs de base de données spécifiques.......................................................................................................................... 114

l Compatibilité entre les versions en matière de réplication de fichiers................ 115l Modification d’un groupe d’interfaces............................................................... 115

Administration des systèmes Data Domain 113

Restriction de l’accès DD Boost à des serveurs de base dedonnées spécifiques

Par défaut, lorsque le service DD Boost est activé sur un système Data Domain, il estaccessible à tous les serveurs de base de données. Toutefois, vous pouvez utiliser lacommande ddboost access pour remplacer cette valeur par défaut et limiterl’accès à un ensemble restreint de serveurs de base de données.

Les exemples de commandes suivants suppriment l’autorisation d’accès par défautpour tous les serveurs, puis ajoutent de nouvelles autorisations d’accès pour deuxserveurs de base de données spécifiques, databaseserver1.datadomain.com etdatabaseserver2.datadomain.com :

ddboost disableddboost access del clients *ddboost access add clients databaseserver1.datadomain.com databaseserver2.datadomain.comddboost enable

Ces commandes établissent un ensemble de contrôles d’accès qui autorisent l’accèsDD Boost uniquement aux deux serveurs de base de données,databaseserver1.datadomain.com et databaseserver2.datadomain.com.

Si aucun contrôle d’accès spécifique n’est établi, l’exécution de la commandeddboost enable configure le contrôle d’accès par défaut, ce qui permet à tous leshôtes d’accéder au service DD Boost. Toutefois, si des entrées de contrôle d’accèssont déjà établies, l’exécution de la commande ddboost enable ne modifie pas laliste de contrôle d’accès, ce qui active les contrôles d’accès déjà établis.



Remarque

l Vérifiez qu’aucune procédure de sauvegarde n’est en cours d’exécution sur lesystème Data Domain lorsque vous modifiez le contrôle d’accès. Exécutez lacommande ddboost disable pour empêcher les opérations tant que l’accès esten cours de modification. Lorsque vous désactivez DD Boost, vous désactivezl’accès aux données sur tous les serveurs de base de données.

l Indiquez uniquement un nom de domaine complet, une adresse IP ou un nom DNSpouvant être résolu pour le client lorsque vous modifiez la liste de contrôlesd’accès de celui-ci.

l Si vous modifiez ou supprimez le nom d’utilisateur, le changement de privilègesd’accès n’a aucune incidence sur les opérations en cours. Par exemple, le fait desupprimer des clients actuels de la liste d’accès DB Boost au moyen de lacommande ddboost access del clients n’interrompt pas une sauvegardede fichier déjà en cours d’exécution. Toutes les opérations en cours sepoursuivent. Le changement de privilèges d’accès n’entraîne pas l’échec desopérations en cours.

l Exécutez la commande ddboost enable pour réactiver DD Boost et activer lesopérations RMAN après la modification de l’accès. Celles-ci sont désormaissoumises aux privilèges d’accès modifiés.

l Lorsque le contrôle d’accès est modifié sur un système Data Domain pour uneapplication RMAN connectée, RMAN est toujours en mesure de fonctionnerconformément aux privilèges d’accès définis lors de la première connexion. Lapremière connexion a lieu lorsque la première commande RMAN est invoquée àl’aide de l’agent Oracle RMAN. La prochaine fois que RMAN est arrêté etredémarré, les nouveaux privilèges d’accès sont utilisés.

Compatibilité entre les versions en matière de réplication defichiers

La règle Data Domain relative à la compatibilité de mise à niveau pour la réplication defichiers est la suivante :

l L’ensemble des versions de maintenance et des correctifs d’une même famille sontcompatibles en amont. Une famille est identifiée par les deux premiers chiffres dunuméro de version, tels que 5.1. Par exemple, les versions 5.1.0.0, 5.1.0.2, 5.1.1.0 et5.1.2.0 sont compatibles en amont.

l La réplication de fichiers est compatible en amont entre deux familles de versionsconsécutives, telles que 5.1 et 5.2.

l La réplication de fichiers sur le réseau WAN doit utiliser l’option Data Domainddboost file-replication pour s’adapter aux faibles bandes passantes etaux longs temps de latence.

Modification d’un groupe d’interfacesUne fois le groupe d’interfaces configuré, vous pouvez ajouter des interfaces augroupe ou en supprimer. L’exemple suivant montre comment supprimer une interfacedu groupe d’interfaces configuré sur le système Data Domain.


Compatibilité entre les versions en matière de réplication de fichiers 115

Procédure

1. Assurez-vous qu’aucune tâche RMAN n’est active sur le système Data Domainsur l’interface que vous souhaitez supprimer du groupe. Vous pouvez effectuercette opération à partir du système Data Domain en vérifiant l’état desconnexions existantes dans le groupe d’interfaces à l’aide de la commandesuivante :

# ddboost show connections

2. Supprimez l’interface du groupe sur le système Data Domain :

# ddboost ifgroup del default 192.168.1.3

Une fois la suppression effectuée, l’interface 192.168.1.3 est libérée du groupeet n’est plus utilisée par le serveur de stockage DD Boost pour quelque tâcheque ce soit à partir des serveurs de base de données.

Remarque

La suppression de l’interface consignée auprès de RMAN rend le systèmeData Domain inaccessible aux serveurs de base de données. La configuration del'ifgroup sur le système Data Domain n'est pas supprimée.

Pour apporter des modifications à une interface ajoutée au groupe d’interfacesdu système Data Domain au niveau de la couche réseau, supprimez l’interfacedu groupe, puis ajoutez-la à nouveau.

Si vous exécutez la commande net pour apporter des modifications auxinterfaces, telles que l’activation d’une interface configurée pour ifgroup,exécutez la commande ddboost show connections pour mettre à jourl’affichage de l’équilibrage de la charge. Cette mise à jour permet à ifgroupd’utiliser l’interface. Pour plus d’informations, reportez-vous à la rubrique showconnections à la page 136.

Suppression de la configuration de la fonction avancée d’équilibrage de lacharge et de basculement de lien sur incident

L’exemple suivant montre comment supprimer un groupe d’interfaces configuré sur lesystème Data Domain.

Procédure

1. Assurez-vous qu’aucune tâche RMAN n’est active sur le système Data Domain.Vous pouvez effectuer cette opération à partir du système Data Domain envérifiant l’état des connexions existantes dans le groupe d’interfaces à l’aide dela commande suivante :

# ddboost show connections

La rubrique show connections à la page 136 fournit des informations surl’exemple de sortie.

2. Vérifiez qu’il n’existe aucune tâche en attente à partir des serveurs de base dedonnées connectés à ce système.



3. Désactivez la fonctionnalité sur le système Data Domain :

# ddboost ifgroup disable default

4. Réinitialisez le groupe d’interfaces :

# ddboost ifgroup default reset

Résultats

Toutes les interfaces sont libérées du groupe.


Suppression de la configuration de la fonction avancée d’équilibrage de la charge et de basculement de lien sur incident 117

CHAPITRE 7

Résolution des problèmes


l Présentation du dépannage.............................................................................. 120l Examen des problèmes..................................................................................... 120l Limites relatives à Oracle..................................................................................120l Création de rapports sur les problèmes.............................................................120l Paramètres du système Data Domain pour la réplication de fichiers.................. 121l Informations de dépannage du lockbox..............................................................121l Échec du chargement de la librairie de gestion des médias............................... 122

Résolution des problèmes 119

Présentation du dépannageCe chapitre fournit des conseils de dépannage de base qui peuvent vous permettre derésoudre les problèmes rencontrés avec le produit. Si le problème ne peut pas êtrerésolu, contactez les prestataires de services de support.

Pour plus d'informations, reportez-vous à la base de connaissances Data Domain,disponible à l'adresse https://support.emc.com.

Examen des problèmesLors de l’examen d’un problème, gardez à l’esprit que le logiciel DD Boost comportedes composants sur un système Data Domain et sur un système RMAN. Les deuxenvironnements doivent être compatibles. Les considérations de dépannage suivantess’appliquent aux deux systèmes :

l Configurations prises en charge

Vérifiez que vous disposez d’une configuration prise en charge, telle que définiedans le guide de compatibilité logicielle en ligne, disponible à l’adresse http://compatibilityguide.emc.com:8080/CompGuideApp/getDataDomainBoostCompGuidePage.do. Une configuration prise en charge peutdevenir non prise en charge si l’un des composants est modifié.

l Échecs d’autorisation

Si vous rencontrez des échecs d’autorisation, vérifiez que tous les systèmesdisposent de credentials corrects pour accéder autres systèmes.

Limites relatives à OracleDe nombreuses fonctions RMAN nécessitent des éditions spécifiques d’Oracle. Parexemple, l’utilisation de COPIES 2 ou du parallélisme requiert Enterprise Edition. Pourobtenir la liste complète, consultez la documentation Oracle à l’adresse http://oracle.su/docs/11g/license.112/e10594/editions.htm.com.

RMAN comporte de nombreuses restrictions et limitations quant à la façon dont lessauvegardes peuvent être effectuées et aux éléments qui peuvent être sauvegardés.L’agent Oracle RMAN peut uniquement réaliser les opérations de sauvegarde et derestauration que RMAN prend en charge. Par exemple, les sauvegardes de fichiers decontrôle ne sont jamais multiplexées. Cela signifie que si COPIES 2 est utilisé pourcréer un réplica d’une sauvegarde, les fichiers de contrôle ne sont pas répliqués vers ledeuxième système Data Domain (destination). L’utilisation de l’option INCLUDECURRENT CONTROLFILE dans l’instruction de sauvegarde est une solution possible ;elle permet d’inclure une copie du fichier de contrôle actuel dans un élément desauvegarde.

Création de rapports sur les problèmesLors du signalement d’un problème au support technique, indiquez toujours lesinformations suivantes :

l le fichier sbtio.log, qui est essentiel pour l’analyse ;

l la sortie de la commande RMAN show all ;




http://compatibilityguide.emc.com:8080/CompGuideApp/getDataDomainBoostCompGuidePage.do



http://oracle.su/docs/11g/license.112/e10594/editions.htm.com

http://oracle.su/docs/11g/license.112/e10594/editions.htm.com

l toutes les commandes RMAN que vous avez utilisées.

Dans la mesure du possible, supprimez le fichier sbtio.log, recréez le problèmeavec le moins d’étapes possible, puis capturez le fichier sbtio.log à envoyer avecvotre rapport sur le problème. Définissez le niveau TRACE sur 5 avec la commandeCONFIGURE CHANNEL lorsque vous tentez de recréer le problème.

RMAN détermine l’emplacement du fichier sbtio.log. Le fichier sbtio.log setrouve généralement dans le répertoire défini par la variable d’initialisationuser_dump_dest ou dans le répertoire $ORACLE_HOME/rdbms/log. En dernierrecours, accédez au répertoire $ORACLE_HOME et exécutez une commande findpour rechercher le fichier.

Paramètres du système Data Domain pour la réplication defichiers

Pour toutes les versions de DD OS, la commande replication throttle gère laréplication. La définition d’une régulation trop faible peut entraîner des problèmes deréplication des fichiers. Le Guide d’administration de Data Domain Operating Systemfournit des informations sur l’utilisation de la commande replication throttlepour afficher ou contrôler les paramètres de régulation.

Informations de dépannage du lockboxLe fichier ddboost.config est le fichier de lockbox de l’agent Oracle RMAN. Ilcontient les paires nom d’utilisateur/mot de passe enregistrées pour les systèmesData Domain que vous utilisez. Si vous vous connectez au système ddr-system en tantqu’utilisateur ddr-user avec le mot de passe user-password, il existe une entréecorrespondante dans le fichier. Cette entrée indique que les connexions à ddr-systemsont effectuées à l’aide du nom d’utilisateur ddr-user et du mot de passe user-password. Le fichier de lockbox est chiffré et conservé avec les bibliothèques delockbox RSA, qui sont installées en tant que composants de l’agent Oracle RMAN, cequi explique que certaines des chaînes d’erreur renvoyées dans sbtio.log fassentréférence à lockbox.

Si vous modifiez le hostname du système Data Domain sans le modifier dans tous lesscripts et ainsi de suite, les tentatives de connexion à ddr-system échouent, car aucunhôte ne correspond au hostname spécifié. Si vous utilisez le nouveau hostname danstous les scripts, vous pouvez ajouter une nouvelle entrée username-password pour cenom d’hôte au fichier ddboost.config. La rubrique Enregistrement de chaquesystème Data Domain à la page 68 fournit des instructions à cet effet.

Le fichier ddboost.config se trouve dans le répertoire $RMAN_AGENT_HOME/config (Linux ou UNIX) ou dans le répertoire %RMAN_AGENT_HOME%\config(Windows).

Vous ne pouvez référencer un lockbox qu’à partir du serveur de base de données où ila été créé, sauf si vous l’avez configuré, au moment de sa création, afin qu’il soitaccessible à partir de plusieurs serveurs. Pour plus d’informations, reportez-vous à larubrique Consignation d’un système Data Domain pour l’accès au lockbox partagé à lapage 72.

Si vous désinstallez la bibliothèque boost, vérifiez que les anciens fichiersddboost.config sont supprimés. Il existe quatre fichiers :

l ddboost.config


Paramètres du système Data Domain pour la réplication de fichiers 121

l ddboost.config.bakl ddboost.config.FCDl ddboost.config.bak.FCDLa suppression des fichiers ddboost.config ne provoque jamais de problème, carles entrées seront recréées à la demande si vous exécutez à nouveau les commandesRMAN qui consignent les systèmes Data Domain.

À partir la version 4.6 de l’agent Oracle RMAN, si vous souhaitez utiliser un lockboxexistant dans un répertoire autre que celui par défaut, vous devez correctementmettre à niveau le lockbox. Dans le cas contraire, les opérations de sauvegarde, derestauration ou de requête suivantes échouent avec l’un des types de messagesd’erreur suivants :

SBT-5047 08/18/17 09:32:40 error 7501: dd_rman_get_user_info: Unable to open config file '/home/oracle/opt/dpsapps/rmanagent/config/ddboost.config'. Error: The Lockbox is corrupt and failed to load.

SBT-5047 08/18/17 09:32:40 error 7501: dd_rman_get_user_info: Unable to open config file '/u01/app/oracle/product/10.2.0/db_1/config/ddboost.config'. Error: Lockbox tampering was detected, so it cannot be read.

Pour utiliser un lockbox existant dans un répertoire autre que celui par défaut,assurez-vous que vous effectuez l’une des procédures de mise à niveau suivantes :

l Exécutez la commande ddutil -U suivante pour mettre à niveau le lockbox, puiscopiez les fichiers de lockbox existants vers le répertoire par défaut,$RMAN_AGENT_HOME/config ou %RMAN_AGENT_HOME%\config. Lacommande doit inclure le chemin d’accès complet de l’autre répertoire. Parexemple :

ddutil -U -a LOCKBOX_IMPORT=TRUE -a LOCKBOX_PATH=<non-default_lockbox_directory_pathname>cp <non-default_lockbox_directory_pathname>/ddboost.config* $RMAN_AGENT_HOME/config

l Copiez les fichiers de lockbox existants depuis l’autre répertoire vers le répertoirepar défaut, $RMAN_AGENT_HOME/config ou %RMAN_AGENT_HOME%\config,puis exécutez la commande ddutil -U suivante pour mettre à niveau le lockbox :


Échec du chargement de la librairie de gestion des médiasAprès l’installation et la configuration de l’agent Oracle RMAN, les tentativesd’utilisation de cet agent entraînent parfois des échecs de RMAN avec le messaged’erreur RMAN Failed to load Media Management Library tel indiqué dansle rapport d’erreur RMAN suivant :

RMAN-00571: =====================================RMAN-00569: ===ERROR MESSAGE STACK FOLLOWS======RMAN-00571: =============================================================================== RMAN-03009: failure of allocate command on dd0 channel at 01/07/2013 13:40:36 ORA-19554: error allocating device, device type: SBT_TAPE, device



name: ORA-27211: Failed to load Media Management Library

Cette erreur se produit généralement dans un environnement AIX, HP-UX ou Linux. Lemessage d’erreur indique que RMAN ne parvient pas à localiser l’une des bibliothèquesrequises, à savoir libddobk.so ou libDDBoost.so, ou une autre bibliothèque quiest utilisée par ces bibliothèques.

Le programme ddutil peut également échouer en raison de l’impossibilité de chargerles bibliothèques dépendantes requises. Dans ce cas, assurez-vous que le programmeddutil s’exécute à partir du répertoire d’installation de l’agent Oracle RMAN. Vouspouvez également définir la variable d’environnement RMAN_AGENT_HOME pourpermettre la localisation des bibliothèques dépendantes.

Si vous rencontrez le message d’erreur RMAN précédent dans l’environnement, vouspouvez procéder comme suit pour rechercher la source du problème et corriger celui-ci.

Procédure

1. Vérifiez que le chemin d’accès de la bibliothèque libddobk.so a étécorrectement spécifié dans la commande de configuration RMAN.

Pour plus d’informations, reportez-vous à la rubrique Configuration du logicielsur les systèmes Linux et UNIX à la page 62 ou Configuration du logiciel sur lessystèmes Windows à la page 67. Si le chemin d’accès est incorrect, labibliothèque libddobk.so est introuvable. Vérifiez que libddobk.so existedans le répertoire spécifié et que l’utilisateur dispose de l’accès approprié aurépertoire et au fichier de la bibliothèque.

2. Vérifiez que le home directory de l’agent Oracle RMAN a été correctementspécifié dans la commande de configuration RMAN.

Pour plus d’informations, reportez-vous à la rubrique Configuration du logicielsur les systèmes Linux et UNIX à la page 62 ou Configuration du logiciel sur lessystèmes Windows à la page 67. Si le répertoire est incorrect, la bibliothèquelibDDBoost.so est introuvable. Vérifiez que le sous-répertoire lib existedans le home directory de l’agent Oracle RMAN, que la bibliothèquelibDDboost.so est présente dans ce répertoire et que l’utilisateur dispose del’accès approprié au répertoire et au fichier de la bibliothèque.

3. Exécutez la commande ldd sur la bibliothèque libddobk.so pour vousassurer que les bibliothèques qu’elle utilise peuvent être trouvées, commeillustré dans l’exemple suivant :


Échec du chargement de la librairie de gestion des médias 123

CHAPITRE 8

Utilisation des commandes DD Boost


l Récapitulatif des commandes DD Boost........................................................... 126l Options de la commande ddboost..................................................................... 126

Utilisation des commandes DD Boost 125

Récapitulatif des commandes DD BoostLes rubriques de ce chapitre expliquent comment utiliser la commande ddboost avecles options suivantes.

Tableau 9 Récapitulatif des commandes DD Boost

access Gère l’accès DD Boost pour les clients. accès à la page126

clients Active les sauvegardes et les restaurations chiffrées sur le réseau local(LAN) et spécifie le niveau de chiffrement.

clients à la page127

destroy Supprime toutes les unités de stockage et leur contenu du systèmeData Domain.

destroy à la page127

disable Désactive DD Boost. disable à la page127

enable Active DD Boost. enable à la page128

fc Ajoute ou modifie les périphériques DD Boost over Fibre Channel. fc à la page 128

file-replication Définit, réinitialise ou affiche l’état de l’option d’optimisation de bandepassante faible ou de chiffrement pour la réplication de fichiers. Affiche ouréinitialise les statistiques, l’historique et les performances.

file-replication à lapage 128

ifgroup Pour la fonction avancée d’équilibrage de la charge et de basculement de liensur incident, gère le groupe d’interfaces (adresses IP) sur un réseau privéData Domain qui traite le transfert de données.

ifgroup à la page132

option Définit, réinitialise ou affiche l’état de la fonction de traitement distribué dessegments.

option à la page134

reset Supprime l’utilisateur DD Boost et réinitialise les statistiques. Efface tous lescompteurs de connexion de tâche indiqués dans la sortie de la commandeddboost show connections en cas de perte de la connexion réseau.

reset à la page 135

set user-name Définit le nom d’utilisateur DD Boost lorsque DD Boost est activé. set user-name à lapage 136

show Affiche les connexions DD Boost, l’histogramme DD Boost ou les statistiques. afficher à la page136

status Indique si DD Boost est activé ou désactivé. status à la page138

storage-unit Crée et supprime une unité de stockage ou répertorie les unités de stockageet les fichiers qui s’y trouvent.

storage-unit à lapage 138

Options de la commande ddboostLes rubriques suivantes fournissent plus d’informations sur la fonction de chaqueoption de la commande ddboost.

accèsUtilisez cette option de commande pour gérer l’accès DD Boost des clients.



ddboost access add clients

ddboost access add clients client-list

Cette commande permet d’ajouter des clients à la liste d’accès DD Boost.

ddboost access delete clients

ddboost access del clients client-list

Cette commande permet de supprimer des clients de la liste d’accès DD Boost.

ddboost access reset

ddboost access reset

Cette commande permet de rétablir les paramètres par défaut de la liste d’accès clientDD Boost.

ddboost access show

ddboost access show

Cette commande permet d’afficher la liste d’accès client DD Boost.

clients

ddboost clients add <client-list> [encryption-strength {medium | high}]

Les administrateurs utilisent cette commande pour activer la sauvegarde et larestauration chiffrées via le réseau local (LAN) et spécifier le niveau de chiffrementsur un client ou un groupe de clients particulier.

destroy

ddboost destroy

Les administrateurs utilisent cette commande pour supprimer toutes les unités destockage et leur contenu du système Data Domain. La commande supprimedéfinitivement toutes les données (fichiers) contenues dans les unités de stockage.

Vous devez également supprimer manuellement (faire expirer) les entrées decatalogue correspondantes.

disable

ddboost disable

Les administrateurs utilisent cette commande pour désactiver DD Boost pour lesystème Data Domain.


clients 127

enable

ddboost enable

Les administrateurs utilisent cette commande pour activer DD Boost pour le systèmeData Domain.

Chaque fois que l’utilisateur, l’ID utilisateur (UID) ou l’ID de groupe (GID) change, lesystème Data Domain met à jour l’ensemble des fichiers et des unités de stockage lorsde la prochaine exécution de la commande ddboost enable.

fcLe Guide de référence des commandes de Data Domain Operating System fournit la listecomplète des commandes ddboost fc.

fc group add

ddboost fc group add groupname initiator "initiator_names"

Les administrateurs utilisent cette commande pour accorder l’accès à cespériphériques DD Boost sur Fibre Channel via un initiateur, en ajoutant l’initiateur à ungroupe d’accès scsitarget de type ddboost.

fc group modify

ddboost fc group modify groupname device-set count count

Les administrateurs utilisent cette commande pour contrôler le nombre depériphériques DD Boost over Fibre Channel annoncés à l’initiateur en configurantl’ensemble de périphériques du groupe d’accès scsitarget. Le nombre maximal depériphériques DD Boost over Fibre Channel pris en charge par un systèmeData Domain est de 64.

file-replication

file-replication option reset

ddboost file-replication option reset {low-bw-optim | encryption}

Les administrateurs utilisent cette commande pour réinitialiser l’optimisation de bandepassante faible ou le chiffrement à sa valeur par défaut, qui est l’état désactivé.

file-replication option set

ddboost file-replication option set encryption {enabled | disabled}ddboost file-replication option set low-bw-optim {enabled | disabled}

Cette commande doit être exécutée sur les deux systèmes Data Domain : le systèmesource et le système de destination. Seul un administrateur peut spécifier ces options.

Le chiffrement doit être activé sur les systèmes Data Domain source et de destination.



L’optimisation de bande passante faible, qui est désactivée par défaut, est conçuepour une utilisation sur des réseaux dont la bande passante agrégée est inférieure à6 Mbps. Ne choisissez pas cette option si vous avez besoin de performancesmaximales en écriture sur le système de fichiers.

Une fois l’optimisation de bande passante faible activée sur les deux systèmes, cesderniers doivent subir un cycle de nettoyage complet pour préparer les donnéesexistantes. Exécutez la commande suivante sur les systèmes source et de destination :

filesys clean start

La durée du cycle de nettoyage dépend de la quantité de données actuellementprésentes sur le système Data Domain.

file-replication option show

ddboost file-replication option show [low-bw-optim | encryption]

Utilisez cette commande pour savoir si l’optimisation de bande passante faible et/ou lechiffrement sont activés ou désactivés pour la réplication de fichiers.

file-replication reset stats

ddboost file-replication reset stats

Les administrateurs utilisent cette commande pour réinitialiser les statistiques deréplication de fichiers lorsque DD Boost est activé.

file-replication show active

ddboost file-replication show active

Utilisez cette commande pour afficher l’état d’un transfert de réplication de fichiersDD Boost vers un système Data Domain. Avant DD OS 5.1, cette commande indiquaituniquement l’état des transferts de réplication de fichiers DD Boost sortants d’unsystème Data Domain. À partir de DD OS 5.1, cette commande indique égalementl’état des transferts de réplication de fichiers DD Boost entrants d’un systèmeData Domain.

La sortie de la commande d’état de l’optimisation de bande passante faible indique soitque cette fonction est activée et en cours d’exécution, soit qu’elle est activée, maisqu’il existe une incompatibilité de configuration.

file-replication show detailed-file-history

ddboost file-replication show detailed-file-history [duration duration{day | hr}]

Utilisez cette commande pour afficher l’historique de réplication de fichiers au fil dutemps. La sortie est classée par fichier ; il ne s’agit pas de données cumulées. Vousdevez spécifier une durée.

Pour chaque nom de fichier, les données sont classées par date, heure et direction(sortante ou entrante). Les valeurs sont indiquées en Ko pour les données avantcompression, après filtrage, après sélection de l’option de faible bande passante, après


file-replication 129

compression et réseau. La dernière valeur est un code d’erreur ; 0 indique qu’aucuneerreur ne s’est produite. L’exemple suivant donne une description de chaque colonne :

l Date : 2010/06/16

l Heure : 07:48:22

l Direction : Sortant

l Nom du fichier : /data/col1/x-ddp1/PEOST_00000001:0000000000:BEOST:4:0::

l Avant compression : 3 765 837

l Après filtrage : 30 802

l Après sélection de l’option de faible bande passante : 30 802

l Après compression : 17 423

l Réseau : 65 550

l Code d’erreur : 0

file-replication show detailed-history

ddboost file-replication show detailed-history [duration duration{day | hr}] [interval interval{hr}]

Utilisez cette commande pour afficher l’historique de réplication de fichiers au fil dutemps. Un historique cumulé s’affiche, et non une vue par nom de fichier. Vous devezspécifier une durée.

Les données sont classées par date, heure et direction (sortante ou entrante). Lesvaleurs cumulées sont indiquées en Ko pour les données avant compression, aprèsfiltrage, après sélection de l’option de faible bande passante, après compression etréseau. La dernière valeur est un code d’erreur ; 0 indique qu’aucune erreur ne s’estproduite.

file-replication show file-history

ddboost file-replication show file-history [duration duration{day | hr}]

Utilisez cette commande pour afficher l’historique du transfert de données pour letrafic entrant et sortant sur chaque fichier dans le répertoire backup du systèmeData Domain, pour une durée donnée à un intervalle spécifique. L’exemple suivantmontre le trafic entrant et sortant par date et heure :

l Quantité de données avant compression en Ko

l Quantité de données après compression en Ko

l Données de transfert réseau en Ko

l Facteur d’optimisation de bande passante faible

l Nombre d’erreurs



Tableau 10 Transfert de fichier entrant et sortant

Date Heure Orientation Nom dufichier

Avantcompression (Ko)

Aprèscompression (Ko)

Réseau(Ko)

Low-bw-optim

Erreurs

2009/08/31 15:13:09 Entrant /backup/source.tar

47 738 26 634 27 527 1,32 0

2009/08/31 15:13:09 Sortant /backup/destin.tar

14 327 8 638 9 034 1,21 0

file-replication show history

ddboost file-replication show history [duration duration{day | hr}] [interval interval{hr}]

Utilisez cette commande pour afficher l’historique du transfert de données entre lessystèmes Data Domain source et de destination (cible). Les informations suivantessont affichées pour le trafic entrant et sortant, pour une durée donnée à un intervallespécifique :

l Quantité de données avant compression en Ko

l Quantité de données après compression en Ko

l Données de transfert réseau en Ko

l Facteur d’optimisation de bande passante faible

l Nombre d’erreurs

Tableau 11 Transfert de données entrant et sortant

Date Heure Orientation

Avantcompression(Ko)

Aprèscompression(Ko)

Réseau(Ko)

Low-bw-optim

Erreurs

2010/08/31 11 h 14 Entrant 47 738 26 634 27 527 1,32 0

2010/08/31 11:14:09 Sortant 14 327 8 638 9 034 1,21 0

file-replication show performance

ddboost file-replication show performance [interval sec] [count count]

Utilisez cette commande pour afficher en temps réel, pour une durée donnée à unintervalle spécifique, la quantité de données entrantes et sortantes avant compressionpar rapport au débit réseau réel ou aux données après compression.

04/30 11:14:16 Outbound Inbound Pre-comp Network Pre-comp Network (KB/s) (KB/s) (KB/s) (KB/s) --------- --------- --------- --------- 0 0 1644 325


file-replication 131

0 0 2901 470 0 0 2430 458 0 0 14390 300 0 0 0 70 0 0 2308 446 0 0 2814 552 0 0 3010 529

file-replication show stats

ddboost file-replication show stats

Utilisez cette commande pour surveiller le trafic sortant et entrant sur un systèmeData Domain pendant la réplication. Le taux de compression augmente lorsquel’optimisation de bande passante faible est activée.

Direction: OutboundNetwork bytes sent: 88,383,976Pre-compressed bytes sent: 436,874,240Bytes after filtering: 153,080,417Bytes after low-bw-optim: 145,547,868Bytes after local compression: 83,628,271Compression ratio: 4.9

Direction: InboundNetwork bytes received: 88,383,976Pre-compressed bytes received: 436,874,240Bytes after filtering: 153,080,417Bytes after low-bw-optim: 145,547,868Bytes after local compression: 83,628,271Compression ratio: 4.9

ifgroupL’option ifgroup spécifie un groupe d’interfaces.

ifgroup add interface

ddboost ifgroup add interface group-name {interface ipaddr | client host}

Utilisez cette commande pour ajouter une interface et/ou un client au group-name ouau groupe par défaut. Avant d’ajouter une interface, vous devez créer le group-name,sauf si le nom du groupe est le groupe par défaut.

Remarque

Le nom de groupe default est créé au cours de la mise à niveau d’une nouvelleinstallation. Il est systématiquement utilisé si le group-name n’est pas spécifié.

En outre, l'adresse IP doit être configurée sur le système Data Domain et son interfacedoit être activée. Vous pouvez ajouter des adresses IP publiques ou privées pour lesconnexions de transfert de données. Après avoir ajouté une adresse IP commeinterface, vous devez activer la fonction avancée d’équilibrage de la charge et debasculement de lien sur incident.

Pour plus d’informations sur les groupes d’interfaces, consultez le Guided’administration de Data Domain Operating System.



ifgroup create group-name

ddboost ifgroup create group-name

Utilisez cette commande pour créer un groupe avec le nom group-name pourl’interface. Vous pouvez utiliser l’option de commande sur un nœud unique et sur unnœud maître dans un système Global Deduplication Array (GDA).

Le group-name peut contenir les caractères ^, [0-9, a-z, A-Z], *, $, le caractère desoulignement (_) et le trait d’union (-). Des hostnames et des hostnames completspeuvent être utilisés. Vous pouvez spécifier des hostnames génériques à l’aide d’unastérisque (*). Les noms de groupe réservés qui ne peuvent pas être utilisés sontdefault, all et none.

ifgroup del interface

ddboost ifgroup del group-name {interface ipaddr | client host}

Utilisez cette commande pour supprimer une interface et/ou un client du group-nameou du groupe par défaut. La suppression de la dernière interface d'adresse IP entraînela désactivation de l'ifgroup. Dans ce cas, vous pouvez choisir de terminer cette optionde commande.

ifgroup destroy group-name

ddboost ifgroup destroy group-name

Utilisez cette commande pour supprimer le nom du groupe. Seuls les groupes videspeuvent être supprimés. Les interfaces et les clients ne peuvent pas être supprimés,mais ils peuvent être effacés de manière séquentielle ou à l’aide de l’option decommande ddboost ifgroup reset group-name.

Remarque

Le nom de groupe default ne peut pas être supprimé.

ifgroup disable group-name

ddboost ifgroup disable group-name

Utilisez cette commande pour désactiver un groupe spécifique en saisissant le group-name. Si le group-name n'est pas spécifié, la commande s'applique au groupe pardéfaut.

ifgroup enable group-name

ddboost ifgroup enable group-name

Utilisez cette commande pour désactiver le groupe spécifié par le group-name. Si legroup-name n’est pas spécifié, la commande active le groupe par défaut.


ifgroup 133

ddboost ifgroup rename

ddboost ifgroup rename source-group-name destination-group-name

Utilisez cette commande pour remplacer le source-group-name de l’ifgroup par ledestination-group-name. Cette option de commande ne nécessite pas la désactivationdu groupe.

ifgroup reset group-name

ddboost ifgroup reset group-name

Utilisez cette commande pour réinitialiser le groupe spécifié par le group-name. Si legroup-name n’est pas spécifié, la commande désactive le groupe par défaut.

ifgroup show config

ddboost ifgroup show config {interfaces | clients | groups | all} group-name

Utilisez cette commande pour afficher les options de configuration sélectionnées. Sivous n’effectuez aucune sélection, toutes les informations du group-name spécifiés’affichent.

Si le group-name n’est pas spécifié, toutes les informations du groupe par défauts’affichent. Spécifiez l’option all pour afficher les options de configuration de tousles groupes. Tous les utilisateurs peuvent spécifier cette option de commande.

ifgroup status group-name

ddboost ifgroup status group-name

Utilisez cette commande pour afficher l’état de l’agrégation de liens, à savoir activé oudésactivé. L’état s’affiche pour tous les groupes, sauf si le group-name est spécifié.Tous les utilisateurs peuvent spécifier cette option de commande.

option

option reset distributed-segment processing

ddboost option reset distributed-segment processing

Les administrateurs utilisent cette commande pour rétablir l’option par défaut dutraitement distribué des segments, à savoir l’état activé.

option set distributed-segment processing

ddboost option set distributed-segment-processing {enabled | disabled}

Les administrateurs utilisent cette commande pour activer ou désactiver la fonction detraitement distribué des segments sur DD OS. Par défaut, elle est activée pourDD OS 5.1. Si cette fonction présente un problème pour un serveur de base de



données, utilisez cette commande pour désactiver la fonction sur le systèmeData Domain.

Le traitement distribué des segments n’est pris en charge que si la fonction est activéesur le système Data Domain.

Remarque

l Le traitement distribué des segments est activé par défaut dans DD OS 5.1.

l Si un système est mis à niveau à partir de DD OS 4.9 vers DD OS 5.0 et quel’option boost ait été désactivée avant la mise à niveau, l’option distributed-segment-processing est désactivée après la mise à niveau.

option show distributed-segment processing

ddboost option show distributed-segment-processing

Utilisez cette commande pour savoir si l’option de traitement distribué des segmentsest activée ou désactivée.

option reset virtual-synthetics

ddboost option reset virtual-synthetics

Utilisez cette commande pour rétablir l’option par défaut des sauvegardessynthétiques virtuelles, à savoir l’état désactivé. Les sauvegardes synthétiquesvirtuelles sont prises en charge sur les configurations à un nœud unique et lessystèmes DD Extented Retention uniquement.

option set virtual-synthetics {enabled | disabled}

ddboost option set virtual-synthetics {enabled | disabled}

Utilisez cette commande pour activer ou désactiver la fonction de sauvegardesynthétique virtuelle sur DD OS. Les sauvegardes synthétiques virtuelles sont prisesen charge sur les configurations à un nœud unique et les systèmes DDExtented Retention uniquement.

option show virtual-synthetics

ddboost option show [virtual-synthetics]

Utilisez cette commande pour afficher l’état (activé ou désactivé) des sauvegardessynthétiques virtuelles. Tous les utilisateurs peuvent exécuter cette commande.

reset

reset stats

ddboost reset stats


reset 135

Les administrateurs utilisent cette commande pour effectuer l’une des opérationssuivantes :

l pour réinitialiser toutes les statistiques lorsque DD Boost est activé ;

l en tant que procédure de restauration réseau afin de supprimer les connexions detâche après la perte de la connexion réseau.

reset user-name

ddboost reset user-name username

Utilisez cette commande pour supprimer et réinitialiser le nom d’utilisateur DD Boost.

Remarque

Cette commande est obsolète. Nous vous recommandons d’utiliser plutôt lacommande ddboost user unassign.

set user-name

ddboost set user-name user-name

Utilisez cette commande pour définir le nom d’utilisateur DD Boost lorsque DD Boostest activé.

afficher

show connections

ddboost show connections

Utilisez cette commande pour afficher les informations suivantes :

l Nombre de clients actifs, et pour chacun d’eux :

n nom du client ;

n client inactif ou non (yes/no) ;

n nombre de CPU installés ;

n quantité de mémoire en Mio ;

n numéro de version de l’agent Oracle RMAN installé ;

n nom et version du système d’exploitation ;

n numéro de version Oracle ;

n numéro de version RMAN.

l Nombre de connexions qu’un système utilise pour DD Boost, et si ces connexionssont réparties sur les interfaces à l’aide de la fonction avancée d’équilibrage decharge et de basculement de lien sur incident. L’exemple suivant illustre la sortierelative aux connexions client.

l Nombre de connexions utilisées pour un groupe donné, même lorsque l’interface aété supprimée de l’ifgroup.

l Aperçu des interfaces disponibles pour DD Boost.



show histogram

ddboost show histogram

Utilisez cette commande pour afficher un histogramme DD Boost pour le systèmeData Domain.

Tableau 12 Définitions des sorties dans l’histogramme DD Boost

OPER Nom de la demande d’opération envoyée à partir d’un clientDD Boost sur le système Data Domain.

mean Temps moyen (mathématique) nécessaire à la réalisation desopérations, en millisecondes (ms).

std-dev Écart type de la durée des opérations, dérivé du temps moyen enmillisecondes.

<1ms Nombre d’opérations qui ont pris moins de 1 ms.

<5ms Nombre d’opérations qui ont pris entre 1 et 5 ms.



<1s Nombre d’opérations qui ont pris entre 100 ms et 1 seconde.

<10s Nombre d’opérations qui ont pris entre 1 seconde et 10 secondes.

>10s Nombre d’opérations qui ont pris plus de 10 secondes.

total Durée totale d’une seule opération, en millisecondes.

max Durée maximale d’une seule opération, en millisecondes.

min Durée minimale d’une seule opération, en millisecondes.

show stats

ddboost show stats [interval seconds] [count count]

Utilisez cette commande pour afficher la sortie de la commande show statsprécédente, le nombre d’octets écrits et lus dans les fichiers contenus dans les unitésde stockage et le nombre de fichiers créés et supprimés sur les unités de stockage. Lenombre d’erreurs rencontrées pour chaque opération est également affiché. Si vous lesouhaitez, vous pouvez afficher les statistiques pour un nombre spécifique desecondes. Le nombre indique le nombre de lignes équivalent à la valeur du nombre.

Si le traitement distribué des segments est activé, le nombre d’octets transférés viacette fonction et le taux de compression obtenu s’affichent.

show user-name

ddboost show user-name


afficher 137

Utilisez cette commande pour afficher l’utilisateur DD Boost par défaut si un telutilisateur est configuré. Dans le cas contraire, elle indique qu’il n’existe aucunutilisateur par défaut.

Remarque

Cette commande est obsolète. Nous vous recommandons d’utiliser plutôt lacommande ddboost user show.

status

ddboost status

Utilisez cette commande pour déterminer si DD Boost est activé ou désactivé.

storage-unit

storage-unit create

ddboost storage-unit create storage_unit_name [quota-soft-limit n {MiB|GiB|TiB|PiB}] [quota-hard-limit n {MiB|GiB|TiB|PiB}]

Utilisez cette commande pour créer une unité de stockage et définir des limites. Ladescription de la commande mtree dans le Guide de référence des commandes deData Domain Operating System fournit des informations sur les limites de quota. Si lafonction de quota n’est pas activée, le quota est bien créé, mais un message s’affiche,indiquant que la fonction est désactivée et que les limites de quota ne sont pasappliquées, comme indiqué dans l’exemple 2. La description de la commande quotadans le Guide de référence des commandes de Data Domain Operating System fournit deplus amples informations.

Avec les quotas, il est possible que des applications de sauvegarde OpenStoragefassent état de tailles et de capacités non intuitives. Pour plus d’informations,consultez l’article 85210 de la base de connaissances, accessible depuis le portail duSupport.

Exemple 1

ddboost storage-unit create SU_1 quota-soft-limit 793 GiB quota-hard-limit 1078 GiB

Created storage-unit SU_1 quota-soft-limit: 793 GiB, quota-hard-limit: 1078 GiB

Exemple 2

ddboost storage-unit create SU_2 quota-soft-limit 1586 GiB

** Quota is disabled. Quota limits are not enforced. Created storage-unit SU_2 quota-soft-limit: 1586 GiB, quota-hard-limit: N/A



storage-unit delete

ddboost storage-unit delete storage-unit-name

Les administrateurs utilisent cette commande pour supprimer une unité de stockagespécifiée et tout son contenu. Vous devez également supprimer manuellement (faireexpirer) les entrées de catalogue correspondantes.

storage-unit show

ddboost storage-unit show [compression] [storage-unit-name]

Utilisez cette commande pour afficher les noms de toutes les unités de stockage ou, sivous le souhaitez, les noms de tous les fichiers dans une unité de stockage spécifiée.

Pour afficher la compression pour toutes les unités de stockage (taille initiale enoctets, compression globale et compression locale pour toutes les unités de stockage),utilisez l’option compression.

Remarque

Pour interrompre la sortie de cette commande, appuyez sur Ctrl+C.


storage-unit 139

ANNEXE A

Liste de contrôle de l’installation et de laconfiguration

Cette annexe traite des points suivants :

l Configurer le système Data Domain.................................................................. 142l Télécharger et installer l’agent Oracle RMAN................................................... 142l Configurer RMAN pour l’environnement........................................................... 142l Tester l’installation à l’aide de sbttest (facultatif) ............................................143l Exemples de sauvegarde...................................................................................143

Liste de contrôle de l’installation et de la configuration 141

Configurer le système Data DomainPour plus d’informations sur les étapes suivantes, reportez-vous à la rubrique Configuration du système Data Domain à la page 35.

Procédure

1. Ajoutez la licence DD Boost.

2. Définissez le nom du serveur, le nom d’utilisateur et le mot de passe pour lesystème Data Domain.

Remarque

Le nom du serveur, le nom d’utilisateur et le mot de passe doivent correspondreexactement à ceux utilisés dans la commande send à l’étape 2 de la rubrique Configurer RMAN pour l’environnement à la page 142.

3. Active DD Boost.

4. Créez une unité de stockage logique, comme indiqué à la rubrique Créationd’unités de stockage à la page 38.

5. Activez le traitement distribué des segments.

6. Vérifiez la connectivité. (Pouvez-vous effectuer un ping du nom du serveurDDR à partir du serveur de sauvegarde ?) Assurez-vous que le pare-feu nebloque pas les ports.

Télécharger et installer l’agent Oracle RMANPour plus d’informations sur les étapes suivantes, reportez-vous à la rubrique Configuration de l’agent Oracle RMAN à la page 53.

Procédure

1. Téléchargez le logiciel de l’agent Oracle RMAN.

2. Suivez les procédures d’installation et de configuration du logiciel.

Configurer RMAN pour l’environnementPour plus d’informations sur les étapes suivantes, reportez-vous à la rubrique Configuration de l’agent Oracle RMAN à la page 53.

Procédure

1. Exécutez la commande CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE'.

Pour plus d’informations, reportez-vous à la rubrique Configuration du logicielsur les systèmes Linux et UNIX à la page 62 ou Configuration du logiciel sur lessystèmes Windows à la page 67. Assurez-vous que l’option PARMS est définiecorrectement.

2. Exécutez la commande ALLOCATE CHANNEL.

Pour plus d’informations, reportez-vous à la rubrique Enregistrement de chaquesystème Data Domain à la page 68. Définissez la bibliothèque et exécutez lacommande send pour définir le nom du serveur, le nom d’utilisateur et le mot

Liste de contrôle de l’installation et de la configuration


de passe. Le nom du serveur, le nom d’utilisateur et le mot de passe doiventcorrespondre exactement à ceux utilisés à l’étape 2 de la rubrique Configurer lesystème Data Domain à la page 142.

3. Exécutez la commande CONFIGURE DEFAULT DEVICE TYPE 'SBT_TAPE'.

Pour plus d’informations, reportez-vous à la rubrique Enregistrement de chaquesystème Data Domain à la page 68.

Tester l’installation à l’aide de sbttest (facultatif)Oracle fournit la commande sbttest en tant qu’outil de diagnostic. Avant d’exécutersbttest avec l’agent Oracle RMAN, définissez les variables d’environnementsystème suivantes en utilisant les mêmes valeurs requises pour l’option PARMS del’étape 1 de la rubrique Configurer RMAN pour l’environnement à la page 142 :

l ORACLE_HOMEl RMAN_AGENT_HOMEl BACKUP_HOSTl STORAGE_UNITExemple sous Linux

export ORACLE_HOME=/oracle_homeexport BACKUP_HOST=MyDDRexport STORAGE_UNIT=MyStorageUnitNamesbttest MyFileName -trace MyTraceFileName -libname <ddboost_directory>/lib/libddobk.so

Exemples de sauvegarde

RMAN> backup copies 2 database format '%u_%p', '<destination_system>/%u_%p' filesperset=1;

RMAN> backup database format '%u_%p';


Tester l’installation à l’aide de sbttest (facultatif) 143

ANNEXE B

Exécution d’une sauvegarde avecOracle Enterprise Manager


l Exemples d’écrans............................................................................................ 146

Exécution d’une sauvegarde avec Oracle Enterprise Manager 145

Exemples d’écransFigure 9 Fenêtre de connexion

Figure 10 Page d’instance de base de données

Figure 11 Page de traitement

Exécution d’une sauvegarde avec Oracle Enterprise Manager


Figure 12 Page Schedule Customized Backup: Options

Figure 13 Page Schedule Customized Backup: Schedule

Figure 14 Page Schedule Customized Backup: Review


Exemples d’écrans 147

Figure 15 Page d’exécution



ANNEXE C

Installation et configuration de l’agentOracle RMAN


l Exemples d’installation et de configuration.......................................................150

Installation et configuration de l’agent Oracle RMAN 149

Exemples d’installation et de configurationExtraction du package logiciel de l’agent Oracle RMANLa commande et la sortie suivantes fournissent un exemple de l’extraction du logicielde l’agent Oracle RMAN sous Linux. Vous devez exécuter la commande tar -xvf<file_name> pour extraire les fichiers de l’agent Oracle RMAN du fichier tar.

tar -vxf ddrman46_linux_x86_64.tar ././readme.txt./license.txt./libddobk.so./ddutil./install.sh./uninstall.sh./libLockbox.so./libEnshroud-OpenSSL.so./libDDBoost.so./rman_agent.cfg./ddbmcon./libddboravalidate.so./libssl.so.1.0.0./libcrypto.so.1.0.0./libddvdisk.so./adm-agent-2.1.0.rpm

Installation de l’agent Oracle RMANLa commande et la sortie suivantes fournissent un exemple de l’installation de l’agentOracle RMAN, dans lequel le script install.sh guide l’utilisateur au cours duprocessus. Le répertoire RMAN_AGENT_HOME:/home/oracle1/rman_agent_homea été sélectionné. L’agent Oracle RMAN est installé pour la première fois sur lesystème, qui ne dispose d’aucune installation précédente de l’agent Oracle RMANantérieur à la version 4.6.

/install.sh Do you want to install under the default installation directory /home/oracle/opt/dpsapps/rmanagent? (y or n)yThe lib directory /home/oracle/opt/dpsapps/rmanagent/lib is created.The config directory /home/oracle/opt/dpsapps/rmanagent/config is created.The bin directory /home/oracle/opt/dpsapps/rmanagent/bin is created.The log directory /home/oracle/opt/dpsapps/rmanagent/logs is created.The breadcrumbs directory /home/oracle/opt/dpsapps/rmanagent/breadcrumbs is created.Installing the Oracle RMAN agent.Copying the lockbox libraries to /home/oracle/opt/dpsapps/rmanagent/lib/.Copying libddobk.so to /home/oracle/opt/dpsapps/rmanagent/lib/.Copying libDDBoost.so to /home/oracle/opt/dpsapps/rmanagent/lib/.Copying ddutil to /home/oracle/opt/dpsapps/rmanagent/bin/.Copying the dependency libraries to /home/oracle/opt/dpsapps/rmanagent/lib/.Copying the configuration file to /home/oracle/opt/dpsapps/rmanagent/config/.Copying the ddbmcon program to /home/oracle/opt/dpsapps/rmanagent/bin/.Creating the lockbox.Successfully installed the Oracle RMAN agent.

Installation et configuration de l’agent Oracle RMAN


Environment variable ORACLE_HOME is not defined.Installation is completed.

Fichiers installés de l’agent Oracle RMANLa commande et la sortie suivantes fournissent un exemple des fichiers de l’agentOracle RMAN qui ont été installés :

l La bibliothèque partagée libddobk.so et ses bibliothèques dépendantes ont étéinstallées sous le répertoire $RMAN_AGENT_HOME/lib.

l Le fichier binaire ddutil a été installé sous le répertoire $RMAN_AGENT_HOME/bin.

l Le répertoire config a été créé pour le lockbox.

Remarque

Il n’existe actuellement aucun lockbox, car il s’agit d’une nouvelle installation.

l Le répertoire logs a été créé pour les logs du programme ddutil.

/opt/dpsapps/rmanagent> ls -alR.:total 28drwxr-xr-x 7 oracle oradba 4096 2018-02-01 12:00 .drwxr-xr-x 3 oracle oradba 4096 2018-02-01 12:00 ..drwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 bindrwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 breadcrumbsdrwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 configdrwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 libdrwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 logs

./bin:total 23836drwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 .drwxr-xr-x 7 oracle oradba 4096 2018-02-01 12:00 ..-rwxr-xr-x 1 oracle oradba 22697509 2018-02-01 12:00 ddbmcon-rwxr-xr-x 1 oracle oradba 1666061 2018-02-01 12:00 ddutil

./breadcrumbs:total 8drwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 .drwxr-xr-x 7 oracle oradba 4096 2018-02-01 12:00 ..

./config:total 20drwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 .drwxr-xr-x 7 oracle oradba 4096 2018-02-01 12:00 ..-rw-rw-r-- 1 oracle oradba 3334 2018-02-01 12:00 ddboost.config-rw-rw-r-- 1 oracle oradba 4 2018-02-01 12:00 ddboost.config.FCD-r-xr-xr-x 1 oracle oradba 1947 2018-02-01 12:00 rman_agent.cfg

./lib:total 27500drwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 .drwxr-xr-x 7 oracle oradba 4096 2018-02-01 12:00 ..-rwxr-xr-x 1 oracle oradba 2998084 2018-02-01 12:00 libcrypto.so.1.0.0-rwxr-xr-x 1 oracle oradba 3520368 2018-02-01 12:00 libDDBoost.so-rwxr-xr-x 1 oracle oradba 6713824 2018-02-01 12:00 libddboravalidate.so-rwxr-xr-x 1 oracle oradba 1690051 2018-02-01 12:00 libddobk.so-rwxr-xr-x 1 oracle oradba 9965056 2018-02-01 12:00 libddvdisk.so-rwxr-xr-x 1 oracle oradba 2498081 2018-02-01 12:00 libEnshroud-OpenSSL.so


Exemples d’installation et de configuration 151

-rwxr-xr-x 1 oracle oradba 206659 2018-02-01 12:00 libLockbox.so-rwxr-xr-x 1 oracle oradba 495171 2018-02-01 12:00 libssl.so.1.0.0

./logs:total 8drwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 .drwxr-xr-x 7 oracle oradba 4096 2018-02-01 12:00 ..

Enregistrement de l’utilisateur Data DomainLes commandes et les sorties suivantes fournissent un exemple d’enregistrement d’unutilisateur Data Domain auprès du serveur Data Domain. Cet exemple illustrel’enregistrement de l’utilisateur Data Domain q_ost avec le mot de passe 4U2buildpour activer l’accès au serveur Data Domain test-data-domain.emc.com.

RMAN> connect target *2> 3> RUN {4> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' TRACE 5 PARMS5> 'BLKSIZE=1048576,6> SBT_LIBRARY=/home/oracle/opt/dpsapps/rmanagent/lib/libddobk.so,7> ENV=(STORAGE_UNIT=rman_oracle,8> BACKUP_HOST=test-data-domain.emc.com,9> RMAN_AGENT_HOME=/home/oracle/opt/dpsapps/rmanagent/)';10> send 'set username qa_ost password 4U2build servername test-data-domain.emc.com';11> RELEASE CHANNEL CH1;12> }13> 14> 15> connected to target database: orcl (DBID=1040017416)

using target database control file instead of recovery catalogallocated channel: CH1channel CH1: SID=25 device type=SBT_TAPEchannel CH1: Data Domain Boost API

sent command to channel: CH1

released channel: CH1

Recovery Manager complete.

Fichiers de lockbox de l’agent Oracle RMANLa commande et la sortie suivantes fournissent un exemple des fichiers de lockbox quiont été créés après l’enregistrement.

~/opt/dpsapps/rmanagent/config> ls -altotal 20drwxrwxrwx 2 oracle oradba 4096 2018-02-01 12:00 .drwxr-xr-x 7 oracle oradba 4096 2018-02-01 12:00 ..-rw-rw-r-- 1 oracle oradba 3334 2018-02-01 12:00 ddboost.config-rw-rw-r-- 1 oracle oradba 4 2018-02-01 12:00 ddboost.config.FCD-r-xr-xr-x 1 oracle oradba 1947 2018-02-01 12:00 rman_agent.cfg



Configuration du canal de l’agent Oracle RMAN et sauvegardeLes commandes et les sorties suivantes fournissent un exemple de la configuration decanal qui est requise pour exécuter des sauvegardes, ainsi qu’une opération desauvegarde exécutée par la suite.

Recovery Manager: Release 11.2.0.1.0 - Production on Thu Feb 1 13:03:53 2018

Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.

RMAN> connect target *2> connect catalog *3> 4> RUN {5> ALLOCATE CHANNEL CH1 TYPE 'SBT_TAPE' TRACE 5 PARMS6> 'BLKSIZE=1048576, SBT_LIBRARY=/home/oracle/opt/dpsapps/rmanagent/lib/libddobk.so, ENV=(STORAGE_UNIT=rman_agent, BACKUP_HOST=test-data-domain.emc.com, RMAN_AGENT_HOME=/home/oracle/opt/dpsapps/rmanagent/)';7> BACKUP FORMAT './rman/%U_%p_%t' DATABASE;8> RELEASE CHANNEL CH1;9> }10> connected to target database: orcl (DBID=1040017416)

connected to recovery catalog database

allocated channel: CH1channel CH1: SID=58 device type=SBT_TAPEchannel CH1: Data Domain Boost API

Starting backup at 01-FEB-18channel CH1: starting full datafile backup setchannel CH1: specifying datafile(s) in backup setinput datafile file number=00001 name=/mnt/oracle/orcl/system_1/system.data1input datafile file number=00006 name=/mnt/oracle/orcl/system_1/system.data2input datafile file number=00002 name=/mnt/oracle/orcl/system_1/sysaux.dbfinput datafile file number=00003 name=/mnt/oracle/orcl/undo_1/undo.data1input datafile file number=00005 name=/mnt/oracle/orcl/system_1/cattbs.dbfinput datafile file number=00004 name=/mnt/oracle/orcl/orcl/orcl.data1channel CH1: starting piece 1 at 01-FEB-18channel CH1: finished piece 1 at 01-FEB-18piece handle=./rman/lgsq4uhs_1_1_1_966949436 tag=TAG20180201T130356 comment=API Version 2.0,MMS Version 4.6.0.0channel CH1: backup set complete, elapsed time: 00:00:03Finished backup at 01-FEB-18

Starting Control File Autobackup at 01-FEB-18piece handle=c-1040017416-20180201-07 comment=API Version 2.0,MMS Version 4.6.0.0Finished Control File Autobackup at 01-FEB-18

released channel: CH1

Recovery Manager complete.


Exemples d’installation et de configuration 153

Dell EMC Oracle RMAN Agent...Configuration du pilote de périphérique générique SCSI pour les...

Documents

Transcript of Dell EMC Oracle RMAN Agent...Configuration du pilote de périphérique générique SCSI pour les...