䐀漀洀愀椀渀䈀漀漀猀琀昀漀爀伀瀀攀渀匀琀漀爀愀最攀...EMC a établi un partenariat avec Veritas pour tirer le meilleur parti de l’API Veritas OpenStorage

Dell EMC Présentation de Data Domain®

Boost pour OpenStorageVersion 3.5

Guide d’administration302-005-415

REV. 01

Copyright © 2018 Dell Inc. et ses filiales. Tous droits réservés.

Publié en Décembre 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 Présentation de Data Domain Boost pour OpenStorage 3.5 Guide d’administration

Préface 7

Présentation de Data Domain Boost pour OpenStorage 11Historique des révisions.............................................................................. 12Présentation de Data Domain Boost pour OpenStorage.............................. 12Configurations prises en charge ................................................................. 13Compatibilité de mise à niveau.................................................................... 13

Fonctions DD Boost 15Présentation des fonctions DD Boost..........................................................16Traitement distribué des segments ............................................................ 16Chiffrement à la volée................................................................................. 17Authentification globale et chiffrement....................................................... 18

Méthodes de configuration de l’authentification et du chiffrement...18Paramètres d’authentification et de chiffrement............................18Options d’authentification et de chiffrement..................................19Scénarios de compatibilité en amont.............................................. 21

Réplication de fichiers gérés (MFR)........................................................... 23Optimisation de bande passante faible...........................................23Réplication de fichiers gérés chiffrés.............................................24

DD Boost et la haute disponibilité............................................................... 24DD Boost, haute disponibilité et basculement sur incident.............25Configurations HA partielles ......................................................... 25

Réplication automatique d’images (AIR).....................................................26Restrictions relatives à l’utilisation de la fonction AIR sur dessystèmes Data Domain ..................................................................27Réplication automatique d’images ciblée....................................... 28

Réplication de structures MTree................................................................. 31Prise en charge d'IPv6................................................................................32Groupes d’interface dynamiques : Gestion des chemins de données IPDD Boost.................................................................................................... 32

Interfaces...................................................................................... 34Clients........................................................................................... 36

Transport DD Boost-over-Fibre Channel.................................................... 38Gestion des chemins DD Boost-over-Fibre Channel................................... 40

Sélection du chemin initial............................................................. 42Rééquilibrage dynamique............................................................... 42Basculement sur incident du chemin client.................................... 42Contraints par la profondeur de file d'attente................................ 43

Sauvegardes synthétiques virtuelles...........................................................44Validation des accès client..........................................................................45Chemin de données multiutilisateur DD Boost............................................ 45Gestion de l'unité de stockage....................................................................45

Fonction Multiuser Storage Units Access Control......................... 45Quotas de capacité de l’unité de stockage.....................................46Gestion du nombre de flux des unités de stockage........................ 46

Lecture en amont optimisée pour le modèle de données.............................47

Chapitre 1

Chapitre 2

SOMMAIRE

Présentation de Data Domain Boost pour OpenStorage 3.5 Guide d’administration 3

Préparation du système Data Domain pour DD Boost 49Activation de DD Boost sur un système Data Domain.................................50Association de plusieurs utilisateurs à DD Boost.........................................50Création d’unités de stockage ....................................................................51Configuration de quotas logiques pour les unités de stockage (facultatif) ....53Configuration des unités de stockage avec des limites de flux (facultatif)....53Configuration du traitement distribué des segments.................................. 55Configuration des groupes d’interfaces dynamiques ................................. 55

Modification d’un groupe d’interfaces........................................... 58Suppression d’un groupe d’interfaces............................................59

Utilisation de groupes d’interfaces dynamiques pour la réplication de fichiersgérés.......................................................................................................... 59

Réplication sur LAN........................................................................61Réplication sur WAN......................................................................63Autres exemples d’utilisation possibles.......................................... 64Nom de l’hôte de basculement sur incident de réplication............. 67Prise en charge de NAT (Network Address Translation)................68Résolution des conflits de sauvegarde/réplication......................... 70

Configuration MFR..................................................................................... 70Activation de l’optimisation des faibles bandes passantes .............70Activation du chiffrement...............................................................71Activation de la prise en charge des adresses IPv6.........................71Modification du port TCP MFR.......................................................71

Configuration de la validation des accès client............................................72Activation du chiffrement à la volée...............................................73

Configuration du service DD Boost-over-FC...............................................74Dimensionnement d’un ensemble de périphériques DD Boost-over-FC..................................................................................................75Calcul de dimensionnement............................................................77Installation du pilote de périphérique AIX DDdfc (facultatif pour lesclients AIX)....................................................................................80Configuration du pilote de périphérique générique SCSI pour lesclients Solaris................................................................................. 81

Définition générale de l’authentification et du chiffrement......................... 82Affichage des paramètres généraux pour l’authentification et lechiffrement....................................................................................83Réinitialisation des paramètres généraux pour l’authentification et lechiffrement....................................................................................83

Installation de DD Boost pour OpenStorage 85Vue d’ensemble de l’installation..................................................................86

Mises à niveau du plug-in OST et de DD OS.................................. 86Pare-feu et ports........................................................................... 87

Installation du plug-in OST pour NetBackup............................................... 87Installation du plug-in OST sur des serveurs de média................... 88Installation du plug-in UNIX .......................................................... 88Installation du plug-in Windows..................................................... 89Services NetBackup...................................................................... 90

Installation du plug-in OST pour Backup Exec............................................ 90Installation du plug-in sur des serveurs de média........................... 90Installation du plug-in Windows..................................................... 90Services Backup Exec.................................................................... 91

Chapitre 3

Chapitre 4

SOMMAIRE


Paramétrage des serveurs de média Windows en vue d’en optimiser lesperformances............................................................................................. 92Désinstallation du plug-in Windows............................................................ 92

Administration des applications de sauvegarde 93Configuration d'un serveur de média.......................................................... 94

Configuration NetBackup.............................................................. 94Configuration de Backup Exec..................................................... 105

Administration NetBackup........................................................................ 109Identification de la version de votre plug-in OST.......................... 109Identification de votre version de NetBackup...............................109Expirations du délai réseau........................................................... 109Regroupement d'unités de stockage pour le basculement surincident.........................................................................................110

Administration Backup Exec....................................................................... 111Identification de la version de votre plug-in OST........................... 111Identification de votre version de Backup Exec............................. 111Suppression d'unités de stockage sur des systèmes Data Domain....111

Procédure de dépannage de base 113Dépannage général.................................................................................... 114Paramètres du système Data Domain pour la réplication de fichiers.......... 114NetBackup Troubleshooting...................................................................... 114

Impossible de supprimer le système Data Domain......................... 114Vérification de l’installation........................................................... 115Vérification des informations d'identification................................ 116Résolution des erreurs de licence..................................................116Erreur de consignation sur les serveurs de média..........................116Résolution de sauvegardes en échec sur les serveurs de média.... 117Résolution de messages de log du plug-in..................................... 118Résolution de l'erreur « Connexion au socket impossible ».......... 118Échec de tâches de sauvegarde NetBackup sur les serveurs demédia Solaris.................................................................................119Échec des procédures de sauvegarde à partir des clients AIX...... 120Échec de la tâche de duplication optimisée.................................. 120Sauvegarde synthétique virtuelle................................................. 120Surveillance de la réplication automatique d'images......................121

Dépannage Backup Exec........................................................................... 126Procédure de dépannage de base.................................................126Vérification de l’installation.......................................................... 126Vérification des informations d'identification pour un système DataDomain......................................................................................... 127Résolution des erreurs de licence ................................................ 127Configuration d'un débogage actif................................................127

Chapitre 5

Chapitre 6

SOMMAIRE

Présentation de Data Domain Boost pour OpenStorage 3.5 Guide d’administration 5

SOMMAIRE


Préface

En vue d’améliorer la qualité de sa gamme de produits, EMC publie régulièrement desrévisions de ses matériels et logiciels. Par conséquent, il se peut que certainesfonctions décrites dans le présent document ne soient pas prises en charge parl’ensemble des versions des logiciels ou matériels actuellement utilisés.

Les Notes de mises à jour du produit contiennent les informations les plus récentes ausujet des fonctionnalités des produits, des mises à jour logicielles, des guides decompatibilité logicielle et vous renseignent sur les produits, licences et services EMC.

Si un produit ne fonctionne pas correctement ou ne fonctionne pas comme indiquédans ce document, contactez un professionnel du support technique EMC.

Remarque

Les informations figurant dans ce document sont exactes à la date de publication.Accédez au site de support en ligne EMC https://support.emc.com afin de vousassurer que vous utilisez la version la plus récente de ce document.

ObjectifEMC a établi un partenariat avec Veritas pour tirer le meilleur parti de l’API VeritasOpenStorage (OST), de façon à garantir une intégration étroite entre Data DomainBoost (DD Boost) et les applications Veritas NetBackup et Backup Exec. Ce guidepropose un aperçu de DD Boost pour OST, explique comment préparer le systèmeData Domain pour DD Boost, fournit les instructions nécessaires pour installer les plug-in OST requis et décrit comment configurer un serveur de média NetBackup ouBackup Exec.

AudienceCe guide s’adresse aux administrateurs système qui maîtrisent l’administrationgénérale des sauvegardes et ont besoin d’informations spécifiques sur l’utilisation deDD Boost dans le contexte des applications de sauvegarde Veritas (NetBackup etBackup Exec).

Documentation EMC connexeLes documents suivants relatifs au système Data Domain fournissent des informationscomplémentaires :

l Notes de mise à jour d’EMC Data Domain Boost for OpenStorage

l Notes de mise à jour d’EMC Data Domain Operating System

l Guide de configuration initiale d’EMC Data Domain Operating System

l Guide d’administration d’EMC Data Domain Operating System

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

l Guide du matériel d’EMC Data Domain Expansion Shelf

l Guide d’installation et de configuration des systèmes Data Domain pour chacunedes plates-formes prises en charge (par exemple DD890).

Où obtenir de l’aide sur les produits EMC ?Pour plus d’informations sur le support, les produits et les licences EMC, procédezcomme suit :

Préface 7

https://support.emc.com/

Informations sur les produits

Pour toute information sur la documentation, les notes de mise à jour, les mises àjour logicielles ou les produits EMC, consultez le Support en ligne d'EMC àl'adresse : https://support.emc.com.

Support technique

Ouvrez le support en ligne d’EMC et cliquez sur Centre de service. Vous disposezde plusieurs possibilités pour contacter le support technique EMC. Notez quepour pouvoir ouvrir une demande de service, vous devez disposer d’un contrat desupport valide. Pour savoir comment obtenir un contrat de support valide ou sivous avez des questions concernant votre compte, contactez un responsable decompte EMC.

Où obtenir de l’aide sur Veritas NetBackup ?Pour obtenir des informations détaillées sur NetBackup (fiches produits, livres blancs,support et formation), visitez le site Web du produit Symantec NetBackup à l’adressesuivante : http://www.symantec.com/netbackup.

Où obtenir de l’aide sur Veritas Backup Exec ?Pour obtenir des informations détaillées sur Backup Exec (fiches produits, livresblancs, support et formation), visitez le site Web du produit Veritas Exec à l’adressesuivante : https://www.veritas.com/product/backup-and-recovery/netbackup.

Ces documents sont installés avec l’application :

l Guide de l’administrateur Veritas Backup Exec 15

l Backup Exec 15 Hardware Compatibility List

DD Boost avec d’autres applications de sauvegardeLe plug-in OST tire parti de la bibliothèque du plug-in DD Boost. D’autres applicationsde sauvegarde interagissent avec la bibliothèque du plug-in DD Boost, dont :

l Dell NetVault Backup

l Dell vRanger Pro

l EMC Avamar

l EMC Database application agent for DD Boost for Enterprise Applications andProtectPoint

l EMC Microsoft application agent for DD Boost for Enterprise Applications

l EMC NetWorker

l Hewlett-Packard HP Data Protector

l Pivotal Greenplum Data Computing Appliance

l Quest NetVault

l Quest vRanger Pro

l Veeam Backup and Replication

l VMware vSphere Data Protection Advanced (VDPA)

Un guide distinct (Guide d’administration d’EMC Data Domain pour l’intégration despartenaires) a été publié spécialement pour ces applications. Consultez ce documentpour obtenir des informations sur l’utilisation de DD Boost avec ces applications. Vouspouvez vous procurer d’autres documents spécifiques aux applications auprès dufournisseur des applications de sauvegarde.

Préface


https://support.emc.com

http://www.symantec.com/netbackup/

https://www.veritas.com/product/backup-and-recovery/netbackup

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

NOTE

Un avis identifie un contenu mettant en garde contre une perte éventuelle de donnéesou d’activité.

Remarque

Une remarque identifie des informations accessoires relatives à la rubrique, mais qui nerevêtent pas un caractère essentiel. Les remarques peuvent fournir une explication, uncommentaire, un renforcement d’un point dans le texte ou simplement uneconsidération associée.

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

Tableau 1 Typographie

Gras Indique les noms d’éléments d’interface, tels que les noms defenêtres, de boîtes de dialogue, de boutons, de champs, d’onglets, detouches et de chemins de menus (tout ce qui nécessite une sélectionou un clic de l’utilisateur).

Italique Met en évidence les titres des publications citées dans le texte.

Monospace Fournit des informations sur le système, notamment :

l code système ;

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

l noms de chemins d’accès, noms de fichiers, invites et syntaxe ;

l commandes et options.

Monospace italique Met en évidence un nom de variable qui doit être remplacé par unevaleur de variable.

Monospace gras Désigne le texte pour les entrées utilisateur

[ ] Les crochets entourent les valeurs facultatives

| Une barre verticale indique les sélections alternatives (la barresignifie « « ou » »).

{ } 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.

Vos commentairesVos suggestions contribuent à améliorer la précision, l’organisation et la qualitéd’ensemble des publications destinées à nos utilisateurs. Envoyez vos commentairessur ce document à : [email protected].

Préface

9

mailto:[email protected]

Préface


CHAPITRE 1

Présentation de Data Domain Boost pourOpenStorage

Ce chapitre traite des points suivants :

l Historique des révisions...................................................................................... 12l Présentation de Data Domain Boost pour OpenStorage......................................12l Configurations prises en charge .........................................................................13l Compatibilité de mise à niveau............................................................................ 13

Présentation de Data Domain Boost pour OpenStorage 11

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

Tableau 2 Historique des révisions de la version 3.5 du Guide d’administration DD Boost pourOpenStorage

Révision Date Description

01 (3.5) Décembre 2018 Cette révision fournit des informations sur les nouvellesfonctionnalités et les nouveaux outils mentionnés ci-dessous :

l Logique de lecture en amont améliorée pour activer etdésactiver intelligemment la mise en cache desdonnées par lecture en amont basée sur des modèlesd’accès aux données spécifiques.

Présentation de Data Domain Boost pour OpenStorageDans le cadre des applications de sauvegarde Veritas (NetBackup et Backup Exec),Data Domain Boost (DD Boost) est doté de deux composants :

l Un plug-in OST installé sur chaque serveur de média. Ce plug-in comprend lesbibliothèques DD Boost à intégrer avec le serveur DD qui s’exécute sur le systèmeData Domain.

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

Remarque

Un système Data Domain peut être un système Data Domain, une passerelle ou unsystème DD Extended Retention. Sous DD Boost 3.2.1 et DD OS 5.7.1, celui-cipeut également être un système haute disponibilité Data Domain à deux nœuds.

L’application de sauvegarde (NetBackup ou Backup Exec) définit des règles quicontrôlent le moment où les sauvegardes et les duplications se produisent. Lesadministrateurs gèrent les sauvegardes, les duplications et les restaurations à partird’une seule console et peuvent utiliser toutes les fonctions de DD Boost, y compris lelogiciel de réplication du WAN.

Le système Data Domain fait apparaître des volumes de disque préétablis appelésunités de stockage, pour un serveur de média sur lequel DD Boost est activé. Plusieursserveurs de média, chacun doté d’un plug-in Data Domain OST, peuvent utiliser lamême unité de stockage d’un système Data Domain comme serveur de stockage.Chaque serveur de média peut exécuter un système d’exploitation différent, àcondition que le système d’exploitation soit pris en charge par Data Domain et par lesapplications de sauvegarde NetBackup ou Backup Exec.

La figure présente un exemple de configuration de Data Domain Boost pourOpenStorage à l’aide de NetBackup.

Présentation de Data Domain Boost pour OpenStorage


Figure 1 DD Boost pour OpenStorage - Configuration NetBackup

1. Clients2. Serveur3. Stockage primaire4. Serveur de média 5. Plug-in OST6. Data Domain7. Appliance Data Domain8. DD Boost9. WAN10. Appliance Data Domain secondaire11. Archivage sur bande si nécessaire12. Sauvegarde13. Rétention/Restauration14. Réplication15. Reprise après sinistre

Configurations prises en chargeData Domain prend en charge DD Boost sur tous les systèmes Data Domain.

La version du plug-in OST doit être compatible avec la version du logiciel de votresystème Data Domain et avec les configurations de l’application de sauvegarde.Data Domain ne prend pas en charge les combinaisons autres que celles détailléesdans le Guide de compatibilité de Data Domain Boost, disponible sur le site de support enligne https://support.emc.com.

Compatibilité de mise à niveauLa règle Data Domain relative à la compatibilité de mise à niveau pour la réplication estla suivante :


Configurations prises en charge 13


l Les versions de maintenance et les correctifs d'une même famille sont compatiblesen amont Une famille est identifiée par les deux premiers chiffres du numéro deversion, tels que 5.2. Par exemple, les versions 5.2.0.0, 5.2.0.2, 5.2.1.0 et 5.2.2.0sont toutes compatibles en amont.

l La réplication est rétrocompatible entre deux familles de versions consécutives,telles que 5.5 et 5.4, bien que seule la version actuelle de chaque famille soitentièrement testée.



CHAPITRE 2

Fonctions DD Boost

Les nouvelles fonctions et améliorations sont disponibles pour un nœud unique etDD Extended Retention. La haute disponibilité (HA) DD est également prise en charge.

Ce chapitre décrit les principales caractéristiques et fonctions du logiciel DD Boostdans les sections suivantes :

l Présentation des fonctions DD Boost................................................................. 16l Traitement distribué des segments .................................................................... 16l Chiffrement à la volée.........................................................................................17l Authentification globale et chiffrement.............................................................. 18l Réplication de fichiers gérés (MFR)...................................................................23l DD Boost et la haute disponibilité.......................................................................24l Réplication automatique d’images (AIR)............................................................ 26l Réplication de structures MTree.........................................................................31l Prise en charge d'IPv6....................................................................................... 32l Groupes d’interface dynamiques : Gestion des chemins de données IP DD Boost

...........................................................................................................................32l Transport DD Boost-over-Fibre Channel............................................................38l Gestion des chemins DD Boost-over-Fibre Channel...........................................40l Sauvegardes synthétiques virtuelles.................................................................. 44l Validation des accès client................................................................................. 45l Chemin de données multiutilisateur DD Boost....................................................45l Gestion de l'unité de stockage........................................................................... 45l Lecture en amont optimisée pour le modèle de données.................................... 47

Fonctions DD Boost 15

Présentation des fonctions DD BoostLes applications de sauvegarde sont l’un des composants essentiels des stratégies derestauration et de préparation aux sinistres. Chaque stratégie nécessite une basesolide, simple et flexible qui permet aux utilisateurs de réagir rapidement et de gérerefficacement les opérations.

Les systèmes Data Domain s’intègrent facilement avec le logiciel de sauvegarde etoffrent les avantages de rétention et de restauration de la déduplication à la volée. Ilsoffrent également une protection de la réplication via le réseau WAN pour la repriseaprès sinistre hors site.

DD Boost améliore les performances en répartissant le processus de déduplicationentre le client et le serveur de sauvegarde.

Remarque

Les performances de DD Boost peuvent varier selon le type de matériel sur lequel leclient DD Boost s’exécute. Vous obtenez de meilleurs résultats avec les processeursde la famille Intel x86. En raison des limitations de l’architecture, le niveau deperformance risque d’être décevant sur les systèmes autres que x86, tels que Itanium(HP-UX), Power (AIX) et Sparc (Solaris).

Traitement distribué des segmentsLa fonction de traitement distribué des segments du logiciel DD Boost répartit leprocessus de déduplication entre le client et le serveur afin d’éviter l’envoi de donnéesen double au système Data Domain.

Le traitement distribué des segments offre les avantages suivants :

l Génération d’un trafic réseau potentiellement inférieur car la bibliothèqueDD Boost n’envoie que les données uniques au système Data Domain.Généralement, plus la redondance dans le Dataset est élevée, plus la bandepassante réseau enregistrée du système Data Domain est efficace.

l Amélioration des temps de sauvegarde car moins de données sont envoyées ausystème Data Domain.

Fonctions DD Boost


Figure 2 Traitement distribué des segments activé

1. Serveur de base de données2. Système Data Domain3. Plug-in Data Domain OpenStorage4. Segment5. Empreinte numérique6. Compression7. Filtre8. Écriture

Remarque

Lorsqu’il utilise Solaris 11/11.1 avec OpenSSL 1.0.0.j et s’exécute sous Solaris 11 (avecSRU2 ou supérieure) ou Solaris 11.1 ou supérieure, le plug-in offre un meilleurtraitement distribué des segments (DSP) comparativement à d’autres systèmesSolaris. DSP est désormais activé par défaut pour les plug-ins Solaris s’exécutant surun processeur SPARC de classe T4 ou supérieur (T4, T5, M6, M7) et sous Solaris 11(avec SRU2 ou supérieure) ou Solaris 11.1 ou une version supérieure.

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.

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ée

Fonctions DD Boost

Chiffrement à la volée 17

est 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.

Authentification globale et chiffrementDD Boost offre des options globales pour l’authentification et le chiffrement en vue dedéfendre votre système contre les attaques de type Man-in-the-middle (MITM).

Les options globales s’assurent que les nouveaux clients sont protégés, mais elles vouspermettent également de configurer des valeurs différentes pour chaque client. Enoutre, les paramètres du client peuvent seulement renforcer la sécurité, pas la réduire.

La définition du mode d’authentification globale et de la puissance de chiffrementétablit des niveaux minimaux pour l’authentification et le chiffrement. Toutes lestentatives de connexion par tous les clients doivent satisfaire ou dépasser ces niveaux.

Remarque

Ces mesures ne sont pas activées par défaut. Vous devez modifier les paramètresmanuellement.

Les options globales par défaut sont compatibles en amont, ce qui signifie que :

l Vous n’avez pas à mettre à jour la bibliothèque DD Boost.Tous les clients et toutes les applications déjà installés se comporteront de lamême manière avec les paramètres par défaut des nouvelles options.

l Aucun impact sur les performances n’est constaté, car il n’existe aucunchiffrement supplémentaire.

Remarque

Si les paramètres globaux sont différents des paramètres par défaut, les clientsexistants devront peut-être être mis à jour.

Méthodes de configuration de l’authentification et du chiffrementVous pouvez spécifier les paramètres d’authentification et de chiffrement de deuxfaçons différentes.

l Paramètres pour chaque clientPour cette méthode, utilisez les commandes de la CLI sur le système Data Domain.

l Paramètres générauxPour cette méthode, utilisez les commandes de la CLI sur le système Data Domain.

Si à la fois des valeurs globales et pour chaque client sont définies, le paramètre le plusfort ou le plus élevé est appliqué. Tout client qui tente de se connecter avec unparamètre d’authentification ou de chiffrement plus faible est rejeté.

Paramètres d’authentification et de chiffrementVous pouvez envisager plusieurs facteurs lors du choix des paramètresd’authentification et de chiffrement. Toutefois, nous vous recommandons de toujourschoisir le réglage maximum disponible pour bénéficier d’une sécurité maximale.

Une sécurité maximale affectera les performances. Si vous avez un environnementcontrôlé où la sécurité maximale n’est pas nécessaire, vous pouvez utiliser d’autresparamètres.

Fonctions DD Boost


Paramètres générauxLes paramètres généraux déterminent les niveaux minimaux d’authentification et dechiffrement. Les tentatives de connexion qui ne remplissent pas ces critèreséchoueront.

Paramètres définis par le clientSi le paramètre est défini sur une base par client uniquement, le paramètre clientdétermine l’authentification et le chiffrement minimum. Les tentatives de connexionqui ne remplissent pas ces critères échoueront. Si les paramètres par client sontdéfinis lorsque les paramètres généraux ont été définis, les valeurs par client serontutilisées uniquement si elles correspondent ou sont supérieures aux valeurs desparamètres généraux. Les paramètres par client qui sont inférieurs aux paramètresgénéraux sont ignorés.

Par exemple :

l Si un client est configuré pour exiger une authentification anonyme et que leparamètre d’authentification globale est « two-way password », l’authentificationpar mot de passe bidirectionnelle est utilisée puisqu’il s’agit de la formed’authentification la plus sécurisée.

l Si le client est configuré avec le paramètre d’authentification « two-waypassword » et que le paramètre global est « none », l’authentification « two-way-mot de passe » est utilisée puisqu’il s’agit du réglage le plus strict.

Valeurs spécifiées par l’appelantLes valeurs spécifiées par l’appelant sont utilisées si elles sont plus strictes que lesparamètres généraux ou ceux définis pour chaque client.

Options d’authentification et de chiffrementVous pouvez sélectionner l’un des trois paramètres autorisés pour le chiffrement etl’authentification globale. Ces paramètres vont du moins sécurisé (pour la plupartcompatibles en amont) au plus sécurisé.

Remarque

Les valeurs pour l’authentification et le chiffrement doivent être définies en mêmetemps à cause des dépendances.

Options générales pour l’authentification et le chiffrementVous avez à disposition un éventail de choix avec les options global-authentification-mode et global-cryptage-force.

Les systèmes Data Domain prennent en charge des valeurs supplémentaires par clientet pour l’authentification globale que vous ne pouvez pas utiliser avec DD Boost pourOpenStorage. Ces valeurs sont « one-way » (unidirectionnel) et « two-way »(bidirectionnel).

Paramètres d’authentificationLa liste suivante classe les valeurs d’authentification de la plus faible à la plus forte :

1. noneNon sécurisé ; il s’agit du paramètre par défaut.

2. anonymousLes données en cours de transfert sont chiffrées. Cette option ne protège pascontre les attaques Man-in-the-middle (MITM).

3. two-way passwordIl s’agit de l’option la plus sécurisée.

Fonctions DD Boost

Options d’authentification et de chiffrement 19

Les données en cours de transfert sont chiffrées. Cette option protège contre lesattaques Man-in-the-middle (MITM).

Paramètres de chiffrementLa liste suivante classe les valeurs de chiffrement de la plus faible à la plus forte :

1. noneNon sécurisé ; il s’agit du paramètre par défaut.

2. mediumUtilise AES 128 et SHA-1.

3. highUtilise AES 128 et SHA-1.

Authentification globaleLes trois options global-authentication-mode offrent différents niveaux deprotection et de compatibilité en amont.

Pour une liste complète des commandes et options DD Boost, consultez le Guide deréférence des commandes de Data Domain pour la version 6.1. Toutefois, les paramètresd’authentification supplémentaires décrits dans ce document ne peuvent être utilisésavec DD Boost pour OpenStorage.

None

ddboost option set global-authentication-mode noneglobal-encryption-strength none

« None » est l’option la moins sécurisée mais la plus compatible en amont.

Vous pouvez sélectionner « non » si votre système comporte des exigences deperformance cruciales et que vous n’avez pas besoin d’une protection contre lesattaques Man-in-the-middle (MITM). Votre système peut fonctionner de la mêmemanière qu’avant sans subir aucune dégradation de performances en raison de TLS.

Lorsque l’authentification a la valeur « none », le chiffrement doit aussi avoir la valeur« none ». Si vous sélectionnez un paramètre d’authentification autre que « none », leparamètre de chiffrement ne pourra pas être « none ».

Two-way password

ddboost option set global-authentication-mode two-way passwordglobal-encryption-strength {medium | high}

La méthode two-way password effectue une authentification bidirectionnelle à l’aidede TLS avec une authentification par clé prépartagée (PSK). Le client et le systèmeData Domain sont authentifiés à l’aide des mots de passe précédemment établis.Lorsque cette option est sélectionnée, toutes les données et tous les messages entrele client et le système Data Domain sont chiffrés.

Cette option est la seule option sécurisée disponible avec DD Boost pourOpenStorage. En outre, elle offre une protection complète contre les attaques Man-in-the-middle (MITM).

Le niveau de chiffrement doit être medium ou high.

L’authentification par mot de passe bidirectionnelle est unique parce que c’est la seuleméthode qui protège à la fois contre les attaques Man-in-the-middle (MITM) et quipeut être définie sans que l’appelant la spécifie.

Fonctions DD Boost


Scénarios de compatibilité en amont

Ancien client et nouveau système Data DomainDans ce cas, une application qui utilise une bibliothèque Boost est utilisée avecDD OS 6.1 ou une version ultérieure. Dans ce scénario, le client ne peut pas exécuterune authentification two-way-password, ce qui a les conséquences suivantes :

l Tous les paramètres généraux définis par le client pour les clients DD BoostOpenStorage (OST) sur le système Data Domain doivent avoir la valeur « none »ou « anonymous ».

l Tous les paramètres généraux ou définis par le client ayant la valeur « two-waypassword » entraîneront l’échec des bibliothèques des anciens clients.

l Le nouveau système Data Domain prendra en charge les protocoles de connexionexistants pour les anciens clients OST.

Nouveau client et ancien système Data DomainL’ancien système Data Domain ne peut pas effectuer l’authentification « two-way-password », ce qui a les conséquences suivantes :

l Il n’existe aucun paramètre global pour l’authentification ou le chiffrement.

l Le client va tout d’abord tenter d’utiliser le nouveau protocole de connexion ou leprotocole RPC ; à défaut, le client revient à l’ancien protocole.

l Le client peut se connecter à l’aide d’autres méthodes d’authentification sauf« two-way-password ».

Exemples de paramètres d’authentification et de chiffrementLes tableaux suivants donnent des exemples dans lesquels les paramètres sontspécifiés à l’aide d’appels, des paramètres pour chaque client et des paramètresglobaux, et indiquent si ces paramètres peuvent réussir.

Ces exemples supposent que vous avez une connexion client DD Boost à un systèmeData Domain exécutant DD OS 6.1 ou une version ultérieure. Ces exemples nes’appliquent pas aux situations décrites dans la section Scénarios de compatibilité enamont.

Tableau 3 Un paramètre

Appel spécifié Paramètres parclient

Paramètresgénéraux

Valeurs utilisées

None None None SUCCEEDSauthentification :aucune

Chiffrement : aucun

Authentification : motde passebidirectionnelChiffrement : moyen

None None SUCCEEDSAuthentification : motde passebidirectionnel

Chiffrement : moyen

None Authentification : motde passebidirectionnel

None SUCCEEDS

Fonctions DD Boost

Scénarios de compatibilité en amont 21

Tableau 3 Un paramètre (suite)



Valeurs utilisées

Chiffrement : moyen Authentification : motde passebidirectionnel

Chiffrement : moyen

None None Authentification : motde passebidirectionnelChiffrement : moyen

SUCCEEDSAuthentification : motde passebidirectionnel

Chiffrement : moyen

None None Authentification :bidirectionnelleChiffrement : élevé

FAILSDes valeursd’authentificationbidirectionnelle et dechiffrement élevésont exigées.

Le client doit spécifierl’authentificationbidirectionnelle etfournir descertificats.

Authentification :bidirectionnelleChiffrement : élevé

None None SUCCEEDSAuthentification :bidirectionnelle

Chiffrement : élevé

Tableau 4 Plusieurs paramètres



Valeurs utilisées

Authentification :bidirectionnelleChiffrement : moyen

None Authentification :bidirectionnelleChiffrement : élevé


None Authentification :bidirectionnelleChiffrement : élevé



Le client doit spécifierl’authentification

Fonctions DD Boost


Tableau 4 Plusieurs paramètres (suite)



Valeurs utilisées

bidirectionnelle etfournir des certificats.




SUCCEEDSAuthentification :bidirectionnelle


None Authentification : motde passebidirectionnelChiffrement : moyen


FAILSDes valeursd’authentificationbidirectionnelle et dechiffrement moyensont exigées.

Le client doit spécifierl’authentificationbidirectionnelle etfournir des certificats.




SUCCEEDSAuthentification :bidirectionnelle


Réplication de fichiers gérés (MFR)Le logiciel DD Boost permet aux applications de gérer le logiciel Data DomainReplicator afin que des copies de données effectuées sur un système Data Domainpuissent être créées sur un second système Data Domain à l'aide de la technologieefficace de réplication en réseau Data Domain.

Comme les applications de sauvegarde contrôlent la réplication de données entreplusieurs systèmes Data Domain, elles peuvent fournir aux administrateurs desauvegarde un point de gestion unique pour le suivi de toutes les sauvegardes et deleurs copies dupliquées.

Les groupes d'interfaces dynamiques permettent de contrôler les interfaces utiliséespour la réplication de fichiers gérée par DD Boost, afin de diriger la connexion deréplication sur un réseau spécifique et d'utiliser plusieurs interfaces réseau dotéesd'une large bande passante et la fiabilité en cas de basculement sur incident. Pour plusd'informations, reportez-vous à la section Utilisation de groupes d’interfacesdynamiques pour la réplication de fichiers gérés à la page 59.

Optimisation de bande passante faibleL’option d’optimisation des faibles bandes passantes de Replicator réduit l’utilisationde la bande passante du réseau WAN. Cette option est particulièrement utile si laréplication de fichiers gérés est effectuée sur une liaison WAN à faible bandepassante. Cette fonction renforce la compression lors du transfert de données ; il est

Fonctions DD Boost

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

recommandé de l’utiliser uniquement pour les tâches de réplication de fichiers géréseffectuées sur des liaisons WAN de moins de 6 Mbit/s de bande passante disponible.

Les systèmes Data Domain source et cible doivent être configurés via ce paramètrepour activer l’optimisation des faibles bandes passantes, et l’option s’applique à toutesles tâches de réplication.

Pour plus d’informations sur ce sujet, consultez le Guide d’administration deData Domain Operating System.

Réplication de fichiers gérés chiffrésCette option permet aux applications d’utiliser SSL pour chiffrer la session deréplication entre deux systèmes Data Domain. Toutes les données et métadonnéessont envoyées chiffrées sur le réseau.

Les systèmes source et cible négocient automatiquement afin d’exécuter unchiffrement transparent pour l’application qui le demande. La réplication de fichierschiffrée utilise la suite de chiffrement ADH-AES256-SHA.

L’option est activée sur chaque système Data Domain et s’applique à toutes les tâchesde réplication de fichiers gérés exécutées sur le système en question. Les systèmesData Domain source et cible impliqués dans les tâches de réplication de fichiers gérésdoivent activer cette option.

La réplication de fichiers gérés chiffrée peut être utilisée avec la fonction dechiffrement des données inactives disponible sur DD OS avec la licence Encryption enoption. Lorsque la réplication de fichiers gérés chiffrée est utilisée sans la fonction dechiffrement des données inactives, les données d’image de sauvegarde chiffrées sontchiffrées à l’aide du protocole SSL pour être envoyées via le réseau WAN.

Remarque

l Pour plus d’informations sur ce sujet, consultez le Guide d’administration deData Domain Operating System. Les systèmes Data Domain source et cible doiventexécuter DD OS 5.0 ou une version supérieure pour utiliser cette fonction.L’activation de cette fonction ne nécessite pas le redémarrage du système defichiers sur un système Data Domain.

l L’option d’optimisation des faibles bandes passantes et l’option de chiffrementpeuvent être utilisées conjointement.

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 Boost nécessaires pour poursuivre les opérationsde Boost sur le nœud en veille en cas de défaillance.

Remarque

DD Boost prend actuellement en charge uniquement les configurations actives/passives.

DD Boost effectue des opérations périodiques pour forcer les données utilisateur sur ledisque du serveur. Sur le client, Boost met en mémoire tampon toutes les données

Fonctions DD Boost


utilisateur entre ces opérations de synchronisation sur disque périodiques de sorte quesi un serveur DD tombe en panne, les données pourront être renvoyées.

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

Grâce au traitement distribué des segments, la bibliothèque DD Boost utilise 24 Mo demémoire pour chaque fichier sauvegardé. DD Boost 5.7 avec HA utilise 128 Mo demémoire pour chaque fichier sauvegardé.

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 Boost sontrestaurées automatiquement sans échec ou sans recevoir d’erreur. La restauration deDD Boost peut durer plus de dix minutes, étant donné qu’elle ne peut pas commencertant que le basculement sur incident du systè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 de haute disponibilité, les applications sont restauréesautomatiquement en cas de basculement sur incident. 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 HA soit activéeou non sur l’un ou l’autre des systèmes DD.

La réplication MFR entre deux systèmes haute disponibilité aboutira en cas de pannede l’un ou l’autre des systèmes, étant donné qu’ils prennent tous les deux en charge lahaute disponibilité. Une réplication MFR en cours d’exécution effectuera unerestauration en toute transparence en cas de défaillance du système hautedisponibilité source ou du système haute disponibilité cible.

En outre, la réplication MFR entre un système HA et un système non HA aboutiraégalement en cas de défaillance du système haute disponibilité. Elle échouera en casde défaillance du système non HA.

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 une versionultérieure et effectuant une réplication de fichiers gérés sur un système hautedisponibilité effectue une restauration de façon transparente en cas de défaillance dusystème haute disponibilité. La réplication de fichiers gérés n’effectue pas unerestauration de façon transparente en cas de défaillance du système Data Domainsource à nœud unique.

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 haute disponibilité sur unsystème Data Domain à nœud unique exécutant DD OS 5.7 ou une version ultérieureeffectue une restauration de façon transparente en cas de défaillance du systèmehaute disponibilité source. Toutefois, la réplication de fichiers gérés n’effectue pas unerestauration de façon transparente en cas de défaillance du système cible DataDomain à nœud unique.

Fonctions DD Boost

DD Boost, haute disponibilité et basculement sur incident 25

Notez que, dans tous les cas impliquant des configurations HA partielles, le systèmenon HA doit exécuter DD OS 5.7 pour permettre une réplication de fichiers gérés defaçon transparente en cas de panne. Dans les configurations HA partielles où lesystème non HA exécute une version de DD OS antérieure à 5.7, la réplication defichiers gérés n’effectuera pas une restauration de façon transparente en cas dedéfaillance de l’un ou l’autre des systèmes.

Dans tous les cas, l’application doit utiliser des librairies DD Boost 3.2.1 hautedisponibilité pour permettre une restauration de façon transparente de la réplicationdes fichiers gérés.

Réplication automatique d’images (AIR)La fonction de réplication automatique d'images (AIR, Auto Image Replication)duplique des images vers un domaine de master server distant. La fonction AIR,introduite dans la version 7.6 de NetBackup, répond au défi posé par la réplication desite à site en permettant aux règles sur le cycle de vie du stockage (SLP) de dupliquerdes images sélectionnées entre les domaines NetBackup Master.

L'objectif premier de la fonction AIR est de créer des copies hors site des sauvegardescritiques pour assurer une protection contre la perte de données. Elle n'est pasdestinée à étendre la capacité de stockage d'un domaine de sauvegarde en permettantle stockage des sauvegardes dans un domaine distinct ; ni destinée à planifier desrestaurations quotidiennes des données. En raison des restrictions de la bandepassante WAN entre les sites, généralement seules les données les plus critiquesdoivent être sélectionnées pour la réplication à l'aide de la fonction AIR. La localisationhors site électronique effectuée ainsi permet la réplication du jeu de sauvegardes versun emplacement hors site dès que la sauvegarde est effectuée au niveau du siteprincipal, sans nécessiter l'intervention de l'utilisateur selon la configuration de la SLP.Cela signifie également que la copie répliquée est accessible sur le site de reprise dèsque la duplication est terminée.

Pour utiliser la fonction AIR, des unités de stockage sur disque adaptées doivent êtreconfigurées dans les domaines sources et cibles. Les unités de stockage sontassociées les unes avec les autres à l'aide des commandes de gestion ddboostassociation configurées sur chaque système Data Domain.

La figure illustre la configuration ci-après :

Le système Data Domain source (D1) assure le routage pour les copies de sauvegarded'images dans le domaine cible :

ddboost association create D1-SU-A replicate-to D2 D2-SU-B

Le système Data Domain cible (D2) assure l'authentification et la notificationd'événements :

ddboost association create D2-SU-B replicate-from D1 D1-SU-A

Actuellement, une seule association est prise en charge pour chaque unité destockage. Par conséquent, seul le scénario de réplication est pris en charge, commeillustré sur la figure suivante :

Fonctions DD Boost


Figure 3 Réplication automatique d’images

1. D1 (NBU Domaine 1) SU-A2. D2 (NBU Domaine 2) SU-B

Remarque

Seuls les noms de serveur IP sont valides lors de la création d'associations AIR. Lesnoms de serveur DFC ne doivent pas être utilisés lors de la création d'associations AIR.

La fonction AIR réplique les sauvegardes d'un pool de disques du domaine source versun pool de disques du domaine cible. L'opération de réplication nécessite deux SLP, undans le domaine source, et l'autre dans le domaine cible, qui doivent porter le mêmenom. La SLP figurant dans le domaine source est associée à la règle de sauvegarde etcontrôle l'écriture de la sauvegarde et de la réplication suivante dans le domaine cible.

Le SLP figurant dans le domaine cible n'est pas associé à une règle de sauvegarde,mais est appelé par un mécanisme d'alerte (une importation) lorsqu'une nouvelleimage (dupliquée à partir du domaine source) est détectée. Cette SLP exécute leprocessus pour ajouter les informations de sauvegarde au domaine cible et peutégalement être configurée pour répliquer la sauvegarde à d'autres emplacements destockage du domaine cible. Le serveur de média principal (MMS) du domaine NBUdistant créera la SLP d’importation par défaut en cas de non configuration de la SLPMMS à distance par l'utilisateur.

La sauvegarde du domaine principal est terminée, celle-ci est répliquée dans ledomaine de destination et le catalogue du domaine de destination est mis à jour. Celapermet à l'opérateur de sauvegarde du domaine cible de restaurer les données versdes clients du même domaine en cas de perte catastrophique de la totalité del'environnement du domaine NBU source.

Restrictions relatives à l’utilisation de la fonction AIR sur des systèmesData Domain

l La fonction AIR n’est prise en charge que sur une seule unité de stockage cible.Les réplications ne peuvent pas être effectuées en cascade à l’aide d’une seulerègle SLP. Les réplications peuvent être effectuées en cascade à partir dudomaine d’origine vers différents domaines si une règle SLP est installée danschaque domaine intermédiaire afin d’anticiper l’image d’origine, de l’importer, puisde la répliquer sur le serveur maître cible suivant.Les opérations en cascade ne doivent pas générer une condition de bouclecirculaire, directe ou indirecte, vers l’unité de stockage source d’origine.

Fonctions DD Boost

Restrictions relatives à l’utilisation de la fonction AIR sur des systèmes Data Domain 27

l Une fonction permettant d’améliorer les performances est disponible pour lesclients de NetBackup qui utilisent la fonction AIR avec un grand nombre de règlesassociées à une seule unité logique de stockage. Pour plus d’informations,contactez le support en ligne à l’adresse https://support.emc.com.

Pour accéder à d’autres restrictions, problèmes connus et contournements pour lafonction AIR, reportez-vous aux Notes de mise à jour de Data Domain Boost forOpenStorage.

Réplication automatique d’images cibléeLa réplication automatique d’images ciblée (AIR) permet à des systèmes Data Domainexécutant DD Boost 3.3 et NetBackup 7.7.3 de répliquer une procédure de sauvegardevers plusieurs unités de stockage de destination. Elle permet également à plusieursunités de stockage de répliquer des procédures de sauvegarde vers une destinationunique.

AIR assure la prise en charge du plug-in OST pour permettre à l’application NetBackupde répliquer un ensemble d’images de sauvegarde. La fonction de réplicationautomatique d’images (AIR) ciblée tire parti de la fonction AIR existante. Vous avezdonc la possibilité d’utiliser des commandes ddboost association pour définir desassociations un vers plusieurs, plusieurs vers un, plusieurs vers plusieurs et encascade.

Configuration logicielle requise pour la fonction de réplication automatique d’images(AIR) ciblée :

l DD OS version 6.0 est installé sur tous les systèmes Data Domain

l Le plug-in DD Boost OST 3.3 est installé sur tous les serveurs de média

l NetBackup 7.7.3 est installé sur tous les serveurs de média

La fonction de réplication automatique d’images (AIR) ciblée ne requiert :

l Aucun matériel spécial en plus des éléments précédemment cités

l Aucune licence supplémentaire si vous utilisez déjà la fonction AIR

Configurations prises en charge pour la réplication automatique d’images (AIR) cibléeLa réplication automatique d’images (AIR) ciblée vous permet de répliquer uneprocédure de sauvegarde vers plusieurs unités de stockage de destination. Elle permetégalement à plusieurs unités de stockage de répliquer des procédures de sauvegardevers une destination unique.

Plusieurs topologies prennent en charge la réplication automatique d’images (AIR)ciblée :

l Un vers plusieursConfiguration AIR ciblée dans laquelle un ensemble d’images d’une unité destockage source peut être répliqué vers plusieurs unités de stockage cible.

l Plusieurs vers unDans cette configuration, des ensembles d’images de plusieurs unités de stockagepeuvent être répliqués vers une seule et même destination de stockage.

l Plusieurs vers plusieursDans cette configuration, des ensembles d’images de plusieurs unités de stockagepeuvent être répliqués vers plusieurs destinations de stockage.

l CascadeUne configuration de réplication dans laquelle la réplication passe de l’unité destockage A à l’unité de stockage B, puis à l’unité de stockage C. unité de stockage

Fonctions DD Boost



Une topologie en cascade ne permet pas d’une configuration en boucle circulaire ;autrement dit, l’unité de stockage C ne se réplique pas sur l’unité de stockage A.

Dans l’illustration suivante, les cercles représentent des unités de stockage et leslignes qui les rejoignent représentent les associations DD Boost et les liaisons decommunication des données :

Figure 4 Associations DD Boost-AIR ciblée prises en charge

Les autres topologies ne prennent pas en charge la réplication automatique d’images(AIR) ciblée. Grâce aux réplications bidirectionnelles, les tâches potentielles pourraients’exécuter simultanément dans les deux sens en utilisant le même nom de fichier ; celane présente aucun avantage dans le cas présent, car l’unité de stockage source etl’unité de stockage cible sont identiques. Les images de sauvegarde et leursréplications font, en effet, partie de la même unité de stockage.

Fonctions DD Boost

Réplication automatique d’images ciblée 29

Figure 5 Topologies ne prenant PAS en charge les associations DD Boost-AIR ciblée

Tables d’associationLes commandes ddboost association utilisent l’unité de stockage locale en tantque clé de recherche de table.

La figure suivante donne un exemple du rapport ddboost association show :

---------------------------------------# ddboost association showLocal Storage Unit Direction Remote Host Remote Storage Unit Import To------------------ -------------- ----------- ------------------- -----------SU_SRCA replicate-to localhost SU_TRGA -SU_TRGB replicate-from localhost SU_SRCB ------------------- -------------- ----------- ------------------- -----------

La table d’association est stockée dans le registre DD OS. Dans le cas du rapport ci-dessus, le registre DD OS se présente comme suit :

# reg show protocol.ost.air.associationprotocol.ost.air.association.SU_SRCA.1 = replicate-to,localhost,SU_TRGAprotocol.ost.air.association.SU_TRGB.1 = replicate-from,localhost,SU_SRCB,(null)

La valeur null qui suit la deuxième entrée de registre, SU_TRGB, indique qu’aucuneassociation de type « Importer vers » n’est définie. Cela correspond à un tiret - quiapparaît dans le rapport ddboost association show pour l’unité de stockagelocale SU_TRGB.

Bien qu’il soit possible d’afficher les associations à l’aide de la commande reg show,vous devez uniquement faire appel aux commandes ddboost association pourmodifier les entrées de la table d’association.

Lorsque vous vérifiez la table d’association, la commande ddboost associationshow est utilisée dans le contexte de l’unité de stockage locale du système DataDomain dans lequel la commande est exécutée.

La commande ddboost association create permet de s’assurer que le nombred’associations définies pour l’unité de stockage locale ne dépasse pas les limites

Fonctions DD Boost


prévues pour system.REPLICATE_MAX_ASSOCIATIONS ousystem.REPLICATE_MAX_TO_ASSOCIATIONS. En cas de dépassement de ceslimites, la commande échoue et un message d’erreur similaire au suivant s’affiche :

When SE@admin## ddboost association create SU_TRGB replicate-from localhost TEST_LSU_7

Number of associations for SU_TRGB exceeded the maximum allowed, [6]

SE@admin## ddboost association create SU_SRC replicate-to localhost SU_TRGB_7

Number of associations for SU_SRC exceeded the maximum allowed, [6]

Spécification d’une réplication automatique d’images (AIR) ciblée pour différentesconfigurations

Si vous souhaitez configurer une réplication automatique d’images (AIR) ciblée pourrépliquer des procédures de sauvegarde vers des cibles, vous devez spécifier chaquesystème de destination à l’aide de la commande ddboost association.

Configurez chaque système cible comme s’il s’agissait d’une association un vers un, enrépétant les commandes pour chaque système recevant une copie de l’image desauvegarde.

Procédure

1. Saisissez la commande ddboost association create permettantd’activer la source à répliquer sur une nouvelle cible.

Dans l’exemple suivant, le système Data Domain source (D1) assure le routagepour les copies de sauvegarde d’images dans le domaine cible :


Le système Data Domain cible (D2) assure l’authentification et la notificationd’événements :

ddboost association create D2-SU-B replicate-from D1 D1-SU-A2. Si vous souhaitez ajouter un système cible supplémentaire (D3), répétez

l’étape 1 pour D3 terminer la configuration.


Comme dans l’exemple précédent, le système cible supplémentaire (D3) assurel’authentification et la notification d’événements.

ddboost association create D3-SU-B replicate-from D1 D1-SU-A3. Répétez les commandes précédentes pour toutes les configurations prises en

charge que vous souhaitez créer.

Pour plus d’informations, reportez-vous à la section Configurations prises encharge pour la réplication automatique d’images (AIR) ciblée à la page 28.

Réplication de structures MTreeÀ partir de la version 5.5 de DD OS, la réplication de MTree pour les unités destockage est prise en charge pour différents noms d’utilisateur sur les systèmesData Domain sources et cibles. Pour activer la réplication de MTree pour les unités destockage, vous devez convertir l’unité de stockage cible de la structure MTree en uneunité de stockage, en attribuant un utilisateur à cette MTree. Pour attribuer unutilisateur à la MTree, utilisez la commande DD OS suivante : ddboost storage-

Fonctions DD Boost

Réplication de structures MTree 31

unit modify. (Consultez le Guide de référence des commandes de Data DomainOperating System pour plus de détails.)

Prise en charge d'IPv6La prise en charge de la réplication IPv6 inclut la réplication de fichiers gérés, que vousconfigurez à l'aide de la commande ddboost file-replication option setipversion ipv6.

Le client se connecte au système Data Domain à l'aide du nom d'hôte. Le paramètre dunom d'hôte est de type « chaîne » et peut également accepter une adresse IPv4 auformat a.b.c.d ou n'importe quelle adresse IPv6 valide (1234:abcd::4567 ou12:34:56:78::0, par exemple). Si les adressages IPv4 et IPv6 existent tous deux dans leréseau, la famille d'adresses IP fournie par le client lors de la connexion est utilisée entant que famille d'adresses IP préférée pour résoudre le nom d'hôte. S'il n'existequ'une seule famille d'adresses IP dans le réseau (uniquement IPv4 ou uniquementIPv6), le nom d'hôte est résolu à l'aide de cette adresse, qui est également utiliséepour la sauvegarde client vers Data Domain et la connexion de restauration. Si aucunefamille d'adresses IP préférée n'est spécifiée par le client, la sauvegarde « client versData Domain » et la connexion de restauration utilisent une adresse IP résolue par leDNS. La valeur par défaut est IPv4. Afin de garantir la rétrocomptabilité, IPv4 estdéfini comme adresse IP préférée. Si la résolution d'adresse échoue, le client doittenter de se reconnecter à un nouveau nom d'hôte.

Groupes d’interface dynamiques : Gestion des chemins dedonnées IP DD Boost

Remarque

Cette fonction s’applique uniquement au transport DD Boost-over-IP.

La fonction DIG (groupes d’interface dynamiques) vous permet de combiner plusieursliaisons Ethernet au sein d’un groupe et d’enregistrer uniquement une interface sur lesystème Data Domain auprès de l’application de sauvegarde. La bibliothèque DD Boostnégocie avec le système Data Domain sur l’interface enregistrée auprès del’application afin d’obtenir la meilleure interface pour envoyer des données au systèmeData Domain. L’équilibrage de la charge offre au système Data Domain un débitphysique supérieur à celui d’une configuration d’interfaces dans une interface virtuelleà l’aide de l’agrégation de niveau Ethernet (à l’aide de LACP, par exemple).

L’équilibrage de la charge du système Data Domain répartit les connexions provenantde différents hôtes d’application de sauvegarde sur toutes les interfaces du groupe.L’équilibrage de la charge est transparent pour l’application de sauvegarde et est gérépar le logiciel DD Boost. DIG fonctionnant au niveau de la couche logicielle DD Boost, ilest transparent pour la connectivité réseau sous‑jacente et les interfaces virtuelles. Lacharge 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.

DIG fonctionne également avec d’autres fonctions de la couche réseau sur lessystèmes Data Domain, dont le balisage VLAN et les alias IP. Cette fonction permetune plus grande flexibilité en séparant le trafic en plusieurs réseaux virtuels, quis’exécutent tous via les mêmes liaisons physiques sur le système Data Domain.

Fonctions DD Boost


Remarque

Consultez le Guide d’administration de Data Domain Operating System pour plusd’informations sur la configuration du balisage VLAN et des alias IP sur un systèmeData Domain.

DIG permet également de contrôler les interfaces utilisées pour la réplication defichiers gérés par DD Boost, afin de diriger la connexion de réplication sur un réseauspécifique et d’utiliser plusieurs interfaces réseau dotées d’une large bande passanteet de la fiabilité en cas de basculement sur incident. Pour plus d’informations,reportez-vous à la section Utilisation de groupes d’interfaces dynamiques pour laréplication de fichiers gérés à la page 59.

La fonction DIG apporte les bénéfices suivants :

l Il n’est plus nécessaire d’enregistrer le système Data Domain sur plusieursinterfaces avec l’application, ce qui simplifie l’installation et la configuration.

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 l’application de sauvegarde, les tâches ne sont pas interrompues.

l Les tâches de sauvegarde entrantes suivantes sont dirigées vers les interfacesdisponibles lorsque l’une des interfaces du groupe est défaillante alors que lesystème Data Domain est toujours opérationnel.

l Les tâches de sauvegarde et de restauration sont automatiquement réparties surplusieurs interfaces du groupe, ce qui se traduit par une meilleure utilisation desliaisons.

l Il fonctionne avec les interfaces 1 GbE et 10 GbE appartenant au même grouped’interfaces. La combinaison d’interfaces de différentes vitesses dans un seul DIGest autorisée et prise en charge.

l Un administrateur peut définir plusieurs groupes d’interfaces dans lesquelsl’équilibrage de la charge et le basculement sur incident s’appliquent au sein d’unDIG <group-name>. Cette approche permet d’augmenter la capacité de prise encharge d’un serveur de sauvegarde qui ne peut communiquer qu’avec certainesinterfaces d’un système Data Domain, comme les clients sur les réseaux VLAN.

l Chaque groupe d’interfaces <group-name> inclut une liste d’interfaces et desclients appartenant au DIG. Dans un DIG <group-name>, toutes les interfaces sontaccessibles à tous les clients pour <group-name>.

l Configuration d’un réseau VLAN privé vers des adresses IP publiques à l’aide d’unegamme d’hôtes client :

n Les clients peuvent accéder au réseau privé Data Domain s’ils se trouvent sur lemême sous-réseau.

n Évite une route statique sur les clients en ajoutant un alias IP/une adresse IP deréseau VLAN sur le système Data Domain pour correspondre au sous-réseau duclient.

n Les clients se trouvant sur le même nom de domaine doivent accéder à desréseaux privés différents : alias IP/adresse IP de réseau VLAN.

n Redirige les clients en dehors du réseau public vers le réseau privé appropriépour l’isolation des données ou pour éviter la configuration de routes statiques,maintenant le client et les adresses IP Data Domain sur le même sous-réseau.

Pour en savoir plus, consultez Clients à la page 36.

Fonctions DD Boost

Groupes d’interface dynamiques : Gestion des chemins de données IP DD Boost 33

InterfacesUne interface DIG (Groupe d’interfaces dynamique) est un membre d’un grouped’interfaces unique <nom du groupe>. Celle-ci peut avoir les caractéristiquessuivantes :

l Interface physique telle que eth0al Interface virtuelle, créée pour le basculement de lien sur incident ou l’agrégation

de liens, telle que veth1l Interface d’alias virtuelle telle que eth0a:2 ou veth1:2l Interface VLAN virtuelle telle que eth0a.1 ou veth1.1l Dans un groupe d’interfaces <group-name>, toutes les interfaces doivent se

trouver sur des interfaces uniques (Ethernet, Virtual Ethernet) pour assurer lebasculement sur incident en cas d’erreur réseau.

Un DIG assure la prise en charge complète des adresses IPv6 statiques, offrant lesmêmes fonctions aux adresses IPv6 et IPv4. Les connexions client IPv4 et IPv6simultanées sont autorisées. Un client connecté avec IPv6 voit uniquement lesinterfaces DIG IPv6. Un client connecté avec IPv4 voit uniquement les interfaces DIGIPv4. Les groupes d’interfaces individuels incluent toutes les adresses IPv4 ou toutesles adresses IPv6.

Figure 6 Prise en charge de l’adressage IPv4 et IPv6 par DIG

Nom d’hôte de basculement d’adresse IPLa fonction de nom d’hôte de basculement sur incident vous permet de configurer uneadresse IP et un nom d’hôte d’administration Data Domain de substitution à utiliser encas de basculement sur incident lors de la première connexion ou résultant d’erreursau niveau du réseau. Vous pouvez configurer le nom d’hôte de substitution dans DNSou dans le fichier /etc/hosts sur le client DD Boost. Les adresses IPv4 et IPv6 sontprises en charge.

Pour configurer le nom d’hôte de substitution, ajoutez -failover au nom d’hôte dusystème Data Domain.

Exemple d’adresse IPv4 :

Fonctions DD Boost


10.6.109.38 ddp-880-1.datadomain.com ddp-880-1 10.6.109.40 ddp-880-1-failover.datadomain.com ddp-880-1-failover

Exemple d’adresse IPv6 :

3000::230 ddp-880-2-v6.datadomain.com ddp-880-2-v6 3000::231 ddp-880-2-v6-failover.datadomain.com ddp-880-2-v6-failover

Grâce à cette fonction, il n’est plus nécessaire de placer l’adresse IP d’administrationen mode de basculement sur incident de liaison. En outre, vous pouvez ajouter cetteinterface de basculement sur incident à un groupe d’interfaces afin de pouvoir vousconnecter directement à ce groupe sans passer par l’interface d’administrationstandard du système, améliorant ainsi les performances de l’équilibrage de la charge etdu débit. Si la connexion initiale échoue, l’adresse IP de basculement sur incident estutilisée, si elle est disponible. Une fois la connexion établie, le groupe d’interfacespermet de sélectionner les interfaces en lecture/écriture. En utilisant l’exemple IPv4ci-dessus :

1. Le client tente de se connecter à ddp-880-1.datadomain.com.

2. Si la connexion échoue, le client tente de se connecter à ddp-880-1-failover.datadomain.com.

3. Si des erreurs réseau surviennent alors que la connexion initiale a été établie,l’utilisateur tente à nouveau d’établir une connexion sur l’autre interface. Parexemple, si la connexion initiale a été établie sur ddp-880-1-failover.datadomain.com, le client tente à nouveau d’établir la connexion surddp-880-1.datadomain.com. La dernière adresse testée suite à une erreur esttoujours l’adresse IP du système Data Domain.

Remarque

Sous Windows 2008 R2, il est possible que l’entrée de registre« TcpTimedWaitDelay » (définissant le délai d’expiration des connexions) soitmanquante. Cette entrée de registre est essentielle pour permettre la restauration encas de basculement sur incident de l’hôte. Le nom de la clé de registre sous Windows2008 R2 est : HKLM\System\CurrentControlSet\Services\Tcpip\Parameters. Cette clé doit être définie sur la valeur suivante : double word"10".

Contrainte d’interfaceLa fonction DIG (Groupe d’interfaces dynamique) vous permet d’imposer uneconnectivité réseau privée permettant de s’assurer qu’une tâche ayant échoué ne sereconnectera pas au réseau public. Lorsque la contrainte d’interface est activée, unetâche ayant échoué peut uniquement réessayer sur une autre adresse IP de réseauprivé. La contrainte d’interface est uniquement disponible pour les clients utilisant desinterfaces DIG.

Par défaut, cette fonction est désactivée (FALSE). Pour activer la contrainted’interface, vous devez ajouter le paramètre suivant au registre système :

system.ENFORCE_IFGROUP_RW=TRUE

Remarque

Dans l’exemple précédent, ifgroup désigne le groupe d’interfaces.

Après avoir ajouté cette entrée au registre, vous devez exécuter une commandefilesys restart pour appliquer le paramètre.

Fonctions DD Boost

Interfaces 35

L’illustration suivante montre le flux de décision pour les connexions DIG. Si lacontrainte d’interface est activée (TRUE), le système essaiera constamment de sereconnecter sur une adresse IP privée lorsqu’une tâche échouera. Si une adresse IPprivée n’est pas disponible, la tâche sera annulée, et le message d’erreur Cancel jobfor non-ifgroup interface s’affichera. Si la contrainte d’interface estdésactivée (FALSE), une tâche ayant échoué reprendra à l’aide d’une adresse IPpublique.

Figure 7 Décision de connexion au DIG

ClientsUn client DIG (groupe d’interfaces dynamique) est un membre d’un grouped’interfaces unique <nom du groupe>. Celui-ci peut être composé des élémentssuivants :

l Un nom de domaine complet (FQDN) tel que ddboost.datadomain.com

l Des caractères génériques tels que "*.datadomain.com" ou « * »

l Un nom de client abrégé, tel que ddboost

l Une plage IP publique du client, par exemple 128.5.20.0/24

Avant le traitement en lecture ou écriture, le client fait la demande d’une adresse IPDIG auprès du serveur. Pour sélectionner l’association DIG du client, les informationsde ce dernier sont évaluées conformément à l’ordre de priorité suivant (voir Figure 8 àla page 38) :

Fonctions DD Boost


1. Une adresse IP du système Data Domain connecté. Si une connexion a déjà étéétablie entre le client et le système Data Domain, et si la connexion existe surl’interface du groupe DIG, le client pourra alors accéder aux interfaces DIG.

2. Une plage IP du client connecté. Une vérification du masque IP est réalisée parrapport à l’adresse IP source du client. Si cette dernière correspond au masque dela liste de clients DIG, le client pourra alors accéder aux interfaces DIG.

l Pour IPv4, xx.xx.xx.0/24 (128.5.20.0/24 dans Figure 8 à la page 38)offre un masque de 24 bits pour l’adresse IP en cours de connexion. Lamention /24 représente le nombre de bits masqués lorsque l’adresse IP sourcedu client est évaluée pour un accès au groupe DIG. Pour IPv4, les masques de16, 20, 24, 28 et 32 bits sont pris en charge.

l Pour IPv6, xxxx::0/112 offre un masque de 112 bits pour l’adresse IP encours de connexion. La mention /112 représente le nombre de bits masquéslorsque l’adresse IP source du client est évaluée pour un accès au groupe DIG.Pour IPv6, les masques de 64, 112 et 128 bits sont pris en charge.

l DD OS 6.1 prend en charge cinq masques allant de /8 à /32.

l DD OS 6.1 prend en charge les correspondances de noms d’hôtes à préfixe (parexemple, abc_.emc.com pour les hôtes qui ont le préfixe abc).

Cette vérification de la portée de l’hôte est utile pour les réseaux VLAN distinctsmunis d’un grand nombre de clients et qui ne possèdent pas un nom d’hôte partielunique (domaine).

3. Nom du client : abc-11.d1.com4. Nom de domaine du client : *.d1.com5. Tous les clients : *

Remarque

Dans un réseau mixte muni d’adresses IPv4 et IPv6, la configuration du client DIG nedoit pas autoriser l’association d’un groupe IPv6 à un groupe IPv4. Cela vautégalement pour l’inverse. Par conséquent, « * » ne doit pas être configuré. Aussi, siles clients IPv4 et IPv6 ont le même nom de domaine (*.domain.com, par exemple),seuls les noms de domaine complets ou la plage d’hôtes (IP avec masque) doivent êtreutilisés.

Si aucune de ces vérifications ne trouve une correspondance, les interfaces DIG neseront pas utilisées pour ce client.

Fonctions DD Boost

Clients 37

Figure 8 Plage d’hôtes DIG pour la sélection du client

Transport DD Boost-over-Fibre ChannelDans les versions antérieures de DD OS, toutes les communications entre labibliothèque DD Boost et un système Data Domain quelconque utilisaient des réseauxIP. L’application définissait le système Data Domain en utilisant son nom d’hôte ou sonadresse IP. Voir Figure 9 à la page 38.

Figure 9 Transport DD Boost-over-IP

1. Serveur de média 2. Applications, bibliothèque DD Boost, transport TCP/IP3. Système Data Domain4. Service DD Boost

Fonctions DD Boost


5. TCP/IP

DD OS offre désormais un autre mécanisme de transport pour la communication entrela bibliothèque DD Boost et le système Data Domain : Fibre Channel.

Remarque

Les environnements de clients Windows, Linux, HP-UX sur Intanium, AIX et Solarissont pris en charge.

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-FCconfiguré pour le système Data Domain.

Remarque

À l’instar des noms d’hôte IP, le nom dfc-server-name n’est pas sensible à la casse.

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

1. Serveur de média 2. Application, bibliothèque DD Boost, transport DD Boost-over-FC3. Système Data Domain4. Service DD Boost5. Serveur DD Boost-over-FC6. Commandes SCSI via FC7. Périphériques de processeur SCSI

La configuration du service DD Boost-over-FC sur le système Data Domain nécessitedes étapes supplémentaires. Pour plus d’informations, reportez-vous à la section Configuration du service DD Boost-over-FC.

Pour le transport DD Boost-over-FC, l’équilibrage de la charge et la haute disponibilitéau niveau des liaisons sont assurés par différents moyens, autres que des groupesd’interfaces dynamiques (DIG). Pour obtenir une description, reportez-vous à lasection Gestion des chemins DD Boost-over-Fibre Channel.

Fonctions DD Boost

Transport DD Boost-over-Fibre Channel 39

Remarque

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, et nes’applique pas à la communication entre les deux systèmes Data Domain. Commel’illustre la figure suivante, ce type de communication s’effectue TOUJOURS via unréseau IP, quel que soit le chemin de communication entre le serveur de média et lessystèmes Data Domain.

Figure 11 Chemin de communication Fibre Channel

1. Serveur de média 2. Application, bibliothèque DD Boost3. IP ou FC4. IP ou FC (contrôle)5. Système Data Domain, source de la réplication6. IP UNIQUEMENT (données)7. Système Data Domain, cible de la réplication

Gestion des chemins DD Boost-over-Fibre ChannelLe mécanisme basé sur un groupe d’interfaces dynamique (DIG) et décrit à la section DIG : basculement sur incident et équilibrage de la charge DD Boost IP est basé surdes interfaces Ethernet et ne s’applique pas au transport Fibre Channel. En revanche,un autre mécanisme de chemin est fourni pour la solution DD Boost-over-FC.

Le système Data Domain annonce un ou plusieurs périphériques SCSI de typeprocesseur au serveur de média, sur un ou plusieurs chemins physiques. Le système

Fonctions DD Boost


d’exploitation détecte tous les périphériques via tous les chemins disponibles, et créeun périphérique SCSI générique pour chaque périphérique et chemin découvert.

Examinons, par exemple, le cas où :

l Le serveur de média 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 d’extrémité cibles FC

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

n Les deux points d’extrémité 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 12 Scénario de gestion des chemins DD Boost-over-FC

1. Quatre périphériques2. Serveur de média 3. 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 média peut découvrir jusqu’à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)

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

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

Fonctions DD Boost

Gestion des chemins DD Boost-over-Fibre Channel 41

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 des chemins pour accéder au service DD Boost-over-FC sur lesystème Data Domain souhaité. Lors de la mise en œuvre de la connexion au serveur,la logique de transport DD Boost-over-FC fournit ce catalogue de chemins au serveur.

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 la 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),répartissez équitablement les connexions entre différents chemins

l Sélectionnez le point d'extrémité cible le moins occupé

l Sélectionnez l'initiateur le moins occupé entre les chemins disponibles pour lepoint d'extrémité cible sélectionné

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 d'extrémité 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 pour la migrationdu chemin dirigée par le serveur. Pour ce faire, le serveur doit demander, lors d'unefuture opération de transfert de données, que la librairie DD Boost commence à utiliserun autre chemin disponible du catalogue pour les opérations suivantes.

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. Mais le client peut également décider, de sapropre initiative, de commencer à utiliser un autre chemin disponible. Cela se produit sile 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 de8 chemins :

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

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

Fonctions DD Boost


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

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

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

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

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

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

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

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 échoueront 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é.

Contraints par la profondeur de 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 de serveur netient pas compte du périphérique spécifique qui réceptionne la requête SCSI.

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 en attente 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 (par exemple, les tâches desauvegarde) tentent d'utiliser le même périphérique SCSI générique.

En outre, le système Data Domain impose également une restriction du nombre dedemandes d'E/S en attente par périphérique SCSI annoncé. Pour des raisons deperformances dans le cadre de charges applicatives plus importantes, il peut s'avérernécessaire d'annoncer plusieurs périphériques SCSI sur le système Data Domain.

Nous utilisons l'expression « profondeur de file d'attente » pour décrire la limiteimposée par le système sur le nombre de requêtes SCSI simultanées sur un seulpériphérique. Les systèmes clients (comme Windows) dont la profondeur de filed'attente est trop faible pour avoir une incidence sur les performances sont considéréscomme « contraints par la profondeur de file d'attente ».

Reportez-vous à la section Dimensionnement d’un ensemble de périphériquesDD Boost-over-FC à la page 75 pour obtenir des conseils concernant le nombre depériphériques à configurer selon la charge applicative, le type de système Data Domainet le fait que le système client soit contraint par la profondeur de file d'attente ou pas.

Fonctions DD Boost

Contraints par la profondeur de file d'attente 43

Sauvegardes synthétiques virtuellesUne sauvegarde incrémentielle cumulative synthétique ou complète synthétique estune sauvegarde assemblée à partir des sauvegardes précédentes. Les sauvegardessynthétiques sont générées à partir d’une précédente sauvegarde complète,synthétique ou traditionnelle, et les sauvegardes différentielles suivantes ou unesauvegarde incrémentielle cumulative. (Une sauvegarde complète traditionnelle estune sauvegarde complète, non synthétisée.) Un client peut utiliser la sauvegardesynthétisée pour restaurer des fichiers et des répertoires de la même manière qu’ileffectue une restauration à partir d’une sauvegarde traditionnelle.

Au cours d’une sauvegarde complète traditionnelle, tous les fichiers sont copiés duclient vers un serveur de média et le jeu d’images qui en résulte est envoyé au systèmeData Domain. Les fichiers sont copiés même s’ils n’ont pas été modifiés depuis ladernière sauvegarde différentielle ou incrémentielle. Au cours d’une sauvegardecomplète synthétique, la sauvegarde complète précédente et les sauvegardesincrémentielles suivantes effectuées sur le système Data Domain sont combinées pourcréer une nouvelle sauvegarde complète. La nouvelle sauvegarde complètesynthétique est une représentation précise du système de fichiers des clients aumoment de la dernière sauvegarde complète.

Comme le traitement s’effectue sur le système Data Domain sur instruction du serveurde média et non celle du client, les sauvegardes synthétiques virtuelles permettent deréduire le trafic réseau et le traitement client. Les fichiers clients et les jeux d’imagesde sauvegarde ne sont transférés sur le réseau qu’une seule fois. Une fois les imagesde sauvegarde regroupées dans une sauvegarde synthétique, les précédentes imagesdifférentielles et/ou incrémentielles peuvent être arrivées à expiration.

La sauvegarde complète synthétique virtuelle est une solution évolutive destinée à lasauvegarde de bureaux distants qui ont des volumes de données gérables et de faiblesniveaux de modifications quotidiennes. Si les clients rencontrent un taux élevé demodifications quotidiennes, les sauvegardes incrémentielles ou différentielles sont tropvolumineuses. Dans ce cas, une sauvegarde synthétique virtuelle n’est pas plus utilequ’une sauvegarde complète traditionnelle. Pour assurer de bonnes performances derestauration, il est recommandé de créer une sauvegarde complète traditionnelle tousles deux mois, en se basant sur une règle normale de sauvegardes incrémentiellesquotidiennes et complètes hebdomadaires.

La sauvegarde complète synthétique virtuelle est la combinaison de la dernièresauvegarde (synthétique ou complète) et de toutes les sauvegardes incrémentiellessuivantes. Elle est programmée pour survenir une seconde après la dernièresauvegarde incrémentielle. Elle n’apporte AUCUNE modification à la sélection desauvegardes depuis la dernière sauvegarde incrémentielle.

Data Domain prend également en charge les sauvegardes synthétiques virtuelles « à lavolée » : les sauvegardes incrémentielles successives sont fusionnées à la volée avecla sauvegarde complète en cours, ce qui permet de produire un jeu d’images desauvegarde complète sur le système Data Domain. Après chaque sauvegardeincrémentielle, vous disposez d’un jeu d’images de sauvegarde complète prêt à larestauration. Vous avez ainsi l’assurance de disposer, en permanence, de la dernièresauvegarde complète et n’avez pas besoin d’exécuter une sauvegarde synthétiquecomplète à laquelle « acoller » la sauvegarde de base et toutes les sauvegardesincrémentielles accumulées jusqu’à ce stade.

Fonctions DD Boost


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 (Activer/désactiver)

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 à niveau à tout moment, sans nécessiter deredémarrage, éliminant ainsi l'impact de la validation des accès sur les tâches en cours.

Chemin de données multiutilisateur DD BoostLes améliorations apportées au chemin de données multiutilisateur DD Boost ontrenforcé l'isolation de l'unité de stockage. Plusieurs utilisateurs peuvent êtreconfigurés pour l'accès DD Boost sur un système Data Domain.

Gestion de l'unité de stockageVous pouvez utiliser les commandes DD OS ddboost pour configurer et modifier desunités de stockage, des tenants et des limites de quota, mais aussi pour configurer deslimites d'avertissement de flux pour chaque unité de stockage.

Fonction Multiuser Storage Units Access ControlLa fonction Multiuser Storage Unit Access Control pour DD Boost améliorel’expérience utilisateur en prenant en charge plusieurs noms d’utilisateur pour leprotocole DD Boost, assurant l’isolement des données pour les utilisateurs quipartagent un système Data Domain. Grâce au protocole DD Boost, l’application desauvegarde se connecte au système Data Domain avec un nom d’utilisateur et un motde passe pour prendre en charge cette fonction. Le nom d’utilisateur et le mot depasse sont chiffrés via le chiffrement d’une clé publique.

L’administrateur système crée un utilisateur Data Domain local pour chaqueapplication de sauvegarde (NetBackup ou Backup Exec) à utiliser pour leurs unités destockage. Il est nécessaire de spécifier l’utilisateur de l’unité de stockage au momentde créer l’unité de stockage. Lorsque des applications de sauvegarde se connectent ausystème Data Domain, elles peuvent uniquement accéder aux unités de stockagedétenues par le nom d’utilisateur utilisé pour établir la connexion. L’accès à une unitéde stockage est déterminé de façon dynamique afin que les modifications apportéesau nom d’utilisateur d’une unité de stockage prennent immédiatement effet. Lorsquele nom d’utilisateur d’une unité de stockage est modifié, les opérations de lecture etd’écriture effectuées par l’application de sauvegarde à l’aide de l’ancien nomd’utilisateur échouent immédiatement avec des erreurs d’autorisation.

Le mot clé tenant-unit est présenté à la commande ddboost storage-unitpour l’intégration avec la fonction Secure Multi-Tenancy de Data Domain. Une unitéde stockage doit être configurée pour chaque unité locataire. Chaque unité locatairepeut être associée à plusieurs unités de stockage. L’association d’unité tenant et lapropriété du nom d’utilisateur de l’unité de stockage sont indépendantes l’une del’autre. L’unité tenant est utilisée pour le chemin de gestion via l’interface de ligne de

Fonctions DD Boost

Validation des accès client 45

commande, mais ne peut pas être utilisée pour le chemin de données, par exemple, enlecture et en écriture. Toutes les commandes des unités tenant prennent en charge lesunités tenant.

Remarque

Pour plus d’informations sur les unités de tenant, consultez le Guide d’administration deData Domain Operating System.

Quotas de capacité de l’unité de stockageLes utilisateurs DD OS peuvent utiliser des quotas pour anticiper les limites destockage logique du système Data Domain, afin de s’assurer que les parties dédiées dusystème Data Domain sont disponibles sous forme d’unités de stockage uniques. Leslimites de quota d’unité de stockage DD Boost peuvent être définies ou supprimées demanière dynamique. Les quotas peuvent également être utilisés pour provisionnerdiverses unités de stockage DD Boost de différentes tailles logiques, ce qui permet àun administrateur de surveiller l’utilisation d’un périphérique de stockage spécifique aufil du temps.

Vous pouvez également configurer la taille physique signalée ; il s’agit de la tailleindiquée à l’application de sauvegarde. Dans NetBackup, la taille physique représentela « taille brute » du pool de disques. Sur le système Data Domain lui-même, la tailleréelle est affichée. Le quota de capacité logique est toujours disponible si vousconfigurez la taille physique. Vous pouvez modifier à un moment ultérieur la taillephysique signalée en utilisant la commande ddboost storage-unit modify. Vouspouvez aussi afficher cette valeur en utilisant la commande ddboost storage-unit show.

Consultez les sections relatives à ddboost, quota et mtree du Guide de référencedes commandes de Data Domain Operating System pour plus d’informations sur lafonction de quota et les commandes relatives aux opérations de quota.

Remarque

Soyez prudent avec cette fonction lorsque vous utilisez des applications desauvegarde (telles que Veritas NetBackup et Backup Exec) qui utilisent l’API DD Boostpour la gestion de la capacité. L’API DD Boost tente de convertir le paramètre logiqueen paramètre physique pour l’API en divisant le paramètre logique par le taux dedéduplication. Les quotas logiques peuvent être ajustés lorsque le taux dedéduplication varie.

Gestion du nombre de flux des unités de stockageVous pouvez configurer cinq types de limites d'avertissement de flux pour chaqueunité de stockage :

l write-stream-soft-limit

l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit

Pour chaque unité de stockage, les compteurs de flux sont utilisés pour surveiller lesdonnées de sauvegarde, de restauration, de réplication entrante/sortante. Pourconfigurer les limites de flux lors de la création d’une unité de stockage, utilisez lacommande ddboost storage-unit create. Pour configurer les limites de flux

Fonctions DD Boost


d'une unité de stockage existantes, utilisez la commande ddboost storage-unitmodify. Pour afficher les flux actifs par unité de stockage, utilisez la commandeddboost streams show active.

Chaque fois qu'un nombre de flux dépasse le quota de la limite d'avertissement, unealerte est générée. L'alerte s'efface automatiquement dès que la limite de fluxredescend sous le quota pendant plus de 10 minutes.

Ces limites d'avertissement de flux peuvent également être définies sur none.

Remarque

Les applications de sauvegarde DD Boost sont conçues pour réduire leur chargeapplicative afin de ne pas dépasser des quotas d'avertissement de flux. Vous pouvezreconfigurer la limite d'avertissement pour éviter les dépassements de quotas.

Pour plus d'informations sur la configuration des limites de flux, reportez-vous à lasection Configuration des unités de stockage avec des limites de flux (facultatif) à lapage 53.

Lecture en amont optimisée pour le modèle de donnéesÀ partir de la version 3.5.0, l’application DD Boost utilise une logique de lecture enamont améliorée pour activer et désactiver intelligemment la mise en cache desdonnées par lecture en amont basée sur des modèles d’accès aux données spécifiques.

PrésentationDans la version 3.5.0 de DD Boost, des modifications importantes ont été apportées àla logique de lecture en amont afin de permettre une détection plus intelligente demodèles d’accès spécifiques. Cette fonction permet généralement des délais derestauration aléatoires beaucoup plus rapides. Les performances des workflowsséquentiels ne sont généralement pas affectées.

Dans le cadre de la détection des modèles d’accès aux données, DD Boost supposed’abord que le modèle d’accès est séquentiel et qu’il permet la lecture en amont.Lorsqu’un changement est apporté à ce modèle, la logique de lecture en amont réagiten désactivant la lecture en amont ou en limitant la quantité de données en lecturepréalable. La fonctionnalité NetBackup Instant Access for VM récupère les donnéesdans un modèle plus aléatoire. Des tests internes utilisant Veritas Instant Recovery forVMware ont montré que la bande passante et les délais de restauration globaux sontréduits grâce à cette nouvelle fonctionnalité.

Remarque

l Cette fonctionnalité ne dépend pas d’une version de DD OS. Les améliorations dela lecture en amont sont contenues dans la bibliothèque DD Boost elle-même.

l Comme il s’agit d’une fonction heuristique, il peut y avoir des cas où laperformance est inférieure à ce qu’elle était dans les versions précédentes enraison du modèle d’accès des lectures.

Pour plus d’informations sur cette fonctionnalité, contactez Data Domain BoostEngineering.

Fonctions DD Boost

Lecture en amont optimisée pour le modèle de données 47

Fonctions DD Boost


CHAPITRE 3

Préparation du système Data Domain pourDD Boost

Remarque

Les procédures suivantes, qui permettent de configurer un système Data Domain,s’appliquent à NetBackup et Backup Exec.

Remarque

Pour une description complète des commandes utilisées dans ce guide, consultez leGuide de référence des commandes de Data Domain Operating System.

Ce chapitre traite des sujets suivants :

l Activation de DD Boost sur un système Data Domain.........................................50l Association de plusieurs utilisateurs à DD Boost................................................ 50l Création d’unités de stockage ........................................................................... 51l Configuration de quotas logiques pour les unités de stockage (facultatif) ........ 53l Configuration des unités de stockage avec des limites de flux (facultatif)......... 53l Configuration du traitement distribué des segments..........................................55l Configuration des groupes d’interfaces dynamiques ......................................... 55l Utilisation de groupes d’interfaces dynamiques pour la réplication de fichiers

gérés..................................................................................................................59l Configuration MFR.............................................................................................70l Configuration de la validation des accès client................................................... 72l Configuration du service DD Boost-over-FC...................................................... 74l Définition générale de l’authentification et du chiffrement.................................82

Préparation du système Data Domain pour DD Boost 49

Activation de DD Boost sur un système Data DomainChaque système Data Domain activé pour la déduplication de Data Domain Boost doitporter un nom unique. Vous pouvez 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 en saisissant lacommande suivante :

# filesys statusThe file system is enabled and running.

3. Ajoutez la licence DD Boost à l’aide de la clé de licence fournie.

Reportez-vous aux Notes de mises à jour de Data Domain Operating System pourobtenir les informations les plus récentes sur les licences et services.

4. Activez la déduplication de DD Boost en saisissant la commande suivante :

# ddboost enableDD Boost enabled

Remarque

l L’utilisateur doit être configuré dans l’application de sauvegarde pourpouvoir se connecter au système Data Domain. Pour plus d’informations,consultez le Guide d’administration de Data Domain Operating System.

l Plusieurs utilisateurs peuvent être configurés pour accéder à DD Boost surun système Data Domain. Le nom d’utilisateur, le mot de passe et le rôledoivent avoir été définis au préalable sur le système Data Domain à l’aide dela commande DD OS :

user add <utilisateur> [password <mot de passe>][role {admin | security | user | backup-operator | data-access}][min-days-between-change <jours>] [max-days-between-change <jours>][warn-days-before-expire <jours>] [disable-days-after-expire <jours>][disable-date <date>]

Par exemple, pour ajouter un utilisateur avec le nom de connexion jsmith et lemot de passe usr256, et doté du privilège d’administration, saisissez :

# user add jsmith password usr256 role admin

Puis, pour ajouter jsmith à la liste des utilisateurs DD Boost, saisissez :

# ddboost user assign jsmith

Association de plusieurs utilisateurs à DD BoostEn tant qu’administrateur système, vous devez créer un utilisateur local du systèmeData Domain pour chaque application de sauvegarde à utiliser avec leurs unités destockage. Les unités de stockage sont créées avec un nom d’utilisateur ou peuventêtre modifiées pour changer le nom d’utilisateur lors d’une mise à niveau. Les unités destockage sont uniquement accessibles aux applications dont le nom d’utilisateur

Préparation du système Data Domain pour DD Boost


possède l’unité de stockage. Chaque unité de stockage appartient à un nomd’utilisateur, et un même nom d’utilisateur peut posséder plusieurs unités de stockage.L’application transmet le nom d’utilisateur et le mot de passe à DD Boost, et DD Boostles transmet au système Data Domain lorsqu’il essaie de se connecter au système DataDomain. Le système Data Domain authentifie alors le nom d’utilisateur et le mot depasse. Le nom d’utilisateur et le mot de passe peuvent être partagés par différentesapplications.

Lorsqu’une unité de stockage est créée avec un utilisateur local du systèmeData Domain valide, mais qui n’est pas affecté à DD Boost, l’utilisateur estautomatiquement ajouté à la liste des utilisateurs DD Boost tout comme un utilisateurest ajouté à la liste l’aide de la commande ddboost user assign. Si une unité destockage est créée sans que le nom d’utilisateur du propriétaire ne soit spécifié, le nomd’utilisateur DD Boost actuel sera alors désigné comme propriétaire.

Pour attribuer et ajouter un ou plusieurs utilisateurs à la liste des utilisateurs DD Boost,saisissez :

# ddboost user assign user1 user2User "user1" assigned to DD Boost.User "user2" assigned to DD Boost.

Pour vérifier et afficher les utilisateurs dans la liste des utilisateurs, saisissez :

# ddboost user show

DD Boost user Default tenant-unit Using Token Access------------- ------------------- ------------------ddbu1 Unknown Yesddbu2 Unknown -ddbu3 Unknown Yes ddbu4 Unknown -ddbu5 Unknown -ddbu6 Unknown -ddbu7 Unknown Yesddbu8 Unknown -------------- ------------------- ------------

Pour annuler l’attribution de l’utilisateur et le supprimer de la liste des utilisateurs,saisissez :

# ddboost user unassign user1User "user1" unassigned from DD Boost.

Création d’unités de stockageVous devez créer une ou plusieurs unités de stockage sur chacun des systèmesData Domain activés pour OpenStorage dans une installation NetBackup ou BackupExec. Dans un système NetBackup, une unité de stockage correspond aux pools dedisques sur le serveur de média alors que dans un système Backup Exec, ellecorrespond à un référentiel sur bande.

Procédure

1. Pour créer une unité de stockage sur le système Data Domain, saisissez :

# ddboost storage-unit create NEW_STU1 user user1Created storage-unit "NEW_STU1" for "user1".


Création d’unités de stockage 51

Remarque

Le nom d’une unité de stockage doit être unique sur un système Data Domaindonné. Toutefois, le même nom de l’unité de stockage peut être utilisé surdifférents systèmes Data Domain. Le nom d’utilisateur est propriétaire de l’unitéde stockage et garantit que seules les connexions utilisant les informationsd’identification associées à ce nom d’utilisateur peuvent accéder à cette unitéde stockage.

Consultez la section relative à ddboost storage-unit dans le Guide deréférence des commandes de Data Domain Operating System pour plusd’informations sur les options de commande.

Remarque

Lorsqu’une unité de stockage est créée avec un utilisateur local Data Domainvalide qui n’est pas encore affecté à DD Boost, l’utilisateur estautomatiquement ajouté à la liste des utilisateurs DD Boost tout commel’utilisateur ddboost est ajouté à la liste des utilisateurs à l’aide de la commandeddboost user assign.

2. Répétez l’étape précédente pour chaque système sur lequel Data Domain Boostest activé.

3. Pour modifier une unité de stockage sur le système Data Domain, saisissez :

# ddboost storage-unit modify NEW_STU1 user user2Storage-unit "NEW_STU1" modified for user "user2".

Remarque

La commande ddboost storage-unit modify permet à l’application desauvegarde de modifier la propriété du nom d’utilisateur de l’unité de stockage.Nul besoin de modifier les attributs de chaque fichier de l’unité de stockagelorsque vous modifiez le nom d’utilisateur. Par conséquent, cette opération estrapide.

4. Pour afficher la liste des utilisateurs pour les unités de stockage, saisissez :

# ddboost storage-unit showName Pre-Comp (GiB) Status User Report Physical Size (MiB)----------------- -------------- ------ -------- ---------------backup 3.0 RW sysadmin -DDBOOST_STRESS_SU 60.0 RW sysadmin -task2 0.0 RW sysadmin -tasking1 0.0 RW sysadmin -DD1 0.0 RW sysadmin -D6 5.0 RW sysadmin -TEST_DEST 0.0 D sysadmin -STU-NEW 0.0 D ddu1 -getevent 0.0 RW ddu1 -DDP-5-7 120.0 RW sysadmin -TESTME 150.0 RW sysadmin -DDP-5-7-F 100.0 RW sysadmin -testSU 0.0 RW sysadmin 200----------------- -------------- ------ -------- ---------------D : DeletedQ : Quota DefinedRO : Read OnlyRW : Read WriteRD : Replication Destination



Configuration de quotas logiques pour les unités destockage (facultatif)

Le stockage sur un système Data Domain peut être provisionné par l’intermédiaire delimites de quota facultatives pour une unité de stockage. Des limites de quota peuventêtre spécifiées au moment de la création d’une unité de stockage ou ultérieurement viades commandes distinctes. Pour plus d’informations, consultez les sections relativesaux quotas et à DD Boost dans le Guide de référence des commandes de Data DomainOperating System.

Remarque

Si les quotas sont activés, certaines applications de sauvegarde OpenStorage peuventindiquer des tailles et des capacités approximatives. Pour plus d’informations à cesujet, consultez l’article « Storage Unit Quota Display on NetBackup and BackupExec » (ID de document 000185210) de la base de connaissances.

Procédure

1. Pour activer les limites de quota sur le système Data Domain, saisissez :

# quota enable2. Pour configurer des limites de quota au moment de la création d’une unité de

stockage, spécifiez les limites souple et stricte du quota à l’aide de la commandesuivante :

# ddboost storage-unit create storage-unit[quota-soft-limit n {MiB|GiB|TiB|PiB}] [quota-hard-limit n {MiB|GiB|TiB|PiB}]

3. Pour modifier des limites de quota après leur création, spécifiez les nouvelleslimites souple et stricte du quota à l’aide de la commande suivante :

# ddboost storage-unit modify storage-unit[quota-soft-limit {n {MiB|GiB|TiB|PiB}|none}] [quota-hard-limit {n {MiB|GiB|TiB|PiB}|none}]

4. Pour vérifier les limites de quota d’une unité de stockage :

# quota show storage-units storage-unit-list

Configuration des unités de stockage avec des limites deflux (facultatif)

L'administrateur système configure les limites d'avertissement de flux de chaque unitéde stockage pour chacun des cinq flux suivants :

l write-stream-soft-limit

l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit

Vous pouvez attribuer quatre types de limites d'avertissement de quota souple de fluxpour chaque unité de stockage (lecture, écriture, réplication et combiné), et allouerune limite de quota stricte de flux combinée. L'attribution d'une limite stricte de fluxpar unité de stockage permet d'entraîner l'échec de nouveaux flux DD Boost lorsque la


Configuration de quotas logiques pour les unités de stockage (facultatif) 53

limite est dépassée, y compris les flux de lecture, les flux d'écriture et les flux deréplication. La limite de quota stricte de flux est détectée avant le démarrage del'opération de flux. La limite de quota stricte de flux ne peut pas dépasser la capacitédu modèle de système Data Domain, et ne peut pas être inférieure à toute autre limiteunique (lecture, écriture, réplication ou combinée).

En cas de dépassement de la limite de quota stricte de flux, NetBackup et BackupExec signalent l'erreur au client et effectuent automatiquement une nouvelle tentativede lecture/écriture.

Chaque fois qu'un nombre de flux dépasse le quota de la limite d'avertissement, unealerte est générée. L'alerte s'efface automatiquement dès que la limite de fluxredescend sous le quota pendant plus de 10 minutes.

Remarque

Les utilisateurs DD Boost sont censés réduire la charge applicative afin de ne pasdépasser les quotas d'avertissement des flux ou l'administrateur système peutmodifier la limite d'avertissement configurée pour éviter tout dépassement de la limite.

Pour créer une unité de stockage avec des limites de flux, vous pourriez entrer :

# ddboost storage-unit create NEW_STU0 user user2 write-stream-soft-limit 5 read-stream-soft-limit 1 repl-stream-soft-limit 2 combined-stream-hard-limit 10Created storage-unit "NEW_STU0" for "user2".Set stream warning limits for storage-unit "NEW_STU0".

Pour modifier les limites de flux pour une unité de stockage, vous pourriez entrer :

# ddboost storage-unit modify NEW_STU1 write-stream-soft-limit 3 read-stream-soft-limit 2 repl-stream-soft-limit 1 combined-stream-hard-limit 8NEW_STU1: Stream soft limits: write=3, read=2, repl=1, combined=none

Le fait de définir une limite sur none désactive cette limite.

Pour afficher les limites de flux DD Boost pour toutes les unités de stockage actives,entrez ddboost streams show active. Pour afficher les limites de flux DD Boostpour une unité de stockage spécifique, entrez :

# ddboost streams show active storage-unit STU-1

--------- Active Streams -------- --------- Soft Limits -------- - Hard Limit -Name Read Write Repl-out Repl-in Read Write Repl Combined Combined----- ---- ----- -------- ------- ---- ----- ---- -------- --------------STU-1 0 0 0 0 - - - - 25----- ---- ----- -------- ------- ---- ----- ---- -------- --------------DD System Stream Limits: read=30 write=90 repl-in=90 repl-out=82 combined=90

Remarque

Les limites de flux du système Data Domain affichées dans la sortie dépendent du typedu système Data Domain.

Pour afficher l'historique des limites de flux DD Boost d'une unité de stockagespécifique, à un moment donné, entrez :

# ddboost streams show history storage-unit NEW_STU0 last 1hoursINTERVAL: 10 mins"-" indicates that the data is not available for the intervals

Storage-Unit: "NEW_STU0"Date Time read write repl-out repl-inYYYY/MM/DD HH:MM streams streams streams streams----------------- ------- ------- --------- --------2013/08/29 12:00 0 0 0 02013/08/29 12:10 0 0 0 0



2013/08/29 12:20 0 1 0 02013/08/29 12:30 0 2 0 02013/08/29 12:40 0 2 0 02013/08/29 12:50 0 1 0 02013/08/29 13:00 0 0 0 0----------------- ------- ------- --------- --------

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 média et à tous les plug-in OST installéssur ces serveurs.

L’option peut être configurée à l’aide de 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 le plug-in OST 2.2 ouune version supérieure, pour établir une communication avec un système Data Domainexécutant DD OS 4.8 ou une 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.1, 5.0.x ou 4.9.xvers DD OS 5.2, le traitement distribué des segments est laissé à son état précédent.

Le traitement distribué des segments est activé (et ne peut être désactivé) surDD OS 5.5.1.0 et les versions antérieures.

Le traitement distribué des segments est activé par défaut pour les plug-in Solariss’exécutant sur un processeur SPARC T4 ou T5 et sous Solaris 11 (avec SRU2 ousupérieure) ou Solaris 11.1 ou supérieure.

Configuration des groupes d’interfaces dynamiques

Remarque

Cette fonction s’applique uniquement à DD Boost-over-IP. Pour un tour d’horizon dela fonction DIG (Groupe d’interfaces dynamiques), reportez-vous à la rubrique Groupes d’interfaces dynamiques : basculement sur incident et équilibrage de lacharge DD Boost IP.

Lorsqu’un système Data Domain reçoit une demande de connexion d’un client dans ungroupe d’interfaces configuré, la fonction DIG attribue la connexion à l’interface lamoins utilisée du groupe, permettant l’équilibrage de la charge et un débit d’E/S plusélevé.

Pour configurer DIG, créez un groupe d’interfaces sur le système Data Domain enajoutant des interfaces existantes au groupe comme indiqué ci-dessous.

Procédure

1. Créez le groupe d’interfaces :

# ifgroup create group_name

Exemples :


Configuration du traitement distribué des segments 55

# ifgroup create external# ifgroup create lab10G

Remarque

La valeur par défaut « group_name » peut être utilisée sans être créée aupréalable. Dans toutes les commandes ifgroup restantes, le groupe « pardéfaut » est utilisé si aucune valeur n’est spécifiée.

2. Ajoutez des clients et des interfaces à chaque groupe d’interfaces. Lesinterfaces doivent avoir déjà été créées avec la commande net.

# ifgroup add group_name{interface {ipaddr | ipv6addr} | client host}

Cette commande assure la prise en charge complète des adresses IPv6statiques du groupe d’interfaces, offrant les mêmes fonctions aux adressesIPv6 et IPv4. Les connexions client IPv4 et IPv6 simultanées sont autorisées. Unclient connecté avec IPv6 voit uniquement les interfaces groupe d’interfacesIPv6. Un client connecté avec IPv4 voit uniquement les interfaces du grouped’interfaces IPv4. Les groupes d’interfaces individuels incluent toutes lesadresses IPv4 ou toutes les adresses IPv6.

Exemples :

# ifgroup add interface 10.6.109.140 client *.datadomain.com# ifgroup add interface 10.6.109.141 client *

# ifgroup add ipv4-group interface 192.4.5.21# ifgroup add ipv4-group interface 192.4.5.22# ifgroup add ipv4-group interface 192.4.5.23# ifgroup add ipv4-group interface 192.4.5.24

# ifgroup add ipv6-group interface 2000::af:21# ifgroup add ipv6-group interface 2000::af:22# ifgroup add ipv6-group interface 2000::af:23# ifgroup add ipv6-group interface 2000::af:24

# ifgroup add ipv4-group client 128.5.1.25.0/24# ifgroup add ipv6-group client 2620::128:25:0/112

Remarque

l Si aucune valeur group_name n’est spécifiée, le groupe par défaut est utilisé.

l Les adresses IPv6 peuvent être composées de caractères majuscules ouminuscules et de plusieurs zéros.

l Ces commandes permettent de détecter les anomalies au niveau desinterfaces IPv4 ou IPv6.

3. Sélectionnez une interface du système Data Domain à enregistrer auprès del’application de sauvegarde. Il est recommandé de créer une interface agrégéede basculement sur incident et d’enregistrer cette interface auprès del’application de sauvegarde.



Remarque

Il n’est pas nécessaire de choisir une interface du groupe d’interfaces pourl’enregistrement auprès de l’application de sauvegarde. Une interface qui ne faitpas partie du groupe d’interfaces peut également être utilisée pourl’enregistrement auprès de l’application de sauvegarde.La bonne pratique consiste à enregistrer l’interface avec un nom pouvant êtrerésolu à l’aide de DNS ou de tout autre mécanisme de résolution de noms. Enutilisant NetBackup et en supposant que 192.168.1.1 est nommédd22.abc.com, exécutez la commande suivante sur le serveur de média :

nbdevconfig -creatests -st 9 -stype DataDomain -storage_server dd22.abc.com -media_server load64

Remarque

L’interface enregistrée auprès de l’application de sauvegarde est utilisée parl’application de sauvegarde et son plug-in OST pour communiquer avec lesystème Data Domain. Si cette interface n’est pas disponible, il n’est paspossible d’effectuer des sauvegardes sur ce système Data Domain.

4. Une fois une interface et un client configurés, le groupe est automatiquementactivé. Vérifiez l’état (activé ou désactivé) du groupe d’interfaces :

# ifgroup status [group_name]Status of ifgroup “default” is “enabled”

Remarque

Si aucune valeur group_name n’est spécifiée, le groupe par défaut est utilisé.

5. Vérifiez l’ensemble de la configuration de tous les groupes avec les interfaces etles clients :

# ifgroup show config allRésultats

Un exemple de résultat est présenté dans le tableau suivant.

Group Name Status Interfaces Clients Count Count-----------------------------------------------------------------default enabled 2 1external enabled 2 1lab10G enabled 2 2-----------------------------------------------------------------Group Name Status Interfaces ------------------------------------------------------------default enabled 10.6.109.141default enabled 10.6.109.41external enabled 10.6.109.140 external enabled 10.6.109.142lab10G enabled 192.168.1.220lab10G enabled 192.168.1.221-----------------------------------------------------------------Group Name Status Clients ------------------------------------------------------------default enabled *external enabled *.datadomain.comlab10G enabled ddboost-dl.datadomain.com lab10G enabled yellowmedia.datadomain.com------------------------------------------------------------


Configuration des groupes d’interfaces dynamiques 57

Remarque

Les correspondances de nom exactes sont effectuées en premier, suivies descorrespondances de nom partielles. Ainsi, dans l’exemple ci-dessus, ddboost-dl.datadomain se trouve dans le groupe lab10G.

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.

Procédure

1. Assurez-vous qu’aucune tâche n’est active de l’application de sauvegarde versle système Data Domain, sur l’interface que vous supprimez du groupe. Vouspouvez effectuer cette opération à partir du système Data Domain en vérifiantl’état de connexions existantes dans le groupe d’interfaces à l’aide de lacommande suivante :

# ddboost show connections

Remarque

Consultez la documentation relative au système DD860 Extended Retention(anciennement DD860 Archiver Administration Guide) pour obtenir un exempled’exécution de cette commande sur un niveau actif.

2. Supprimez une interface ou un client du fichier group-name ou du groupe pardéfaut sur le système Data Domain.

# ifgroup del default interface 10.6.109.144

Une fois la suppression effectuée, l’interface est libérée du groupe et ne seraplus utilisée par le serveur de stockage DD Boost pour quelque tâche que cesoit, à partir des serveurs de média.

Remarque

La suppression de l’interface enregistrée auprès de l’application de sauvegarderend le système Data Domain inaccessible pour les serveurs de média. Laconfiguration du groupe d’interfaces sur le système Data Domain n’est passupprimée.

Résultats

Pour apporter des modifications à une interface ajoutée au groupe d’interfaces dusystème Data Domain au niveau de la couche réseau, supprimez l’interface du groupe,puis ajoutez-la à nouveau.

Remarque

Si vous apportez des modifications à l’aide de la commande net qui modifie lesinterfaces, telles que l’activation d’une interface configurée pour le grouped’interfaces, exécutez la commande ddboost show connections pour mettre àjour l’affichage de l’équilibrage de la charge. La mise à jour de l’affichage del’équilibrage de la charge permet au groupe d’interfaces d’utiliser l’interface.



Suppression d’un groupe d’interfacesL’exemple suivant illustre la suppression d’un groupe d’interfaces configuré sur lesystème Data Domain.

Procédure

1. Assurez-vous qu’aucune tâche n’est active de l’application de sauvegarde versle système Data Domain. Vérifiez l’état des connexions dans le grouped’interfaces en exécutant la commande suivante sur un système Data Domain :

# ifgroup show connections2. Vérifiez qu’il n’existe aucune tâche en attente, à partir des serveurs de média

connectés au système Data Domain.

3. Désactivez le fichier group-name ou le groupe par défaut sur le système :

# ifgroup disable <group-name>4. Réinitialisez le groupe d’interfaces :

# ifgroup reset <group-name>Résultats

Toutes les interfaces sont libérées du groupe. Toutefois, les serveurs de médiapeuvent toujours accéder au serveur de stockage DD Boost sur le systèmeData Domain, dans l’interface enregistrée auprès de l’application de sauvegarde.

Lorsqu’un groupe n’est plus nécessaire, utilisez l’option de destruction pour lesupprimer de la configuration :

# ifgroup destroy group-name

Exemple :

# ifgroup destroy external

Les clients sont mis en correspondance avec un groupe par l’intermédiaire de leur nomd’utilisateur, indépendamment de l’état du groupe (activé/désactivé). Par conséquent,la désactivation d’un groupe n’oblige pas un client à utiliser un autre groupe. Lorsqu’unclient est détecté dans un groupe désactivé, il utilise l’interface enregistrée et restesur la connexion initiale.

Remarque

Vous pouvez également gérer des groupes d’interfaces à partir de la vue SystemManager Data Management DD Boost. (Consultez le Guide d’administration deData Domain Operating System.)

Utilisation de groupes d’interfaces dynamiques pour laréplication de fichiers gérés

La fonction DIG (Groupe d’interfaces dynamique) permet de contrôler les interfacesutilisées pour la réplication de fichiers gérés par DD Boost, afin de diriger la connexionde réplication sur un réseau spécifique et d’utiliser plusieurs interfaces réseau dotéesd’une large bande passante et d’une grande fiabilité en cas de basculement surincident. Tous les types d’adresses IP Data Domain sont pris en charge : IPv4 ou IPv6,alias IP/adresse IP de réseau VLAN et l’agrégation LACP/basculement sur incident.


Suppression d’un groupe d’interfaces 59

Remarque

Cette fonction est uniquement prise en charge par la réplication de fichiers gérés parDD Boost.

Si vous n’utilisez pas des groupes d’interfaces, la configuration de la réplicationnécessite plusieurs étapes :

1. Ajout d’une entrée dans le fichier /etc/hosts sur le système Data Domainsource pour le système Data Domain cible et codage en dur de l’une des interfacesréseau LAN privées en tant qu’adresse IP de destination.

2. Ajout d’une route sur le système Data Domain source vers le système Data Domaincible en spécifiant un port physique ou virtuel sur le système Data Domain source àl’adresse IP de destination distante.

3. Configuration de LACP via le réseau sur tous les switches situés entre lessystèmes Data Domain pour l’équilibrage de charge et le basculement sur incident.

4. Différentes applications sont nécessaires pour utiliser des noms différents pour lesystème Data Domain cible et éviter les conflits de dénomination dans lefichier /etc/hosts.

L’utilisation de groupes d’interfaces pour la réplication simplifie cette configurationgrâce à l’utilisation de commandes DD System Manager ou de la CLI de DD OS.L’utilisation de groupes d’interfaces pour configurer le chemin de réplication vouspermet de :

l Rediriger une adresse IP résolue en nom d’hôte en dehors du réseau public, à l’aided’une autre adresse IP du système Data Domain privé.

l Identifier un groupe d’interfaces en fonction des critères de sélection configurés,en fournissant un groupe d’interfaces unique dans lequel toutes les interfaces sontaccessibles à partir du système Data Domain cible.

l Sélectionner une interface de réseau privé dans la liste des interfaces appartenantà un groupe, en s’assurant que l’interface est fonctionnelle.

l Fournir un équilibre de charge sur plusieurs interfaces Data Domain au sein dumême réseau privé.

l Fournir une interface de basculement sur incident pour la restauration pour lesinterfaces du groupe d’interfaces.

l Fournir un basculement sur incident de l’hôte si cette option est configurée sur lesystème Data Domain source.

l Utiliser NAT (Network Address Translation)

L’ordre de sélection pour déterminer une correspondance de groupe d’interfaces pourla réplication de fichiers est :

1. Chemin d’accès à la structure MTree locale (unité de stockage) et nom d’hôteData Domain distant spécifique

2. Chemin d’accès à la structure MTree locale (unité de stockage) avec un nomd’hôte Data Domain distant

3. Chemin d’accès à la structure MTree (unité de stockage) avec un nom d’hôteData Domain spécifique

La même structure MTree peut apparaître dans plusieurs groupes d’interfacesuniquement si elle possède un nom d’hôte Data Domain différent. Le même nomd’hôte Data Domain peut apparaître dans plusieurs groupes d’interfaces uniquements’il possède un autre chemin d’accès à la structure MTree. Le nom d’hôte distant doitêtre un nom de domaine complet, par exemple dd890-1.domain.com.



La sélection du groupe d’interfaces s’effectue localement sur le système Data Domainsource et le système Data Domain cible, indépendamment de l’un et de l’autre. Pour unréseau WAN de réplication, seul le groupe d’interfaces distant doit être configuréétant donné que l’adresse IP source correspond à la passerelle de l’adresse IPdistante.

Réplication sur LANPour configurer des groupes d’interfaces de réplication via un LAN :

1. Créez un groupe d’interfaces de réplication sur le système Data Domain source.

2. Dans le cadre de la réplication, attribuez le chemin d’accès MTree local sur lesystème Data Domain source et le nom d’hôte du système Data Domain dedestination.

3. Créez un groupe d’interfaces de réplication sur le système Data Domain dedestination.

4. Dans le cadre de la réplication, attribuez le chemin d’accès MTree local sur lesystème Data Domain de destination et le nom d’hôte du système Data Domainsource.

Sur la Figure 13 à la page 62 :

l Le système Data Domain DDP-670-1 est la source de la réplication.

l Le groupe d’interfaces 10G-REPL1 est configuré avec trois interfaces, chacuned’elles étant accessible à partir de la destination.

l Le chemin d’accès complet à la structure MTree locale est /data/col1/TO_860.

l DD860-ART-1 est le nom d’hôte du système Data Domain distant (du point de vuede DDP-670-1).

l Le système Data Domain DDP-860-ART-1 est la cible de la réplication.

l Le groupe d’interfaces de réplication 10G-REPL2 est configuré avec deuxinterfaces, chacune d’elles étant accessible à partir de la source.

l Le chemin d’accès complet à la structure MTree locale est /data/col1/FROM_670.

l DDP-670-1 est le nom d’hôte du système Data Domain distant (du point de vue deDD860-ART-1).


Réplication sur LAN 61

Figure 13 Utilisation de groupes d’interfaces pour la réplication via un LAN

Pour configurer le scénario de réplication illustré à la Figure 13 à la page 62 :

1. Créez un groupe d’interfaces 10G-REPL1 avec trois interfaces pour la réplicationsur DDP-670-1. Pour confirmer :# ifgroup show config 10G-REPL1 interfaces

Group-name Status Interfaces------------- ------- -----------10G-REPL1 enabled 172.29.0.1110G-REPL1 enabled 172.29.0.1210G-REPL1 enabled 172.29.0.13------------- ------- -----------

2. Attribuez le chemin d’accès MTree complet et le nom d’hôte distant pour laréplication :# ifgroup replication assign 10G-REPL1 mtree /data/col1/TO_860 remote dd860-art-1Assigned replication mtree "/data/col1/TO_860" with remote "dd860-art-1" to ifgroup "10G-REPL1".

Pour confirmer :# ifgroup show config 10G-REPL1 replication

Group-name Status Replication Mtree Replication Remote Host------------- ------- ----------------- -----------------------10G-REPL1 enabled /data/col1/TO_860 dd860-art-1------------- ------- ----------------- -----------------------

3. Créez un groupe d’interfaces 10G-REPL2 avec deux interfaces pour la réplicationsur DD860-ART-1. Pour confirmer :# ifgroup show config 10G-REPL2 interfaces

Group-name Status Interfaces------------- ------- -----------10G-REPL2 enabled 172.29.0.2110G-REPL2 enabled 172.29.0.22------------- ------- -----------



4. Attribuez le chemin d’accès MTree complet et le nom d’hôte distant pour laréplication :# ifgroup replication assign 10G-REPL2 mtree /data/col1/FROM_670 remote ddp-670-1Assigned replication mtree "/data/col1/FROM_670" with remote "ddp-670-1 to ifgroup "10G-REPL2".

Pour confirmer :# ifgroup show config 10G-REPL2 replication

Group-name Status Replication Mtree Replication Remote Host------------- ------- ------------------- -----------------------10G-REPL2 enabled /data/col1/FROM_670 ddp-670-1------------- ------- ------------------- -----------------------

Réplication sur WANIl y a deux moyens de configurer des groupes d'interfaces pour la réplication sur lesréseaux WAN :

l Utilisez le groupe d'interfaces sur la destination uniquement et laissez le soin ausystème Data Domain source de sélectionner l'interface source en fonction de laconfiguration du routage.

l Utilisez des groupes d'interfaces sur les systèmes source et cible et assurez-vousque l'adresse IP de la source peut accéder à l'adresse IP de la destination. Vouspouvez vérifier cela en exécutant l'option Trace Route depuis la source et ladestination.

Figure 14 à la page 64 montre comment les groupes d’interfaces peuvent êtreutilisés pour la réplication sur les réseaux WAN :

l Le système Data Domain DDP-670-1 est la source de la réplication.

l Le groupe d'interfaces 10G-REPL3 est configuré avec deux interfaces, chacuned'elles étant accessible à partir d'une adresse IP de destination.

l Le chemin d'accès complet à la structure MTree locale est /data/col1/TO_890.

l DDP-890-1 est le nom d'hôte du système Data Domain distant (du point de vue deDDP-670-1).

l Le système Data Domain DDP-890-1 est la cible de la réplication.

l Le groupe d'interfaces 10G-REPL4 est configuré avec deux interfaces, chacuned'elles étant accessible à partir d'une adresse IP source.

l Le chemin d'accès complet à la structure MTree locale est /data/col1/FROM_670.

l DDP-670-1 est le nom d'hôte du système Data Domain distant (du point de vue deDDP-890-1).

l Il existe deux réseaux (WAN A et WAN B) dans le même groupe d'interfaces.


Réplication sur WAN 63

Figure 14 Utilisation de groupes d'interfaces pour la réplication via des WAN

Autres exemples d’utilisation possiblesLes applications de sauvegarde ont besoin de répliquer les données sur leurs propresréseaux et d’utiliser plusieurs interfaces réseau dotées d’une large bande passante etde la fonction de basculement sur incident. Pour ce faire, les groupes d’interfacesprennent en charge différents chemins de réplication, et notamment divers réseaux duclient, taux de fan-out et chemins en cascade.

Réseau de plusieurs clientsUn fournisseur de services avec plusieurs clients peut exiger que les clients soient enmesure de répliquer les données sur leurs propres réseaux. Sur la Figure 15 à la page65, un client utilise le Réseau A pour répliquer la structure MTree11 du Système DataDomain 1 (DDR1) vers le Système Data Domain 2 (DDR2), et la structure MTree2 duSystème 2 vers le Système 1. Un autre client utilise le Réseau B pour la réplication dela structure MTree33 du Système 1 vers le Système 2.



Figure 15 Utilisation des groupes d’interfaces pour la réplication sur plusieurs réseaux clients

Comme ces chemins de réplication ont les mêmes systèmes Data Domain source etcible, la configuration d’un groupe d’interfaces est basée sur les chemins de lastructure MTree. Pour le Réseau A, Ifgroup-K est configuré selon les chemins MTree11et MTree22, et Ifgroup-J est configuré selon les chemins MTree1 et MTree2. Pour leRéseau B, Ifgroup-L est configuré en fonction du chemin MTree33, et Ifgroup-R estconfiguré en fonction du chemin MTree3.

DéploiementSur la Figure 16 à la page 66, la structure MTree2 est répliquée du systèmeData Domain 1 (DDR1) vers le système Data Domain 2 (DDR2), et du systèmeData Domain 1 (DDR1) vers le système Data Domain 3 (DDR3).


Autres exemples d’utilisation possibles 65

Figure 16 Utilisation de groupes d’interfaces pour la réplication de déploiement

Comme la même structure MTree source est utilisée, le groupe d’interfaces estconfiguré en fonction du nom d’hôte du système Data Domain distant. Pour le RéseauA, Ifgroup-K est configuré en fonction du nom d’hôte du Système Data Domain 2, etIfgroup-J est configuré en fonction du nom d’hôte du Système Data Domain 1. Pour leRéseau B, Ifgroup-L est configuré en fonction du nom d’hôte du SystèmeData Domain 3, et Ifgroup-R est configuré en fonction du nom d’hôte du SystèmeData Domain 1.

Mise en cascadeSur la Figure 17 à la page 67, la structure MTree1 est répliquée du système DataDomain 1 (DDR1) vers le système Data Domain 2 (DDR2), puis vers le système DataDomain 3 (DDR3).



Figure 17 Utilisation de groupes d’interfaces pour la réplication en cascade

Pour le Réseau A, Ifgroup-J est configuré en fonction du nom d’hôte du Système DataDomain distant 3, et Ifgroup-K est configuré en fonction du nom d’hôte du SystèmeData Domain distant 2 ou du chemin d’accès de la structure MTree13. Pour le RéseauC, Ifgroup-H est configuré en fonction du nom d’hôte du Système Data Domaindistant 1, et Ifgroup-Q est configuré en fonction du nom d’hôte du Système DataDomain distant 2 ou du chemin d’accès de la structure MTree1.

Nom de l’hôte de basculement sur incident de réplicationApplicable uniquement lors de la réplication de fichiers DD Boost, la fonctionReplication Failover Hostname est similaire à la fonction Failover Hostname utiliséepour la sauvegarde (pour plus d’informations, reportez-vous à la section Nom d’hôtede basculement d’adresse IP à la page 34).

Pour la réplication, vous configurez le nom d’hôte de destination (système DataDomain distant) dans le fichier /etc/hosts sur le système Data Domain source (entant que nom d’hôte de basculement sur incident) avec une autre adresse IP existantsur le système de destination.

Ces connexions de réplication utilisent la fonction permettant de réessayer « »lebasculement sur incident de l’hôte :

l Commandes de réplication de fichier exécutées avant le début de la réplication :

n Création d’un fichier

n Suppression d’un fichier

n Recherche d’un fichier de base synthétique


Nom de l’hôte de basculement sur incident de réplication 67

l Demande d’une adresse IP de groupe d’interfaces à partir du système cible

La réplication du groupe d’interfaces sur IPv4 prend en charge la réplication avectraduction NAT. La configuration est sur le système de destination Data Domain où lesystème Data Domain source recherche une adresse IP. Par conséquent, le systèmede destination Data Domain doit disposer d’un groupe d’interfaces avec les adresses IPexloitables par le système Data Domain source (avant traduction NAT) pour atteindrele système de destination. Par exemple :

Source DD -> 128.222.4.15 --NAT-> 192.169.172.8 Target DD Source DD -> 128.222.4.16 --NAT-> 192.169.172.9 Target DD

Sur le système Data Domain distant :

net config ethx:1 128.222.4.15 << on the ethx of IP 192.169.172.8 net config ethy:1 128.222.4.16 << on the ethy of IP 192.169.172.8

Créez un groupe de réplication du groupe d’interfaces et ajoutez les nouvellesadresses IP :

ifgroup create nat-repl ifgroup add nat-repl interface 128.222.4.15 ifgroup add nat-repl interface 128.222.4.16 ifgroup replication assign remtoe <nom d’hôte DD source>

Prise en charge de NAT (Network Address Translation)Les groupes d’interfaces prennent en charge la traduction d’adresses réseau (NAT,Network Address Translation) pour la réplication de fichiers gérés (MFR). Pourl’instant, la traduction d’adresses réseau (NAT) est possible uniquement avecl’adressage IPv4.

La réplication du groupe d’interfaces avec NAT nécessite l’adresse IP publique, et nonl’adresse IP locale, du groupe d’interfaces de destination.

Remarque

Sur un système Data Domain, les adresses IP d’alias peuvent être configurées sur uneinterface active avec des adresses IP qui ne sont pas accessibles. Sur la Figure 18 à lapage 69, les adresses IP 215.55.7.20 et 215.55.7.21 sont des alias configurésstrictement pour l’utilisation du groupe d’interfaces.

Pour configurer les groupes d’interfaces en vue de prendre en charge la traductiond’adresses réseau (NAT) :

1. Créez un groupe d’interfaces « natlan ».

2. Créez une adresse IP d’alias pour l’interface locale.

3. Attribuez l’adresse IP publique externe à l’alias.

4. Ajoutez chaque nouvelle adresse IP au groupe d’interfaces « natlan ».

5. Ajoutez la sélection de la réplication (chemin d’accès MTree local et/ou nomd’hôte du système Data Domain distant).

6. Pour le système Data Domain source utilisé à des fins de réplication, l’adresse IPsource de la connexion doit faire référence au réseau local privé.

7. Pour le système Data Domain de destination utilisé à des fins de réplication,l’adresse IP cible de la connexion doit faire référence au réseau public.

Sur la Figure 18 à la page 69, DD1 et DD2 figurent chacun dans un réseau privé. Laréplication avec NAT peut être utilisée dans les deux sens. Le nom de la structureMTree permet de permuter entre les deux groupes d’interfaces. Seul le système DataDomain source utilise un groupe d’interfaces pour sélectionner l’adresse IP source etcible. Le système Data Domain source recherche une adresse IP à utiliser sur lesystème Data Domain distant. C’est la raison pour laquelle toutes les adresses IP



doivent toujours être considérées du point de vue du système Data Domain source. Laréplication depuis DD1 sur le Réseau 1 vers DD2 sur le Réseau 2 utilise Local-lan2 avecnatlan2 pour sélectionner les adresses IP source et cible pour la connexion. Laréplication depuis DD2 sur le Réseau 2 vers DD1 sur le Réseau 1 utilise Local-lan1 avecnatlan1. Par conséquent, seule la requête à distance (portant sur les adresses IP degroupes d’interfaces) doit être adaptée à la configuration de la traduction d’adressesréseau (NAT).

Remarque

La réplication avec NAT nécessite l’activation de l’entrée de registre système suivante(cette entrée est désactivée par défaut) :system.IFGROUP_REPLICATION_NAT_SUPPORT = TRUE

Figure 18 Prise en charge de la traduction d’adresses réseau (NAT) par les groupes d’interfaceslors de la réplication


Prise en charge de NAT (Network Address Translation) 69

Résolution des conflits de sauvegarde/réplicationLorsque l'interface d'administration enregistrée pour la sauvegarde est utilisée pour laréplication de groupe d'interfaces, les procédures de sauvegarde sélectionnent, parerreur, le groupe d'interfaces de réplication. Pour éviter cela, ajoutez un client portantle nom « no-auto-detect » au groupe d'interfaces possédant l'adresse IPd'administration. Pour autoriser plusieurs groupes de réplication, « no-auto-detect »est ajouté en interne avec un numéro.

Pour ajouter le client :

# ifgroup add repl-group client no-auto-detect Added client "no-auto-detect" to ifgroup "repl-group". # ifgroup show config repl-group clients Group-name Status DD Boost Clients ---------- ------- --------------------------- repl-group enabled no-auto-detect.4 ---------- ------- ---------------------------

Pour supprimer le client :

# ifgroup del repl-group client no-auto-detect.4 Deleted client "no-auto-detect.4" from ifgroup "repl-group".

Configuration MFR

Activation de l’optimisation des faibles bandes passantesPour activer l’option d’optimisation des faibles bandes passantes pour la réplication defichiers gérés, saisissez :

# ddboost file-replication option set low-bw-optim enabledLow bandwidth optimization enabled for optimized duplication.

Remarque

L’activation ou la désactivation de l’option d’optimisation des faibles bandes passantesne nécessite pas de redémarrage du système de fichiers Data Domain.

L’optimisation des faibles bandes passantes peut également être surveillée et gérée àpartir de la vue Enterprise Manager Data Management DD Boost. (Consultez le Guided’administration de Data Domain Operating System.)

Aucune modification de configuration n’est nécessaire sur le serveur de média carcette option est transparente pour les applications de sauvegarde.

Remarque

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

l L’option d’optimisation des faibles bandes passantes pour la réplication de fichiersgérés n’est prise en charge que par les systèmes Data Domain autonomes.

l L’optimisation des faibles bandes passantes n’est pas prise en charge sur lessystèmes Data Domain Extended Retention.



Activation du chiffrementPour activer l'option de réplication de fichiers gérés chiffrée, entrez :

# ddboost file-replication option set encryption enabled

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

Aucune modification de configuration n'est nécessaire sur le serveur de média carcette option est transparente pour les applications de sauvegarde NetBackup etBackup Exec. L'activation de cette fonction utilise des ressources supplémentaires(CPU et mémoire) sur le système Data Domain.

Activation de la prise en charge des adresses IPv6Les commandes de réplication de fichiers gérés existantes comprennent désormaisune fonction IPv4 ou IPv6. Pour que DD Boost prenne en charge IPv6 pour laréplication de fichiers gérés, un nouveau mot clé ipversion est ajouté au registre pourcréer une option de prise en charge du réseau IPv6. La variable mot clé IPv6 est géréepar le mot clé ipversion de la commande ddboost file-replication optionset. Si l'option ipversion est ipv6, IPv6 est le type d'adresse IP préféré pour laréplication de fichiers gérés. Si l'option ipversion est ipv4, IPv4 est le type d'adresse IPpréféré pour la réplication de fichiers gérée. Si aucune adresse IP préférée n'estspécifiée, la valeur par défaut est IPv4.

Pour définir la version IP préférée pour la réplication des fichiers DD Boost sur IPv6,entrez :

# ddboost file-replication option set ipversion ipv6Ipversion for file-replication set to "ipv6"

Pour afficher les valeurs actuelles des options de réplication de fichiers DD Boost,entrez :

# ddboost file-replication option show ipversionIpversion for file-replication is: ipv6

Pour réinitialiser l'option de réplication des fichiers DD Boost sur IPv4, la valeur pardéfaut, entrez :

# ddboost file-replication option reset ipversion

Modification du port TCP MFRLa modification du port TCP MFR a une incidence sur toutes les réplications, passeulement MFR. Pour modifier le port TCP MFR, il est nécessaire de redémarrer lesystème de fichiers Data Domain et de planifier un événement.

Pour remplacer le port TCP dédié à la réplication par défaut 2051 par port-number,saisissez les commandes suivantes sur les deux systèmes Data Domain source etcible :

# replication option set listen-port port-number# filesys restart


Activation du chiffrement 71

Remarque

La réplication de fichiers gérés et la réplication de répertoires utilisent toutes deuxl’option listen-port. La réplication de fichiers gérés utilise la commande replicationoption set listen-port sur la source et sur la cible pour spécifier le port surlequel la cible écoute, ainsi que le port auquel la source est connectée. La réplicationde répertoire utilise l’option listen-port pour spécifier uniquement le port écouté par leserveur cible de la réplication. Sur la source de réplication, le port de connexion pourune cible spécifique est indiqué à l’aide de la commande replication modify.

l Pour plus d’informations sur ces sujets, consultez le Guide de référence descommandes de Data Domain Operating System.

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 de clients lorsque DD Boost est activé, tous lesclients sont automatiquement inclus dans la liste des clients. Par défaut, un caractèregénérique * est utilisé.

Pour restreindre l’accès, supprimez le caractère générique * de la liste et ajoutez vosnouveaux clients.

La liste des clients du serveur de média peut contenir des noms de domaine completsou des noms abrégés. Le nom de domaine complet de l’hôte du média doit êtrecorrectement configuré pour la résolution inverse dans DNS.

Pour supprimer tous les clients de la liste des clients DD Boost, saisissez :

# ddboost clients delete 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, saisissez :

# 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, saisissez :

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

Exemple :

# ddboost clients add ddboost-dl.domaine.com ddboost-dlAdded "ddboost-dl.emc.com" Added "ddboost-dl"

Pour afficher la liste des clients DD Boost, saisissez :

# 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, *.domaine.com, suivie de*.com

l Correspondance exacte du nom du client envoyé, par exemple, ddboost-dl.domaine.com

Si la recherche ne trouve aucune entrée correspondante pour le client, celui-ci severra refuser l’accès.

Activation du chiffrement à la voléeExécutez la commande suivante pour activer le chiffrement à la volée pour lesopérations de sauvegarde et de restauration via un réseau local :

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

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

Remarque

DD Boost for OpenStorage ne prend pas en charge les certificats. Pour plusd’informations, reportez-vous à la section Options d’authentification et dechiffrement à la page 19

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 par mot de passe bidirectionnelle

La méthode two-way password effectue une authentification bidirectionnelle àl’aide de TLS avec une authentification par clé prépartagée (PSK). Le client et lesystème Data Domain sont authentifiés à l’aide des mots de passe précédemmentétablis. Lorsque cette option est sélectionnée, toutes les données et tous lesmessages entre le client et le système Data Domain sont chiffrés. Cette optionest la seule option sécurisée disponible avec DD Boost pour OpenStorage. Enoutre, elle offre une protection complète contre les attaques Man-in-the-middle(MITM). L’authentification par mot de passe bidirectionnelle est unique parce quec’est la seule méthode qui protège à la fois contre les attaques Man-in-the-middle(MITM) et qui peut être définie sans que l’appelant la spécifie.


Activation du chiffrement à la volée 73

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-FCAvant de commencer

Pour prendre en charge le service DD Boost-over-FC, il est nécessaire d’installer desadaptateurs HBA cible Fibre Channel pris en charge dans le système. (Consultezégalement le Guide de référence des commandes de Data Domain Operating System et leGuide d’Administration de Data Domain Operating System pour en savoir plus surscsitarget, une commande qui peut être utile pour la gestion du sous-système cibleSCSI.)

Remarque

l Les environnements de clients Windows, Linux, HP-UX, AIX et Solaris sont pris encharge.

l Pour activer DD Boost-over-FC sur des clients exécutant AIX, vous pouvezinstaller le pilote de périphérique DDdfc AIX. Le disque SCSI est disponible pourAIX. Pour plus d’informations, reportez-vous à la section Installation du pilote depériphérique AIX DDdfc (facultatif pour les clients AIX) à la page 80.

Assurez-vous que les ports de l’adaptateur HBA du client et les points d’accès dusystème Data Domain sont bien définis et que la segmentation a été effectuée si vousvous connectez via un switch Fibre Channel.

Procédure

1. Activez le service DD Boost-over-FC :

# ddboost option set fc enabled2. Facultatif : définissez le nom DFC-server-name :

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

Vous pouvez aussi accepter la valeur par défaut ayant le format DFC-<basehostname>. Le nom d’hôte ne peut pas être le nom de domaine complet.

Un nom de serveur DFC valide comprend un ou plusieurs des caractèressuivants :

l Minuscules (« a » à « z »)

l Majuscules (« A » à « Z »)

l Chiffres (« 0 » à « 9 »)

l Caractère de soulignement (« _ »)

l Tiret (« - »)



Remarque

Le point (« . ») n’est pas valide au sein d’un nom dfc-server-name ; ainsi, lenom de domaine complet d’un système Data Domain ne peut pas être utilisécomme son dfc-server-name.

Remarque

Comme les noms d’hôte IP, le dfc-server-name n’est pas sensible à la casse.Plusieurs systèmes Data Domain accessibles par les mêmes clients à l’aide deDD Boost-over-FC doivent être configurés sans nom dfc-server-namesensible à la casse.

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

# ddboost fc group create <group-name>

Exemple :

# ddboost fc group create lab_group4. Pour afficher la liste disponible de points d’accès scsitarget, saisissez :

# scsitarget endpoint show listEndpoint System Address Transport Enabled Status------------- -------------- ------------ ------- ------endpoint-fc-0 6a FibreChannel Yes Onlineendpoint-fc-1 6b FibreChannel Yes Online------------- -------------- ------------ ------- ------

5. Indiquez les points d’accès à inclure au groupe :

# ddboost fc group add <group-name> device-setcount count endpoint endpoint-list

Exemple :

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

Remarque

Vous pouvez utiliser l’option disk pour la commande ddboost fc group addsi vous souhaitez créer un groupe DFC qui utilise le pilote de disque natif duclient. Cette option est prise en charge pour les systèmes AIX, Solaris et Linux.

6. Vérifiez que les initiateurs sont présents. Pour afficher une liste des initiateursdétectés par le système Data Domain :

# scsitarget initiator show list7. Ajoutez des initiateurs au groupe d’accès cible SCSI :

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

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 est


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

accordé à 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 média donné ? La réponse dépend de plusieurs facteurs :

1. Le serveur de média 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.

2. Nombre de chemins physiques entre le serveur de média et le système DataDomainPour chaque périphérique DFC annoncé, le système d’exploitation du serveur demédia crée n périphériques SCSI génériques, un pour chaque chemin physique parlequel le système d’exploitation du serveur de média peut accéder au périphérique.

Par exemple, si :

l Le serveur de média 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 média voit chaque périphérique par lebiais 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 média Windows (avec sa limite queue-depth = 1), cela permetd’envoyer jusqu’à 4 requêtes SCSI simultanées au système Data Domain, mêmeavec 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édia donné.La bonne pratique consiste à annoncer le même nombre de périphériques DFC à tousles initiateurs du même serveur de média.

Sur le système Data DomainLe 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 Data Domain Extended Retention

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

Calcul :

l Nombre maximal de connexions simultanées sur le système DD, via DFC, à partirde TOUS les serveurs de média :

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.

Exemple :Imaginez la situation suivante :

l 8 serveurs de média/master servers, un seul système Data Domain, chaqueserveur exécutant un maximum de 50 tâches à un moment donné.

l Ici, J = 8 * 50 = 400, C = 1 (un seul système Data Domain), S = J * C = 400, D =2 * 400 / 128 = 6,25, arrondi à 7.

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

Imaginez la situation suivante :

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


Calcul de dimensionnement 77

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 DDnécessite 12 périphériques.

Serveurs de média LinuxLe nombre de périphériques DFC annoncé sur le système Data Domain selon lescalculs décrits dans la section Sur le système Data Domain est suffisant pour lesserveurs de média Linux. Aucune configuration supplémentaire n’est requise. Lesserveurs de média Linux ne sont pas contraints par la profondeur de la file d’attente.Dès lors, de nombreuses connexions peuvent partager le même périphérique SCSIDFC générique sans incidence sur les performances.

Serveurs de média WindowsLa logique de la gestion des chemins d’accès aux serveurs Data Domain étend lesconnexions aux chemins logiques disponibles (initiateur, point d’extrémité cible,périphérique DFC). Nous voulons configurer suffisamment de périphériques DFC pourque chaque connexion utilise son propre périphérique SCSI générique (cheminlogique) sur le serveur de média, avec un nombre maximal de périphériques DFC de 64.

Soit X le nombre de périphériques DFC configurés sur le système Data Domain(calculé dans la section Sur le système Data Domain). Soit P le nombre de cheminsphysiques entre le serveur de média et le système Data Domain. Soit J le nombremaximal de tâches simultanées et C le nombre maximal de connexions par tâche :

- 3 pour les systèmes DD Extended Retention - 1 pour les autres types de systèmesData Domain

Calcul :

l Nombre maximal de connexions simultanées à partir du serveur de média S =J * C, D le nombre de périphériques DFC = minimum ((S/P), X), arrondi, jusqu’àun maximum de 64.

Notez que si la valeur D est supérieure à X, cela est suffisant pour configurer Dpériphériques, mais uniquement pour les groupes d’accès avec des clients Windows.

Exemples :


l 4 chemins physiques entre le serveur de média 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 média 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 média.


l 2 chemins physiques entre le serveur de média 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 média S =(J * C) = 40

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



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

Notez que la valeur D (20) étant supérieure à la valeur X (18), cela est suffisant pourconfigurer deux périphériques, mais uniquement pour le groupe d’accès DFC avec desclients Windows.

Serveurs de média HP-UXLe nombre de périphériques DFC annoncé sur le système Data Domain selon lescalculs décrits dans la section Sur le système Data Domain est suffisant pour lesserveurs de média HP-UX. Aucune configuration supplémentaire n’est requise.

Remarque

Lorsqu’un système Data Domain est connecté à un hôte HP-UX via un SAN, Il existeune entrée distincte dans le répertoire /dev/pt pour chaque chemin entre le systèmeData Domain et l’hôte HP-UX. Les entrées sont nommées /dev/pt/pt<X>, où <x>représente un nombre unique affecté par le système d’exploitation. Par exemple, s’ilexiste deux ports FC sur le système Data Domain connectés au même switch FC, et sil’hôte HP-UX possède deux ports FC connectés au switch FC, les entrées durépertoire /dev/pt seront /dev/pt/pt1, /dev/pt/pt2, /dev/pt/pt3et /dev/pt/pt4.

Serveurs de média AIXDans le cas du périphérique DD DFC AIX, les entrées sont exclusivement verrouilléesen fonction 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. Vous devez pour ces raisonsconfigurer le système Data Domain pour annoncer autant de périphériques DFC quepossible (128 au maximum). Une erreur Device Busy peut se produire si un nombreinsuffisant de périphériques sont accessibles aux clients AIX.

Remarque

Le nombre total de flux dans une stratégie ne doit pas dépasser le nombre depériphériques DFC AIX disponibles, autrement la procédure de sauvegarde risqued’échouer.

Serveurs de média 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. Vous devez pour ces raisonsconfigurer le système Data Domain pour annoncer autant de périphériques DFC quepossible, pour éviter les erreurs en cours d’utilisation du pilote de périphérique sgen.Une erreur Device Busy peut se produire si un nombre insuffisant de périphériquessont 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 au(x)point(s) de terminaison du système Data Domain multiplié par le nombre de LUN dansle groupe d’accès.


Calcul de dimensionnement 79

Un utilisateur qui a besoin d’utiliser un disque Solaris DFC en tant qu’utilisateur non-root doit avoir des privilèges « sys_devices ».

Si un utilisateur a besoin d’utiliser un disque DFC Solaris, vous pouvez lui attribuer desprivilèges « sys_devices » comme illustré dans l’exemple suivant :

# # usermod -K defaultpriv=basic,proc_exec,sys_devices userid

Installation du pilote de périphérique AIX DDdfc (facultatif pour les clientsAIX)

DD Boost-over-FC est pris en charge sur les clients exécutant AIX versions 6.1 et 7.1.Le pilote de périphérique AIX DDdfc peut être installé pour activer la fonctionDD Boost-over-FC. Toutefois, vous pouvez également utiliser la commande ddboostfc group add avec le paramètre disk optionnel pour activer DD-Boost-over-FC. Sivous choisissez cette dernière option, aucun logiciel supplémentaire ne doit êtreinstallé. AIX traitera ensuite les périphériques DFC associés comme des disques natifs.Le pilote est fourni avec votre logiciel de plug-in OST.

Pour plus d’informations sur la commande ddboost fc group add, consultez leGuide de référence des commandes de Data Domain Operating System.

Le nom de fichier du pilote est DDdfc.rte.1.0.0.x.bff, où x représente lenuméro de la version. Pour installer le pilote :

Remarque

Pour préserver la compatibilité en amont, si vous disposez à la fois de périphériquesDDdfc et de disques durs sur le client AIX qui sont connectés au même systèmeData Domain, le plug-in DD Boost sélectionne d’abord les périphériques DDdfc pour lescommunications jusqu’à ce qu’il n’en reste plus, avant de basculer automatiquementvers les disques durs.

Procédure

1. Sur le client AIX, connectez-vous en tant qu’utilisateur root.

2. Saisissez # smitty install.

3. Sélectionnez Install and Update Software.

4. Sélectionnez Install Software.

5. Saisissez le chemin d’accès au fichier DDdfc.rte.1.0.0.x.bff, où xreprésente le numéro de la version.

6. Appuyez sur la touche F4 pour afficher la liste des éléments installables auniveau du chemin supérieur.

7. Faites défiler la liste vers le bas pour atteindre la version de DDdfc.rte.1.0.0.x qui vous intéresse.

8. Appuyez sur la touche Tab pour basculer la valeur de la ligne Preview only?sur No.

9. Appuyez sur la touche Enter pour confirmer vos sélections et installer le pilote.

À effectuer

Si les modifications apportées à la configuration DFC ont une incidence sur le clientAIX, exécutez les commandes suivantes :



# rmdev -Rdl DDdfc# cfgmgr

N’accédez pas au(x) périphérique(s) DFC pendant l’exécution de ces commandes.Une fois ces commandes exécutées, il peut être nécessaire de patienter plusieursminutes avant que la configuration prenne effet.

Si l’exécution de ces commandes ne permet pas de rétablir l’ensemble desfonctionnalités, vous devez redémarrer le client AIX.

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é, saisissez grepsgen /etc/driver_aliases.

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", saisissez :

a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03"' sgen

Remarque

Veuillez utiliser les guillemets simples doubles et uniques exactement commeillustré ci-dessus.

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'une entrée au moins pour trois fichiers deconfiguration, saisissez : grep sgen /etc/minor_perm /etc/name_to_major and /etc/driver_aliasesExemples 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"


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

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, saisissez :

a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03""scsiclass,XX"' sgen

Remarque

XX représente le type de périphérique d'une commande grep sgen /etc/driver_aliases précédemment exécutée. Veuillez utiliser les guillemetssimples doubles et uniques exactement comme illustré ci-dessus.

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'une entrée au moins pour trois fichiers deconfiguration, saisissez : 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";

Définition générale de l’authentification et du chiffrementVous pouvez spécifier des paramètres généraux pour l’authentification et lechiffrement avec DD Boost 3.4 et ses versions ultérieures.

Pour plus d’informations sur les paramètres généraux pour l’authentification et lechiffrement, reportez-vous à la section Options d’authentification et de chiffrement àla page 19.

Remarque

L’authentification unidirectionnelle (One-Way) et bidirectionnelle (Two-Way) exigeune familiarisation du client avec les certificats.

Procédure

1. Saisissez la commande ddboost option set avec le type d’authentificationet la puissance de chiffrement que vous souhaitez définir :



ddboost option set global-authentication-mode {none | two-way| two-way-password} global-encryption-strength {none | medium| high}

Remarque

Les valeurs d’authentification et de chiffrement doivent être définies en mêmetemps à cause des dépendances.

Affichage des paramètres généraux pour l’authentification et le chiffrementVous pouvez vérifier les paramètres généraux pour l’authentification et le chiffrementavec DD Boost 3.4 et ses versions ultérieures.

Procédure

1. Saisissez la commande dd boost option show avec les arguments illustrésdans l’exemple suivant :

ddboost option show global-authentication-mode |global-encryption-strength

Réinitialisation des paramètres généraux pour l’authentification et lechiffrement

Vous pouvez réinitialiser la globalité des paramètres d’authentification et dechiffrement avec DD Boost 3.4 et ses versions ultérieures.

Procédure

1. Saisissez la commande dd boost option reset comme dans l’exemplesuivant :

ddboost option reset global-authentication-mode |global-encryption-strength

Les deux valeurs globales sont réinitialisées sur none quel que soit le paramètreréinitialisé.

Remarque

Les valeurs d’authentification et de chiffrement doivent être réinitialisées enmême temps à cause des dépendances.


Affichage des paramètres généraux pour l’authentification et le chiffrement 83



CHAPITRE 4

Installation de DD Boost pour OpenStorage

Remarque



l Vue d’ensemble de l’installation......................................................................... 86l Installation du plug-in OST pour NetBackup.......................................................87l Installation du plug-in OST pour Backup Exec....................................................90l Paramétrage des serveurs de média Windows en vue d’en optimiser les

performances.....................................................................................................92l Désinstallation du plug-in Windows.................................................................... 92

Installation de DD Boost pour OpenStorage 85

Vue d’ensemble de l’installationLes étapes générales permettant d’installer Data Domain Boost sont les suivantes :

Procédure

1. Procurez-vous la licence requise pour activer DD Boost sur le systèmeData Domain.

l La licence de base vous permet de sauvegarder et de restaurer des données.

l Une licence de réplication distincte vous permet d’effectuer une réplicationde fichiers gérés ou une réplication automatique d’images. Vous devez vousprocurer une licence de réplication pour les systèmes Data Domain source etcible.

2. Activez et configurez DD Boost sur le système Data Domain. Au minimum, vousdevez configurer un nom d’utilisateur DD Boost et créer une unité de stockageDD Boost.

l Pour configurer un nom d’utilisateur DD Boost, utilisez la commandeddboost user assign.

l Pour créer une unité de stockage DD Boost, utilisez la commande ddbooststorage-unit create.

3. Installez le logiciel du plug-in OST sur chaque serveur de média.

Remarque

l Pour activer DD Boost-over-FC sur des clients exécutant AIX, vous pouvezinstaller le pilote de périphérique DDdfc AIX. Pour plus d’informations,reportez-vous à la section Installation du pilote de périphérique AIX DDdfc(facultatif pour les clients AIX) à la page 80.

4. Après la réalisation des étapes d’installation décrites dans ce chapitre,configurez DD Boost comme indiqué dans le chapitre Préparation du systèmeData Domain pour DD Boost à la page 49.

Mises à niveau du plug-in OST et de DD OSAvant de mettre à niveau le plug-in OST ou DD OS, consultez le document DataDomain Boost Compatibility Guide. Ce guide indique les versions du plug-in OSTcompatibles avec les versions de DD OS.

NOTE

Si vous ne prenez pas la peine de consulter le Data Domain Boost Compatibility Guide,des incompatibilités inattendues (nécessitant des mises à niveau de correctionsupplémentaires) risquent de se produire.

Pour tirer pleinement parti des nouvelles fonctions d'une version de DD OS, mettez àniveau le système Data Domain vers la version DD OS appropriée, puis mettez à niveaule plug-in OST vers une version correspondante. Bien qu'une ancienne version du plug-in OST conserve la compatibilité avec une version plus récente de DD OS, elle necontient pas la nouvelle fonction disponible dans cette version plus récente de DD OS.



Effectuez la mise à niveau comme indiqué dans la section Installation du plug-in OSTsur des serveurs de média.

Remarque

Ce document présente la configuration de DD Boost sur Data Domain à l'aide descommandes de DD OS 5.7. Si vous utilisez une autre version de DD OS avec cetteversion du plug-in OST, reportez-vous à la référence des commandes DD OScorrespondante.

Pare-feu et ports

Remarque

Cette section s'applique uniquement à DD Boost-over-IP.

Le système Data Domain, tel qu'initialement configuré, ne fonctionne pas à travers unpare-feu (d'un serveur de média vers un système Data Domain ou d'un système DataDomain vers un autre). Si le système Data Domain doit s'exécuter en présence d'unpare-feu, contactez votre fournisseur de services de support réseau.

Les ports suivants doivent être ouverts dans un pare-feu pour que les sauvegardesDD Boost et la duplication optimisée fonctionnent :

l TCP 2049 (NFS)

l TCP 2051 (requis pour la réplication de fichiers gérés, mais plus requis pour laréplication automatique d'images)

l TCP/UDP 111 (NFS portmapper)

Installation du plug-in OST pour NetBackupCette section décrit les commandes utilisées pour installer un plug-in OST dans unenvironnement NetBackup.

Les environnements NetBackup sont composés de serveurs de média et d'un masterserver. Le master server gère les clients et les serveurs de média, et fonctionneégalement comme un serveur de média. Le plug-in OST doit être installé sur chaqueserveur de média. Si un master server est également configuré en tant que serveur demédia, le plug-in OST doit également être installé sur le master server/serveur demédia.

Remarque

Les commandes qui s'exécutent sur la ligne de commande peuvent être saisies sur lemaster server ou le serveur de média. Si vous exécutez les commandes à partir dumaster server, utilisez l'option -media_server pour indiquer à NetBackup où dirigerl'opération qui interroge le plug-in à propos des propriétés du serveur de stockage.

Ce guide utilise les commandes NetBackup situées dans les répertoires suivants, quevous devez ajouter à votre CHEMIN UNIX ou Windows.

Procédure

1. Ajoutez ces emplacements de répertoire au CHEMIN UNIX :

$ exportPATH=$PATH:/usr/openv/netbackup/bin:/usr/openv/netbackup/bin/admincmd:/usr/openv/volmgr/bin


Pare-feu et ports 87

2. Ajoutez ces emplacements de répertoire au CHEMIN Windows :

$ PATH=%PATH%;C:\Program Files\Veritas\NetBackup\bin;C:\Program Files\Veritas\NetBackup\bin\admincmd;C:\Program Files\Veritas\Volmgr\bin

Installation du plug-in OST sur des serveurs de médiaLe logiciel du plug-in OST doit être installé sur des serveurs de média qui doiventaccéder au système Data Domain. Lorsque vous mettez à niveau le plug-in OST UNIX,la précédente version du plug-in est écrasée ; par conséquent, vous n'avez pas à lasupprimer. Il n'existe aucune instruction spécifique pour la désinstallation du plug-inOST sur des systèmes UNIX.

Installation du plug-in UNIXProcédure

1. Téléchargez la dernière version du plug-in OST sur le site de support en ligne.Vérifiez le résumé du téléchargement du SHA-256 pour vous assurer de sonintégrité.

2. Saisissez gunzip ou une commande équivalente pour décompresser le fichiertar. Enregistrez le fichier à l’emplacement de votre choix sur le serveur demédia.

3. Arrêtez le processus Remote Manager and Monitor Service (nbrmms) del’application de sauvegarde s’il est en cours d’exécution. Saisissez :

# nbrmms -terminate4. Installez le plug-in OST (ensemble de bibliothèques regroupées dans un package

gtar).

5. Décompressez les fichiers à l’aide de la commande tar :

# tar -vxf filename6. Le package contient également un script d’installation appelé install.sh, qui

vérifie si nbrmms a été arrêté avant le démarrage de l’installation. Saisissez :

# install.sh -v verbose

Si -v n’est pas sélectionné, les informations seront uniquement écritesdans /log/OST/EMC/logs/install-datestring.log.

Les fichiers de bibliothèque partagés installés par le script sont :libstspiDataDomain.so et libstspiDataDomainMT.so.

Si le plug-in existe automatiquement, il est automatiquement remplacé.Un script appelé uninstall.sh est désormais disponible si vous souhaitezsupprimer les plug-ins existants.

7. Si le plug-in existe déjà, vous êtes invité à saisir y pour continuer.

8. Redémarrez le processus nbrmms de l’application de sauvegarde en saisissant lacommande suivante :

# nbrmms



Installation du plug-in WindowsLe programme d'installation du plug-in Windows estlibstspiDataDomainSetup.exe. Il prend en charge des plug-in Windows de64 bits.

Préparation de l’installationProcédure

1. Téléchargez la dernière version du programme d’installation du plug-in OSTWindows sur le site de support en ligne.

2. Vérifiez le résumé du téléchargement du SHA-256 pour vous assurer de sonintégrité. Décompressez le plug-in pour extraire le fichierlibstspiDataDomainSetup.exe.

3. Arrêtez tous les services NetBackup. Suivez les instructions décrites dans lasection Démarrage, arrêt et redémarrage des services NetBackup de Windowspour arrêter le service.

4. Supprimez toutes les versions précédentes du plug-in à l’aide du Panneau deconfiguration de Windows ou en exécutant la commande de désinstallation duplug-in OST en mode silencieux :

libstspiDataDomainUninstall.exe /S

ou en mode interactif :

libstspiDataDomainUninstall.exe

Démarrage de l'installation

Vous pouvez exécuter l'installation en mode interactif ou en mode silencieux.

Procédure

1. Double-cliquez sur l'exécutable de configuration pour démarrer le programmed'installation.

Le programme d'installation détermine si NetBackup est installé et si lesservices associés fonctionnent. Si le programme d'installation détecte unservice en cours d'exécution, il affiche un message l'indiquant et se ferme.

2. Si les services ont été arrêtés, le programme d'installation affiche le contrat delicence. Lisez les termes du contrat de licence et cliquez sur I Agree pourcontinuer.

3. Dans la boîte de dialogue Choose Install Location, le dossier de destinationapproprié s'affiche. Ne modifiez pas ce dossier. Cliquez sur Install pour lancerl'installation.

Une barre de progression indique l'avancement de l'installation.

4. Une fois l'installation terminée, vous pouvez cliquer sur le bouton Show detailspour afficher les fichiers installés et leur emplacement.

5. Redémarrez tous les services. Reportez-vous à la section Démarrage, arrêt etredémarrage des services NetBackup de Windows à la page 90.

6. Paramétrez le serveur de média Windows pour en optimiser les performances.Reportez-vous à la section Paramétrage des serveurs de média Windows en vued’en optimiser les performances à la page 92.


Installation du plug-in Windows 89

Services NetBackupSuivez les instructions pour démarrer, arrêter et redémarrer les services UNIX etWindows.

Démarrage et arrêt des services NetBackup UNIXPour arrêter les services UNIX, entrez :

# nbrmms -terminate

Pour démarrer ou redémarrer les services UNIX, entrez :

# nbrmms

Démarrage, arrêt et redémarrage des services NetBackup de WindowsProcédure

1. Allez dans Démarrer > Panneau de configuration > Outils d'administration > Services.

2. Dans la fenêtre Services, les services sont répertoriés par ordre alphabétique.Recherchez le service NetBackup Remote Manager and Monitor Service. Lechamp État indique l'état du service.

3. Sélectionnez le service et cliquez dessus avec le bouton droit de la souris.

4. Un menu s'affiche, avec des options permettant d'Arrêter, de Démarrer ou deRedémarrer le service. Sélectionnez l'option de menu appropriée.

Installation du plug-in OST pour Backup Exec

Installation du plug-in sur des serveurs de médiaLe logiciel du plug-in OST doit être installé sur des serveurs de média qui doiventaccéder au système Data Domain. Étant donné que Backup Exec ne prend en chargeOpenStorage que sur des serveurs de média Windows, la section suivante présenteuniquement les instructions pour les serveurs Windows.

Remarque

Backup Exec n'est pas pris en charge avec DD Boost-over-FC.

Installation du plug-in WindowsLe programme d’installation du plug-in Windows estlibstspiDataDomainSetup.exe. Il prend en charge des plug-in Windows de64 bits.

Procédure

1. Préparez l’installation.

a. Téléchargez la dernière version du programme d’installation du plug-in OSTWindows sur le site de support en ligne.

b. Arrêtez tous les services Backup Exec. Suivez les instructions décrites dansla section Services Backup Exec pour arrêter le service.



c. Supprimez toutes les versions précédentes du plug-in à l’aide du Panneau deconfiguration Windows ou de l’exécutablelibstspiDataDomainUninstall.exe.

d. Double-cliquez sur l’exécutable de configuration pour démarrer leprogramme d’installation. Le programme d’installation détermine si BackupExec est installé et si les services associés fonctionnent. Si le programmed’installation détecte un service en cours d’exécution, il affiche un messagel’indiquant et se ferme.

e. Commencez l’installation.

2. Démarrez l’installation.

a. Si les services ont été arrêtés, le programme d’installation affiche le contratde licence. Lisez les termes du contrat de licence. Sélectionnez I Agree pourcontinuer.

b. Dans la boîte de dialogue Choose Install Location, le dossier de destinationapproprié s’affiche. Ne modifiez pas le dossier. Sélectionnez Install pourdémarrer l’installation.

Remarque

Une barre de progression indique l’avancement de l’installation.

c. Une fois l’installation terminée, vous pouvez sélectionner le bouton Showdetails pour afficher les fichiers installés et leur emplacement.

d. Redémarrez tous les services Backup Exec. Reportez-vous à la section Services Backup Exec.

3. Vérifiez que l’option Backup Exec Deduplication est activée.

Services Backup Exec

Démarrage, arrêt et redémarrage des services Windows

Dans Backup Exec, vous pouvez démarrer, arrêter et redémarrer les services BackupExec dans la fenêtre Backup Exec Service Manager.

Mise à niveau du plug-in Backup ExecProcédure

1. Exécutez Backup Exec Services Manager et arrêtez tous les services (nefermez pas la boîte de dialogue).

2. Supprimez l'ancien plug-in et installez le nouveau plug-in.

3. Revenez à la boîte de dialogue Backup Exec Services Manager pour redémarrertous les services.

4. Fermez la boîte de dialogue.


Services Backup Exec 91

Paramétrage des serveurs de média Windows en vue d’enoptimiser les performances

Pour obtenir des informations sur le paramétrage, consultez l’article Tuning WindowsMedia Servers for Performance (ID de document 000180974) de la base deconnaissances, disponible sur le site de support https://support.emc.com.

Désinstallation du plug-in WindowsCette procédure s'applique à NetBackup et à Backup Exec.

Procédure

1. Arrêtez les services de l'application de sauvegarde.

2. Exécutez l'une des opérations suivantes :

l Désinstallez le plug-in Data Domain OpenStorage à l'aide de la fonction dedésinstallation/suppression des programmes du panneau de configuration deWindows (comme vous désinstalleriez un programme Windows standard).

l Double-cliquez sur le fichier libstspiDataDomainUninstall.exe, qui aété installé dans le même répertoire que le plug-in. Cliquez sur Uninstall.Une fois la désinstallation terminée, cliquez sur Show details pour savoirquels fichiers ont été supprimés.




CHAPITRE 5

Administration des applications de sauvegarde

Remarque


Ce chapitre couvre les principaux thèmes suivants :

l Configuration d'un serveur de média..................................................................94l Administration NetBackup................................................................................ 109l Administration Backup Exec...............................................................................111

Administration des applications de sauvegarde 93

Configuration d'un serveur de médiaLa configuration du serveur de média dépend de l'application de sauvegarde que vousutilisez. Reportez-vous à la section de configuration appropriée.

Configuration NetBackup

Remarque

Les exemples décrits dans ce chapitre supposent la configuration suivante :

l Un serveur de média nommé load64 qui exécute NBU 7.6.

l Deux systèmes Data Domain avec DD Boost activé nommés dd22 et dd100.

Pour configurer le serveur de média, les procédures suivantes doivent être exécutées :

l Enregistrement de chaque système Data Domain

l Recherche des périphériques nouvellement ajoutés, notamment pour Boost-over-FC

l Ajout d'informations d'identification pour chaque serveur de média devantcommuniquer avec un système Data Domain

l Création de pools de disques

l Création d'unités de stockage, qui sont des ensembles de pools de disques

l Définition de règles de sauvegarde

Remarque

Les commandes qui s'exécutent sur la ligne de commande peuvent être saisies sur lemaster server ou le serveur de média. Si vous exécutez les commandes à partir dumaster server, utilisez l'option -media_server pour indiquer à NetBackup où dirigerl'opération qui interroge le plug-in à propos des propriétés du serveur de stockage.

Limite de connexions simultanéesAvec Backup Exec, le nombre maximal de connexions (tâches) simultanées autoriséesà partir d'un seul serveur de média est de 64.

Enregistrement de chaque système Data DomainProcédure

1. Sur le serveur de média, démarrez les services de l’application de sauvegarde.Reportez-vous à la section Services NetBackup.

2. Sur le serveur de média, vérifiez que le plug-in est détecté par l’application desauvegarde en saisissant la commande suivante :

# bpstsinfo -pi -stype DataDomain

Le résultat de la commande indique :

l la version du fournisseur, qui est la version du plug-in.

l la version de la build, qui est la version du plug-in OST

3. Sur le système Data Domain, activez la fonction virtual-synthetics si sonutilisation est prévue, en saisissant la commande suivante :



# ddboost option set virtual-synthetics enabled4. Sur le serveur de média, enregistrez un système Data Domain en saisissant la

commande suivante :

Pour DD Boost-over-IP :

# nbdevconfig -creatests -stype DataDomain -storage_server dd22 -media_server load64

Dans ce cas, storage_server peut être une adresse IP ou un nom d’hôte, commedd22.

Pour DD Boost-over-FC :

# nbdevconfig -creatests -stype DataDomain -storage_server DFC-dd100 -media_server load64

Dans ce cas, le préfixe DFC- de storage_server indique la volonté d’utiliser letransport DD Boost-over- FC pour communiquer avec le système Data Domain.Le nom suivant le préfixe est le nom DFC-server-name du système Data Domainsouhaité, comme dd100.

5. Répétez la procédure ci-dessus pour chaque système Data Domain qui devraexécuter DD Boost.

Ajout des informations d'identificationProcédure

1. Sur un serveur de média qui doit communiquer avec un système Data Domain,entrez :

# tpconfig -add -storage_server dd22 -stype DataDomain -sts_user_id username -password password

Remarque

NetBackup 7.6 et supérieure permet également de configurer les informationsd'identification dans NetBackup. Pour plus d'informations, consultez ladocumentation relative à NetBackup.

Remarque

La commande ddboost storage-unit create storage-unit user user-name estdésormais disponible pour chaque unité de stockage afin de les distinguer lesunes des autres.

2. Répétez l'étape ci-dessus pour chaque serveur de média qui doit communiqueravec un système Data Domain spécifique. Voici un exemple pour un serveur DFCnommé dd100 :

# tpconfig -add -storage_server DFC-dd100 -stype DataDomain -sts_user_id username -password password

Résultats

Une fois les informations d'identification ajoutées, l'application de sauvegarde :

l Enregistre les informations d'identification pour permettre au serveur de média dese connecter au système Data Domain.

l Configure le serveur de média comme un Data Mover qui peut transférer desdonnées entre le stockage principal (le client de l'application de sauvegarde) et le


Configuration NetBackup 95

serveur de stockage (le système Data Domain). L'application de sauvegardeconserve un chemin d'accès entre le serveur de média et le serveur de stockage.

Création d'un pool de disquesLes pools de disques sont des ensembles de volumes de disques que l'application desauvegarde gère comme des entités uniques. Les pools de disques correspondent auxunités de stockage.

Remarque

Chaque pool de disques doit porter un nom unique.

L'application de sauvegarde fournit une interface de ligne de commande (CLI) et uneinterface utilisateur (GUI). Vous pouvez utiliser l'une ou l'autre pour créer des pools dedisques.

Création d'un pool de disques

Procédure

1. Le service Remote Manager and Monitor Service de l'application de sauvegarde(nbrmms) doit être en cours d'exécution. Pour le démarrer, entrez :

# nbrmms2. Obtenez l'identité de l'unité de stockage sur le système Data Domain (dd22) en

entrant la commande suivante :

# nbdevconfig -previewdv -storage_server dd22-stype DataDomain > /tmp/dvlist

3. Créez un pool de disques à l'aide des informations obtenues à partir de lacommande précédente en entrant la commande suivante :

# nbdevconfig -createdp -dp dd22_storage-unit1_dp -stype DataDomain-storage_servers dd22 -dvlist /tmp/dvlist

Le nom du pool de disques doit être unique.

Un résultat similaire à celui ci-dessous s'affiche :

Le pool de disques dd22_storage-unit1_dp a été correctement créé avec 1 volume.

Création d'unités de stockageUne unité de stockage contient un pool de disques. Plusieurs unités de stockagepeuvent être regroupées dans un groupe d'unités de stockage. Vous pouvez créer desunités de stockage à l'aide de l'interface de ligne de commande ou de l'interfaceutilisateur.

Remarque

Chaque unité de stockage nécessite un nom unique.

Création d'unités de stockage

Procédure

1. Entrez une commande semblable à la commande suivante :



# bpstuadd -label dd22_storage-unit1_su -dp dd22_storage-unit1_dp -host load64a -M load64a

Remarque

Cette commande ne produit aucun résultat.

Création d'une règle de sauvegardePour obtenir des instructions sur la création d'une règle de sauvegarde, consultez lesdocuments NetBackup 7.x Administration Guides.

Configuration des mémoires tamponsVous pouvez définir le nombre et la taille des différentes mémoires tampons, mais vousne pouvez pas modifier leurs limites de taille. L'emplacement de ces fichiers dépend devotre système d'exploitation :

l Sous UNIX, le fichier est placé dans /usr/openv/netbackup.

l Sous Windows, le fichier est placé dans install_path\netbackup\db\config.

Pour des performances optimales, définissez SIZE_DATA_BUFFERS etSIZE_DATA_BUFFERS_DISK sur 262144.

Pour définir le nombre et la taille des mémoires tampons, créez les fichiers suivants,conformément aux exigences de votre système d'exploitation.

l NET_BUFFER_SZn Description : Taille de mémoire tampon des sockets TCP/IP

n Multimédia : s.o.

n Valeur par défaut sous UNIX : 32 032

n Valeur par défaut sous Windows : 32 032

l NUMBER_DATA_BUFFERS

Remarque

Le nombre doit être une puissance de deux.

n Description : Nombre de mémoires tampons de données partagées.

n Multimédia : Bande

n Valeur par défaut sous UNIX : 8/4 (non multiplexées/multiplexées.)

n Valeur par défaut sous Windows : 16/8 (non multiplexées/multiplexées.)

l NUMBER_DATA_BUFFERS_RESTOREn Description : Nombre de mémoires tampons de données partagées.




l NUMBER_DATA_BUFFERS_DISK

Remarque

Le nombre doit être une puissance de deux.



n Description : Nombre de mémoires tampons de données partagées.

n Multimédia : Disque



l SIZE_DATA_BUFFERS

Remarque

La taille doit être un multiple de 32 Ko. La valeur par défaut utilisée lorsque cefichier n'existe pas est 32 Ko. La valeur maximale prise en charge par le plug-inData Domain est de 1 Mo.La valeur par défaut lorsque ce fichier existe, et la valeur recommandée pour desperformances optimales est de 256 Ko.

n Description : Taille des mémoires tampons de données partagées.


n Valeur par défaut sous UNIX : 64 Ko

n Valeur par défaut sous Windows : 64 Ko

l SIZE_DATA_BUFFERS_DISK

Remarque

La taille doit être un multiple de 32 Ko. La valeur par défaut utilisée lorsque cefichier n'existe pas est 32 Ko. La valeur maximale prise en charge par le plug-inData Domain est de 1 Mo.La valeur par défaut lorsque ce fichier existe, et la valeur recommandée pour desperformances optimales est de 256 Ko.

n Description : Taille des mémoires tampons de données partagées.

n Multimédia : Disque



l SIZE_DATA_BUFFERS_NDMPn Description : Taille de la mémoire tampon pour les sauvegardes NDMP.

n Multimédia : s.o.



Configuration de la duplication optimiséeLe plug-in OST permet à un serveur de média NetBackup de spécifier un processus deduplication et de déléguer son exécution au système Data Domain. Ce partage destâches présente les avantages suivants :

l Le système de l’application de sauvegarde conserve le contrôle de la création desfichiers de sauvegarde de duplication et assure le suivi de toutes les copies dansson catalogue, ce qui garantit une restauration simple et efficace.

l La duplication optimisée supprime le serveur de média du chemin d’accès auxdonnées en créant des copies dupliquées d’images de sauvegarde, ce qui réduit la



charge qui pèse sur le système de l’application de sauvegarde et lui permet de seconsacrer à d’autres tâches.

l Le système Data Domain utilise le processus de réplication efficace du réseauWAN pour des données dédupliquées. Le processus est optimisé pour les réseauxWAN, réduisant ainsi la charge globale sur la bande passante WAN nécessaire pourcréer une double instance.

l Les fonctions du logiciel Data Domain Replicator, telles que l’option d’optimisationdes faibles bandes passantes, peuvent être utilisées de manière transparente pourl’application de sauvegarde afin de réduire encore davantage la quantité dedonnées envoyées via des liaisons WAN dont le débit est inférieur à 6 Mbit/s.

l Les fonctions du logiciel Data Domain Replicator, telles que la duplicationoptimisée chiffrée, sont transparentes pour les applications de sauvegarde. Cettefonction permet le chiffrement de toutes les données envoyées via le réseau WANpour créer des copies dupliquées, renforçant ainsi la sécurité.

Nous vous conseillons d’ajouter l’adresse IP du système Data Domain cible sur lesystème Data Domain source à l’aide de la commande net hosts add ipaddr{host | "alias host"}....

Remarque

Tous les serveurs de média, source et cible, doivent être autorisés à accéder à cesdeux systèmes Data Domain. Nous vous conseillons d’ajouter dans un systèmeData Domain tous les serveurs de média qui doivent y accéder à l’aide de la commandenet hosts add.

Considérations relatives à DD Boost-over-Fibre ChannelDD Boost-over-FC ajoute une complication à la procédure de configuration de laduplication optimisée.

Une opération de duplication optimisée nécessite une communication entre troissystèmes :

l Media_Server

l Src_DD_System : système Data Domain source

l Dst_DD_System : système Data Domain cible

Lors d'une opération de duplication optimisée, le système Dst_DD_System estaccessible via les deux autres systèmes :

l Par le système Media_Server pour la configuration/l'opération de contrôle

l Par le système Src_DD_System pour le transfert de données

La communication entre les systèmes Media_Server et Dst_DD_System peut utiliserl'un ou l'autre des transports suivants :

l DD Boost-over-IP

l DD Boost-over-FC

Mais la communication entre les systèmes Src_DD_System et Dst_DD_Systems'effectue toujours via des réseaux IP.

À présent, prenons l'exemple où le système Media_Server utilise DD Boost-over-FCpour communiquer avec le système Dst_DD_System. L'opération de duplicationoptimisée complète nécessite désormais deux « noms » pour le systèmeDst_DD_System :

l DFC-<dfc-server-name> : requis par la librairie DD Boost sur le systèmeMedia_Server



l Nom d'hôte IP : requis par le système Src_DD_System

Toutefois, au cours de la configuration, un seul nom est présenté à la librairie DD Boostpour le système Dst_DD_System : le nom DFC-style-name, DFC-<dfc-server-name>.

La librairie DD Boost doit transmettre un nom au système Src_DD_System dans lecadre de la demande de démarrage du transfert des données.

Le système Src_DD_System a besoin d'un nom d'hôte IP pour le systèmeDst_DD_System, étant donné que toutes les communications entre les deux systèmesData Domain s'effectuent par le biais de réseaux IP.

Or, la librairie DD Boost ne connaît le système Dst_DD_System que sous son nomDFC-style-name. Dès lors, quel nom du système Dst_DD_System la librairie DD Boostdoit-elle présenter au système Src_DD_System ?

La librairie DD Boost retire simplement le préfixe « DFC- », et présente le nom DFC-server-name du système Dst_DD_System au système Src_DD_System.

Quelques exemples :

Serveur de média : clientASrc_DD_System : DFC-ddr1Dst_DD_System : DFC-ddr2

Dans ce cas, la librairie DD Boost présente le système Dst_DD_System au systèmeSrc_DD_System par le nom ddr2.

Naturellement, cela fonctionne si le nom DFC-server-name du systèmeDst_DD_System est identique à son nom d'hôte IP, tel que le systèmeSrc_DD_System le connaît. Il s'agit de la situation normale prévue, étant donné que lenom DFC-server-name par défaut pour un système Data Domain est simplement sonnom de nœud.

Si l'utilisateur a modifié le nom DFC-server-name du système Dst_DD_System (parmy-ddr-via-dfc, par exemple), il doit alors s'assurer que lorsque le systèmeSrc_DD_System effectue une recherche du nom d'hôte my-ddr-via-dfc, il trouveune adresse IP permettant d'accéder au système Dst_DD_System. Pour ce faire, ildoit ajouter une entrée au fichier /etc/hosts sur le système Src_DD_System.

Automatisation de la duplication optimisée à l’aide de règles sur le cycle de vie du stockageUne règle sur le cycle de vie du stockage consiste en une liste de destinations pour lesfichiers de sauvegarde et une durée de rétention pour chaque fichier. Le cycle de vied’un fichier inclut sa création, sa rétention et sa résiliation. Les règles sur le cycle devie du stockage vous permettent de spécifier diverses durées de rétention pour lasauvegarde initiale et pour les copies dupliquées. Vous pouvez par exemple spécifierune durée de rétention pour la sauvegarde locale d’origine et une autre pour un réplicasur un site de reprise.

Sélectionnez une unité de stockage individuelle comme destination de la duplicationdans SLP. Pour plus d’informations, consultez l’article intitulé « OST Duplication DoesNot Work » (ID de document 000181560) de la base de connaissances, disponible surle site de support en ligne https://support.emc.com.



https://support.emc.com

Remarque

l S’il existe un lien ou une adresse IP préféré(e) pour l’envoi des données deduplication optimisée entre deux serveurs de stockage Data Domain, utilisez ce lienou cette adresse lors de la création du serveur de stockage de destination.

l Si vous souhaitez démarrer la duplication optimisée manuellement, utilisez lacommande CLI NBU bpduplicate, qui est décrite dans la documentation VeritasNetBackup.

Configuration d'une sauvegarde synthétique virtuelle

Pour utiliser des sauvegardes synthétiques virtuelles, configurez les attributs et lescalendriers de règle, comme suit :

Procédure

1. Dans DD OS 5.4, l'option de sauvegardes synthétiques virtuelles est activée pardéfaut. Si elle est désactivée, activez une sauvegarde synthétique virtuelle surle système Data Domain en saisissant la commande suivante :

# ddboost option set virtual-synthetics enable2. Vérifiez que NetBackup a activé l'option de sauvegardes synthétiques virtuelles

sur le système Data Domain et que l'indicateur OptimizedImage est défini ensaisissant la commande suivante :

# nbdevquery -liststs -U

Remarque

Si vous utilisez un ancien pool de disques créé avant DD OS 5.2 avec laversion 2.5 de DD Boost, la commande ddboost option set virtual-synthetics enable ne fonctionne pas comme prévu. La tâche se terminemais les messages ci-dessus ne s'affichent pas comme lorsque NetBackupeffectue une réplication synthétique normale. Dans ce cas, procédez commesuit :

a. Créez un nouveau pool de disques dans NetBackup.

b. Ajoutez manuellement l'indicateur au pool de disques, en saisissant lacommande suivante :# disk-pool-name: dlh35-dpstorage-server-name: dlh35

nbdevconfig -changests -storage_server dlh35 -stype DataDomain -setattribute OptimizedImage

nbdevconfig -changedp -dp dlh35-dp -stype DataDomain -setattribute OptimizedImage

c. Vérifiez que l'indicateur OptimizedImage est ajouté au pool de disques ensaisissant la commande suivante :# nbdevquery -listdp -U -dp dlh35-dp

Si l'indicateur OptimizedImage ne s'affiche pas dans la sortie de lacommande, configurez-le à l'aide de la commande nbdevconfig comme suit :

# nbdevconfig -changests



Exemples d'opération de sauvegardeLes exemples suivants présentent les commandes permettant de démarrer dessauvegardes et d'afficher les divers types de sauvegarde.

Exemple d'opération de sauvegarde : Sauvegarde complèteUne sauvegarde complète se compose d'un fichier d'images d'en-tête (HDR), d'un oude plusieurs fichiers d'images de fragment (F1) et d'un fichier d'images de restaurationà l'identique (TIR), comme indiqué sur l'unité de stockage DDR.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376

Exemple d'opération de sauvegarde : Sauvegarde incrémentielleUne sauvegarde incrémentielle ajoutera un fichier d'images d'en-tête (HDR), un ouplusieurs fichiers d'images de fragment (F1) et un fichier d'images de restauration àl'identique (TIR), comme indiqué sur l'unité de stockage DDR illustré en gras ci-dessous.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376



rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404

Exemple d'opération de sauvegarde : Sauvegarde complète synthétiqueUne sauvegarde complète synthétique ajoutera un fichier d'images d'en-tête (HDR),un ou plusieurs fichiers d'images de fragment (F1) et un fichier d'images derestauration à l'identique (TIR), comme indiqué sur l'unité de stockage DDR illustré engras ci-dessous.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0:::



Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404 rtp-ost-sparc1.datadomain.com_1309959823_C1_HDR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 768 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959823_C1_F1:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 7,435,452 Globally Compressed: 7,420,935 Locally Compressed: 7,444,262 Meta-data: 23,812 rtp-ost-sparc1.datadomain.com_1309959823_C1_TIR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.0 Original Bytes: 100,449 Globally Compressed: 54,304 Locally Compressed: 1,958 Meta-data: 376

La sauvegarde synthétique est effectuée à l'aide de l'API DDP_SYNWR qui peut êtreaffichée sur le système Data Domain par les commandes ddboost show statsetddboost show histograms.

# ddboost show stats 07/06 07:13:38 DD Boost statistics: ... DDP_SYNWR : 18 [0] ... Count Errors ----------------------------- ------------- ------ Image creates 9 0 Image deletes 0 0 Pre-compressed bytes received 3,712,802,816 - Bytes after filtering 1,856,586,752 - Bytes after local compression 1,856,586,752 - Network bytes received 1,857,697,928 - Compression ratio 2.0 - Total bytes read 0 0 ----------------------------- ------------- ------

Configuration d'une sauvegarde de réplication automatique d'images dans un domaine sourceLes sauvegardes doivent être dirigées vers un pool de disques doté d'une réplicationsource correctement configurée.

Une règle de cycle de vie du stockage (par exemple, AIR-test1-test2) est créée. Ellecontient une étape de sauvegarde standard et une étape de la duplication (NBU 7.1)spécifiant le « maître distant (envoyé vers le périphérique cible de réplication dans undomaine distant). » Une règle est créée spécifiant le SLP comme son système destockage de règle.

Configuration d'une sauvegarde de réplication automatique d'images dans un domaine cibleLes sauvegardes à importer automatiquement doivent être copiées à partir de fichiersvers un pool de disques doté d'une propriété Destination Replication.



Une règle sur le cycle de vie du stockage (par exemple, AIR-test1-test2) portant lemême nom que celle du domaine source, est créée. Elle contient une étaped'importation.

En cas d'utilisation d'une réplication automatique d'images (AIR) ciblée, la« classification des données » doit être définie sur le même code couleur (parexemple, Silver, Gold ou Platinum) pour les règles sur le cycle de vie du stockage desserveurs maîtres de média source et cible.

Exécution d'une sauvegarde de réplication automatique d'imagesLors de l'exécution d'une sauvegarde de réplication automatique d'images dans ledomaine source, une étape de sauvegarde est suivie (par défaut, 30 minutes plus tard)d'une étape de duplication.

Le nombre de tâches de réplication AIR s'affiche en tant que tâches Src-repl dansle résultat d'une commande ddboost show connections tout comme d'autrestâches de duplication optimisée NetBackup et Backup Exec.

Après l'exécution de la duplication dans le domaine de la source, le jeu d'imagesimporté est disponible (à nouveau 30 minutes plus tard, par défaut) comme indiquédans l'écran Activity Monitor du domaine cible.

Contrairement aux autres tâches de duplication optimisée avec NetBackup et BackupExec, les tâches de réplication AIR ne sont pas affichées sous la forme d'une tâcheDst-repl dans le résultat d'une commande ddboost show connections.

Configuration de Backup Exec

Remarque

DD Boost-over-Fibre Channel n’est pas pris en charge avec Backup Exec.

Pour plus d’informations sur les tâches de configuration, de planification et desurveillance, consultez le Guide de l’administrateur Veritas Backup Exec 15.Pour toutes les versions de Backup Exec, procédez comme suit :

Procédure

1. Créez un compte de connexion en saisissant les informations suivantes :

a. Compte de connexion autre que celui par défaut

b. Nom d’utilisateur DD Boost

c. Mot de passe DD Boost

Remarque

La commande ddboost storage-unit create storage-unit user user-name estdésormais disponible pour chaque unité de stockage afin de les distinguer lesunes des autres.

2. Configurez les périphériques.

a. Créez une unité de stockage sur le système Data Domain.

b. Ajoutez un serveur OpenStorage en spécifiant le nom d’hôte Data Domain etle nom du compte de connexion créé précédemment.

c. Backup Exec interroge le système Data Domain pour obtenir la liste desunités de stockage. Sélectionnez une unité de stockage.


Configuration de Backup Exec 105

d. Spécifiez le nombre d’opérations simultanées pour le périphérique. Lenombre total de connexions simultanées (tâches) d’un seul plug-inOpenStorage du serveur de média vers toutes les unités de stockageOpenStorage associées est de 48. La limite d’opérations simultanées pour unseul périphérique peut être déterminée comme suit : 48 >= nombre d’unitésde stockage OpenStorage + Σ des opérations simultanées pour chaque unitéde stockage. Dans le cas d’un système Data Domain avec une seule unité destockage, le nombre d’opérations simultanées peut être défini à 47maximum.

e. Spécifiez les valeurs par défaut pour la gestion de l’espace disque. La tailledes fragments de flux de données va de 64 à 256 Ko. Pour des performancesoptimales, une taille de 256 Ko est recommandée.

f. Spécifiez la valeur de partage de l’unité de stockage. Une seule unité destockage Data Domain peut être partagée par plusieurs serveurs de médialorsque les serveurs de média partagés sont associés à un seul serveur demédia principal. Dans la liste des serveurs de média, sélectionnez le serveurde média principal.

g. Redémarrez les services Backup Exec lorsqu’un nouveau système DataDomain est ajouté.

Création d'un compte de connexion

Suivez ces étapes pour créer un compte de connexion.

Procédure

1. Double-cliquez sur l'icône située à gauche de 1) Create Logon Accounts sur lepanneau Getting Started de la page d'accueil. La boîte de dialogue LogonAccount Wizard Welcome s'affiche. Cliquez sur Suivant.

2. Dans la boîte de dialogue Set Up a Logon Account, sélectionnez Add a newlogon account, puis cliquez sur Next.

3. Dans la boîte de dialogue Enter Logon Account Credentials, entrez le nomd'utilisateur et le mot de passe définis pour DD Boost. Cliquez sur Suivant.

4. Dans la boîte de dialogue Logon Account Name, entrez un nom de compte quidécrit ce compte de connexion. Cliquez sur Suivant.

5. Dans la boîte de dialogue Type of Logon Account, rendez le compte disponiblepour tous les utilisateurs de Backup Exec. Cliquez sur Suivant.

6. Dans la boîte de dialogue Default Logon Account, sélectionnez No.Généralement, le compte du système Data Domain n'est pas le compte deconnexion du système Backup Exec. Cliquez sur Suivant.

7. Vérifiez les paramètres de votre compte comme indiqué dans la boîte dedialogue Logon Account Summary. Cliquez sur Back pour modifier les sélectionsprécédentes. Si les informations de compte sont correctes, cliquez sur Next.

8. La boîte de dialogue Completing the Logon Account Wizard s'affiche. Cliquezsur Terminer.

Configuration des périphériques

Pour configurer des périphériques, procédez comme suit.

Procédure

1. Créez une unité de stockage sur le système Data Domain. Consultez la section Création d'unités de stockage.



2. Dans la page d'accueil de Backup Exec, sélectionnez Storage > ConfigureStorage > Network Storage > Next > OpenStorage.

Remarque

L'option de déduplication de Backup Exec doit être installée et bénéficier d'unelicence pour que l'option OpenStorage soit disponible.

3. Configurez l'onglet General de la boîte de dialogue Add OpenStorage Devicecomme suit :

l Name: entrez le nom du système Data Domain.

l Server: entrez le nom d'hôte Data Domain.

l Sélectionnez le nom du compte de connexion précédemment créé.

l Sélectionnez DataDomain comme type de serveur.

l Storage unit: sélectionnez une unité de stockage

l Concurrent Operations: Spécifiez le nombre d'opérations simultanées pourle périphérique.Le nombre total de connexions simultanées (tâches) d'un seul plug-in OSTdu serveur de média vers toutes les unités de stockage OpenStorageassociées est de 48. La limite d'opérations simultanées pour un seulpériphérique peut être déterminée comme suit :

48 >= nombre d'unités de stockage OpenStorage + ∑ des opérationssimultanées pour chaque unité de stockage

Dans le cas d'un système Data Domain avec une seule unité de stockage, lenombre d'opérations simultanées peut être défini à 47 maximum.

4. Cliquez sur OK.

5. Configurez l'onglet Advanced de la boîte de dialogue Add OpenStorage Devicecomme suit :

l Acceptez les valeurs par défaut pour Disk Space Management et DirectAccess.

l Spécifiez une valeur Data stream chunk size comprise entre 64 et 256 Ko.Pour des performances optimales, une taille de 256 Ko est recommandée.

6. Cliquez sur OK.

7. Cliquez sur l'onglet Sharing.

Une seule unité de stockage Data Domain peut être partagée par plusieursserveurs de média lorsque les serveurs de média partagés sont associés à unseul serveur de média principal.

Dans la liste des serveurs de média, sélectionnez le serveur de média principal,puis cliquez sur OK.

8. Vous devez redémarrer les services Backup Exec lorsqu'un nouveau systèmeData Domain est ajouté. Dans la boîte de dialogue Restart Services, cliquez surRestart Now.

Résultats

Une fois le périphérique configuré, la nouvelle unité de stockage est affichée sur lapage Devices.


Configuration de Backup Exec 107

Configuration de la duplication optimiséeLes méthodes permettant de développer des tâches de duplication dans Backup Execsont décrites en détail dans le Guide de l’administrateur Veritas Backup Exec 15. Vouspouvez combiner une tâche de duplication associée avec n’importe quelle tâche desauvegarde, ou dupliquer un jeu de sauvegardes précédent.

Le plug-in OST permet à un serveur de média de spécifier un processus de duplicationet d’en déléguer l’exécution au système Data Domain. Ce partage des tâches présenteles avantages suivants :

l Le système de l’application de sauvegarde conserve le contrôle de la création desfichiers de sauvegarde de duplication et assure le suivi de toutes les copies dansson catalogue, ce qui garantit une restauration simple et efficace.

l Grâce à la duplication optimisée, le serveur de média n’a plus besoin de créer desréplicas de fichiers de sauvegarde, ce qui réduit la charge qui pèse sur le systèmede l’application de sauvegarde et lui permet de se consacrer à d’autres tâches.

l Le système Data Domain utilise le processus de réplication efficace du réseauWAN pour des données dédupliquées. Le processus est optimisé pour les réseauxWAN, réduisant ainsi la charge globale sur la bande passante WAN nécessaire pourcréer une double instance.

l Les fonctions du logiciel Data Domain Replicator, telles que l’option d’optimisationdes faibles bandes passantes, peuvent être utilisées de manière transparente pourl’application de sauvegarde afin de réduire encore davantage la quantité dedonnées envoyées via des liaisons WAN dont le débit est inférieur à 6 Mbit/s.

l Les fonctions du logiciel Data Domain Replicator, telles que la duplicationoptimisée chiffrée, peuvent être exécutées de manière transparente pour lesapplications de sauvegarde. Cette fonction permet le chiffrement de toutes lesdonnées envoyées via le réseau WAN pour créer des copies dupliquées, renforçantainsi la sécurité.

La bonne pratique consiste à ajouter l’adresse IP du système Data Domain cible sur lesystème Data Domain source à l’aide de la commande suivante :

net hosts add ipaddr {host | "alias host"}

Remarque

Tous les serveurs de média, source et cible, doivent être autorisés à accéder à cesdeux systèmes Data Domain. Il est recommandé d’ajouter à un système Data Domaintous les serveurs de média qui doivent y accéder à l’aide de la commande net hostsadd. Pour dupliquer une image d’un système à l’autre, les conditions suivantes doiventêtre respectées :

l La taille des fragments de flux de données des périphériques configurés sur lesdeux systèmes Data Domain impliqués dans la duplication optimisée doit êtredéfinie sur la même valeur. La valeur recommandée est de 256 Ko, comme indiquédans la boîte de dialogue OpenStorage Device Properties.

l Le nombre d’opérations simultanées du système Data Domain cible est supérieurou égal à celui du système Data Domain source.

Limites de configuration pour la duplication optimisée

l La duplication optimisée est prise en charge avec Backup Exec 2010 R2 ousupérieure.



l Data Domain prend en charge la duplication optimisée pour les images qui nedisposent que d'un Dataset. Si plusieurs volumes ou sélections issues de plusieursvolumes (C:\WindowsD:E:, etc.) ou plusieurs agents (SQL Server, SharePoint,etc.) ou une combinaison, sont sauvegardés au cours d'une seule tâche, l'image desauvegarde générée contient alors des Datasets pour tous les lecteurs ou toutesles applications, sauf si le correctif Veritas Backup Exec Hotfix 138226 estappliqué. Ce correctif ne peut être appliqué qu'à Backup Exec 2010 R2 Une fois lecorrectif appliqué, Backup Exec crée plusieurs images, une pour chaque Datasetde la tâche de sauvegarde. Dans l'exemple ci-dessus, où une seule tâche impliqueplusieurs volumes, trois images sont créées : une pour C:\Windows, une pour D:et une pour E:. Backup Exec peut ensuite effectuer la duplication optimisée dechaque image sélectionnée individuellement, ou de l'ensemble des trois images.

Administration NetBackup

Identification de la version de votre plug-in OSTProcédure

1. Saisissez :

# bpstsinfo -pi -stype DataDomainRésultats

La sortie de la commande affiche la version du fournisseur, la version du plug-in et laversion de la build.

Identification de votre version de NetBackupProcédure

1. Affichez la version en saisissant :

# cat <NetbackupInstall_Dir>/versionRésultats

Exemple de sortie :

Netbackup-Solaris10 7.6

Expirations du délai réseauLes tâches de sauvegarde et de restauration prennent souvent beaucoup de temps.Bien que le plug-in OST puisse se rétablir après des interruptions temporaires duréseau, le système d’exploitation du système de l’application de sauvegarde peutterminer une tâche prématurément si les délais d’expiration de l’application desauvegarde sont définis sur des valeurs trop faibles.

La bonne pratique consiste à définir des délais d’attente d’au moins 30 minutes(1 800 secondes).

Remarque

Suite à la perte d’une connexion réseau, les administrateurs doivent exécuter lacommande ddboost reset stats pour supprimer les connexions associées à latâche.


Administration NetBackup 109

Définition du délai d'expiration d'une application de sauvegarde à l'aide de la CLIProcédure

1. Ajoutez les deux lignes suivantes au fichier <NetBackupInstall_directory>/bp.conf :

CLIENT_CONNECT_TIMEOUT = 1800CLIENT_READ_TIMEOUT = 1800

Remarque

Le délai d'expiration est exprimé en secondes.

Définition du délai d'expiration d'une application de sauvegarde à l'aide de la GUIProcédure

1. Développez le nœud NetBackup Management.

2. Développez Host Properties.

3. Sélectionnez Master Servers.

4. Dans le volet de droite, double-cliquez sur le nom de la machine.

Dans la boîte de dialogue des propriétés qui s'affiche, modifiez les valeurs desdélais d'expiration.

Regroupement d'unités de stockage pour le basculement sur incidentL'administrateur peut spécifier un groupe d'unités de stockage pour partager unecharge applicative. L'administrateur indique au système de l'application de sauvegardecomment choisir entre les unités de stockage du groupe pour exécuter la tâchesuivante, en définissant l'un des critères de sélection ci-après :

l Basculement sur incident (il s'agit du paramètre recommandé)Définir le basculement sur incident comme critère de sélection permet de garantirqu'aucune tâche de sauvegarde n'échouera si l'unité de stockage vers laquelle elleest dirigée échoue. L'application de sauvegarde sélectionne une autre unité destockage dans le même groupe pour terminer la tâche.

l Hiérarchisation

l Permutation circulaire

l Équilibrage de la charge

Suppression d'un serveur de stockage Data Domain

NOTE

Cette procédure permet de supprimer toutes les données et les ressources associéesau serveur de stockage. Ne tentez d'exécuter cette procédure que si cela estréellement nécessaire.

Procédure

1. Supprimez tous les fichiers spécifiés par BACKUP_ID en saisissant :

# bpexpdate -backupid BACKUP_ID -d 0



2. Supprimez toutes les règles de l'interface utilisateur.

3. Supprimez toutes les unités de stockage en saisissant :

# bpstudel -label SU_NAME 4. Supprimez tous les pools de disques en saisissant :

# nbdevconfig -deletedp -stype DataDomain -dp pool-name 5. Supprimez le serveur de stockage en saisissant :

# nbdevconfig -deletests -storage_server dd22 -stype DataDomain

Remarque

Vous pouvez utiliser l'interface utilisateur pour supprimer les fichiers, les règlessur le cycle de vie, les unités de stockage et les pools de disques.Pour plus d'informations sur le dépannage, reportez-vous à la section Impossiblede supprimer le système Data Domain.

6. Supprimez les informations d'identification à l'aide de la commande tpconfig.

# tpconfig -delete -storage_server dd22 -stype DataDomain -sts_user_id username

Administration Backup Exec

Identification de la version de votre plug-in OSTProcédure

1. Accédez au répertoire d'installation de Backup Exec et recherchez le fichierlibstspiDataDomain.dll.

2. Cliquez sur le nom du fichier avec le bouton droit de la souris et sélectionnezl'option Properties dans le menu.

3. Sélectionnez l'onglet Details. La version du plug-in OST est indiquée par laversion du fichier.

Identification de votre version de Backup ExecProcédure

1. Sur la page d'accueil de Backup Exec, sélectionnez About dans le menu Help.

Suppression d'unités de stockage sur des systèmes Data DomainProcédure

1. Il existe deux méthodes pour supprimer une unité de stockage dans un systèmeData Domain :

l Vous pouvez supprimer tous les médias d'un périphérique Backup Exec(l'unité de stockage d'un système Data Domain), puis supprimer lepériphérique de Backup Exec.

l Vous pouvez également supprimer le périphérique de Backup Exec même sile média reste dans le périphérique. L'unité de stockage est conservée sur lesystème Data Domain et certains fichiers restent dans l'unité de stockage.Pour récupérer cet espace, supprimez l'unité de stockage sur le systèmeData Domain en entrant la commande suivante :


Administration Backup Exec 111

# ddboost storage-unit delete storage-unit



CHAPITRE 6

Procédure de dépannage de base

Ce chapitre fournit des conseils de dépannage de base qui pourraient permettre auxclients de résoudre eux-mêmes les problèmes qu’ils rencontrent. Pour les problèmesqui n’ont pas pu être résolus, les clients sont invités à contacter leurs prestataires deservices de support.

Pour plus d’informations, reportez-vous à la base de connaissances Data Domain,disponible sur le site du support en ligne.


l Dépannage général............................................................................................ 114l Paramètres du système Data Domain pour la réplication de fichiers.................. 114l NetBackup Troubleshooting.............................................................................. 114l Dépannage Backup Exec...................................................................................126

Procédure de dépannage de base 113


Dépannage généralLors de l’examen des problèmes, gardez à l’esprit que le logiciel DD Boost comportedes composants sur un système Data Domain et sur un système d’application desauvegarde. Les deux environnements doivent être compatibles. Les considérations dedépannage suivantes s’appliquent aux deux systèmes :

l Configurations prises en chargeVérifiez que vous disposez d’une configuration prise en charge, telle que définiedans le Guide de compatibilité de Data Domain Boost, disponible à l’adresse http://compatibilityguide.emc.com:8080/CompGuideApp/.

Remarque

Une configuration prise en charge peut devenir non prise en charge si l’un descomposants est modifié.

l Échecs d’autorisationSi vous rencontrez des échecs d’autorisation, vérifiez que tous les systèmesdisposent d’informations d’identification d’accès correctes pour les autressystèmes. La section Configuration d’un serveur de média contient desinstructions sur la définition d’informations d’identification.

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. Définir une régulation trop faible peut entraîner l'échec des duplicationsoptimisées pour NetBackup et Backup Exec.

NetBackup Troubleshooting

Impossible de supprimer le système Data DomainCette procédure suppose les points suivants :

l Vous ne parvenez pas à supprimer le système Data Domain.

l Vous avez déjà exécuté la commande nbdevconfig avec l’option deletests etelle a échoué, ce qui signifie que le processus emm ou rmms est probablement enpanne.

l Tous les fichiers pour le système Data Domain spécifié ont expiré. Pour obtenir desinstructions permettant de faire expirer un fichier, consultez votre documentationNBU.

Si vous ne parvenez toujours pas à supprimer le système Data Domain, procédezcomme suit :

Procédure

1. Saisissez :

# nbdevconfig -deletests -storage_server DDR -stype DataDomain2. Si des fichiers mémoire sont renvoyés, contactez le support Data Domain.

Sinon, passez à l’étape suivante.



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

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

3. Suivez les instructions ci-après correspondant à votre système d’exploitation.

Sur un système WindowsProcédure

1. Redémarrez les services NetBackup sur le serveur de média en lançant les deuxfichiers exécutables suivants :

NBUInstallPath\NetBackup\bin\bpdown.exeNBUInstallPath\NetBackup\bin\bpup.exe

2. Exécutez à nouveau deletests. En cas d'échec, activez une consignationNBU plus détaillée en ouvrant le fichier NBUInstallPath\NetBackup\nblog.conf et en ajoutant l'entrée suivante :

NBSTSI=OID=2023. Activez les messages de consignation détaillés sur les serveurs de média,

comme décrit dans la section Erreur de consignation sur les serveurs de média.

Sur un système UNIXProcédure

1. Si rmms redémarre, mais pas emm, vérifiez que tous les processus sontdisponibles, en particulier emm ou rmms.

2. Si ces processus ne sont pas disponibles, entrez :

# /bp/bin/goodies/netbackup start 3. Exécutez à nouveau deletests. S'il échoue à nouveau, activez une

consignation NBU plus importante en ouvrant le fichier /bp/nblog.conf et enajoutant l'entrée suivante :

NBSTSI=OID=202 4. Activez les messages de consignation détaillés, comme décrit dans la section

Erreur de consignation sur les serveurs de média.

Vérification de l’installationLes problèmes rencontrés sur les opérations de base telles que les sauvegardespeuvent résulter d’une installation incorrecte.

Procédure

1. Vérifiez que les fichiers se trouvent à l’emplacement approprié en saisissant lacommande suivante, en fonction de votre système d’exploitation :

a. Sur un système UNIX, saisissez :

# ls /usr/openv/lib/ost-plugins/

Le résultat de la commande doit inclure les noms des fichiers de bibliothèquepartagés :

libstspiDataDomain.solibstspiDataDomainMT.so

Remarque

Vous pouvez également vérifier le log d’installation figurantsur /log/OST/EMC/logs/install-datestring.log.


Vérification de l’installation 115

b. Sur un système Windows, saisissez :

C:\Program Files\Veritas\bin\ost-plugins

Le résultat de la commande doit correspondre au nom du fichier debibliothèque partagé libstspiDataDomain.dll.

2. Déterminez la version du plug-in en saisissant la commande suivante :

# bpstsinfo -pi

La version du fournisseur affichée dans le résultat correspond à la version duplug-in Data Domain, et la version de la build est la version de l’API DD Boost.

Remarque

Si la commande bpstsinfo échoue, vérifiez les fichiers log dans lerépertoire /usr/openv/netbackup/logs/admin.

Vérification des informations d'identificationProcédure

1. Pour afficher les informations d'identification de tous les systèmes Data Domainenregistrés en tant que serveurs de stockage, entrez la commande suivante àpartir du système de l'application de sauvegarde :

# tpconfig -dsh -all_hosts -stype DataDomainÀ effectuer

Si vous recevez un message indiquant que vous n'êtes pas parvenu à ajouter lesinformations d'identification du système Data Domain (serveur OpenStorage), suivezla procédure décrite dans la section Ajout des informations d'identification. Cettesection explique comment définir des informations d'identification et rechercherd'éventuelles erreurs et incohérences.

Résolution des erreurs de licenceSi l'assistant Configure Disk Pool signale une erreur de licence, procédez comme suit :

Procédure

1. Ouvrez le fichier bp.conf.

2. Vérifiez s'il contient une entrée CLIENT_NAME supplémentaire.

3. Supprimez tous les entrées CLIENT_NAME supplémentaires.

Erreur de consignation sur les serveurs de médiaLe journal d'erreur est le principal outil pour la résolution des problèmes liés àNetBackup dans un environnement OpenStorage.

Procédure

1. Avant de démarrer une opération de sauvegarde, de restauration ou deduplication optimisée, activez la consignation sur le serveur de médiaNetBackup. Suivez les instructions correspondant au système d'exploitation duserveur de média, ou utilisez l'interface utilisateur NetBackup.

l Activez la consignation des erreurs sur un système UNIX

Saisissez :



# /usr/openv/netbackup/logs/mklogdirl Activez la consignation des erreurs sur un système Windows

Saisissez :

C:\Program Files\Netbackup\logs\mklogdir.bat

Résultats

Une fois la consignation activée, le plug-in OST préfixe les messages d'erreur etd'information des logs avec le terme DataDomain.

Résolution de sauvegardes en échec sur les serveurs de médiaRecherchez d'éventuels messages d'erreur dans le fichier log, comme décrit ci-dessous pour le système d'exploitation du serveur de média.

Résolution de sauvegardes en échec sur un système UNIXProcédure

1. Saisissez :

# cat /usr/openv/netbackup/logs/bptm/LOGFILE_DATE | grep DataDomain

La commande sélectionne les lignes du fichier log spécifié contenant le termeData Domain. Le plug-in utilise DataDomain comme préfixe pour sesmessages de log.

Résolution de sauvegardes en échec sur un système WindowsProcédure

1. Saisissez :

C:\Program Files\Veritas\logs\bptm\LOGFILE_DATE.log 2. Ouvrez le fichier log et recherchez le mot DataDomain.

Résolution de duplication de fichier en échecProcédure

1. Recherchez d'éventuels messages d'erreur relatifs au plug-in dans les fichierslog du serveur de média, qui sont spécifiques au système d'exploitation duserveur :

l UNIX

n Pour read_file :

/usr/openv/netbackup/logs/bpdmn Pour write_file :

/usr/openv/netbackup/logs/bptmn Pour file-replication :

/usr/openv/netbackup/logs/bpdml Windows

n Pour read_file :

C:\Program Files\Veritas\logs\bpdmn Pour write_file :

C:\Program Files\Veritas\logs\bptm


Résolution de sauvegardes en échec sur les serveurs de média 117

n Pour write_file :

C:\Program Files\Veritas\logs\bptm

2. Vérifiez que la licence de réplication est installée en saisissant :

# license show 3. Pour obtenir de l'aide, contactez votre prestataire de services de support.

Résolution d'une erreur d'expirationProcédure

1. Vérifiez que le client peut envoyer une commande ping au système DataDomain.

2. Vérifiez que le système de fichiers est en cours d'exécution sur le système DataDomain en entrant la commande suivante :

# filesys status3. Vérifiez que NFS est en cours d'exécution sur le système Data Domain en

entrant la commande suivante :

# nfs status

Résolution de messages de log du plug-inLorsque le plug-in rencontre une erreur, il renvoie un code d'erreur EPLUGIN àNetBackup et consigne la cause de l'erreur.

Procédure

1. Déterminez s'il s'agit de l'une des causes suivantes :

l Erreur : la longueur des écritures dépasse la limiteLa taille des données du tampon d'écriture est limitée. Si vous recevez unmessage d'erreur de ce type, modifiez la taille du tampon en une valeurfigurant dans la limite spécifiée, comme indiqué dans la section Configurationdes mémoires tampons.

l Programme non enregistréLe résultat suivant indique que le programme n'est pas enregistré :

(: RPC: Program not registered) 2. Activez DD Boost en installant une licence valide :

# license add ddboost-license-code3. Vérifiez que le système de fichiers est en cours d'exécution sur le système Data

Domain en entrant la commande suivante :

# filesys status

Résolution de l'erreur « Connexion au socket impossible »Cette erreur se produit lorsque la commande nbdevconfig -creatests estexécutée, mais que le serveur de stockage n'est pas créé en raison d'une erreur deconnexion de socket.

Procédez comme suit :



Procédure

1. Vérifiez que le processus nbemm est en cours d'exécution. Si l'erreur persiste audémarrage, cela indique généralement un problème au niveau de la base dedonnées des unités de stockage.

2. Utilisez l'outil vxlogview pour rechercher d'éventuelles erreurs dans les logssitués dans /usr/openv/logs/51216-*.log.

3. Recréez la base de données. Saisissez :

# /usr/openv/db/bin/create_nbdb -drop

Échec de tâches de sauvegarde NetBackup sur les serveurs de média SolarisSi une tâche de sauvegarde de fichier échoue avec une erreur d'écriture de média (84)au début de la tâche, le détail d'une tâche de surveillance d'activité typique peutcontenir les éléments suivants :

2/28/2009 3:36:22 AM - Critical bptm(pid=1750) failure to open sts for storage server apoddrrp01: plug-in reports error 2060046 plugin error2/28/2009 3:36:23 AM - end writing media open error(83)

Le log bptm peut contenir des informations comme suit :

01:33:02.585 [28874] <16> apoddrrp01: /usr/openv/lib/ost-plugins/libstspiDataDomain.so:stspi_open_server STS_EPLUGIN Can't connect to mountd on apoddrrp01 (: RPC: Miscellaneous tli error - An event requires attentionError 0)

Dans l'exemple ci-dessus, une entrée du fichier /etc/inet/ipsecinit.conf aimposé le chiffrement au trafic à partir du port 665 (sun-dr). Toutefois, lareconfiguration Sun Dynamic est désactivée sur le système d'exploitation Solaris.Ainsi, même si le serveur de média a utilisé le port 665 pour se connecter au systèmeData Domain via NFS, le paquet n'a pas quitté le serveur de média, car il n'a pas étéchiffré.

Pour résoudre ce problème, vous devez désactiver la reconfiguration dynamique.

Désactivation de la reconfiguration dynamiqueProcédure

1. Supprimez le commentaire des entrées sun-dr ou les entrées elles-mêmesdans /etc/inet/inetd.conf :

sun-dr stream tcp wait root /usr/lib/dcs dcssun-dr stream tcp6 wait root /usr/lib/dcs dcs

2. Indiquez à inetd de lire à nouveau le fichier de configuration, en entrant lacommande suivante :

kill -HUP pid-inetd 3. Supprimez le commentaire des entrées sun-dr ou les entrées elles-mêmes

dans /etc/inet/ipsecinit.conf :

{dport sun-dr ulp tcp} permit {auth_algs md5}{sport sun-dr ulp tcp} apply {auth_algs md5 sa unique}

4. Supprimez la configuration IPsec active du système en cours d'exécution.

a. Récupérez les nombres d'index en entrant la commande suivante :

ipsecconf | grep sun-dr b. Supprimez la règle associée à sun-dr en entrant la commande suivante :

ipsecconf -d index


Échec de tâches de sauvegarde NetBackup sur les serveurs de média Solaris 119

Échec des procédures de sauvegarde à partir des clients AIXSi vous exécutez plusieurs procédures de sauvegarde à partir d’un client AIX sur unsystème Data Domain avec DD Boost sur lequel la fonction HA est activée, lesprocédures de sauvegarde peuvent échouer pour se terminer.

Traditionnellement, DD Boost alloue 24 Mo de mémoire tampon au niveau du clientpour chaque fichier ouvert. Toutefois, lorsque des sauvegardes sont envoyées à unsystème DD sur lequel la fonction HA est activée, les clients exigent 128 Mo pourchaque fichier ouvert. Cette exigence peut créer des problèmes sur n’importe quelclient qui ouvre un grand nombre de fichiers, alors que sa quantité de mémoire estfaible.

Les clients AIX peuvent en particulier être concernés par ce problème en raison de lataille du segment par défaut dans les applications AIX.

Vous pouvez obtenir de meilleurs résultats en définissant la variable d’environnementAIX sur export LDR_CNTRL=MAXDATA=0x70000000.

Échec de la tâche de duplication optimiséeLa licence logicielle Replicator pour la duplication optimisée est requise sur lessystèmes Data Domain source et cible qui exécutent DD OS 4.7 ou une versionsupérieure.

Si cette licence n'est pas installée, la tâche de duplication optimisée échoue. Unetâche de surveillance des activités type indique qu'une erreur d'écriture de média (84)s'est produite. Le log NetBackup bpdm indique que l'opération NFS n'est pas prise encharge.

Ajout d'une licence pour la réplicationProcédure

1. Procurez-vous un code de licence de réplication auprès de Data Domain.

2. À partir de l'interface de ligne de commande de chaque système Data Domain,ajoutez le code de licence :

# license add license code

Sauvegarde synthétique virtuellel Vérifiez que les sauvegardes normales sont correctes.

l Vérifiez que les attributs de la règle sur le cycle de vie du stockage sontcorrectement définis.

l Vérifiez que les fichiers TIR ont été générés dans l'unité de stockage.# ddboost storage-unit show [compression] [storage-unit] [tenant-unit tenant-unit]

l Vérifiez que les RPC DDP_SynWR sont envoyés.

# ddboost show statsl Vérifiez que l'indicateur OptimizedImage est défini.

# nbdevquery -liststsl Vérifiez que la fonction virtual-synthetics est activée sur le système Data Domain.

# ddboost option show



Surveillance de la réplication automatique d'imagesSur le système Data Domain source, des statistiques et des histogrammes sontconsignés pour des RPC en lien direct avec la réplication automatique d'images :DDP_REMFILEOPS et DDP_IMAGESETOPS. DDP_IMAGESETS correspondégalement au nombre de jeux d'images envoyés à partir de ce système Data Domain.L'histogramme DDP_IMAGESETS indique le temps écoulé entre la dernière image dujeu d'images envoyée pour la copie de fichiers jusqu'à la publication de l'événement surle système Data Domain du domaine cible.

Sur le système data Domain cible, des statistiques et des histogrammes sont indiquéspour le RPC DDP_GETEVENT. DDP_EVENTS correspond également au nombred'événements de jeux d'images indiqués en vue d'une importation. L'histogrammeDDP_EVENTS indique le temps écoulé entre la publication de l'événement sur lesystème Data Domain du domaine cible jusqu'à sa livraison à NetBackup en vue d'uneimportation.

Utilisez les commandes ddboost file-replication show pour obtenir desrapports sur les performances de la réplication des fichiers individuels.

Pour afficher les statistiques relatives à DD Boost, entrez :

# ddboost show stats

Pour afficher l'histogramme relatif à DD Boost, entrez :

# ddboost show histogram

Réplication automatique d'images non opérationnelleProcédure

1. Pour vérifier que la connexion entre le système Data Domain source et lesystème Data Domain cible, destinée à la réplication fonctionne, entrez :

# replication option show

Remarque

Assurez-vous que le port TCP est 2051 ou comme défini.

2. Pour vérifier que les associations sont correctement configurées sur lessystèmes Data Domain source et cible, entrez :

# ddboost association show3. Pour vérifier les nouvelles images de sauvegarde sur le système Data Domain

source, entrez :

# ddboost storage-unit show source-su4. Pour vérifier les nouvelles images de sauvegarde sur le système Data Domain

cible, entrez :

# ddboost storage-unit show target-su

Remarque

Assurez-vous que les noms des images figurant sur la cible sont identiques àceux figurant sur la source.

a. Si les nouvelles images copies de fichiers ne sont pas envoyées, recherchezles éventuels problèmes et erreurs de copie de fichiers signalés sur lesystème Data Domain source.


Surveillance de la réplication automatique d'images 121

b. Augmentez le niveau de débogage de bpdm log et recherchez toutproblème éventuel.

5. Pour vérifier les statistiques sur le système Data Domain cible, entrez :

ddboost show stats

Remarque

Si le système Data Domain cible indique que le nombre total deDDP_GETEVENT augmente sans erreur dans le domaine cible, cela indiquequ'un domaine cible de NetBackup figurant sur ce système Data Domain estrégulièrement interrogé à la recherche d'événements.

Remarque

Si DDP_GETEVENT n'augmente pas, entrez :nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

Redémarrez les services NetBackup.

6. Vérifiez que les pools de disques ont utilisé le rapport de façon appropriée. Si teln'est pas le cas, mettez la base de données à jour en saisissant :

nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

Redémarrez les services NetBackup.

a. Sur NBU 7.1, recherchez les balises STS_LSUF_REP_TARGET et _SOURCEen saisissant :

bpstsinfo -li -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com

LSU Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com LSU Name: sparc12sol02 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_TARGET) Save As : (STS_SA_OPAQUEF) Replication Sources: 1 ( ddp-890-1.datadomain.com:sparc12sol02 ) Replication Targets: 0 ( ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0 Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536 Physical Bytes Used: 40263745536 Resident Images: 0LSU Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com LSU Name: sol022sparc1 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_SOURCE) Save As : (STS_SA_OPAQUEF) Replication Sources: 0 ( )



Replication Targets: 1 ( ddp-890-1.datadomain.com:sol022sparc1 ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0 Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536 Physical Bytes Used: 40263745536 Resident Images: 0

b. Sur NBU 7.5 et 7.6, recherchez la cible et la source de la réplication ensaisissant :

nbdevquery -listdp -stype DataDomain -U

Disk Pool Name : sol022sparc1-dd670c2Disk Pool Id : sol022sparc1-dd670c2Disk Type : DataDomainStatus : UPFlag : PatchworkFlag : VisibleFlag : OpenStorageFlag : SingleStorageServerFlag : CopyExtentsFlag : AdminUpFlag : InternalUpFlag : LifeCycleFlag : CapacityMgmtFlag : FragmentImagesFlag : CprFlag : FT-TransferFlag : OptimizedImageFlag : ReplicationSourceRaw Size (GB) : 7726.00Usable Size (GB) : 7726.00Num Volumes : 1High Watermark : 98Low Watermark : 80Max IO Streams : -1Comment :Storage Server : ost-dd670c2.datadomain.com (UP)

7. Pour vérifier que les fichiers .imgset et les fichiers d'événements sont biensitués sur le système data Domain cible, entrez :

ddboost event show target-su

Remarque

Les fichiers .imgset sont nommés selon le format suivant :192:rtp-ost-sparc1.datadomain.com_ddr1.domain1.com_1328637954_1.imgset

Où : 192:rtp-ost-sparc1.datadomain.com est le nom du jeu d'imagesNetbackup, composé du numéro de tâche et du nom d'hôte du client source(tous les caractères _ intégrés étant remplacés par un caractère -) .ddr1.domain1.com est le nom d'hôte du système Data Domain source.1328637954 est l'horodatage de l'image Netbackup (dans ce cas, l'image a étécréée le 02/07/12 à 18:05). Dans Excel, l'horodatage situé dans la cellule A2 estconverti en heure/date par la formule =A2/86400+DATE(1970,1,1) où 1 est lenombre d'images figurant dans le jeu ; actuellement, 1.imgset est toujoursl'identifiant.



Remarque

Les fichiers .event sont nommés selon le format suivant :bluemedia.datadomain.com_31234_6589_1.event.0000000000000006

Où : bluemedia.datadomain.com est le nom d'hôte du serveur de médiaNetBackup qui a été le premier à détecter le jeu d'images associé. 31234 estl'ID de processus du serveur de média NetBackup. 6589 est l'ID de thread duserveur de média NetBackup. 1.event 0000000000000006 est l'identifiantd'événement unique sur ce système Data Domain.

a. La présence à long terme (plus de deux heures) de fichiers .imgset dansl'unité de stockage cible indique que le domaine NetBackup cible n'est pasinterrogé à la recherche d'événements postés. DD OS supprime toutfichier .imgset ayant plus de deux heures d'ancienneté.

b. La présence à long terme (plus de deux heures) de fichiers d'événementsdans l'unité de stockage cible indique que le domaine NetBackup cible netraite pas d'événements. Cela peut indiquer que le SLP spécifié dans lefichier .imgset n'est pas correctement orthographié dans le domaineNetBackup cible.

8. Vérifiez que la base de données NetBackup indique bien que le plug-in est unesource d'événement et que le nombre DDP_GETEVENT RPC utilisant lacommande ddboost show stats est incrémenté. Si tel n'est pas le cas,mettez la base de données à jour en saisissant :

nbdevconfig -updatests -storage_server rtp-ost-d670c2.datadomain.com -stype DataDomain

a. Recherchez STS_SRV_EVSYNC en saisissant :

bpstsinfo -si -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com

Server Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com Supported Stream Formats: [ ] Server Flags: (STS_SRV_IMAGELIST | STS_SRV_CRED | STS_SRV_EVSYNC | STS_SRV_IMAGE_COPY) Maximum Connections: 149 Current Connections: 0 Supported Interfaces: [ ] Supported Credentials: [ ]

b. Augmentez le niveau de débogage du log unifié de stsem à 6

vxlogcfg -a -p 51216 -o stsem -s DebugLevel=6c. Capturez une période de temps et consultez le log stsem à la recherche

d'erreurs, en spécifiant une date et une heure de début :

vxlogview -p 51216 -o stsem -b "2/7/2012 3:30:00 PM" > c:\stsem.log

Ou capturez le nombre d'heures précédent :

vxlogview -p 51216 -o stsem –t 4 > c:\stsem.logd. Redéfinissez le niveau de débogage du log unifié de stsem sur 1 afin que les

logs ne remplissent pas le système de fichiers :



vxlogcfg -a -p 51216 -o stsem -s DebugLevel=19. Dans le log stsem, recherchez une entrée indiquant que l'événement a été

publié en vue d'une importation. Une fois publié pour être importé, le fichierd'événements est supprimé du système Data Domain cible.

02/22/12 07:05:17.307 [STSEventSupplier::postReplEvent()] AddOstImageToImport seqno=52 masterServer=<rtp-ost-sparc1.datadomain.com> media=<rtp-ost-sparc1.datadomain.com> origin_NBU_master=<bluemedia> isi_slpname=<AIR-vol1-vol2> e_orig_server=<DataDomain:rtp-ost-dd670c2.datadomain.com> e_num_images=<1> : [0] servername=<rtp-ost-dd670c2.datadomain.com> servertype=<DataDomain> imo_lsu.sln_name=<vol2> imo_def.img_basename=<bluemedia_1329923106_C1_IM>

10. Si ddboost event show indique que les événements sont consommés sur ledomaine cible (aucun événement n'est répertorié pour l'unité de stockage cibleen question), mais que Activity Monitor n'affiche pas d'activité d'importation,vérifiez que les horloges des serveurs maîtres de média source et cible sontsuffisamment synchronisées (généralement quelques minutes d'écartmaximum). Ils ne doivent pas nécessairement se trouver dans le même fuseauhoraire.

11. Dans le log bpcd du serveur de média Data Domain de destination à l'origine del'importation AIR, recherchez une entrée indiquant que la tâche d'importation adémarré. Pour ce faire, la méthode la plus facile consiste à exécuter l'utilitairegrep pour l'ID d'image indiqué au niveau du domaine source. Dans ce cas,bluemedia_1329923106.

07:05:29.624 [24145] <2> process_requests: fork cmd = /usr/openv/netbackup/bin/bpdm bpdm -restoretir -cmd -b bluemedia_1329923106 -cbluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

12. Dans le log bpdbm, les entrées de log suivantes sont trouvées.

07:05:33.463 [24169] <2> db_logimagerec: backup id bluemedia_1329923106

13. Enfin, dans le log bpdm, l'importation a lieu :

7:05:30.232 [24150] <2> bpdm: INITIATING (VERBOSE =5): -restoretir -cmd -b bluemedia_1329923106 -c bluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

14. Si la tâche d'importation échoue avec le message no images weresuccessfully processed (191), consultez les informations détailléesdans bpimport log. Dans la vue ci-dessous, le SLP du domaine cible necorrespond pas au SLP du domaine source.

04/06/2012 11:23:38 - Error bpimport (pid=11137) Import of replica image, backup id ostqa-sparc1.datadomain.com_1333724024, Import failed because the imported image specifies an SLP name which does not exist

15. La consignation détaillée des opérations AIR sur le système Data Domain estdisponible dans ddfs.info si le niveau de débogage approprié est activé. Lorsd'une exécution à un niveau de débogage par défaut (niveau 0), ddfs.infocontient des messages d'erreur issus de ost_remfileops,ost_imagesetops, ost_get_event_id, ost_get_event. Ceux-ciindiquent des erreurs majeures. Pour afficher des erreurs plus typiques, leniveau de débogage (-D) du masque de débogage OST (-M) doit être augmentéà 3. Cette opération peut être effectuée à l'aide de l'utilitaire config_debug :



/ddr/bin/config_debug –P /ddr/bin/ddfs –M 0x00100000 –D 3

Remarque

La consignation complète des opérations est disponible au niveau dedébogage 6. Toutefois, le niveau de débogage 6 n'est généralement pas utiliséen raison du volume de sortie de la consignation. Si le niveau de débogage 6 estutilisé, vous devez le redéfinir sur 0 dans ddfs.info, une fois le problèmeidentifié.

Annulation de la réplication automatique d'imagesPour arrêter des réplications en cours pour une SLP donnée, comme indiqué dans leGuide des bonnes pratiques Veritas (Veritas Best Practices Guide), saisissez :

nbstlutil cancel –lifecycle SLP name -force

Remarque

Consultez les questions fréquentes relatives à la réplication automatique des imagesavec Veritas NetBackup à l'adresse https://www.veritas.com/support/en_US/article.000112974.

Dépannage Backup Exec

Procédure de dépannage de basel Vérifiez que le nombre de connexions (tâches) simultanées est correctement

défini pour toutes les unités de stockage.

n Backup Exec : le nombre total de connexions simultanées à partir d'un seulplug-in media server, sur toutes les unités de stockage OpenStorage associéesest de 48. Ce nombre a été spécifié lorsque vous avez configuré lepériphérique. Voir Configuration des périphériques à la page 106.

l En cas de problème, essayez d'arrêter les services Backup Exec et de lesredémarrer. Si cela ne fonctionne pas :

n Redémarrez le serveur.

n Démarrez le debugger et essayez de recréer le problème.

Vérification de l’installationLes problèmes rencontrés sur les opérations de base telles que les sauvegardespeuvent résulter d’une installation incorrecte.

Procédure

1. Vérifiez que libstspiDataDomain.dll est dans C:\Program Files\Symantec\Backup Exec\.

Remarque

Bien que NetBackup soit désormais un produit Veritas, l’utilisation de Symantecdans le chemin de fichier de la commande précédente est correcte.



https://www.veritas.com/support/en_US/article.000112974

https://www.veritas.com/support/en_US/article.000112974

2. Déterminez la version du plug-in en cliquant avec le bouton droit de la souris surla DLL et en cliquant sur Properties > Details.

Vérification des informations d'identification pour un système Data DomainProcédure

1. Affichez les propriétés du périphérique OpenStorage en tenant compte du log.

2. Vérifiez que le nom d'utilisateur de connexion correspond au nom d'utilisateurDD Boost sur le système Data Domain.

Résolution des erreurs de licenceBackup Exec doit bénéficier d'une licence OpenStorage, qui fait partie de l'option delicence de déduplication.

Configuration d'un débogage actifUtilisez SGMON, l'utilitaire de débogage de Backup Exec, pour résoudre les problèmesliés à Backup Exec.

Procédure

1. Exécutez Backup Exec Debug Monitor for Active Debugging.

2. Les options de capture suivantes doivent être sélectionnées (activées) : JobEngine, Backup Exec Server et Device and Media.

3. L'option Capture to file doit être activée.

4. Choisissez Device and Media Debug et sélectionnez Enable verbose logging,si cette option n'est pas activée.


Vérification des informations d'identification pour un système Data Domain 127



Documents

䐀漀洀愀椀渀 䈀漀漀猀琀 昀漀爀 伀瀀攀渀匀琀漀爀愀最攀...EMC a établi un partenariat avec Veritas pour tirer le meilleur parti de l’API Veritas OpenStorage

䐀漀洀愀椀渀䈀漀漀猀琀昀漀爀伀瀀攀渀匀琀漀爀愀最攀...EMC a établi un partenariat avec Veritas pour tirer le meilleur parti de l’API Veritas OpenStorage