Dell EMCAppSyncGuide d’utilisation et d’administration · Protection de SQL Server 117 Présentation de la prise en charge de SQL Server.....118 Préalables exigés pour SQL Server

Dell EMC AppSync®Version 3.7

Guide d’utilisation et d’administration302-004-616

01

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

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 Dell EMC AppSync 3.7 Guide d’utilisation et d’administration

Préface 11

Introduction 15Présentation d’AppSync .............................................................................16

Présentation des plans de service...................................................17Gestion basée sur des rôles............................................................ 17Rapports d'AppSync ......................................................................18

Architecture AppSync................................................................................. 18Serveur AppSync .......................................................................... 19Présentation de l’agent AppSync (plug-in hôte)............................ 19Console AppSync (interface utilisateur).........................................19CLI AppSync.................................................................................. 19Interface REST...............................................................................19

AppSync et Replication Manager................................................................ 19Interopérabilité d’AppSync et de Replication Manager ................. 20

Console AppSync 21Présentation de la console..........................................................................22

Effectuer des actions.....................................................................22Heures indiquées dans la console...................................................22

Définir les préférences console...................................................................22Démarrer la console AppSync.....................................................................23

Utilitaire AppSync CLI 25Utilitaire AppSync CLI................................................................................ 26Actions de la CLI.........................................................................................27

connexion...................................................................................... 27déconnexion.................................................................................. 28refresh...........................................................................................28runSP............................................................................................ 29enableSP....................................................................................... 30disableSP.......................................................................................30rapport........................................................................................... 31expirer........................................................................................... 32inscription......................................................................................33annulation de l'inscription.............................................................. 35listCopies.......................................................................................36copyDetails....................................................................................38montage........................................................................................ 39démontage..................................................................................... 51

Plans de service 53Présentation des plans de service...............................................................54

Création d'un plan de service.........................................................58Annulation de l'inscription à un plan de service.............................. 60Paramètres de plan avancés du système de fichiers ..................... 60Paramètres de plan avancé pour SQL Server................................. 61

Chapitre 1

Chapitre 2

Chapitre 3

Chapitre 4

SOMMAIRE

Dell EMC AppSync 3.7 Guide d’utilisation et d’administration 3

Configuration du stockage VPLEX................................................. 61Configuration du stockage VMAX..................................................62Activer ou désactiver l’expiration automatique d’une copie .......... 63

Paramètres de plan de service Exchange....................................................63Paramètres de plan de service SQL Server.................................................67Paramètres des plans de service Oracle...................................................... 71Paramètres du plan de service de système de fichiers................................ 77Paramètres du plan de service VMware......................................................83

Protection de Microsoft Exchange 87Présentation de la prise en charge d'Exchange ..........................................88Déploiement d'AppSync pour la protection Exchange................................ 90

Découverte des bases de données Exchange ................................ 91Suppression d'un serveur de messagerie Exchange .......................91Protection des bases de données DAG dans un plan de service......91Convertir un serveur Exchange autonome en membre du DAG......92

Protection d'une base de données Exchange .............................................92Protection immédiate d'une base de données Exchange................92Inscription d'une base de données Exchange à un plan de service....93Annulation de l'inscription d'une base de données à un plan deservice .......................................................................................... 93Expiration d'une copie à la demande.............................................. 93Création d'une copie de base de données à partir de la page Copies...................................................................................................... 94

Détail du plan de service.............................................................................94Planning du plan de service............................................................94Découverte des applications..........................................................96Mappage des applications..............................................................96Script avant copie .........................................................................96la création de copies ..................................................................... 97Script après copie..........................................................................99Démontage de la copie précédente.............................................. 100le montage de copies ...................................................................100la validation de copies ..................................................................103Script après montage................................................................... 104le démontage de copies ...............................................................104

Montage des copies Exchange.................................................................. 104Limites du montage et de la restauration......................................105Montage d'une copie Exchange à la demande.............................. 105Démontage d'une copie Exchange ...............................................109Mappage de chemin..................................................................... 109

Présentation de la restauration de copie Exchange.................................... 111Entités affectées lors de la restauration........................................ 111Restauration à partir d'une copie Exchange.................................. 112Récupération manuelle d'une base de données Exchange............. 114Restauration partielle.................................................................... 114Restauration des logs à partir d'une copie cohérente en cas depanne (APiT)................................................................................ 115Restauration d'une base de données Exchange supprimée........... 116

Protection de SQL Server 117Présentation de la prise en charge de SQL Server..................................... 118

Préalables exigés pour SQL Server............................................... 118

Chapitre 5

Chapitre 6

SOMMAIRE


Configurations SQL Server prises en charge.................................119Considérations relatives à SQL Server dans un environnementVMware........................................................................................ 119Autorisations et droits requis........................................................120Mise à jour des informations d'identification pour une instance SQLServer.......................................................................................... 122

Prise en charge des groupes de disponibilité AlwaysOn.............................122Sauvegarde du fichier log des transactions SQL Server............................ 123

Configuration de la sauvegarde du fichier log des transactions SQLServer.......................................................................................... 124Configuration de scripts de sauvegarde de log............................. 126Exécution d'une sauvegarde de log à la demande......................... 127Affichage des sauvegardes de log d'un plan de service.................128Affichage des copies de base de données SQL.............................128Expiration des sauvegardes de log................................................ 131

Considérations relatives à l’utilisation de SQL Server dans un cluster....... 133Dossier SQL Server User Databases......................................................... 136

Découverte des instances SQL Server......................................... 136Protection d’une base de données SQL.....................................................137

Configuration de la protection d'une base de données SQL Server....138Annulation de l'inscription d'une base de données à un plan deservice..........................................................................................138Découverte des bases de données SQL Server ........................... 139Page des copies SQL....................................................................139Création d'une copie de base de données à partir de la page Copies.....................................................................................................140Expiration d’une copie de base de données SQL à la demande......141Résumé et détail du plan de service.............................................. 141

Considérations relatives au montage pour SQL Server..............................154Montage d'une copie de base de données SQL Server à la demande.....................................................................................................156Démontage d'une copie SQL Server ............................................ 164Mappage de chemin..................................................................... 164

Présentation de la restauration de base de données SQL Server.............. 166Considérations relatives à la restauration des bases de données d'ungroupe de disponibilité..................................................................167Entités affectées lors de la restauration....................................... 167Restauration d'une base de données primaire ou d'une base dedonnées secondaire avec basculement sur incident..................... 168Restauration d'une base de données secondaire sans basculementsur incident.................................................................................. 169Restauration d'une copie SQL Server...........................................170Utilitaire de restauration SQL Server (assqlrestore).....................172

Protection d'Oracle 177Présentation de la prise en charge d’Oracle.............................................. 178

Autorisations Oracle..................................................................... 178Intégration de Red Hat Cluster Services avec AppSync............... 178Prise en charge d'Oracle Data Guard........................................... 180Intégration de Veritas Cluster Services........................................ 182Intégration de clusters PowerHA (HACMP)................................. 184Préalables exigés et configurations prises en charge....................185

Protection d'une base de données............................................................ 194Découverte des bases de données................................................194

Chapitre 7

SOMMAIRE


Inscription d'une base de données à un plan de service................ 195Page des copies Oracle................................................................ 196

Résumé et détail du plan de service.......................................................... 198Planning du plan de service.......................................................... 199Remplacement des plannings des plans de service....................... 199Découverte des applications........................................................200Mappage des applications............................................................200Préférences de stockage.............................................................200Script avant copie........................................................................ 201Création de copie.........................................................................202Expiration automatique des copies.............................................. 202Script après copie........................................................................202Démontage de la copie précédente..............................................203Script avant montage.................................................................. 203Montage des copies ....................................................................204Remplacement des paramètres de montage d'un plan de service....205Script après montage.................................................................. 205le démontage de copies .............................................................. 206

Montage d’une copie Oracle.....................................................................206Montage d’une copie à l’aide de l’assistant Oracle Mount........... 208Fonction de catalogage RMAN .................................................... 212Montage sur un serveur autonome et préparation des scripts derestauration manuelle................................................................... 213Montage et restauration dans un cluster...................................... 214Mappage de chemin..................................................................... 215Réessayer la restauration d’une copie Oracle montée et restaurée....217

Restauration d’une copie Oracle................................................................217Restaurer une copie locale autonome .......................................... 219Entités affectées lors de la restauration...................................... 220Restauration d'un vDisk comportant des entités affectées...........221Restauration d'une copie RAC pour des entités affectées............221

Protection des systèmes de fichiers 225Présentation de la prise en charge des systèmes de fichiers.................... 226

Protection des systèmes de fichiers NFS sur le stockage VNX,VNXe et Unity..............................................................................226Intégration de clusters PowerHA (HACMP)................................ 228Systèmes de fichiers en cluster pour la reprise sur incident Windows.................................................................................................... 230

Paramètres du plan de service de système de fichiers.............................. 231Inscription d'un système de fichiers à un plan de service............. 237Remplacement des plannings des plans de service ......................237Planning du plan de service..........................................................238Découverte des applications........................................................ 238Mappage des applications............................................................239Phase de script avant copie......................................................... 239Scripts de blocage et de déblocage de la phase Create copy.......240Créer des copies cohérentes d’application des systèmes de fichiersUNIX............................................................................................ 241Configuration de nouvelles tentatives en cas d’échec VSS.......... 243Phase de script après copie......................................................... 243Démontage de la copie précédente..............................................244le montage de copies .................................................................. 245

Chapitre 8

SOMMAIRE


Script après montage...................................................................247Montage d’une copie avec l’assistant File System Mount.........................248

Modification du point de montage pour un système de fichiersaffecté.........................................................................................250Démontage d'une copie de système de fichiers ........................... 251Remplacement des paramètres de montage d'un plan de service....251Montage d’un système de fichiers après le redémarrage ............ 252Prise en charge du montage imbriqué pour les systèmes de fichiers..253Mappage de chemin.....................................................................253

Restauration d’un système de fichiers......................................................255

Protection des datacenters VMware 257Configurations préalables requises .......................................................... 258

Exigences relatives à VMware vStorage VMFS ...........................258Découverte des datacenters ....................................................................260

Liste des datacenters ................................................................. 260Ajout d’un serveur VMware vCenter ............................................261Liste des datastores VMware ...................................................... 261Protection d'un datastore VMware..............................................262

Considérations relatives au montage d'une copie VMFS ..........................270Montage d’une copie de datastore à la demande......................... 270Démontage d'une copie de datastore VMware ............................272

Restauration d'un datastore à partir d'une copie.......................................273Opérations sur les machines virtuelles au cours de la restauration....274Entités de datastore affectées lors de la restauration..................275

Restauration d’une machine virtuelle à partir d’une copie......................... 275Options de restauration des machines virtuelles.......................... 278

Restauration de fichiers ou de dossiers avec des datastores VMFS ou NFS...279

Restauration d'un fichier ou d'un dossier à partir d'un disque virtuel.................................................................................................... 280

Réaffectation 283Présentation de la réaffectation............................................................... 284

Planning de réaffectation............................................................ 285Modification d’un plan de réaffectation....................................... 286Actualisation des copies de réaffectation.................................... 286Expiration d'une copie de réaffectation....................................... 288Masquage des données à l’aide de scripts................................... 288

Utilisation de l'assistant de réaffectation..................................................288AppSync Service Plan In-Progress Monitor.................................290Affichage ou suppression des plannings de copie de réaffectation....290Afficher les copies réaffectées.....................................................291

Surveillance d'AppSync 293Concepts et bonnes pratiques en matière de RPO....................................294

Rapport de conformité des points de restauration.......................294Exportation d'un rapport de conformité des RPO au format CSV....295Récapitulatif de conformité des RPO.......................................... 295

Chapitre 9

Chapitre 10

Chapitre 11

SOMMAIRE


Alertes et événements associés................................................................295Acquittement des alertes.............................................................296

Alertes par e-mail .....................................................................................297Configurer les paramètres du serveur pour les alertes par courrierélectronique.................................................................................297Spécification des destinataires des alertes par e-mail..................298

AppSync Service Plan In-Progress Monitor..............................................298

Considérations relatives au stockage 299VNX Bloc .................................................................................................300

Considérations relatives aux plans de service pour les applicationssur stockage VNX Block............................................................... 301Montages dynamiques .................................................................301Montages Microsoft Cluster Server pour SQL Server................. 302Stratégie SAN sous Windows Server Standard ...........................302

VNX File .................................................................................................. 302Considérations relatives aux plans de service pour les applicationssur stockage VNX File..................................................................304Montages VNX File......................................................................304

VNXe........................................................................................................305Considérations relatives aux plans de service avec le VNXe........ 306Considérations relatives au montage et au démontage de copies surle VNXe....................................................................................... 306Considérations relatives au montage/démontage de datastores NFSsur le VNXe..................................................................................306

VMAX ...................................................................................................... 307Considérations relatives aux plans de service pour les applicationssur stockage VMAX..................................................................... 307Montage et démontage de copies VMAX.....................................309Montages Microsoft Cluster Server pour SQL Server.................. 310Réaffectation de copies sur VMAX............................................... 311Restaurations VMAX.....................................................................311

VMAX 3 et VMAX All Flash .......................................................................312Considérations relatives aux plans de service pour les applicationssur le stockage VMAX 3 et VMAX All Flash.................................. 312Montage/démontage des copies VMAX 3 et VMAX All Flash....... 313Présentation de la réaffectation avec VMAX All Flash et VMAX 3....314

Contrôleur ViPR ....................................................................................... 314Considérations relatives aux plans de service avec Contrôleur ViPR..315Montage et démontage de copies Contrôleur ViPR......................315Restauration d'une copie Contrôleur ViPR................................... 316

XtremIO ................................................................................................... 316Options de restauration avec le stockage XtremIO.......................319

RecoverPoint ........................................................................................... 319Considérations relatives au plan de service pour les applicationsavec une protection RecoverPoint............................................... 319Préalables exigés pour RecoverPoint...........................................320Montages dynamiques ou statiques............................................. 320Réaffectation des copies de signets RecoverPoint de bases dedonnées Oracle ou SQL Server.................................................... 322Restauration à l'aide d'un signet système de RecoverPoint......... 323Restaurer à partir d'une copie APIT............................................. 324

Unity ........................................................................................................325

Chapitre 12

SOMMAIRE


Considérations relatives aux plans de service avec Unity.............326Montage et démontage de copies du datastore NFS Unity..........326Montage et démontage de copies Unity.......................................327Montage et démontage de copies du système de fichiers NFS Unity.................................................................................................... 327Réaffectation de copies sur Unity................................................328

VPLEX...................................................................................................... 328Considérations relatives aux plans de service pour les applicationssur le stockage VPLEX.................................................................329Montage et démontage de copies VPLEX ...................................329Considérations relatives à la restauration VPLEX.........................330

Dell SC...................................................................................................... 331Considérations relatives aux plans de service pour les applicationssur stockage Dell SC.................................................................... 331Montage et démontage de copies Dell..........................................331

Résolution des problèmes d'AppSync 333Collecte automatique des logs.................................................................. 334

Collecter les logs......................................................................... 334EMC Secure Remote Support ou support à distance sécurisé EMC......... 335

Enregistrement d’ESRS...............................................................336Informations de configuration envoyées à Dell EMC via ESRS.....336

Problèmes d’AppSync...............................................................................337Redémarrage nécessaire après l'installation du plug-in hôteAppSync...................................................................................... 337Le compte utilisateur ne dispose pas des autorisations adéquates....338Le service AppSync Exchange Interface est partiellement enregistré.................................................................................................... 339Problème d'expiration du délai VSS............................................. 339Installation de l'hôte et problème de déploiement........................ 340Les groupes de disques Oracle ASM ne peuvent pas être montésaprès le redémarrage d'un hôte................................................... 340Échec du montage des groupes de disques ASM sur lesconfigurations MPIO de Red Hat Enterprise Linux 6.x et 7.x....... 340AppSync ne parvient pas à monter les groupes de disques ASMOracle (Event - ORCL_000043) ................................................. 341AppSync ne parvient pas à démonter les groupes de disques ASMOracle (Event - ORCL_000044).................................................. 341Échec de la découverte des bases de données Oracle................. 342Échec de la découverte des bases de données Oracle - / file systemfull............................................................................................... 342Échec du lancement de la base de données Oracle après unredémarrage................................................................................ 342Le script de redémarrage Oracle n’a pas été supprimé pour leshôtes UNIX enregistrés à l’aide d’un utilisateur SUDO lors de ladésinstallation de l’agent............................................................. 343AppSync ne parvient pas à créer des liens symboliques............... 343Vérification des logs système pour le redémarrage d’Oracle........344La base de données ne démarre pas avec le SPFile créé ............. 344Échec de récupération d’Oracle...................................................345Échec de la découverte des bases de données RAC Oracle 12.2.. 345Échec de la restauration de la base de données Oracle pendant uneopération prerecoverdb...........................................................345

Chapitre 13

SOMMAIRE


AppSync échoue à geler la base de données SQL Server au momentopportun (Event - SQL_000018).................................................346Cluster SQL : échec de montage d’une copie de deuxièmegénération................................................................................... 346Erreur d’expiration du délai au cours de la découverte de base dedonnées SQL............................................................................... 347Échec de la restauration SQL.......................................................347<AppSync>\jboss\standalone\tmp\vfs\ folder disk usage..........347La création d'une copie XtremIO prend du temps........................ 348Modification d'une adresse IP XMS............................................. 348Erreur lors du montage du datastore ou du disque virtuel............ 348Défaillance de mappage de disque virtuel.....................................348La protection des systèmes de fichiers ou des applications Oraclesur les appareils MPIO échouent au cours du mappage............... 349Le montage d’un système de fichiers ou d’une base de donnéesOracle sur RHEL 7.x échoue........................................................ 349Échec de la réaffectation des systèmes de fichiers sur plusieursLUN............................................................................................. 349Le type de système de fichier modifié n’est pas mis à jour après ladécouverte de l’hôte....................................................................350Le montage d’un instantané de système de fichiers vers RHEL7échoue.........................................................................................350Échec de la restauration du lockbox CST..................................... 351Échec de la protection et de la réaffectation sur VMAX............... 351Les services AppSync ne démarrent pas après le redémarrage.... 351Problème de configuration de Windows Server........................... 352Flash sur Windows Server 2012 R2..............................................352Actualisation du navigateur..........................................................353Échec du plan de service planifié................................................. 353AppSync ne parvient pas à démarrer sur Google Chrome ........... 353Échec de la mise à niveau d’AppSync.......................................... 354Défaillance de la base de données du serveur AppSync............... 354Échec du montage sur RHEL 7.4................................................. 354

Traitement des erreurs............................................................................. 354Consignation des événements.................................................................. 356

357

363

Glossaire

Index

SOMMAIRE


Préface

En vue d’améliorer la qualité de sa gamme de produits, Dell EMC publie régulièrementdes ré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. Pour obtenirles informations les plus récentes sur les fonctionnalités des produits, consultez lesnotes de mise à jour de vos produits.

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

Remarque

Les informations figurant dans ce document sont exactes à la date de publication.Accédez à https://support.emc.com afin de vous assurer que vous utilisez la version laplus récente.

ObjectifCe document fait partie de l’ensemble de la documentation d’AppSync et inclut desinformations sur l’utilisation et la gestion d’AppSync.

AudienceCe guide est destiné à être utilisé par les clients et prestataires de services pourl’utilisation et la configuration d’AppSync.

Documentation connexeLes publications suivantes fournissent des informations complémentaires :

l Guide d’installation et de configuration d’AppSync

l Notes de mise à jour d’AppSync

Conventions utilisées dans ce document pour certains points particuliersDell EMC utilise les conventions suivantes pour attirer l’attention du lecteur surcertains points particuliers :

DANGER

Indique une situation dangereuse qui, si elle n’est pas évitée, entraînera desblessures graves voire mortelles.

AVERTISSEMENT

Indique une situation dangereuse qui, si elle n’est pas évitée, risque d’entraînerdes blessures graves voire mortelles.

ATTENTION

Indique une situation dangereuse qui, si elle n’est pas évitée, risque d’entraînerdes blessures mineures ou modérées.

NOTE

Indique des pratiques n’impliquant aucune blessure.

Préface 11

https://support.emc.com

Remarque

Fournit des informations importantes, mais non vitales.

Conventions typographiquesDell EMC utilise le type de conventions stylistiques suivant dans ce document :

Tableau 1 Conventions typographiques

Gras Utilisé pour 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 Utilisé pour les titres complets de publications référencées dans letexte.

Monospace Utilisé pour :

l code système ;

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

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

l commandes et options.

Monospace italique Utilisé pour les variables

Monospace gras Utilisé pour les entrées utilisateur

[ ] Des crochets entourent les valeurs facultatives.

| Une barre verticale indique des 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

Obtenir de l’aidePour plus d’informations sur le support, les produits et les licences Dell EMC, procédezcomme suit :

Informations sur les produitsPour obtenir de la documentation, des notes de mise à jour, des mises à jour logiciellesou des informations sur les produits Dell EMC, rendez-vous à l’adresse https://support.emc.com.

Support techniqueRendez-vous sur https://support.emc.com, puis cliquez sur Centre de service. Vousdisposez de plusieurs possibilités pour contacter le Dell EMCsupport technique. Notezque pour pouvoir ouvrir une demande de service, vous devez disposer d’un contrat desupport valide. Pour savoir comment obtenir un contrat de support valide ou si vousavez des questions concernant votre compte, contactez un Dell EMCresponsable decompte.

Communautés en ligneConsultez le site https://community.emc.com/ pour contacter des pairs, discuter,découvrir les solutions et obtenir de l’assistance sur les produits. Communiquez en

Préface





https://community.emc.com/

ligne et de façon interactive avec des clients, des partenaires et des professionnelscertifiés au sujet de tous les produits Dell EMC.

Vos commentairesVos suggestions contribuent à améliorer la précision, l’organisation et la qualitéd’ensemble des publications destinées à nos utilisateurs. Nous vous invitons à envoyervotre avis sur ce document à l’adresse suivante : [email protected].

Préface

13

mailto:[email protected]

Préface


CHAPITRE 1

Introduction

Ce chapitre contient les sections suivantes :

l Présentation d’AppSync .................................................................................... 16l Architecture AppSync........................................................................................ 18l AppSync et Replication Manager........................................................................19

Introduction 15

Présentation d’AppSyncAppSync est un logiciel qui permet la gestion intégrée des données de copie (iCDM)avec les systèmes de stockage principal d’Dell EMC.

AppSync simplifie et automatise le processus de génération et de consommation descopies de données de production. Grâce à l’abstraction des technologies de stockageet de réplication sous-jacentes et grâce à une intégration approfondie desapplications, AppSync permet aux propriétaires d’applications de répondre d’eux-mêmes à la demande en matière de copies pour la reprise des opérations et laréaffectation des données. De ce fait, les administrateurs de stockage ne s’occupentque de la configuration initiale et de la gestion des règles, ce qui fournit unenvironnement agile et fluide.

AppSync découvre automatiquement les bases de données d’applications, apprend lastructure de base de données et la mappe via la couche de virtualisation sur le LUN destockage sous-jacent. Il orchestre ensuite toutes les activités requises, de la créationet la validation de copies au montage et lancement sur l’hôte cible ou la restaurationde l’application. Les workflows pris en charge incluent également l’actualisation,l’expiration et la restauration de la production.

Caractéristiques principales

l Prend en charge les environnements hôtes physiques, virtuels et mixtes surl’ensemble du stockage en mode bloc et fichier Dell EMC.

l S’intègre avec Oracle, SQL, Exchange, VMware vCenter et bien plus encore.

l Pour les applications client (EPIC, DB2, etc.), la prise en charge s’effectue via descopies de système de fichiers avec l’intégration de scripts d’appel, pour permettrele blocage et déblocage.

l Prend en charge des copies cohérentes avec les applications, cohérentes en casde panne et cohérentes avec la machine virtuelle (avec restauration d’une machinevirtuelle).

l Prend en charge les snapshots, les clones et les signets RecoverPoint.

l Prend en charge les plans à la demande et planifiés.

l L’assistant Repurpose prend en charge la création de copies cohérentes avec lesapplications, suivie de modifications manuelles. Les copies de deuxième générationde la copie modifiée sont alors distribuées et peuvent être supprimées selonl’expiration configurée.

Stockage et applications prises en chargeAppSync prend en charge les baies de stockage et les applications suivantes :

l Applications

n Oracle

n Microsoft SQL Server

n Microsoft Exchange

n Datastores VMware VMFS

n Datastores VMware NFS

n Systèmes de fichiers NFS

l Storage

n VMAX

Introduction


n VMAX 3

n VMAX All Flash

n VNX (modes bloc et fichier)

n VNXe

n XtremIO

n Contrôleur ViPR

n VPLEX

n Unity

n Dell SC

l Technologies de réplication

n VNX Advanced Snapshots

n Snapshot unifié VNXe

n TimeFinder Clone

n TimeFinder VP Snap

n SRDF

n SnapVX

n Signets RecoverPoint

n Snapshot XtremIO

n Snapshot ViPR

n DellSCSnap

Présentation des plans de serviceAppSync protège une application en créant des copies des données de celle-ci.

Vous devez indiquer à AppSync ce que vous souhaitez protéger en inscrivant un objetapplicatif à un plan de service. Lorsque le plan de service s'exécute, une copie estcréée. Le plan de service peut également monter et démonter la copie, la valider etexécuter des scripts créés par l'utilisateur. Ces actions sont appelées phases du plande service et peuvent différer d'une application à une autre.

AppSync propose plusieurs plans spécifiques selon les applications. Ceux-cifonctionnent sans modification. Avec la commande Subscribe to Plan and Run, vousappliquez les paramètres d'un plan de service aux données et protégez immédiatementces dernières.

Gestion basée sur des rôlesAppSync prend en charge l’accès aux ressources et aux fonctions basé sur des rôles.

Vous pouvez configurer AppSync pour plusieurs utilisateurs. Chaque utilisateur peut sevoir attribuer un ou plusieurs rôles en fonction de ses responsabilités et de ses besoins.Vous pouvez créer des utilisateurs localement dans AppSync ou éventuellement enajouter par le biais d’un serveur LDAP gérant les autorisations.

Le tableau suivant décrit chacun des rôles utilisateur.

Introduction

Présentation des plans de service 17

Tableau 2 Rôles Utilisateur

Role Fonction

Administrateur de la sécurité Gère l’accès des utilisateurs à AppSync.

Administrateur de ressources Gère les hôtes, les systèmes de stockage, lesserveurs et les sites RecoverPoint.

Administrateur de plan de service Personnalise et exécute des plans de serviceutilisés pour la protection des données.

Administrateur de données Gère la protection et la restauration desdonnées.

Le Guide de configuration de la sécurité d’AppSync fournit davantage d’informations surles rôles d’utilisateur spécifiques et leurs autorisations.

Rapports d'AppSyncAppSync génère des rapports qui vous indiquent si les données sont protégées, s'il estpossible de les restaurer et si elles sont conformes aux SLA.

Les rapports inclus dans AppSync fonctionnent sans aucune modification. Les alerteset les rapports sont facilement consultables en haut du tableau de bord AppSync. Lesalertes peuvent être envoyées par e-mail. AppSync permet d'exporter les rapportssous forme de valeurs séparées par des virgules (format CSV).

Architecture AppSyncLes composants AppSync comprennent le serveur AppSync, l'agent (logiciel du plug-inhôte) et les interfaces utilisateur (console).

Figure 1 Flux de l'architecture d'AppSync

Introduction


Serveur AppSyncLe logiciel serveur AppSync réside sur un système Windows pris en charge. Il contrôleles plans de service et stocke les données sur chaque copie créée.

Le référentiel est stocké dans une base de données PostgreSQL sur le serveurAppSync.

Présentation de l’agent AppSync (plug-in hôte)AppSync installe un logiciel de plug-in léger, ou agent, sur les serveurs de productionet les hôtes de montage.

AppSync transmet le logiciel du plug-in du serveur AppSync vers l’hôte lorsque vousajoutez ce dernier en tant que ressource. Dans un environnement empêchant leserveur AppSync d’accéder à l’hôte, vous pouvez installer le plug-in manuellement.

Remarque

Avec une installation par transmission (push), le plug-in hôte de l’agent reste à lamême version que le serveur AppSync. Si vous souhaitez mettre à niveau le plug-inhôte de l’agent, sélectionnez Update plug-in sous Settings > Servers.

Pour UNIX, les bundles tar pour AIX et Linux sont transmis et extraits sur l’hôte aucours de l’enregistrement de ce dernier.

Les hôtes où réside le plug-in sont par exemple des serveurs de messagerie Exchangeou des hôtes de montage ou de validation Exchange. Le plug-in de l’agent n’est pasutilisé pour la protection des datastores VMware.

Le Guide d’installation et de configuration d’AppSync fournit davantage d’informationssur l’installation de l’agent AppSync.

Console AppSync (interface utilisateur)La console AppSync est basée sur le Web. Elle est compatible avec les navigateursChrome, Internet Explorer et Firefox. Consultez la matrice de support AppSync pourconnaître les versions prises en charge.

CLI AppSyncLa CLI AppSync est un utilitaire fourni avec AppSync. Il est utilisé pour la rédaction descripts ou pour l'exécution de tâches via une interface de ligne de commande.

Interface RESTAppSync dispose d'une interface REST qui permet aux programmeurs d'applicationsd'accéder aux informations contrôlées par AppSync.

L'API est décrite dans le document AppSync REST API Reference Guide.

AppSync et Replication ManagerBien qu'il s'agisse de produits associés, il existe des différences importantes entreAppSync et Replication Manager.

AppSync diffère de Replication Manager en ce sens qu'il utilise le concept de plans deservice (règles de protection) pour répondre à des exigences de niveau de service

Introduction

Serveur AppSync 19

spécifiques. Les plans de service sont entièrement personnalisables et peuvent êtreappliqués à l'application d'un simple clic. AppSync est facile à utiliser par lesadministrateurs d'applications, ainsi que par les administrateurs de stockage, car il nerequiert aucune connaissance préalable des technologies de réplication des données.

Interopérabilité d’AppSync et de Replication ManagerReplication Manager Server et AppSync Server ne peuvent pas résider sur un mêmehôte.

Le client Replication Manager et le plug-in de l’agent AppSync peuvent être installéssur le même hôte et peuvent coexister, mais les hôtes de montage ne doivent pas êtrepartagés entre les produits.

Introduction


CHAPITRE 2

Console AppSync

Ce chapitre comprend les sections suivantes :

l Présentation de la console................................................................................. 22l Définir les préférences console.......................................................................... 22l Démarrer la console AppSync............................................................................ 23

Console AppSync 21

Présentation de la consoleLa console AppSync est organisée en sections pour l’administration, le reporting et lagestion.

l L’onglet Dashboard offre une vue personnalisable des rapports et des alertes. Letableau de bord par défaut présente l’état des objectifs de point de restauration(RPO) des applications protégées, l’état d’achèvement des plans de service, lesalertes les plus récentes et les activités en cours.

l L’onglet Copy Management répertorie les applications découvertes telles queMicrosoft Exchange et Microsoft SQL Server. Du point de vue des applications,cet onglet constitue le point de départ de la protection, du montage, de larestauration, de l’inscription aux plans de service et d’autres opérations.

l L’onglet Service Plans vous permet d’afficher et de modifier les paramètres desplans de service, et d’afficher la liste des objets inscrits à un plan de service, lescopies créées à partir de ces objets et les événements générés lors de l’exécutiondu plan de service.

l L’onglet Monitoring affiche les alertes, les rapports de conformité des points derestauration et les rapports d’exécution des plans de service.

l L’onglet Settings permet d’ajouter des serveurs, des serveurs VMware vCenter etdes ressources de stockage dans AppSync. La gestion des licences,l’administration des utilisateurs et les paramètres du serveur sont égalementdisponibles sous Settings.

l L’onglet Support permet d’accéder à des vidéos pratiques, du contenu eLearning,ainsi qu’à la page de support d’AppSync du site Web de support Dell EMC. Il inclutégalement un accès à l’Assistant AppSync Log Collection.

Les rôles d’utilisateur déterminent les sections de la console qui s’affichent et lesopérations qui sont répertoriées dans les menus. Par exemple, la console n’affiche pasles onglets Copy Management et Service Plans pour un utilisateur disposantuniquement du rôle d’administrateur de sécurité.

Effectuer des actionsPour appliquer une action à un objet, sélectionnez l'objet, puis cliquez sur les boutonsd'action situés en bas de la page. Utilisez la touche Maj pour sélectionner plusieursobjets. Utilisez la touche Ctrl pour sélectionner des objets non contigus. Pourappliquer une action à plusieurs objets, cliquez sur le bouton d'action de la sélectionfinale.

Les objets sont par exemple des hôtes d'application, des systèmes de stockage, desserveurs de messagerie, des bases de données, des copies et des utilisateurs.

Heures indiquées dans la consoleLes heures indiquées dans la console AppSync correspondent à l'heure locale duserveur AppSync et non de la console.

Définir les préférences consoleVous pouvez définir la langue de l'interface utilisateur et optimiser la console pour uneutilisation sur des connexions à distance.

Console AppSync


Procédure

1. Sélectionnez la langue de votre choix dans la liste des langues installées.

Si vous modifiez la langue, vous devez fermer le navigateur et redémarrerAppSync pour que les paramètres prennent effet.

2. Pour optimiser l'utilisation de l'interface utilisateur dans le cadre de connexionsà distance, sélectionnez Optimize for Remote Connection.

Par exemple, certains effets visuels peuvent ralentir l'affichage de l'écranlorsque vous accédez à la console à distance. La sélection de cette optionaméliore le délai de réponse à distance, mais sans altérer les options de gestionni le fonctionnement.

Démarrer la console AppSyncVous pouvez exécuter la console AppSync dans un navigateur Web pris en charge, àpartir de n'importe quel système disposant d'une connectivité au serveur AppSync.

Utilisez http://appsync_server:8085/appsync pour démarrer la console.

Si vous exécutez la console sur le serveur AppSync, vous pouvez la démarrer encliquant sur le raccourci AppSync, sur le poste de travail du programme d'installation.appsync_server doit être un nom d'hôte et pas une adresse IP.

Console AppSync

Démarrer la console AppSync 23

Console AppSync


CHAPITRE 3

Utilitaire AppSync CLI


l Utilitaire AppSync CLI........................................................................................ 26l Actions de la CLI................................................................................................ 27

Utilitaire AppSync CLI 25

Utilitaire AppSync CLIAppSync CLI est un utilitaire fourni avec AppSync. Il est utilisé pour la rédaction descripts ou pour l'exécution de tâches via une interface de ligne de commande.

AppSync CLI est installé dans le répertoire EMC\AppSync\appsync-cli. Vouspouvez l'exécuter sous Windows avec le fichier appsync-cli.bat. Si voussouhaitez utiliser la CLI AppSync à partir d'Unix, copiez le répertoire EMC\AppSync\appsync-cli dans l'hôte Unix et exécutez appsynccli. sh.

Conditions préalables

l Java Runtime Environment (JRE) version 7, mise à jour 6 (jre1.7) ou versionsupérieure, doit être installé et disponible dans le chemin d'accès.

l L'installation d'AppSync doit être configurée avec des ressources enregistrées.

l Les applications doivent être découvertes sur les hôtes enregistrés.

l Les plans de service doivent être configurés.

l Si vous utilisez la CLI sur un hôte qui n'est pas en anglais, veillez à configurer lapage de code appropriée avant l'exécution. Pour définir la page de code, utilisezchcp dans l'invite de commande.

Utilisation de la CLIVous pouvez exécuter la CLI AppSync sur le serveur où réside l'installation d'AppSync.Vous pouvez également déplacer le répertoire \EMC\Appsync\appsync-cli versun autre emplacement ou sur un autre hôte. Toutes les actions exécutées à des fins derédaction de scripts renvoient le code zéro (0) en cas de réussite et le code dedéfaillance du système local -1 sous Windows ou 255 sous Linux. La syntaxe à utiliserdans la CLI AppSync est la suivante :

appsync-cli.bat -action options=valueL'action que vous souhaitez effectuer doit être précédée d'un argument muni d'untiret -argument. Toutes les options spécifiques de cette action sont des paires clé/valeur key=value. Lorsque vous utilisez une valeur contenant des espaces comme unsystème de fichiers ou un chemin, vous n'avez pas besoin de placer le texte entreguillemets. N'utilisez pas de guillemets avec une valeur qui se termine par une barreoblique inverse de fin. Java ignore cette construction.

La CLI AppSync a également deux arguments facultatifs pour la gestion des messages.À tout moment, vous pouvez utiliser l'argument verbose=true pour une sortie plusdétaillée et silent=true pour supprimer tous les messages.

L'aide « /? » argument

Pour appeler un menu d'aide détaillé en rapport avec une commande, ajoutezl'argument /?. Cet argument affiche toutes les commandes CLI disponibles. En raisonde la complexité et du grand nombre d'arguments, l'aide de la CLI utilise les partitionsde menu suivantes :

l appsync-cli.bat /? Affiche des informations sur toutes les actions prises encharge par la CLI.

l appsync-cli.bat -action /? Affiche les options d'application non spécifiquesdisponibles pour l'action sélectionnée.

l appsync-cli.bat -action app=<value> /? Affiche les options spécifiques del'application disponibles pour l'action sélectionnée.



l appsync-cli.bat -mount app=<value> option=<value> /? Affiche lesoptions spécifiques du montage pour l'option de montage fournie.

Remarque

Lorsque vous utilisez l'argument d'aide sur un système doté de paramètres régionauxautres que l'anglais, vous devez le placer entre guillemets : "/?".

Actions de la CLICette section décrit les actions de la CLI AppSync.

La CLI AppSync prend en charge les actions suivantes :

l Connexion/déconnexion

l Exécution d'un plan de service

l Activation/désactivation d'un plan de service

l Liste de toutes les copies créées pour un objet applicatif ou un plan de service

l Liste de toutes les informations d'un objet applicatif

l Inscription/annulation de l'inscription d'un objet applicatif à un plan de service

l Montage/démontage d'une copie

l Expiration d'une copie

l Exécution et exportation de rapports AppSync

l Actualisation

connexionAuthentifie le serveur AppSync.

Syntaxelogin-servervaleur

-port valeur

-user valeur

-password valeur

/?Arguments

-servervaleur Le serveur souhaité pour l'authentification. La valeur par défautest server=localhost.

-port valeur Le port HTTPS du serveur AppSync. Le port par défaut est8445.

-user valeur Spécifie l'utilisateur à authentifier. L'utilisateur par défaut estadmin.

-password valeur Définit le mot de passe associé à l'utilisateur. Si aucun mot depasse n'est défini, vous êtes invité à en saisir un.

/? Affiche l'aide de la ligne de commande.


Actions de la CLI 27

Description :Cette commande authentifie le serveur AppSync. Elle nécessite le nom du serveur, leport de communication https, l'utilisateur AppSync et le mot de passe associé. Parexemple :

appsync-cli.bat -login server=<server> port=8445 user=adminpassword=<admin_pass>Une fois que vous êtes connecté, un fichier nommé LOCAL_TOKEN est créé dans lerépertoire actif. Il contient les informations d'authentification requises. Si ce fichierest supprimé ou en cas d'expiration de la session en cours, vous devez ouvrir unenouvelle session en exécutant à nouveau la commande de connexion.

Voir aussilogout

déconnexionAnnule une connexion ouverte de la CLI AppSync.

Syntaxelogout/?Arguments


DescriptionCette commande annule une connexion ouverte de la CLI. Après avoir exécuté desactions dans la CLI AppSync, veillez à vous déconnecter. Non seulement la commandede déconnexion ferme la session en cours, mais elle la rend également non valide. Parexemple :

appsync-cli.bat -logout

Voir aussilogin

refreshActualise la copie spécifiée.

Syntaxerefresh-appvaleur

-copy_IDvaleur

/?Arguments

-appvaleur Sélectionnez l'application à actualiser. Les valeurs possibles sontles suivantes :

l sql

l oracle



-copy_ID valeur L'UUID de la copie à actualiser.


DescriptionCette commande met à jour la copie de l'application spécifiée. Par exemple :

appsync-cli.bat -refresh app=sql

Voir aussiexpire

runSPExécute le plan de service spécifié.

SyntaxerunSP-service_planvaleur

-app valeur

-log_backup_only valeur

/?Arguments

-service_planvaleur Le plan de service que vous souhaitez exécuter.

-app valeur Spécifie l'application. Valeurs :

l sql

l oracle

l filesystem

l datastore

l exchange

-log_backup_only valeur Utilisé pour la sauvegarde de log de base de donnéesSQL à la demande. Valeurs :

l true

l false


DescriptionVous pouvez exécuter un plan de service en spécifiant le nom de l'application et le plande service. Par exemple :

appsync-cli.bat -runSP app=sql service_plan=Bronze

Voir aussienableSPdisableSP


runSP 29

enableSPActive le plan de service spécifié.

SyntaxeenableSP-service_planvaleur

-app valeur

/?Arguments

-service_planvaleur Le plan de service que vous souhaitez activer.


l sql

l oracle

l filesystem

l datastore

l exchange


Description :Vous pouvez activer un plan de service en spécifiant le nom de l'application et le plande service. Par exemple :

appsync-cli.bat -enableSP app=sql service_plan=Bronze

Voir aussirunSPdisableSP

disableSPDésactive le plan de service spécifié.

SyntaxedisableSP-service_planvaleur

-app valeur

/?Arguments

-service_planvaleur Le plan de service que vous souhaitez désactiver.


l sql

l oracle

l filesystem



l datastore

l exchange


Description :Vous pouvez désactiver un plan de service en spécifiant le nom de l'application et leplan de service. Par exemple :

appsync-cli.bat -disableSP app=sql service_plan=Bronze

Voir aussirunSPenableSP

rapportExécution et exportation de rapports AppSync.

Syntaxereport-report_typevaleur

-detailed valeur

-category valeur

-age valeur

-service_plan valeur

-app valeur

/?Arguments

-report_typevaleur Le type de rapport que vous souhaitez exécuter. Lesvaleurs possibles sont les suivantes :

l rpo

l spc

l alertes

l activity

-detailed valeur Le format du rapport. Vous pouvez exécuter un rapportdétaillé ou un rapport de synthèse. La valeur peut êtretrue ou false.

-category valeur La catégorie du compte. Valeurs :

l all

l rpo

l phase_failure

l other

l license


rapport 31

l maintenance

-age valeur Spécifie la durée des événements. Les valeurs possiblessont les suivantes :

l day

l week

l month

l all

-service_plan valeur Affiche des alertes pour le plan de service spécifié. Lavaleur par défaut est all.

-app valeur Le nom de l’application. Les valeurs possibles sont lessuivantes :

l sql

l oracle

l filesystem

l datastore

l exchange

/? Affiche l’aide de la ligne de commande.

DescriptionIl existe quatre rapports que vous pouvez exécuter et exporter via la CLI AppSync. Ils’agit des rapports suivants :

l Objectif de point de restauration (rpo)

l Exécution du plan de service (spc)

l Alerte

l Activité

Exécutez les rapports sous forme résumée ou détaillée à l’aide de l’argumentdetailed=true/false. Le rapport d’activité fait exception à cette règle, car il affichel’activité en cours d’exécution.

Tous les rapports sont exportés dans un fichier .csv dans le répertoire actif, sous unnom unique indiquant le type de rapports et l’heure locale. Pour plus d’informations,utilisez la commande d’aide (/?) pour les rapports. Par exemple :

appsync-cli.bat -report report_type=rpo detailed=true

Voir aussiexpire

expirerFait expirer une copie spécifiée.

Syntaxeexpire-appvaleur

-copy_ID valeur

-force valeur



/?Arguments

-appvaleur Le nom de l'application. Les valeurs possibles sont les suivantes :

l sql

l oracle

l filesystems

l datastore

l exchange

-copy_ID valeur L'UUID de la copie que vous souhaitez faire expirer.

-force valeur Supprime une copie ayant plusieurs copies associées La valeurpeut être true ou false.


Description :pour faire expirer une copie, vous devez indiquer le nom de l'application et l'UUID de lacopie. Par exemple : appsync-cli.bat -expire app=datastorecopy_ID=<value>Voir aussirefresh

inscriptionAbonne un objet de données au plan de service spécifié.

Syntaxesubscribe-service_planvaleur

-app valeur

/?Arguments

-service_planvaleur Le plan de service auquel vous souhaitez vous abonner.

-appvaleur Le nom de l'application. Les valeurs possibles sont lessuivantes :

l sql

l oracle

l filesystems

l datastore

l exchange


Description :Vous pouvez inscrire un objet applicatif à un plan de service à l'aide de la CLI. Lesoptions varient en fonction de chaque application. Exécutez la commande d'aide "/?"


inscription 33

pour l'application que vous souhaitez inscrire afin d'obtenir la liste complète desarguments requis. Par exemple :

appsync-cli.bat -subscribe app=oracle service_plan=<sp1>oracle_server=<server> db_name=<db1>

Tableau 3 Options spécifiques de l'application

SQL

-sql_servervaleur Le serveur SQL de la base de donnéessouhaitée. L'option par défaut estsql_server=localhost.

-instance_namevaleur L'instance SQL de la base de donnéessouhaitée. L'option par défaut estinstance_name=MSSQLSERVER

-db_namevaleur La base de données SQL que vous souhaitezinscrire.

-user_databasesvaleur Permet l'inscription du dossier de base dedonnées utilisateur. La valeur peut être trueou false.

Oracle

-oracle_servervaleur Le serveur Oracle de la base de donnéessouhaitée. L'option par défaut estoracle_server=localhost

-db_namevaleur La base de données Oracle que voussouhaitez inscrire.

Système de fichiers

-fs_servervaleur Le serveur du système de fichiers souhaité.L'option par défaut estfs_server=localhost.

-fs_namevaleur Le nom du système de fichiers. L'option pardéfaut est fs_name=C:\\.

-fs_typevaleur Le format du système de fichiers. L'option pardéfaut est fs_type=ntfs.

Datastore

-datastorevaleur Le datastore que vous souhaitez inscrire.

-datacentervaleur Le datacenter pour trouver le datastore.

-vcentervaleur Le serveur vCenter pour trouver le datastore.L'option par défaut estvcenter=localhost.

Exchange

-ex_servervaleur Le serveur Exchange auquel vous souhaitezvous inscrire.

-db_namevaleur La base de données Exchange à laquelle voussouhaitez vous inscrire.



Voir aussiunsubscribe

annulation de l'inscriptionAnnule l'abonnement d'un objet de données au plan de service spécifié.

Syntaxeunsubscribe-service_planvaleur

-app valeur

/?Arguments

-service_planvaleur Le plan de service auquel vous souhaitez vous désabonner.


l sql

l oracle

l filesystems

l datastore

l exchange


DescriptionVous pouvez désinscrire un objet applicatif d'un plan de service à l'aide de la CLI. Lesoptions varient en fonction de chaque application. Exécutez la commande d'aide "/?"pour l'application que vous souhaitez désinscrire afin d'obtenir la liste complète desarguments requis. Par exemple :

appsync-cli.bat -unsubscribe app=sql service_plan=<sp1>sql_server=<server> instance_name=<instance> db_name=<db1>


SQL

-sql_servervaleur Le serveur SQL de la base de donnéessouhaitée. L'option par défaut estsql_server=localhost.

-instance_namevaleur L'instance SQL de la base de donnéessouhaitée. L'option par défaut estinstance_name=MSSQLSERVER

-db_namevaleur La base de données SQL dont vous souhaitezannuler l'inscription.

-user_databasesvaleur Vous permet de désabonner le dossier de basede données utilisateur. La valeur peut êtretrue ou false.


annulation de l'inscription 35

Tableau 4 Options spécifiques de l'application (suite)

Oracle

-oracle_servervaleur Le serveur Oracle de la base de donnéessouhaitée. L'option par défaut estoracle_server=localhost

-db_namevaleur La base de données Oracle dont voussouhaitez annuler l'inscription.





Datastore

-datastorevaleur Le datastore dont vous souhaitez annulerl'inscription.



Exchange

-ex_servervaleur Le serveur Exchange dont vous souhaitezannuler l'inscription. Dans le cas des DAG, lenom du serveur est celui du DAG.

-db_namevaleur La base de données Exchange dont voussouhaitez annuler l'inscription.

Voir aussisubscribe

listCopiesAffiche toutes les copies qui répondent aux propriétés spécifiques de l'applicationspécifiée.

SyntaxelistCopies-service_planvaleur

-app valeur

-age valeur

/?



Arguments

-service_planvaleur Le plan de service duquel vous souhaitez vous désabonner.


l sql

l oracle

l filesystems

l datastore

l exchange

-agevaleur Filtre les copies pouvant être affichées sur la console enfonction de leur âge. Les valeurs possibles sont lessuivantes :

l day

l week

l month

l all


Description :L'UUID de la copie est requis pour monter cette dernière. Pour obtenir cesinformations, exécutez la commande -listCopies pour un plan de service ou pourun objet applicatif. Les arguments sont spécifiques aux applications. Par conséquent,veillez à utiliser la commande d'aide "/?" . Par exemple :

appsync-cli.bat -listCopies app=sql instance_name=<value>db_name=<value> age=all


SQL

-instance_namevaleur L'instance SQL de la base de donnéessouhaitée. L'option par défaut estinstance_name=MSSQLSERVER.

-db_namevaleur Affiche la base de données SQL spécifiée.

-log_backup_onlyvaleur Détermine si la sauvegarde du journal de basede données doit être affichée ou non. Lavaleur peut être true ou false.

-onlyRepurposeCopiesvaleur Détermine si les copies réaffectées doiventêtre affichées ou non. La valeur peut être trueou false.

Oracle

-oracle_servervaleur Le serveur Oracle de la base de donnéessouhaitée. Pour Oracle RAC, saisissez tous lesnœuds sous forme de chaîne séparée par des


listCopies 37

Tableau 5 Options spécifiques de l'application (suite)

virgules. Par exemple,oracle_server=node1,node2

-db_namevaleur Affiche la base de données Oracle spécifiée.

-onlyRepurposeCopiesvaleur Détermine si les copies réaffectées doiventêtre affichées ou non. La valeur peut être trueou false.





Datastore

-datastorevaleur Le nom du datastore souhaité.



Exchange

-ex_servervaleur Nom du serveur Exchange que vous souhaitezafficher. Dans le cas des DAG, le nom duserveur est celui du DAG.

-db_namevaleur Affiche la base de données Exchangespécifiée.

Voir aussicopyDetails

copyDetailsAffiche des informations sur la copie spécifiée.

SyntaxecopyDetails-app valeur

-copy_IDvaleur

/?Arguments




l sql

l oracle

l filesystems

l datastore

l exchange

-copy_IDvaleur L'UUID de la copie que vous souhaitez afficher.


Description :L'UUID de la copie est requis pour monter cette dernière. Pour obtenir desinformations supplémentaires sur une copie d'application, exécutez la commande -copyDetails pour un plan de service ou pour un objet applicatif. Les arguments sontspécifiques aux applications. Par conséquent, veillez à utiliser la commande d'aide"/?" . Par exemple :

appsync-cli.bat -copyDetails app=<app> copy_ID=<value>Voir aussilistCopies

montageMonte une copie spécifiée.

Syntaxemount-copy_IDvaleur

-app valeur

/?Arguments

-copy_IDvaleur L’UUID de la copie que vous souhaitez monter.

-appvaleur Le nom de l’application. Les valeurs possibles sont les suivantes :

l sql

l oracle

l filesystems

l datastore

l exchange

/? Affiche l’aide de la ligne de commande.

DescriptionLa CLI AppSync prend en charge toutes les options de montage qui sont disponiblesvia l’interface utilisateur. Les options varient en fonction de chaque application.Exécutez la commande d’aide "/?" pour l’application que vous souhaitez monter afinde déterminer les options de montage. Par exemple :

l appsync-cli.bat -mount app=filesystem copy_ID=<value>mount_host=<value>


montage 39

l appsync-cli.bat -mount app=sql copy_ID=<value>option=recover recovery_instance=<value>point_in_time=<value>

l appsync-cli.bat -mount app=datastore copy_ID=<value>mount_host=<value> cluster_mount=yesimage_access_mode=virtual_roll

l appsync-cli.bat -mount app=oracle copy_ID=<value> option=racmount_cluster=<value> mount_servers=<server1,server2>

appsync-cli.bat -subscribe app=oracle service_plan=<sp1>oracle_server=<server> db_name=<db1>

Tableau 6 Options SQL :

SQL

-copy_IDvaleur L’UUID de la copie que vous souhaitezmonter.

-optionvaleur Spécifie l’option de restauration de copie. Lavaleur peut être mount ou recover.

Options de montage autonome SQL

-mount_hostvaleur L’hôte sur lequel vous souhaitez monter lacopie.

-mount_all_copiesvaleur Détermine si vous souhaitez monter toutes lescopies. La valeur peut être true ou false.

-mount_accessvaleur Type d’accès avec lequel la copie doit êtremontée.

-mount_pathvaleur Le chemin d’accès autre que par défaut pourmonter une copie. Les valeurs possibles sontles suivantes :

l Chemin mappé

l chemin par défaut

UNIX DEFAULT: /appsync-mountsWIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName

-mapped_pathvaleur Le mappage de la source vers le chemin cible.Cette option s’applique uniquement à unchemin mappé.

UNIX: /source:::/target,/abc:::/xyzWIN: R:\:::S:\,T:\MountPoint:::U:\

-metadata_pathvaleur Le chemin d’accès autre que par défaut pourmonter la copie des métadonnées.

-image_access_modevaleur Le mode d’accès pour l’image. Les valeurspossibles sont les suivantes :



Tableau 6 Options SQL : (suite)

l logged

l virtual

l virtual_roll

-dedicated_sgvaleur Spécifie le groupe de stockage dédié.

disable_rp_srmvaleur Désactive RecoverPoint SRM (Site RecoveryManager). Cette option est uniquementdisponible sur RecoverPoint 4.1 et les versionsultérieures. La valeur peut être true ou false.

-point_in_timevaleur Vous permet de monter une copie ponctuelle.

-desired_SLOvaleur Spécifie les objectifs de niveau de service devotre choix pour les baies VMAX V3.

-desired_FAST_VPvaleur Spécifie la règle FAST VP pour les copiesVMAX V2.

-vplex_mountvaleur Spécifie les options de montage VPLEX.

-enable_cluster_mountvaleur Permet le montage en cluster VMware.

Options de montage et de restauration SQL

-recovery_instancevaleur Instance SQL Server à utiliser pour larestauration.

-recovery_typevaleur Le type de restauration de votre choix.

-db_naming_suffixvaleur Spécifier un suffixe qui doit être ajouté à labase de données après le montage.

-mount_pathvaleur Le chemin d’accès autre que par défaut pourmonter une copie. Les valeurs possibles sontles suivantes :

l Chemin mappé


UNIX DEFAULT: /appsync-mountsWIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName


UNIX: /source:::/target,/abc:::/xyzWIN: R:\:::S:\,T:\MountPoint:::U:\



montage 41

Tableau 6 Options SQL : (suite)


l logged

l virtual

l virtual_roll

-dedicated_sgvaleur Spécifie le groupe de stockage dédié.






Tableau 7 Options Oracle

Oracle


-optionvaleur Spécifie l’option de restauration de copie. Lesvaleurs possibles sont les suivantes :

l mount

l rman

l recover

l manual

l rac

Options de montage autonome Oracle



-mount_pathvaleur Le chemin d’accès autre que par défaut pourmonter une copie.


l logged

l virtual

l virtual_roll



Tableau 7 Options Oracle (suite)


filesystem_checkvaleur Effectue une vérification du système defichiers pendant le montage. Cela s’appliqueuniquement aux hôtes UNIX et LINUX. Lavaleur peut être true ou false.






Options Oracle de montage RMAN





l logged

l virtual

l virtual_roll

-rman_uservaleur Spécifie le nom d’utilisateur RMAN.

-rman_passwordvaleur Spécifie le mot de passe RMAN.

-rman_connect_stringvaleur Spécifie la chaîne de connexion RMAN.

-tns_adminvaleur Le chemin d’accès autre que par défaut deTNS_ADMIN.

-oracle_homevaleur Le chemin d’accès autre que par défaut deORACLE_HOME.

-asm_dg_namevaleur Le nom autre que par défaut pour le groupe dedisques ASM.

-skip_data_filesvaleur Vous permet d’ignorer les fichiers de données.




montage 43





Options de montage et de restauration Oracle



-image_access_modevaleur Mode d’accès à l’image. Les valeurs possiblessont les suivantes :

l logged

l virtual

l virtual_roll

-open_modevaleur Spécifie le mode d’ouverture de la copie aprèsla restauration.


-database_namevaleur Le nom autre que par défaut pour la base dedonnées.

-sid_namevaleur Le nom autre que par défaut pour l’identifiantde session.


-init_paramsvaleur Spécifie les paramètres personnalisés init pourla restauration.






spfile_asmvaleur Crée un fichier SPFILE sur ASM.

add_control_filesvaleur Crée des fichiers de contrôle supplémentaires.

change_dbvaleur Indique l’ID de base de données de la base dedonnées montée.




use_adr_destvaleur Force la base de données montée à utiliser lerépertoire de base ADR au lieu de TEMP pourles logs de diagnostic.

disable_archvaleur Désactive le mode ARCHIVELOG sur une basede données montée.

Montage restauration manuelle ORACLE




l logged

l virtual

l virtual_roll












Montage RAC

-mount_clustervaleur Le cluster sur lequel vous souhaitez monterune copie. La valeur par défaut est OriginalCluster.

-mount_servervaleur Serveur sur lequel vous souhaitez monter lacopie.


montage 45




l logged

l virtual

l virtual_roll












Tableau 8 Options spécifiques du système de fichiers



-optionvaleur Spécifie l’option de restauration de copie. Lavaleur peut être mount ou recover.

-mount_hostvaleur L’hôte sur lequel vous souhaitez monter lacopie. La valeur par défaut est l’hôted’origine.




Tableau 8 Options spécifiques du système de fichiers (suite)

-mount_accessvaleur Type d’accès avec lequel la copie doit êtremontée. La valeur peut être lecture seule oulecture/écriture.

-mount_pathvaleur Le chemin pour monter une copie. Les valeurspossibles sont les suivantes :

l Chemin mappé


UNIX DEFAULT: /appsync-mounts WIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName


UNIX: /source:::/target,/abc:::/xyz WIN: R:\:::S:\,T:\MountPoint:::U:\


l logged

l virtual

l virtual_roll


filesystem_checkvaleur Effectue une vérification du système defichiers pendant le montage. Cela s’appliqueuniquement aux hôtes UNIX et LINUX. Lavaleur peut être true ou false.

-point_in_timevaleur Vous permet de monter une copie ponctuelle.(FORMAT: \"MM/dd/yyy hh:mm:ss am/pm\")




-enable_cluster_mountvaleur Permet le montage en cluster VMware. Lavaleur peut être true ou false.


montage 47

Tableau 8 Options spécifiques du système de fichiers (suite)

-dedicated_sgvaleur Spécifie le groupe de stockage dédié. Lavaleur peut être true ou false.

Tableau 9 Options particulières du datastore

Datastore


-mount_hostvaleur L’hôte sur lequel vous souhaitez monter lacopie. La valeur par défaut est l’hôted’origine.


-mount_signaturevaleur Vous permet de spécifier si vous souhaitezutiliser la signature du montage d’origine ouune nouvelle. La valeur peut être nouveau oud’origine.

-cluster_mountvaleur Indique si vous souhaitez ou non les monterdans un cluster. La valeur peut être oui ounon.


l logged

l virtual

l virtual_roll


-point_in_timevaleur Vous permet de monter une copie ponctuelle.(FORMAT: \"MM/dd/yyy hh:mm:ss am/pm\")




Tableau 10 Options d’Exchange

Exchange




Tableau 10 Options d’Exchange (suite)

-optionvaleur Spécifie l’option de restauration de copie. Lavaleur peut être mount ou validate.

Options de montage autonome d’Exchange




-mount_pathvaleur Le chemin pour monter une copie. Les valeurspossibles sont les suivantes :

l Chemin mappé


UNIX DEFAULT: /appsync-mounts WIN DEFAULT: SystemDrive\AppSyncMounts\ProdServerName


UNIX: /source:::/target,/abc:::/xyz WIN: R:\:::S:\,T:\MountPoint:::U:\



l logged

l virtual

l virtual_roll







montage 49

Tableau 10 Options d’Exchange (suite)


Montage et validation autonome d’Exchange







l logged

l virtual

l virtual_roll






-validate_copiesvaleur Détermine si les copies sont validées dans lecadre du montage.

-db_logsvaleur Validate databases and logs. La valeur peutêtre Sequentially or inparallel.

-log_checkvaleur Permet de minimiser la vérification des logs.La valeur peut être true ou false.

-working_dirvaleur Spécifie le répertoire de travail.

-throttle_validationvaleur Vous permet de réguler la validation. La valeurpeut être true ou false.

-pause_after_I/O_count_ofvaleur Spécifie le nombre d’E/S avant la mise enpause. La valeur par défaut est 100.

-pause_durationvaleur Spécifie la durée de la pause. La valeur pardéfaut est de 1000 ms.

-skip_db_validationvaleur Ignore la validation de la base de données. Lavaleur peut être true ou false.



Voir aussiunmount

démontageDémonte une copie spécifiée.

Syntaxeunmount-copy_IDvaleur

-app valeur

/?Arguments

-copy_IDvaleur L'UUID de la copie que vous souhaitez démonter.


l sql

l oracle

l filesystems

l datastore

l exchange


Description :pour démonter une copie, vous devez indiquer le nom de l'application et l'UUID de lacopie. Par exemple : appsync-cli.bat -unmount app=<app>copy_ID=<value>.

Pour démonter la copie montée la plus récente ou la plus ancienne pour une base dedonnées, un système de fichiers ou un datastore spécifique, utilisez les commandessuivantes :

l Pour les datastores : appsync-cli.bat -unmount app=datastoredatastore=<value> datacenter=<value> vcenter=<value>option=latestMountedCopy/oldestMountedCopy

l Pour SQL : appsync-cli.bat -unmountapp=sqlinstance_name=<value> db_name=<value>option=latestMountedCopy/oldestMountedCopy

l Pour Oracle : appsync-cli.bat -unmount app=oracleoracle_server=<value> db_name=<value>option=latestMountedCopy/oldestMountedCopy

l Pour les systèmes de fichiers : appsync-cli.bat -unmountapp=filesystem fs_server=<value> fs_name=<value>fs_type=<value> option=latestMountedCopy/oldestMountedCopy

Voir aussimount


démontage 51



CHAPITRE 4

Plans de service


l Présentation des plans de service...................................................................... 54l Paramètres de plan de service Exchange........................................................... 63l Paramètres de plan de service SQL Server........................................................ 67l Paramètres des plans de service Oracle..............................................................71l Paramètres du plan de service de système de fichiers........................................77l Paramètres du plan de service VMware............................................................. 83

Plans de service 53

Présentation des plans de serviceCette section présente les types de plans de service par défaut, les inscriptionsd’objets et de copies, les paramètres des plans de service, les plannings et lesremplacements.

AppSync crée et gère des copies des données des applications. Un plan de servicedéfinit les attributs de ces copies. Vous pouvez inscrire des objets de donnéesd’application à un plan de service, après quoi AppSync exécute ce plan de service etcrée des copies des données selon les attributs que vous avez spécifiés dans le plan.Les copies qui sont générées par un plan de service sont répertoriées sous l’ongletCopies de celui-ci.

Il n’existe aucune limite au nombre d’objets que vous pouvez inscrire à un plan deservice. AppSync décompose automatiquement le travail pour des performancesoptimales. Si vous avez besoin de contrôler avec précision la façon dont les objets sontregroupés pour le montage, la rédaction de scripts et la validation, envisagez de créerplusieurs plans de service et de répartir les objets entre ces plans. Cette techniquefonctionne lorsque les objets inscrits à un plan de service proviennent du mêmeserveur. Il n’est pas recommandé d’inscrire plus de 12 objets à un plan de servicelorsque vous utilisez cette méthode.

Types de plans de serviceAppSync propose les plans hiérarchisés suivants, qui sont spécifiques des applications.Il existe trois types de plans de service :

l Bronze : vous pouvez utiliser le plan de service Bronze pour créer des copieslocales de vos applications.

l Silver : Vous pouvez utiliser le plan de service Silver pour créer des copiesdistantes de vos applications.

l Gold : Vous pouvez utiliser le plan de service Gold pour créer des copies locales etdistantes de vos applications.

Remarque

Assurez-vous que vous comprenez bien les fonctions du stockage lorsque voussélectionnez un type de plans de service. Toutes les technologies de stockage neprennent pas en charge la réplication à distance. Par conséquent, les plans de serviceSilver ou Gold peuvent échouer pour les données d’application.

Les plans de service Bronze, Silver et Gold sont proposés par défaut, mais vouspouvez personnaliser et créer vos propres plans.

Le tableau suivant décrit les plans de service et les applications prises en charge.

Storage Type deréplication

Bronze Silver Gold Prise enchargede RP

Applicationprise en charge

Réaffectationprise en charge

VNX Snapshotavancé

Oui Non Non Oui Toutes lesapplications prises encharge par AppSync

Oui

Snapshot defichiera

Oui Oui Oui Non Datastores VMware,systèmes de fichierset Oracle

Non

Plans de service






VMAX VP Snap Oui Non Non Oui Toutes lesapplications prises encharge par AppSync

Oui

TimefinderClone


Oui

SRDF/A local Oui Non Non Oui Toutes lesapplications prises encharge par AppSync

Oui

SRDF/A àdistanceb

Non Oui Non Non Datastores VMwareet Oracle

SRDF/S local Oui Non Non Oui Toutes lesapplications prises encharge par AppSync

Oui

SRDF/S àdistance

Non Oui Non Non

VNX2e Snapshotunifié


Non

Snapshot defichier

Oui Non Non Non Datastores VMware Non

Unity Snapshotunifié


Oui

Snapshot defichier unifié

Oui Non Non Non Datastores VMware,systèmes de fichierset Oracle

Non

Clonedynamique c

Non Non Non Non Microsoft SQL,Oracle et systèmesde fichiers

Oui

XtremIO Snapshot Oui Non Non Oui Toutes lesapplications prises encharge par AppSync

Oui

ViPRd Snapshot Oui Non Non Non Datastores VMware,Oracle et systèmesde fichiers UNIX

Non

VMAX 3 SnapVX Snap Oui Non Non Non Toutes lesapplications prises encharge par AppSync

Oui

SnapVX Clone Oui Non Non Non Toutes lesapplications prises encharge par AppSync

Oui e

SRDF/A local Oui Non Non Non Toutes lesapplications prises encharge par AppSync

Oui

Plans de service






SRDF/A àdistancef

Non Oui Non Non Datastores VMware,Oracle et systèmesde fichiers UNIX

SRDF/S local Oui Non Oui Non Toutes lesapplications prises encharge par AppSync

Oui

SRDF/S àdistance

Non Oui Oui Non Toutes lesapplications prises encharge par AppSync

VPLEXg VPLEX Snaph Oui Non Non Non Toutes lesapplications prises encharge par AppSync

XtremIO : ouiUnity : Oui

VMAX 3 et VMAXAll Flash : Oui

Clone VPLEX Oui Non Non Non

RecoverPoint Signet local Oui Non Non Oui Toutes lesapplications prises encharge par AppSync

Oui

Signet distant Non Oui Non Oui Toutes lesapplications prises encharge par AppSync

Oui

Signet local etdistant

Non Non Oui Oui Toutes lesapplications prises encharge par AppSync

Non

Dell SC DellSCSnap Oui Non Non Non Toutes lesapplications prises encharge par AppSynci

Non

a. S’applique également aux eNAS sur VMAX 3.b. AppSync ne prend pas en charge la protection à distance des applications Windows sur VMAX 3 et le stockage SRDF/A.c. La copie de première génération est toujours un snapshot. Cependant, la copie de seconde génération peut être un snapshot ou

un clone.d. AppSync prend également en charge les snapshots ViPR en tant que technologie de copie pour les applications provisionnées à

l’aide de ViPR Controller. AppSync prend uniquement en charge les applications provisionnées par ViPR avec des pools virtuelsen mode bloc qui reposent exclusivement sur les systèmes de stockage VMAX/VPLEX (avec VMAX2 et XtremIO) ou XtremIO.

e. La réaffectation d’un clone à partir d’un snapshot n’est pas prise en charge.f. AppSync ne prend pas en charge la protection à distance des applications Windows sur VMAX 3 et le stockage SRDF/A.g. VPLEX est uniquement pris en charge sur XtremIO, VMAX 3/VMAX All Flash et sur les baies Unity back-end.h. Il s’agit du snapshot sur la baie back-end.i. AppSync prend uniquement en charge la restauration de VM et de fichiers granulaires sur les baies Dell SC.

Paramètres des plans de serviceLorsque vous inscrivez un objet à un plan de service, il rejoint tous les objets qui sontdéjà inclus dans ce plan. Tous les objets d’un plan de service sont soumis au workflowet aux paramètres définis dans celui-ci.

Les plans de service définissent une préférence d’ordre de stockage, qui correspond àl’ordre de préférence des technologies de stockage que le plan de service utilise lorsde la création de copies. Si AppSync ne peut pas respecter une préférence, il tented’utiliser celle sélectionnée dans la liste des préférences d’ordre de stockage. Vouspouvez modifier ces préférences afin de créer des plans de service qui utilisent enpriorité les technologies de réplication de votre choix. Si vous souhaitez qu’AppSync

Plans de service


ignore l’utilisation d’une technologie de réplication spécifique, désélectionnez cettepréférence à partir de la liste des préférences d’ordre du stockage.

Les plans de service par défaut offrent des niveaux de protection hiérarchisés. Si vousdevez changer les paramètres, modifiez le plan de service.

Un plan de service permet de définir l’expiration automatique des copies, ce qui limitele nombre de copies conservées par AppSync et fait expirer automatiquement lescopies plus anciennes qui dépassent le nombre spécifié dans le plan.

Les plans de service proposent également quelques options de copie spécifiques desapplications. Celles-ci sont modifiables. Par exemple, le plan de service Oracle fournitles options de copie suivantes :

l Place a database in hot-backup mode (activé par défaut)

l Copy the Fast Recovery Area (désactivé par défaut)

l Index and copy BCT (block change tracking) file (désactivé par défaut)

l Create backup control file (désactivé par défaut)

Pour éviter une utilisation excessive et l’épuisement du stockage de réplication,lorsque vous configurez un plan de service, définissez les valeurs des champssuivants :

l Valeur RPO dans la phase Plan Startup

l Always keep n Copies dans la phase Create copy

Remarque

L’expiration AppSync des anciennes copies fonctionne selon l’abonnement en coursdans un plan de service. Si des applications sont ajoutées ou supprimées d’un plan deservice, le nombre de copies avant expiration actuel et le nombre de copiesconservées peuvent ne pas correspondre. Pour éviter cela, abonnez les nouvellesapplications au plan de service nouvellement ajouté plutôt que de modifierrégulièrement l’abonnement à l’application.

Vous devez également surveiller le système de stockage via son interface utilisateurdans la console AppSync.

Remplacement du planning du plan de serviceVous pouvez remplacer les paramètres du planning d’exécution d’un plan de service etspécifier des plannings distincts pour des objets individuels inscrits au plan.

À la phase Plan Startup du plan de service, sélectionnez un type de récurrences basésur le plan de service déclenché. Ce type de récurrences s’applique à tous les objetsapplicatifs qui sont inscrits au plan de service. Toutefois, vous pouvez remplacer lesparamètres et spécifier des paramètres distincts pour les objets sélectionnés.

Vous pouvez uniquement remplacer les paramètres de l’option Recurrence Type déjàsélectionnée pour ce plan. Par exemple, supposons que le type de récurrencessélectionné soit On selected days et que les paramètres soient Run at 12:00 AM ondays Fri, Sat. Lorsque vous remplacez ces paramètres pour un objet, vous pouvezuniquement modifier l’heure et les jours de la semaine. Vous ne pouvez passélectionner un type de récurrences différent dans le cadre du remplacement.

En tant qu’administrateur de plan de service, si vous modifiez les paramètres derécurrence génériques (par exemple, l’heure d’exécution ou les minutes après l’heure),cela n’a aucune incidence sur les paramètres de remplacement. Si vous modifiez letype de récurrences lui-même, les paramètres de remplacement ne sont plus valides.Le nouveau type de récurrences s’applique à tous les objets jusqu’à ce que vousspécifiiez des paramètres individuels basés sur ce nouveau type de récurrences.

Plans de service


Remarque

Si un objet applicatif est inscrit à plusieurs plans, ces derniers ne doivent pas êtreplanifiés de façon à s’exécuter simultanément.

Événements du plan de serviceLes événements indiquent la progression d’une opération. Ils sont générés lors del’exécution d’un plan de service et du montage ou de la restauration d’une copie.

Les informations relatives aux événements sont notamment les suivantes :

l Type (erreur, avertissement ou information)

l Date et heure de l’événement

l Description

l Serveur

Vous pouvez afficher les événements aux emplacements suivants :

l Onglet Events du plan de service. Par exemple, dans la console AppSync, l’ongletEvents sous Service Plans > Microsoft Exchange > Bronze affiche lesévénements relatifs aux copies Exchange dans le cadre du plan.

l Page Copies de l’application. Par exemple, accédez à Copy Management >VMware Datacenters. Sélectionnez un datacenter, puis un datastore pourafficher la page Copies. Sélectionnez une copie pour afficher les événementsassociés sur la page Events.

l Les événements s’affichent également au moment où ils sont générés dans lesassistants de montage et de restauration, et lorsqu’un objet est inscrit à un plan etque ce dernier est exécuté immédiatement.

Par défaut, seuls les événements de niveau supérieur, appelés événements clés,s’affichent. Un événement clé est généré au terme de chaque phase du cycle d’un plande service. Vous pouvez développer l’événement clé pour afficher les autresévénements générés au cours de cette phase.

Création d'un plan de serviceVous pouvez créer un plan de service en vous servant d'un plan existant commemodèle.

Avant de commencer

Cette opération requiert le rôle d'administrateur de plan de service dans AppSync

Procédure

1. Sélectionnez Service Plans.

2. Cliquez sur Create.

3. Dans la boîte de dialogue Create New Plan, sélectionnez un plan existant àutiliser comme modèle. Saisissez le nom et la description du nouveau plan deservice.

Remarque

Le nouveau plan de service contient le même planning et les mêmes autresparamètres que le modèle, mais aucun objet n'est inscrit au plan.

Plans de service


Exécuter un plan de service à la demandeLes plans de service s'exécutent selon un planning, mais vous pouvez également lesexécuter à la demande.

Avant de commencer

Cette opération requiert le rôle d'administrateur de données dans AppSync

Procédure


2. Sélectionnez l'application à protéger.

3. Sélectionnez un plan dans la liste, puis cliquez sur Run.

Cette exécution du plan de service s'applique à tous les objets applicatifsactuellement inscrits à ce plan.

Le plan de service s'exécute immédiatement. La boîte de dialogue Run ServicePlan affiche la progression de la découverte et du mappage du stockage del'application, et la protection de l'application commence en fonction desparamètres du plan de service.

4. Cliquez sur Details pour afficher les autres événements qui se sont produits aucours de chaque phase.

Activation et désactivation d’un plan de servicePar défaut, tous les plans de service sont activés. Vous pouvez désactiver un plan deservice ou activer un plan de service désactivé.

Avant de commencer

Cette opération requiert le rôle d'administrateur de plan de service dans AppSyncProcédure


2. Sélectionnez l'application.

3. Sélectionnez le plan, puis cliquez sur Disable ou sur Enable.

Supprimer un plan de serviceVous pouvez supprimer un plan de service créé par l'utilisateur.

Avant de commencer

l Cette opération requiert le rôle d'administrateur de plan de service dans AppSync

l Vous ne pouvez pas supprimer un plan de service intégré (Bronze, Silver, Gold, parexemple).

l Vous ne pouvez pas supprimer un plan de service si ce dernier comporte desinscriptions ou si des copies valides lui sont associées.

Procédure


2. Sélectionnez l'application.

3. Sélectionnez un plan créé par l'utilisateur, puis cliquez sur Delete.

4. Cliquez sur Yes pour confirmer.

Plans de service

Création d'un plan de service 59

Annulation de l'inscription à un plan de serviceVous pouvez désinscrire des applications qui disposent d'un abonnement bronze, silverou gold, ou les plans de service personnalisés.

Procédure

1. Dans la console AppSync, sélectionnez Service Plans > application.

Les plans de service disponibles pour l'application sélectionnée sont répertoriés.

2. Cliquez sur le plan de service de votre choix.

L'onglet Settings du plan de service sélectionné s'affiche.

3. Sélectionnez l’onglet Subscriptions.

L'onglet Subscriptions du plan de service sélectionné s'affiche.

4. Sélectionnez une application ou une instance, puis cliquez sur Unsubscribefrom Plan.

L’application sélectionnée n’est plus abonnée au plan de service.

Remarque

Vous pouvez également sélectionner plusieurs instances et toutes lesdésabonner à la fois.

Paramètres de plan avancés du système de fichiersPour les plans de service du système de fichiers, vous pouvez :

l Désactiver les scripts d’appel

l Configurer la valeur du délai d’expiration pour les scripts d’appel

Procédure

1. Dans la console AppSync, sélectionnez Service Plans > File systems.

Les plans de service disponibles pour l’application sélectionnée sont répertoriés.


L’onglet Settings du plan de service sélectionné s’affiche.

3. Cliquez sur l’onglet Advanced Plan Settings.

L’onglet Advanced Settings du plan de service sélectionné s’affiche.

4. Décochez Enable callout scripts pour désactiver les scripts d’appel.

Remarque

l Cette option est activée par défaut.

l Pour la réaffectation, si vous souhaitez désactiver les scripts d’appelpendant l’actualisation, modifiez le plan de réaffectation, puis décochezEnable Callout Scripts sous Advanced Settings.

5. Spécifiez une valeur comprise entre 10 et 360 minutes pour configurer unevaleur de délai d’expiration pour les scripts d’appel. La valeur par défautd’expiration du délai est de 20 minutes.

Plans de service


Le serveur AppSync attend que le délai de réponse de la part des scripts d’appelsoit atteint avant de faire échouer l’opération. La valeur configurée s’appliqueaux scripts d’appel de blocage, de déblocage et de démontage.

Paramètres de plan avancé pour SQL ServerPermet de configurer le nombre maximal de bases de données qui peuvent êtreregroupées au cours de la protection.

Procédure

1. Sur la console AppSync, sélectionnez Service Plans > Microsoft SQL Server.




3. Cliquez sur l’onglet Advanced Plan Settings.

L’onglet Advanced Settings du plan de service sélectionné s’affiche.

4. Dans le champ Maximum number of Databases, saisissez une valeur pourdéfinir le nombre maximal de bases de données à protéger ensemble.

Remarque

Par défaut, seul un maximum de 35 bases de données peut être protégéensemble. Ne pas dépasser la limite de 35 bases de données est une bonnepratique de Microsoft.

Configuration du stockage VPLEXPour chaque plan de service, vous pouvez sélectionner l'emplacement de création descopies pour les applications s'exécutant sur les volumes RAID-1 locaux et distribués.Vous permet de sélectionner le cluster privilégié pour les volumes distribués et lesbaies privilégiées pour les volumes RAID-1.

Procédure





3. Sous les phases de plan sur la gauche, sélectionnez le type de copies à créer(locale, distante ou locale et distante). Notez que le type de copie dépend dutype de plan de service.

La page de la copie appropriée s'affiche.

4. Sous la section Storage Preference, cliquez sur le lien Configure storageoptions.

La boîte de dialogue Configure storage options s'affiche.

5. Sélectionnez l'onglet VPLEX (si ce n'est pas déjà fait).

6. Pour les applications qui s'exécutent sur des volumes distribués, cliquez surCluster preference sur la gauche pour définir le site préféré pour la protection.Par défaut, le site préféré est cluster-1.

Plans de service

Paramètres de plan avancé pour SQL Server 61

7. Cliquez sur Array preference sur la gauche. Pour les applications s'exécutantsur des périphériques RAID-1 locaux ou distribués, vous devez sélectionner labaie sur laquelle vous souhaitez que l'application soit protégée. Les baiesXtremIO, VMAX 3/VMAX All Flash et Unity qui sont configurées dans AppSyncet connectées au cluster VPLEX configuré dans AppSync sont affichées. Pardéfaut, aucune baie n'est sélectionnée.

Remarque

Pour définir l'ordre de préférence pour les baies sélectionnées, effectuez unglisser-déplacer des baies vers le haut ou le bas de la liste, selon vospréférences.

Configuration du stockage VMAXVous pouvez sélectionner le pool de stockage à partir duquel créer des périphériquesde copie dans les baies V2.

Avant de commencer

Cette opération requiert le rôle d’administrateur de ressource dans AppSync.

Pour chaque plan de service, vous pouvez configurer les pools de stockage VMAX V2.Le plan de service sélectionne le pool de stockage configuré pour créer despériphériques de copie dans les baies V2. Si vous ne configurez pas les pools destockage, le plan de service crée les copies des périphériques à partir des pools destockage activés dans AppSync pour les baies VMAX V2.

Procédure





3. Sous les phases de plan sur la gauche, sélectionnez le type de copies à créer(locale, distante ou locale et distante). Notez que le type de copie dépend dutype de plan de service.

La page de la copie appropriée s'affiche.

4. Sous la section Storage Preference, cliquez sur le lien Configure storageoptions.

La boîte de dialogue Configure storage options s’affiche.

5. Cliquez sur l’onglet VMAX.

Les baies de stockage VMAX sont répertoriées.

6. Pour les baies VMAX 3, sélectionnez Wait for Clone Sync, si vous souhaitezqu’AppSync attende la fin de la synchronisation du clone lors de la créationd’une copie de clone SnapVX.

7. Cliquez sur la flèche située à gauche d’une baie de stockage pour afficher laliste des pools de stockage sur la baie.

La liste des pools de stockage s’affiche pour la baie sélectionnée.

8. Pour sélectionner un pool de stockage, cochez la case à gauche de ce dernier.Pour exclure un pool de stockage, cliquez à nouveau sur la case à cocher poureffacer la sélection (s’il est actuellement sélectionné).

Plans de service


9. Cliquez sur OK.

Activer ou désactiver l’expiration automatique d’une copieVous pouvez activer ou désactiver l’expiration automatique d’une copie lors de larotation.

Procédure


Les plans de service disponibles pour l’application sélectionnée sont répertoriés.


L’onglet Settings du plan de service sélectionné s’affiche.

3. Sélectionnez l’onglet Copies.

L’onglet Copes du plan de service sélectionné s’affiche.

4. Sélectionnez une copie.

5. Dans la zone de liste Expire :

l Sélectionnez Rotation > Enable pour activer l’expiration automatique d’unecopie lors de la rotation.

l Sélectionnez Rotation > Disable pour désactiver l’expiration automatiqued’une copie lors de la rotation.

Vous pouvez également accéder à Copy Management > application pourdésactiver l’expiration automatique d’une copie.

Paramètres de plan de service ExchangeLes paramètres par défaut du plan de service créent une copie cohérente avec lesapplications toutes les 24 heures. Seule la technologie de réplication, spécifiée dans lechamp Copy type à la phase Create copy, varie d’un plan à un autre.

Tableau 11 Plan de service Exchange : paramètres par défaut

Paramètre Activé/Désactivé

Paramètres par défaut Planning

Plan Startup Enabled Planning automatique Type derécurrence :crée une copietoutes les24 heures, avecla premièreexécution àminuit (00h00).Objectif depoint derestauration(RPO) : Unealerte est émisesi la copie n’estpas créée dansle délai imparti

Plans de service

Activer ou désactiver l’expiration automatique d’une copie 63

Tableau 11 Plan de service Exchange : paramètres par défaut (suite)



(la valeur pardéfaut est de24 heures).

Découvertedesapplications

Enabled Aucun Déterminé par la

phase PlanStartup.

Mappage desapplications

Enabled Aucun Démarre lorsquela phase

Applicationdiscovery setermine.

Script avantcopie

Désactivé Aucun Démarre lorsquela phase

Applicationmapping setermine.

Création decopie

Enabled l Type de copies :

n Bronze

n Silver

n Gold

l Type de sauvegardes Exchange : complète, différentielle ou de copie

l Préférence d’ordre du stockage : Snapshot, signet et clonePermet de classer, sélectionner ou effacer les préférences destockage. Par défaut, toutes les options sont sélectionnées. Vous nepouvez pas effacer toutes les préférences ; au moins une préférencedoit être sélectionnée.

l Paramètres de stockage :

n Include RecoverPoint copies in expiration rotation policy : activezcette option pour inclure les copies RecoverPoint dans le calculdes rotations.

Remarque

Si cette option n’est pas sélectionnée, les copies RecoverPoints’accumulent et sont conservées jusqu’à ce que les signetscorrespondants disparaissent de l’appliance RecoverPoint.

l Configurer les options de stockage

n VPLEX : Vous permet de sélectionner le cluster privilégié pour lesvolumes distribués et les baies privilégiées pour les volumesRAID-1.

n VMAX : Vous permet de configurer les pools de stockage pourcréer des copies des périphériques VMAX V2 pour le plan deservice. Vous pouvez sélectionner ou désélectionner les pools de

Démarre lorsque

la phase Pre-copy script setermine.

Plans de service





stockage VMAX V2 souhaités en développant la baie de stockage.Si vous ne sélectionnez pas de pools de stockage, le plan deservice crée les copies des périphériques à partir des pools destockage activés dans AppSync pour les baies VMAX V2. Pardéfaut, tous les pools de stockage configurés sont sélectionnés.Cette option est uniquement applicable pour les baies VMAX V2.

– Wait for Clone Sync : si vous sélectionnez cette option, lacréation des copies de clones SnapVX attend la fin de lasynchronisation du clone. Si vous désactivez cette option, lacréation de copie de clone lance la synchronisation du clone ettermine la création des copies sans attendre la fin de lasynchronisation du clone (la synchronisation des cloness’exécute en arrière-plan). Cette option est désactivée pardéfaut. Cette option est uniquement applicable pour les baiesVMAX V3.

l Paramètres avancés : vous permet de définir un nombre et unintervalle de nouvelles tentatives pour tenter à nouveau l’opérationVSS en échec, après un intervalle configuré à l’aide de l’intervalle denouvelles tentatives. Cela s’applique uniquement aux applicationsWindows. Le nombre de tentatives par défaut est de 3 et la valeurd’intervalle par défaut est de 0 seconde.

l Analyse du log des événements :

n Échec en cas d’erreur -1018



n Échec en cas d’ID d’événement 447

n Échec en cas d’ID d’événement 448

n Ne permet pas de stocker les bases de données et les logs sur lemême volume

Script aprèscopie


Create copyse termine.

Démontage dela copieprécédente

Désactivé Aucun Démarre lorsque

la phase Post-copy script setermine.

Montage decopie

Désactivé l Mount on server : Original Host

l Mount with access : Lecture seule

l Mount Path : Default Path ou Mapped Path

Démarre lorsquela phase

Unmountprevious copyse termine.

Plans de service

Paramètres de plan de service Exchange 65




Remarque

Le lecteur qui est spécifié pour le montage ne peut pas être un disqueen cluster.

l Copy metadata files to : Default Path

l Image access mode : Logged Access

l SLO souhaité : Sélectionnez le SLO pour la copie de montage. Celas’applique uniquement aux baies VMAX 3.

l FAST VP souhaité : Sélectionnez la règle FAST VP. Cela s’appliqueuniquement aux baies VMAX V2.

l Option de montage de VPLEX : Sélectionnez une option de montagede VPLEX.

l Enable VMware cluster mount : Si l’hôte de montage est une machinevirtuelle VMware résidant sur un cluster ESX, la LUN cible est visiblepar tous les nœuds du cluster ESX au cours du montage. Cette optionest activée par défaut. Si vous ne souhaitez pas effectuer unmontage en cluster ESX, vous pouvez désactiver cette option. Cetteoption est uniquement prise en charge sur VPLEX, XtremIO,VMAX 3/VMAX All Flash et sur les baies Unity. Si cette option n’estpas sélectionnée et que l’hôte de montage fait partie d’un clusterESX, l’hôte de montage doit avoir un groupe de stockage dédié, unevue de stockage ou un groupe d’initiateurs configuré en fonction de laconfiguration du système de stockage. Cela permet à AppSync demasquer les LUN uniquement pour cet hôte de montage.

l Disable VMware SRM : Permet de gérer les groupes de cohérence, sil’indicateur SRM est activé sur le groupe de cohérence RecoverPoint.Cela s’applique uniquement à RecoverPoint 4.1 et aux versionssupérieures.

Validation decopies

Désactivé l Contrôle parallèle des bases de données et des logs

l Option Minimize log checking désactivée

l Option Throttle Checking désactivée

l Effectuer une validation pour les fichiers de base de données (.edb)

Démarre lorsque

la phase Mountcopy setermine.

Script aprèsmontage


Validate copyse termine.

Démontage decopie

Désactivé Aucun Démarre lorsque

la phase Post-mount scriptse termine.

Plans de service


Paramètres de plan de service SQL ServerRécapitulatif des paramètres des plans de service SQL Server

Tableau 12 Plan de service SQL Server : paramètres par défaut



Plan Startup Enabled Planning automatique Type derécurrence :crée une copietoutes les24 heures, avecla premièreexécution àminuit (00h00).Objectif depoint derestauration(RPO) : Unealerte est émisesi la copie n’estpas créée dansle délai imparti(la valeur pardéfaut est de24 heures).


Enabled Aucun Déterminé par laphase PlanStartup.


Enabled Aucun Démarre lorsquela phaseApplicationdiscovery setermine.

Script avantcopie

Désactivé Aucun Démarre lorsquela phaseApplicationmapping setermine.

Création decopie


n Bronze

n Silver

n Gold

l Type de sauvegardes SQL Server : Full, Copy, Non VDI ou CrashConsistent

n L’option Full protège la base de données et la partie active dufichier log des transactions.

Démarre lorsquela phasePreCopy scriptse termine.

Plans de service

Paramètres de plan de service SQL Server 67

Tableau 12 Plan de service SQL Server : paramètres par défaut (suite)



n L’option Copy protège la base de données et la partie active dufichier log des transactions sans affecter la séquence dessauvegardes.

n L’option Non VDI protège la base de données sans utiliser de VDIet dépend de VSS pour créer des copies cohérentes en cas depanne.

n Crash Consistent : protège la base de données sans utiliser de VDIou VSS et dépend de la baie pour créer des copies cohérentes encas de panne.

Remarque

Les bases de données secondaires sont en lecture seule et peuvent

être sauvegardées avec le type de sauvegardes Copy. L’option AutoSwitch to Copy n’est activée que si le type de sauvegardessélectionné est Full. Toutefois, elle est désactivée par défaut. En

cochant la case Auto Switch to Copy, vous demandez à AppSyncde vérifier si le rôle de la base de données est secondaire et, si tel estle cas, de basculer vers le type de sauvegardes Copy. Si l’option AutoSwitch to Copy est désactivée, les sauvegardes échouent pour toutesles bases de données secondaires. Lorsque le type Non VDI ou Crash

Consistent est sélectionné, les options Auto Switch to Copy et

Enable log backup sont désactivées.

l Préférence d’ordre du stockage : Snapshot, clone et signetPermet de classer, sélectionner ou effacer les préférences destockage. Par défaut, toutes les options sont sélectionnées. Vous nepouvez pas effacer toutes les préférences ; au moins une préférencedoit être sélectionnée.

l Expiration des copies de base de données :

n Include RecoverPoint copies in expiration rotation policy : activezcette option pour inclure les copies RecoverPoint dans le calculdes rotations.

Remarque

Si cette option n’est pas cochée, les copies RecoverPoints’accumulent et sont conservées jusqu’à ce que les signetscorrespondants disparaissent de l’appliance RecoverPoint.



n VMAX : Vous permet de configurer les pools de stockage pourcréer des copies des périphériques VMAX V2 pour le plan deservice. Vous pouvez sélectionner ou désélectionner les pools destockage VMAX V2 souhaités en développant la baie de stockage.

Plans de service





Si vous ne sélectionnez pas de pools de stockage, le plan deservice crée les copies des périphériques à partir des pools destockage activés dans AppSync pour les baies VMAX V2. Pardéfaut, tous les pools de stockage configurés sont sélectionnés.Cette option est uniquement applicable pour les baies VMAX V2.


l Paramètres avancés : vous permet de définir un nombre et unintervalle de nouvelles tentatives pour tenter à nouveau l’opérationVSS en échec, après un intervalle configuré à l’aide de l’intervalle denouvelles tentatives. Cela s’applique uniquement aux applicationsWindows. Le nombre de tentatives par défaut est de 3 et la valeurd’intervalle par défaut est de 0 seconde.

l Options de sauvegarde du fichier log des transactions :

n Option par défaut : exécution de cette sauvegardeimmédiatement après celle de la base de données

n Autres options : toutes les 15 ou 30 minutes, ou toutes les 1 à24 heures

Remarque

Les sauvegardes de log planifiées s’exécutent entre lessauvegardes de base de données.

n Chemin de sauvegarde : chemin par défaut

n Espace disponible sur le volume : 5 Go

n Taille du groupe de sauvegarde : 5

n Troncation des logs : activée

n Checksum de la sauvegarde : désactivé

n Compression : activée

n Expiration des sauvegardes de log : 24 heures de rétentionminimum

Script aprèscopie

Désactivé Aucun Démarre lorsquela phase Createcopy setermine.

Plans de service

Paramètres de plan de service SQL Server 69





Désactivé Aucun Démarre lorsquela phase Post-copy script setermine.

Montage decopie

Désactivé l Montage de copie

n Mount on Server : Original Host

n Mount with access : En lecture seule

n Mount Path : Chemin par défaut ou chemin mappé

n Copy metadata files to : Default Path

n Image Access mode : Logged Access

n SLO souhaité : Sélectionnez le SLO pour la copie de montage.Cela s’applique uniquement aux baies VMAX 3.

n FAST VP souhaité : Sélectionnez la règle FAST VP. Celas’applique uniquement aux baies VMAX V2.

n Option de montage de VPLEX : Sélectionnez une option demontage de VPLEX.

n Enable VMware cluster mount : Si l’hôte de montage est unemachine virtuelle VMware résidant sur un cluster ESX, la LUNcible est visible par tous les nœuds du cluster ESX au cours dumontage. Cette option est activée par défaut. Si vous nesouhaitez pas effectuer un montage en cluster ESX, vous pouvezdésactiver cette option. Cette option est uniquement prise encharge sur VPLEX, XtremIO, VMAX 3/VMAX All Flash et sur lesbaies Unity. Si cette option n’est pas sélectionnée et que l’hôte demontage fait partie d’un cluster ESX, l’hôte de montage doit avoirun groupe de stockage dédié, une vue de stockage ou un grouped’initiateurs configuré en fonction de la configuration du systèmede stockage. Cela permet à AppSync de masquer les LUNuniquement pour cet hôte de montage.

n Disable VMware SRM : Permet de gérer les groupes decohérence, si l’indicateur SRM est activé sur le groupe decohérence RecoverPoint. Cela s’applique uniquement àRecoverPoint 4.1 et aux versions supérieures.

l Mount and recover copy : vous permet de sélectionner des instancesen cluster et autonomes pour monter une base de données SQLServer en tant que ressource en cluster ou base de donnéesautonome avec restauration. Vous pouvez effectuer un montage entant que base de données autonome ou en cluster sur le chemind’origine ou le point de montage.

Démarre lorsquela phaseUnmountprevious copyse termine.


Désactivé Aucun Démarre lorsquela phase Mountcopy se termine

Plans de service





Démontage decopie

Désactivé Aucun Démarre lorsquela phase Post-mount script setermine.

Script avantsauvegarde delog

Désactivé Aucun Démarre aprèsla sauvegardede log.

Script aprèssauvegarde delog

Désactivé Aucun Démarre aprèsla sauvegardede log.

Paramètres des plans de service OracleVoici la liste des paramètres par défaut des plans de service pour les bases de donnéesOracle dans AppSync.

Tableau 13 Plan de service Oracle Server : paramètres par défaut



Plan Startup Enabled Planning automatique Type derécurrences :AppSync créeune copie toutesles 24 heures,avec la premièreexécution àminuit (00h00).Objectif de pointde restauration(RPO) : Unealerte est émisesi la copie n’estpas créée dans ledélai imparti (lavaleur par défautest de24 heures).





Plans de service

Paramètres des plans de service Oracle 71

Tableau 13 Plan de service Oracle Server : paramètres par défaut (suite)



Script avantcopie

Enabled Aucun Démarre lorsquela phaseApplicationmapping setermine.

Création decopie

Enabled Les options de création de copie des paramètres du plan de serviceproposent différents contrôles qui influencent la manière dont la copieOracle est créée. Les types de copies sont les suivants :

l Bronze

l Silver

l Gold

Les options de création de copie dont les suivantes :

l Place database in hot backup mode (activé par défaut)Lorsque cette option est activée, l’opération de protection place labase de données en mode de sauvegarde à chaud et créeimmédiatement des copies des logs d’archive. Si vous désactivezcette option, la base de données n’est pas placée en mode desauvegarde à chaud et la copie est créée à partir des données endirect, sans mise en veille et sans instrumentation de la base dedonnées.

l Copy the Fast Recovery Area (désactivé par défaut)Lorsqu’il est activé, ce champ ordonne à AppSync de créer une copiedu stockage sous-jacent utilisé par la zone FRA (Fast RecoveryArea) lors de la protection des fichiers log d’archive de la base dedonnées.

l Index and copy the BCT (block change tracking) file (désactivé pardéfaut)Lorsque cette option est activée, AppSync crée une entrée dans lefichier de suivi des modifications de blocs Oracle et copie à nouveaule fichier dans le cadre de la protection. Ce fichier peut ensuite servirdans le cadre d’un exemple d’utilisation faisant intervenir le montageet la sauvegarde, de façon à fournir une sauvegarde incrémentielleaccélérée. Cette option nécessite le mode de sauvegarde à chaud.

l Create backup control file for RMAN cataloging (désactivé pardéfaut)Si cette option est activée, AppSync crée un fichier de contrôle desauvegarde binaire avec une demande de catalogage du contenu dela base de données dans un catalogue RMAN distant. Cette optionnécessite le mode de sauvegarde à chaud.

l Select archive destination for hot backup mode (par défaut :désactivé. Cela signifie que toutes les destinations d’archivageconfigurées sont protégées.)

Cette option est activée uniquement si vous sélectionnez Placedatabase in hot-backup mode. Vous pouvez spécifier jusqu’à10 destinations pour les logs d’archivage. AppSync découvre les

Démarre lorsquela phase Pre-copy script setermine.

Plans de service





destinations d’archivage spécifiées et les associe au cours de laprotection. Prenons l’exemple de la destination d’archivage 1 qui setrouve sur le système de fichiers 1 et la destination d’archivage 2 quiest sur le système de fichiers 2. Si vous sélectionnez la destinationd’archivage 1, AppSync mappe et protège le système de fichiers 1uniquement.

l Expiration : Include RecoverPoint copies in expiration rotationpolicy : sélectionnez cette option pour inclure les copiesRecoverPoint lors du calcul des rotations. Si vous ne sélectionnezpas cette option, les copies RecoverPoint s’accumulent et sontconservées jusqu’à ce que les signets correspondants disparaissentde l’appliance RecoverPoint par rotation.

Remarque

Si les copies RecoverPoint sont prises en compte dans la règle derotation, les signets sont créés avec la règleALWAYS_CONSOLIDATE. Dans le cas contraire, ils sont créés avecla règle NEVER_CONSOLIDATE. Consultez la documentationRecoverPoint pour une définition de ces règles de consolidation.

l Préférences de stockage : Snapshot, clone et signet.Permet de classer, sélectionner ou effacer les préférences destockage. Par défaut, toutes les options sont sélectionnées. Vous nepouvez pas effacer toutes les préférences ; au moins une préférencedoit être sélectionnée.

l Configurer les options de stockage :

n VPLEX : Vous permet de sélectionner le cluster privilégié pour lesvolumes distribués et les baies privilégiées pour les volumesRAID-1 pour chaque plan de service.

n VMAX : Vous permet de configurer les pools de stockage pourcréer des copies des périphériques VMAX V2 pour le plan deservice. Si vous ne sélectionnez pas de pools de stockage, le plande service crée les copies des périphériques à partir des pools destockage activés dans AppSync pour les baies VMAX V2. Pardéfaut, tous les pools de stockage configurés sont sélectionnés.Vous pouvez sélectionner ou désélectionner les pools destockage VMAX V2 souhaités en développant la baie destockage. Cette option s’applique uniquement aux baiesVMAX V2.

– Wait for Clone Sync : si vous sélectionnez cette option, lacréation des copies de clones SnapVX attend la fin de lasynchronisation du clone. Si vous désactivez cette option, lacréation de copie de clone lance la synchronisation du cloneet termine la création des copies sans attendre la fin de lasynchronisation du clone (la synchronisation des cloness’exécute en arrière-plan). Cette option est désactivée par

Plans de service





défaut. Cette option est uniquement applicable pour les baiesVMAX V3.

Script aprèscopie

Désactivé Aucun Démarre lorsquela phase Createcopy se termine.


Désactivé Aucun Démarre lorsquela phase Post-copy script setermine.

Script avantmontage

Désactivé Aucun Démarre lorsquela phaseUnmountprevious copy setermine.

Mount andRecovery

Désactivé l Opérations de montage et de restauration :

n Mount on standalone server (équivalent dans RM : No recover)

n Mount on standalone server and create RMAN catalog entry(équivalent dans RM : Catalog with RMAN )

n Mount on standalone server and recover database (équivalentdans RM : Recover)

n Mount on standalone server and prepare scripts for manualdatabase recovery (équivalent dans RM : Prepare-only/generatescripts for manual recovery)

n Mount on grid cluster and recover as RAC database (équivalentdans RM : Mount as RAC database)

l Paramètres de montage :

n Mount on Server : Original Host

n Mount Path : Chemin par défaut ou chemin mappé

n Image Access mode : Logged Access

n SLO souhaité : Sélectionnez le SLO pour la copie de montage.Cela s’applique uniquement aux baies VMAX 3.

n FAST VP souhaité : Sélectionnez la règle FAST VP. Celas’applique uniquement aux baies VMAX V2.

n Option de montage de VPLEX : Sélectionnez une option demontage de VPLEX.

n Enable VMware cluster mount : Si l’hôte de montage est unemachine virtuelle VMware résidant sur un cluster ESX, la LUNcible est visible par tous les nœuds du cluster ESX au cours dumontage. Cette option est activée par défaut. Si vous nesouhaitez pas effectuer un montage en cluster ESX, vous pouvezdésactiver cette option. Cette option est uniquement prise en

Démarre lorsquela phase Pre-mount script setermine.

Plans de service





charge sur VPLEX, XtremIO, VMAX 3/VMAX All Flash et sur lesbaies Unity. Si cette option n’est pas sélectionnée et que l’hôtede montage fait partie d’un cluster ESX, l’hôte de montage doitavoir un groupe de stockage dédié, une vue de stockage ou ungroupe d’initiateurs configuré en fonction de la configuration dusystème de stockage. Cela permet à AppSync de masquer lesLUN uniquement pour cet hôte de montage.

n Disable VMware SRM : Permet de gérer les groupes decohérence, si l’indicateur SRM est activé sur le groupe decohérence RecoverPoint. Cela s’applique uniquement àRecoverPoint 4.1 et aux versions supérieures.

n Exécutez la vérification du système de fichiers : Lors d’uneopération de montage, l’agent AppSync vérifie la cohérence desdonnées du système de fichiers en exécutant la commandefsck. Cette opération peut prendre un certain temps. Vous

pouvez désactiver cette option pour ignorer la vérification dusystème de fichiers pendant une opération de montage. Pardéfaut, la vérification du système de fichiers est activée.

Remarque

– Dans le cas d’une opération de restauration, l’option RunFilesystem Check est activée par défaut. Vous ne pouvez

pas le désactiver.

– L’option Run Filesystem Check ne s’applique pas aux

systèmes de fichiers ASM.

l Paramètres de restauration :

n Open-mode : Lecture/écriture

n ORACLE_HOME : identique à celui du serveur de production.

n Nom de la base de données : APS est le préfixe, %DB%correspond à la variable qui est remplacée par le nom de base dedonnées de production pendant l’exécution.

n SID name : APS est le préfixe, %SID% correspond à la variablequi est remplacée par l’identifiant de session de base de donnéesde production pendant l’exécution.

n ASM Diskgroup Name : APS est le préfixe, %DG% correspond àla variable qui est remplacée par le nom de groupe de disquesASM de production pendant l’exécution.

Remarque

Si plusieurs groupes de disques sont impliqués, un préfixe ou unsuffixe est obligatoire.

n Custom Initialization Parameters : Ce champ reste vide. Vouspouvez renseigner un paramètre par ligne, par exemple,memory_target=629145600.

Plans de service





n Create TEMP Tablespace : Cette option permet de créer letablespace Temp sur la copie de base de données montée dans lecadre d’une restauration. Ce paramètre est activé lorsque voussélectionnez les opérations de montage suivantes en modelecture/écriture : Mount on standalone server and recover,Mount on standalone server and prepare scripts for manualrecovery ou Mount on grid cluster and recover as RAC database.Lorsque vous sélectionnez l’option Create TEMP Tablespace,deux options supplémentaires s’affichent :

n Number of Tempfiles : Le nombre de fichiers à ajouter autablespace Temp. La taille des fichiers est spécifiée dans la taillede chaque paramètre de fichier.

n Use BIGFILE option : utilisez l’option BIGFILE lors de la créationdu nouveau fichier temporaire. Si cette option est sélectionnée,le nombre de fichiers temporaires est de 1.

n Size of each file : La taille de chaque fichier temporaire (en kilo-octets (K), mégaoctets (M), gigaoctets (G) ou téraoctets (T)).

n Restart databases after reboot : sélectionnez cette option pourdémarrer les bases de données Oracle montées sur AppSyncautomatiquement après un redémarrage de l’hôte. Cette optionest désactivée par défaut.

Remarque

Cette option n’est pas disponible pour les RMAN et le montageavec des scripts de génération.

n Create SPFile : Sélectionnez cette option pour créer un SPFile.Le SPFile est créé dans l’emplacement par défaut($ORACLE_HOME/dbs), avec le nom spfile<SID>.ora.

Pendant le démontage, le SPFile est supprimé du dossier$ORACLE_HOME/dbs.

n Create on ASM disk : sélectionnez cette option pour créer lefichier SPFile sur le groupe de disques ASM principal.

l Options de restauration avancées

n Create Control file copies : sélectionnez cette option pour créerentre 0 et 3 copies de fichier de contrôle à des fins deredondance. La valeur par défaut est 0.

n Change Database ID : sélectionnez cette option pour modifier l’IDde base de données de la base de données montée. Cette optionest désactivée par défaut.

n Use ADR (Automatic Diagnostic Repository) home directory forDIAGNOSTIC_DEST : sélectionnez cette option pour forcer labase de données montée à utiliser le répertoire de base ADR aulieu de TEMP pour les logs de diagnostic (par défaut :désactivée). Cette option est désactivée par défaut.

Plans de service





n Disable archive log mode : sélectionnez cette option pour forcerla base de données montée à commencer par la consignation desarchives désactivées. Cette option est désactivée par défaut.


Désactivé Aucun Démarre lorsquela phase Mountse termine.

Démontage decopie

Désactivé Aucun Démarre lorsquela phase Post-mount script setermine.

Paramètres du plan de service de système de fichiersCe tableau présente les paramètres de système de fichiers par défaut pour lesdifférentes phases d’un plan de service, notamment le démarrage, la découverte, lemappage, la rédaction de scripts avant et après copie, le montage/démontage et lacopie.

Les paramètres par défaut du plan de service créent une copie cohérente avec lesapplications toutes les 24 heures. Seule la technologie de réplication, spécifiée dans lechamp Copy type à la phase Create copy, varie d’un plan à un autre. Le tableau suivantrécapitule les paramètres par défaut :

Tableau 14 Paramètres par défaut du plan de service de système de fichiers



Plan Startup Enabled Planning automatique Type de récurrence :crée une copie toutesles 24 heures, avec lapremière exécution àminuit (00h00).Objectif de point derestauration (RPO) :Une alerte est émisesi la copie n’est pascréée dans le délaiimparti (la valeur pardéfaut est de24 heures).

Découverte desapplications

Enabled Aucun Déterminé par laphase Plan Startup.


Enabled Aucun Démarre lorsque laphase Applicationdiscovery se termine.

Plans de service

Paramètres du plan de service de système de fichiers 77

Tableau 14 Paramètres par défaut du plan de service de système de fichiers (suite)



Script avant copie Désactivé Aucun Démarre lorsque laphase Applicationmapping se termine.

Création de copie Enabled Type de copies :

l Bronze

l Silver

l Gold

l Unix FilesystemConsistency

n FS Consistent : sivous sélectionnezcette option, lesystème de fichiersest bloqué pendant lacréation des copies.Ceci interrompt lesécritures sur lesystème de fichiers.Vous pouvez créerdes copies cohérentesdu système de fichiersUNIX à l’aide del’utilitaire fsfreezeUNIX.

n Crash Consistent :cette option est lavaleur par défaut.Dans ce cas, lesystème de fichiersn’est pas figé pendantla création des copies.

l Préférences de stockage :Snapshot, clone et signet.Permet de classer,sélectionner ou effacerles préférences destockage. Par défaut,toutes les options sontsélectionnées. Vous nepouvez pas effacer toutesles préférences ; au moinsune préférence doit êtresélectionnée.

l Expiration : IncludeRecoverPoint copies inexpiration rotation policy :

Démarre lorsque laphase Pre-copy scriptse termine.

Plans de service





sélectionnez cette optionpour inclure les copiesRecoverPoint lors ducalcul des rotations. Sivous ne sélectionnez pascette option, les copiesRecoverPoints’accumulent et sontconservées jusqu’à ce queles signetscorrespondantsdisparaissent del’appliance RecoverPoint.

l Configurer les options destockage

n VPLEX : Vous permetde sélectionner lecluster privilégié pourles volumes distribuéset les baiesprivilégiées pour lesvolumes RAID-1.

n VMAX : Vous permetde configurer lespools de stockagepour créer des copiesdes périphériquesVMAX V2 pour le plande service. Vouspouvez sélectionnerou désélectionner lespools de stockageVMAX V2 souhaitésen développant la baiede stockage. Si vousne sélectionnez pasde pools de stockage,le plan de service créeles copies despériphériques à partirdes pools de stockageactivés dans AppSyncpour les baiesVMAX V2. Par défaut,tous les pools destockage configuréssont sélectionnés.Cette option est

Plans de service





uniquement applicablepour les baiesVMAX V2.

– Wait for CloneSync : si voussélectionnez cetteoption, la créationdes copies declones SnapVXattend la fin de lasynchronisation duclone. Si vousdésactivez cetteoption, la créationde copie de clonelance lasynchronisation duclone et termine lacréation descopies sansattendre la fin dela synchronisationdu clone (lasynchronisationdes cloness’exécute enarrière-plan).Cette option estdésactivée pardéfaut. Cetteoption estuniquementapplicable pour lesbaies VMAX V3.

l Paramètres avancés :vous permet de définir unnombre et un intervalle denouvelles tentatives pourtenter à nouveaul’opération VSS en échec,après un intervalleconfiguré à l’aide del’intervalle de nouvellestentatives. Celas’applique uniquementaux applicationsWindows. Le nombre detentatives par défaut estde 3 et la valeur

Plans de service





d’intervalle par défaut estde 0 seconde.

Script après copie Désactivé Aucun Démarre lorsque laphase Create copy setermine.

Démontage de lacopie précédente

Désactivé Aucun Démarre lorsque laphase Post-copyscript se termine.

Montage de copie(une phase de scriptavant montage estdisponible pour lesplans de service desystème de fichiers)

Désactivé Montage de copie

l Mount on Server :Original Host

l Mount with access :Lecture/écriture

l Mount Path : Chemin pardéfaut ou chemin mappé

l mode d’accès : LoggedAccess

l Copy to mount : Local(uniquement pour lesplans Gold)

l Use Dedicated StorageGroup : Sélectionné pardéfaut

l SLO souhaité :Sélectionnez le SLO pourla copie de montage. Celas’applique uniquementaux baies VMAX 3.

l FAST VP souhaité :Sélectionnez la règleFAST VP. Cela s’appliqueuniquement aux baiesVMAX V2.

l Option de montage deVPLEX : Sélectionnez uneoption de montage deVPLEX.

l Enable VMware clustermount : Si l’hôte demontage est une machinevirtuelle VMware résidantsur un cluster ESX, laLUN cible est visible partous les nœuds du cluster

Démarre lorsque laphase Unmountprevious copy setermine.

Plans de service





ESX au cours dumontage. Cette optionest activée par défaut. Sivous ne souhaitez paseffectuer un montage encluster ESX, vous pouvezdésactiver cette option.Cette option estuniquement prise encharge sur VPLEX,XtremIO, VMAX 3/VMAXAll Flash et sur les baiesUnity. Si cette optionn’est pas sélectionnée etque l’hôte de montagefait partie d’un clusterESX, l’hôte de montagedoit avoir un groupe destockage dédié, une vuede stockage ou un grouped’initiateurs configuré enfonction de laconfiguration du systèmede stockage. Cela permetà AppSync de masquer lesLUN uniquement pour cethôte de montage.

l Disable VMware SRM :Permet de gérer lesgroupes de cohérence, sil’indicateur SRM estactivé sur le groupe decohérence RecoverPoint.Cela s’appliqueuniquement àRecoverPoint 4.1 et auxversions supérieures.

l Exécutez la vérificationdu système de fichiers :Lors d’une opération demontage, l’agentAppSync vérifie lacohérence des donnéesdu système de fichiers enexécutant la commandefsck. Cette opération

peut prendre un certaintemps. Vous pouvezdésactiver cette option

Plans de service





pour ignorer lavérification du systèmede fichiers pendant uneopération de montage.Par défaut, la vérificationdu système de fichiers estactivée.

Remarque

Dans le cas d’uneopération de restauration,l’option RunFilesystem Check est

activée par défaut. Vousne pouvez pas ladésactiver.


Désactivé Aucun Démarre lorsque laphase Mount copy setermine.

Démontage de copie Désactivé Aucun Démarre lorsque laphase Post-mountscript se termine.

Paramètres du plan de service VMwareLes paramètres par défaut du plan de service créent une copie cohérente avec lesapplications toutes les 24 heures. Seule la technologie de réplication, spécifiée dans lechamp Copy type à la phase Create copy, varie d’un plan à un autre.

Tableau 15 Plan de service VMware : paramètres par défaut



Plan Startup Enabled Planning automatique Type derécurrence :crée une copietoutes les24 heures, avecla premièreexécution àminuit (00h00).Objectif depoint derestauration(RPO) : Une

Plans de service

Paramètres du plan de service VMware 83

Tableau 15 Plan de service VMware : paramètres par défaut (suite)



alerte est émisesi la copie n’estpas créée dansle délai imparti(la valeur pardéfaut est de24 heures).





Création decopie


n Bronze

n Silver

n Gold

l Cohérence de la copie :

n Cohérence avec la machine virtuelle, avec un maximum de quatresnapshots de VM simultanés

n Configurer des snapshots de machine virtuelle pour les VM : vouspermet de sélectionner des machines virtuelles dans lesdatastores ajoutés au plan de service. Par défaut, l’option ExcludeVMs for Snapshot est activée. Cela signifie que les machinesvirtuelles sélectionnées sont ignorées lors de la création desnapshots VMware dans le cadre de l’exécution du plan deservice. Si vous sélectionnez l’option Include VMs for Snapshot,seules les machines virtuelles sélectionnées sont prises en comptepour la création d’un snapshot VMware lors de l’exécution du plande service.

n Include Virtual Machine Disk : case à cocher pour protéger lesdisques de machine virtuelle répartis dans plusieurs datastores(option désactivée par défaut)

l Préférence d’ordre du stockage : Snapshot, clone et signetPermet de classer, sélectionner ou effacer les préférences destockage. Par défaut, toutes les options sont sélectionnées. Vous nepouvez pas effacer toutes les préférences ; au moins une préférencedoit être sélectionnée.



Démarre lorsquela phaseApplicationmapping setermine.

Plans de service





n VMAX : Vous permet de configurer les pools de stockage pourcréer des copies des périphériques VMAX V2 pour le plan deservice. Vous pouvez sélectionner ou désélectionner les pools destockage VMAX V2 souhaités en développant la baie de stockage.Si vous ne sélectionnez pas de pools de stockage, le plan deservice crée les copies des périphériques à partir des pools destockage activés dans AppSync pour les baies VMAX V2. Pardéfaut, tous les pools de stockage configurés sont sélectionnés.Cette option est uniquement applicable pour les baies VMAX V2.


l Expiration : Include RecoverPoint copies in expiration rotation policy :activez cette option pour inclure les copies RecoverPoint dans lecalcul des rotations.

Remarque

Si cette option n’est pas cochée, les copies RecoverPoints’accumulent et sont conservées jusqu’à ce que les signetscorrespondants disparaissent de l’appliance RecoverPoint.


Désactivé Aucun Démarre lorsquela phase Createcopy setermine.

Montage decopie

Désactivé l Aucun hôte de montage par défaut

l Montage à l’aide d’une nouvelle signature

l Pour RecoverPoint : montage avec accès consigné et montage de lacopie locale (dans le cas d’un plan de copie locale et à distance)

l Pour VNX File : montage de la copie locale ou à distance, en lectureseule ou en lecture/écriture

l SLO souhaité : Sélectionnez le SLO pour la copie de montage. Celas’applique uniquement aux baies VMAX 3.

l FAST VP souhaité : Sélectionnez la règle FAST VP. Cela s’appliqueuniquement aux baies VMAX V2.

l Option de montage de VPLEX : Sélectionnez une option de montagede VPLEX.

l Enable VMware cluster mount : Si l’hôte de montage est une machinevirtuelle VMware résidant sur un cluster ESX, la LUN cible est visible

Démarre lorsquela phaseUnmountprevious copyse termine.

Plans de service

Paramètres du plan de service VMware 85




par tous les nœuds du cluster ESX au cours du montage. Cette optionest activée par défaut. Si vous ne souhaitez pas effectuer unmontage en cluster ESX, vous pouvez désactiver cette option. Cetteoption est uniquement prise en charge sur VPLEX, XtremIO,VMAX 3/VMAX All Flash et sur les baies Unity. Si cette option n’estpas sélectionnée et que l’hôte de montage fait partie d’un clusterESX, l’hôte de montage doit avoir un groupe de stockage dédié, unevue de stockage ou un groupe d’initiateurs configuré en fonction de laconfiguration du système de stockage. Cela permet à AppSync demasquer les LUN uniquement pour cet hôte de montage.

l Disable VMware SRM : Permet de gérer les groupes de cohérence, sil’indicateur SRM est activé sur le groupe de cohérence RecoverPoint.Cela s’applique uniquement à RecoverPoint 4.1 et aux versionssupérieures.

Démontage decopie

Désactivé Aucun Démarre lorsquela phase Mountcopy se termine

Plans de service


CHAPITRE 5

Protection de Microsoft Exchange


l Présentation de la prise en charge d'Exchange ................................................. 88l Déploiement d'AppSync pour la protection Exchange........................................90l Protection d'une base de données Exchange .................................................... 92l Détail du plan de service.....................................................................................94l Montage des copies Exchange..........................................................................104l Présentation de la restauration de copie Exchange............................................ 111

Protection de Microsoft Exchange 87

Présentation de la prise en charge d'ExchangeUtilisez AppSync pour créer des copies des données Exchange cohérentes avecl'application.

La prise en charge de l'application Microsoft Exchange par AppSync inclut leséléments suivants :

l Protection et gestion de Microsoft Exchange dans les environnements autonomeset DAG (bases de données actives et passives).

l Montage de copies sur un hôte Windows 2008 ou Windows 2012 à des fins decontrôle de cohérence ou de sauvegarde sur un système de stockage à long terme.

l Restauration de copies de bases de données Exchange de production dans le casoù ces dernières doivent être ramenées à un point dans le temps.

l Restauration de boîtes aux lettres et d'éléments de boîte aux lettres individuels àl'aide de Kroll Ontrack®.

l Prise en charge des bases de données sur des hôtes physiques, des RDM et desdisques virtuels sur des hôtes virtuels.

Remarque

AppSync prend uniquement en charge les RDM en mode de compatibilité physique.Les RDM en mode virtuel ne sont pas pris en charge.

Préalables exigés pour Exchange ServerVérifiez que la configuration d'Exchange répond aux exigences d'AppSync en matièrede version prise en charge, y compris en ce qui concerne le système d'exploitationWindows et les Service Packs pris en charge pour Exchange. Le document AppSyncSupport Matrix, disponible à l'adresse https://elabnavigator.emc.com/eln/extendedSupport, est la source autorisée d'informations sur les plates-formes et leslogiciels pris en charge.

AppSync prend en charge la protection et la reprise des opérations des bases dedonnées Exchange dans des configurations autonomes et DAG, y compris les élémentssuivants :

l Serveurs de messagerie Exchange 2010 sous Windows Server 2008 SP2 etWindows Server 2008 R2 ou version supérieure

l Serveurs de messagerie Exchange 2013 sous Windows 2008 R2 SP1 ou versionsupérieure

l Groupes de disponibilité de la base de données (DAG) Microsoft Exchange 2010 et2013, y compris les copies actives et passives

Prise en charge d'Exchange sur des disques virtuelsVous pouvez protéger, monter et restaurer des bases de données Exchange résidantsur des RDM VMware en mode de compatibilité physique et sur des disques virtuels.AppSync prend en charge les sauvegardes complètes, différentielles et de copie.

Lors de la protection, tenez compte des points suivants :

l Pour que le mappage réussisse, Virtual Center doit être ajouté au serveur AppSyncet une découverte doit être effectuée.

l Pour que la protection soit efficace, les fichiers log et les fichiers de base dedonnées doivent résider sur des disques virtuels. Vous ne pouvez pas combiner lestockage physique et virtuel.



https://elabnavigator.emc.com/eln/extendedSupport


l La protection des bases de données Exchange sur des machines virtuellespartageant le même datastore n'est pas prise en charge.

l Les disques virtuels sont pris en charge avec VMware ESX 5.0 et versionssupérieures.

l AppSync 1.6.0.1 et versions supérieures prend en charge la consignation circulairepour les bases de données Exchange.

Prise en charge d'Exchange sur Hyper-VDans les environnements Hyper-V, AppSync nécessite que Exchange soit stocké surdes périphériques iSCSI en attachement direct, Fibre Channel virtuel (NPIV) oud'accès direct SCSI. Le filtrage SCSI CDB (Command Descriptor Block) doit êtredésactivé dans la partition parente pour les périphériques d'accès direct SCSI. Il estactivé par défaut. Cela s'applique également aux bases de données dans lesconfigurations DAG.

Pour le passe-système SCSI de Hyper-V, l’hôte de montage ne peut pas être un hôteHyper-V. Il doit s’agir d’un hôte physique ou d'une machine virtuelle ajoutés avecl'adaptateur NPIV ou iSCSI en attachement direct.

Interaction d'AppSync avec Microsoft VSSMicrosoft Volume Shadow Copy Service (VSS) est l'infrastructure qui permet àAppSync de créer des copies compatibles multiapplications.

Lorsqu'il crée une copie, AppSync coordonne l'opération avec VSS et Exchange afinde créer un cliché instantané. Il s'agit d'une copie ponctuelle des volumes quicontiennent les données, les logs et les fichiers système des bases de donnéesExchange.

AppSync coordonne l'opération avec VSS et Exchange de façon à mettre en veille lesentrées/sorties vers les bases de données pendant la création de la copie, puis àreprendre le flux de données après la création de la copie. Lors d'une restauration,AppSync coordonne l'opération avec VSS et Exchange afin de restaurer la copieponctuelle.

Autorisations requises par ExchangeLes comptes qu'AppSync utilise pour fonctionner avec Exchange nécessitent desautorisations spéciales.

l Sur les serveurs Exchange autonomes, le compte doit être un compte utilisateurde domaine avec le rôle Databases.

l Sur les serveurs DAG, le compte doit être un compte utilisateur de domaine avecles rôles Databases et Database Copies.

l Sur un hôte de montage, le compte doit être un compte utilisateur de domainemembre du groupe Administrateurs local.

l Le compte doit disposer des droits d'utilisateur Log on as a batch job et Log onas a service.

l Le compte peut avoir le rôle View-only Organization. Il s'agit d'un rôle facultatifapplicable uniquement à Microsoft Exchange 2013, si vous disposez de boîtes auxlettres de dossier public dans l'environnement. AppSync utilise ce rôle pouridentifier la base de données contenant la boîte aux lettres de la hiérarchieprincipale du dossier public.

Les informations d'identification du service AppSync Exchange Interface sontnécessaires la première fois que vous accédez au serveur Exchange. Vous êtes invité àsaisir deux ensembles d'informations d'identification pour la configuration du serviceAppSync Exchange Interface.

AppSync utilise le premier ensemble d'informations d'identification pour installer etconfigurer le service AppSync Exchange Interface sur le serveur de production ou


Présentation de la prise en charge d'Exchange 89

l'hôte de montage Exchange. Le compte doit disposer de privilèges d'administrateurlocal. AppSync utilise le second ensemble d'informations d'identification pour exécuterle service. L'utilisateur doit être un utilisateur de domaine avec les rôles Exchangesuivants :

l Rôle Databases pour un serveur autonome

l Rôles Databases et Database Copies dans un environnement DAG

Modification des plans de service après une mise à niveauLa mise à niveau d'AppSync modifie la manière dont les plans de service fonctionnent.

Tenez compte des modifications suivantes :

l Préférences d'ordre de stockage : après une mise à niveau, les préférences d'ordrede stockage de tous les plans de service sont remplacées par la préférence dunouveau style. Après une mise à niveau, vérifiez les instructions Create Copy dechaque plan de service afin de confirmer que la préférence d'ordre de stockage estcorrecte.

l Rotation des copies RecoverPoint : après une mise à niveau, tous les plans deservice n'effectuent pas de rotation des réplicas pour les copies RecoverPoint. Sivous souhaitez activer la rotation des réplicas pour un plan de service qui crée descopies RecoverPoint, vérifiez les instructions Create Copy du plan de service enquestion et cochez la case permettant d'inclure les copies RecoverPoint dans leprocessus d'expiration.

Déploiement d'AppSync pour la protection ExchangeVoici un récapitulatif des étapes allant du déploiement d'AppSync à la configuration dela protection Exchange.

Procédure

1. Installez le serveur AppSync.

2. À partir de la console AppSync, accédez à Settings > Storage Infrastructure,puis cliquez sur Add.

Cette action ajoute le système de stockage où réside la base de données desboîtes aux lettres Exchange.

3. Accédez à Settings > Servers, puis cliquez sur Add.

Cette action ajoute les serveurs de messagerie Exchange autonomes oumembres du DAG en tant qu'hôtes.

4. Accédez à Copy Management > Microsoft Exchange, puis cliquez sur un nomde serveur dans la liste des serveurs autonomes et DAG Exchange.

5. Saisissez les informations d'identification permettant de configurer etd'exécuter le service AppSync Exchange Interface.

Les bases de données Exchange sont découvertes.

6. Inscrivez une base de données Exchange pour la protéger en sélectionnant l'unedes options suivantes :

l Offrir une protection immédiate grâce à l'option Subscribe to Plan andRun, qui inscrit la base de données dans un plan de service et protègeimmédiatement la base de données sélectionnée. Pour les bases de donnéesd'un DAG, l'une des bases de données passives est protégée par défaut.



l Sélectionnez l'option Subscribe to Plan pour inscrire la base de données àun plan de service, mais sans exécuter ce plan. La protection est conformeau calendrier du plan de service.

Découverte des bases de données ExchangePour tenir AppSync à jour, vous devez découvrir les bases de données sur le serveurExchange en cas de création, de suppression ou de changement de nom des bases dedonnées.

Avant de commencer

l Cette opération requiert le rôle d'administrateur de données dans AppSync

l Le service AppSync Exchange Interface doit être en cours d'exécution.

l Si vous modifiez un serveur Exchange autonome faisant partie d'AppSync afin qu'ilappartienne à un DAG, vous devez d'abord supprimer le serveur autonome (ainsique ses copies, le cas échéant), puis procéder à une découverte. Lors de ladécouverte, l'ancien serveur autonome est identifié comme faisant partie du DAG.

Procédure

1. Accédez à Copy Management > Microsoft Exchange.

2. Cliquez sur un serveur Exchange pour afficher ses bases de données.

3. Cliquez sur Discover Databases pour découvrir les bases de données de ceserveur.

Suppression d'un serveur de messagerie ExchangeSupprimez un serveur de messagerie Exchange lorsqu'il n'est plus nécessaire de gérersa protection à l'aide du serveur AppSync.

Avant de commencer

Cette opération requiert le rôle d'administrateur de ressource dans AppSyncIl ne doit exister aucune copie du serveur de messagerie que vous souhaitez supprimer.

Procédure

1. Sélectionnez Settings > Servers.

2. Cliquez sur le serveur à supprimer.

3. Sélectionnez Remove > Remove servers only.

Une fenêtre de confirmation s'affiche.

4. Cliquez sur OK pour confirmer la suppression.

Protection des bases de données DAG dans un plan de serviceAppSync prend en charge la protection des bases de données Exchange qui font partied'un groupe de disponibilité de base de données (DAG).

Lorsqu'un serveur DAG est inscrit à un plan de service AppSync, il est l'un desmembres passifs du DAG sélectionné pour la protection, par défaut.

Procédure

l Pour protéger une base de données qui est un membre actif du DAG, sélectionnezActive dans la colonne Copy to Protect sous l'onglet Subscriptions du plan deservice.


Découverte des bases de données Exchange 91

Convertir un serveur Exchange autonome en membre du DAG

Procédure

1. Supprimez tous les abonnements et les copies du serveur Exchange autonomeenregistré avec AppSync.

2. Supprimez l'hôte de la page Servers qui hébergeait le serveur Exchangeautonome.

3. Une fois le serveur Exchange autonome ajouté en tant que membre du DAG,ajoutez l'hôte sur le serveur AppSync.

Protection d'une base de données ExchangeProtégez une base de données Exchange en l'inscrivant à un plan de service AppSync.

AppSync utilise les plans de service comme mécanisme de protection des bases dedonnées. Vous inscrivez une base de données à un plan de service et exécutez cedernier immédiatement, ou vous planifiez le plan de service afin qu'il s'exécuteultérieurement.

l Sélectionnez Subscribe to Plan and Run si vous souhaitez protégerimmédiatement la base de données sélectionnée. Le plan de service s'exécute pourcette base de données uniquement. Dans le cas d'un DAG, l'une des bases dedonnées passives est protégée par défaut.

l Sélectionnez Subscribe to Plan si vous souhaitez planifier la protection en vued'une exécution ultérieure. La protection des bases de données incluses dans leplan de service s'exécute à l'heure planifiée.

l Sélectionnez Run à la page Service Plan pour exécuter immédiatement le plandans son ensemble. Toutes les bases de données inscrites au plan de service sontprotégées.

Protection immédiate d'une base de données ExchangeCliquez sur Subscribe to Plan and Run pour ajouter une base de données à un plan deservice existant et exécuter immédiatement ce dernier pour la base de donnéessélectionnée seulement.

Avant de commencer


Procédure

1. Accédez à Copy Management > Microsoft Exchange

2. Cliquez sur un serveur de messagerie Exchange ou un DAG de la liste pourafficher ses bases de données.

3. Dans cette liste, sélectionnez une base de données à protéger.

Pour appliquer une opération à plusieurs éléments, veillez à maintenir la toucheMaj ou Ctrl enfoncée.

4. Dans la liste Protect, sélectionnez le plan de service approprié en regard deSubscribe to Plan and Run.

Dans le cas d'un DAG, une base de données passive est protégée par défaut.



La boîte de dialogue Subscribe to Plan and Run affiche la progression au coursdes différentes phases.

Inscription d'une base de données Exchange à un plan de serviceSélectionnez Subscribe to Plan si vous souhaitez planifier la protection en vue d'uneexécution ultérieure. La protection de toutes les bases de données incluses dans leplan de service s'exécute à l'heure planifiée.

Avant de commencer


Procédure


2. Cliquez sur un serveur de messagerie Exchange ou un DAG de la liste pourafficher ses bases de données.

3. Dans cette liste, sélectionnez une base de données à protéger.

Sélectionnez plusieurs bases de données en maintenant enfoncée la touche Majou Ctrl de votre clavier.

4. Dans la liste Protect, sélectionnez le plan de service approprié en regard deSubscribe to Plan.

Dans le cas d'un DAG, une base de données passive est protégée par défaut.Pour modifier le type de protections en lui appliquant une autre option, spécifiezcette dernière sous l'onglet Subscriptions du plan de service.

Le plan est ajouté à la colonne Plans de la base de données.

Annulation de l'inscription d'une base de données à un plan de serviceVous pouvez annuler l'inscription d'une base de données individuelle à un plan deservice.

Avant de commencer


Procédure

1. Accédez à Copy Management > Microsoft Exchange

2. Sélectionnez un serveur de messagerie pour afficher la liste des bases dedonnées Exchange.

3. Sélectionnez la base de données à supprimer du plan.

l Sélectionnez le plan concerné sous Protect > Unsubscribe from Plan.

Seuls les plans auxquels la base de données est inscrite figurent dans la listecontextuelle.

l Pour annuler l'inscription de la base de données à tous les plans de service,sélectionnez Unsubscribe from Plan > All.

Expiration d'une copie à la demandeL'expiration d'une copie supprime celle-ci de la base de données AppSync et peutlibérer de l'espace de stockage en fonction de la technologie de réplication et de l'étatde la copie.


Inscription d'une base de données Exchange à un plan de service 93

Avant de commencer


L'expiration d'une copie créée à l'aide de RecoverPoint ne supprime pas le signetcorrespondant au sein même de RecoverPoint.

Procédure

1. Sélectionnez Copy Management > Microsoft Exchange.

2. Cliquez sur un serveur de messagerie Exchange pour afficher ses bases dedonnées.

3. Cliquez sur une base de données Exchange pour afficher ses copies.

4. Sélectionnez une ou plusieurs copies à supprimer.

Vous pouvez également effectuer cette action sous l'onglet Copies du plan deservice.

5. Sélectionnez Expire.

Vérifiez que vous souhaitez bien faire expirer la copie que vous avezsélectionnée et toutes les copies associées répertoriées, puis confirmezl'opération.

Création d'une copie de base de données à partir de la page CopiesCréez une copie d'une base de données en inscrivant cette dernière à un plan deservice Exchange dans AppSync à partir de la page Copies.

Avant de commencer

Cette opération requiert le rôle d'administrateur de données dans AppSyncProcédure


2. Cliquez sur une instance de serveur de messagerie.

3. Dans la liste des bases de données Exchange, cliquez sur la base de donnéespour afficher ses copies.

4. Dans la liste Create a copy using plan, sélectionnez le plan de serviceapproprié.

Le plan de service s'exécute immédiatement pour la base de données.

Détail du plan de serviceUn plan de service comporte les onglets suivants : Settings, Subscriptions, Copies etEvents.

L’onglet Settings affiche le nom, la description et l’état (activé ou désactivé) du plande service. Les différentes phases du plan sont également détaillées sous cet onglet.Cliquez sur les onglets appropriés pour afficher des informations concernant lesinscriptions, les copies créées par le plan et les événements générés pendantl’exécution du plan de service.

Planning du plan de serviceLe planning d'un plan de service est défini à la phase Plan Startup.



Le paramètre Startup Type (valeur Scheduled ou On demand) détermine si le plan estexécuté manuellement ou configuré pour s'exécuter selon un planning. Les options deplanification du démarrage d'un plan de service sont les suivantes :

l Spécification d'un objectif de point de restauration (RPO) :

n Définissez un RPO de 30 minutes ou de 1, 2, 3, 4, 6, 8, 12 ou 24 heures.

n Les minutes après l'heure sont définies par intervalles de 5 minutes.

n Le RPO par défaut est de 24 heures.

l Exécution tous les jours à certaines heures :

n Sélectionnez jusqu'à deux heures différentes de la journée.


n Aucune valeur n'est sélectionnée par défaut.

l Exécution à une heure spécifique certains jours de la semaine :

n Sélectionnez un ou plusieurs jours de la semaine (jusqu'à 7 jours).

n Aucun jour de la semaine n'est sélectionné par défaut. L'heure par défaut est00h00.

l Exécution à une heure spécifique certains jours du mois :

n Sélectionnez un ou plusieurs jours du mois (jusqu'à tous les jours).

n Sélectionnez une heure. Les horaires disponibles sont à des intervalles de15 minutes.

n La valeur par défaut est le premier jour du mois.

Contrôle de l'utilisation du stockage de réplicationLorsque vous configurez un plan de service, définissez les valeurs des champs suivantsde façon à éviter une utilisation excessive et l'épuisement du stockage de réplication :

l Valeur RPO dans la phase Plan Startup

l Always keep n Copies dans la phase Create copy

Vous devez également surveiller votre système de stockage via son interfaceutilisateur.

Remplacement des plannings des plans de serviceVous pouvez définir des plannings individuels pour des bases de données inscrites à unplan de service en remplaçant le paramètre de récurrence générique.

Avant de commencer


Vous pouvez uniquement remplacer les paramètres du type de récurrences déjàsélectionné pour ce plan.

Procédure

1. Accédez à Service Plans > Microsoft Exchange, puis cliquez sur l'un des plansde service de la liste.

2. Sous l'onglet Settings, sélectionnez la phase Plan Startup.

3. Dans le volet Plan Startup Defaults sur la droite, notez le type de récurrencesRecurrence Type sélectionné pour ce plan.

Un type de récurrences ne peut être défini que si l'option Scheduled a étésélectionnée dans Startup Type.


Planning du plan de service 95

4. Cliquez sur l'onglet Plan Startup Overrides.

5. Définissez des plannings individuels pour les bases de données sélectionnées enfonction de vos besoins.

Par exemple, si le type de récurrences que vous avez sélectionné est Onspecified days of the month et que le paramètre de la règle soit Run at 12:00AM avec 1st day of every month, vous pouvez remplacer l'heure et le jour pourdes bases de données individuelles.

Découverte des applicationsAvant de créer la copie, AppSync examine le serveur de messagerie Exchange pourdétecter les modifications telles que l'ajout, la suppression, le changement de nom oule déplacement de bases de données.

Aucun paramètre utilisateur n'est associé à cette phase et elle ne peut pas êtredésactivée.

Mappage des applicationsAprès avoir découvert l'application, AppSync la mappe au stockage des baies et auxservices de protection tels que RecoverPoint.


Script avant copiePour effectuer les étapes préparatoires à la création d'une copie, spécifiez desparamètres et un script avant copie sous l'onglet Settings du plan de service.

Le script avant copie s'exécute conformément au planning défini à la phase PlanStartup. Les formats de script valides sont .bat, .exe et .ps1 (scripts PowerShell).Vous pouvez éventuellement saisir des informations d'identification afin d'exécuter lescript en tant qu'un utilisateur spécifique. Le script s'exécute en tant que systèmelocal par défaut.

AppSync ne prend pas en charge l'exécution directe de scripts PowerShell. Vousdevez généralement les intégrer dans un fichier .bat. Une autre solution consiste àdéfinir la valeur Open par défaut des fichiers ps1 sur C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe. Lorsque le script PSs'exécute, vous risquez de recevoir un message d'erreur et devez définir une règled'exécution appropriée.

Pour exécuter des commandes PowerShell à partir de scripts, procédez comme suit :

1. Dans le fichier .bat, spécifiez le chemin d'accès complet au fichier de commandesPowerShell : powershell -command C:\PshellCommands.ps1 <nul

2. Définissez la règle d'exécution PowerShell de façon à pouvoir exécuter le script.Par exemple, la première ligne du fichier .bat doit se présenter comme suit pourune règle sans restriction : powershell -command set-executionpolicyunrestricted <nul

3. Pour assurer un arrêt correct de la session PowerShell, ajoutez <nul à la fin de laligne qui appelle le script PowerShell. L'emplacement par défaut du script est%ProgramData%\EMC\AppSync\scripts\ sur l'hôte d'application.

Les paramètres exacts varient en fonction du script. Les paramètres contenant desespaces doivent être placés entre guillemets.



Cette phase peut être activée ou désactivée.Cette opération requiert le rôled'administrateur de plan de service dans AppSync

la création de copiesLa phase Create copy crée une copie basée sur la technologie de réplication spécifiéedans le plan de service.

Cette phase spécifie le type de copies Exchange à effectuer. Elle indique si voussouhaitez ignorer les erreurs Exchange dans le log des événements de l'application etsi la base de données et les logs peuvent résider sur le même volume.

Reportez-vous à la section Présentation des plans de service pour plus d'informationssur la copie dans le cadre de plans de service.

Type de sauvegardes ExchangeAppSync utilise VSS pour effectuer une copie en ligne cohérente au niveau du volume.

l L'option Full crée une copie des bases de données du plan de service à l'aide deVSS, en incluant les fichiers de bases de données, les fichiers log des transactionset les fichiers de point de contrôle. Une fois la sauvegarde terminée, les logs sonttronqués.

l L'option Copy crée une copie des bases de données du plan de service à l'aide deVSS, en incluant les fichiers de bases de données, les fichiers log des transactionset les fichiers de point de contrôle, tout comme l'option Full. Toutefois, les logs nesont pas tronqués.

l L'option Differential copie l'intégralité du volume des fichiers log des transactions.Une sauvegarde complète de la base de données sélectionnée doit exister, sinon lasauvegarde échoue. Une fois la sauvegarde terminée, les logs ne sont pastronqués.

Expiration automatique des copiesLa valeur d'expiration automatique définie à la phase Create Copy d'un plan de servicespécifie le nombre maximal de snapshots, de clones ou de signets pouvant existersimultanément.

Lorsque la valeur du champ Always keep x copies est atteinte, les copies plusanciennes expirent afin de libérer de l'espace de stockage pour la prochaine copie dansla rotation. Les copies ayant échoué ne sont pas comptabilisées. AppSync ne fait pasexpirer la copie la plus ancienne avant que celle destinée à la remplacer ne soit créée.Par exemple, si le nombre de copies à conserver est de sept, AppSync ne fait pasexpirer la copie la plus ancienne avant que la huitième copie soit créée.

AppSync ne fait pas expirer les copies dans les circonstances suivantes :

l Les copies montées n'expirent pas.

l Une copie contenant l'unique réplica d'une base de données n'expire pas.

Ce paramètre est indépendant de toute règle de pool VNX dans Unisphere prévoyantla suppression automatique des snapshots les plus anciens. L'administrateur de plan deservice doit collaborer avec l'administrateur de stockage afin de garantir que lesparamètres des règles de pool VNX permettent la prise en charge du nombre spécifiéde copies de snapshot pour l'application résidant dans ce pool.

Include RecoverPoint copies in expiration rotation policy : activez cette optionpour inclure les copies RecoverPoint dans le calcul des rotations.


la création de copies 97

Remarque

Si cette option n'est pas sélectionnée, les copies RecoverPoint s'accumulent et sontconservées jusqu'à ce que les signets disparaissent de l'appliance RecoverPoint.

Erreurs du log des événements ExchangeExchange consigne certaines erreurs dans le log des événements de l'applicationlorsqu'elles se produisent. Ces erreurs indiquent une éventuelle corruption desdonnées dans les fichiers log ou .edb. Elles peuvent provoquer l'échec de la créationdes copies, sauf si vous demandez spécifiquement à AppSync de les ignorer.

AppSync recherche ces erreurs dans le log des événements de l'application chaquefois qu'une copie est créée. La première fois qu'il s'exécute, AppSync effectue cetterecherche dans l'ensemble du log. Lors des exécutions suivantes, il recherche leserreurs depuis la dernière exécution réussie. S'il n'y a aucune copie existante, AppSynceffectue la recherche dans l'ensemble du log lors de la création de la copie suivante.

À la phase Create copy d'un plan de service, vous pouvez configurer AppSync pourqu'il ignore tout ou partie de ces erreurs.

Tableau 16 Erreurs du log des événements Microsoft Exchange

Error Signification

-1018 La base de données a essayé sans succès devérifier les informations concernant unecertaine page de la base de données.

-1019 Similaire à une erreur -1018, mais indique quela page consultée a renvoyé un numéro depage non valide (généralement des zérosuniquement) plutôt qu'un checksum nonvalide.

-1022 Indique des problèmes matériels majeurs, enparticulier des problèmes de sous-système dedisque. Si le moteur de base de donnéesdemande à accéder à une page du disque,mais reçoit au lieu de cela un messaged'erreur du sous-système d'E/S, il en résulteune erreur -1022.

447 Indique une corruption de la structure logiquede la base de données. Cette erreur estaccompagnée d'un message indiquant que labanque d'informations s'est arrêtée de façonanormale.

448 Indique une incohérence ou une corruptiondans une table de la base de donnéesMicrosoft Jet. Cette erreur est accompagnéed'un message indiquant qu'une incohérencedes données de la banque d'informations a étédétectée dans une table.



Organisation des bases de données et des logsExchange prend en charge les environnements où la base de données et les logsrésident sur le même volume lorsqu'il existe plusieurs copies de la base de donnéesdans un environnement DAG. Les plans de service peuvent être configurés pourignorer la restriction qui empêche les logs et les bases de données de résider sur lemême volume.

Lorsque vous créez des copies de bases de données Exchange, la bonne pratiqueconsiste à empêcher le plan de service d'autoriser une telle configuration, car le fait destocker les bases de données et les logs sur le même volume limite vos options derestauration. Toutefois, vous avez la possibilité de décider si les plans de service aveccette configuration doivent réussir ou non.

Cette option est définie à la phase Create copy du plan de service.

Lorsque vous sélectionnez cette option, vous êtes obligé de restaurer la base dedonnées et les logs ensemble. La restauration écrase les fichiers log plus récents. Pourpréserver les nouveaux fichiers log plus récents afin de les utiliser pendant larestauration, copiez-les sur un autre volume avant la restauration.

Configuration de nouvelles tentatives en cas d’échec VSSVous pouvez configurer un nombre de nouvelles tentatives VSS dans la phase decréation de copie d’un plan de service. Au cours de la protection, si un plan de serviceéchoue en raison de défaillances VSS comme un problème d’expiration du délai VSS, leplan de service exécute l’opération de blocage/déblocage VSS à nouveau selon lenombre et l'intervalle de tentatives spécifiés. Cette option est prise en chargeuniquement sur les applications Windows : système de fichiers, Microsoft SQL etMicrosoft Exchange. Cette option n’est pas utilisée lors de la création de copiescohérentes en cas de panne des bases de données SQL.

Remarque

AppSync n’effectue pas de nouvelle tentative VSS si le blocage d’application échoue.Si l’application n’est pas dans un état de création de copie, AppSync ne parvient pas àla mettre en veille et ne retente pas l’opération de blocage/déblocage VSS.L’application doit être ramenée à un état où elle peut être mise en veille et le plan deservice doit être relancé.

Script après copiePour effectuer un nettoyage ou d'autres tâches après la création d'une copie,spécifiez des paramètres et un script après copie sous l'onglet Settings du plan deservice.

Le script s'exécute une fois que la phase Create copy a été menée à bien. Les formatsde script valides sont .bat, .exe et .ps1 (scripts PowerShell). Vous pouvezéventuellement saisir des informations d'identification afin d'exécuter le script en tantqu'un utilisateur spécifique. Le script s'exécute en tant que système local par défaut.

Lorsque AppSync crée des copies d'éléments applicatifs dans le cadre d'un plan deservice, il peut séparer ces éléments et les placer dans des groupes distincts à des finsde protection. Cette opération peut être effectuée pour des raisons de performances(par exemple, VSS pour Exchange et SQL) ou parce que les éléments d'un plan deservice peuvent être protégés par différentes technologies de réplication. Parexemple, un plan de service peut contenir des éléments applicatifs qui sont protégéspar des snapshots VNX et d'autres par des signets RecoverPoint. Par conséquent, les


Script après copie 99

éléments applicatifs de ces groupes sont protégés indépendamment les uns desautres.

Lorsque AppSync appelle un script après copie, il transmet les copies qui ont étécréées dans le groupe en appelant le script avec -appCopies <APP1> <APP2>, oùAPP1 et APP2 sont les noms des éléments applicatifs contenus dans ce groupe.





3. Pour assurer un arrêt correct de la session PowerShell, ajoutez <nul à la fin de laligne qui appelle le script PowerShell.

Lorsque AppSync exécute le script après copie, celui-ci s'exécute pour les élémentsapplicatifs qui font partie d'un groupe. S'il existe plusieurs groupes, le script aprèscopie s'exécute à plusieurs reprises. Lorsque AppSync exécute le script après copie, iltransmet au script la liste des éléments applicatifs du groupe de réplication sous formed'arguments, juste après les arguments de l'utilisateur. La syntaxe est la suivante :

-applicationCopies <ITEM1> <ITEM2> <ITEM3>

où <ITEMx> est le nom de l'élément applicatif à protéger.

L'emplacement par défaut du script est %ProgramData%\EMC\AppSync\scripts\sur l'hôte d'application.



Démontage de la copie précédenteLe plan de service démonte une copie montée précédemment après avoir créé lanouvelle copie. Dans le cas d'une copie montée à la demande, et non par le plan deservice, cette dernière n'est pas démontée.

Aucun paramètre utilisateur n'est associé à cette phase et elle peut être activée oudésactivée.

le montage de copiesLa phase Mount copy consiste à monter la copie. Cette phase peut être activée oudésactivée.

Les paramètres Mount Copy Defaults définissant la valeur de l'hôte de montage, lechemin de montage et les attributs de l'accès au montage (en lecture seule ou en



lecture/écriture) varient selon le plan de service. Les autres paramètres de montagedéterminent l'emplacement où les fichiers de métadonnées Exchange sont copiés, letype de copies à monter et le type d'accès à l'image RecoverPoint.

l Mount on ServerCette option permet de choisir entre les hôtes Windows auxquels vous avez accèset le serveur d'origine. Si vous avez choisi de valider les copies, seuls les serveurssur lesquels Exchange Management Tools est installé s'affichent dans la listedéroulante. Ces serveurs figurent sur la page Microsoft Exchange Protection avecla désignation Utility Host.

l Mount with accessSélectionnez le type d'accès avec lequel la copie doit être montée : lecture/écriture ou en lecture seule.

l Mount Path

n Alternate mount pathLe chemin de montage par défaut, lorsque l'hôte de montage est aussi leserveur de production, est SystemDrive:\AppSyncMounts\Production_Server_Name.

Le chemin est représenté dans la console sous la forme %SystemDrive%\AppSyncMounts\%%ProdServerName%%.

Pour spécifier la valeur d'une variable d'environnement Windows dans lechemin de montage, délimitez le nom de la variable avec des signes depourcentage simples (%). Le chemin par défaut contient également unevariable AppSync (ProdServerName) qui est délimitée avec des signes depourcentage doubles (%%).

Les caractères suivants ne sont pas valides dans le chemin :

< > : " / | ? *

n Same as original path. Il s'agit d'une autre option pour le chemin de montage.Vous pouvez sélectionner n'importe laquelle de ces options.

Remarque

Lors de l'exécution d'un montage au sein d'un DAG, ne sélectionnez pas lechemin de montage Same as original path si l'hôte de montage est égalementun nœud de DAG contenant une copie de la base de données que vous montez.

l Copy metadata files toPar défaut, l'emplacement où sont copiés les fichiers de métadonnées VSS est lechemin par défaut SystemDrive: \AppSyncMounts\Production_Server_Name.


< > : " / | ? *

Si vous sauvegardez la base de données sur un autre média, vous devezsauvegarder ces fichiers de métadonnées également.

l Options d'accès aux images au cours du montage RecoverPointRecoverPoint fournit à une application hôte côté cible la possibilité d'écrire desdonnées sur les volumes de réplication côté cible, tout en conservant la trace desmodifications de la source.

n Slow access time, fast image I/O performance (RecoverPoint accessmode: Logged Access)Utilisez cette option de montage si le contrôle d'intégrité implique l'analyse degrandes zones des volumes répliqués. C'est la seule option disponible lorsquevous effectuez le montage sur le serveur de production.


le montage de copies 101

n Fast access time, Fast after roll image I/O performance (RecoverPointaccess mode: Virtual Access with Roll)Cette option offre un accès quasiment instantané à la copie, mais metégalement à jour le volume répliqué en arrière-plan. Lorsque les volumesrépliqués sont au point demandé dans le temps, la RPA bascule en toutetransparence sur un accès direct au volume de réplica, ce qui permet untraitement intensif.

n Fast access time, Slow image I/O performance (RecoverPoint accessmode: Virtual Access)Cette option fournit un accès quasi instantané à l'image. Elle n'est pas destinéeà un traitement intensif.

n Desired Service Level Objective (SLO)Si vous utilisez une baie VMAX 3, un paramètre appelé Desired Service LevelObjective (SLO) est également disponible. Cette option s'affiche dansl'assistant de montage et spécifie les objectifs de niveau de service VMAX 3requis. Le SLO définit la plage de fonctionnement du temps de service d'ungroupe de stockage.

l Copy to mountS'affiche pour les plans de service qui créent à la fois des copies locales et àdistance. Vous pouvez sélectionner le type de copies à monter.

l Si vous utilisez une baie VMAX 3, un paramètre appelé Desired Service LevelObjective (SLO) est également disponible. Cette option s'affiche dans l'assistantde montage et spécifie les objectifs de niveau de service VMAX 3 requis. Le SLOdéfinit la plage de fonctionnement du temps de service d'un groupe de stockage.

Remplacement de l'hôte de montage dans un plan de serviceSélectionnez des hôtes de montage différents pour plusieurs serveurs Exchangeinscrits à un plan de service.

À la phase Mount copy d'un plan de service, vous pouvez spécifier l'hôte sur lequel lacopie doit être montée, ainsi que les options de montage associées. Si plusieursserveurs font partie d'un plan de service, vous souhaitez peut-être héberger leurscopies sur des hôtes différents. Vous pouvez spécifier différents hôtes de montage etd'autres options sous l'onglet Mount Copy Overrides de la phase Mount copy du plande service.

Remplacement des hôtes de montage d'un plan de serviceSi plusieurs hôtes sont enregistrés et inscrits au même plan de service, vous pouvezsélectionner un hôte de montage différent pour chaque serveur, en remplaçant lesparamètres d'hôte de montage génériques.

Avant de commencer


Procédez comme suit lorsque vous disposez de plusieurs hôtes inscrits à un plan etque vous souhaitez utiliser des hôtes de montage différents pour leurs copies de basede données.

Procédure

1. Accédez à Service Plans, puis sélectionnez l'un des plans de la liste.

2. Sous l'onglet Settings, sélectionnez la phase Mount copy.

Sous l'onglet Mount Copy Defaults, la liste des serveurs inclut tous lesserveurs Exchange dont les bases de données sont inscrites à ce plan. Lesparamètres de montage affichent les paramètres par défaut.



3. Pour remplacer les paramètres par défaut, cliquez sur Mount Copy Overrides.

4. Sélectionnez le serveur dont vous souhaitez remplacer les paramètres demontage, puis cliquez sur Set Overrides.

5. Dans la boîte de dialogue Override Default Mount Settings, sélectionnez desoptions uniquement pour les paramètres de montage que vous souhaitezremplacer.

Par exemple, si vous souhaitez monter une copie dans un autre chemin,sélectionnez ce chemin dans la liste Mount Path. Les champs ne comportantaucune sélection conservent leurs paramètres par défaut.

6. Sélectionnez OK pour enregistrer vos modifications.

Une icône représentant un crayon s'affiche dans la première colonne de la lignedu serveur dont vous avez modifié les paramètres de montage par défaut.

7. Pour rétablir les paramètres par défaut d'un serveur, sélectionnez ce dernier,puis cliquez sur Use Default Settings.

la validation de copiesLors de cette phase, les outils de gestion Exchange exécutent un contrôle decohérence.

Par défaut, les bases de données et les logs sont vérifiés de manière séquentielle. Siles bases de données ne sont pas sur la même LUN et que l'hôte de montage disposede suffisamment de ressources pour prendre en charge des contrôles de cohérenceparallèles, utilisez l'option In parallel. Notez qu'Exchange peut effectuer 16 contrôlesparallèles au maximum.

Si le contrôle de cohérence se termine avec succès, AppSync demande à Exchange detronquer les logs de façon à ne conserver que les modifications qui n'ont pas étévalidées dans la base de données.

Cette phase peut être activée ou désactivée.

Options avancées pour le contrôle de cohérenceAppSync offre des options avancées qui modifient la manière dont les contrôles decohérence Exchange sont exécutés. L'activation de ces fonctions peut nuire auxperformances.

l Minimize log checkingLa sélection de cette option accélère la vérification des logs en demandant aulogiciel de contrôle de cohérence de vérifier uniquement les logs qui sont requispour restaurer la base de données. Cette option améliore les performances ducontrôle de cohérence. Si vous désactivez cette option, le contrôle de cohérenceest appliqué à tous les logs de la base de données.

Cette commande demande à AppSync de ne vérifier qu'un sous-ensemble des logsExchange qui sont inclus dans la copie. Ce sous-ensemble de logs correspond auxlogs qui sont requis pour restaurer la base de données. Si votre fenêtre desauvegarde est réduite, cette option peut vous être utile. Toutefois, la copiecontient alors des logs dont la cohérence n'a pas été vérifiée. Si vous tentez derestaurer le volume des logs, vous risquez de découvrir que certains fichiers logsont corrompus ou que la séquence de logs est incomplète. Avant de restaurer levolume des logs, vous devez monter le réplica et exécuter eseutil /k Enn pourle chemin d'accès aux logs.

Pour une protection maximale, désactivez l'option Minimize log checking. Pourdes performances maximales, sélectionnez-la.


la validation de copies 103

Vous devez également définir un répertoire de travail dans lequel seront copiés lesfichiers log requis pour la vérification.

L'option Minimize log checking n'est pas disponible lorsque la méthode decohérence est différentielle.

l Throttle CheckingLes contrôles de cohérence peuvent être interrompus en cours d'exécution pourralentir les E/S. Vous pouvez spécifier le nombre d'E/S au bout duquel effectuerl'interruption, ainsi que la durée de cette dernière.

l Skip database validation (.edb file check only for DAG)Si vous sélectionnez cette option, AppSync ignore la validation de base de donnéesdans le cas des DAG, s'il a :

n une copie de base de données activée et montée et au moins une copie de basede données passive et fonctionnelleOu

n Deux copies de base de données passives et fonctionnelles

Script après montageSpécifiez des paramètres et un script après montage via l'option Post-mount script del'onglet Settings du plan de service.

Le script s'exécute une fois que la phase de montage de la copie avec ou sansrestauration a été menée à bien. Ce script est généralement utilisé à des fins desauvegarde.

Dans la liste Server, sélectionnez le serveur sur lequel vous souhaitez exécuter lescript. Vous pouvez éventuellement l'exécuter sur un hôte enregistré autre que l'hôtede montage et saisir des informations d'identification permettant d'exécuter ce scripten tant qu'un utilisateur spécifique.

L'emplacement par défaut du script est %ProgramData%\EMC\AppSync\scripts\ sur l'hôte d'application.



le démontage de copiesLa dernière phase du plan de service consiste à démonter la copie. Toutes les bases dedonnées montées sont arrêtées dans le cadre de cette phase.

Cette phase est désactivée si la phase Unmount previous copy est activée. Il n'y apas de paramètres utilisateur associés à cette phase.

Montage des copies ExchangeAppSync peut monter une copie à la demande ou dans le cadre d'un plan.

Les copies créées sur un serveur Exchange de production autonome peuvent êtremontées sur :

l Un autre hôte au même emplacement que le serveur de production.

l Un autre hôte à un nouvel emplacement. Vous spécifiez l'option de montage enajoutant un autre chemin au début du chemin.



l Le serveur de production à un autre emplacement.

Les copies créées dans un DAG peuvent être montées sur :

l Un autre hôte

l Un serveur dans un autre DAG

l Un autre serveur dans le même DAG

Remarque

l Les copies ne peuvent pas être montées sur le serveur DAG où elles ont étécréées.

l Un hôte de montage unique avec les outils de gestion Exchange 2013 peut êtreutilisé pour exécuter le contrôle de cohérence pour des copies Exchange 2010 etExchange 2013.

Limites du montage et de la restaurationLes limites du montage et de la restauration de copies Exchange sont répertoriées ci-dessous :

l Lorsque la lettre du lecteur racine possède des points de montage et que ceux-cisont tous inclus dans le même plan, les montages et les restaurations sontsusceptibles d'échouer. Par exemple, si les fichiers log et système sont sur L:\ etque les zones de stockage des boîtes aux lettres soient sur L:\SG1DBMP (oùSG1DBMP est un point de montage), les montages et les restaurations échouent.

l Dans les environnements Windows 2012 et versions supérieures, lorsque vouseffectuez une restauration, les données sur les LUN sont écrasées même si levolume est en cours d'utilisation. Il en va autrement des autres plates-formesWindows, où AppSync affiche un avertissement si la LUN est en cours d'utilisation.Étant donné que les restaurations écrasent toutes les données, assurez-vous qu'iln'y a pas d'autres données sur ce volume et que ce dernier n'est pas en coursd'utilisation.

Montage d'une copie Exchange à la demandeVous pouvez exécuter un montage à la demande d'une copie Exchange à partir d'unecopie ou d'une base de données.

Avant de commencer


Procédure

1. Sélectionnez Recover > Mount a Copy à la page Exchange Databases.

Vous pouvez également accéder à la page Copies ou à l'onglet Copies du plande service, puis sélectionner une copie et cliquer sur Mount.

2. Utilisez les filtres Copies ou Service Plan pour sélectionner la copie à monter.

La liste Copies est actualisée en fonction des filtres sélectionnés.

3. Sélectionnez la copie à monter.

Dans le cas d'une copie RecoverPoint, vous avez également la possibilité desélectionner une copie correspondant à une heure spécifique. Cliquez surSelect a point in time pour sélectionner une copie avec un horodatagespécifique. L'heure affichée est celle de la console. Si la console est dans un


Limites du montage et de la restauration 105

autre fuseau horaire que le serveur, indiquez l'heure dans le fuseau horaire duserveur pour monter la copie.

4. À la page Mount Additional Copies, sélectionnez une ou plusieurs copiessupplémentaires à monter.

Les copies répertoriées ici sont celles d'autres bases de données qui ont étéprotégées en même temps et sur le même hôte que la copie sélectionnée àl'étape précédente.

5. À la page Validate Copy, sélectionnez Yes pour valider les copies et spécifierdes options de validation. Pour plus d'informations, reportez-vous à la sectionOptions de validation du montage.

6. À la page Mount Options, sélectionnez les options de montage.

l Pour les baies VMAX 3, sélectionnez l'objectif de niveau de service (SLO)souhaité pour la copie de montage.

Remarque

Les valeurs de SLO sont extraites dynamiquement des baies VMAX 3 etseules les valeurs uniques sont affichées.

l Pour les baies VMAX 2, sélectionnez la règle FAST VP souhaitée pour lacopie de montage.

l Mount on Server Cette option permet de choisir entre les hôtes Windows auxquels vous avezaccès et le serveur d'origine. Si vous avez choisi de valider les copies, seulsles serveurs sur lesquels Exchange Management Tools est installé s'affichentdans la liste déroulante. Ces serveurs figurent sur la page MicrosoftExchange Protection avec la désignation Utility Host.

l Mount with access Sélectionnez le type d'accès avec lequel la copie doit être montée : lecture/écriture ou en lecture seule.

l Mount Path

n Si vous spécifiez un chemin de montage autre que celui par défaut, lelecteur spécifié pour le montage ne peut pas être un disque en cluster.

n Alternate mount pathLe chemin de montage par défaut, lorsque l'hôte de montage est aussil'hôte de production, est SystemDrive:\AppSyncMounts\Production_Server_Name.

Le chemin est représenté dans la console sous la forme %SystemDrive%\AppSyncMounts\%%ProdServerName%%.

Pour spécifier la valeur d'une variable d'environnement Windows dans lechemin de montage, délimitez le nom de la variable avec des signes depourcentage simples (%). Le chemin par défaut contient également unevariable AppSync (ProdServerName) qui est délimitée avec des signes depourcentage doubles (%%).


< > : " / | ? *

n Same as original pathIl s'agit d'une autre option pour le chemin de montage. Vous pouvezsélectionner n'importe laquelle de ces options.



Remarque

Lors de l'exécution d'un montage au sein d'un DAG, ne sélectionnez pasle chemin de montage Same as original path si l'hôte de montage estégalement un nœud de DAG contenant une copie de la base de donnéesque vous montez.

l Copy metadata files to Par défaut, l'emplacement où sont copiés les fichiers de métadonnées VSSest le chemin par défaut - SystemDrive:\AppSyncMounts\Production_Server_Name.


< > : " / | ? *

Si vous sauvegardez la base de données sur un autre média, vous devezsauvegarder ces fichiers de métadonnées également.

l Options d'accès aux images au cours du montage RecoverPointRecoverPoint fournit à une application hôte côté cible la possibilité d'écriredes données sur les volumes de réplication côté cible, tout en conservant latrace des modifications de la source.

n Slow access time, fast image I/O performance (RecoverPoint accessmode: Logged Access)Utilisez cette option de montage si le contrôle d'intégrité impliquel'analyse de grandes zones des volumes répliqués. C'est la seule optiondisponible lorsque vous effectuez le montage sur le serveur deproduction.

n Fast access time, Fast after roll image I/O performance(RecoverPoint access mode: Virtual Access with Roll)Cette option offre un accès quasiment instantané à la copie, mais metégalement à jour le volume répliqué en arrière-plan. Lorsque les volumesrépliqués sont au point demandé dans le temps, la RPA bascule en toutetransparence sur un accès direct au volume de réplica, ce qui permet untraitement intensif.

n Fast access time, Slow image I/O performance (RecoverPoint accessmode: Virtual Access)Cette option fournit un accès quasi instantané à l'image. Elle n'est pasdestinée à un traitement intensif.

l Options de montage de VPLEX

n Native array : Utilisez cette option si vous souhaitez monter la copie entant que volume de baie native.

n VPLEX virtual volume mount : Utilisez cette option si vous souhaitezmonter la copie en tant que volume virtuel VPLEX.

n Enable VMware cluster mount : Désactivez cette option si vous nesouhaitez pas effectuer un montage en cluster ESX. Cette option estactivée par défaut.

7. À la page Configure AppSync Exchange Interface Service, indiquez lesinformations d'identification permettant de configurer le service sur le serveurde montage.

Cette page s'affiche uniquement lorsque vous avez choisi de valider la copie sile service n'est pas configuré.


Montage d'une copie Exchange à la demande 107

8. Vérifiez la page Summary, puis cliquez sur Finish pour monter la copie.

9. À la page Results, sélectionnez View Details pour afficher la progression desdifférentes phases du montage de la copie.

La dernière phase terminée s'affiche au bas de la liste.

Options de validation d'une copie de montageLa validation des copies de sauvegarde différentielle n'est pas prise en charge.

Validate database and logsLorsque vous créez un réplica d'une ou plusieurs bases de données MicrosoftExchange, vous devez le monter et le tester pour en vérifier la cohérence. Si vouschoisissez de monter automatiquement le réplica sur un autre hôte une fois qu'il a étécréé, vous devez exécuter un contrôle de cohérence sur le réplica. Vous disposez dedeux options de validation :

l Sequentially : exécution des tests sur une base de données à la fois, dans l'ordre(mode série). Sélectionnez cette option si vous possédez plusieurs bases dedonnées Exchange sur une LUN.

l In Parallel : exécution des tests sur plusieurs bases de données en même temps(mode parallèle).

Minimize log checkingSi vous sélectionnez l'option Minimize log checking, AppSync vérifie un sous-ensembledes logs Exchange qui sont inclus dans le réplica. Si votre fenêtre de sauvegarde estréduite, cette option peut vous être utile. Toutefois, le réplica peut contenir des logsdont la cohérence n'a pas été vérifiée.

Pour une protection maximale, désactivez l'option Minimize log checking. Pour desperformances maximales, sélectionnez-la.

Le champ Working directory vous permet de spécifier le répertoire vers lequel lesfichiers log pertinents seront déplacés à des fins de contrôle de cohérence, étantdonné que ce dernier peut uniquement être exécuté sur tous les fichiers log d'unrépertoire unique.

Throttle ValidationSélectionnez cette option pour réguler les E/S au cours d'un contrôle de cohérence.Cette option est destinée aux utilisateurs expérimentés et ne doit généralement pasêtre sélectionnée, sauf si vous collaborez avec le Support Dell EMC pour résoudre unproblème de débit d’E/S. En général, l'option de régulation n'est pas nécessaire.

Si vous choisissez de réguler les E/S, vous disposez des deux options suivantes :

l Pause after I/O count of: 100 : cette option vous permet de choisir le nombred'E/S pouvant être traitées entre les pauses. Vous pouvez sélectionner n'importequelle valeur entre 100 et 10 000 E/S.

l Duration of pause (in milliseconds): 1000 : vous pouvez spécifier la durée de lapause en millisecondes. 1 000 millisecondes = 1 seconde. Si cette option estindisponible, la pause dure une seconde.

Skip database validation (.edb file check only for DAG)Si vous sélectionnez cette option, AppSync ignore la validation de base de donnéesdans le cas des DAG.



Démontage d'une copie ExchangeLorsque vous sélectionnez une copie à démonter, les autres copies qui ont étémontées en même temps que la copie sélectionnée sont également démontées.

Avant de commencer


Vous ne pouvez démonter une copie qu'à partir de la liste des copies créées pour unebase de données.

Procédure

1. Accédez à la page Copies à partir de la page Data Protection ou Service Plan :

l Sous Copy Management > Microsoft Exchange, sélectionnez le serveur demessagerie Exchange qui héberge la base de données, puis sélectionnez labase de données avec la copie à démonter.

l Sous Service Plans > Microsoft Exchange, sélectionnez un plan de service,puis sélectionnez l'onglet Copies.

2. Dans la liste des copies, sélectionnez la copie, puis cliquez sur Unmount.

La boîte de dialogue Unmount Confirmation affiche les copies d'autres basesde données qui ont été montées en même temps que la copie sélectionnée pourle démontage.

3. Cliquez sur Yes pour confirmer le démontage de toutes les copies indiquéesdans la boîte de dialogue.

La fenêtre Unmount affiche la progression de l'opération de démontage. Toutesles copies associées à la copie sélectionnée sont démontées.

Mappage de cheminL’option de mappage du chemin d’accès monte la copie sur un hôte à l’aide d’une tablede mappage de chemins vers des emplacements définis par l’utilisateur. Lorsque vousutilisez une table de mappage de chemins, vous disposez d’un contrôle amélioré surl’emplacement de vos données.

Vous devez spécifier le chemin sur lequel vous souhaitez monter un système defichiers spécifique. Vous devez fournir un mappage de chemins, dans lequel le systèmede fichiers source et le point de montage cible sont spécifiés.

Voici un exemple de table de mappage de chemins pour UNIX.

Système de fichiers source Chemin de montage cible

/opt/emc/db1 /opt/emc/copies/db1

/opt/emc/db2 /opt/emc/test/db2

/opt/emc/db3 /opt/emc/reserved/db3

/prd/db1 /tst/db1

Voici un exemple de table de mappage de chemins pour Windows.

Les deux premières cibles des chemins, les lecteurs G:\ et H:\, doivent déjà êtredisponibles sur l’hôte de montage. Autrement dit, la racine du lecteur pour le cheminde montage doit exister préalablement au montage.


Démontage d'une copie Exchange 109


D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\

Remarque

l Si un chemin cible n’est pas fourni pour un chemin source, le montage a lieu sur unchemin similaire au chemin source sur l’hôte de montage.

l Assurez-vous que le chemin de montage que vous saisissez sur l’hôte cible estabsolu. Si le chemin n’est pas valide, le montage échoue.

l Les remplacements de la copie de montage ne sont pas disponibles si voussélectionnez le chemin de montage comme chemin d’accès mappé.

l Pour Windows, si un chemin spécifié est non valide, l’importation VSS échoue. Parconséquent, l’ensemble du montage échoue. Les scénarios d’échec partiels nesont pas pris en charge pour les montages Windows.

l Pour les systèmes de fichiers Windows et NFS sur Unix, les points de montagecibles imbriqués ne sont pas pris en charge.

l Le mappage des chemins d’accès n’est pas pris en charge pour les groupes dedisques Oracle ASM.

l Le mappage des chemins d’accès n’est pas pris en charge pour les bases dedonnées Oracle NFS RAC.

l Le mappage des chemins d’accès n’est pas applicable aux chemins demétadonnées pour Microsoft Exchange et Microsoft SQL Server.

Spécification des paramètres de mappage de cheminVous devez spécifier le chemin sur lequel vous souhaitez monter une copie spécifique.

Procédure

1. À partir de la console AppSync, accédez à la page Copies pour afficher lescopies disponibles.

2. Sélectionnez une copie à monter, puis cliquez sur Mount.

La page Select Copy to Mount de l’assistant Mount s’ouvre.

3. Sélectionnez la copie à monter, puis cliquez sur Next.

La page Specify Mount Settings s'affiche.

4. Sur la page Specify Mount Settings, procédez comme suit :

a. Sélectionnez l’hôte de montage.

b. Dans la liste Mount Path, sélectionnez Mapped Path.

Le lien Path Mapping Settings s’affiche.

5. Cliquez sur le lien pour ouvrir la fenêtre Path Mapping Settings.

6. À partir de la liste Select Source Host, sélectionnez un hôte.



Tous les systèmes de fichiers sur l’hôte sélectionné s’affichent dans la colonnedes chemins sources.

7. Spécifiez le chemin cible.

8. Cliquez sur Save pour enregistrer vos paramètres.

Si vous souhaitez définir le chemin cible pour un système de fichiers sur unautre hôte source, répétez les étapes 6 à 8.

9. Cliquez sur Reset pour effacer tous les chemins cibles saisis pour l’hôte sourcesélectionné.

10. Cliquez sur OK pour quitter la fenêtre Path Mapping.

Remarque

Si vous modifiez les paramètres de mappage de chemin, les paramètres demappage de chemin précédemment enregistrés ne sont pas valides et lesnouveaux paramètres de mappage de chemin sont prioritaires. Par conséquent,assurez-vous que vous enregistrez les paramètres de mappage de chemin pourtous les hôtes avant d’en changer.

Présentation de la restauration de copie ExchangeDécouvrez les fonctions de restauration Exchange, ainsi que les niveaux de copie dustockage associés.

Avec AppSync, vous pouvez restaurer les objets suivants :

l Une base de données avec ses logs

l Le fichier .edb d'une base de données

l Uniquement les logs d'une base de données

l Une base de données active ou passive (conjointement avec l'un des trois objetssusmentionnés), si le serveur est membre d'un DAG (Database Availability Group)

AppSync restaure les copies VNX/VMAX au niveau de la LUN, et les copies VNXe auniveau du groupe de LUN et Unity le copie au niveau du groupe de cohérence. Dans unenvironnement RecoverPoint, la restauration s'effectue au niveau du groupe decohérence.

Remarque

Assurez-vous qu’aucun snapshot de machine virtuelle n’est présent avant de protégerun datastore. Si les snapshots de machine virtuelle sont présents, la protection réussitmais AppSync ne parvient pas à effectuer la restauration de fichiers ou de machinesvirtuelles.

Entités affectées lors de la restaurationLors de la restauration à partir d'une copie, vous pouvez être invité à restaurer deséléments en plus de ceux que vous avez sélectionnés.

Une entité affectée correspond à des données qui résident sur votre serveur deproduction et qui font involontairement partie d'un réplica en raison de leur proximitéaux données que vous souhaitez protéger. Vous pouvez éviter une telle situation enplanifiant correctement la répartition des données en fonction de la granularité duréplica. La granularité d'un réplica dépend de l'environnement.


Présentation de la restauration de copie Exchange 111

S'il existe des entités affectées dans la configuration du stockage sous-jacent,l'assistant de restauration vous les signale. Les scénarios suivants produisent desentités affectées, ce qui vous oblige à accepter la restauration d'élémentssupplémentaires :

l Pour RecoverPoint, si des bases de données appartiennent à un même groupe decohérence, elles deviennent des entités affectées lorsqu'une autre base dedonnées du groupe est protégée.

l Pour le VNXe, si des bases de données appartiennent à un même groupe de LUN,elles deviennent des entités affectées lorsqu'une autre base de données du groupeest protégée.

l Pour Unity, si des bases de données appartiennent à un même groupe decohérence, elles deviennent des entités affectées lorsqu'une autre base dedonnées du groupe est protégée.

l Pour les baies VMAX, VNX, VNXe, Unity ou XtremIO, si des bases de donnéesappartiennent à une même LUN, elles deviennent des entités affectées lorsqu'uneautre base de données de la LUN est protégée.

l Pour les disques virtuels VMware, comme la restauration s'applique à un datastore,toutes les applications résidant sur le même datastore (les disques virtuels d'unmême datastore) sont également des entités affectées.

Si l'entité affectée a été protégée en même temps que la base de donnéessélectionnée pour la restauration, AppSync la restaure. Les autres bases de donnéesqui n'ont pas été protégées, mais qui sont des entités affectées, sont écrasées.AppSync identifie les entités affectées dans les groupes de cohérence, dans lesgroupes de LUN ou sur les LUN de la base de données sélectionnée pour larestauration. Si les bases de données affectées résident en partie dans d'autresgroupes de cohérence, groupes de LUN ou LUN, AppSync n'identifie pas les entitésaffectées dans ces groupes ou sur ces LUN.

Les entités affectées sont identifiées en fonction de la granularité de la restauration.Si les données et les logs sont sélectionnés pour la restauration, les entités affectéessont identifiées dans tous les groupes de cohérence, groupes de LUN ou LUN oùréside la base de données. Si la restauration porte seulement sur les données ouseulement sur les logs, les entités affectées sont uniquement identifiées dans legroupe de cohérence, le groupe de LUN ou la LUN du composant sélectionné.

Si les données et les logs de la base de données résident dans le même groupe decohérence, dans le même groupe de LUN ou sur la même LUN, l'option permettant derestaurer seulement les logs ou seulement les données est indisponible. Vous pouvezuniquement restaurer les données et les logs. La seule exception à ce scénarioconcerne la restauration de copie différentielle.

Comme la restauration s'applique à un datastore avec des disques virtuels VMware,toutes les applications résidant sur le même datastore (les disques virtuels d'un mêmedatastore) sont également des entités affectées.

Restauration à partir d'une copie ExchangeVous pouvez restaurer une copie Exchange à partir d'une copie ou d'une base dedonnées.

Avant de commencer


Procédure

1. Sélectionnez Recover > Restore > Databases and logs dans les boutonsd'action situés au bas de la page.



2. Sélectionnez la copie à restaurer, puis cliquez sur Next.

L'écran Configure Storage Options s'affiche.

l Wait for mirror rebuild to complete : cette option s’applique aux copies desnapshot VPLEX dont les données de production résident sur des volumesRAID-1 locaux ou distribués. Par défaut, cette option est activée.

l Disable VMware SRM : permet de gérer les groupes de cohérence, sil’indicateur SRM est activé sur le groupe de cohérence RecoverPoint. Celas'applique uniquement à RecoverPoint 4.1 et aux versions supérieures.

l Perform device restore in background : vous permet d’optimiser larestauration des périphériques VMAX. Si vous sélectionnez cette option,l’opération de restauration AppSync n’attend pas la fin de la synchronisationde piste VMAX. L’application de production est disponible instantanément.

3. Cliquez sur Next.

4. À la page Select Options, sélectionnez les options de restauration appropriées,puis cliquez sur Next.

Option Description

Both data and logs Disponible lors de la restauration à partir d'unesauvegarde complète et de copie.

Services dedonnées

Disponible lors de la restauration à partir d'unesauvegarde complète et de copie.

Logs Disponible lors de la restauration à partir d'unesauvegarde complète, de copie et différentielle.

Recover and mountdatabases afterrestore

Laissez cette option activée. Si elle n'est passélectionnée, vous devez récupérer la base de donnéesmanuellement.

Allow AppSync toactivate databases

Disponible pour les DAG uniquement. Si cette option estsélectionnée, la copie de base de données est activéesur le serveur avant la restauration.

Remarque

Exchange restaure uniquement la copie active etAppSync la restaure sur le serveur qui a créé la copie.

La page Restore Warnings s'affiche. Cette page peut s'afficher si la copiesélectionnée comporte des entités affectées.

5. Lisez les messages d’avertissement correspondant aux bases de donnéesaffectées.

Dans le cas d'Exchange 2013, AppSync tente de déterminer si la base dedonnées sélectionnée ou les entités affectées contiennent la boîte aux lettres dela hiérarchie principale du dossier public. Si une correspondance est trouvée, unmessage d'erreur signale que l'opération de restauration ne peut pas continuer.

Pour déterminer où se trouve la boîte aux lettres de la hiérarchie principale dudossier public, AppSync nécessite que votre profil utilisateur dispose d'un rôleExchange supplémentaire : le rôle View-only Organization. Si votre compte nedispose pas de ce rôle, un message d'avertissement s'affiche.


Restauration à partir d'une copie Exchange 113

6. Cochez la case pour accepter la restauration d’autres entités avec la copiesélectionnée.

Vous devez démonter manuellement les bases de données qui seront écrasées.

7. Vérifiez la page Summary, puis cliquez sur Finish pour restaurer la copie.

8. À la page Results, cliquez sur View Details pour afficher la progression desdifférentes phases de la restauration de la copie.

La dernière phase terminée s’affiche au bas de la liste.

Récupération manuelle d'une base de données ExchangeEffectuez une récupération manuelle lorsque vous n'avez pas sélectionné l'optionRecover and mount the databases after restore dans l'assistant de restauration.

Avant de commencer

Lorsque vous récupérez uniquement un fichier de base de données, vérifiez que lesfichiers log des transactions requis pour la récupération sont présents. Une séquenceininterrompue est obligatoire. Pour déterminer la plage minimale de logs requise,exécutez la commande suivante pour chaque base de données après la restauration etavant d'exécuter la récupération : ESEUTIL /mh <database name>. Recherchezles informations Log Required dans la sortie ESEUTIL.

Si la base de données est la copie active, elle doit d'abord être démontée pour quel'exécution de la commande ESEUTIL réussisse.

Procédure

1. Supprimez le fichier de point de contrôle (Enn.chk).

Cette opération est facultative.

2. Supprimez le fichier restore.env (EnnRESTORE.env).

3. Récupérez les bases de données manuellement en mode de récupérationlogicielle à l'aide de la commande ESEUTIL.

eseutil /r E<nn> /l <logpath> /s <chkpt file path> /d<database path>

4. Utilisez Exchange Management Console pour monter toutes les bases dedonnées restaurées.

Restauration partielleLors d'une restauration partielle, vous restaurez seulement des données, ou vousrestaurez des données, puis restaurez les logs séparément.

Avant d'effectuer une restauration partielle, assurez-vous que l'organisation de la basede données répond à certaines conditions.

Considérations relatives à la restauration partielleDans un environnement RecoverPoint, la granularité de la restauration est au niveaudu groupe de cohérence. Lorsque vous restaurez une base de données à partir d'unsignet, tous les signets plus récents que celui en cours de restauration sont supprimés.Les copies d'application correspondantes sont également supprimées. Les bonnespratiques suivantes sont recommandées :

l La base de données et les logs doivent résider dans des groupes de cohérencedifférents.



Si les données et les logs d'une base de données Exchange se trouvent dans lemême groupe de cohérence, la restauration partielle n'est pas prise en charge.

l Les logs doivent être restaurés à partir d'une copie de sauvegarde différentielleplus récente. AppSync ne prend pas en charge la restauration des seuls logs àpartir d'une sauvegarde complète ou de copie dans un environnementRecoverPoint.

Dans un environnement VMAX/VNX, la base de données et les logs doivent résider surdes LUN différentes.

restaurer les données ;Restaurez les données à partir d'une sauvegarde complète ou de copie. Vous pouvezrestaurer seulement les données de manière à conserver les logs qui sont sur leserveur de production.

Dans l'assistant de restauration, restaurez les données à partir de la copie la plusrécente et sélectionnez l'option Recover and mount the databases after restore.

Restaurez les logs.Restaurez les données à partir d'une sauvegarde complète ou de copie, puis restaurezles logs à partir d'une copie plus récente afin d'obtenir une copie à jour.

La restauration d'une copie à partir des logs est un processus en deux étapes.Exécutez l'assistant de restauration et sélectionnez une copie de sauvegarde complètepour restaurer les données uniquement. Ne sélectionnez pas l'option Recover andmount the databases after restore dans le cadre de cette première restauration.

Exécutez à nouveau l'assistant de restauration et sélectionnez une copie desauvegarde (sauvegarde différentielle dans le cas de RecoverPoint) pour restaureruniquement les logs. Cette fois-ci, sélectionnez l'option Recover and mount thedatabases after restore. Cette copie doit être plus récente que la copie desauvegarde que vous avez sélectionnée lors de la première restauration.

Remarque

Si l'opération de restauration inclut les logs, elle remplace tous les logs créés depuisque la copie a été effectuée. Par conséquent, après la restauration, la base de donnéescorrespond au point dans le temps où la copie a été créée. Si vous souhaitez conserverles logs créés depuis la copie, restaurez uniquement les bases de données de façon àempêcher AppSync de restaurer les logs plus anciens en écrasant les logs plusrécents. Vous pouvez également copier les logs actuels sur un autre volume.

Restauration des logs à partir d'une copie cohérente en cas de panne (APiT)Restaurez une copie à n'importe quel point dans le temps (APiT) à l'aide des logs.

Avant de commencer

Cette section s'applique uniquement à un environnement RecoverPoint.

Remarque

La restauration des logs à partir d'une copie cohérente en cas de panne n'est pas unepratique recommandée, car la sauvegarde n'est pas créée avec le writer Exchange.Toutefois, cette option peut être utilisée afin de minimiser la perte de données lorsqueles copies cohérentes avec l'application correspondant à cette période ne sont pasdisponibles pour la restauration.


Restauration des logs à partir d'une copie cohérente en cas de panne (APiT) 115

Procédure

1. Restaurez une base de données à partir d'une copie cohérente avec l'applicationsans la récupérer.

2. Montez une copie à partir d'un point dans le temps plus récent.

3. Copiez les fichiers log plus récents sur le volume des logs de production.

4. Utilisez ESEUTIL /k Enn (Enn étant le préfixe de log pour la base dedonnées) pour vérifier les logs, puis récupérez et montez la base de données.

Restauration d'une base de données Exchange suppriméeAppSync permet de restaurer une base de données même si elle a été suppriméed'Exchange dans un environnement autonome ou DAG.

Avant de commencer

l Si vous avez supprimé les fichiers de base de données et créé une base dedonnées vide, démontez la base de données et supprimez ses fichiers. La base dedonnées que vous restaurez ne doit pas comporter de fichiers de données ni defichiers log à l'emplacement d'origine où ils se trouvaient lorsque la base dedonnées vide a été créée. Les signatures des fichiers log ne correspondraient pas àcelles de la copie AppSync et la restauration échouerait.

l Si vous supprimez totalement, puis recréez la base de données, le nom de celle-ci,ainsi que le chemin et le nom des fichiers doivent être exactement les mêmes queceux de la copie AppSync. Si vous ne recréez pas la base de données supprimée,AppSync la recrée.

l Dans un environnement DAG, la procédure est la suivante :

n Il ne doit exister aucune copie active ou passive de la base de données DAGsupprimée.

n AppSync recrée et restaure uniquement la copie de base de données active surle serveur qui a créé la copie AppSync. Une fois la base de données restauréeet récupérée, vous pouvez recréer les copies DAG passives.

Si vous n'avez pas sélectionné l'option Recover and mount the databases afterrestore dans l'assistant de restauration, exécutez les étapes manuelles suivantes pourrécupérer la base de données.

Procédure

1. Copiez les logs requis à partir du répertoire _restoredLogs vers le répertoireoù se trouvent les logs actuels.

2. Si le préfixe du fichier log a changé, renommez les fichiers log requis afin qu'ilsutilisent le nouveau préfixe.

3. Supprimez le fichier E<nn>restore.env file.

4. Récupérez les bases de données manuellement en mode de récupérationlogicielle à l'aide de la commande ESEUTIL.

eseutil /r E<nn> /l <logpath> /s <chkpt file path> /d<database path>

5. Supprimez le répertoire _restoredLogs qui doit être vide une fois la base dedonnées récupérée.



CHAPITRE 6

Protection de SQL Server


l Présentation de la prise en charge de SQL Server.............................................118l Prise en charge des groupes de disponibilité AlwaysOn.................................... 122l Sauvegarde du fichier log des transactions SQL Server....................................123l Considérations relatives à l’utilisation de SQL Server dans un cluster...............133l Dossier SQL Server User Databases................................................................. 136l Protection d’une base de données SQL............................................................ 137l Considérations relatives au montage pour SQL Server..................................... 154l Présentation de la restauration de base de données SQL Server...................... 166

Protection de SQL Server 117

Présentation de la prise en charge de SQL ServerUtilisez AppSync pour créer et gérer des copies de bases de données Microsoft SQLServer cohérentes avec l’application ou en cas de panne.

La prise en charge des applications Microsoft SQL par AppSync inclut les élémentssuivants :

l Prise en charge des groupes de disponibilité AlwaysOn.

l Découverte dynamique des bases de données utilisateur au cours de l'exécution duplan de service.

l Prise en charge des bases de données sur des hôtes physiques, des RDM et desdisques virtuels sur des hôtes virtuels.

Remarque

AppSync prend uniquement en charge les RDM en mode de compatibilitéphysique. Les RDM en mode virtuel ne sont pas pris en charge.

l Protection des instances SQL Server de production autonomes et en cluster.

l Montage sur un serveur autonome ou sur les nœuds d'un autre cluster ou ducluster de production en tant que ressource sans cluster. Montage avecrestauration sur une autre instance en cluster appartenant à un autre cluster ou àun cluster de basculement de production.

l Prise en charge de la réaffectation de copies de bases de données SQL Server.

Préalables exigés pour SQL ServerVérifiez que la configuration de SQL Server respecte les conditions préalablesrépertoriées ici. Le document AppSync Support Matrix, disponible à l’adresse https://elabnavigator.emc.com/eln/modernHomeDataProtection, est la source d’informationsfaisant autorité sur les plates-formes et les logiciels pris en charge.

l La base de données SQL Server et ses fichiers log des transactions doivent résidersur les disques d'une même baie de stockage.

l La base de données SQL Server doit être en ligne pendant la réplication.

l Les catalogues en texte intégral associés à un groupe de fichiers sont inclus dansle réplica de ce groupe de fichiers. Si les catalogues en texte intégral ne setrouvent pas sur un système de stockage pris en charge, la protection échoue.Lorsque vous utilisez des catalogues en texte intégral, assurez-vous que lepériphérique de stockage où se trouve le catalogue ne contient pas des donnéesqui ne sont pas liées à la base de données.

l Si vous souhaitez restaurer les bases de données à partir de la copie montée, SQLServer doit être installé sur l'hôte de montage. Il est recommandé d'utiliser lamême version de SQL Server sur le serveur de production et sur l'hôte demontage.

l Lors du montage avec restauration sur une autre instance en cluster, vous devezajouter tous les nœuds propriétaires de l’instance SQL Server en cluster àAppSync.

l Lors de la restauration de bases de données SQL Server en cluster, vous devezajouter tous les nœuds propriétaires de l'instance SQL Server en cluster dansAppSync.



https://elabnavigator.emc.com/eln/modernHomeDataProtection

https://elabnavigator.emc.com/eln/modernHomeDataProtection

l Dans les environnements Hyper-V, AppSync nécessite que les fichiers de base dedonnées et les fichiers log SQL soient stockés sur des périphériques NPIV FibreChannel, sur des périphériques iSCSI en attachement direct ou sur despériphériques passe-système SCSI. Le filtrage SCSI CDB (Command DescriptorBlock) doit être désactivé dans la partition parente pour les périphériques d’accèsdirect SCSI. Il est activé par défaut. Cela s'applique également aux serveurs decluster SQL.

n Pour le passe-système SCSI de Hyper-V, l’hôte de montage ne peut pas êtreun hôte Hyper-V. Il doit s’agir d’un hôte physique ou d'une machine virtuelleajoutés avec l'adaptateur NPIV ou iSCSI en attachement direct.

l Les bases de données système ne sont pas prises en charge.l Les snapshots de base de données SQL Server ne sont pas découverts.l La création d'une copie d'un miroir de la base de données n'est pas prise en

charge. Toute tentative en ce sens donne lieu à un message d'erreur indiquant quela base de données n'est pas dans un état valide.

Configurations SQL Server prises en chargeAppSync prend en charge les configurations SQL répertoriées ici.

l Plusieurs bases de données SQL Server peuvent coexister sur le même volume ousur plusieurs volumes. Toutefois, la bonne pratique consiste à ne pas associer lesbases de données de plusieurs instances SQL Server sur un même volume.

l Plusieurs instances SQL Server peuvent coexister sur un même hôte.

Considérations relatives à SQL Server dans un environnement VMwareVous pouvez protéger, monter et restaurer des bases de données SQL Serverautonomes et en cluster résidant sur des disques virtuels VMware (VDisk) ou des RawDevice Mapping (RDM).

Au cours de la protection de SQL sur des RDM ou des VDisk :

l Pour que le mappage réussisse, Virtual Center doit être ajouté au serveur AppSyncet une découverte doit être effectuée.


l La protection des bases de données SQL Server sur des machines virtuellespartageant le même datastore n'est pas prise en charge.

n Si plusieurs bases de données SQL de différentes machines virtuelles sur lemême datastore sont inscrites au même plan de service, la protectionfonctionne, mais plusieurs copies du même datastore sont créées. Celaprovoque certains problèmes au cours des opérations de montage et derestauration.

n Si plusieurs bases de données SQL de différentes machines virtuelles sur lemême datastore sont inscrites à un plan de service différent, la protection, lemontage et la restauration fonctionnent. Toutefois, la restauration entraînecertains problèmes pour les bases de données sur les autres machines virtuelleshébergées sur le même datastore. Dans le cas où vous disposez de plusieursbases de données SQL sur différentes machines virtuelles, nous vousrecommandons de les héberger sur des datastores distincts.

l Plusieurs bases de données SQL du même hôte peuvent résider sur un disquevirtuel identique ou distinct, qui se trouve sur le même datastore VMFS et qui est


Configurations SQL Server prises en charge 119

protégé par le même plan de service. Toutefois, la restauration d’une base dedonnées sur ce datastore VMFS restaure les autres bases de données qui sontrépertoriées en tant qu’entités affectées pendant la restauration sur le mêmedatastore.

l Lors de la restauration de bases de données SQL Server en cluster, vous devezajouter tous les nœuds propriétaires de l'instance SQL Server en cluster dansAppSync.

l Si l’hôte de montage est une machine virtuelle, Virtual Center doit être enregistréauprès d’AppSync. Cela est nécessaire pour le montage des RDM.

l Considérations relatives aux disques virtuels :

n Le montage en production n’est pas pris en charge si la version de l’hôteVMware ESX est antérieure à la version 5.0.

n Les disques virtuels non persistants ne sont pas pris en charge.

n Pour les montages de datastores et de disques virtuels dans desenvironnements VMware ESXi 5.x et RecoverPoint 4.1.7.7, désactivezl'accélération matérielle afin de garantir la réussite des montages avec un typed'accès virtuel. Pour plus d’informations, consultez l’article correspondant de labase de connaissances VMware. Pour le passe-système SCSI de Hyper-V,l’hôte de montage ne peut pas être un hôte Hyper-V. Cela doit être un hôtephysique ou une machine virtuelle avec des périphériques NPIV ou iSCSI enattachement direct.

l Si les bases de données résident sur le mappage des périphériques bruts dans lesenvironnements VMWare, les nœuds du cluster SQL Server doivent résider sur desESXi différents. Il s'agit d'une exigence de VMWare. Pour les bases de données surdes disques virtuels, les nœuds de cluster SQL Server peuvent résider sur le mêmeserveur ESX.

l AppSync prend uniquement en charge les RDM en mode de compatibilitéphysique. Les RDM en mode de compatibilité virtuelle ne sont pas pris en charge.

l Pour les disques virtuels VMware, toutes les applications résidant sur le mêmedatastore (les disques virtuels d’un même datastore) sont également des entitésaffectées, étant donné que la restauration s’applique à un datastore.

Autorisations et droits requisLes utilisateurs doivent disposer de certains droits et autorisations pour protéger lesbases de données d’un environnement SQL Server. Le compte utilisateur doit êtreconfiguré pour utiliser l’authentification SQL Server ou l’authentification Windows.

Le compte utilisateur Windows peut être un membre du groupe Administrateurs localou être un compte non-administrateur avec les restrictions décrites ci-après.

AppSync ne prend pas en charge SQL, si le service SQL s’exécute comme un comptede service.

Configuration des autorisations pour un compte de domaine ne disposant pas de privilègesd'administrateur local

Une configuration supplémentaire est requise si vous avez besoin d'utiliser un comptede domaine ne disposant pas de privilèges d'administrateur local.

Procédure

1. Créez un utilisateur de domaine Windows (par exemple, sqluser), puis ajoutez-leau groupe Utilisateurs du domaine.



2. Dans SQL Server Management Studio, créez une connexion utilisant cenouveau compte de domaine. Sélectionnez l'authentification Windows.

3. À la page Général, sélectionnez master en tant que base de données pardéfaut.

4. À la page Rôles du serveur, sélectionnez sysadmin et public.

5. À la page Mappage de l'utilisateur, définissez l'appartenance au rôle de basede données sur public.

6. Ajoutez l'utilisateur à chaque instance SQL Server à laquelle il doit avoir accès :

a. Sur le contrôleur de domaine : Sur les hôtes ajoutés au domaine : Démarrer >Programmes > Outils d'administration > Stratégie de sécurité ducontrôleur de domaine.

Sur les hôtes ajoutés au domaine : Démarrer > Programmes > Outilsd'administration > Stratégie de sécurité locale.

b. Accédez aux paramètres de sécurité et autorisez la connexion en local(Paramètres de sécurité > Stratégies locales > Attribution des droitsutilisateur > Permettre l'ouverture d'une session locale).

c. Ajoutez l'utilisateur que vous avez créé précédemment (sqluser dansl'exemple).

7. Connectez-vous à la machine du contrôleur de domaine pour chaque hôteajouté à ce domaine qui utilise AppSync, puis définissez la règle de sécurité.

8. Accordez à cet utilisateur des autorisations de lecture et d'écriture sur lerépertoire dans lequel le plug-in AppSync est installé (généralement C:\Program Files\EMC\AppSync Host Plug-in).

9. Servez-vous de cet utilisateur dans AppSync lorsque vous configurez laprotection ou exécutez d'autres actions qui nécessitent un accès à SQL Server.

10. Au moment de la restauration, si vous sélectionnez l'option permettant desauvegarder les fichiers log des transactions dans un fichier, l'utilisateur doitdisposer de droits sur le répertoire cible.

Définition des autorisations pour un utilisateur local non-administrateurUn compte utilisateur qui ne dispose pas de privilèges d'administrateur local a besoinde certaines autorisations avant de pouvoir être utilisé pour accéder à SQL Server àpartir d'AppSync.

Procédure

1. Créez un utilisateur Windows, puis ajoutez-le au groupe Utilisateurs.

2. Dans SQL Server Management Studio, créez une connexion utilisant cenouveau compte. Pour le type d'authentifications, sélectionnezl'authentification Windows.

3. À la page Rôles du serveur, sélectionnez sysadmin et public.

4. À la page Mappage de l'utilisateur, définissez l'appartenance au rôle de basede données sur public.

5. Ajoutez l'utilisateur à chaque instance SQL Server à laquelle il doit avoir accès :

a. Sur l'hôte qui exécute le plug-in, définissez la règle de sécurité. Sur lecontrôleur de domaine, accédez à Démarrer > Programmes > Outilsd'administration > Stratégie de sécurité locale.

Sur les hôtes ajoutés au domaine : Démarrer > Programmes > Outils >Stratégie de sécurité locale.


Autorisations et droits requis 121

b. Accédez aux paramètres de sécurité et autorisez la connexion en local(Paramètres de sécurité > Stratégies locales > Attribution des droitsutilisateur > Permettre l'ouverture d'une session locale).

c. Ajoutez l'utilisateur que vous avez créé précédemment (sqluser dansl'exemple).

6. Accordez à cet utilisateur des autorisations de lecture et d'écriture sur ledossier dans lequel le plug-in AppSync est installé.

7. Si vous sélectionnez l'option de restauration pour sauvegarder les fichiers logdes transactions dans un fichier, l'utilisateur doit disposer de droits sur lerépertoire cible.

Mise à jour des informations d'identification pour une instance SQL ServerSi les informations d'identification d'une instance SQL Server ont changé, vous devezles mettre à jour dans AppSync.

Avant de commencer

Cette opération requiert le rôle d'administrateur de données dans AppSync En outre,vous devez connaître les nouvelles informations d'identification de l'instance SQLServer.

Procédure

1. Sélectionnez Copy Management.

2. Sélectionnez Microsoft SQL Server.

3. Sélectionnez une instance.

4. Cliquez sur Connection Settings dans la rangée de boutons située en bas.

5. Saisissez les informations d'identification SQL Server.

Il peut s'agir d'un utilisateur Windows ou d'un utilisateur SQL avec les privilègesrequis.

Prise en charge des groupes de disponibilité AlwaysOnLes groupes de disponibilité peuvent faire partie d'instances SQL Server en cluster etsans cluster installées dans des clusters de basculement AlwaysOn.

AppSync prend en charge les sauvegardes complètes ou de copie des bases dedonnées primaires, et les sauvegardes de copie des bases de données secondaires.L'option Auto Switch to Copy de la phase Create copy du plan de service SQLServer vous permet de basculer de Full à Copy pour les bases de donnéessecondaires.

Considérations particulières en cas d'utilisation de groupes de disponibilité AlwaysOn :

l Pour être protégées, les bases de données secondaires doivent être en lectureseule. L'option Secondaire accessible en lecture de SQL ServerManagement Studio doit être définie sur Oui. L'option Tentative de lectureuniquement n'est pas prise en charge.

l N'utilisez pas le chemin d'origine lors du montage d'une copie AppSync sur unnœud du même cluster si ce nœud héberge une copie de la base de données.

l Il est recommandé de protéger les réplicas en mode de validation synchrone.



l Les considérations relatives à l'utilisation de SQL Server dans un clusters'appliquent également aux groupes de disponibilité. Reportez-vous à la section Considérations relatives à l'utilisation de SQL dans un cluster.

l Plusieurs sous-réseaux sont pris en charge pour les groupes de disponibilitéAlwaysOn, à condition qu'aucune des copies de base de données n'appartienne àune instance SQL Server en cluster.

Sauvegarde du fichier log des transactions SQL ServerAppSync 2.1 et versions supérieures prend en charge la sauvegarde du fichier log destransactions SQL Server. Tenez compte des considérations clés et des restrictionssuivantes avant de mettre en œuvre ces sauvegardes.

Chaque base de données SQL Server dispose d’un fichier log des transactions. Écrivezles sauvegardes de log sur des systèmes de stockage Dell EMC pris en charge parAppSync de façon à pouvoir créer des copies du volume de sauvegarde des logs. Sivous sauvegardez les logs des bases de données dans un environnement de clustersde basculement, utilisez un stockage partagé ou un partage réseau afin qu’elles soienttoutes écrites au même emplacement.

Vous pouvez utiliser les sauvegardes de fichier log des transactions pendant larestauration d’une base de données de production ou lors de la création d’une copied’une base de données de production. Selon le modèle de récupération des bases dedonnées, le fichier log des transactions peut être saturé. Pour empêcherl’accumulation des logs, exécutez régulièrement des sauvegardes de fichier log destransactions avec la troncation activée.

AppSync peut sauvegarder les fichiers log des transactions dans les environnementsde groupes de disponibilité AlwaysOn (AAG). Il peut sauvegarder des copies de basede données primaire ou secondaire. Si la troncation est activée, démarrez-la ensauvegardant le fichier log des transactions de la base de données primaire ousecondaire.

Les sauvegardes du fichier log des transactions sont uniquement prises en charge enflux continu, et non à l’aide de la technologie d’instantané matériel VSS. Vous pouvezutiliser AppSync pour sauvegarder les fichiers log des transactions dans un fichier. Cedernier peut être écrit sur un volume local ou sur un partage réseau à l’aide d’unchemin UNC.

Remarque

AppSync prend en charge le chemin UNC d’un partage réseau uniquement si les deuxmachines sont dans le même domaine.

Restrictions

l Pour la sauvegarde d’un fichier log des transactions, le modèle de récupération dela base de données doit soit être « Full », soit « Bulk-logged ». AppSync ignore lasauvegarde des logs des bases de données ayant un modèle de récupérationsimple.

l Pour créer des sauvegardes de log avec troncation des logs, créez d’abord aumoins une sauvegarde complète de la base de données.

l Pour tronquer les fichiers log des transactions, AppSync doit disposer d’une copiede sauvegarde complète de la base de données.

l Inscrivez une base de données à un seul plan de service avec la sauvegarde de logactivée.


Sauvegarde du fichier log des transactions SQL Server 123

l Pour tronquer les logs dans un environnement AAG, inscrivez une seule copied’une base de données à un plan de service configuré pour créer des sauvegardescomplètes des bases de données et des sauvegardes du fichier log destransactions avec troncation des logs.

l Pour sauvegarder les fichiers log des transactions de bases de donnéesappartenant à un groupe de disponibilité, modifiez le planning afin que lesdifférentes copies de la base de données ne soient pas sauvegardées en mêmetemps.

Rubriques connexes

l Configuration de la sauvegarde du fichier log des transactions SQL Server

l Exécution d’une sauvegarde de log à la demande

l Affichage des sauvegardes de log d’un plan de service

l Affichage de la liste des sauvegardes de log d’une seule base de données

Configuration de la sauvegarde du fichier log des transactions SQL ServerApprenez à activer les sauvegardes du fichier log des transactions pour un plan deservice SQL Server, en cochant la case Enable log backup à la page des options decréation de copie de la console AppSync.

Avant de commencer

Vérifiez que le compte utilisateur que vous sélectionnez pour les sauvegardes a lecontrôle total du répertoire. Ce compte est le compte utilisateur que vous avez saisilors de la découverte des bases de données. Vérifiez également que le compteconfiguré pour le service Moteur de base de données SQL Server de l'instance SQLServer protégée a le contrôle total du répertoire de sauvegarde.

Lorsque vous cochez cette case, la boîte de dialogue Transaction Log BackupOptions vous permet de personnaliser le moment et la méthode d'exécution dessauvegardes de log, ainsi que l'emplacement d'écriture des fichiers de sauvegarde delog. Les sauvegardes du fichier log des transactions s'exécutent de manièreséquentielle.



Figure 2 Boîte de dialogue Transaction Log Backup Options

Procédure

1. Utilisez le champ Schedule pour définir l'exécution des sauvegardes de log.

Vous pouvez choisir d'exécuter la sauvegarde du fichier log des transactionsune seule fois, immédiatement après l'exécution d'une sauvegarde de base dedonnées, ou vous pouvez planifier les sauvegardes de log. Vous pouvez définirles plannings de sauvegarde de log en vue d'une exécution toutes les 15 ou30 minutes, ou toutes les 1 à 24 heures. Si vous définissez un plan de servicepour qu'il s'exécute à la demande, vous désactivez le planning de sauvegarde delog.

Lorsque vous planifiez les sauvegardes de log pour qu'elles s'exécutent à unintervalle spécifique, le plan de service a deux plannings associés : un pour lessauvegardes de base de données et un pour les sauvegardes de log. Ce dernierest appelé autre planning. Les sauvegardes de log s'exécutent entre lessauvegardes de base de données selon l'autre planning.

2. Modifiez le champ Backup path pour définir l'emplacement où AppSync écritles fichiers de sauvegarde de log.

Default path utilise le répertoire de sauvegarde par défaut de l'instance SQLServer. Vous pouvez également saisir un chemin d'accès à n'importe quelvolume du serveur ou le chemin UNC d'un partage réseau.

AppSync crée le répertoire s'il n'existe pas déjà. Il crée un sous-répertoireutilisant le nom de l'instance SQL Server. Les noms des fichiers de sauvegardede log ont le format suivant :


Configuration de la sauvegarde du fichier log des transactions SQL Server 125

EMC_AppSync_databasename_timestamp.trn, par exempleEMC_AppSync_AdventureWorks_2014_10_18_15_38_32.trn.

3. Utilisez le champ Free space on volume pour définir une valeur de façon àvérifier la quantité d'espace disponible sur le volume avant qu'AppSync nedémarre une sauvegarde du fichier log des transactions.

Si l'espace disponible est insuffisant, une alerte est générée et la sauvegarde delog échoue.

4. Utilisez le champ Backup group size pour contrôler le nombre de sauvegardesde log parallèles pour une instance SQL Server. La valeur par défaut est 5(AppSync exécute les sauvegardes de log par groupes de cinq).

Par exemple, si vous inscrivez 15 bases de données de la même instance SQLServer à un plan de service, 3 sauvegardes de log sont exécutées en parallèle.Les sauvegardes du fichier log des transactions s'exécutent de manièreséquentielle.

5. Activez ou désactivez le champ Truncate the logs lorsque vous créez dessauvegardes complètes de base de données.

Ce champ est activé par défaut lorsque vous sélectionnez le type desauvegardes Full, et il est désactivé lorsque vous sélectionnez Copy. Pourprotéger les bases de données secondaires et tronquer les logs, sélectionnezAuto switch to Copy et Truncate the logs.

6. Pour effectuer un checksum sur la sauvegarde de log, sélectionnez le champChecksum the backup.

7. Définissez l'option Minimum Retention Hours pour contrôler le délai au boutduquel les fichiers de sauvegarde du fichier log des transactions sont supprimés.

La sauvegarde du fichier log des transactions expire lorsqu'il n'existe aucunesauvegarde de base de données plus ancienne. AppSync supprime les fichiers desauvegarde de log, ainsi que les informations relatives à la sauvegarde de log quifigurent dans la base de données AppSync. Le paramètre par défaut est24 heures, ce qui signifie qu'AppSync ne fait pas expirer une sauvegarde de logavant qu'elle date au minimum de 24 heures. La plage valide est compriseentre 0 et 10 000 heures.

Configuration de scripts de sauvegarde de logVous pouvez exécuter des scripts avant et après les sauvegardes de log en activant cetype de scripts.

Le script avant sauvegarde de log s'exécute sur le serveur de production. Le scriptaprès sauvegarde de log peut s'exécuter sur le serveur de production ou sur l'hôte demontage (si le montage est activé), ou vous pouvez spécifier un serveur. Le plug-inhôte AppSync doit être installé sur le serveur en question.



Figure 3 Configuration de scripts de sauvegarde de log

Exécution d'une sauvegarde de log à la demandeVous pouvez planifier et exécuter des sauvegardes de log SQL Server, ou vous pouvezles exécuter à la demande.

Avant de commencer

Pour exécuter des sauvegardes de log, activez l'option Enable Log Backup du plan deservice.

Vous pouvez exécuter une sauvegarde de log à la demande pour l'ensemble d'un plande service ou pour une seule instance de base de données.

Procédure

1. Pour exécuter une sauvegarde de log à la demande pour l'ensemble d'un plan deservice, accédez à Service Plans > Microsoft SQL Server. Sélectionnez le plande service de votre choix en activant le bouton Run Log Backups, puis cliquezsur Run Log Backups.

2. Pour exécuter une sauvegarde de log pour une seule base de données, accédezà Copy Management > Microsoft SQL Server. Sélectionnez une instance SQLServer, puis la base de données de votre choix. Ensuite, sélectionnez l'ongletLog Backups. Enfin, sélectionnez le plan de service approprié dans la listeCreate log backup using plan afin d'exécuter la sauvegarde de log.


Exécution d'une sauvegarde de log à la demande 127

Affichage des sauvegardes de log d'un plan de serviceLa liste des sauvegardes de log SQL Server peut être consultée sous l'onglet ServicePlan Log Backups ou à partir de l'onglet Database Log Backups.

Avant de commencer

Cette opération requiert le rôle d'administrateur de données dans AppSync.

La liste des copies peut être filtrée selon la date/l'heure de création et le plan deservice. Sous l'onglet Service Plan Copies, vous pouvez également filtrer les copiespar instance.

Procédure

1. Pour afficher la liste de toutes les sauvegardes de log d'un plan de service,accédez à Service Plans > Microsoft SQL Server.

2. Sélectionnez un plan de service.

3. Cliquez sur l'onglet Log Backups.

Résultats

La liste des sauvegardes de log du plan de service s'affiche. Le tableau suivant décritles informations détaillées concernant la sauvegarde de log :

Tableau 17 Détail de la sauvegarde de log d'un plan de service

Colonne Description

État l Vert : copie réussie

l Jaune : certaines sauvegardes de log sesont terminées avec des erreurs lorsque leplan de service s'est exécuté.

l Rouge : échec de la copie

Instance Nom de l'instance SQL Server.

Base de données Nom de la base de données SQL Server.

Name Nom de la copie de sauvegarde du log. Lacopie est nommée selon l'heure à laquelle ellea été créée.

Service Plan Nom du plan de service associé à lasauvegarde de log.

Truncated Indique si le fichier log des transactions a ététronqué dans le cadre de la sauvegarde de log.Yes signifie que le log a été tronqué, sinon lavaleur est No.

Backup File Nom et emplacement du fichier desauvegarde du log.

Affichage des copies de base de données SQLAffichez la liste des copies de base de données en accédant à Copy Management >Microsoft SQL Server et en sélectionnant un serveur SQL, puis une base de données.



Avant de commencer


Vous pouvez également afficher les informations d’une copie à partir de l’ongletCopies du plan de service.Vous pouvez filtrer la liste des copies selon la date/l’heure de création et le plan deservice. Sous l’onglet Service Plan Copies, vous pouvez également filtrer les copiespar instance.

Tableau 18 Détail des copies d’un plan de service

Colonne Description


l Jaune : copie terminée avec des erreurs


Name Nom de la copie. La copie est nommée selon l’heure à laquelle elle aété créée.

Service Plan Nom du plan de service associé à la copie. Pour les copies

réaffectées, un lien Repurpose s’affiche dans cette colonne.Cliquez sur ce lien pour modifier le plan de service pour les copiesde 1re ou 2e génération.

Remarque

Dans le plan de service pour les copies réaffectées, les options deplanification et de montage des remplacements sont désactivées.

Type de sauvegardesSQL Server

Type de sauvegardes SQL : Full, Copy, Non VDI ou CrashConsistent

l L’option Full protège la base de données et la partie active dufichier log des transactions.

l L’option Copy protège la base de données et la partie active dufichier log des transactions sans affecter la séquence dessauvegardes.

l Non VDI protège la base de données sans utiliser de VDI etdépend de VSS pour créer des copies cohérentes en cas depanne.

l Le type de sauvegarde Crash Consistent protège la base dedonnées sans utiliser de VDI ou VSS et dépend desfonctionnalités de la baie pour créer des copies cohérentes encas de panne. Par conséquent, il n’existe aucun problèmed’expiration du délai VSS lors de la création de copies.

l Les bases de données secondaires sont en lecture seule etpeuvent uniquement être sauvegardées avec le type de

sauvegardes Copy. L’option Auto Switch to Copy n’estactivée que si le type de sauvegardes sélectionné est Full.Toutefois, elle est désactivée par défaut. En cochant la caseAuto Switch to Copy, vous demandez à AppSync de vérifier sile rôle de la base de données est secondaire et, si tel est le cas,de basculer vers le type de sauvegardes Copy. Si l’option AutoSwitch to Copy est désactivée, les sauvegardes échouent pour


Affichage des copies de base de données SQL 129

Tableau 18 Détail des copies d’un plan de service (suite)

Colonne Description

toutes les bases de données secondaires. Lorsque le type Non

VDI ou Crash Consistent est sélectionné, les options AutoSwitch to Copy et Enable log backup sont désactivées.

Mount Status Indique si la copie est montée. Si elle est montée, le nom de l’hôtede montage s’affiche.

Recovery Status Valeurs disponibles :

l Not Recovered : la copie n’a pas été montée ou il s’agit d’unmontage de système de fichiers.

l Successful : la restauration a réussi.

l Failed : la restauration a échoué.

Availability Group La colonne Availability Group affiche le groupe de disponibilitéauquel appartient la base de données.

Génération Utilisée pour les copies réaffectées, cette colonne indique lenombre de générations qui séparent la copie de la base de donnéesde production.

Source Cette colonne affiche la base de données ou copie source à partirde laquelle une copie a été créée.

Copy Type Il s’agit de l’un des types de copies suivants :

l Signet RecoverPoint Continuous Data Protection

l Signet RecoverPoint Continuous Remote Replication

l Snapshots VNX

l Snapshot VNXe

l Snapshot Unity

l Snapshot VMAX, clone VMAX

l Snapshot XtremIO

l VMAX 3 SnapVXClone, SnapVXSnap

l Snapshot VPLEX

Les informations supplémentaires suivantes sont affichées sousl’onglet Service Plan Copies :

l Instance : instance SQL Server qui héberge la base de données

l Database name : nom de la base de données de la copie

l Heure : heure à laquelle la copie de base de données a étécréée

l Server/cluster : nom du serveur ou du cluster qui hébergel’instance SQL Server

l Site : RecoverPoint

Automatic Expiration Détermine si l’expiration automatique est activée ou désactivéepour la copie sélectionnée.



Remarque

Un bouton Repurpose est activé sur cette page. Lorsque vous sélectionnez 1stGeneration copy, l’assistant de réaffectation démarre et vous permet de créer descopies de deuxième génération.

Affichage de la liste des sauvegardes de log d'une seule base de donnéesVous pouvez également afficher les sauvegardes de log d'une seule base de données.

Procédez comme suit :

Procédure

1. Accédez à Copy Management > Microsoft SQL Server, puis sélectionnez uneinstance SQL Server.

2. Cliquez sur le dossier User Databases.

3. Cliquez sur une base de données dans la liste, puis sélectionnez l'onglet LogBackups.

Résultats

La liste des sauvegardes de log de la base de données s'affiche. Le tableau suivantdécrit les informations détaillées concernant la sauvegarde de log :

Tableau 19 Détail de la sauvegarde de log d'une base de données : instance SQL Server

Colonne Description


l Jaune : certaines sauvegardes de log sesont terminées avec des erreurs lorsque leplan de service s'est exécuté.


Name Nom de la copie de sauvegarde du log. Lacopie est nommée selon l'heure à laquelle ellea été créée.

Service Plan Nom du plan de service associé à lasauvegarde de log.

Truncated Indique si le fichier log des transactions a ététronqué dans le cadre de la sauvegarde de log.Yes signifie que le log a été tronqué, sinon lavaleur est No.

Backup File Nom et emplacement du fichier desauvegarde du log.

Expiration des sauvegardes de logAppSync fait expirer les sauvegardes de log lorsque le plan de service s'exécute pouren créer une nouvelle. Au cours du processus d'expiration, AppSync supprime le fichierde sauvegarde de log, ainsi que les informations relatives à la sauvegarde qui figurentdans la base de données AppSync.

Les sauvegardes de log sont toujours basées sur la précédente sauvegarde complètede la base de données. Toutefois, vous n'êtes pas obligé d'utiliser AppSync pour créer


Expiration des sauvegardes de log 131

la sauvegarde complète de la base de données. Vous pouvez utiliser AppSync pourcréer une sauvegarde de copie de la base de données et des logs.

En outre, AppSync peut créer des sauvegardes complètes de la base de données etdes sauvegardes de log avec ou sans troncation du log. Le processus d'expiration dessauvegardes de log dépend du type de sauvegardes de base de données que vouscréez.

Les sauvegardes de log sont susceptibles d'expirer dans les conditions suivantes :

l La sauvegarde de log est plus ancienne que le paramètre Minimum RetentionHours du plan de service.

l Toutes les sauvegardes de base de données plus anciennes ont expiré. Lessauvegardes de base de données incluses dans ce contrôle dépendent du type desauvegardes SQL Server.

n Si, dans le plan de service des sauvegardes de log, le paramètre SQL ServerBackup Type est défini sur Copy, seules les sauvegardes de base de donnéescréées par ce plan de service sont prises en compte dans la recherche dessauvegardes de base de données plus anciennes.

n Si, dans le plan de service des sauvegardes de log, le paramètre SQL ServerBackup Type est défini sur Full, les sauvegardes complètes de base de donnéescréées par tous les plans de service sont prises en compte.

Exemple 1 : imaginons le scénario suivant :

l La sauvegarde de log est activée dans le plan de service.

l Le type de sauvegardes de base de données est défini sur Copy.

l La rotation est définie sur 1.

l La période de rétention minimale des sauvegardes de log est définie sur 24 heures.

Le plan de service s'est exécuté plusieurs fois. Il a créé une sauvegarde de base dedonnées et plusieurs sauvegardes de log. Exécuté à nouveau, le plan de service créeune sauvegarde de base de données et fait expirer la première. Il reste donc plusieurssauvegardes de log pour lesquelles il n'existe aucune sauvegarde de base de donnéesplus ancienne. Le plan de service s'exécute à nouveau. Il crée une sauvegarde de log etfait expirer toutes les sauvegardes de log précédentes qui datent de plus de 24 heures.

Exemple 2 : imaginons le scénario suivant :

l Vous avez deux plans de service.

l Pour tous les deux, le type de sauvegardes de base de données est défini sur Full.

l Le plan de service 1 est planifié pour exécuter une sauvegarde de base de donnéesune fois par semaine avec une rotation définie sur 4.

l Le plan de service 2 est planifié pour s'exécuter tous les jours à 20h00, avec unerotation définie sur 7.

l La sauvegarde de log est activée dans le plan de service 2, avec une exécutiontoutes les heures et une période de rétention minimale des sauvegardes de log de24 heures.

l Les deux plans de service se sont déjà exécutés plusieurs fois.

l Le plan de service 1 a créé quatre copies de base de données et le plan de service 2en a créé sept. Le plan de service 2 dispose également de nombreusessauvegardes de log qui ont été exécutées entre chacune des sept copies de basede données.

l Le plan de service 2 s'exécute à nouveau. Il crée une copie de base de données,puis fait expirer sa copie la plus ancienne. Il s'exécute une heure plus tard pour



créer une sauvegarde de log, puis recherche les sauvegardes de log qui peuventexpirer.

Aucune sauvegarde de log n'est éligible, car le plan de service 1 a des sauvegardes debase de données complètes qui sont plus anciennes que toutes les sauvegardes de log.À la prochaine exécution du plan de service 1, la sauvegarde de base de données la plusancienne expirera. Les sauvegardes de log pourront alors expirer.

Expiration manuelle des sauvegardes de logVous pouvez également faire expirer les sauvegardes de log manuellement.

Pour faire expirer les sauvegardes de log de plusieurs bases de données, procédezcomme suit :

1. Accédez à Service Plans > Microsoft SQL Server, puis cliquez sur un plan deservice.

2. Cliquez sur l'onglet Log Backups.

3. Sélectionnez les sauvegardes de log que vous souhaitez faire expirer, puis cliquezsur Expire.

4. Cliquez sur OK dans la fenêtre de confirmation. AppSync supprime le fichier desauvegarde de log, ainsi que les informations relatives à la sauvegarde qui figurentdans la base de données AppSync.

Pour faire expirer les sauvegardes de log d'une seule base de données, procédezcomme suit :

1. Accédez à Copy Management > Microsoft SQL Server, puis sélectionnez uneinstance SQL Server.


3. Cliquez sur une base de données dans la liste, puis sélectionnez l'onglet LogBackups.

4. Sélectionnez les sauvegardes de log que vous souhaitez faire expirer, puis cliquezsur Expire.

5. Cliquez sur OK dans la fenêtre de confirmation.

Considérations relatives à l’utilisation de SQL Server dansun cluster

Il existe des considérations particulières à prendre en compte lors de l’utilisation deSQL Server dans un cluster.

Pour protéger des bases de données SQL Server dans un environnement de clusters,vous devez installer le plug-in hôte AppSync sur tous les nœuds qui sont lespropriétaires possibles d’une instance SQL Server en cluster. Vous pouvez utiliser laconsole AppSync pour installer le plug-in ou installer manuellement celui-ci sur chaqueserveur.

Remarque

Dans un environnement de clusters Windows, le port de l’agent AppSync doit être lemême sur tous les nœuds faisant partie du cluster. Sinon, les opérations d’AppSyncéchouent.

Protection des instances SQL Server en cluster :


Considérations relatives à l’utilisation de SQL Server dans un cluster 133

l Tous les nœuds possibles d’une instance de SQL Server en cluster, puis le serveurvirtuel SQL Server (nom du réseau ou adresse IP) doivent être ajoutés à AppSyncaprès l’installation du plug-in hôte AppSync sur chaque nœud.

Remarque

Le serveur virtuel SQL Server est différent du nom du cluster de basculement surincident.

l Seuls les sous-réseaux uniques sont pris en charge.

l Le disque virtuel VMWare de production avec l’option multi-writer activée n’estpas pris en charge. La protection peut réussir, mais le montage échoue.

l Montage de copies AppSync en tant que ressources autonomes :

n Vous pouvez monter des copies AppSync des bases de données en cluster entant que base de données autonome, sur un serveur autonome ou un nœud decluster.

n Vous pouvez monter des copies AppSync des bases de données autonomes entant que base de données autonome, sur un serveur autonome ou un nœud decluster.

Montage d’une copie SQL Server en tant que ressource en cluster :

l AppSync prend en charge le montage dans un autre cluster ou dans le cluster deproduction en tant que ressource en cluster. Sur le cluster de production, vousdevez sélectionner une autre instance en cluster pour le montage avecrestauration.

l Le montage est pris en charge dans les environnements VMAX, VNX, VNXe, Unity,XtremIO ou RecoverPoint. Le Guide d’installation et de configuration d’AppSyncdécrit les étapes de configuration du stockage requises.

l Sélectionnez l’option de montage appropriée qui s’applique au montage en clusteren fonction de la configuration du cluster et du stockage.

l Désactivez manuellement automount. Exécutez diskpart à l’invite decommandes, puis saisissez automount disable à l’invite DISKPART>.

Considérations particulières pour le montage dans un cluster de production :

l Le montage sur un nœud de cluster de production dans le chemin d’origine n’estpas pris en charge.

l Les serveurs virtuels sont filtrés lors de l’utilisation de l’option de montage decopie sur le serveur. Seuls les nœuds de cluster ou les serveurs autonomes sontvisibles.

l Le montage avec restauration en tant que ressource en cluster sur un serveur deproduction en cluster est pris en charge.

l Pour le montage avec restauration en tant que ressource en cluster sur un serveurvirtuel de production, prenez en compte les éléments suivants :

n Le montage sur une autre instance SQL Server en cluster est pris en charge.

n Le montage sur une instance SQL Server de production en cluster n’est paspris en charge.

n Le montage sur un chemin de montage différent est pris en charge. Le disqueracine de l’autre point de montage doit être un disque en cluster et doit êtreajouté en tant que dépendance à SQL Server.

n Le montage sur le chemin d’origine n’est pas pris en charge.



l La restauration d’une copie montée RecoverPoint alors que la copie est montéedans un cluster de production n’est pas prise en charge.

Exemple 1 Protection de bases de données appartenant à des instances SQL Server en cluster

Dans cet exemple, vous souhaitez protéger des bases de données appartenant à desinstances SQL Server en cluster. En outre, certaines de ces bases de donnéesappartiennent à des groupes de disponibilité AlwaysOn. Reportez-vous à la figuresuivante pour cet exemple :

Figure 4 Informations sur le cluster

Ce cluster présente la configuration suivante :

l lrmq093 est un serveur virtuel SQL Server qui héberge des bases de donnéesappartenant à des groupes de disponibilité AlwaysOn.

l lrmq094 est un serveur virtuel SQL Server.

l lrmq120, lrmq121 et lrmq122 appartiennent à un cluster de basculement AlwaysOnSQL Server.

l lrmq120 et lrmq121 sont des propriétaires possibles des instances SQL Server encluster appartenant à lrmq093 et à lrmq094.

l lrmq122 dispose d’une instance SQL Server autonome qui héberge des bases dedonnées appartenant à des groupes de disponibilité AlwaysOn.

l lrmq126 est l’hôte de montage et dispose d’une instance SQL Server autonome.

Pour protéger les bases de données appartenant à l’instance en cluster et autonome,procédez comme suit :

1. Utilisez la console AppSync pour ajouter lrmq120, lrmq121 et lrmq122. AppSyncinstalle le plug-in sur ces serveurs et découvre toutes les instances sans cluster. Sivous avez besoin d’un hôte de montage, vous pouvez ajouter lrmq126 maintenant.

2. À l’aide de la console AppSync, ajoutez les serveurs virtuels pour les instances encluster. Ajoutez lrmq093 et lrmq094.


Considérations relatives à l’utilisation de SQL Server dans un cluster 135

Exemple 1 Protection de bases de données appartenant à des instances SQL Server encluster (suite)

Remarque

Lorsqu’AppSync monte et restaure des bases de données SQL en cluster, AppSyncarrête et démarre l’instance SQL sur l’hôte de montage. Ce comportement est normal.

Dossier SQL Server User DatabasesLe dossier SQL Server User Databases contient toutes les bases de donnéesutilisateur de cette instance SQL Server qui ont été découvertes et stockées dans labase de données AppSync.

À l'aide du bouton Protect, vous pouvez inscrire ce dossier à un plan de service. Cefaisant, vous protégez également toutes les bases de données appartenant à cedossier. Une fois la protection activée, la colonne Service Plan affiche le nom du plan.

Lorsque vous cliquez sur le dossier User Databases, vous affichez la liste des bases dedonnées individuelles faisant partie de cette instance SQL Server.

À la page Databases, le fait qu'une entrée figure dans la colonne Service Plans signifieque toutes les bases de données qui font partie du dossier sont protégées. Toute basede données utilisateur ajoutée à l'instance est également protégée. AppSync cesseautomatiquement de protéger les bases de données qui sont supprimées de l'instance.

Remarque

Si une ou plusieurs bases de données utilisateur d'une instance SQL Server sontinscrites à un plan de service, vous ne pouvez pas inscrire le dossier User Databases àce même plan. Inversement, si le dossier User Databases est inscrit à un plan deservice, vous ne pouvez pas inscrire des instances de base de données utilisateurindividuelles à ce même plan.

Découverte des instances SQL ServerPour tenir AppSync à jour, vous devez découvrir les instances SQL Server en cas decréation ou de suppression d'instances.

Avant de commencer


Procédure

1. Accédez à Copy Management > Microsoft SQL Server.

2. À partir du bouton contextuel Discover Instances situé en bas, procédezcomme suit :

l Sélectionnez On Server, puis sélectionnez le serveur dont vous souhaitezdécouvrir les instances.

l Sélectionnez Add Servers pour ajouter un serveur à AppSync.



Remarque

Les instances en cluster sont découvertes et affichées dans l’interfaceutilisateur AppSync uniquement si le serveur virtuel SQL (via le nom du réseauou l’adresse IP) est enregistré sur le serveur AppSync.

Découverte des bases de données SQL ServerAppSync découvre les nouvelles bases de données utilisateur à la demande ouautomatiquement dans le cadre de l'exécution d'un plan de service.

Lorsque vous cliquez pour la première fois sur le dossier User Databases, AppSyncdécouvre les bases de données et les répertorie. Pour redécouvrir manuellement lesbases de données, cliquez sur Discover Databases à la page Databases.

Cependant, lorsque vous inscrivez le dossier User Databases à un plan de service, lesbases de données sont automatiquement découvertes à chaque exécution du plan.Toutes les bases de données qui sont actuellement à l'état ONLINE, y compris cellesqui ont été ajoutées à l'instance SQL depuis la dernière exécution du plan de service,sont protégées automatiquement.

Si des bases de données individuelles sont inscrites à un plan au lieu du dossier UserDatabases, AppSync ne découvre pas automatiquement les bases de données crééesdepuis la dernière exécution du plan. Dans un tel cas, AppSync redécouvre lesinformations de toutes les bases de données initialement inscrites au plan et protègecelles qui sont à l'état ONLINE.

Protection d’une base de données SQLProtégez une base de données SQL en l’inscrivant à un plan de service AppSync.

Pour optimiser les performances, AppSync crée des copies d’un maximum de 35 basesde données par instance. Si vous inscrivez plus de 35 bases de données par instance,AppSync les répartit en groupes de 35 et crée des copies des groupes de manièreséquentielle. Si plus de 35 bases de données sont inscrites à un plan de service etqu’elles résident sur la même unité de stockage (groupe de cohérence, LUN, DS, etc.),la répartition dans des groupes de 35 bases de données n’a pas lieu. Une seule copieest souhaitable pour une configuration où le stockage s’effectue sur une même unitéde stockage.

Ce nombre (35) est un paramètre du serveur que vous pouvez modifier si besoin. Pource faire, contactez le support Dell EMC.

Vous pouvez protéger des objets de différentes manières depuis différentes sectionsd’AppSync :

l Sélectionnez Subscribe to Plan and Run si vous souhaitez protégerimmédiatement la base de données sélectionnée. Le plan de service s’exécute pourcette base de données uniquement.

l Sélectionnez Subscribe to Plan si vous souhaitez planifier la protection en vued’une exécution ultérieure. La protection des bases de données incluses dans leplan de service s’exécute à l’heure planifiée.

l Sélectionnez un plan de service approprié dans la liste Create copy using plan dela page Copies de la base de données.

l Sélectionnez Run à la page SQL Server Service Plans pour exécuterimmédiatement le plan dans son ensemble.


Protection d’une base de données SQL 137

Remarque

Assurez-vous que la base de données que vous protégez n’est pas configurée pour lasauvegarde lorsque vous utilisez un outil de sauvegarde autre qu’AppSync. Cela peutinterférer avec l’opération de copie d’AppSync et générer des erreurs inattendues.

Configuration de la protection d'une base de données SQL ServerVous inscrivez une base de données ou le dossier User Databases à un plan de serviceet exécutez ce dernier immédiatement, ou vous planifiez le plan de service afin qu'ils'exécute ultérieurement.

Avant de commencer


Procédure


2. Cliquez sur une instance de serveur pour afficher ses bases de données.

l Pour protéger toutes les bases de données au sein du dossier UserDatabases, sélectionnez le dossier User Databases.

l Pour protéger une base de données individuelle, cliquez sur User Databases,puis sélectionnez une base de données dans la liste.

3. À partir du bouton contextuel Protect situé en bas, sélectionnez le plan deservice approprié parmi les suivants :

Option Description

Subscribe to Planand Run

Inscrire la base de données afin de la protéger etexécuter immédiatement le plan pour la ou les bases dedonnées sélectionnées

Subscribe to Plan Inscrire la base de données afin de la protéger Laprotection de toutes les bases de données incluses dansle plan de service s'exécute à l'heure planifiée.

Annulation de l'inscription d'une base de données à un plan de serviceLorsque vous annulez l'inscription d'une base de données à un plan de service, toutesles copies existantes de la base de données sont conservées. Seules les opérations deprotection ultérieures sont supprimées.

Avant de commencer


Procédure


2. Cliquez sur l'instance SQL Server.

3. Cliquez sur User Databases.

4. Sélectionnez la base de données dont vous souhaitez annuler l'inscription à unplan de service.

l Sélectionnez le plan concerné sous Protect > Unsubscribe from Plan. Seulsles plans auxquels la base de données est inscrite figurent dans la listecontextuelle.



l Pour annuler l'inscription de la base de données à tous les plans de service,sélectionnez Unsubscribe from Plan > All.Vous pouvez également vous désabonner facilement de la base de donnéesSQL à partir de l’onglet Subscription d’un plan de service.

Découverte des bases de données SQL ServerUtilisez la commande Discover New Databases pour mettre à jour les bases dedonnées SQL Server connues d'AppSync.

Avant de commencer


Procédure


2. Cliquez sur une instance de serveur, puis sur le dossier User Databases.

3. Sur la page User Databases, cliquez sur Discover New Databases dans larangée de boutons située en bas.

La découverte peut prendre plusieurs minutes selon la taille de l'instance.

Page des copies SQLVous pouvez voir les détails d'une copie à partir de l'onglet Copies d'une base dedonnées en cliquant sur cette base de données. La liste des copies peut être filtréeselon la date/l'heure de création et le type (protection ou réaffectée).

Tableau 20 Champs de la page Copy

Colonne Description :




Name Nom de la copie. Ce nom correspond à l'heureà laquelle AppSync a créé la copie.

Service Plan Nom du plan de service associé à la copie.Dans le cas d'un plan de réaffectation,sélectionnez une copie, puis cliquez sur le lien

Repurpose pour la modifier.

Remarque

Chaque copie est associée à un plan deservice de réaffectation unique.

Libellé Libellé attribué à la copie en cas deréaffectation.

Type de sauvegardes SQL Server l Full

l Copy

l Non VDI


Découverte des bases de données SQL Server 139

Tableau 20 Champs de la page Copy (suite)


l Crash Consistent

Mount Status État de la copie : montée ou non montée. Sielle est montée, le nom de l'hôte de montages'affiche.

Recovery Status Indique si la copie a été restaurée aprèsmontage ou non. Les valeurs autorisées sontles suivantes :

l Not Recovered : la copie n'a pas étémontée ou il s'agit d'un montage desystème de fichiers.



Availability Group Répertorie les groupes de disponibilitéAlwaysOn auxquels appartient la base dedonnées.

Génération Copie de première ou de deuxième générationà des fins de réaffectation.

Source Copie de la base de données de production(pour une copie de première génération) oucopie d'une copie (deuxième génération).

Copy Type l Signet local

l Signet distant

l VNX Snap, VNXeSnap

l Snapshot Unity

l VMAX Clone

l VMAX Snap

l VMAX V3/VMAX AFA : SnapVXSnap,SnapVXClone

l XtremIO Snap

l ViPRSnap

Site Informations sur le site RecoverPoint.

Création d'une copie de base de données à partir de la page CopiesCréez une copie d'une base de données en inscrivant cette dernière à un plan deservice SQL Server dans AppSync à partir de la page Copies.

Avant de commencer





2. Cliquez sur une instance de serveur, puis cliquez sur User Databases pourafficher ses bases de données.

3. Cliquez sur un dossier pour afficher la liste User Databases.

4. Dans cette liste, cliquez sur la base de données pour afficher ses copies.

5. Dans la liste Create a copy using plan, sélectionnez le plan de serviceapproprié.

Le plan de service s'exécute immédiatement pour la base de données.

Expiration d’une copie de base de données SQL à la demandeL’expiration d’une copie de base de données supprime celle-ci de la base de donnéesAppSync et peut libérer de l’espace de stockage en fonction de la technologie deréplication et de l’état de la copie.

Avant de commencer


L’expiration d’une copie créée à l’aide de RecoverPoint ne supprime pas le signetcorrespondant au sein même de RecoverPoint.

Procédure

1. Sélectionnez Copy Management > Microsoft SQL Server.

2. Cliquez sur une instance SQL Server pour afficher ses dossiers de bases dedonnées.


4. Cliquez sur la base de données dont vous souhaitez faire expirer des copies.

5. À partir de la page Copies, sélectionnez une ou plusieurs copies à faire expirer.

Vous pouvez également effectuer cette action sous l’onglet Copies du plan deservice.

6. Dans la zone de liste Expire :

l Sélectionnez Rotation > Enable pour activer l’expiration automatique d’unecopie lors de la rotation.

l Sélectionnez Rotation > Disable pour désactiver l’expiration automatiqued’une copie lors de la rotation.

Remarque

Cela n’est pas applicable aux copies réaffectées.

Résumé et détail du plan de serviceL'onglet Settings du plan de service affiche le nom, la description, le planning et l'étatdu plan de service. Cliquez sur les phases pour afficher les paramètres détaillés du plande service. Cliquez sur les autres onglets pour obtenir de plus amples informations surles inscriptions, les listes de copies et les événements générés par le plan.



Expiration d’une copie de base de données SQL à la demande 141

















Remplacement des plannings des plans de service

Vous pouvez définir des plannings individuels pour des bases de données inscrites à unplan de service en remplaçant le paramètre de récurrence générique.

Avant de commencer



Procédure



Le volet Plan Startup Defaults s'affiche sur la droite.

3. Notez l'option Recurrence Type sélectionnée pour ce plan.


4. Sélectionnez Start service plan phase.

Le volet Start service plan s'affiche sur la droite.


Un type de récurrences ne peut être défini que si l'option Automatic a étésélectionnée à la phase Startup.




Cet onglet affiche la liste de toutes les bases de données inscrites au plan deservice.

7. Sélectionnez une ou plusieurs bases de données, puis cliquez sur OverrideSchedule.

La boîte de dialogue Override Schedule s'affiche.

8. Définissez le planning en fonction de vos besoins, puis cliquez sur OK.

Par exemple, si le type de récurrences par défaut est On specified days of themonth et que le paramètre de la règle soit Run at 12:00 AM avec 1st day ofevery month, vous pouvez remplacer l'heure et le jour pour des datastoresindividuels.Une icône représentant un crayon indique que les paramètres par défaut ont étéremplacés.

Découverte des applicationsAvant de créer la copie du dossier User Databases, AppSync examine l'instance SQLServer pour détecter les modifications telles que l'ajout, la suppression, le changementde nom ou le déplacement de bases de données. Si les bases de données sontprotégées de manière individuelle, AppSync redécouvre les informations de la base dedonnées sélectionnée. Une base de données n'est protégée que si elle est à l'étatONLINE.





Le script avant copie s'exécute conformément au planning défini à la phase PlanStartup. Les formats de script valides sont .bat, .exe et .ps1 (scripts PowerShell).Vous pouvez éventuellement saisir des informations d'identification afin d'exécuter lescript en tant qu'un utilisateur spécifique. Le script s'exécute en tant que systèmelocal par défaut.






Résumé et détail du plan de service 143

3. Pour assurer un arrêt correct de la session PowerShell, ajoutez <nul à la fin de laligne qui appelle le script PowerShell. L'emplacement par défaut du script est%ProgramData%\EMC\AppSync\scripts\ sur l'hôte d'application.



Création de copieLa phase Create copy crée une copie basée sur la technologie de réplication spécifiéedans le plan de service.

Cette phase spécifie le type de sauvegarde de copie SQL Server à effectuer. Pour lescopies VNX Snapshot, cette phase définit également le délai d'expiration automatiquedes copies.


Type de sauvegardes SQL Server

Quatre types de sauvegarde principaux sont pris en charge : Full, Copy, Non VDI etCrash Consistent.

l L'option Full protège la base de données et la partie active du fichier log destransactions. Ce type de copies est généralement utilisé lorsque la copie doit êtreconsidérée comme une sauvegarde de la base de données ou lorsqu'elle doit êtremontée dans le but de créer une sauvegarde de la base de données à l'aide d'unproduit tiers. Ce type de copies vous permet de restaurer les fichiers log destransactions pour faire avancer la base de données à un point dans le temps plusrécent que la copie, ce qui suppose que vous avez sauvegardé ces fichiers log destransactions. AppSync utilise la fonction de snapshot VDI de Microsoft SQL Serverpour créer ce type de copies.

n L'option Auto Switch to Copy n'est activée que si le type de sauvegardessélectionné est Full. Toutefois, elle est désactivée par défaut. En cochant lacase Auto Switch to Copy, vous demandez à AppSync de vérifier si le rôle dela base de données est secondaire et, si tel est le cas, de basculer vers le typede sauvegardes Copy.

Remarque

Si l'option Auto Switch to Copy est désactivée, les sauvegardes échouentpour toutes les bases de données secondaires.

l L'option Copy protège la base de données et la partie active du fichier log destransactions sans affecter la séquence des sauvegardes. Ainsi, les administrateursBD peuvent créer une copie sans interférer avec les éventuelles applications desauvegarde tierces qui créent des sauvegardes complètes et/ou différentielles desbases de données SQL Server. AppSync utilise la fonction de snapshot VDI deMicrosoft SQL Server pour créer ce type de copies.

Remarque

Les bases de données secondaires sont en lecture seule et peuvent uniquementêtre sauvegardées avec le type de sauvegardes Copy.



l Non VDI protège la base de données avec l'approche non VDI. Cela crée descopies de SQL cohérentes en cas de sinistre à l'aide du cadre de blocage/déblocage VSS. Aucune métadonnée VDI n'est générée pour les copies non VDI.Vous pouvez monter des copies Non VDI SQL en utilisant les options AttachDatabase et Mount Copy. Vous pouvez restaurer une copie Non VDI en utilisant lemode No Recovery.

l Crash Consistent protège la base de données sans aucune implication de l’agent,autrement dit, VSS ou VDI ne sont pas utilisés. Ce type de sauvegarde crée descopies cohérentes en cas de panne des bases de données SQL, en utilisant desfonctions au niveau de la baie. Vous pouvez utiliser ce type de sauvegarde pourprendre un snapshot, en cas de défaillance de la restauration de la copie. Celaévite les interventions du côté production. Aucune métadonnée VDI et VSS n’estgénérée pour les copies cohérentes en cas de panne. Les copies de SQLcohérentes en cas de panne sont l’objet d’un montage VDS et sont restauréesavec l’option de restauration Attach Database. Vous pouvez restaurer unecopie cohérente en cas de panne à l’aide du mode No Recovery. Le type desauvegarde cohérente en cas de panne est pris en charge sur RecoverPoint ettoutes les baies prises en charge, à l’exception de ViPR, avec les restrictionssuivantes :

n Pour VNX, VNXe et Unity, la base de données SQL doit résider sur les LUN quise trouvent dans un groupe de cohérence.

n Pour les volumes virtuels VPLEX sur Unity, la base de données SQL doit résidersur les LUN Unity qui se trouvent dans un groupe de cohérence.

n Il n’existe aucune restriction pour les volumes virtuels VMAX, RecoverPoint,XtremIO et VPLEX sur XtremIO.

n Les signets RecoverPoint présentent la cohérence des snapshots commeCrash Consistent dans l’interface utilisateur de RecoverPoint.

Expiration automatique des copies

La valeur d'expiration automatique définie à la phase Create Copy d'un plan de servicespécifie le nombre maximal de snapshots, de clones ou de signets pouvant existersimultanément.

Lorsque la valeur du champ Always keep x copies est atteinte, les copies plusanciennes expirent afin de libérer de l'espace de stockage pour la prochaine copie dansla rotation. Les copies ayant échoué ne sont pas comptabilisées. AppSync ne fait pasexpirer la copie la plus ancienne avant que celle destinée à la remplacer ne soit créée.Par exemple, si le nombre de copies à conserver est de sept, AppSync ne fait pasexpirer la copie la plus ancienne avant que la huitième copie soit créée.








Remarque


Configuration de nouvelles tentatives en cas d’échec VSS

Vous pouvez configurer un nombre de nouvelles tentatives VSS dans la phase decréation de copie d’un plan de service. Au cours de la protection, si un plan de serviceéchoue en raison de défaillances VSS comme un problème d’expiration du délai VSS, leplan de service exécute l’opération de blocage/déblocage VSS à nouveau selon lenombre et l'intervalle de tentatives spécifiés. Cette option est prise en chargeuniquement sur les applications Windows : système de fichiers, Microsoft SQL etMicrosoft Exchange. Cette option n’est pas utilisée lors de la création de copiescohérentes en cas de panne des bases de données SQL.

Remarque



Le script s'exécute une fois que la phase Create copy a été menée à bien. Les formatsde script valides sont .bat, .exe et .ps1 (scripts PowerShell). Vous pouvezéventuellement saisir des informations d'identification afin d'exécuter le script en tantqu'un utilisateur spécifique. Le script s'exécute en tant que système local par défaut.

Lorsque AppSync crée des copies d'éléments applicatifs dans le cadre d'un plan deservice, il peut séparer ces éléments et les placer dans des groupes distincts à des finsde protection. Cette opération peut être effectuée pour des raisons de performances(par exemple, VSS pour Exchange et SQL) ou parce que les éléments d'un plan deservice peuvent être protégés par différentes technologies de réplication. Parexemple, un plan de service peut contenir des éléments applicatifs qui sont protégéspar des snapshots VNX et d'autres par des signets RecoverPoint. Par conséquent, leséléments applicatifs de ces groupes sont protégés indépendamment les uns desautres.

Lorsque AppSync appelle un script après copie, il transmet les copies qui ont étécréées dans le groupe en appelant le script avec -appCopies <APP1> <APP2>, oùAPP1 et APP2 sont les noms des éléments applicatifs contenus dans ce groupe.







3. Pour assurer un arrêt correct de la session PowerShell, ajoutez <nul à la fin de laligne qui appelle le script PowerShell.

Lorsque AppSync exécute le script après copie, celui-ci s'exécute pour les élémentsapplicatifs qui font partie d'un groupe. S'il existe plusieurs groupes, le script aprèscopie s'exécute à plusieurs reprises. Lorsque AppSync exécute le script après copie, iltransmet au script la liste des éléments applicatifs du groupe de réplication sous formed'arguments, juste après les arguments de l'utilisateur. La syntaxe est la suivante :

-applicationCopies <ITEM1> <ITEM2> <ITEM3>

où <ITEMx> est le nom de l'élément applicatif à protéger.

L'emplacement par défaut du script est %ProgramData%\EMC\AppSync\scripts\sur l'hôte d'application.




Toutes les bases de données restaurées sont arrêtées dans le cadre de cette phase.Aucun paramètre utilisateur n'est associé à cette phase et elle peut être activée oudésactivée.

Mount copyLa phase Mount copy permet de monter la copie ou de la monter et de la restaurer.Cette phase peut être activée ou désactivée.

Dans les paramètres Mount Copy Defaults, vous pouvez définir les valeurs sur Mountcopy ou sur Mount and recover copy.

Dans les paramètres Mount copy, vous définissez la valeur de l'hôte de montage, lechemin de montage et les autorisations de montage (en lecture seule ou en lecture/écriture). Les autres paramètres de montage déterminent l'emplacement où lesfichiers de métadonnées SQL sont copiés, ainsi que le type d'accès à l'imageRecoverPoint.

Champ Description

Mount on Server Serveur sur lequel vous souhaitez monter la copie. Seuls lesnœuds du cluster ou les hôtes autonomes peuvent êtresélectionnés. Les serveurs virtuels SQL sont filtrés de façon à nepas apparaître.

Mount withaccess

Type d'accès avec lequel la copie doit être montée.



Champ Description

Mount Path l Le chemin par défaut Default Mount Path est%SystemDrive%\AppSyncMounts\%%ProdServerName%%.

l Pour spécifier la valeur d'une variable d'environnementWindows dans le chemin de montage, délimitez le nom de lavariable avec des signes de pourcentage simples (%).

l Le chemin par défaut contient également une variableAppSync (ProdServerName) qui est délimitée avec des signesde pourcentage doubles (%%).

l Les caractères suivants ne sont pas valides dans le chemin :< > : " / | ? *

l Il peut également être identique à celui d'origine si voussélectionnez Same as Original Path. Toutefois, cette optionest indisponible lorsque l'hôte de montage est aussi le serveurde production.

l Si vous spécifiez un chemin de montage autre que celui pardéfaut, le lecteur spécifié pour le montage ne peut pas être undisque en cluster.

l Sélectionnez Mapped Path pour spécifier le chemin sur lequelvous souhaitez monter la base de données.

Copy metadatafiles to

l La valeur Default Path est l'emplacement où sont copiés lesfichiers de métadonnées VDI et VSS : %SystemDrive%\AppSyncMounts\%%ProdServerName%%


l Si vous sauvegardez la base de données sur un autre média,vous devez sauvegarder les fichiers de métadonnéeségalement.

l AppSync peut s'intégrer avec les logiciels de sauvegarde tierspour créer des sauvegardes sur bande de copies SQL Server.Le répertoire cible spécifié ici doit faire partie de lasauvegarde.

Remarque

l Les métadonnées ne sont pas créées pour les copies Non VDI.

l Aucune métadonnée VDI ou VSS n’est générée pour lescopies de type Crash Consistent.

Image accessmode (au coursdu montageRecoverPoint)

l Logged Access : Utilisez cette option de montage si lecontrôle d'intégrité implique l'analyse de grandes zones desvolumes répliqués. C'est la seule option disponible lorsquevous effectuez le montage sur le serveur de production.

l Virtual Access with Roll : Cette option offre un accèsquasiment instantané à la copie, mais met également à jour levolume répliqué en arrière-plan. Lorsque les volumes répliquéssont au point demandé dans le temps, la RPA bascule en toute



Champ Description

transparence sur un accès direct au volume de réplica, ce quipermet un traitement intensif. Avec RP-VMAX et RP-XtremIO, l'accès virtuel avec basculement n'est pas pris encharge.

l Virtual Access : cette option fournit un accès quasiinstantané à l'image. Elle n'est pas destinée à un traitementintensif. Avec RP-VMAX et RP-XtremIO, l'accès virtuel n'estpas pris en charge.

Service LevelObjective (SLO)

Pour les baies VMAX 3 uniquement, un paramètre intitulé DesiredService Level Objective (SLO) s'affiche dans l'assistant demontage. Il spécifie les objectifs de niveau de service pour leVMAX 3. Le SLO définit la plage de fonctionnement du temps deservice d'un groupe de stockage.

Option demontage deVPLEX

l Native array : Utilisez cette option si vous souhaitez monterla copie en tant que volume de baie native.

l VPLEX virtual volume mount : Utilisez cette option si voussouhaitez monter la copie en tant que volume virtuel VPLEX.

l Enable VMware cluster mount : Désactivez cette option sivous ne souhaitez pas effectuer un montage en cluster ESX.Cette option est activée par défaut.

Use DedicatedStorage Group

l Applicable uniquement dans le cas d'hôtes physiques ou demachines virtuelles avec connexion iSCSI directe au sein ducluster.

l Cette option activée par défaut permet à AppSync de mettreen œuvre un groupe de stockage VMAX ou VNX, ou ungroupe d'initiateurs XtremIO dédié pour le montage. Ungroupe de stockage VMAX ou VNX dédié contient uniquementl’hôte de montage sélectionné. Pour une baie XtremIO, cetteoption s’applique à un groupe d’initiateurs XtremIO quicontient uniquement un initiateur pour l’hôte de montage. Lemontage échoue si vous l'effectuez sur le nœud d'un clusterqui appartient à un groupe de stockage partagé avec lesautres nœuds.

Remarque

Utilisez cette option pour monter la copie sur un nœud à desfins de validation de la copie ou de sauvegarde sur bande.Dans un tel scénario, vous avez besoin de deux groupes destockage : un groupe de stockage dédié au nœud passif utilisécomme hôte de montage et un autre destiné au reste desnœuds du cluster. Les deux groupes de stockage contiennentle stockage partagé du cluster.

l Si cette option est désactivée, AppSync n'utilise pas degroupe de stockage dédié pour le montage.



Champ Description

Remarque

Désactivez cette option pour ajouter manuellement lespériphériques cibles en tant que stockage en cluster et lesprésenter à des instances SQL Server en cluster à des fins deréaffectation et d'analyse des données.

Dans les paramètres de Mount and recover copy, vous pouvez spécifier l'instance derestauration, le type de restauration et les informations de nom de base de données.Les autres paramètres sont similaires à ceux de Mount copy, comme le chemin demontage et le type d'accès à l'image.

Champ Description :

RecoveryInstance

Instance SQL Server à utiliser pour la restauration. Si lesparamètres de connexion ne sont pas définis ou ne sont pasvalides pour l'instance, la boîte de dialogue SQL ServerConnection Settings s'affiche. Cliquez sur Connection Settingspour réinitialiser les informations d'identification.si vous utilisez une baie VMAX 3, un paramètre intitulé DesiredService Level Objective (SLO) est disponible. Cette options'affiche dans l'assistant de montage et spécifie les objectifs deniveau de service VMAX 3 requis. Le SLO définit la plage defonctionnement du temps de service d'un groupe de stockage

Type derestauration

Options disponibles : Recovery (par défaut), No Recovery,Standby et Attach Database

Databaserenaming

Options de cette liste déroulante :

l Use original database names (valeur par défaut s'il s'agitd'une autre instance) : cette option n'est pas sélectionnablesi l'instance de restauration Recovery Instance est l'instancede production.

l Use original database names with suffix : il s'agit de lavaleur par défaut si l'instance de restauration RecoveryInstance est l'instance de production.

Naming Suffix Visible uniquement lorsque l'option Original database nameswith Suffix est sélectionnée dans la liste déroulante Databaserenaming. La valeur par défaut est AppSync.

Mount Path l Le chemin de montage par défaut, lorsque l’instance demontage SQL est une instance autonome (%SystemDrive%\AppSyncMounts\%%ProdServerName%%).





Champ Description :


l Il peut également être identique à celui d'origine si voussélectionnez Same as Original Path. Vous pouvezsélectionner n'importe laquelle de ces options.

l Si vous spécifiez un chemin de montage autre que celui pardéfaut pour le montage sur une instance autonome, le lecteurspécifié pour le montage ne peut pas être un disque en cluster.

l Pour le montage d’une instance SQL en cluster, les chemins« Same as Original Path » et autres chemins de montage sontpris en charge. « Default mount path » n’est pas pris encharge. À la place, vous pouvez saisir cette option pourspécifier un autre chemin de montage. Le disque racine del’autre chemin de montage doit être en cluster et SQL Serverdoit avoir une dépendance sur le disque en cluster.


l Par défaut, l'emplacement où sont copiés les fichiers demétadonnées VSS est identique au chemin de montage.

l Si le chemin de montage est de type Same as Original Path, lavaleur par défaut est %SystemDrive%\AppSyncMounts\%%ProdServerName%%.


l Si vous sauvegardez la base de données sur un autre média,vous devez sauvegarder ces fichiers de métadonnéeségalement.


Remarque


l Aucune métadonnée VDI ou VSS n’est générée pour les copiescohérentes en cas de panne.



l Virtual Access with Roll : Cette option offre un accèsquasiment instantané à la copie, mais met également à jour levolume répliqué en arrière-plan. Lorsque les volumes répliquéssont au point demandé dans le temps, la RPA bascule en toutetransparence sur un accès direct au volume de réplica, ce quipermet un traitement intensif.



Champ Description :

l Virtual Access : Cette option fournit un accès quasiinstantané à l'image. Elle n'est pas destinée à un traitementintensif.



l Cette option activée par défaut permet à AppSync de mettreen œuvre un groupe de stockage VMAX, VNX ou XtremIOdédié. Pour une baie XtremIO, cette option s'applique à ungroupe d'initiateurs XtremIO qui contient uniquement uninitiateur pour l'hôte de montage. Le groupe de stockagecontient l'hôte de montage sélectionné uniquement pour lemontage. Le montage échoue si vous l'effectuez sur le nœudd'un cluster qui appartient à un groupe de stockage partagéavec les autres nœuds.

Remarque


l Si cette option est désactivée, AppSync n'utilise pas degroupe de stockage dédié pour le montage, et ce dernier sepoursuit. Comme les initiateurs hôtes ne peuvent appartenirqu'à un groupe d'initiateurs pour une baie XtremIO, utilisezcette option afin de vous assurer que vous effectuez lemontage sur un hôte de montage qui est le seul hôte dugroupe d'initiateurs.

Remarque


Remplacement des paramètres de montage d'un plan de service

Si plusieurs serveurs SQL enregistrés sont inscrits au même plan de service, vouspouvez sélectionner des paramètres de montage et de restauration différents pourchacun d'eux, en remplaçant les paramètres génériques.

Avant de commencer


1. Accédez à Service Plans > Microsoft SQL Server, puis cliquez sur l'un desplans de service de la liste.




3. Dans le volet de droite, sélectionnez l'onglet Mount Copy Overrides.

La liste des serveurs inclut tous les serveurs SQL dont les bases de donnéessont inscrites à ce plan.

Selon que vous avez sélectionné Mount copy ou Mount and recover copy, lesparamètres par défaut s'affichent pour tous les serveurs.

4. Sélectionnez le serveur dont vous souhaitez remplacer les paramètres, puiscliquez sur Set Overrides.

La boîte de dialogue Override Default Mount Settings s'affiche.

5. Sélectionnez des options uniquement pour les paramètres de montage que voussouhaitez remplacer.

Les champs ne comportant aucune sélection conservent leurs paramètres pardéfaut.

6. Cliquez sur OK.

Une icône représentant un crayon s'affiche dans la première colonne de la lignedu serveur dont vous avez modifié les paramètres de montage par défaut.

7. Pour rétablir les paramètres par défaut d'un serveur, cliquez sur Use DefaultSettings.







le démontage de copiesLa dernière phase du plan de service consiste à démonter la copie. Cette phase estdésactivée si la phase Unmount previous copy est activée. Il n'y a pas de paramètresutilisateur associés à cette phase.

Si vous avez sélectionné l'option Mount and recover copy à la phase Mount copy,toutes les bases de données montées sont arrêtées dans le cadre de cette phase.

Script d'arrêt personnalisé avant démontage

Avant le démontage, si vous souhaitez effectuer un arrêt personnalisé des bases dedonnées, vous pouvez placer un script à l'emplacement suivant : %ProgramData%\EMC\AppSync\script.



Le nom du script doit être au format suivant :<ServicePlanName>_<host_ProductionInstanceName ORProductionInstanceName>_ ShutdownSQL.bat où :

l ServicePlanName est le nom du plan de service auquel la base de données estinscrite.

l host_ProductionInstanceName OU ProductionInstanceName:n Dans host_ProductionInstanceName, vous pouvez remplacer host par

un autre nom. Le nom ProductionInstanceName est nécessaire, qu'il existeou non différentes instances SQL.

n Utilisez ProductionInstanceName dans le cas d'une instance de productionpar défaut identique au nom de l'hôte.

Remarque

n Il est recommandé d'exécuter le script en tant qu'utilisateur Windows. Pourexécuter le script en tant qu'utilisateur SQL Server dans un environnementSQL Server 2012, l'utilisateur système local doit disposer du rôle sysadmin.

n L'utilisation du caractère _ comme séparateur dans le nom du fichier de scriptest obligatoire.

En l'absence d'un script personnalisé, AppSync procède à l'arrêt des bases de donnéesavant le démontage.

Considérations relatives au montage pour SQL ServerCette section décrit les exigences relatives à l’hôte de montage, y compris les règlesconcernant les versions de l’hôte de montage et du serveur de production, et la priseen charge des hôtes de montage sur machine virtuelle.

L’hôte de montage doit disposer des mêmes versions du plug-in de l’agent AppSync,de SQL Server et des pilotes d’adaptateur HBA que le serveur de production. SQLServer doit être installé sur l’hôte de montage si vous souhaitez restaurer les bases dedonnées à partir de la copie montée. Si vous ne comptez pas restaurer les bases dedonnées, SQL Server n’est pas requis sur l’hôte de montage.

Remarque

l Lorsque vous montez un réplica d’une base de données SQL Server sur le serveurde production, ne le montez pas à l’aide de la même instance de SQL Server quecelle utilisée par la base de données de production. Vous devez utiliser une autreinstance que celle du SQL Server.

l Le chemin de montage ne doit pas excéder 32 767 caractères en longueur.

Versions de l’hôte de montage et du serveur de production

l Si vous le montez sur le nœud du cluster de basculement Windows, reportez-vousà la section Montages Microsoft Cluster Server pour SQL Server.

l Si la version majeure de l’instance SQL Server du serveur de production estsupérieure à celle de l’hôte de montage, la restauration échoue pour toutes lesbases de données appartenant à cette instance.

l Si la version majeure de l’instance SQL Server du serveur de production estinférieure à celle de l’hôte de montage, la restauration réussit uniquement si le



type de restaurations est RECOVERY ou NORECOVERY. La restauration échoue sile type de restaurations est STANDBY.

l Si la version majeure de l’instance SQL Server du serveur de production estidentique à celle de l’hôte de montage, mais avec une version mineure inférieure, larestauration échoue pour toutes les bases de données appartenant à cetteinstance.

l Si la version majeure de l’instance SQL Server du serveur de production estidentique à celle de l’hôte de montage, mais avec une version mineure supérieure,la restauration réussit uniquement si le type de restaurations est RECOVERY ouNORECOVERY. La restauration échoue si le type de restaurations est STANDBY.

l Si la copie d’une base de données SQL créée par AppSync est restaurée sur uneversion plus récente de l’instance SQL Server de l’hôte de montage, larécupération de la même copie sur une version plus ancienne de l’instance SQLServer échoue.

Prise en charge des disques virtuelsSi l’hôte de montage est une machine virtuelle, Virtual Center doit être enregistréauprès d’AppSync. Cette opération est nécessaire pour le montage des RDM.

Considérations relatives aux disques virtuels :

l Le montage en production n’est pas pris en charge si la version de l’hôte VMwareESX est inférieure à la 5.0.

l Les disques virtuels non persistants ne sont pas pris en charge.

l Pour les montages de datastores et de disques virtuels dans des environnementsVMware ESXi 5.x et RecoverPoint 4.1.7.7, désactivez l’accélération matérielle afinde garantir la réussite des montages avec un type d’accès virtuel. Pour plusd’informations, consultez l’article 2006858 de la base de connaissances VMware.

Pour la fonction passthrough SCSI Hyper-V, l’hôte de montage ne peut pas être unhôte Hyper-V. Ce doit être un hôte physique ou une machine virtuelle avec NPIV ouiSCSI en attachement direct.

Montage d’un cluster SQL Server en tant que ressource en clusterConsidérations relatives à l’utilisation de SQL Server dans un cluster fournit desinformations sur l’ajout et la découverte des ressources en cluster.

l Pour monter une copie d’un cluster de production vers un autre cluster en tant queressource en cluster, vous devez sélectionner une instance SQL Server en clusterde l’autre cluster sur la page Montage avec restauration. Le montage d’uneressource en cluster sur n’importe quelle autre instance en cluster sur le cluster deproduction n’est pas pris en charge. Le montage d’une ressource en cluster surl’instance du cluster de production n’est pas pris en charge.

l Le montage d’une ressource en cluster est pris en charge pour les bases dedonnées SQL Server qui résident sur les chemins commençant par les lettres delecteur comme P:\mysqldb\ ou Q:\mysqldb. Le montage en tant queressource en cluster n’est pas pris en charge si les bases de données de productionrésident sur des points de montage en cluster, comme I:\mount_point\, où I:est un disque en cluster et qu’un autre lecteur est monté sur I:\mount_point\.

l Le montage de type Same as Original Path est pris en charge.

l Le montage sur un autre chemin sur l’hôte de montage est pris en charge. Vousdevez spécifier l’autre chemin de montage dans les options de chemin de montage.Le disque racine de l’autre point de montage doit être un disque en cluster et SQLServer doit avoir une dépendance sur le disque en cluster.

l Il est possible de monter plusieurs copies de la même base de données sur un autrecluster en même temps.


Considérations relatives au montage pour SQL Server 155

l Tous les types de restauration sont pris en charge.

l La réaffectation est prise en charge.

l Les bases de données peuvent résider sur n’importe quel stockage pris en chargepar AppSync, sauf ViPR.

l Si les bases de données résident sur le mappage des périphériques bruts dans lesenvironnements VMWare, les nœuds du cluster SQL Server doivent résider sur desESXi différents. Il s’agit d’une exigence de VMWare. Pour les bases de donnéessur des disques virtuels, les nœuds de cluster SQL Server peuvent résider sur lemême serveur ESX.

l Le mappage de périphérique brut en mode de compatibilité virtuelle n’est pas prisen charge.

l Les montages statiques sont pris en charge pour RecoverPoint.

Montage d'une copie de base de données SQL Server à la demandeVous pouvez exécuter un montage à la demande d'une copie de base de données àpartir d'une copie ou d'une base de données.

Avant de commencer


Procédure

1. À la page Databases, sélectionnez Recover > Mount a Copy.

À partir de la page Copies, sélectionnez une copie, puis cliquez sur Mount.

L'assistant SQL Server Mount démarre.

2. Utilisez les filtres Database, Copies ou Service Plan pour sélectionner la copieà monter.

La liste des copies est actualisée en fonction des filtres sélectionnés.


Dans le cas d'une copie RecoverPoint, vous avez également la possibilité desélectionner un signet correspondant à une heure spécifique. Cependant, unecopie doit être disponible dans AppSync avant que vous ne sélectionniezMount.

Cliquez sur Select a point in time pour sélectionner une copie avec unhorodatage spécifique. L'heure affichée ici est celle de la console. Si la consoleest dans un autre fuseau horaire que la RPA (RecoverPoint Appliance), indiquezl'heure dans le fuseau horaire du serveur pour monter la copie.Pour les baies VMAX 3, sélectionnez l'objectif de niveau de service (SLO)souhaité pour la copie de montage.

Remarque

Les valeurs de SLO sont extraites dynamiquement des baies VMAX 3 et seulesles valeurs uniques sont affichées.

Pour les baies VMAX V2, sélectionnez la règle FAST VP souhaitée pour la copiede montage.

Pour VPLEX, sélectionnez une option de montage :

l VPLEX virtual volume : les snapshots sur la baie back-end deviennentvisible pour VPLEX. AppSync crée des volumes virtuels VPLEX sur les



snapshots de la baie native sous-jacente et provisionne ces volumes virtuelssur l'hôte de montage. Les volumes virtuels provisionnés sont ajoutés àl'affichage du stockage de l'hôte de montage. Au cours du démontage, lesvolumes virtuels sont supprimés de l'affichage du stockage de l'hôte demontage, et le volume virtuel VPLEX créé sur les snapshots de baie nativesous-jacente est démonté. Le snapshot sur la baie back-end estdéprovisionné de VPLEX.

l Native array volume : AppSync provisionne les snapshots de baie native surl'hôte de montage. L'hôte de montage doit être zoné sur la baie native danslaquelle le snapshot a été créé. Toutes les autres considérations de montagede la baie native sont applicables.

l Case à cocher Enable VMware cluster mount : si l'hôte de montage est unemachine virtuelle VMware résidant sur un cluster ESX, la LUN cible estvisible par tous les nœuds du cluster ESX au cours du montage. Cette optionest activée par défaut. Si vous ne souhaitez pas effectuer un montage encluster ESX, vous pouvez désactiver cette option. La LUN cible est alorsvisible uniquement par le cluster ESX sur lequel réside l'hôte de montage.Cela s'applique aux types de périphérique RDM et vDisk.

4. À la page Mount Additional Copies, sélectionnez une ou plusieurs copiessupplémentaires à monter. Les copies répertoriées ici sont celles d'autres basesde données qui ont été protégées en même temps et sur le même serveur SQLque la copie sélectionnée à l'étape précédente.

5. Sur la page Select Mount Option, sélectionnez l'une des options suivantes :

l Mount copy : vous pouvez choisir de monter la copie sur l'hôte de montageen tant que volumes virtuels VPLEX ou en tant que volumes de baie native.Si l'hôte de montage est un cluster ESX, vous pouvez effectuer un montageautonome ou en cluster. Si l'hôte de montage est un nœud d'un clusterWindows, vous pouvez effectuer le montage en sélectionnant un groupe destockage dédié dans lequel les copies de LUN cibles sont masquées pour ungroupe de stockage autre que le groupe de stockage qui possède desvolumes de cluster déjà ajoutés.

l Mount and recover copy : vous permet de sélectionner des instances encluster pour monter une base de données de SQL Server en tant queressource en cluster. Lorsque vous sélectionnez cette option, le champRecovery Instance est activé. Sélectionnez l'instance en cluster dans laliste déroulante. Notez que tant que vous n'avez pas effectué une sélection,toutes les autres options sont grisées. Une fois que vous sélectionnez uneinstance, AppSync vous invite à vous connecter à cette instance, puis lesautres options deviennent disponibles.

6. À la page Summary, passez en revue les choix que vous avez effectués auxpages précédentes, puis cliquez sur Finish pour monter la copie.

7. À la page Results, sélectionnez View Details pour afficher la progression desdifférentes phases du montage de la copie.


Options de montage des copies SQL ServerCette section présente les champs de montage de copie SQL Server et leurdescription.


Montage d'une copie de base de données SQL Server à la demande 157

Champ Description

Mount on Server Serveur sur lequel vous souhaitez monter la copie. Seuls lesnœuds du cluster ou les hôtes autonomes peuvent êtresélectionnés. Les serveurs virtuels SQL sont filtrés de façon à nepas apparaître.

Mount withaccess


Mount Path l Le chemin par défaut Default Mount Path est%SystemDrive%\AppSyncMounts\%%ProdServerName%%.




l Il peut également être identique à celui d'origine si voussélectionnez Same as Original Path. Toutefois, cette optionest indisponible lorsque l'hôte de montage est aussi le serveurde production.

l Si vous spécifiez un chemin de montage autre que celui pardéfaut, le lecteur spécifié pour le montage ne peut pas être undisque en cluster.

l Sélectionnez Mapped Path pour spécifier le chemin sur lequelvous souhaitez monter la base de données.


l La valeur Default Path est l'emplacement où sont copiés lesfichiers de métadonnées VDI et VSS : %SystemDrive%\AppSyncMounts\%%ProdServerName%%


l Si vous sauvegardez la base de données sur un autre média,vous devez sauvegarder les fichiers de métadonnéeségalement.


Remarque


l Aucune métadonnée VDI ou VSS n’est générée pour lescopies de type Crash Consistent.



Champ Description



l Virtual Access with Roll : Cette option offre un accèsquasiment instantané à la copie, mais met également à jour levolume répliqué en arrière-plan. Lorsque les volumes répliquéssont au point demandé dans le temps, la RPA bascule en toutetransparence sur un accès direct au volume de réplica, ce quipermet un traitement intensif. Avec RP-VMAX et RP-XtremIO, l'accès virtuel avec basculement n'est pas pris encharge.

l Virtual Access : cette option fournit un accès quasiinstantané à l'image. Elle n'est pas destinée à un traitementintensif. Avec RP-VMAX et RP-XtremIO, l'accès virtuel n'estpas pris en charge.

Service LevelObjective (SLO)

Pour les baies VMAX 3 uniquement, un paramètre intitulé DesiredService Level Objective (SLO) s'affiche dans l'assistant demontage. Il spécifie les objectifs de niveau de service pour leVMAX 3. Le SLO définit la plage de fonctionnement du temps deservice d'un groupe de stockage.

Option demontage deVPLEX

l Native array : Utilisez cette option si vous souhaitez monterla copie en tant que volume de baie native.

l VPLEX virtual volume mount : Utilisez cette option si voussouhaitez monter la copie en tant que volume virtuel VPLEX.

l Enable VMware cluster mount : Désactivez cette option sivous ne souhaitez pas effectuer un montage en cluster ESX.Cette option est activée par défaut.



l Cette option activée par défaut permet à AppSync de mettreen œuvre un groupe de stockage VMAX ou VNX, ou ungroupe d'initiateurs XtremIO dédié pour le montage. Ungroupe de stockage VMAX ou VNX dédié contient uniquementl’hôte de montage sélectionné. Pour une baie XtremIO, cetteoption s’applique à un groupe d’initiateurs XtremIO quicontient uniquement un initiateur pour l’hôte de montage. Lemontage échoue si vous l'effectuez sur le nœud d'un clusterqui appartient à un groupe de stockage partagé avec lesautres nœuds.



Champ Description

Remarque



Remarque


Options de montage et de restauration des copies SQL ServerLes options de montage et de restauration des copies SQL Server sont décrites dansle tableau suivant :

Champ Description :

RecoveryInstance

Instance SQL Server à utiliser pour la restauration. Si lesparamètres de connexion ne sont pas définis ou ne sont pasvalides pour l'instance, la boîte de dialogue SQL ServerConnection Settings s'affiche. Cliquez sur Connection Settingspour réinitialiser les informations d'identification.si vous utilisez une baie VMAX 3, un paramètre intitulé DesiredService Level Objective (SLO) est disponible. Cette options'affiche dans l'assistant de montage et spécifie les objectifs deniveau de service VMAX 3 requis. Le SLO définit la plage defonctionnement du temps de service d'un groupe de stockage

Type derestauration

Options disponibles : Recovery (par défaut), No Recovery,Standby et Attach Database

Databaserenaming

Options de cette liste déroulante :

l Use original database names (valeur par défaut s'il s'agitd'une autre instance) : cette option n'est pas sélectionnablesi l'instance de restauration Recovery Instance est l'instancede production.

l Use original database names with suffix : il s'agit de lavaleur par défaut si l'instance de restauration RecoveryInstance est l'instance de production.



Champ Description :

Naming Suffix Visible uniquement lorsque l'option Original database nameswith Suffix est sélectionnée dans la liste déroulante Databaserenaming. La valeur par défaut est AppSync.

Mount Path l Le chemin de montage par défaut, lorsque l’instance demontage SQL est une instance autonome (%SystemDrive%\AppSyncMounts\%%ProdServerName%%).




l Il peut également être identique à celui d'origine si voussélectionnez Same as Original Path. Vous pouvezsélectionner n'importe laquelle de ces options.

l Si vous spécifiez un chemin de montage autre que celui pardéfaut pour le montage sur une instance autonome, le lecteurspécifié pour le montage ne peut pas être un disque en cluster.

l Pour le montage d’une instance SQL en cluster, les chemins« Same as Original Path » et autres chemins de montage sontpris en charge. « Default mount path » n’est pas pris encharge. À la place, vous pouvez saisir cette option pourspécifier un autre chemin de montage. Le disque racine del’autre chemin de montage doit être en cluster et SQL Serverdoit avoir une dépendance sur le disque en cluster.


l Par défaut, l'emplacement où sont copiés les fichiers demétadonnées VSS est identique au chemin de montage.

l Si le chemin de montage est de type Same as Original Path, lavaleur par défaut est %SystemDrive%\AppSyncMounts\%%ProdServerName%%.


l Si vous sauvegardez la base de données sur un autre média,vous devez sauvegarder ces fichiers de métadonnéeségalement.




Champ Description :

Remarque


l Aucune métadonnée VDI ou VSS n’est générée pour les copiescohérentes en cas de panne.



l Virtual Access with Roll : Cette option offre un accèsquasiment instantané à la copie, mais met également à jour levolume répliqué en arrière-plan. Lorsque les volumes répliquéssont au point demandé dans le temps, la RPA bascule en toutetransparence sur un accès direct au volume de réplica, ce quipermet un traitement intensif.

l Virtual Access : Cette option fournit un accès quasiinstantané à l'image. Elle n'est pas destinée à un traitementintensif.



l Cette option activée par défaut permet à AppSync de mettreen œuvre un groupe de stockage VMAX, VNX ou XtremIOdédié. Pour une baie XtremIO, cette option s'applique à ungroupe d'initiateurs XtremIO qui contient uniquement uninitiateur pour l'hôte de montage. Le groupe de stockagecontient l'hôte de montage sélectionné uniquement pour lemontage. Le montage échoue si vous l'effectuez sur le nœudd'un cluster qui appartient à un groupe de stockage partagéavec les autres nœuds.

Remarque


l Si cette option est désactivée, AppSync n'utilise pas degroupe de stockage dédié pour le montage, et ce dernier sepoursuit. Comme les initiateurs hôtes ne peuvent appartenirqu'à un groupe d'initiateurs pour une baie XtremIO, utilisezcette option afin de vous assurer que vous effectuez lemontage sur un hôte de montage qui est le seul hôte dugroupe d'initiateurs.



Champ Description :

Remarque


Modes de restauration de montage pris en charge

Les types de restaurations de montage suivants sont disponibles lorsque vousrestaurez une copie de base de données SQL.

Type derestauration

Description :

Restauration Indique à l'opération de restauration d'effectuer un retour arrièrepour toutes les transactions non validées. Après le processus derestauration, la base de données est prête à l'emploi.

No Recovery Indique à l'opération de restauration de ne pas effectuer de retourarrière pour les transactions non validées. En mode No Recovery,la base de données est inutilisable. Cette option est utile lorsquel'administrateur de base de données a besoin de restaurer une ouplusieurs sauvegardes du fichier log des transactions. La base dedonnées est rattachée à l'instance sélectionnée pour larestauration et elle est laissée à l'état Restoring.

Standby Restaure les fichiers et ouvre la base de données en lecture seule.Ensuite, l'administrateur de base de données peut appliquermanuellement des sauvegardes du fichier log des transactionssupplémentaires.

Remarque

Si vous restaurez une base de données à partir d'une ancienneversion de SQL Server vers une version plus récente, n'utilisezpas le mode Standby. Si vous utilisez le mode Standby, la mise àniveau vers la version plus récente ne peut pas avoir lieu, ce quientraîne l'échec de l'opération.

Rattachement dela base dedonnées

Monte le système de fichiers sur lequel se trouvent les fichiers debase de données, puis rattache la base de données au SQLServer. L’option Attach Database est uniquement disponible pourles copies de types Non VDI et Crash Consistent, car toutes lesdonnées nécessaires pour rattacher la base de données fontpartie de la copie. Vous devrez peut-être effectuer des étapessupplémentaires pour la restauration complète de la base dedonnées.



Remarque

l Les modes Recovery, No recovery et Standby ne sont pas compatibles avec lescopies de types Non VDI et Crash Consistent.

l Attach Database n'est pas pris en charge pour les copies complètes ou Copy SQL.

Démontage d'une copie SQL ServerLorsque vous sélectionnez une copie SQL Server à démonter, les autres copies qui ontété montées en même temps que la copie sélectionnée sont également démontées.

Avant de commencer


Vous ne pouvez démonter une copie qu'à partir de la liste des copies créées pour unebase de données.

Procédure

1. Accédez à la page Copies à partir de la page Copy Management ou ServicePlan :

l Sous Copy Management > Microsoft SQL Server, sélectionnez le serveurqui héberge le système de fichiers que vous souhaitez démonter, puissélectionnez l'instance de base de données avec la copie à démonter.

l Sous Service Plans > Microsoft SQL Server, sélectionnez un plan deservice, puis sélectionnez l'onglet Copies.

2. Sélectionnez la copie dans la liste, puis cliquez sur Unmount via le bouton situédans la partie inférieure de la page.

La boîte de dialogue Unmount Confirmation affiche toutes les copies d'autresbases de données qui ont été montées en même temps que la copiesélectionnée pour le démontage.


La page Unmount affiche la progression de l'opération de démontage. Toutesles copies associées à la copie sélectionnée sont démontées.











/prd/db1 /tst/db1




D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\

Remarque










Procédure







Mappage de chemin 165













Remarque


Présentation de la restauration de base de données SQLServer

Passez en revue et prenez en compte les sections suivantes, qui concernent lesoptions de restauration des bases de données SQL Server.

Ces composants sont les suivants :

l Considérations relatives à la restauration des bases de données d'un groupe dedisponibilité

l Entités affectées lors de la restauration

l Restauration d'une base de données primaire ou d'une base de données secondaireavec basculement sur incident

l Restauration d'une base de données secondaire sans basculement sur incident

l Comment AppSync gère les bases de données SQL endommagées

l Restauration d'une copie SQL Server

l Restauration d'une copie SQL Server sur XtremIO

l Utilitaire de restauration SQL (assqlrestore)



Remarque

Assurez-vous qu’aucun snapshot de machine virtuelle n’est présent avant de protégerun datastore. Si les snapshots de machine virtuelle sont présents, la protection réussitmais AppSync ne parvient pas à effectuer la restauration de fichiers ou de machinesvirtuelles.

Considérations relatives à la restauration des bases de données d'un groupede disponibilité

AppSync restaure des copies de bases de données primaires et secondaires. Tenezcompte des points suivants lorsque vous restaurez une base de données appartenant àun groupe de disponibilité.

l La restauration s'effectue au niveau de la LUN. La copie AppSync doit êtrerestaurée sur la LUN source qui a été utilisée pour la créer.

l AppSync suspend les déplacements de données dans le cadre du processus derestauration.

l Une base de données ne peut pas être restaurée si elle fait partie d'un groupe dedisponibilité. AppSync retire la base de données du groupe de disponibilité dans lecadre du processus de restauration.

l AppSync ne remet pas la base de données dans le groupe de disponibilité. Pourplus d'informations sur la restauration des bases de données d'un groupe dedisponibilité, reportez-vous aux sections Restauration d'une base de donnéesprimaire ou d'une base de données secondaire avec basculement sur incident etRestauration d'une base de données secondaire sans basculement sur incident.

Entités affectées lors de la restaurationLors de la restauration à partir d'une copie, vous pouvez être invité à restaurer deséléments en plus de ceux que vous avez sélectionnés.

Une entité affectée correspond à des données qui résident sur votre serveur deproduction et qui font involontairement partie d'un réplica en raison de leur proximitéaux données que vous souhaitez protéger. Vous pouvez éviter une telle situation enplanifiant correctement la répartition des données en fonction de la granularité duréplica. La granularité d'un réplica dépend de l'environnement.

S'il existe des entités affectées dans la configuration du stockage sous-jacent,l'assistant de restauration vous les signale. Les scénarios suivants produisent desentités affectées, ce qui vous oblige à accepter la restauration d'élémentssupplémentaires :

l Pour RecoverPoint, si des bases de données appartiennent à un même groupe decohérence, elles deviennent des entités affectées lorsqu'une autre base dedonnées du groupe est protégée.

l Pour le VNXe, si des bases de données appartiennent à un même groupe de LUN,elles deviennent des entités affectées lorsqu'une autre base de données du groupeest protégée.

l Pour Unity, si des bases de données appartiennent à un même groupe decohérence, elles deviennent des entités affectées lorsqu'une autre base dedonnées du groupe est protégée.

l Pour les baies VNX/VMAX, VNX, VNXe, Unity ou XtremIO, si des bases dedonnées appartiennent à une même LUN, elles deviennent des entités affectéeslorsqu'une autre base de données de la LUN est protégée.


Considérations relatives à la restauration des bases de données d'un groupe de disponibilité 167

l Pour les disques virtuels VMware, comme la restauration s'applique à un datastore,toutes les applications résidant sur le même datastore (les disques virtuels d'unmême datastore) sont également des entités affectées.

Si l'entité affectée a été protégée en même temps que la base de donnéessélectionnée pour la restauration, AppSync la restaure. Les autres bases de donnéesqui n'ont pas été protégées, mais qui sont des entités affectées, sont écrasées.

AppSync identifie les entités affectées dans les groupes de cohérence ou de LUN de labase de données sélectionnée pour la restauration. Si les bases de données affectéesrésident en partie dans d'autres groupes de cohérence ou de LUN, AppSync n'identifiepas les entités affectées dans ces groupes

Selon le type d'entités affectées, les bases de données affectées sont détachées parAppSync ou vous devez les détacher manuellement de l'instance SQL Server.

Les entités affectées sont uniquement identifiées pour les instances SQL Server dontles informations d'identification sont configurées. AppSync effectue une nouvelledécouverte des bases de données de toutes ces instances avant d'identifier les entitésaffectées.

Restauration d'une base de données primaire ou d'une base de donnéessecondaire avec basculement sur incident

Lorsque vous cliquez sur le bouton Finish de l'assistant SQL Server Restore,AppSync exécute les actions suivantes :

1. Si vous avez activé la case à cocher Failover the Availability Group if thecurrent role is Secondary, AppSync vérifie l'état de santé des bases de donnéesdu groupe de disponibilité qui ne sont pas en cours de restauration. Si elles ne sontpas fonctionnelles, AppSync ne peut pas effectuer le basculement sur incident etl'opération de restauration échoue. Vous devez recommencer l'opération derestauration sans activer la case à cocher.

2. Si vous avez choisi de sauvegarder le fichier log des transactions, AppSync lesauvegarde.

3. AppSync suspend le déplacement des données pour tous les réplicas de la base dedonnées sélectionnée avant de supprimer tous ces réplicas du groupe dedisponibilité.

4. Si la base de données en cours de restauration est secondaire, AppSync procèdeau basculement sur incident.

5. AppSync restaure les LUN de la base de données sélectionnée.

6. Enfin, AppSync restaure la base de données et la laisse dans l'état de restaurationque vous avez sélectionné dans l'assistant SQL Server Restore.

Une fois qu'AppSync a terminé la restauration, vous devez effectuer les étapessuivantes.

Procédure

1. Restaurez les éventuelles sauvegardes de log et récupérez la base de donnéesprimaire.

2. Rajoutez la base de données dans le groupe de disponibilité.

3. Si la base de données primaire a fait l'objet d'un rollforward de sorte qu'ellecorrespond au même point dans le temps que la base de données secondaire,réassociez les copies secondaires au groupe de disponibilité.

4. Si la base de données primaire n'a pas fait l'objet d'un rollforward, procédezcomme suit :



a. Supprimez toutes les copies secondaires de la base de données restaurée.

b. Réamorcez les réplicas de la base de données secondaire et réassociez-lesau groupe de disponibilité.

Remarque

Une fois qu'AppSync a supprimé la copie de la base de données primaire, lacopie est à l'état restauré si elle est fonctionnelle. Si vous avez restauré unecopie secondaire avec basculement sur incident, le rôle de base de donnéesprimaire a été attribué à une autre instance SQL Server. Vous devez supprimerla base de données primaire d'origine et la réamorcer.

Restauration d'une base de données secondaire sans basculement surincident

Lorsque vous cliquez sur le bouton Finish de l'assistant SQL Server Restore,AppSync exécute les actions suivantes :

1. Si vous avez choisi de sauvegarder le fichier log des transactions, AppSync lesauvegarde.

2. AppSync suspend le déplacement des données pour le réplica de la base dedonnées secondaire sélectionné. La réplication continue de fonctionner pour lesautres réplicas de la base de données.

3. AppSync supprime le réplica de la base de données secondaire sélectionné dans legroupe de disponibilité.

4. AppSync restaure les LUN de la base de données sélectionnée.

5. Enfin, AppSync restaure la base de données et la laisse dans l'état de restaurationque vous avez sélectionné dans l'assistant SQL Server Restore.

Une fois qu'AppSync a terminé la restauration, vous devez effectuer les étapessuivantes.

Procédure

1. Restaurez les éventuelles sauvegardes de log et laissez la base de donnéessecondaire à l'état NO RECOVERY.

2. Réassociez la base de données au groupe de disponibilité.

Comment AppSync gère les bases de données SQL endommagéesLorsqu'une base de données est endommagée, des fichiers de données peuvent êtremanquants ou endommagés alors que les fichiers log son intacts. AppSync peut créerdes sauvegardes de fin de log pour les bases de données endommagées. Une base dedonnées endommagée ne doit pas contenir des modifications consignées en masse niêtre à l'état OFFLINE.

Si la base de données de production est endommagée et que vous cochiez la caseDatabase is damaged au cours de la restauration, AppSync sauvegarde la fin du logde la base de données endommagée avant de procéder à la restauration. Si la base dedonnées endommagée est à l'état RECOVERY_PENDING ou SUSPECT, AppSynctente tout d'abord de la détacher en lui appliquant le mode EMERGENCY. Si AppSyncne parvient pas à appliquer le mode EMERGENCY à la base de données, il abandonnecette dernière, puis procède à la restauration. Une fois la restauration réussie, vous


Restauration d'une base de données secondaire sans basculement sur incident 169

pouvez récupérer la base de données manuellement à l'aide de la sauvegarde de fin delog.

Restauration d'une copie SQL ServerVous pouvez restaurer une copie SQL Server à partir de la page Copies du serveur, dela page Copies du plan de service ou de la page Databases.

Avant de commencer


1. À la page Databases, sélectionnez Recover > Restore.

À la page Copies, sélectionnez une copie, puis cliquez sur Restore.

L'assistant SQL Server Restore démarre.

2. Sélectionnez la copie à restaurer.

Utilisez les filtres Time ou Service Plan pour sélectionner la copie à restaurer.La liste des copies est actualisée en fonction des filtres sélectionnés.


Si la copie sélectionnée comporte des entités affectées, la page RestoreWarnings s'affiche.

4. Lisez les messages d’avertissement correspondant aux bases de donnéesaffectées. Cochez la case pour accepter la restauration d'autres entités avec lacopie sélectionnée.

5. À l'étape Backup Transaction Logs, sélectionnez Yes pour sauvegarder les logsavant la restauration.

a. Dans la zone Back up to, saisissez l'emplacement où les logs doivent êtresauvegardés. Les fichiers reçoivent le nom de la base de données.

b. Cochez la case Add a file extension to the backup file name et spécifiezune extension pour les fichiers sauvegardés. L'extension par défaut est .trn.

c. Cochez la case Add a prefix to the backup file names et spécifiez unpréfixe pour les fichiers sauvegardés. Le préfixe par défaut est AppSync.

d. Cochez la case Database is damaged pour sauvegarder les fins de log.

e. Cochez la case Truncate the transaction logs si nécessaire.

Cette case n'est pas sélectionnable si vous avez coché la case Database isdamaged.

f. Cochez la case Overwrite existing backup files si nécessaire.

Cette case n'est pas sélectionnable si vous avez coché la case Database isdamaged.

Remarque

Vous ne pouvez pas sauvegarder les journaux des transactions pour lescopies de types Non VDi et Crash Consistent.

6. Cliquez sur Next pour accéder à la page Restore Options.

La page Restore Options s'affiche.



7. Sélectionnez les options de récupération ou de restauration appropriées.

a. Pour récupérer la base de données, choisissez l'une des options suivantes :

l Recovery : cette option n'est pas disponible si vous avez choisi desauvegarder les fichiers log des transactions.

l No recovery : laisse la base de données en mode non opérationnel etnécessite une intervention manuelle. Pour les copies de types Non VDI etCrash Consistent, vous devez rattacher et restaurer la base de donnéesmanuellement.

Remarque

Sélectionnez cette option lorsque vous restaurez une base de donnéessecondaire sans basculement sur incident. Cela laisse la base de donnéessecondaire à l'état de restauration afin que les fichiers log destransactions puissent être restaurés, ce qui permet à la base de donnéesde réintégrer le groupe de disponibilité.

l Standby : si vous sélectionnez cette option, spécifiez l'emplacement

où doivent être stockés les fichiers d'annulation dans la zone Standbyfile location. Le chemin par défaut est C:\temp.

Remarque

Les copies de type Non VDI et Crash Consistent prennent uniquement encharge l’option de restauration No recovery.

b. Pour forcer la restauration en écrasant la base de données existante, cochezla case Overwrite the existing databases.

Cette option n'est pas requise en temps normal.

cette option n'est pas disponible si vous avez choisi de sauvegarder lesfichiers log des transactions.

Remarque

Vous ne pouvez écraser la base de données existante pour les copies detypes Non VDI et Crash Consistent.

c. Dans le cas d'un groupe de disponibilité, cochez la case Failover theAvailability Group if the current role is Secondary pour déclencher unbasculement sur incident avant la restauration si cette dernière concerneune base de données secondaire.

Un message d'avertissement vous signale que la base de données serasupprimée du groupe de disponibilité et que vous devrez la réintégrer unefois qu'AppSync aura restauré le volume.

d. Cochez la case I have read and understand the warning above, and wantto continue with the restore pour accuser réception du message.





Restauration d'une copie SQL Server 171




La page Summary s'affiche.

10. Vérifiez la page Summary, puis cliquez sur Finish pour procéder à larestauration.


La dernière phase terminée s'affiche au bas de la liste.

12. Une fois qu'AppSync a restauré une base de données dans un groupe dedisponibilité, effectuez les étapes supplémentaires suivantes en fonction desbesoins :

l Restauration d'une base de données primaire ou d'une base de donnéessecondaire avec basculement sur incident

l Restauration d'une base de données secondaire sans basculement surincident

Utilitaire de restauration SQL Server (assqlrestore)AppSync inclut un utilitaire de restauration SQL Server nommé assqlrestore.Cette section décrit ses fonctions et son utilisation.

L'utilitaire assqlrestore vous permet de restaurer des bases de données SQLServer individuelles à partir d'une sauvegarde sur bande ou d'une copie montée, sanssynchronisation inverse du périphérique cible sur le périphérique source. Il peutrestaurer une base de données, un fichier ou un groupe de fichiers. L'utilitaire peuteffectuer la restauration vers la base de données d'origine ou vers une nouvelle basede données. Les métadonnées VDI SQL Server créées dans le cadre de l'opération deréplication sont requises pour restaurer une base de données à l'aide deassqlrestore.

Remarque

Dans le cas des copies non VDI et cohérentes en cas de panne, vous ne pouvez pasrestaurer une base de données à l’aide de assqlrestore, car aucune métadonnéen’a été créée.

assqlrestore est une interface de ligne de commande que vous exécutez à partird'une fenêtre d'invite de commandes sur le client AppSync. Il s'installe sur le clientdans le cadre de l'installation d'AppSync.

La restauration d'une base de données individuelle à partir d'une copie montée estparticulièrement utile lorsque vous devez restaurer une seule base de données et nesouhaitez pas écraser l'ensemble du contenu du périphérique, ce qui se produit avecune restauration AppSync normale. Cet utilitaire prend en charge la restauration auniveau d'un élément à partir d'une copie montée.



Syntaxe de la commande assqlrestore avec des exemplesCette section présente la syntaxe de la commande assqlrestore en fournissant desexemples de commandes.

Syntaxe de commande Le tableau suivant présente la syntaxe de la commande assqlrestore.

Tableau 21 Syntaxe de la commande assqlrestore

Option Description :

Requis

-s Nom du serveur SQL incluant le nom del'instance (host\instance).

-f Nom et emplacement du fichier demétadonnées (le chemin d'accès sélectionnédans l'interface utilisateur sousCopymetadata files to).

-d Nom de la base de données.

Types de connexions (-E ou -U)

-E Utilisateur servant à l'authentificationWindows (indiquez le nom d'utilisateur).

-U ID de connexion SQL Server.

-P Mot de passe en texte clair (utilisé avec lesoptions -E et -U).

-p Mot de passe chiffré (utilisé avec les options -E et -U).

Facultatif

-r Option de restauration : - RECOVERY,

NORECOVERY (par défaut) ou STANDBY.

-u Annulation du nom de fichier, obligatoire pourSTANDBY.

-m Déplacement du fichier. Cette option disposede deux paramètres : logical_file_nameet operating_system_file_name. Les

chemins d'accès doivent exister. Répétezl'option pour chaque fichier, y compris lesfichiers log ou les fichiers de catalogue entexte intégral. Si vous effectuez larestauration avec un nouveau nom de base dedonnées, utilisez l'option -m afin de ne pasécraser les fichiers d'origine. Par exemple : -mlogicalfilenameS:\existingdir\newfilename.mdf

-fg Groupe de fichiers à restaurer. Répétezl'option pour chaque groupe de fichiers.


Utilitaire de restauration SQL Server (assqlrestore) 173

Tableau 21 Syntaxe de la commande assqlrestore (suite)


-lf Fichier logique à restaurer. Répétez l'optionpour chaque fichier logique.

-e Affichage du mot de passe chiffré lorsque lemot de passe non chiffré est spécifié commeargument. N'est pas utilisé avec d'autresparamètres.

-v Mode explicite.

-q Mode silencieux. Ne pose aucune question.

-l <log_dir> Création des fichiers log dans le répertoirespécifié.

-h Aide.

Exemple 2 Exemples de syntaxe de commande

Les options de commande sont sensibles à la casse. Consultez la documentation enligne de SQL Server pour une description de T-SQL.

Remarque

Les paramètres de la commande ne sont pas les mêmes que dans l'utilitaire ReplicationManager (rmsqlrestore).

l Restauration à l'aide de l'authentification Windows, sans application des logs :

assqlrestore.exe -E Administrator -P password -s sql1\instance1 -d custinfo-f "C:\AppSyncMounts\sql1\APPSYNC_VDI_INSTANCE1_ custinfo.bin" -r RECOVERY

l Restauration avec un nouveau nom de base de données et déplacement desfichiers à l'aide d'un identifiant de connexion SQL et d'un mot de passe chiffré :

assqlrestore -s sql1\instance1-d custinfoTest-f "C:\AppSyncMounts\sql1\APPSYNC_VDI_INSTANCE1_ custinfoTest.bin"-r RECOVERY-m custinfo_Data S:\custinfoTest.mdf-m custinfo_Log T:\custinfoTest.ldf-U sa -p 1EMC_4roJdyU5;x

n Obtention du mot de passe chiffré :

assqlrestore -e <unencrypted_password>

Restauration d'une base de données SQL Server avec assqlrestoreLes étapes de base pour restaurer une base de données sont indiquées ici. Vouspouvez avoir besoin d'étapes supplémentaires, mais utilisez celles-ci commeframework.



Avant de commencer

Connectez-vous au système SQL Server en tant qu'utilisateur disposant de droitsd'administrateur, puis sauvegardez le fichier log des transactions SQL Server.

Procédure

1. Mettez la base de données SQL Server cible hors ligne.

2. Restaurez les fichiers de base de données (.ldf, .ndf et .mdf) à partir d'unebande ou copiez-les à partir d'un réplica monté. Vous pouvez les copier enécrasant les fichiers d'origine ou à un nouvel emplacement.

3. Ouvrez une fenêtre d'invite de commandes, puis utilisez la commande cd pouraccéder à C:\Program Files\EMC\AppSync Host Plug-in.

4. Exécutez la commande assqlrestore.

Pour obtenir des exemples, reportez-vous à la section Syntaxe de la commandeassqlrestore avec des exemples. La syntaxe de base de la commande est lasuivante :

assqlrestore -s <SQLservername> -d <databasename> -f <metadatafile> -r <recovery_type>

5. Si nécessaire, appliquez les fichiers log des transactions et récupérez la base dedonnées.

Restauration d'un fichier ou d'un groupe de fichiers avec l'utilitaire de restauration SQL ServerApprenez à restaurer un fichier ou un groupe de fichiers avec l'utilitaire SQL Serverassqlrestore.

Avant de commencer

Assurez-vous que vous comprenez le fonctionnement de la restauration des fichiers etdes groupes de fichiers dans SQL Server avant de continuer.

Remarque

Vous ne pouvez pas utiliser l'utilitaire assqlrestore pour restaurer un groupe defichiers SQL Server si le nom de celui-ci contient des caractères non ASCII.

Connectez-vous au système SQL Server en tant qu'utilisateur disposant de droitsd'administrateur, puis sauvegardez le fichier log des transactions SQL Server. Pourune restauration de fichier ou de groupe de fichiers, la base de données doit être enligne.

Procédure

1. Ouvrez une fenêtre d'invite de commandes, puis utilisez la commande cd pouraccéder à C:\Program Files\EMC\AppSync Host Plug-in.

2. Exécutez la commande assqlrestore.

a. Lorsque assqlrestore affiche la commande de restauration sur le point des'exécuter, confirmez en saisissant Y si celle-ci est correcte.

b. Lorsque assqlrestore affiche le message restore the files youare recovering, saisissez Y pour continuer.


Utilitaire de restauration SQL Server (assqlrestore) 175

Pour restaurer deux fichiers, par exemple, exécutez la commande suivante :

assqlrestore -s <SQLservername> -d <databasename>-f <metadatafile> -lf <logical_filename1>-lf <logical_filename2> -r norecovery

Pour restaurer deux groupes de fichiers, exécutez la commande suivante :

assqlrestore-s <SQLservername>-d <databasename>-f <metadatafile>-lf <logical_filename1>-fg <logical_filegroupname1>-fg <logical_filegroupname2>-r norecovery

N'utilisez pas le mode silencieux pour une restauration de fichier ou de groupede fichiers. Vous pouvez utiliser -lf et -fg dans la même commande derestauration.



CHAPITRE 7

Protection d'Oracle


l Présentation de la prise en charge d’Oracle...................................................... 178l Protection d'une base de données.................................................................... 194l Résumé et détail du plan de service.................................................................. 198l Montage d’une copie Oracle............................................................................ 206l Restauration d’une copie Oracle....................................................................... 217

Protection d'Oracle 177

Présentation de la prise en charge d’OracleUtilisez AppSync pour créer des copies cohérentes avec les applications (avec le modede sauvegarde à chaud) et des copies cohérentes en cas de panne (sans le mode desauvegarde à chaud) des bases de données Oracle®. Ces copies sont utilisables à desfins de montage et/ou de restauration.

Le document AppSync Support Matrix, disponible à l'adresse https://elabnavigator.emc.com/eln/extendedSupport, est la source autorisée d'informationssur les plates-formes et les logiciels pris en charge..

AppSync prend en charge les éléments suivants :

l Environnements Oracle autonomes et RAC (Real Application Cluster), ainsi quesous Linux et AIX.

l Installations Oracle sur des hôtes physiques, ainsi que sur des machines virtuelles(avec des RDM physiques et des vDisks). Les RDM en mode virtuel ne sont paspris en charge.

l Bases de données Oracle résidant sur des systèmes de fichiers NFS avec unsystème de stockage VNX File, VNXe File et Unity File.

l Bases de données Oracle résidant sur des disques ASM.

l Bases de données Oracle résidant sur des systèmes de fichiers.

l Catalogage RMAN des bases de données vers un catalogue distant.

l Réaffectation de copies de base de données Oracle.

Remarque

l AppSync ne prend pas en charge les systèmes de fichiers ou les groupes dedisques ASM sur les périphériques avec un système d’exploitation Linux qui nesont pas des périphériques en mode bloc complets (par exemple, /dev/sdc) ou despartitions principales (par exemple, /dev/sdc1).

l Lorsque vous créez une base de données ASM, assurez-vous que le diskstringn’est pas au format /dev/sd*. Si le diskstring est au format /dev/sd*, lespériphériques ne sont pas considérés comme des périphériques UDEV, et laprotection échoue.

Autorisations OracleCes autorisations sont nécessaires pour qu'AppSync fonctionne avec Oracle.

l Accès root ou sudo au serveur de production Oracle et au serveur de montage.

l Lors de la connexion aux bases de données Oracle, AppSync utilise une connexionBequeath et se connecte toujours en tant que SYSDBA.

l Lors de la connexion à Oracle ASM, AppSync utilise une connexion Bequeath et seconnecte toujours en tant que SYSASM.

Intégration de Red Hat Cluster Services avec AppSyncAppSync peut fonctionner avec des bases de données Oracle autonomes configuréespour un basculement de nœud à nœud dans un environnement RHCS (Red Hat ClusterServices).

Protection d'Oracle




PrésentationAu cours d'un processus de réplication, si le nœud que vous avez utilisé pour créer unplan de service est inaccessible, AppSync exécute la réplication sur un autre nœud ducluster. Si le nœud que vous avez utilisé pour créer la copie d'origine est inaccessible,AppSync ne se base pas sur l'adresse IP virtuelle du groupe de service Oracle. Parconséquent, veillez à enregistrer tous les nœuds du cluster RHCS auprès du serveurAppSync pour la réplication des bases de données.

AppSync peut uniquement effectuer une restauration sur le nœud où la copie a étéinitialement créée. Par conséquent, le nœud d'origine doit être actif, faute de quoi leprocessus de restauration échoue.

Conditions requisesVoici les conditions requises pour utiliser une base de données autonome configuréepour basculer dans le cadre d'un cluster RHCS :

l Le plug-in hôte AppSync doit être installé sur tous les nœuds du cluster.

l La ressource IP doit être configurée dans le groupe de service Oracle pour la basede données en cluster.

l Si un basculement sur incident se produit alors qu'un processus de réplication oude restauration est en cours d'exécution, l'opération échoue. Le basculement dunœud doit être effectué avant l'exécution du plan de service, avant le démarraged'une réplication ou au début d'une restauration.

l Le fichier Oratab doit contenir une entrée pour tous les identifiants SIDsusceptibles de s'exécuter sur le nœud spécifié (instances passives et actives).

l Le package sg3_utils, qui contient les utilitaires permettant d'accéder auxpériphériques qui utilisent des commandes SCSI, doit être installé sur tous lesnœuds.

Considérations relatives au montage

l L'hôte de montage ne doit pas faire partie du cluster RHCS.

l L'hôte de montage doit exécuter la même version d'Oracle que l'hôte de la copie.

l Le plug-in hôte AppSync doit être installé sur l'hôte de montage.

l Le package sg3_utils, qui contient les utilitaires permettant d'accéder auxpériphériques qui utilisent des commandes SCSI, doit être installé sur l'hôte demontage.

Considérations relatives à la restauration

l AppSync peut uniquement effectuer une restauration sur le nœud où la copie a étéinitialement créée. Par conséquent, le nœud d'origine doit être actif. Dans le cascontraire, le processus de restauration échoue et corrompt la base de données. Laconsole affiche un message d'avertissement détaillé avant le redémarrage de larestauration.

l Pour effectuer une restauration dans un environnement RHCS, procédez commesuit :

1. Exécutez la restauration.

2. Démarrez l'instance de montage.

3. Effectuez une restauration manuelle.

4. Arrêtez la base de données à l'aide de la commande shut down abort.

Protection d'Oracle

Intégration de Red Hat Cluster Services avec AppSync 179

5. Activez le groupe de service.

Prise en charge d'Oracle Data GuardAppSync prend en charge une configuration Oracle Data Guard pour une base dedonnées principale (source) et une base de données de secours physique (cible)ouverte en mode actif ou passif/non actif.

Il existe trois types de bases de données de secours :

l Secours physique

l Secours logique

l Secours de snapshot

Ces trois configurations peuvent être ouvertes dans l'un des modes suivants :

l Mode de secours actif : base de données de secours en lecture seule ou enlecture/écriture

l Mode de secours passif/non actif : base de données de secours en mode monté

À l'heure actuelle, AppSync prend uniquement en charge la configuration Data Guardde secours physique en mode actif ou non actif.

Lorsqu'une base de données de secours physique est ouverte en mode actif, elle peutêtre ouverte en lecture seule pendant que les logs sont appliqués. Cette action vouspermet d'interroger la base de données pour obtenir des informations tandis que DataGuard applique les logs.

Les configurations de secours logique et de snapshot permettent également d'ouvrir labase de données en lecture/écriture. Le paramètre passif/non actif signifie que labase de données peut démarrer en mode monté et que les logs peuvent être appliquésen arrière-plan.

Secours physiqueDans un environnement de secours physique, les logs d'archive sont appliqués dès leurréception. Une base de données de secours physique bénéficie d'un mappage de typeun à un sur l'organisation du stockage et des fichiers de la base de données principale.Une base de données de secours physique peut être ouverte aussi bien en lectureseule qu'en mode monté, ce qui signifie qu'elle accepte une configuration active oupassive/non active.

Le schéma suivant présente une configuration Data Guard classique de base dedonnées principale/de secours (source/cible) :

Protection d'Oracle


Figure 5 Environnement de secours physique

Gestion des copiesÀ partir de la console AppSync, accédez à la page Copy Management > Oracle. Unecolonne répertoriant les relations Data Guard s'affiche. Si une relation Data Guardexiste, vous voyez les deux bases de données qui font partie d'une configuration DataGuard. L'une d'elles est la base de données principale et l'autre est la base de donnéesde secours physique (non active).

Passez en revue les considérations suivantes relatives à la gestion des copies pourData Guard :

l Pour protéger une base de données Data Guard principale (source), créez unecopie comme pour toute autre base de données autonome. Vous pouvez effectuerune copie de sauvegarde à chaud.

l Protection d'une base de données Data Guard de secours active (cible) : laprotection en mode de sauvegarde à chaud d'une base de données de secoursactive n'est pas autorisée, car cette dernière est lecture seule. En outre, la base dedonnées de secours contient les logs d'archive à jour et constitue une copie exactede la base de données principale. Il n'est pas nécessaire de copier les logs d'archiveà des fins de restauration. Vous pouvez cependant effectuer une copie desauvegarde à froid de la base de données de secours.

l Protection d'une base de données Data Guard de secours passive/non active(cible) : une base de données de secours passive/non active fonctionne de lamême façon qu'une base de données de secours active. La copie de sauvegarde àchaud de la base de données n'est pas autorisée. La différence est que vous créezla copie à partir de la base de données montée, sans ouvrir la base de données enlecture seule ou en lecture/écriture.

l La création d'une copie d'une base de données montée réussit uniquement dans lecas d'une base de données Data Guard de secours passive/non active à l'étatmonté. Les bases de données Oracle autonomes qui sont montées ne peuvent pasêtre protégées. Elles s'affichent comme étant hors ligne sur la page de protectiondes bases de données de la console.

Montage et restauration (récupération)Passez en revue les considérations suivantes relatives au montage et à la restaurationpour Data Guard :

l Pour une base de données Data Guard principale (source), le montage et larestauration fonctionnent de la même manière que pour une base de données

Protection d'Oracle

Prise en charge d'Oracle Data Guard 181

Oracle autonome. Si vous utilisez RAC pour configurer la base de donnéesprincipale, les règles de montage/restauration RAC d'AppSync s'appliquent.

l Pour une base de données Data Guard de secours active (cible), le montage et larestauration fonctionnent de la même manière que pour toute autre base dedonnées Oracle autonome. Si vous utilisez RAC pour configurer la base de donnéesde secours, les règles de montage/restauration RAC d'AppSync s'appliquent.

l Pour une base de données Data Guard de secours passive/non active (cible), lemontage et la restauration fonctionnent de la même manière que pour toute autrebase de données Oracle autonome. Si vous utilisez RAC pour configurer la base dedonnées de secours, les règles de montage/restauration RAC d'AppSyncs'appliquent.

Remarque

Si vous montez et restaurez une base de données principale ou de secours, celle-cis'affiche dans la console sous la forme d'une base de données Oracle autonome.Aucune configuration Data Guard ne persiste.

Réaffectation (copie d'une copie) des bases de données Data GuardPour des informations générales sur la réaffectation, consultez la documentationutilisateur AppSync.

Passez en revue les considérations suivantes relatives à la réaffectation pour DataGuard :

l Pour une base de données Data Guard principale (source), la réaffectationfonctionne de la même manière que pour une base de données Oracle autonome.

l Pour une base de données Data Guard de secours active (cible), la réaffectationfonctionne de la même manière que pour une base de données Oracle autonome.Vous ne pouvez pas effectuer de sauvegarde à chaud d'une base de données desecours pour une copie réaffectée.

l Pour une base de données Data Guard de secours passive/non active (cible), laréaffectation fonctionne de la même manière que pour une base de donnéesOracle autonome. Vous ne pouvez pas effectuer de sauvegarde à chaud d'une basede données de secours pour une copie réaffectée.

Restauration des bases de données Data GuardPour une base de données Data Guard principale (source), la restauration fonctionnede la même manière que pour une base de données Oracle autonome. Récupérezmanuellement la base de données, puis resynchronisez les bases de donnéesprincipales et de secours une fois le processus de restauration AppSync terminé.

Intégration de Veritas Cluster ServicesAppSync peut fonctionner avec des bases de données Oracle autonomes configuréespour un basculement de nœud à nœud dans un environnement VCS (Veritas ClusterServices).

IntroductionAu cours d'un processus de réplication, si le nœud utilisé pour créer le plan de serviceest inaccessible, AppSync exécute la réplication sur un autre nœud du cluster.AppSync ne se base pas sur l'adresse IP virtuelle du groupe de service Oracle. Parconséquent, enregistrez tous les nœuds du cluster VCS auprès du serveur AppSyncavant de répliquer la base de données.

AppSync peut uniquement effectuer une restauration sur le nœud où la copie a étéinitialement créée. Le nœud d'origine doit être actif, sinon le processus de restaurationéchoue.

Protection d'Oracle


Conditions requisesVoici les conditions requises pour utiliser une base de données autonome configuréepour basculer dans le cadre d'un cluster VCS :

l Installez le plug-in hôte AppSync sur tous les nœuds du cluster.

l Configurez la ressource IP dans le groupe de service Oracle pour une base dedonnées en cluster.

l Si un basculement sur incident se produit alors qu'un processus de réplication oude restauration est en cours d'exécution, l'opération échoue. Le basculement dunœud a lieu avant l'exécution du plan de service, avant le démarrage d'uneréplication ou au début d'une restauration.

l Le fichier Oratab doit contenir une entrée pour tous les identifiants SIDsusceptibles de s'exécuter sur le nœud spécifié (instances passives et actives).

l Assurez-vous que les fichiers tnsnames.ora de tous les nœuds contiennent desentrées correspondant à toutes les instances autonomes, y compris l'adresse IPvirtuelle du groupe de service Oracle (conformément à la documentationSymantec).

l Les fichiers suivants doivent être accessibles à tous les nœuds du cluster oùs'exécute la base de données :

n Fichier init/spfile de la base de données

n Fichier de mot de passe

l Sur tous les nœuds, installez le package sg3_utils, qui contient les utilitairespermettant d'accéder aux périphériques qui utilisent des commandes SCSI.


l L'hôte de montage ne doit pas faire partie du cluster VCS.

l L'hôte de montage requiert l'installation de VxVM Storage Foundations version 6.1minimum.

l Le package sg3_utils, qui contient les utilitaires permettant d'accéder auxpériphériques qui utilisent des commandes SCSI, doit être installé sur l'hôte demontage.

Considérations relatives à la restaurationAppSync peut uniquement effectuer une restauration sur le nœud où la copie a étéinitialement créée. Par conséquent, le nœud d'origine doit être actif. Pour effectuerune restauration dans un environnement VCS, procédez comme suit :

1. Bloquez le groupe de service Oracle : >hagrp -freeze <service_group_name>.

2. Exécutez la restauration.

3. Démarrez l'instance.

4. Effectuez une restauration manuelle.

5. Ouvrez la base de données.

6. Débloquez le groupe de service Oracle : >hagrp -unfreeze<service_group_name>.

Protection d'Oracle

Intégration de Veritas Cluster Services 183

Remarque

AppSync peut uniquement effectuer une restauration sur le nœud où la copie a étéinitialement créée. Par conséquent, le nœud d'origine doit être actif. Dans le cascontraire, le processus de restauration échoue et laisse la base de données dans unétat corrompu. La console affiche un message détaillé vous avertissant de cettesituation avant le redémarrage de la restauration.

Intégration de clusters PowerHA (HACMP)AppSync peut fonctionner avec des bases de données Oracle autonomes configuréespour un basculement de nœud à nœud dans un environnement de clusters IBM®

PowerHA (HACMP).

IntroductionAppSync protège la base de données sur le nœud dont l’état actuel est actif avantl’exécution du plan de service. AppSync utilise l’adresse IP de libellé de service dugroupe de ressources des bases de données Oracle.

Remarque

À partir de la version AppSync 3.1, AppSync impose l’utilisation de l’adresse IP delibellé de service pour la protection des bases de données Oracle. Les copies créées àl’aide de versions d’AppSync antérieures à 3.1 peuvent être montées ou restauréesmême après une mise à niveau vers AppSync 3.1. Après une mise à niveau, l’exécutiondu plan de service planifiée échoue si l’adresse IP du libellé de service n’est pasenregistrée auprès du serveur AppSync.

Prenez en compte les points suivants lorsque vous protégez une applicationconfigurée pour basculer sur incident dans un cluster PowerHA (HACMP) :

l Les nœuds du cluster PowerHA doivent être enregistrés au sein d’AppSync avantl’inscription de l’adresse IP de libellé de service.

Remarque

Vous devez enregistrer les objets avec AppSync dans l’ordre suivant :

n Nœud actif

n Nœud passif

n Adresse IP de libellé de service de la base de données Oracle

l Le nom/l’adresse IP de libellé de service doivent être configurés pour le groupe deressources de bases de données.

l Si le groupe de ressources dispose de plusieurs adresses IP de libellé de service,enregistrez-en une seule sur le serveur AppSync.

l Si un basculement sur incident se produit alors qu’un processus de réplication oude restauration est en cours d’exécution, l’opération échoue. Le basculement surincident d’un nœud doit être effectué avant l’exécution du plan de service ou audébut d’une restauration.

l L’entrée du fichier Oratab doit être identique sur tous les nœuds du cluster.

l Les fichiers suivants doivent être accessibles à tous les nœuds du cluster oùs’exécute la base de données :

n Fichier init/spfile de la base de données

Protection d'Oracle


n Fichier de mot de passe


l L’hôte de montage ne doit pas faire partie du cluster PowerHA.

l Le plug-in hôte AppSync doit être installé sur l’hôte de montage.

l Le montage sur l’adresse IP de libellé de service n’est pas pris en charge.

Restauration dans un environnement PowerHAExécutez une restauration. Après une restauration, le groupe de volumes n’est pasconcurrent. Vous devez rendre les volumes concurrents manuellement avantd’effectuer une nouvelle découverte du système de fichiers ou des hôtes.

Remarque

AppSync peut uniquement effectuer une restauration sur le nœud où la copie a étéinitialement créée. Par conséquent, le nœud d’origine doit être actif, faute de quoi leprocessus de restauration échoue et laisse la base de données dans un état corrompu.La console affiche un message détaillé vous avertissant de cette situation avant leredémarrage d’une restauration.

Procédure après la restauration dans un environnement PowerHAApprenez à exécuter des étapes manuelles après une restauration dans unenvironnement PowerHA.

Après la restauration, un système de fichiers est monté sur le serveur de production enmode non simultané. Supprimez le système de fichiers du groupe de ressources,faites-en un groupe de volumes simultanés, puis rajoutez-le au groupe de ressources.

Sur un nœud actif, procédez comme suit :

Procédure

1. Démontez le système de fichiers.

2. Saisissez la commande Varyoffvg.

3. Saisissez la commande Varyonvg avec l’option -c (pour la rendre simultanée).

Vérification :La commande lspv doit afficher vg comme étant simultané sur les deuxnœuds, comme suit :

node 2 hdiskpower8 00c2bfb0f1ee76ca oradata concurrent hdiskpower9 00c2bfb0f1f434e3 oralogs concurrent


4. Rajoutez le système de fichiers au groupe de ressources.

5. Vérifiez et synchronisez la configuration.

Préalables exigés et configurations prises en chargeCette section décrit les préalables exigés et les configurations prises en charge pourOracle avec AppSync. Elle inclut des informations sur les éléments suivants :configurations de périphérique prises en charge, configurations Oracle sur dessystèmes de fichiers, des gestionnaires de volume logique et des systèmes de

Protection d'Oracle

Préalables exigés et configurations prises en charge 185

stockage ASM, stockage basé sur des groupes de cohérence RecoverPoint,configurations Linux et AIX (y compris l’utilisateur sudo), et prise en charge desconfigurations virtualisées.

AppSync peut créer des copies cohérentes avec les applications (à l’aide de lasauvegarde à chaud Oracle) et des copies cohérentes en cas de panne (sanssauvegarde à chaud). Pour qu’AppSync crée des copies des bases de données Oraclecohérentes avec les applications, les fichiers de données, la zone de restaurationrapide et les logs d’archive ne doivent pas avoir de groupe de disques ASM, desystème de fichiers, de groupe de volumes, de groupe de cohérence RecoverPoint oude datastore en commun. Si la configuration Oracle est telle que les fichiers dedonnées et les logs d’archive partagent l’un de ces groupes, AppSync peut créer descopies cohérentes en cas de panne de ces bases de données.

Lors de la création de copies, si le mode de sauvegarde à chaud n’est pas sélectionné,AppSync crée des copies cohérentes en cas de sinistre et ne met pas la base dedonnées en veille. Vous devez utiliser cette méthode pour créer des copies si vousdisposez des logs d’archive ou de zone de restauration rapide qui partagent le mêmesystème de fichiers, groupe de volumes, groupe de disques ASM, groupe decohérence RP ou datastore que les fichiers de données et/ou les fichiers de contrôleet/ou les redo logs.

Si tous les fichiers Oracle, y compris les logs d’archive sont sur un seul groupe dedisques, AppSync peut protéger cette base de données sans mode de sauvegardedynamique. La copie est cohérente en cas de panne.

Remarque

Les bases de données Oracle en lecture seule peuvent uniquement être protégées enmode sans sauvegarde à chaud.

AppSync ne dispose pas d’une option permettant de protéger l’emplacement du logd’archivage séparément (dans le cadre du plan de service Oracle). Toutefois, sil’emplacement est partagé avec d’autres composants de la base de données, utilisezles remplacements init (voir le champ de paramètres d’initialisation personnalisé sousoptions de montage pour plus d’informations) et faites-les pointer vers cetemplacement au cours du montage avec restauration. Assurez-vous de spécifier lechemin d’accès correct dans les remplacements init, en particulier si vous renommezle groupe de disques ASM ou utilisez un montage avec un autre chemin d’accès.

Si la base de données est en cours d’exécution en mode NOARCHIVELOG, nesélectionnez pas l’option de mode de sauvegarde à chaud lors de la création de copies.

Si vous utilisez VNX, assurez-vous que tous les groupes de cohérence sont desgroupes de cohérence VNX. Si vous utilisez une baie ViPR Controller, assurez-vousque tous les groupes de cohérence sont des groupes de cohérence ViPR. En outre, lesfichiers log d’archive doivent résider dans un autre groupe de cohérence que le restedes fichiers de base de données.

Remarque

Les fichiers de base de données font référence à des fichiers de données, et/ou à desfichiers de contrôle, et/ou à des fichiers redo log. Les fichiers log d’archivage fontréférence aux fichiers log d’archivage de destination et/ou à Fast Recovery Area.

Rééquilibrage ASMAppSync arrête le facteur de puissance du rééquilibrage d’ASM avant de prendre unsnapshot ou un clone des disques sous-jacents, puis le relance une fois la copie créée.Cela permet de garantir qu’aucun rééquilibrage automatique n’ait lieu au cours de la

Protection d'Oracle


protection. AppSync désactive le rééquilibrage d’ASM en utilisant la commandealter system set asm_power_limit=0. AppSync vérifie les opérations derééquilibrage actif seulement sur les groupes de disques ASM qui sont impliqués dansla protection.

select count(group_number) from gv$asm_operation where operation='REBAL' and group_number in <group_number of DGs in protection set>

La valeur renvoyée doit être 0 (ce qui signifie qu’aucun groupe de disques impliquédans la protection ne fait l’objet d’une opération de rééquilibrage) afin AppSync puissecontinuer. Si des groupes de disques font l’objet d’un rééquilibrage, AppSync s’assureque l’opération se termine après une durée maximale d’une heure ; passé ce délai, laprotection échoue.

AppSync n’effectue pas une opération manuelle de rééquilibrage par groupe dedisques et ne peut pas désactiver les opérations de rééquilibrage manuelles en coursqui n’ont pas été lancées depuis AppSync. Les opérations de rééquilibrage manuellespeuvent nécessiter un temps considérable avant d’arriver à terme. Afin d’éviter leséchecs liés à l’expiration du délai durant la protection, vous devez vous assurerqu’aucune opération de rééquilibrage manuelle ne soit active avant l’exécution du plande service.

AppSync permet également d’activer et de désactiver le rééquilibrage ASM pour lescopies sans sauvegarde à chaud.

Désinstallation de la base de données Oracle suppriméeLorsque vous supprimez une base de données qui comporte des copies lui étantassociées, la base de données est marquée en attente de suppression.

Remarque

l Pour Oracle RAC, toutes les instances de la base de données doivent êtresupprimées.

l Une base de données peut uniquement être supprimée si l’entrée pour celle-ci estabsente du fichier /etc/oratab.

l Les bases de données souscrites ou protégées sont marquées en attente desuppression uniquement si toutes les instances sont supprimées.

Si la base de données est recréée avec le même nom après sa suppression, et si laredécouverte est effectuée après que la base de données a été recréée, AppSyncaffichera les entrées en double avec un nom de base de données identique. Ceci neconstitue pas un problème si vous avez l’intention de conserver les copies de la basede données supprimée. Toutefois, si vous ne souhaitez pas conserver les copies de labase de données supprimée, la redécouverte de l’hôte ou de la base de données doitêtre effectuée immédiatement après la désinstallation d’une base de données Oracledepuis un cluster ou un hôte.

Procédez comme suit pour supprimer les entrées en double :

1. Commentez l’entrée /etc/oratab de la base de données en utilisant un # audébut de l’entrée.

2. Supprimez toutes les copies ou inscriptions de la base de données supprimée, puiseffectuez une redécouverte de l’hôte ou de la base de données dans l’interfaceutilisateur d’AppSync. Si la base de données créée comporte des copies ou des

Protection d'Oracle


inscriptions, elle sera marquée en attente de suppression. Autrement, ellen’apparaîtra pas après cette étape.

3. Supprimez le commentaire de l’entrée commentée lors de l’étape 1.

4. Redécouvrez une fois de plus l’hôte ou la base de données dans l’interfaceutilisateur de AppSync. Si la base de données était marquée en attente desuppression lors de l’étape 2, l’indicateur de suppression en attente sera désactivé.Dans le cas contraire, une entrée de base de données unique pour la nouvelle basede données s’affichera dans l’interface utilisateur.

Oracle sur des configurations de stockage basées sur des systèmes de fichiersVoici quelques exemples de configurations Oracle pour lesquelles AppSync proposedes copies cohérentes avec les applications ainsi qu’en cas de panne :

l Une seule base de données : fichiers de base de données, par exemple sur /data,et fichiers log d’archive, par exemple sur /archive.

l Plusieurs bases de données partageant le même emplacement pour les logsd’archive : par exemple, base de données 1 sur /db1, base de données 2sur /db2 et logs d’archive sur /arch.

l Plusieurs bases de données partageant le même emplacement pour les données etles mêmes emplacements pour les logs d’archive : par exemple, les fichiers desbases de données 1, 2 et 3 sur /data et les emplacements des logs d’archive desbases de données 1, 2 et 3 sur /archive.

l Scénario impliquant des bases de données affectées : deux systèmes de fichiersdans un groupe de volumes avec deux autres systèmes de fichiers dans un autregroupe de volumes, de sorte qu’une base de données Oracle a des données sur fs1dans vg1 et des logs sur fs1 dans vg2, et que la seconde base de données Oracle ades données sur fs2 dans vg1 et des logs sur fs2 dans vg2.

Remarque

AppSync ne prend pas en charge la configuration suivante : une base de donnéesOracle ayant des fichiers de données sur fs1 dans vg1 et des logs sur fs1 dans vg2, etune seconde base de données Oracle ayant des fichiers de données sur fs2 dans vg2et des logs sur fs2 dans vg1.

Configurations Oracle sur du stockage basé sur les gestionnaires de volumelogique (LVM/VxVM)

l Une seule base de données : fichiers de base de données sur un volume, parexemple dans datavg, et fichiers log d’archive dans un volume, par exemple dansarchvg.

l Plusieurs bases de données partageant un même emplacement pour les logsd’archive : fichiers de la base de données 1 sur un volume, par exemple dansdata1vg, fichiers de la base de données 2 sur un volume, par exemple dansdata2vg, et logs d’archive dans un volume, par exemple dans archvg.

l Plusieurs bases de données partageant un même emplacement pour les données etles mêmes emplacements pour les logs d’archive : fichiers des bases de données 1,2 et 3 sur un volume, par exemple dans datavg, et emplacements des logsd’archive des bases de données 1, 2 et 3 sur un volume, par exemple dans archvg.

Configurations Oracle sur du stockage ASM

l Une seule base de données : fichiers de base de données, par exemple dans legroupe de disques +data, et fichiers log d’archive, par exemple dans le groupe dedisques +arch.

Protection d'Oracle


l Plusieurs bases de données partageant un même emplacement pour les logsd’archive : fichiers de la base de données 1, par exemple dans le groupe de disques+data1, fichiers de la base de données 2, par exemple dans le groupe de disques+data2, et logs d’archive, par exemple dans le groupe de disques +fra.

l Plusieurs bases de données partageant un même emplacement pour les données etun même emplacement pour les logs d’archive : fichiers des bases de données 1, 2,3, par exemple dans le groupe de disques +data1, et fichiers de la base dedonnées 1, 2, 3, par exemple dans le groupe de disques +data2.

Oracle sur du stockage basé sur les groupes de cohérence RecoverPoint

l Une seule base de données : fichiers de base de données sur les LUN d’un groupede cohérence RP (RecoverPoint), par exemple DATACG, et fichiers log d’archivedans un groupe de cohérence RP, par exemple ARCHCG.

l Plusieurs bases de données partageant un même emplacement pour les logsd’archive : fichiers de la base de données 1 sur les LUN d’un groupe de cohérenceRP, par exemple DATA1CG, fichiers de la base de données 2 sur les LUN du groupede cohérence RP DATA2CG et fichiers log d’archive dans un groupe de cohérenceRP, par exemple ARCHCG.

l Plusieurs bases de données partageant un même emplacement pour les données etles mêmes emplacements pour les logs d’archive : fichiers des bases de données 1,2 et 3 sur les LUN d’un groupe de cohérence RP, par exemple DATACG, et logsd’archive des bases de données 1, 2 et 3 sur les LUN d’un groupe de cohérenceRP, par exemple ARCHCG.

Oracle sur les organisations de stockage basées sur des datastores

l Une seule base de données : fichiers de base de données sur les vDisks d’undatastore, par exemple DATADS, et fichiers log d’archive sur les vDisks d’undatastore, par exemple ARCHDS.

l Plusieurs bases de données partageant un même emplacement pour les logsd’archive : fichiers de la base de données 1 sur les vDisks d’un datastore, parexemple DATA1DS, fichiers de la base de données 2 sur les vDisks d’un datastore,par exemple DATA2DS, et fichiers log d’archive sur les vDisks d’un datastore, parexemple ARCHDS.

l Plusieurs bases de données partageant un même emplacement pour les données etles mêmes emplacements pour les logs d’archive : fichiers des bases de données 1,2 et 3 sur les vDisks d’un datastore, par exemple DATADS, et logs d’archive desbases de données 1, 2 et 3sur les vDisks d’un datastore, par exemple ARCHDS.

Oracle sur du stockage basé sur des groupes de LUN VNXeLes configurations suivantes sont prises en charge :

l Une seule base de données : fichiers de base de données sur les LUN d’un groupede LUN VNXe, par exemple fichiers de données dans le groupe de LUNDATALUNGRP et fichiers log d’archive dans le groupe de LUN ARCHCG.

l Plusieurs bases de données partageant un même emplacement pour les logsd’archive : fichiers de la base de données 1 sur les LUN d’un groupe de LUN VNXe,par exemple DATA1LUNGRP, fichiers de la base de données 2 sur les LUN dugroupe de LUN VNXe DATA2LUNGRP et fichiers log d’archive dans un groupe deLUN VNXe, par exemple ARCHLUNGRP.

l Plusieurs bases de données partageant un même emplacement pour les données etles mêmes emplacements pour les logs d’archive : fichiers des bases de données 1,2 et 3 sur les LUN d’un groupe de LUN VNXe, par exemple DATALUNGRP, et logs

Protection d'Oracle


d’archive des bases de données 1, 2 et 3 sur les LUN d’un groupe de LUN VNXe,par exemple ARCHLUNGRP.

Oracle sur du stockage basé sur les groupes de cohérence UnityLes configurations suivantes sont prises en charge :

l Une seule base de données : fichiers de base de données sur les LUN d’un groupede cohérence Unity, par exemple fichiers de données dans le groupe de cohérenceDATALUNGRP et fichiers log d’archive dans le groupe de cohérence ARCHCG.

l Plusieurs bases de données partageant un même emplacement pour les logsd’archive : fichiers de la base de données 1 sur les LUN d’un groupe de cohérenceUnity, par exemple DATA1LUNGRP, fichiers de la base de données 2 sur les LUNdu groupe de cohérence Unity DATA2LUNGRP et fichiers log d’archive dans ungroupe de cohérence Unity, par exemple ARCHLUNGRP.

l Plusieurs bases de données partageant un même emplacement pour les données etles mêmes emplacements pour les logs d’archive : fichiers des bases de données 1,2 et 3 sur les LUN d’un groupe de cohérence Unity, par exemple DATALUNGRP, etlogs d’archive des bases de données 1, 2 et 3 sur les LUN d’un groupe decohérence Unity, par exemple ARCHLUNGRP.

Configurations virtualisées prises en chargeAppSync prend en charge la protection, le montage et la restauration des bases dedonnées Oracle sur des vDisks dans les environnements autonomes et RAC.

AppSync ne prend pas en charge les configurations où les données et les logsd’archive sont stockés sur une combinaison de RDM et de vDisks.

Points à prendre en compte :

l Bases de données Oracle sur des vDisks sur des machines virtuelles VMware ESX :

n Si vos vDisks résident sur ESX 5.0, désactivez l’indicateur de verrouillageVMFS3hardwareaccelated sur le serveur VMware ESX où résident lesmachines virtuelles qui hébergent les bases de données Oracle situées sur desvDisk.

n Si le verrouillage ATS est activé pour le datastore VMFS3/5, le montage dudatastore par AppSync échoue. Cela ne s’applique pas aux versions de ESXultérieures à 5.0.

l Pour exécuter des commandes SCSI à partir d’AppSync, définissezdisk.EnableUUID sur la machine virtuelle.

l Assurez-vous que le datastore de la machine virtuelle n’utilise pas le mêmesystème VMFS que les bases de données Oracle.

Remarque

AppSync ne prend pas en charge les configurations suivantes :

l Base de données ASM dans des groupes de volumes VXVM

l Base de données ASM sur des périphériques VXDMP

l Base de données ASM sur des périphériques bruts sous le contrôle de VXVM

l Base de données non-ASM dans un groupe de volumes LVM natifs résidant sur despériphériques VXDMP

Protection d'Oracle


Prise en charge d’Oracle sur des disques virtuels VMwareVous pouvez protéger, monter et restaurer des bases de données Oracle autonomeset en cluster résidant sur des disques virtuels VMFS et NFS VMware.

Tenez compte des informations suivantes lorsque vous utilisez Oracle avec desdisques virtuels VMware.

l Pour que le mappage réussisse, ajoutez vCenter au serveur AppSync, puisprocédez à la découverte avant d’ajouter l’hôte Oracle. Sinon, vous devezredécouvrir l’hôte Oracle après l’ajout de vCenter.


l AppSync ne prend pas en charge les éléments suivants :

n Protection de bases de données Oracle sur des machines virtuelles partageantle même datastore

l Le disque virtuel VMWare de production avec l’option multi-writer activée n’estpas pris en charge. La protection peut réussir, mais le montage échoue.

l Pour effectuer un montage et une restauration Oracle sur un hôte virtualisé, vousavez besoin des autorisations VMware pour modifier la configuration VMware de lamachine virtuelle de montage (création d’un RDM ou d’un adaptateur SCSI), ainsique pour relancer l’analyse des systèmes VMFS et des datastores.

Reportez-vous également à la section Restauration d’un vDisk comportant des entitésaffectées.

Prise en charge de VIO vSCSI

Désormais, une configuration Oracle avec des LPAR AIX peut également utiliser desconnexions virtuelles au stockage.

Présentation : prise en charge des disques VIO (Virtual I/O) vSCSIAuparavant, AppSync prenait en charge Oracle sur des machines physiques AIX et surdes machines virtuelles (LPAR) AIX utilisant des connexions physiques ou NPIV austockage des baies. AppSync prend désormais en charge les LPAR AIX Oracle avecdes connexions virtuelles.

Toutes les applications et tous les exemples d'utilisation pris en charge pour les hôtesAIX utilisant des connexions physiques ou NPIV au stockage sont désormais égalementpris en charge sur les périphériques VIO vSCSI. Deux restrictions s'appliquent à cetteprise en charge :

l Le montage des réplicas doit être effectué sur des hôtes de montage utilisant desconnexions physiques ou NPIV au stockage. Les montages ne peuvent pas êtrecréés en tant que disques virtuels.

l Le serveur VIO doit mapper des disques bruts entiers aux clients VIO. Ne mappezpas de volumes logiques à partir du serveur VIO.

En outre, AppSync peut coexister avec AIX Live Partition Mobility. AppSync continueà protéger et à réaffecter les applications après la migration d'une partition client versun nouveau serveur géré.

Versions prises en chargeDans la matrice de support AppSync, les disques VIO AIX sont pris en charge sous laforme d'un type de disque virtuel valide appelé Virtualization Server Solutions.

Protection d'Oracle


Configurations Oracle prises en charge

Le tableau suivant présente les configurations Oracle prises en charge.

Tableau 22 Configurations Oracle prises en charge

Fonctionnalités Oracle/environnements

XtremIO VMAX VNX VNXFile

VNXe Unity UnityFile

VPLEX RP ViPR

Oracle autonome Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui

Oracle sur systèmes defichiers

Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui

Oracle sur ASM Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui

Oracle RAC avec NFS(non ASM)

Non Non Non Oui Non Non Oui Non N.A Non

Oracle RAC avec ASM Oui Oui Oui N.A Oui Oui N.A Oui Oui Oui

Oracle DataGuard (principalet secondaire)


Prise en charge d’Oracleautonome sur le cluster hôte(PowerHA - AIX et VCS/RHCS - Linux)a

Oui Oui Oui N.A Oui Oui N.A Oui Oui Oui

Mode de sauvegarde àchaud b


Aucun mode de sauvegardeà chaud/cohérence aprèssinistre


Oracle sur des machinesphysiques et virtuelles (avecdes RDM physiques et desVdisk) : aucune prise encharge des RDM en modevirtuel c


Bases de données Oraclerésidant sur des systèmesde fichiers NFS avec VNX,Unity ou eNAS

N.A N.A N.A Oui N.A N.A Oui N.A N.A N.A

Oracle avec LPAR AIX :connexions virtuelles etconnexions physiques ouNPIV


Réaffectation de bases dedonnées Oracle

Oui Oui Oui Non Non Oui Non Oui Oui Non

mknode avec ASMd Oui Oui Oui N.A Oui Oui N.A Oui Oui Oui

UDEV avec ASMe Oui Oui Oui N.A Oui Oui N.A Oui Oui Oui

ASMLib avec ASMf Oui Oui Oui N.A Oui Oui N.A Oui Oui Oui

Protection d'Oracle


Tableau 22 Configurations Oracle prises en charge (suite)

Fonctionnalités Oracle/environnements

XtremIO VMAX VNX VNXFile

VNXe Unity UnityFile

VPLEX RP ViPR

Montage Oracle autonomesur un système autonome


Montage autonome ASM surun autre ASM autonome


Montage NFS RAC (nonASM) sur un autre NFS RAC(non ASM)

N.A N.A N.A Oui N.A N.A Oui N.A N.A N.A

Montage ASM RAC sur unautre ASM RAC


Montage sur un RAC deproduction en tant quecluster


Montage sur un RAC deproduction en tantqu’instance unique/sanscluster


RMAN Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui

RMAN avec BCT Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui

ASM RAC ou bases dedonnées autonomes créés àl’aide du pilote de filtre ASM(ASMFD)

Oui Oui Oui Non Oui Oui Non Oui Oui Oui

Configuration mixte d’unebase de données Oracle quicomporte des fichiers dedonnées, des fichiers decontrôle et des journauxredo log sur les groupes dedisques ASM et les journauxd’archivage et/ou FRA surles systèmes de fichiers(comme ext4 sur Linux)

Oui Oui Oui Non Oui Oui Non Oui Oui Oui

a. RHCS s’applique à Red Hat Enterprise LINUX et à VCS pour SuSE et Red Hat Enterprise Linux.b. Pour plus d’informations sur l’organisation de la base de données, consultez la section dédiée aux préalables exigés et aux

configurations prises en charge.c. Cela s’applique uniquement à LINUX.d. Cela s’applique uniquement à AIX.e. Cela s’applique uniquement à LINUX.f. Cela s’applique uniquement à LINUX.

AppSync ne prend pas en charge les environnements Oracle suivants :

l Oracle sur n’importe quel système de fichiers de cluster (par exemple, ACFS,OCFS, GFS, GFS2, QFS et autres)

l Sauvegarde à froid

Protection d'Oracle


l Systèmes de fichiers imbriqués sur NFS

l Montage sur différentes versions de système d’exploitation et différentes versionsd’Oracle

l Base de données à un nœud Oracle RAC

l Combinaison de données et de fichiers log sur les Vdisk et RDM

l Plusieurs bases de données qui résident sur différentes machines virtuellespartageant le même datastore (par exemple, VM1 avec DB1 et VM2 avec DB2)

l Montage ASM sur un système non ASM

l Base de données ASM dans des groupes de volumes VXVM

l Base de données ASM sur des périphériques VXDMP

l Base de données ASM sur des périphériques bruts sous le contrôle de VXVM

l Base de données non-ASM dans un groupe de volumes LVM natifs résidant sur despériphériques VXDMP

l Bases de données installables (PDB)

l Cluster Flex Oracle

l ASM Flex Oracle

l Oracle GoldenGate

l Gestionnaire de volume dynamique ASM (ADVM)

l Multitenant Oracle

l Les bases de données Oracle RAC sur un système de fichiers NFS 4 ne sont pasprises en charge par Oracle.

Protection d'une base de donnéesPour protéger une base de données, inscrivez-la à un plan de service AppSync.

Vous pouvez protéger des objets de différentes manières depuis différentes sectionsd'AppSync :

l Sélectionnez Subscribe to Plan and Run si vous souhaitez protégerimmédiatement la base de données sélectionnée. Le plan de service s'exécute pourcette base de données uniquement.

l Sélectionnez Subscribe to Plan si vous souhaitez planifier la protection en vued'une exécution ultérieure. La protection des bases de données incluses dans leplan de service s'exécute à l'heure planifiée.

l Sélectionnez un plan de service approprié dans la liste Create a copy using a plande la page Copies de la base de données.

l Sélectionnez Run à la page Oracle Service Plans pour exécuter immédiatement leplan dans son ensemble.

Découverte des bases de donnéesPour tenir AppSync à jour, vous devez découvrir les bases de données sur le serveurOracle en cas de création, de suppression ou de changement de nom des bases dedonnées.

Avant de commencer


Protection d'Oracle


Procédure

1. Accédez à Copy Management > Oracle pour afficher la page Databases.

Seules bases de données qui sont démarrées et à l'état ouvert s'affichentcomme étant en ligne sur la page Databases. Les bases de données pourlesquelles il n'existe aucune entrée dans le fichier /etc/oratab, ainsi que lesbases de données arrêtées ne s'affichent pas.

2. Dans le menu déroulant Discover Databases en bas à gauche de l'écran, cliquezsur On Server, puis cliquez sur le serveur où réside la base de données que voussouhaitez découvrir.

Inscription d'une base de données à un plan de serviceVous pouvez inscrire une base de données à un plan de service et exécuter ce dernierimmédiatement, ou planifier le plan de service afin qu'il s'exécute ultérieurement.

Avant de commencer


Procédure

1. Accédez à Copy Management > Oracle.

2. Sélectionnez une ou plusieurs bases de données Oracle.

3. À partir du bouton contextuel Protect, sélectionnez le plan de serviceapproprié, par exemple :

Tableau 23 Options de protection du plan de service

Option Description

Subscribe to Plan and Run Inscrire la base de données afin de la protégeret exécuter immédiatement le plan pour la oules bases de données sélectionnées

Subscribe to Plan Inscrire la base de données afin de la protégerLa protection de toutes les bases de donnéesincluses dans le plan de service s'exécute àl'heure planifiée.

Annulation de l'inscription d'une base de données à un plan de serviceLorsque vous annulez l'inscription d'une base de données à un plan de service,AppSync conserve toutes les copies existantes de la base de données. Seules lesopérations de protection ultérieures sont supprimées.

Avant de commencer


Procédure


2. Sélectionnez la base de données dont vous souhaitez annuler l'inscription à unplan de service.

Protection d'Oracle

Inscription d'une base de données à un plan de service 195

l Sélectionnez le plan concerné : Protect > Unsubscribe from Plan. Seuls lesplans auxquels la base de données est inscrite figurent dans la listecontextuelle.

l Pour annuler l'inscription de la base de données à tous les plans de service,sélectionnez Unsubscribe from Plan > All.

Page des copies OracleVous pouvez afficher les informations d'une copie à partir de l'onglet Copies du plande service. La liste des copies peut être filtrée selon la date/l'heure de création et leplan de service.

Tableau 24 Champs de la page Copy





Name Nom de la copie. Ce nom correspond à l'heureà laquelle AppSync a créé la copie.

Service Plan Nom du plan de service associé à la copie.Dans le cas d'un plan de réaffectation,sélectionnez une copie, puis cliquez sur le lien

Repurpose pour la modifier.

Remarque

Chaque copie est associée à un plan deservice de réaffectation unique.

Libellé Libellé attribué à la copie en cas deréaffectation.

Application Consistent l Indique Yes si la base de données a étécorrectement placée en mode desauvegarde à chaud lors de la création dela copie.

l Indique No si le mode de sauvegarde àchaud n'a pas été sélectionné à la phaseCreate copy.

l Indique No lorsque le mode de sauvegardeà chaud a été sélectionné, mais que labase de données n'a pas pu passer enmode de sauvegarde à chaud.

Mount Status État de la copie : montée ou non montée. Sielle est montée, le nom de l'hôte de montages'affiche.

Protection d'Oracle


Tableau 24 Champs de la page Copy (suite)


Recovery Status Indique si la copie a été restaurée aprèsmontage ou non. Les valeurs autorisées sontles suivantes :

l Not Recovered : la copie n'a pas étémontée ou il s'agit d'un montage desystème de fichiers.



Copy Type l Signet local

l Signet distant

l VNX Snap, VNXeSnap

l Snapshot VNX File

l Snapshot VNXe File

l Snapshot Unity

l Snapshot Unity File

l VMAX Clone

l VMAX Snap

l VMAX V3/VMAX AFA : SnapVXSnap,SnapVXClone

l XtremIO Snap

l ViPRSnap

Génération Copie de première ou de deuxième générationà des fins de réaffectation.

Source Copie de la base de données de production(pour une copie de première génération) oucopie d'une copie (deuxième génération).

Site Informations sur le site RecoverPoint.

Système de stockage Nom/numéro de série de la baie.

Affichage des copies de base de donnéesSuivez ces étapes pour afficher une copie de base de données Oracle dans la consoleAppSync.

Avant de commencer


Procédure


2. Cliquez sur une base de données pour afficher les copies existantes de celle-ci.

Protection d'Oracle

Page des copies Oracle 197

Vous pouvez afficher les informations d'une copie à partir de l'onglet Copies duplan de service. La liste des copies peut être filtrée selon la date/l'heure decréation et le plan de service.

Création d'une copie de base de données à partir de la page CopiesCréez une copie d'une base de données en inscrivant cette dernière à un plan deservice Oracle dans AppSync à partir de la page Copies.

Avant de commencer


Procédure


2. Cliquez sur une base de données pour afficher les copies existantes.

3. Dans la liste Create a copy using a service plan, sélectionnez le plan de serviceapproprié.

Le plan de service s'exécute immédiatement pour la base de donnéessélectionnée.

Expiration d'une copie de base de données à la demande

L'expiration d'une copie de base de données supprime celle-ci de la base de donnéesAppSync et peut libérer de l'espace de stockage en fonction de la technologie deréplication et de l'état de la copie.

Avant de commencer



Procédure


2. Cliquez sur la base de données dont vous souhaitez faire expirer la copie.



4. Sélectionnez Expire dans la rangée de boutons située dans la partie inférieurede l'écran.

5. Vérifiez que vous avez sélectionné la copie appropriée et toutes les copiesassociées qui sont également répertoriées, puis confirmez l'opération.

Résumé et détail du plan de serviceL'onglet Settings du plan de service affiche le nom, la description, le planning et l'étatdu plan de service.

Cliquez sur les phases pour afficher les paramètres détaillés du plan de service.Cliquez sur les autres onglets pour obtenir de plus amples informations sur lesinscriptions, les listes de copies et les événements générés par le plan.

Protection d'Oracle



Planning du plan de serviceLe planning d'un plan de service est défini à la phase Plan Startup. Le paramètreStartup Type (valeur Scheduled ou On demand) détermine si le plan est exécutémanuellement ou configuré pour s'exécuter selon un planning.

Les options de planification du démarrage d'un plan de service sont les suivantes :



n Définissez les minutes après l'heure par intervalles de 5 minutes.


l Exécution chaque jour à des heures spécifiques :


n Sélectionnez les minutes après l'heure par intervalles de 5 minutes.









Remplacement des plannings des plans de serviceVous pouvez définir des plannings individuels pour des bases de données inscrites à unplan de service en remplaçant le paramètre de récurrence générique.

Avant de commencer

Cette opération requiert le rôle d'administrateur de plan de service dans AppSync.

Vous pouvez uniquement remplacer les paramètres du type de récurrencesprécédemment sélectionné pour ce plan.

Procédure



Le volet Plan Startup Defaults s'affiche sur la droite.



4. Sélectionnez Start service plan phase.

Le volet Start service plan s'affiche sur la droite.

Protection d'Oracle

Planning du plan de service 199

5. Notez le type de récurrences sélectionné pour ce plan.

Un type de récurrences ne peut être défini que si l'option Automatic a étésélectionnée à la phase Startup.


Cet onglet affiche la liste de toutes les bases de données inscrites au plan deservice.

7. Sélectionnez une ou plusieurs bases de données, puis cliquez sur OverrideSchedule.

La boîte de dialogue Override Schedule s'affiche.

8. Définissez le planning en fonction de vos besoins, puis cliquez sur OK.

Par exemple, si le type de récurrences par défaut correspond à certains jours dumois et que le paramètre de la règle consiste à exécuter le plan à 12h00 lepremier jour de chaque mois, vous pouvez remplacer l'heure et le jour pour desdatastores individuels.

Résultats

Une icône représentant un crayon indique que les paramètres par défaut ont étéremplacés.

Découverte des applicationsAvant de créer une copie de base de données, AppSync examine la base de donnéesOracle sur l'hôte pour rechercher les modifications telles que l'ajout, la suppression etl'arrêt, ou les modifications de l'état Open.

Une base de données n'est protégée que si elle est à l'état ONLINE. Cela signifie que labase de données doit se trouver dans le mode open. Les bases de données démarréesen mode nomount ou mount et les bases de données hors ligne ne sont pasprotégées.




Préférences de stockageDéfinissez l'ordre de préférence des technologies de stockage à utiliser lors de lacréation de copies, par exemple les snapshots VNX, les clones/snapshots VMAX ou lessignets RecoverPoint.

Utilisez les boutons Move Up et Move Down. Les copies sont effectuées à l'aide de lapremière technologie choisie lorsque cela est possible. Si les conditions sont telles quela première technologie ne peut plus être utilisée, toutes les copies restantes sontgérées selon la préférence suivante. Par exemple, si votre premier choix est un signet,mais que toutes les données des applications inscrites au plan de service ne puissentpas être mappées à RecoverPoint, AppSync utilise des snapshots à la place.

Protection d'Oracle


Remarque

Un même plan de service peut contenir une combinaison de Datasets configurés surVNX/VMAX en mode bloc/fichier et RecoverPoint. Par exemple, avec un VNX, si vousdisposez d'un plan de service Bronze pour Oracle, les bases de données inscritespeuvent être une combinaison d'objets RecoverPoint et VNX/VMAX en mode bloc.

Les bases de données combinant VNX et VMAX ne sont pas prises en charge. Parailleurs, si vous souhaitez créer une copie de signet RecoverPoint pour une base dedonnées, toutes les LUN de cette base de données doivent être configurées avec uneprotection RecoverPoint. Si ce n'est pas le cas, des copies de snapshot sont crééespour cette base de données.


Le script avant copie s'exécute conformément au planning défini à la phase PlanStartup. AppSync exécute ce script une fois par hôte et par exécution du plan deservice sur le serveur de production.

Toutes les phases de script sont non bloquantes, ce qui signifie que même si elleséchouent, l'exécution du plan de service se poursuit et passe à la phase suivante.


Pour que l'exécution du script réussisse, assurez-vous des points suivants :

l La phase de script est activée.

l Le script existe dans le chemin spécifié. Vous fournissez le chemin d'accès absoluau script : il n'existe aucun emplacement par défaut.

l Vous utilisez des formats de script valides : tous les fichiers exécutables sous UNIXsont pris en charge. Le script nécessite que l'utilisateur spécifié disposed'autorisations d'exécution.

l Le script avant copie s'exécute conformément au planning défini à la phase PlanStartup.

l Le script s'exécute en tant que système local par défaut sous Windowsuniquement.

l Le script ne place pas la base de données/les tablespaces en mode de sauvegarde.

l Le script n'arrête pas la base de données.

Tableau 25 Champs de la console pour les scripts avant copie

Champ de l'interface utilisateur Description

Full path to script Chemin complet de l'emplacement du script

Script parameters Paramètres qui seront transmis au script lorsde l'exécution

Run as username Utilisateur disposant d'autorisationsd'exécution pour le script

Password Mot de passe de l'utilisateur

Protection d'Oracle

Script avant copie 201

Création de copieLa phase Create copy crée une copie basée sur la technologie de réplication spécifiéedans le plan de service.

La phase Create copy spécifie le type de sauvegardes pour la copie de base dedonnées Oracle que crée AppSync. Cette phase définit également le délai d'expirationautomatique des copies.

Expiration automatique des copiesLa valeur d'expiration automatique définie à la phase Create Copy d'un plan de servicespécifie le nombre maximal de snapshots, de clones ou de signets pouvant existersimultanément.

Lorsque la valeur du champ Always keep x copies est atteinte, les copies plusanciennes expirent afin de libérer de l'espace de stockage pour la prochaine copie dansla rotation. Les copies ayant échoué ne sont pas comptabilisées. AppSync ne fait pasexpirer la copie la plus ancienne avant que celle destinée à la remplacer ne soit créée.Par exemple, si le nombre de copies à conserver avant expiration est de sept, AppSyncne fait pas expirer la copie la plus ancienne avant que la huitième copie soit créée.AppSync ne fait pas expirer les copies dans les circonstances suivantes :



Ce paramètre est indépendant de toute règle de stockage (par exemple, lesparamètres des règles de pool VNX dans Unisphere prévoyant la suppressionautomatique des snapshots les plus anciens). L'administrateur de plan de service doitcollaborer avec l'administrateur de stockage afin de garantir que les paramètres desrègles de stockage permettent la prise en charge du nombre spécifié de copies desnapshot pour cette application.


Remarque



Le script après copie s'exécute conformément au planning défini à la phase PlanStartup. Vous pouvez exécuter cette phase une fois par hôte et par exécution du plande service. Si cette phase de script est activée alors que les autorisations permettantde l'exécuter sont incorrectes, ou si le script n'existe pas dans le chemin spécifié,l'exécution du plan de service échoue avec le message d'erreur approprié.

Ce processus requiert le rôle d'administrateur de données AppSync. AppSync exécutece script une fois par hôte et par exécution du plan de service sur le serveur deproduction.

Toutes les phases de script sont non bloquantes, ce qui signifie que même si elleséchouent, l'exécution du plan de service se poursuit et passe à la phase suivante.

Protection d'Oracle


Pour que l'exécution du script réussisse, assurez-vous des points suivants :

l Le script existe dans le chemin spécifié. Vous fournissez le chemin d'accès absoluau script : il n'existe aucun emplacement par défaut.

l Vous utilisez des formats de script valides : tous les fichiers exécutables sous UNIXsont pris en charge. Le script nécessite que l'utilisateur spécifié disposed'autorisations d'exécution.

Tableau 26 Champs de la console pour les scripts après copie


Full path to script Chemin complet de l'emplacement du script

Script parameters Paramètres transmis au script lors del'exécution

Run as username Utilisateur disposant d'autorisationsd'exécution pour le script

Password Mot de passe de l'utilisateur

Démontage de la copie précédenteLe plan de service démonte une copie montée précédemment après avoir créé lanouvelle copie.

Dans le cas d'une copie montée à la demande, et non par le plan de service, cettedernière n'est pas démontée.

Toutes les bases de données restaurées sont arrêtées dans le cadre de cette phase.Aucun paramètre utilisateur n'est associé à cette phase et elle peut être activée oudésactivée.

Script avant montageVous pouvez activer cette phase si vous souhaitez exécuter un script avantqu'AppSync effectue une opération de montage.

Ce script est exécuté une fois par hôte et par exécution du plan de service. Si cettephase de script est activée alors que les autorisations permettant de l'exécuter sontincorrectes, ou si le script n'existe pas dans le chemin spécifié, l'exécution du plan deservice échoue avec le message d'erreur approprié.

Faites attention si vous utilisez plusieurs hôtes de montage lors de l'exécution d'unplan de service. Reportez-vous à la section Remplacement des paramètres demontage d'un plan de service. Vous devez sélectionner Same as mount host pourl'option Run on host afin que le script s'exécute sur tous les hôtes de montage.

Tableau 27 Description des champs pour les scripts avant montage


Full path to script Chemin complet de l'emplacement du script.

Script parameters Paramètres transmis au script lors del'exécution.

Run as username Utilisateur disposant d'autorisationsd'exécution pour le script.

Protection d'Oracle

Démontage de la copie précédente 203

Tableau 27 Description des champs pour les scripts avant montage (suite)


Password Mot de passe de l'utilisateur.

Run on host Hôte sur lequel le script doit s'exécuter.

Sélectionnez Same as mount host siplusieurs hôtes de montage sont concernés.

Montage des copiesLa phase Mount copy permet de monter la copie ou de la monter et de la restaurer.Cette phase peut être activée ou désactivée.

Dans les paramètres Mount Copy Defaults, vous pouvez définir les valeurs sur Mountcopy ou Mount and recover copy.

Dans les paramètres Mount copy, vous pouvez définir la valeur de l'hôte de montage,le chemin de montage et le type d'accès à l'image RecoverPoint.

Dans les paramètres Mount and recover copy, vous pouvez spécifier l'instance derestauration, le type de restaurations et les informations de dénomination de la basede données. Les autres paramètres sont similaires à ceux de Mount copy, comme lechemin de montage et le type d'accès à l'image.

Pour l'option de montage Oracle Mount on standalone server and prepare scriptsfor Manual Recovery, si vous activez la phase de script à la fin des opérations demontage, AppSync crée des scripts sur l'hôte de montage que vous exécutez pourrestaurer la base de données. Les scripts sont de deux types : RMAN et SQL. Lesscripts sont créés sous /tmp/<MOUNTED_SID_NAME>/RecoveryScripts.

Description des champs de la console :

l Host name : ce champ sert à spécifier l'hôte sur lequel vous souhaitez monter lacopie Oracle.

l Mount to path : chemin où vous souhaitez monter les systèmes de fichiers et lesfichiers de base de données. Pour ASM RAC, ce paramètre est ignoré/inutilisé.

l Service Level Objective (SLO) : si vous utilisez une baie VMAX 3, un paramètreintitulé Desired Service Level Objective (SLO) est disponible. Cette options'affiche dans l'assistant de montage et spécifie les objectifs de niveau de serviceVMAX 3 requis. Le SLO définit la plage de fonctionnement du temps de serviced'un groupe de stockage.

l Database name : ce champ représente le format du nom de la base de donnéesmontée. Pour spécifier le nom d'origine de la base de données, utilisez le jeton %DB%. Par exemple : pour utiliser le nom d'origine en lui ajoutant le préfixe TEST,saisissez TEST%DB%.

l SID name : ce champ représente le format du nom de l'instance montée. Pourspécifier le nom d'origine de l'instance, utilisez le jeton %SID%. Par exemple : pourutiliser le nom d'origine en lui ajoutant le préfixe TEST, saisissez TEST%SID%.

l ASM Diskgroup : ce champ représente le format du groupe de disques ASM. Pourspécifier le nom d'origine du groupe de disques, utilisez le jeton %DG%. Parexemple : pour utiliser le nom d'origine en lui ajoutant le préfixe TEST, saisissezTEST%DG%.

l Custom initialization parameters : ce champ multiligne vous permet de spécifierdes paramètres qui remplacent n'importe quel paramètre de la base de données

Protection d'Oracle


d'origine sur la copie de base de données montée. Ce champ est utile pour modifierdes options telles que les paramètres de mémoire.

l Restart databases after reboot : cette option est utilisée pour démarrer les basesde données Oracle montées sur AppSync automatiquement après un redémarragede l’hôte. Cette option est désactivée par défaut.

Remplacement des paramètres de montage d'un plan de serviceSi plusieurs bases de données enregistrées sont inscrites au même plan de service,vous pouvez sélectionner des paramètres de montage différents pour chacune d'elles,en remplaçant les paramètres de montage génériques. Les paramètres de restaurationne peuvent pas être remplacés.

Avant de commencer


Procédure

1. Accédez à Service Plans > Oracle, puis cliquez sur l'un des plans de service dela liste.



La liste des serveurs inclut tous les hôtes Oracle dont les bases de données sontinscrites à ce plan.

4. Sélectionnez le serveur dont vous souhaitez remplacer les paramètres, puiscliquez sur Set Overrides.

La boîte de dialogue Override Default Mount Settings s'affiche.

5. Sélectionnez des options pour les paramètres de montage que vous souhaitezremplacer.


6. Cliquez sur OK.

Une icône représentant un crayon s'affiche dans la première colonne de la lignedu serveur dont vous avez modifié les paramètres.

7. Pour rétablir les paramètres par défaut d'un serveur, cliquez sur Use DefaultSettings.

Script après montageVous pouvez activer cette phase si vous souhaitez exécuter un script aprèsqu'AppSync a effectué une opération de montage.

Ce script est exécuté une fois par hôte et par exécution du plan de service. Si cettephase de script est activée alors que les autorisations permettant de l'exécuter sontincorrectes, ou si le script n'existe pas dans le chemin spécifié, l'exécution du plan deservice échoue avec le message d'erreur approprié.

Faites attention si vous utilisez plusieurs hôtes de montage lors de l'exécution d'unplan de service. Reportez-vous à la section Remplacement des paramètres demontage d'un plan de service. Vous devez sélectionner Same as mount host pourl'option Run on host afin que le script s'exécute sur tous les hôtes de montage.

Protection d'Oracle

Remplacement des paramètres de montage d'un plan de service 205

Tableau 28 Description des champs pour les scripts après montage


Full path to script Chemin complet de l'emplacement du script.

Script parameters Paramètres transmis au script lors del'exécution.

Run as username Utilisateur disposant d'autorisationsd'exécution pour le script.

Run on host Hôte sur lequel le script doit s'exécuter.

Sélectionnez Same as mount host siplusieurs hôtes de montage sont concernés.

le démontage de copiesLa dernière phase du plan de service consiste à démonter la copie.


Si vous choisissez d'effectuer le montage avec des options de restauration(autonome, RMAN ou montage en cluster) pendant la phase Mount copy, toutes lesbases de données montées sont arrêtées dans le cadre de cette phase.

Montage d’une copie OracleCette section décrit les champs de montage de la console AppSync et leursdescriptions.

Opérations de montage

Tableau 29 Description des champs de la console

Champ Description

Mount on Server Serveur sur lequel vous souhaitez monter lacopie.

Mount Path Le chemin de montage par défaut est /appsync. Il peut également être identique à

celui d’origine si vous sélectionnez Same asOriginal Path. Toutefois, cette option estindisponible lorsque l’hôte de montage estaussi le serveur de production. Vous pouvezégalement modifier le chemin de montage pardéfaut, par exemple /EMC au lieu de /AppSync. Sélectionnez Mapped Path pour

spécifier le chemin où vous souhaitez monterla base de données.

Image access mode (au cours du montageRecoverPoint)

l Logged Access : Utilisez cette option demontage si le contrôle d’intégrité impliquel’analyse de grandes zones des volumesrépliqués. C’est la seule option disponible

Protection d'Oracle


Tableau 29 Description des champs de la console (suite)

Champ Description

lorsque vous effectuez le montage sur leserveur de production. Avec RP-VMAX,l’accès virtuel n’est pas pris en charge.

l Virtual Access with Roll : Cette optionoffre un accès quasiment instantané à lacopie, mais met également à jour levolume répliqué en arrière-plan. Lorsqueles volumes répliqués sont au pointdemandé dans le temps, la RPA basculeen toute transparence sur un accès directau volume de réplica, ce qui permet untraitement intensif. Avec RP-VMAX etRP-XtremIO, l’accès virtuel avecbasculement n’est pas pris en charge.

l Virtual Access : cette option fournit unaccès quasi instantané à l’image. Ellen’est pas destinée à un traitementintensif. Avec RP-VMAX et RP-XtremIO,l’accès virtuel n’est pas pris en charge.

Restart databases after reboot Utilisez cette option pour démarrer les basesde données Oracle montées sur AppSyncautomatiquement après un redémarrage del’hôte. Cette option est désactivée par défaut.

SLO souhaité Pour les baies VMAX 3 uniquement, unparamètre intitulé Desired SLO s’affiche dansl’assistant de montage. Il spécifie les objectifsde niveau de service pour le VMAX 3. Le SLOdéfinit la plage de fonctionnement du tempsde service d’un groupe de stockage.

Option de montage de VPLEX l Native array : Utilisez cette option sivous souhaitez monter la copie en tantque volume de baie native.

l VPLEX virtual volume mount :Utilisez cette option si vous souhaitezmonter la copie en tant que volume virtuelVPLEX.

l Enable VMware cluster mount :Désactivez cette option si vous nesouhaitez pas effectuer un montage encluster ESX. Cette option est activée pardéfaut.

Vous pouvez monter une copie créée sur n’importe quel serveur de production d’unpériphérique de multipathing, et vous pouvez la monter sur n’importe quel hôte demontage d’un périphérique de multipathing. Cela signifie que vous pouvez créer unecopie sur des périphériques en mode bloc/PowerPath/MPIO et la monter sur un hôtede montage utilisant l’une de ces combinaisons.

Protection d'Oracle

Montage d’une copie Oracle 207

Si vous utilisez DMP, veillez à l’installer sur le serveur de production et sur l’hôte demontage.

Remarque

Il est recommandé d’installer le correctif 19404068 d’Oracle 12c pour une restaurationfiable d’une base de données Oracle.

Informations complémentaires

l Avec AppSync 2.2.1 et versions supérieures, vous pouvez configurer unemplacement temporaire pour chaque hôte UNIX à partir de la console AppSync, àla page Servers.

n Au cours des opérations de montage Oracle, AppSync utilise l’emplacementtemporaire ainsi défini afin d’y stocker les informations qui se trouvaientauparavant dans /tmp/<SID>/.

n Sauf indication contraire de votre part, l’emplacement temporaire par défautest /tmp/.

l Pour les hôtes UNIX, vous pouvez configurer une valeur d’expiration du délaid’exécution de commande à partir de la page Servers de la console AppSync.AppSync utilise cette valeur pour attendre chaque commande de systèmed’exploitation exécutée par AppSync sur une plate-forme UNIX. La valeur pardéfaut est 60 minutes. Par exemple, si fsck prend plus de 60 minutes sur un hôteau cours du montage de la copie du système de fichiers, vous pouvez augmenterl’expiration du délai d’exécution de commande.

l Montages AIX multiples

n Plusieurs copies peuvent être montées sur le même hôte AIX, uniquement si lescopies sont créées à l’aide d’AppSync 3.0.1 et versions ultérieures.

n Si les copies ont été créées à l’aide d’AppSync 3.0 ou une version antérieure,vous ne pouvez pas monter plusieurs copies sur le même hôte AIX, même aprèsles mises à niveau du serveur et de l’agent AppSync 3.0.1 et des versionsultérieures.

n Si vous avez des copies créées à l’aide d’AppSync 3.0, 3.0.1 et des versionsultérieures, il est recommandé de monter la copie créée à l’aided’AppSync 3.0.1 et des versions ultérieures pour la réussite des montagessimultanés. Si vous avez l’intention de monter la copie AppSync 3.0, une seulecopie peut être montée.

n Si vous montez la copie créée à partir d’AppSync 3.0.1 et des versionsultérieures, le montage de la copie d’AppSync 3.0 peut échouer.

n Après la mise à niveau du serveur AppSync vers la version 3.0.1 et les versionsultérieures, assurez-vous de mettre à niveau l’agent vers AppSync 3.0.1 et lesversions ultérieures.

Montage d’une copie à l’aide de l’assistant Oracle MountÀ partir de la console AppSync, vous pouvez procéder au montage d’une copie à l’aidede l’assistant Oracle Mount.

Avant de commencer


1. À la page Databases, sélectionnez Recover > Mount a Copy.

Protection d'Oracle


La liste des instances de base de données Oracle s’affiche.

2. À partir de la page Copies, sélectionnez une copie, puis cliquez sur Mount.

L’assistant Oracle Mount s’ouvre.

3. Utilisez les filtres Copies, Service Plan ou Type pour sélectionner la copie àmonter.


4. Sélectionnez la copie que vous souhaitez monter. (Dans le cas d’une copieRecoverPoint, vous avez également la possibilité de sélectionner un signetcorrespondant à une heure spécifique. Cependant, assurez-vous qu’une copieest disponible dansAppSync.) Sélectionnez une copie et cliquez sur Mount pourdémarrer l’assistant Mount Copy of Oracle.

5. Cliquez sur Select a point in time pour sélectionner une copie avec unhorodatage spécifique. L’heure affichée ici est celle de la console. Si la consoleest dans un autre fuseau horaire que la RPA (RecoverPoint Appliance), indiquezl’heure dans le fuseau horaire du serveur pour monter la copie.

6. Sur la page Mount Options, dans la liste Mount operation, sélectionnez l’une desoptions suivantes :

l Mount on standalone server

l Mount on standalone server and create RMAN catalog entry

l Mount on standalone server and recover

l Montage sur un serveur autonome et préparation des scripts de restaurationmanuelle

l Mount on grid cluster and recover as RAC database

Si vous sélectionnez Mount on standalone server and recover, Mount onstandalone server and prepare scripts for manual recovery ou Mount ongrid cluster and recover as RAC database en choisissant le mode ouvert enlecture/écriture pour la restauration, l’option Create TempTable Space estactivée. Cette option permet de créer le tablespace TEMP sur la copie de basede données montée dans le cadre d’une restauration. Lorsque vous sélectionnezCreate TEMP TableSpace, AppSync propose d’autres options :

a. Number of TEMPFILES : nombre de fichiers à ajouter au tablespace TEMP,chacun de la taille spécifiée dans l’option Size of each file.

b. Use BIGFILE option : utilisez cette option lors de la création de nouveauxfichiers temporaires

c. Le paramètre size_clause spécifie un certain nombre d’octets, de kilo-octets (K), de mégaoctets (M), de gigaoctets (G), de téraoctets (T), depétaoctets (P) ou d’exaoctets (E). Le paramètre size_clause vouspermet de définir des quantités d’espace disque ou mémoire, par exemple10 Mo. La taille de TempTable Space est égale au nombre de fichiers detable Temp multiplié par la taille de chaque fichier. Par exemple, si le nombrede fichiers de table Temp est de 2 et si la taille de chaque fichier est de10 Mo, la taille de TempTable Space est de 20 Mo.

AppSync génère le nom de TempTable Space au format <DBNAME>_TEMP.Ce nouveau tablespace est défini en tant que tablespace TEMP par défaut del’instance de base de données montée. Au moment du démontage, AppSyncabandonne le tablespace TEMP précédemment créé.

Protection d'Oracle

Montage d’une copie à l’aide de l’assistant Oracle Mount 209

Remarque

l En cas de montage dans le cadre d’une restauration manuelle, des scriptssont préparés en vue de créer (Step-5_createTempTableSpace.sql) etd’abandonner (Step-6_dropTempTableSpace.txt) le tablespace TEMP. Vousdevez abandonner manuellement le tablespace TEMP avant de démonterune copie à l’aide d’AppSync.

l Si AppSync n’abandonne pas le tablespace TEMP au cours du démontage etsi une opération de restauration est effectuée à l’aide de cette copie, letablespace est restauré.

l Si vous tentez de restaurer une copie RecoverPoint alors que le tablespaceTEMP a été créé au cours du montage avec restauration, celui-ci estégalement restauré en production. Vous devez abandonner le tablespaceTEMP manuellement à partir de la copie de base de données montée, puistenter une restauration.

7. Sous Mount Settings, procédez comme suit :

a. Dans la liste Mount on Server, sélectionnez le serveur sur lequel monter lacopie.

b. Dans la liste Mount to Path, sélectionnez un emplacement de chemin demontage, Default path, Same as original path ou Mapped Path. Le cheminde montage est l’emplacement où la copie est montée sur l’hôte de montage.

8. Sous Recovery Settings :

a. Vérifiez les paramètres par défaut, puis apportez les modificationsnécessaires.

b. Sélectionnez Restart databases after reboot pour démarrer les bases dedonnées Oracle montées sur AppSync automatiquement après unredémarrage de l’hôte. Cette option est désactivée par défaut.

c. Sélectionnez Create SPFile pour créer un SPFile. Le SPFile est créé dansl’emplacement par défaut ($ORACLE_HOME/dbs), avec le nomspfile<SID>.ora. Pendant le démontage, le SPFile est supprimé dudossier $ORACLE_HOME/dbs. Si l’option Copy SPFILE to ASM diskgroupest sélectionnée, le fichier SPFile est créé sur le groupe de disques ASMprincipal au lieu de $ORACLE_HOME/dbs.

Remarque

Les options Restart databases after reboot et Create SPFile ne sont pasdisponibles pour RMAN et le montage avec des scripts de génération.

9. Sous Advanced Recovery Settings :

a. sélectionnez Create Control file copies pour créer entre 0 et 3 copies defichier de contrôle à des fins de redondance. La valeur par défaut est 0.

b. sélectionnez Change Database ID pour modifier l’ID de base de données dela base de données montée. Cette option est désactivée par défaut.

c. Sélectionnez Use ADR (Automatic Diagnostic Repository) homedirectory for DIAGNOSTIC_DEST pour forcer la base de données montée à

Protection d'Oracle


utiliser le répertoire de base ADR au lieu de TEMP pour les logs de diagnostic(par défaut : désactivée). Cette option est désactivée par défaut.

d. sélectionnez Disable archive log mode pour forcer la base de donnéesmontée à commencer par la consignation des archives désactivées. Cetteoption est désactivée par défaut.

Remarque

Vous ne pouvez pas utiliser les options de restauration avancées lors de larestauration d’une copie RAC.

10. Sous RMAN Settings :

a. Spécifiez le nom d’utilisateur RMAN, le mot de passe et la chaîne deconnexion.

b. Vérifiez les autres paramètres par défaut, puis apportez les modificationsnécessaires.

c. Sélectionnez Skip Data Files pour passer le catalogage des fichiers dedonnées de la base de données.

Remarque

Cela s’applique uniquement à l’option d’entrée de catalogue RMAN.

11. Vérifiez les paramètres de montage et de restauration par défaut, et apportezdes modifications si nécessaire.

-- Pour VPLEX, sélectionnez une option de montage :

l VPLEX virtual volume : les snapshots sur la baie back-end deviennentvisible pour VPLEX. AppSync crée des volumes virtuels VPLEX sur lessnapshots de la baie native sous-jacente et provisionne ces volumes virtuelssur l’hôte de montage. Les volumes virtuels provisionnés sont ajoutés àl’affichage du stockage de l’hôte de montage. Au cours du démontage, lesvolumes virtuels sont supprimés de l’affichage du stockage de l’hôte demontage, et le volume virtuel VPLEX créé sur les snapshots de baie nativesous-jacente est démonté. Le snapshot sur la baie back-end estdéprovisionné de VPLEX.

l Native array volume : AppSync provisionne les snapshots de baie native surl’hôte de montage. L’hôte de montage doit être zoné sur la baie native danslaquelle le snapshot a été créé. Toutes les autres considérations de montagede la baie native sont applicables.

l Case à cocher Enable VMware cluster mount : si l’hôte de montage est unemachine virtuelle VMware résidant sur un cluster ESX, la LUN cible estvisible par tous les nœuds du cluster ESX au cours du montage. Cette optionest activée par défaut. Si vous ne souhaitez pas effectuer un montage encluster ESX, vous pouvez désactiver cette option. La LUN cible est alorsvisible uniquement par le cluster ESX sur lequel réside l’hôte de montage.Cela s’applique aux types de périphérique RDM et vDisk.

-- Pour les baies VMAX 3, sélectionnez l’objectif de niveau de service (SLO)pour la copie de montage.

-- Pour les baies VMAX V2, sélectionnez la règle FAST VP souhaitée. Chaquerègle FAST VP est associée à un groupe de stockage sur la baie. Sélectionnez le

Protection d'Oracle

Montage d’une copie à l’aide de l’assistant Oracle Mount 211

groupe de stockage à utiliser pour l’opération de montage en sélectionnant lastratégie de FAST VP associée à ce groupe de stockage.

12. Cliquez sur Next pour afficher la page Summary.

13. Vérifiez les paramètres de montage, puis cliquez sur Finish pour effectuer lemontage.

14. La page Results affiche la progression des différentes phases du montage de lacopie.


Fonction de catalogage RMANCette section contient les conditions préalables et les restrictions applicables à lacréation d'une entrée dans le catalogue RMAN et à la copie du fichier BCT.

Opération de montage : Mount on standalone server and create RMAN catalogentry

Tableau 30 Description des champs de la console


RMAN user Propriétaire du catalogue.

RMAN password Mot de passe du propriétaire du catalogue.

RMAN connect string Alias TNS utilisé pour la connexion aucatalogue RMAN distant.

TNS_ADMIN Chemin du fichier tnsnames.ora où l'alias TNSest spécifié (Chemin par défaut :$ORACLE_HOME\network\admin\)

ORACLE_HOME Chemin ORACLE_HOME pour les fichiersbinaires Oracle. Par défaut : identique à celuidu serveur de production.

ASM Diskgroup Name Spécifiez un préfixe ou un suffixe pourrenommer les groupes de disques sur l'hôte demontage, ou %DG% (si le nom du groupe dedisques ASM de production doit être utilisé aucours du montage). Par défaut : APS%DG%.

Skip Data Files Ignore le catalogage de fichiers de donnéesdes bases de données. Par défaut : nonsélectionné.

Remarques sur les conditions préalables

l La base de données du catalogue RMAN doit exister et être accessible sur lemême réseau que l'hôte de montage.

l Le fichier tnsnames.ora sur l’hôte de montage doit contenir un alias TNSpointant vers la base de données du catalogue RMAN où AppSync doit cataloguerla copie.

l Le catalogue et son propriétaire doivent être créés avant le montage d'une copie àcataloguer.

Protection d'Oracle


l La base de données de production doit être enregistrée dans le catalogue RMANavant le montage de la copie.

l La version d'Oracle qui exécute la base de données du catalogue RMAN doit êtreégale ou supérieure à la version d'Oracle la plus élevée de toutes les bases dedonnées de production enregistrées dans ce catalogue.

l Les copies montées avec l'intégration RMAN ne peuvent pas être renommées àl'aide de l'option de changement de nom de base de données. Cela impliqueégalement qu'une seule copie par base de données peut être montée sur un hôtede montage pour le catalogue RMAN et que l'option Mount to Original Host nepeut pas être sélectionnée.

l Les copies montées avec un accès en lecture seule ne peuvent pas êtrecataloguées à l'aide de RMAN.

l La base de données doit être placée en mode de sauvegarde à chaud.

l L'option Create backup controlfile doit être sélectionnée à la phase CreateCopy.

Montage sur un serveur autonome et préparation des scripts de restaurationmanuelle

Cette action remplace les paramètres de montage d'un plan de service. Cette sectioninclut les préalables exigés et les informations permettant d'effectuer le montageautonome d'une copie Oracle en vue d'une restauration manuelle assistée par desscripts.


l Mount to server : ce champ sert à spécifier l'hôte sur lequel vous souhaitezmonter la copie Oracle.

l Mount to path : chemin où vous souhaitez monter les systèmes de fichiers et lesfichiers de base de données. Pour ASM RAC, ce paramètre est ignoré/inutilisé.

l Database name : ce champ représente le format du nom de la base de donnéesmontée. Pour spécifier le nom d'origine de la base de données, utilisez le jeton %DB%. Par exemple, pour utiliser le nom d'origine en lui ajoutant le préfixe TEST,saisissez TEST%DB%. La longueur du nom de la base de données est dehuit caractères.

l SID name : ce champ représente le format du nom de l'instance montée. Pourspécifier le nom d'origine de l'instance, utilisez le jeton %SID%. Par exemple, pourutiliser le nom d'origine en lui ajoutant le préfixe TEST, saisissez TEST%SID%. Lalongueur de l’identifiant SID est de 16 caractères et la longueur du RAC SID est de15 caractères.

l ASM Diskgroup : ce champ représente le format du groupe de disques ASM. Pourspécifier le nom d'origine du groupe de disques, utilisez le jeton %DG%. Par exemple,pour utiliser le nom d'origine en lui ajoutant le préfixe TEST, saisissez TEST%DG%.

l Custom initialization parameters : ce champ multiligne vous permet de spécifierdes paramètres qui remplacent n'importe quel paramètre de la base de donnéesd'origine sur la copie de base de données montée. Ce champ est utile pour modifierdes options telles que les paramètres de mémoire.

Une fois les opérations de montage terminées, AppSync crée des scripts sur l'hôte demontage que vous devez exécuter pour restaurer la base de données. Il s'agit descripts RMAN et SQL. Les scripts sont créés à l'emplacement /tmp/<MOUNTED_SID_NAME>/RecoveryScripts. Les fichiers de script sont nommésselon le modèle Step-<number>_<operation>.<extension>. Le paramètre

Protection d'Oracle

Montage sur un serveur autonome et préparation des scripts de restauration manuelle 213

<number> représente le fichier qui doit être exécuté en premier, en deuxième, etc. Leparamètre <operation> indique ce que fait le script. Le paramètre <extension>spécifie le type de scripts (RMAN ou SQL). Selon le type de scripts, vous devezl'exécuter dans RMAN ou via SQLPlus. Les noms de fichier générés sont les suivants :

Step-1_DatabaseRename.sqlStep-1_DatabaseFileRename.sqlStep-2_RecoverDatabase.rmanStep-3_RecoverDatabase.sqlStep-4_OpenDatabase.sqlIl n'existe qu'un fichier Step-1 créé selon que l'opération de restauration a étéeffectuée à l'aide de l'identifiant SID de production ou d'un identifiant SID modifié.Pour exécuter les scripts, suivez ces étapes en tant qu'utilisateur Oracle :

1. Exportez l'identifiant SID Oracle en tant qu'identifiant SID utilisé lors de larestauration.

2. Lors de l'exécution d'un script SQL, connectez-vous à SQLPlus en utilisantsqlplus / en tant que sysdba. Vous pouvez ensuite exécuter le script commesuit : @/tmp/<MOUNTED_SID_NAME>/RecoveryScripts/Step-<number>_<operation>.sql

3. Lors de l'exécution d'un script RMAN, connectez-vous à RMAN en utilisant rmantarget=/. Vous pouvez ensuite exécuter le script comme suit : @/tmp/<MOUNTED_SID_NAME>/RecoveryScripts/Step-<number>_<operation>.rman

Remarque

Veillez à respecter l'ordre de ces étapes lors de la restauration.

Montage et restauration dans un clusterCette section inclut les préalables exigés et les informations permettant de monterune copie contenant une base de données Oracle RAC sous la forme d'une base dedonnées RAC dans un autre cluster ou, en la renommant, dans le même cluster. Lesparamètres disponibles sont présentés ci-dessous.


l Mount to cluster : ce champ sert à spécifier le cluster où vous souhaitez monterla copie. Vous pouvez également sélectionner Original Cluster afin d'effectuer lemontage dans le cluster de production.

l Mount to servers : Vous pouvez désigner un sous-ensemble de nœuds du clustersélectionné, ou bien choisir tous les nœuds du cluster qui ont été ajoutés dansAppSync.

Remarque

AppSync ne monte la copie que sur les nœuds de cluster qui ont été enregistrés.Les nœuds non enregistrés ne sont pas utilisés.

l Mount to path : pour ASM RAC, ignorez ce paramètre.

l Database name : ce champ représente le format du nom de la base de donnéesmontée. Pour spécifier le nom d'origine de la base de données, utilisez le jeton %DB%. Par exemple, pour utiliser le nom d'origine en lui ajoutant le préfixe TEST,

Protection d'Oracle


saisissez TEST%DB%. La longueur du nom de la base de données est dehuit caractères.

l SID name : ce champ représente le format du nom de l'instance montée. Pourspécifier le nom d'origine de l'instance, utilisez le jeton %SID%. Par exemple, pourutiliser le nom d'origine en lui ajoutant le préfixe TEST, saisissez TEST%SID%. Lalongueur de l’identifiant SID est de 16 caractères et la longueur du RAC SID est de15 caractères.

Remarque

Dans le cas des montages RAC, chaque nœud du cluster reçoit un nom d’instanceunique, suivi d’un chiffre.

l ASM Diskgroup : ce champ représente le format du groupe de disques ASM. Pourspécifier le nom d'origine du groupe de disques, utilisez le jeton %DG%. Par exemple,pour utiliser le nom d'origine en lui ajoutant le préfixe TEST, saisissez TEST%DG%.

l Custom initialization parameters : ce champ multiligne vous permet de spécifierdes paramètres qui remplacent n'importe quel paramètre de la base de donnéesd'origine sur la copie de base de données montée. Ce champ est utile pour modifierdes options telles que les paramètres de mémoire.








/prd/db1 /tst/db1




D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\

Protection d'Oracle

Mappage de chemin 215

Remarque










Procédure

















Protection d'Oracle



Remarque


Réessayer la restauration d’une copie Oracle montée et restauréeVous pouvez réessayer une restauration sur une copie montée et restaurée sans avoirà démonter et à remonter la copie.

Avant de commencer

Cette opération requiert le rôle d’administrateur de données dans AppSync.

Utilisez cette fonction pour :

l Réessayer une restauration en échec

l Réessayer la restauration avec les nouvelles options de restauration comme unchangement de nom de base de données

Procédure

1. Dans la console AppSync, sélectionnez Copy Management > Oracle.


2. Sélectionnez une base de données.

La page Copies de la base de données sélectionnée s’affiche.

3. Sélectionnez une copie, puis cliquez sur Retry Recovery.

L’Assistant Retry Recovery of Mounted Oracle Copy s’affiche.

4. Sélectionnez une colonne et cliquez sur Next.

5. Sous Recovery Settings, vérifiez les paramètres de montage et de restaurationpar défaut, et apportez des modifications si nécessaire.


7. Vérifiez l’écran récapitulatif et cliquez sur Finish.

Restauration d’une copie OracleVous pouvez procéder à la restauration d’une copie Oracle à l’aide de l’assistantOracle Restore à partir de la console AppSync.

Avant de commencer


Protection d'Oracle

Réessayer la restauration d’une copie Oracle montée et restaurée 217

Remarque

l Si une copie est montée ou restaurée avec une modification du nom de base dedonnées, il est déconseillé de l’utiliser pour la restauration.

l Assurez-vous qu’aucun snapshot de machine virtuelle n’est présent avant deprotéger un datastore. Si les snapshots de machine virtuelle sont présents, laprotection réussit mais AppSync ne parvient pas à effectuer la restauration defichiers ou de machines virtuelles.

l La restauration d’Oracle échoue si le groupe de volumes où réside la base dedonnées Oracle contient des LVM utilisés à d’autres fins et n’est pas protégé parAppSync.

Procédure

1. À partir de la console AppSync, cliquez sur l’onglet Copy Management, puissélectionnez Oracle dans la liste déroulante.


2. Sélectionnez une base de données Oracle pour ouvrir la page Copiescorrespondante. Cette page répertorie les copies disponibles avec les dates decopie.

3. Sélectionnez la copie de votre choix, puis cliquez sur Restore pour démarrerl’assistant Oracle Restore.

Vous risquez de recevoir le message d’avertissement suivant : You areattempting to perform a restore on a cluster. Pleasefollow the instructions in the AppSync documentation forspecific cluster restore procedures.

4. Sélectionnez la copie à restaurer, puis cliquez sur Next.

La page Restore Options s’affiche.

5. Cliquez sur la liste déroulante Restore, puis sélectionnez l’une des options derestauration suivantes : Data, Archive logs ou Both Data and Archive logs.

Si la base de données à restaurer affecte d’autres bases de données ousystèmes de fichier, vous pouvez voir s’afficher un message d’avertissementrelatif aux entités affectées.


L’écran Configure Storage Options s’affiche.


l Disable VMware SRM : permet de gérer les groupes de cohérence, sil’indicateur SRM est activé sur le groupe de cohérence RecoverPoint. Celas’applique uniquement à RecoverPoint 4.1 et aux versions supérieures.


7. Cliquez sur Next pour afficher la page Summary.

Protection d'Oracle


8. Vérifiez les paramètres de restauration, puis cliquez sur Finish pour effectuer larestauration.

La page Results affiche la progression des différentes phases de la restaurationde la copie.

Résultats

AppSync affiche uniquement des avertissements liés à la restauration des bases dedonnées qu’il peut découvrir et qui sont communes à l’hôte en question. Aucunavertissement ne s’affiche pour les bases de données qui ne sont pas communes à cethôte ou qui ne peuvent pas être découvertes.

Remarque

Vous devez redémarrer manuellement la base de données Oracle après la restauration.Pour démarrer la base de données, exécutez les commandes suivantes :

Export ORACLE_SID=<SID> Sqlplus /nolog Connect / as sysdba Startup

Restaurer une copie locale autonome

Avant de commencer

Sur les nœuds distants, procédez comme suit :

1. Arrêtez toutes les bases de données concernées en tant qu’utilisateur Oracle :oracle> srvctl stop instance -d <RACDB> -i<DbInstanceOnRemoteNodes>

2. Démontez tous les groupes de disques ASM concernés en tant qu’utilisateur grid :grid> asmcmd umount <DG>

Sur le nœud de restauration, effectuez la restauration.

Procédure

1. À partir de la console AppSync, accédez à Copy Management > Oracle.

2. Sélectionnez la base de données souhaitée, puis, dans le menu déroulant aucentre de l’écran, cliquez sur Recover, puis sélectionnezRestore.

L’assistant Oracle Restore démarre.

3. À la page Select Copy, cliquez sur copie à restaurer, puis sur Next.

4. Sous Restore Options, sélectionnez l’option souhaitée, puis cliquez sur Next.

La page Summary s’affiche.

5. Vérifiez les actions de restauration, puis cliquez sur Finish.

6. Vérifiez que la base de données sélectionnée est arrêtée.

7. Vérifiez le message indiquant que les périphériques et les groupes de disquesvont être démontés.

8. Vérifiez que la restauration a réussi.

Résultats

Après la restauration, procédez comme suit :

Protection d'Oracle

Restaurer une copie locale autonome 219

1. Remontez les groupes de disques sur les nœuds distants en tant qu’utilisateurgrid : grid> asmcmd mount <DG>.

2. Sur n’importe quel nœud, récupérez la base de données restaurée à l’aide de lacommande redo ou archive avec resetlogs :Oracle > startup mountOracle > recover database

3. Ouvrez la base de données sur le nœud de restauration :Oracle > alter database open

Entités affectées lors de la restaurationLors de la restauration à partir d’une copie, vous pouvez être invité à restaurer deséléments en plus de ceux que vous avez sélectionnés.

Une entité affectée correspond à des données qui résident sur votre serveur deproduction et qui font involontairement partie d’un réplica en raison de leur proximitéaux données que vous souhaitez protéger. Vous pouvez éviter une telle situation enplanifiant correctement la répartition des données en fonction de la granularité duréplica. La granularité d’un réplica dépend de l’environnement.

Pour Oracle, une entité affectée peut uniquement correspondre aux fichiers dedonnées ou aux logs d’archive d’une autre base de données Oracle. Vous disposez detrois options de restauration. L’option choisie détermine le niveau auquel les entitésaffectées sont identifiées.

l Données uniquement

l Logs d’archive uniquement

l Données et logs d’archive

Les entités affectées s’affichent en fonction de l’option de restauration choisie. Sivous sélectionnez Data, AppSync recherche les entités affectées sur la base dessystèmes de fichiers de données et du stockage de la base de données Oracle.AppSync n’utilise pas le stockage des logs d’archive des bases de données Oracle pourla vérification des entités affectées.

Si vous sélectionnez Archive Logs, c’est le contraire qui se produit. Seuls lessystèmes de fichiers et le stockage des logs d’archive de la base de données Oraclesont utilisés pour la vérification des entités affectées, et non les systèmes de fichiersde données des bases de données Oracle.

Si vous sélectionnez à la fois Data et Archive Logs, les systèmes de fichiers et lestockage des fichiers de données et des logs d’archive des bases de données Oraclesont utilisés pour la vérification des entités affectées.

S’il existe des entités affectées dans la configuration du stockage sous-jacent,l’assistant de restauration vous les signale. Les scénarios suivants produisent desentités affectées, ce qui vous oblige à accepter la restauration d’élémentssupplémentaires :

l Pour RecoverPoint et ViPR Controller, si des bases de données appartiennent à unmême groupe de cohérence, elles deviennent des entités affectées lorsqu’uneautre base de données du groupe est protégée.

l Pour les baies VNX, VNXe, Unity, VMAX, XtremIO et ViPR Controller, si des basesde données appartiennent à une même LUN, elles deviennent des entités affectéeslorsqu’une autre base de données de la LUN est protégée. Pour le VNXe, si desbases de données appartiennent à un même groupe de LUN, elles deviennent desentités affectées lorsqu’une autre base de données du groupe est protégée.

Protection d'Oracle


l Pour Unity, si des bases de données appartiennent à un même groupe decohérence, elles deviennent des entités affectées lorsqu’une autre base dedonnées du groupe est protégée.

l Pour les vDisks/datastores, si les fichiers de données de deux bases de données,DB1 et DB2, résident sur le datastore [DS1] et/ou si les logs d’archive de ces deuxbases de données résident sur le datastore [DS2], les deux deviennent des entitésaffectées.

Si l’entité affectée a été protégée en même temps que la base de données Oraclesélectionnée pour la restauration, AppSync la restaure. Les autres bases de donnéesqui n’ont pas été protégées, mais qui sont des entités affectées, sont écrasées.

AppSync détermine les entités affectées (bases de données ou systèmes de fichiers)pour les groupes de cohérence, groupes de volumes ou LUN de la base de donnéesOracle sélectionnée pour la restauration. Si les bases de données affectées résident enpartie dans d’autres groupes de cohérence, groupes de LUN ou LUN, AppSyncn’identifie pas les entités affectées dans ces groupes ou sur ces LUN.

Les entités affectées sont identifiées en fonction de la granularité de la restauration.Si les données et les logs sont sélectionnés pour la restauration, les entités affectéessont identifiées dans tous les groupes de cohérence, groupes de volumes, groupes deLUN, LUN ou datastores où réside la base de données. Si la restauration porteseulement sur les données ou seulement sur les logs, les entités affectées sontuniquement identifiées dans le groupe de cohérence, le groupe de volumes, le groupede LUN, la LUN ou le datastore du composant sélectionné.

Si les données et les logs de la base de données résident dans le même groupe decohérence ou sur la même LUN, l’option permettant de restaurer seulement les logs ouseulement les données est indisponible. Vous pouvez uniquement restaurer lesdonnées et les logs. La seule exception à ce scénario concerne la restauration de copiedifférentielle.

Restauration d'un vDisk comportant des entités affectéesConsultez ces informations pour restaurer un vDisk comportant des entités affectées.

l Au cours d'une restauration, si les disques virtuels contiennent des bases dedonnées affectées qui ne sont pas protégées par AppSync, arrêtez ces bases dedonnées, y compris tous les systèmes de fichiers démontés. En outre, supprimezles vDisks de la machine virtuelle avant de procéder à la restauration au niveau dela LUN.

l Si les bases de données affectées résident dans des groupes de volumes (VG) oude disques (DG), exportez ces groupes avant la restauration, puis importez-les etmontez-les manuellement après la restauration. Étant donné qu'AppSync necontrôle pas ces entités, la restauration des LUN de stockage peut échouerlorsque vous tentez d'importer/de monter les groupes de volumes ou de disquessur le serveur de production.

l Les bases de données d'entités affectées sur des vDisks avec VG ou ASM ne sontpas prises en charge.

Restauration d'une copie RAC pour des entités affectéesPour effectuer la restauration, procédez comme suit.

Avant de commencer

Sur les nœuds distants, procédez comme suit :

Protection d'Oracle

Restauration d'un vDisk comportant des entités affectées 221

1. Arrêtez toutes les bases de données concernées en tant qu'utilisateur Oracle :oracle> srvctl stop instance -d <RACDB> -i<DbInstanceOnRemoteNodes>

2. Arrêtez les autres bases de données affectées : oracle>srvctl stop database-d <RACDB2>

3. Démontez tous les groupes de disques ASM concernés en tant qu'utilisateur grid :grid> asmcmd umount <DG>

Sur le nœud de restauration, effectuez la restauration. Procédez comme suit :

Procédure

1. À partir de la console AppSync, accédez à Copy Management > Oracle.

2. Sélectionnez la base de données souhaitée, puis, dans le menu déroulant aucentre de l'écran, cliquez sur Recover, puis sélectionnezRestore.

L'assistant Oracle Restore démarre.Vérifiez l'avertissement :

You are attempting to perform a restore on a cluster.Please follow the instructions in the AppSyncdocumentation for specific cluster restore procedures.

3. Sur la page Select Copy, Copy doit déjà être sélectionné. Cliquez sur Next.

4. Sous Restore Options, sélectionnez Data, puis cliquez sur Next.

Vérifiez que l'avertissement relatif aux entités affectées s'affiche, signalantqu'une base de données est concernée et que vous devez l'arrêtermanuellement.

Remarque

Une base de données peut comporter des entités associées sur le mêmestockage, mais dans un autre nœud. Dans un tel cas, cet avertissement nes'affiche pas.

5. Sur l'écran Affected Entities, cliquez sur Next.

6. Vérifiez le récapitulatif, puis cliquez sur Finish.

7. Vérifiez que la base de données sélectionnée est arrêtée.

8. Vérifiez le message indiquant que les périphériques et les groupes de disquesvont être démontés.

9. Vérifiez que la restauration a réussi.

Résultats

Après la restauration, procédez comme suit :

1. Remontez les groupes de disques sur les nœuds distants en tant qu'utilisateurgrid : grid> asmcmd mount <DG>.

2. Sur n'importe quel nœud, récupérez la base de données restaurée à l'aide de lacommande redo ou archive avec resetlogs :Oracle > startup mountOracle > recover database

3. Ouvrez la base de données sur le nœud de restauration :Oracle > alter database open

Protection d'Oracle


4. Démarrez les instances sur les nœuds supplémentaires :srvctl start instance -d <RACDB> -i <DbInstanceOnRemoteNodes>

5. Répétez les étapes 2 et 3 pour restaurer la base de données affectée <RACDB2>.

6. Démarrez la base de données affectée <RACDB2>.

Protection d'Oracle

Restauration d'une copie RAC pour des entités affectées 223

Protection d'Oracle


CHAPITRE 8

Protection des systèmes de fichiers


l Présentation de la prise en charge des systèmes de fichiers............................ 226l Paramètres du plan de service de système de fichiers...................................... 231l Montage d’une copie avec l’assistant File System Mount................................ 248l Restauration d’un système de fichiers............................................................. 255

Protection des systèmes de fichiers 225

Présentation de la prise en charge des systèmes de fichiersUtilisez AppSync pour créer et gérer des copies des systèmes de fichiers cohérentesavec les applications.

Les fonctions liées aux systèmes de fichiers sont les suivantes :

l Découverte dynamique des systèmes de fichiers au cours de l’exécution du plan deservice.

l Protection des systèmes de fichiers via le plan de service ou via l’option de copieimmédiate. Vous pouvez sélectionner un ou plusieurs systèmes de fichiers àprotéger en même temps, ou cliquer sur SELECT ALL pour protéger tous lessystèmes de fichiers de la liste figurant à la page File Systems.

l Liste des copies que vous pouvez filtrer par date et heure de création, par état etpar plan de service.

l Montage sur un serveur autonome.

Remarque

AppSync ne prend pas en charge les systèmes de fichiers sur les périphériques avecun système d’exploitation Linux qui ne sont pas des périphériques en mode bloccomplets (par exemple, /dev/sdc) ou des partitions principales (par exemple, /dev/sdc1).

Prise en charge Hyper-VDans les environnements Hyper-V, AppSync nécessite que les systèmes de fichierssoient stockés sur des périphériques iSCSI en attachement direct, Fibre Channelvirtuel (NPIV) ou d’accès direct SCSI. Le filtrage SCSI CDB (Command DescriptorBlock) doit être désactivé dans la partition parente pour les périphériques d’accèsdirect SCSI. Il est activé par défaut.

Pour les périphériques d’accès direct SCSI Hyper-V, l’hôte de montage ne peut pasêtre un hôte Hyper-V. Ce doit être un hôte physique ou une machine virtuelle ajoutéeavec un adaptateur NPIV ou iSCSI en attachement direct.

Prise en charge du système ReFS (Resilient File System)AppSync peut découvrir, protéger, monter et restaurer les systèmes de fichiers ReFS,ainsi que les applications AppSync en cluster et autonomes prises en charge résidantsur des systèmes de fichiers ReFS.

La réaffectation est prise en charge pour les systèmes de fichiers ReFS et les bases dedonnées SQL Server sur ReFS. Les espaces de stockage ne sont pas pris en charge.

Protection des systèmes de fichiers NFS sur le stockage VNX, VNXe et UnityCette section explique comment AppSync prend en charge la protection des systèmesde fichiers NFS sur le stockage VNX, VNXe File et Unity File.

AppSync prend en charge la protection des systèmes de fichiers NFS sous Linux(RHEL, SUSE et OEL) et AIX. Vous pouvez utiliser ces copies à des fins de reprise desopérations.

Remarque

Vous pouvez protéger les systèmes de fichiers Linux situés sur des vDisks à partir dedatastores VMFS ou NFS VMWare.



Pour les plans de service configurés pour la protection à distance de fichiers VNX, lacopie NFS est créée sous la forme d’un snapshot SnapSure sur le système de fichierslocal et/ou distant. Les plans de service configurés pour la protection locale et/ou àdistance permettent de créer des copies de datastores NFS. AppSync peut égalementcréer des copies pour les systèmes de fichiers de bases de données Oracle dans lecadre de plans de service Bronze, Silver et Gold.

Au cours de la restauration d’une copie NFS VNX, AppSync crée un snapshot deretour arrière pour chaque système de fichiers qui a été restauré. Le nom de chaquesnapshot de retour arrière est inclus dans les informations de restauration. Vouspouvez supprimer manuellement ce snapshot de retour arrière après avoir vérifié lecontenu de la restauration. Le fait de conserver ces snapshots au-delà de leur vie utilepeut remplir le cache de snapshots VNX et provoquer des problèmes de ressources.

Les snapshots de fichiers VNXe et Unity prennent uniquement en charge les copieslocales (Bronze). AppSync peut créer des copies de système de fichiers sur une basede données Oracle pour le plan de service Bronze.

Passez en revue les conditions préalables suivantes pour les copies Silver et Gold :

l Enregistrez les baies VNX distantes auprès d’AppSync.

l Créez des sessions de réplication à distance avec les baies distantescorrespondantes pour chaque système de fichiers NFS dont vous souhaitez créerdes copies Silver et Gold. Vérifiez que l’état de la baie est OK.

Page Host file systemsLa page Host file systems présente toutes les instances hôtes actuellementenregistrées auprès d'AppSync.

Vous pouvez ajouter un hôte (Windows ou UNIX) à partir de cette page et découvrirles systèmes de fichiers disponibles sur ces hôtes.

Pour plus d'informations sur les systèmes de fichiers, reportez-vous aux sectionssuivantes :

l Page File systems

l Page File system copies

l Montage d'une copie avec l'assistant File System Mount

Page Filesystem

La page Filesystem répertorie tous les systèmes de fichiers disponibles découvertspour l'instance de serveur sélectionnée.

Cliquez sur le nom d'un système de fichiers pour afficher les copies de celui-ci.

Les informations relatives aux systèmes de fichiers comprennent :

l État du plan de service exécuté. Par exemple, une coche dans un cercle vertsignifie qu'il a réussi.

l Name

l Type, par exemple NTFS.

l Format, par exemple MBR.

l Plan de service, par exemple Bronze.Certains systèmes de fichiers peuvent être inscrits à plusieurs plans de service.

l Taille du stockage en Go.

l Destinataire des alertes (si demandé).

Vous pouvez sélectionner un ou plusieurs systèmes de fichiers à protéger en mêmetemps. Cliquez sur SELECT ALL pour protéger tous les systèmes de fichiers affichés


Protection des systèmes de fichiers NFS sur le stockage VNX, VNXe et Unity 227

sur cette page (à l’exception d’un système de fichiers C:\ qui contient les informationsdu système hôte).

Vous pouvez également sélectionner un système de fichiers et cliquer sur Repurposepour le réaffecter. Sélectionnez un système de fichiers, puis cliquez sur Repurpose >View Repurpose Copy Schedule pour afficher le planning de réaffectation.


l Page Filesystem Copies

l Page Filesystem hosts


l Restauration d'un système de fichiers

l Présentation de la réaffectation

Page Filesystem Copies

Cette page affiche la liste des copies de système de fichiers.

La liste des copies peut être filtrée selon la date/l'heure de création, l'état des copiescréées et le plan de service.

Sélectionnez une copie pour afficher les événements associés à celle-ci dans le voletDetails situé en bas de la page Copies.

À partir de la page Copies, vous pouvez sélectionner des copies à monter, à restaurer,à faire expirer, à actualiser ou à réaffecter.


l Page Filesystem

l Page Filesystem hosts


Intégration de clusters PowerHA (HACMP)AppSync peut protéger les systèmes de fichiers résidant dans un environnement declusters PowerHA.

AppSync protège les applications sur le nœud sur lequel le groupe de ressources estdisponible au moment de l’exécution du plan de service. AppSync s’appuie surl’adresse IP de libellé du service (adresse IP virtuelle) du groupe de ressources pourcréer des copies ou des restaurations sur les basculements. Tous les nœuds verslesquels les systèmes de fichiers en cluster peuvent basculer doivent être enregistrésdans AppSync avant l’inscription de l’adresse IP du libellé de service d’un groupe deressources.

Prenez en compte les points suivants lorsque vous protégez une applicationconfigurée pour basculer sur incident dans un cluster PowerHA :

l Les nœuds du cluster PowerHA doivent être enregistrés au sein d’AppSync avantl’inscription de l’adresse IP de libellé de service.

l Le nom/l’adresse IP de libellé de service doivent être configurés dans le groupe deressources pour l’application en cluster.

l Si un basculement sur incident se produit alors qu'un processus de réplication oude restauration est en cours d'exécution, l'opération échoue. Le basculement dunœud doit être effectué avant l’exécution du plan de service ou au début d’unerestauration.



l Chaque groupe de ressources doit avoir une adresse IP de libellé de service unique,qui doit être enregistrée au sein d’AppSync pour la connaissance du basculement.

l Les systèmes de fichiers qui appartiennent à un groupe de ressources donnépeuvent uniquement être découverts et protégés si l’adresse IP de libellé deservice correspondante est enregistrée au sein d’AppSync.

l Des scripts d’appel doivent être présents sur les deux nœuds d’un clusterPowerHA.

l Les systèmes de fichiers en cluster doivent être découverts et inscrits à l’aide dunom/de l’adresse IP de libellé de service, et non via les nœuds physiques.


l Le montage sur le chemin d’origine n’est pas pris en charge sur les nœuds ducluster de production PowerHA.

l Le plug-in hôte AppSync doit être installé sur l’hôte de montage.

l Le montage est uniquement pris en charge en mode autonome. Le montage encluster n’est pas pris en charge.

Restauration dans un environnement PowerHAExécutez une restauration. Après une restauration, le groupe de volumes n’est pasconcurrent. Vous devez rendre les volumes concurrents manuellement avantd’effectuer une nouvelle découverte du système de fichiers ou des hôtes.

Procédure après la restauration dans un environnement PowerHAApprenez à exécuter des étapes manuelles après une restauration dans unenvironnement PowerHA.

Après la restauration, un système de fichiers est monté sur le serveur de production enmode non simultané. Supprimez le système de fichiers du groupe de ressources,faites-en un groupe de volumes simultanés, puis rajoutez-le au groupe de ressources.

Sur un nœud actif, procédez comme suit :

Procédure

1. Démontez le système de fichiers.

2. Saisissez la commande Varyoffvg.

3. Saisissez la commande Varyonvg avec l’option -c (pour la rendre simultanée).

Vérification :La commande lspv doit afficher vg comme étant simultané sur les deuxnœuds, comme suit :



4. Rajoutez le système de fichiers au groupe de ressources.

5. Vérifiez et synchronisez la configuration.


Intégration de clusters PowerHA (HACMP) 229

Systèmes de fichiers en cluster pour la reprise sur incident WindowsAppSync peut protéger les systèmes de fichiers résidant dans un environnement declusters Windows.

AppSync protège les applications sur le nœud sur lequel le groupe de ressources estdisponible au moment de l’exécution du plan de service. AppSync s’appuie sur laressource de nom de réseau (adresse IP virtuelle) du groupe de ressources pour créerdes copies ou des restaurations sur les basculements. Tous les nœuds vers lesquels lessystèmes de fichiers en cluster peuvent basculer doivent être enregistrés dansAppSync avant l’inscription de la ressource de nom de réseau d’un groupe deressources (adresse IP virtuelle).

Prenez en compte les points suivants lorsque vous protégez une applicationconfigurée pour basculer sur incident dans un cluster Windows :

l Les nœuds du cluster de basculement sur incident Windows doivent êtreenregistrés dans AppSync avant l’inscription de la ressource de nom de réseau(adresse IP virtuelle).

l Si une reprise sur incident se produit alors qu’un processus de réplication ou derestauration est en cours d’exécution, l’opération échoue. Le basculement surincident d’un nœud doit être effectué avant l’exécution du plan de service ou audébut d’une restauration.

l Chaque rôle du cluster de reprise sur incident Windows doit disposer d’uneressource de nom de réseau unique (adresse IP virtuelle) et doit être enregistrédans AppSync pour la détection de la reprise sur incident.

l Les systèmes de fichiers qui appartiennent à un rôle particulier dans le cluster dereprise sur incident Windows peuvent uniquement être découverts et protégés sila ressource de nom de réseau correspondante (adresse IP virtuelle) estenregistrée dans AppSync.

l Les scripts d’appel, le cas échéant, doivent être présents sur tous les nœuds d’uncluster de reprise sur incident Windows.

l Les systèmes de fichiers en cluster doivent être détectés et inscrits à l’aide de laressource de nom de réseau (adresse IP virtuelle).

Pour le montage, AppSync monte le disque en cluster en l’ajoutant dans le groupe deressources du cluster associé à l’adresse IP du serveur virtuel, mais ajoute ladépendance sur le disque selon les scénarios ci-dessous :

l Si aucun service n’est associé à l’adresse IP virtuelle, aucune dépendance n’estajoutée sur le disque.

l Si un service est associé à l’adresse IP virtuelle, mais ne dispose d’aucunedépendance sur un disque en cluster, aucune dépendance de ce service n’estajoutée sur le disque.

l Si un service est associé à l’adresse IP virtuelle et a une dépendance sur au moinsun disque, le disque nouvellement ajouté est ajouté en tant que dépendance sur leservice.

l S’il existe plusieurs services et que ceux-ci ont des dépendances sur les disques,l’un d’entre eux est sélectionné de manière aléatoire pour créer une dépendancesur le disque.



Remarque

Dans un environnement de clusters Windows, le port de l’agent AppSync doit être lemême sur tous les nœuds faisant partie du cluster. Sinon, les opérations d’AppSyncéchouent.

Paramètres du plan de service de système de fichiersCe tableau présente les paramètres de système de fichiers par défaut pour lesdifférentes phases d’un plan de service, notamment le démarrage, la découverte, lemappage, la rédaction de scripts avant et après copie, le montage/démontage et lacopie.

Les paramètres par défaut du plan de service créent une copie cohérente avec lesapplications toutes les 24 heures. Seule la technologie de réplication, spécifiée dans lechamp Copy type à la phase Create copy, varie d’un plan à un autre. Le tableau suivantrécapitule les paramètres par défaut :

Tableau 31 Paramètres par défaut du plan de service de système de fichiers



Plan Startup Enabled Planning automatique Type de récurrence :crée une copie toutesles 24 heures, avec lapremière exécution àminuit (00h00).Objectif de point derestauration (RPO) :Une alerte est émisesi la copie n’est pascréée dans le délaiimparti (la valeur pardéfaut est de24 heures).

Découverte desapplications

Enabled Aucun Déterminé par laphase Plan Startup.


Enabled Aucun Démarre lorsque laphase Applicationdiscovery se termine.

Script avant copie Désactivé Aucun Démarre lorsque laphase Applicationmapping se termine.

Création de copie Enabled Type de copies :

l Bronze

l Silver

l Gold

l Unix FilesystemConsistency

Démarre lorsque laphase Pre-copy scriptse termine.






n FS Consistent : sivous sélectionnezcette option, lesystème de fichiersest bloqué pendant lacréation des copies.Ceci interrompt lesécritures sur lesystème de fichiers.Vous pouvez créerdes copies cohérentesdu système de fichiersUNIX à l’aide del’utilitaire fsfreezeUNIX.

n Crash Consistent :cette option est lavaleur par défaut.Dans ce cas, lesystème de fichiersn’est pas figé pendantla création des copies.

l Préférences de stockage :Snapshot, clone et signet.Permet de classer,sélectionner ou effacerles préférences destockage. Par défaut,toutes les options sontsélectionnées. Vous nepouvez pas effacer toutesles préférences ; au moinsune préférence doit êtresélectionnée.

l Expiration : IncludeRecoverPoint copies inexpiration rotation policy :sélectionnez cette optionpour inclure les copiesRecoverPoint lors ducalcul des rotations. Sivous ne sélectionnez pascette option, les copiesRecoverPoints’accumulent et sontconservées jusqu’à ce queles signetscorrespondants






disparaissent del’appliance RecoverPoint.

l Configurer les options destockage

n VPLEX : Vous permetde sélectionner lecluster privilégié pourles volumes distribuéset les baiesprivilégiées pour lesvolumes RAID-1.

n VMAX : Vous permetde configurer lespools de stockagepour créer des copiesdes périphériquesVMAX V2 pour le plande service. Vouspouvez sélectionnerou désélectionner lespools de stockageVMAX V2 souhaitésen développant la baiede stockage. Si vousne sélectionnez pasde pools de stockage,le plan de service créeles copies despériphériques à partirdes pools de stockageactivés dans AppSyncpour les baiesVMAX V2. Par défaut,tous les pools destockage configuréssont sélectionnés.Cette option estuniquement applicablepour les baiesVMAX V2.

– Wait for CloneSync : si voussélectionnez cetteoption, la créationdes copies declones SnapVX






attend la fin de lasynchronisation duclone. Si vousdésactivez cetteoption, la créationde copie de clonelance lasynchronisation duclone et termine lacréation descopies sansattendre la fin dela synchronisationdu clone (lasynchronisationdes cloness’exécute enarrière-plan).Cette option estdésactivée pardéfaut. Cetteoption estuniquementapplicable pour lesbaies VMAX V3.

l Paramètres avancés :vous permet de définir unnombre et un intervalle denouvelles tentatives pourtenter à nouveaul’opération VSS en échec,après un intervalleconfiguré à l’aide del’intervalle de nouvellestentatives. Celas’applique uniquementaux applicationsWindows. Le nombre detentatives par défaut estde 3 et la valeurd’intervalle par défaut estde 0 seconde.

Script après copie Désactivé Aucun Démarre lorsque laphase Create copy setermine.

Démontage de lacopie précédente

Désactivé Aucun Démarre lorsque laphase Post-copyscript se termine.






Montage de copie(une phase de scriptavant montage estdisponible pour lesplans de service desystème de fichiers)

Désactivé Montage de copie

l Mount on Server :Original Host

l Mount with access :Lecture/écriture

l Mount Path : Chemin pardéfaut ou chemin mappé

l mode d’accès : LoggedAccess

l Copy to mount : Local(uniquement pour lesplans Gold)

l Use Dedicated StorageGroup : Sélectionné pardéfaut

l SLO souhaité :Sélectionnez le SLO pourla copie de montage. Celas’applique uniquementaux baies VMAX 3.

l FAST VP souhaité :Sélectionnez la règleFAST VP. Cela s’appliqueuniquement aux baiesVMAX V2.

l Option de montage deVPLEX : Sélectionnez uneoption de montage deVPLEX.

l Enable VMware clustermount : Si l’hôte demontage est une machinevirtuelle VMware résidantsur un cluster ESX, laLUN cible est visible partous les nœuds du clusterESX au cours dumontage. Cette optionest activée par défaut. Sivous ne souhaitez paseffectuer un montage encluster ESX, vous pouvezdésactiver cette option.Cette option estuniquement prise encharge sur VPLEX,

Démarre lorsque laphase Unmountprevious copy setermine.






XtremIO, VMAX 3/VMAXAll Flash et sur les baiesUnity. Si cette optionn’est pas sélectionnée etque l’hôte de montagefait partie d’un clusterESX, l’hôte de montagedoit avoir un groupe destockage dédié, une vuede stockage ou un grouped’initiateurs configuré enfonction de laconfiguration du systèmede stockage. Cela permetà AppSync de masquer lesLUN uniquement pour cethôte de montage.

l Disable VMware SRM :Permet de gérer lesgroupes de cohérence, sil’indicateur SRM estactivé sur le groupe decohérence RecoverPoint.Cela s’appliqueuniquement àRecoverPoint 4.1 et auxversions supérieures.

l Exécutez la vérificationdu système de fichiers :Lors d’une opération demontage, l’agentAppSync vérifie lacohérence des donnéesdu système de fichiers enexécutant la commandefsck. Cette opération

peut prendre un certaintemps. Vous pouvezdésactiver cette optionpour ignorer lavérification du systèmede fichiers pendant uneopération de montage.Par défaut, la vérificationdu système de fichiers estactivée.






Remarque

Dans le cas d’uneopération de restauration,l’option RunFilesystem Check est

activée par défaut. Vousne pouvez pas ladésactiver.


Désactivé Aucun Démarre lorsque laphase Mount copy setermine.

Démontage de copie Désactivé Aucun Démarre lorsque laphase Post-mountscript se termine.

Inscription d'un système de fichiers à un plan de serviceCette section explique comment inscrire un système de fichiers à un plan de service.La protection de tous les systèmes de fichiers inclus dans le plan de service s'exécuteà l'heure planifiée.

Procédure

1. Accédez à Copy Management > Filesystem.

2. Cliquez sur le serveur de votre choix.

La page File Systems se charge pour le serveur sélectionné.

3. Sélectionnez les systèmes de fichiers que vous souhaitez protéger, puis cliquezsur Subscribe to Service Plan dans la liste déroulante Protect.

4. Sélectionnez le plan de service Gold, Silver ou Bronze.

Vous pouvez également sélectionner Subscribe to Service Plan and run pourune inscription et une protection immédiates.

Remplacement des plannings des plans de serviceVous pouvez définir des plannings différents pour des applications individuellesinscrites à un plan de service en remplaçant le paramètre de récurrence générique.

Avant de commencer



Procédure



Inscription d'un système de fichiers à un plan de service 237





Cet onglet affiche la liste de toutes les applications qui sont inscrites au plan.

5. Sélectionnez une ou plusieurs applications, puis cliquez sur Override Schedule.

6. Dans la boîte de dialogue Override Schedule, définissez un planning en fonctionde vos besoins, puis cliquez sur OK.

Par exemple, si le type de récurrences par défaut est On specified days of themonth et que le paramètre de la règle soit Run at 12:00 AM avec 1st day ofevery month, vous pouvez remplacer l'heure et le jour pour des applicationsindividuelles.Une icône représentant un crayon indique que les paramètres par défaut ont étéremplacés.


















Découverte des applicationsAvant de créer une copie du système de fichiers, AppSync examine ce dernier pourdétecter les modifications telles que l'ajout, la suppression, le changement de nom oule déplacement de systèmes de fichiers. Si les systèmes de fichiers sont protégés de



manière individuelle, AppSync redécouvre les informations du système de fichierssélectionné.




Phase de script avant copiePour effectuer les étapes préparatoires à la création d'une copie, spécifiez desparamètres et un script avant copie sous l'onglet Settings du plan de service.


Le script avant copie s'exécute conformément au planning défini à la phase PlanStartup. Les formats de script valides sont .bat, .exe et .ps1 (scripts PowerShell) sousWindows, et .sh sous UNIX.





3. Pour assurer un arrêt correct de la session PowerShell, ajoutez <nul à la fin de laligne qui appelle votre script PowerShell.

Sous Windows, vous pouvez éventuellement saisir des informations d'identificationafin d'exécuter le script en tant qu'un utilisateur spécifique. Le script s'exécute en tantque système local par défaut. Sous UNIX, les informations d'identification sontobligatoires.

Sous Windows, l'emplacement par défaut du script est %ProgramData%\EMC\AppSync\scripts\ sur l'hôte d'application.

Sous UNIX, le champ File doit contenir le chemin d'accès complet aux scripts àexécuter.

Les paramètres exacts varient en fonction du script. Les paramètres contenant desespaces doivent être placés entre guillemets. Cette phase peut être activée oudésactivée. Cette opération requiert le rôle d'administrateur de plan de service dansAppSync.


Mappage des applications 239

Scripts de blocage et de déblocage de la phase Create copyLa phase Create copy crée une copie basée sur la technologie de réplication spécifiéedans le plan de service. Vous pouvez configurer et exécuter des scripts de blocage etde déblocage dans le cadre de cette phase.

Configuration et exécution de scripts de blocage et de déblocageAppSync permet de rédiger deux types de scripts dans le cadre de l'exécution de laphase Create copy, à savoir des scripts de blocage et de déblocage. Contrairementaux phases de script avant et après copie qui s'exécutent avant et après la phaseCreate copy, les scripts de blocage et de déblocage ne peuvent pas être spécifiés vial'interface utilisateur. Les scripts sont enregistrés à un emplacement prédéfini sous unnom prédéfini. Vous pouvez utiliser ces scripts pour mettre en veille (suspendre lesE/S) et débloquer n'importe quelle base de données non prise en charge par AppSyncet résidant sur les systèmes de fichiers inscrits. Le blocage est appliqué pendant unecourte période (généralement quelques secondes). Pendant ce temps, la copie estactivée. Les scripts sont exécutés avec les informations d'identification utilisées pourenregistrer le plug-in hôte auprès d'AppSync.

Durant la phase Create copy, lorsque AppSync exécute ces scripts, un fichier XMLtemporaire est fourni en tant qu'argument unique de ces scripts d'appel. Ce fichierXML contient la liste des systèmes de fichiers protégés dans le cadre de la phaseCreate copy.

AppSync effectue une création de copie normale si aucun script d'appel n'est détectéou si ce dernier n'est pas exécutable. Si l'un des scripts d'appel échoue (valeur desortie différente de zéro), la création de la copie échoue également, et la phase Createcopy se termine avec une erreur. Si le script de blocage s'exécute avec succès, puisque la création de la copie échoue en raison d'un problème de stockage, AppSyncexécute le script de déblocage avant de terminer la phase Create copy avec uneerreur.

Pour un plug-in hôte Windows, placez les scripts d'appel exécutables dans le dossier%ProgramData%\ EMC\AppSync\scripts. Attribuez le nomappsync_freeze_filesystem_<service plan name in lower case>.batau script de blocage. Attribuez le nom suivant au script de déblocage :appsync_thaw_filesystem_<service plan name in lower case>.batPar exemple,AppSync exécute ce script comme suit :

C:\ProgramData\EMC\AppSync\scripts\appsync_freeze_filesystem_bronze.bat, C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xmloù le contenu du fichier C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml est de la forme suivante :

<Application type='Filesystem'><sourceVolumePath>F:\</sourceVolumePath><sourceVolumePath>G:\</sourceVolumePath></Application>Pour un plug-in hôte UNIX, placez les scripts d'appel exécutables dans ledossier /var/opt/emc/appsync/scripts. Attribuez le nomappsync_freeze_filesystem_<service plan name in lower case> auscript de blocage et appsync_thaw_filesystem_<service plan name inlower case> au script de déblocage. N'utilisez pas d'extension de nom de fichiertelle que .pl ou .sh. Les scripts doivent être exécutables.

La première ligne des scripts UNIX doit comprendre #!/bin/sh, #!/usr/bin/python ou tout autre type, selon le type de script utilisé.



AppSync exécute ce script comme suit :

/var/opt/emc/appsync/scripts/appsync_freeze_filesystem_bronze /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xmloù le contenu du fichier /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xml est de la forme suivante :<Applicationtype='Filesystem'><filesystems><filesystem><name>/FS1</name></filesystem><filesystem><name>/FS2</name></filesystem></filesystems></Application>Exemple de réaffectation

l Windows : placez les scripts d’appel exécutables dans le dossier %ProgramData%\EMC\AppSync\scripts et attribuez-leur les noms suivants :

n Script d’appel de blocage : appsync_freeze_filesystem_<firstgeneration copy label name in lower case>.bat

n Script d’appel de déblocage : appsync_thaw_filesystem_<firstgeneration copy label name in lower case>.bat

n Script d’appel de démontage : appsync_unmount_filesystem_<firstgeneration copy label name in lower case>.bat

l Unix : placez les scripts d’appel exécutables dans le dossier /var/opt/emc/appsync/scripts et attribuez-leur les noms suivants :

n Script d’appel de blocage : appsync_freeze_filesystem_<firstgeneration copy label name in lower case>

n Script d’appel de déblocage : appsync_thaw_filesystem_<firstgeneration copy label name in lower case>

n Script d’appel de démontage : appsync_unmount_filesystem_<firstgeneration copy label name in lower case>

N’utilisez pas d’extensions de nom de fichier comme .pl ou .sh. Les scriptsdoivent être exécutables.


Créer des copies cohérentes d’application des systèmes de fichiers UNIXAppSync utilise la commande freeze du système de fichiers UNIX pour créer descopies cohérentes d’application dans AppSync.

La commande freeze est exécutée dans la phase Create copy après l’exécution duscript d’appel. La commande freeze est prise en charge sur les systèmes de fichiersext3, ext4 et jfs2.


Créer des copies cohérentes d’application des systèmes de fichiers UNIX 241

Remarque

l La commande unfreeze est exécutée avant l’exécution du script d’appel.

l Les points de montage - '/', '/bin', '/sbin', '/root', '/misc', '/mnt', '/media', '/boot', '/lost+found', '/lib', '/dev', '/etc', '/var', '/usr', '/proc', '/initrd', '/home', '/tmp','/lib', '/lib64', '/run', '/srv', '/sys', '/admin', '/export' ne peuvent pas être bloqués.

l Le blocage des systèmes de fichiers de base (/, /usr, /var, /tmp) peut entraînerun comportement inattendu.

l La commande freeze est prise en charge uniquement sur les copies de premièregénération. La valeur dans la colonne Filesystem Consistent pour une copie dedeuxième génération est identique à celle de la copie de première génération.

l La commande freeze n’est pas prise en charge sur les copies de deuxièmegénération.

Sur un système de fichiers Linux, la commande freeze empêche l’accès au systèmede fichiers et crée une copie discontinue sur le disque. La commande freeze doit êtreutilisée avec des périphériques RAID matériels qui prennent en charge la création desnapshots.

Si l’option -f est utilisée avec la commande freeze, aucune nouvelle modificationn’est autorisée sur le système de fichiers. Les tâches qui sont en cours d’exécutionsont effectuées. Toutefois, les nouveaux appels système d’écriture et les autresappels qui modifient le système de fichiers sont arrêtés ; et toutes les données nonsynchronisées, les métadonnées et les informations de log sont écrites sur le disque.Tout processus tentant d’écrire sur le système de fichiers figé est bloqué jusqu’à ceque le système de fichiers soit libéré. Même après le blocage, le système de fichierssur disque peut contenir des informations sur les fichiers qui sont toujours en cours dedissociation. Ces fichiers ne sont pas dissociés tant que le système de fichiers n’estpas libéré, ou qu’un montage du snapshot n’est pas terminé.

La commande unfreeze avec l’option -u est exécutée pour libérer le système defichiers et pour permettre la continuité des opérations. Les modifications bloquées surle système de fichiers sont débloquées et peuvent se terminer.

Remarque

Si AppSync tombe en panne après l’exécution de la commande freeze du système defichiers, vous devez libérer manuellement les systèmes de fichiers.

Pour les systèmes de fichiers Linux et AIX, le système de fichiers est bloqué ou libéréen fonction de la valeur du délai spécifiée dans le paramètre du serveurunix.filesystem.freeze.timeout.seconds. La valeur par défaut est de180 secondes. Pour modifier la valeur par défaut, contactez le support Dell EMC.

Exécutez la commande chfs -a freeze = { timeout | 0 | off } pourbloquer ou libérer un système de fichiers. Lorsqu’un système de fichiers est bloqué, ilgénère une copie sur disque presque cohérente du système de fichiers ; et écrit toutesles métadonnées non synchronisées du système de fichiers et toutes les donnéesutilisateur sur le disque. Lorsqu’il est bloqué, le système de fichiers est en lectureseule. Le système de fichiers ou son contenu peut être modifié uniquement après quele blocage se termine. La valeur du délai doit être 0, Off ou un nombre positif. Si unnombre positif est spécifié, le système de fichiers est bloqué pendant le maximum de



secondes du délai spécifié. Si le délai d’expiration est 0 ou Off, le système de fichiersest libéré et les modifications peuvent se poursuivre.

Par défaut, l’option Crash Consistent est sélectionnée dans la page des paramètresdu plan de service AppSync. Si une copie est créée avec la valeur par défaut, la valeurspécifiée dans la colonne Filesystem Consistent est No pour les systèmes de fichierspris en charge et non pris en charge.

Si une copie est créée avec l’option Filesystem Consistent, la valeur spécifiée dans lacolonne Filesystem Consistent est Yes pour les systèmes de fichiers pris en chargeet No pour les systèmes de fichiers non pris en charge.

Pour les copies qui ont été créés avant AppSync 3.7, la valeur spécifiée dans lacolonne Filesystem Consistent affiche Not Applicable même après une mise àniveau.

Pour les copies du système de fichiers Windows, la valeur spécifiée dans la colonneFilesystem Consistent est Not Applicable.

Configuration de nouvelles tentatives en cas d’échec VSSVous pouvez configurer un nombre de nouvelles tentatives VSS dans la phase decréation de copie d’un plan de service. Au cours de la protection, si un plan de serviceéchoue en raison de défaillances VSS comme un problème d’expiration du délai VSS, leplan de service exécute l’opération de blocage/déblocage VSS à nouveau selon lenombre et l'intervalle de tentatives spécifiés. Cette option est prise en chargeuniquement sur les applications Windows : système de fichiers, Microsoft SQL etMicrosoft Exchange. Cette option n’est pas utilisée lors de la création de copiescohérentes en cas de panne des bases de données SQL.

Remarque


Phase de script après copiePour effectuer un nettoyage ou d'autres tâches après la création d'une copie,spécifiez des paramètres et un script après copie sous l'onglet Settings du plan deservice.


Le script s'exécute une fois que la phase Create copy a été menée à bien. Les formatsde script valides sont .bat, .exe et .ps1 (scripts PowerShell) sous Windows, et .sh sousUNIX.





Configuration de nouvelles tentatives en cas d’échec VSS 243


3. Pour assurer un arrêt correct de la session PowerShell, ajoutez <nul à la fin de laligne qui appelle votre script PowerShell.

Sous Windows, vous pouvez éventuellement saisir des informations d'identificationafin d'exécuter le script en tant qu'un utilisateur spécifique. Le script s'exécute en tantque système local par défaut. Sous UNIX, les informations d'identification sontobligatoires.

Sous Windows, l'emplacement par défaut du script est %ProgramData%\EMC\AppSync\scripts\ sur l'hôte d'application.

Sous UNIX, le champ File doit contenir le chemin d'accès complet aux scripts àexécuter.

Les paramètres exacts varient en fonction du script. Les paramètres contenant desespaces doivent être placés entre guillemets. Cette phase peut être activée oudésactivée. Cette opération requiert le rôle d'administrateur de plan de service dansAppSync.



Script d'appel de démontageAppsync fournit une opportunité de rédaction de scripts pendant les phases Unmountprevious copy et Unmount copy. Les scripts d'appel de démontage sont enregistrés àun emplacement prédéfini sous un nom prédéfini. Vous pouvez utiliser ces scripts pourarrêter la base de données non prise en charge avant le démontage du système defichiers. Les scripts sont exécutés avec les informations d'identification utilisées pourenregistrer le plug-in hôte auprès d'AppSync. Durant la phase de démontage,lorsqu'AppSync exécute ces scripts, un fichier XML temporaire est fourni en tantqu'argument unique de ces scripts d'appel. Ce fichier XML contient la liste des pointsde montage démontés par la phase Unmount copy.

Pour un plug-in hôte Unix, placez les scripts d'appel exécutables dans ledossier /var/opt/emc/appsync/scripts et attribuez-leur le nomappsync_unmount_filesystem_<serviceplan name in lower case>.

N'utilisez pas d'extensions de nom de fichier comme .pl ou .sh. Les scripts doiventêtre exécutables.


Par exemple, AppSync exécute le script suivant :

/var/opt/emc/appsync/scripts/appsync_unmount_filesystem_bronze /tmp/904f510f-47ce-402f-a27ab3a48840a279ybo61k.xml



Le contenu du fichier /tmp/904f510f-47ce-402f-a27a-b3a48840a279ybo61k.xml est au format suivant :

<Application type=’Filesystem’><filesystems><filesystem><mountPoint>/appsync-mounts/ppvg1</mountPoint></filesystem></filesystems></Application>

Pour un plug-in hôte Windows, placez les scripts d'appel exécutables dans le dossier%ProgramData%\ EMC\AppSync\scripts. Attribuez le nomappsync_unmount_filesystem_<service plan name in lowercase>.bat au script de blocage.

Par exemple, AppSync exécute le script suivant :

C:\ProgramData\EMC\AppSync\scripts\appsync_unmount_filesystem_bronze.bat, C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml

Le contenu du fichier C:\Windows\TEMP\d575f2e6-7dc4-4389-87c9-491effc57318.xml est au format suivant :

<Application type="Filesystem"><mountpath>C:\AppSyncMounts\HDrive\</mountpath><mountpath>C:\AppSyncMounts\GDrive\</mountpath></Application>

le montage de copiesLa phase Mount copy consiste à monter la copie. Cette phase peut être activée oudésactivée.

Champ Description :

Mount on Server Serveur sur lequel vous souhaitez monter la copie. Seuls lesnœuds du cluster ou les hôtes autonomes peuvent êtresélectionnés.

Mount withaccess


Mount Path Le chemin de montage par défaut Default Mount Path est%SystemDrive%\AppSyncMounts\%%ProdServerName%%.Pour spécifier la valeur d'une variable d'environnement Windowsdans le chemin de montage, délimitez le nom de la variable avecdes signes de pourcentage simples (%). Le chemin par défautcontient également une variable AppSync (ProdServerName) quiest délimitée avec des signes de pourcentage doubles (%%). Lescaractères suivants ne sont pas valides dans le chemin : < > : " / | ? * . Le chemin de montage peut également être identique àcelui d'origine si vous sélectionnez Same as Original Path.Toutefois, cette option est indisponible lorsque l'hôte de montageest aussi le serveur de production. Sélectionnez Mapped Pathpour spécifier le chemin sur lequel vous souhaitez monter lesystème de fichiers.


le montage de copies 245

Champ Description :

Desired SLO(VMAX 3uniquement)

Sélectionnez le SLO souhaité pour la LUN cible. S'il existe ungroupe de stockage pour l'hôte de montage avec le SLOsouhaité, la LUN est ajoutée à ce groupe de stockage. Si un telgroupe de stockage n'existe pas, AppSync ajoute la LUN àn'importe quel groupe de stockage qui est masqué pour l'hôte.



l Virtual Access with Roll : Cette option offre un accèsquasiment instantané à la copie, mais met également à jour levolume répliqué en arrière-plan. Lorsque les volumesrépliqués sont au point demandé dans le temps, la RPAbascule en toute transparence sur un accès direct au volumede réplica, ce qui permet un traitement intensif. Avec RP-VMAX et RP-XtremIO, l'accès virtuel avec basculement n'estpas pris en charge.

l Virtual Access : Cette option fournit un accès quasiinstantané à l'image. Elle n'est pas destinée à un traitementintensif. Avec RP-VMAX et RP-XtremIO, l'accès virtuel n'estpas pris en charge.



l Cette option activée par défaut permet à AppSync de mettreen œuvre un groupe de stockage VMAX ou VNX, ou ungroupe d'initiateurs XtremIO dédié pour le montage. (Ungroupe de stockage VMAX ou VNX, ou un groupe d'initiateursXtremIO dédié contient uniquement l'hôte de montagesélectionné.) Le montage échoue si vous l'effectuez sur lenœud d'un cluster qui appartient à un groupe de stockagepartagé avec les autres nœuds.

Remarque



Remplacement des paramètres de montage d'un plan de serviceSi plusieurs systèmes de fichiers sont inscrits au même plan de service depuisdifférents hôtes, vous pouvez sélectionner des paramètres de montage différents pourchacun d'eux, en remplaçant les paramètres de montage génériques.



Avant de commencer


Remarque

Les remplacements de montage ne sont pas pris en charge lorsqu'il y a plusieurssystèmes de fichiers sur le même hôte.

Procédure

1. Accédez à Service Plans > FileSystems, puis cliquez sur l'un des plans de laliste.



La liste des systèmes de fichiers inclut tous les systèmes de fichiers inscrits à ceplan. Les paramètres de montage affichent les paramètres par défaut.

4. Sélectionnez le système de fichiers dont vous souhaitez remplacer lesparamètres, puis cliquez sur Set Overrides.

Maintenez la touche Maj ou Ctrl enfoncée pour sélectionner plusieurs systèmesde fichiers.

5. Dans la boîte de dialogue Mount Copy Overrides, sélectionnez des optionsuniquement pour les paramètres de montage que vous souhaitez remplacer.


6. Cliquez sur OK.

Une icône représentant un crayon s'affiche dans la première colonne de la lignedu système de fichiers dont vous avez modifié les paramètres de montage pardéfaut.

7. Pour restaurer les paramètres par défaut, sélectionnez les systèmes de fichiers,puis cliquez sur Use Default Settings.








Script après montage 247

Montage d’une copie avec l’assistant File System MountUtilisez l’assistant File System Mount pour créer des montages à n’importe quel pointdans le temps de copies RecoverPoint.

Avant de commencer

Cette tâche requiert le rôle d’administrateur de données dans AppSync.

Sous UNIX, le champ File doit contenir le chemin d’accès complet aux scripts àexécuter. Vous avez besoin d’informations d’identification pour exécuter le script.

Procédez comme suit :

Procédure

1. À partir de la console AppSync, accédez à File systems > Copies pour afficherles copies disponibles.


La page Select Copy to Mount de l’assistant File System Mount s’ouvre.Vous pouvez sélectionner n’importe quelle copie à monter. Par défaut, la copieque vous avez sélectionnée avant de sélectionner Mount est mise ensurbrillance. Toutefois, d’autres instances de copie s’affichent également.


La page Specify Mount Settings s’affiche.

4. À la page Mount Settings, procédez comme suit :

a. Dans la liste Mount on Server, sélectionnez le serveur sur lequel monter lacopie.

b. Dans la liste Mount with access, sélectionnez le type d’accès avec lequel lacopie doit être montée : Read-only ou Read-write.

c. Dans la liste Mount Location, sélectionnez un emplacement de chemin demontage : To original path, Mount to alternate path ou Mapped Path. Lechemin de montage est l’emplacement où la copie est montée sur l’hôte demontage. Par défaut, AppSync affiche le chemin de l’hôte de montage quevous avez sélectionné. Vous pouvez également modifier et monter la copie àun emplacement défini par l’utilisateur.

d. Si la copie sélectionnée est un signet RecoverPoint, dans la liste Mount toalternate path, sélectionnez une des options suivantes :

l Logged Access : Utilisez cette option de montage si le contrôled'intégrité implique l'analyse de grandes zones des volumes répliqués.C'est la seule option disponible lorsque vous effectuez le montage sur leserveur de production.

l Virtual Access with Roll : Cette option offre un accès quasimentinstantané à la copie, mais met également à jour le volume répliqué enarrière-plan. Lorsque les volumes répliqués sont au point demandé dans letemps, la RPA bascule en toute transparence sur un accès direct auvolume de réplica, ce qui permet un traitement intensif. Avec RP-VMAXet RP-XtremIO, l'accès virtuel avec basculement n'est pas pris en charge.

l Virtual Access : cette option fournit un accès quasi instantané à l'image.Elle n'est pas destinée à un traitement intensif. Avec RP-VMAX et RP-XtremIO, l'accès virtuel n'est pas pris en charge.



e. Pour les baies VMAX 3, dans la liste Desired SLO, sélectionnez l’objectif deniveau de service souhaité pour la copie de montage.

Remarque


f. Pour les baies VMAX V2, sélectionnez la règle FAST VP souhaitée pour lacopie de montage.

g. Effacez l’option Use Dedicated Storage Group, si vous ne souhaitez pasqu’AppSync impose l’utilisation d’un groupe de stockage dédié pour lemontage. Cette option est activée par défaut.

h. Dans VPLEX Mount option, sélectionnez l’une des options suivantes :

l Native array : Utilisez cette option si vous souhaitez monter la copie entant que volume de baie native.

l VPLEX virtual volume mount : Utilisez cette option si vous souhaitezmonter la copie en tant que volume virtuel VPLEX.

l Enable VMware cluster mount : Désactivez cette option si vous nesouhaitez pas effectuer un montage en cluster ESX. Cette option estactivée par défaut.

5. À la page Summary, passez en revue les paramètres de copie et de montageque vous avez choisis aux pages précédentes, puis cliquez sur Finish pourmonter la copie.

La page Results s’ouvre et présente le résultat du montage.


Montage d’une copie avec l’assistant File System Mount 249

Remarque

l Pour le cluster de reprise sur incident Windows, lors du montage oudémontage d’un système de fichiers en tant que ressource en cluster,AppSync arrête le service de cluster et les services dépendants. AppSyncaffiche les services de cluster après l’opération de montage ou dedémontage.

l Pour les hôtes UNIX, vous pouvez configurer une valeur d’expiration du délaid’exécution de commande à partir de la page Servers de la console AppSync.AppSync utilise cette valeur pour attendre chaque commande de systèmed’exploitation exécutée par AppSync sur une plate-forme UNIX. La valeurpar défaut est 60 minutes. Par exemple, si fsck prend plus de 60 minutes surun hôte au cours du montage de la copie du système de fichiers, vouspouvez augmenter l’expiration du délai d’exécution de commande.

l Montages AIX multiples

n Plusieurs copies peuvent être montées sur le même hôte AIX, uniquementsi les copies sont créées à l’aide d’AppSync 3.0.1 et versions ultérieures.

n Si les copies ont été créées à l’aide d’AppSync 3.0 ou une versionantérieure, vous ne pouvez pas monter plusieurs copies sur le même hôteAIX, même après les mises à niveau du serveur et de l’agentAppSync 3.0.1 et des versions ultérieures.

n Si vous avez des copies créées à l’aide d’AppSync 3.0, 3.0.1 et desversions ultérieures, il est recommandé de monter la copie créée à l’aided’AppSync 3.0.1 et des versions ultérieures pour la réussite des montagessimultanés. Si vous avez l’intention de monter la copie AppSync 3.0, uneseule copie peut être montée.

n Si vous montez la copie créée à partir d’AppSync 3.0.1 et des versionsultérieures, le montage de la copie d’AppSync 3.0 peut échouer.

n Après la mise à niveau du serveur AppSync vers la version 3.0.1 et lesversions ultérieures, assurez-vous de mettre à niveau l’agent versAppSync 3.0.1 et les versions ultérieures.

Modification du point de montage pour un système de fichiers affectéSuivez cette procédure pour modifier manuellement le point de montage pour unsystème de fichiers affecté.

Supposons que VG1 soit le groupe de volumes source.

Procédure

1. Obtenez la liste des volumes logiques à l'aide de la commande lsvg -l VG1,puis regardez quels systèmes de fichiers affichent un point de montage dans lerépertoire /tmp/EMCAppsync ** .

2. Exécutez la commande chfs -m <Original MT Pt> /tmp/EMCAppsync6922/vg1_logs, où <Original Mt Pt> est le point demontage où le système de fichiers a été initialement monté.

3. Exécutez fsck sur le volume logique source : fsck -y /dev/fslv01.



4. Exécutez la commande de montage en utilisant le volume logique de log etassurez-vous que la source a bien été montée : mount -v jfs2 -orw,log=/dev/loglv00 /dev/fslv01 <Orig Mt Pt>.

Démontage d'une copie de système de fichiersLorsque vous sélectionnez une copie à démonter, les autres copies qui ont étémontées en même temps que la copie sélectionnée sont également démontées.

Avant de commencer


Vous ne pouvez démonter une copie qu'à partir de la liste des copies créées pour unsystème de fichiers.

Procédure

1. Accédez à la page Copies à partir de la page Copy Management ou ServicePlan :

l Sous Copy Management > FileSystems, sélectionnez le serveur quihéberge le système de fichiers que vous souhaitez démonter, puissélectionnez le système de fichiers avec la copie à démonter.

l Sous Service Plans > File systems, sélectionnez un plan de service, puissélectionnez l'onglet Copies.

2. Sélectionnez la copie dans la liste, puis cliquez sur Unmount via le bouton situédans la partie inférieure de la page.

La boîte de dialogue Unmount Confirmation affiche toutes les copies d'autressystèmes de fichiers qui ont été montées en même temps que la copiesélectionnée pour le démontage.


La page Unmount affiche la progression de l'opération de démontage. Toutesles copies associées à la copie sélectionnée sont démontées.

Remplacement des paramètres de montage d'un plan de serviceSi plusieurs systèmes de fichiers sont inscrits au même plan de service depuisdifférents hôtes, vous pouvez sélectionner des paramètres de montage différents pourchacun d'eux, en remplaçant les paramètres de montage génériques.

Avant de commencer


Remarque

Les remplacements de montage ne sont pas pris en charge lorsqu'il y a plusieurssystèmes de fichiers sur le même hôte.

Procédure

1. Accédez à Service Plans > FileSystems, puis cliquez sur l'un des plans de laliste.




Démontage d'une copie de système de fichiers 251

La liste des systèmes de fichiers inclut tous les systèmes de fichiers inscrits à ceplan. Les paramètres de montage affichent les paramètres par défaut.

4. Sélectionnez le système de fichiers dont vous souhaitez remplacer lesparamètres, puis cliquez sur Set Overrides.

Maintenez la touche Maj ou Ctrl enfoncée pour sélectionner plusieurs systèmesde fichiers.



6. Cliquez sur OK.

Une icône représentant un crayon s'affiche dans la première colonne de la lignedu système de fichiers dont vous avez modifié les paramètres de montage pardéfaut.

7. Pour restaurer les paramètres par défaut, sélectionnez les systèmes de fichiers,puis cliquez sur Use Default Settings.

Montage d’un système de fichiers après le redémarrageLorsqu’une copie de système de fichier protégé par AppSync est montée sur l’hôte demontage, AppSync modifie automatiquement les entrées associées au point demontage dans le fichier /etc/fstab pour les hôtes Linux. Les entrées dufichier /etc/fstab modifiées par l’agent AppSync sont suivies d’un commentaire : #line added by AppSync Agent. Le système de fichiers reste monté, même sil’hôte de montage redémarre après une opération de montage du système de fichiers.

Voici un exemple de l’entrée /etc/fstab sur un hôte Linux :

/dev/aps_1datavg_51fd06a41290/datalv /appsync-mounts/oracle_mounts/d1 ext4 rw,nofail,_netdev 0 0 # line added by AppSync Agent

Sur un hôte AIX, lorsqu’une copie d’un système de fichiers est démontée, les entréessont supprimées du fichier /etc/filesystem.

Voici un exemple de l’entrée /etc/filesystem sur un hôte AIX :

/appsync-mounts/symm1: dev = /dev/APMlv02 vfs = jfs log = /dev/APMloglv27 mount = true check = false options = nodev,rw account = false



Remarque

Pour monter automatiquement un système de fichiers après un redémarrage de l’hôtede production, assurez-vous que la valeur de montage est définie sur TRUE pour lesystème de fichiers de production. Pour les systèmes de fichiers créés à l’aide decrfs ou smitty, l’option de montage automatique est TRUE par défaut. Vous pouvezexaminer /etc/filesystems et vérifier si la balise de montage est définie surTRUE, ce qui permet le redémarrage.

Prise en charge du montage imbriqué pour les systèmes de fichiersSi un système de fichiers est monté sur un point de montage /a et qu’un autresystème de fichiers (du même groupe de volumes ou d’un groupe de volumesdifférent) est monté sur un point de montage sous /a, comme /a/b, alors /a et /a/bsont considérés comme des systèmes de fichiers imbriqués, car le point de montageest un sous-répertoire du répertoire du système de fichiers parent.

Vous pouvez monter et démonter les systèmes de fichiers imbriqués, même s’ils sontrépartis sur plusieurs groupes de volumes.

Nous vous recommandons d’éviter de créer des systèmes de fichiers imbriquéscirculaires comme l’exemple suivant sur les groupes de volumes, car cela entraîne unéchec des opérations de montage, démontage et restauration, même si la protectionréussit.

l /a dans le groupe de volumes 1

l /a/b dans le groupe de volumes 2

l /a/b/c dans le groupe de volumes 1

Exécutez plutôt l’une des étapes suivantes :

l Créez la structure du système de fichiers de la manière suivante :

n /a dans le groupe de volumes 1

n /a/b dans le groupe de volumes 2

n /a/b/c dans le groupe de volumes 3

l Créez tous les systèmes de fichiers imbriqués dans un groupe de volumes

Remarque

l Cela est uniquement pris en charge sur les plates-formes UNIX.

l Les systèmes de fichiers NFS ne sont pas pris en charge dans les dispositionsimbriquées.

l Tous les systèmes de fichiers d’un groupe de volumes unique doivent être montéset démontés ensemble. Dans le cas contraire, si un autre système de fichiers estdéjà monté à partir de ce groupe de volumes, le deuxième montage d’un systèmede fichiers échoue. Même dans le cas des systèmes de fichiers non imbriqués dansun groupe de volumes, comme /a et /b, si /a est monté, le deuxième montagede /b échoue.

Mappage de cheminL’option de mappage du chemin d’accès monte la copie sur un hôte à l’aide d’une tablede mappage de chemins vers des emplacements définis par l’utilisateur. Lorsque vous


Prise en charge du montage imbriqué pour les systèmes de fichiers 253

utilisez une table de mappage de chemins, vous disposez d’un contrôle amélioré surl’emplacement de vos données.







/prd/db1 /tst/db1




D:\Test1 G:\Test1

E:\ H:\Test2

F:\Test3 I:\

L:\ N:\

Remarque












Procédure


















Remarque


Restauration d’un système de fichiersUtilisez l’assistant File System Restore pour restaurer une copie de système defichiers existante.

Procédure

1. À partir de la console AppSync, accédez à Copy Management > File systems.

La page Hosts des systèmes de fichiers s’affiche. Elle répertorie les serveursdisponibles.

2. Sélectionnez le serveur dont vous souhaitez restaurer les systèmes de fichiers.La page des systèmes de fichiers s’affiche.


Restauration d’un système de fichiers 255

3. Sélectionnez le système de fichiers que vous souhaitez restaurer, puis cliquezsur Restore dans le menu Recover situé dans la zone inférieure gauche de lapage des systèmes de fichiers.

L’assistant File System Restore démarre. Toutes les copies protégées sontrépertoriées dans l’assistant. Vous ne pouvez sélectionner qu’une copie desystème de fichiers à la fois pour la restauration. La date de la copie, le nom dusystème de fichiers, le nom du serveur, le plan de service et le type de copiess’affichent pour chaque copie.

4. Sélectionnez la copie de système de fichiers à restaurer, puis cliquez sur Next.

La page Restore Warnings s’ouvre. Elle répertorie le système de fichiers quiappartient au groupe de cohérence ou au groupe de volumes dans lequel lacopie est restaurée. Si ce système de fichiers est protégé comme la copie desystème de fichiers sélectionnée, il est remplacé.La page Restore Warnings répertorie également toutes les applicationsinstallées sur le système de fichiers à restaurer.

5. Lisez les avertissements et cochez la case I have read warnings.


L’écran Configure Storage Options s’affiche.


l Disable VMware SRM : permet de gérer les groupes de cohérence, sil’indicateur SRM est activé sur le groupe de cohérence RecoverPoint. Celas’applique uniquement à RecoverPoint 4.1 et aux versions supérieures.


7. Si la page Summary vous semble correcte, cliquez sur Finish.

La page Results se charge. Elle affiche les résultats de la restauration.



CHAPITRE 9

Protection des datacenters VMware


l Configurations préalables requises ..................................................................258l Découverte des datacenters ........................................................................... 260l Considérations relatives au montage d'une copie VMFS ..................................270l Restauration d'un datastore à partir d'une copie.............................................. 273l Restauration d’une machine virtuelle à partir d’une copie.................................275l Restauration de fichiers ou de dossiers avec des datastores VMFS ou NFS.....279

Protection des datacenters VMware 257

Configurations préalables requisesAppSync peut créer, monter et restaurer des copies dans des configurations dedatastores VMware vStorage VMFS et NFS. Certaines configurations préalables sontrequises pour intégrer AppSync avec la protection VMware vStorage VMFS.Configurez RecoverPoint et VMware conformément à la documentation produit.

Configuration préalable requise pour VMware

l VMware vCenter Server doit être utilisé dans l’environnement.

l AppSync prend en charge l’utilisation de VSS par VMware avec les snapshots deVM lorsqu’une version prise en charge de vSphere est installée et que VMwareTools est présent sur la machine virtuelle du système VMFS que vous répliquez.Consultez la documentation VMware pour plus d’informations sur lescaractéristiques liées à VSS dans une copie AppSync. Contactez VMwareconcernant les considérations relatives à VSS dans cette configuration.

l En cas de modification de la configuration de vCenter Server, procédez à ladécouverte des datacenters dans vCenter Server à partir de la console AppSyncavant de protéger un datastore. Assurez-vous que l’UUID VMFS est unique dansl’inventaire vCenter Server pour tous les datacenters.

Remarque

Vous pouvez également créer et gérer des copies de datastores VMware avec VSI forVMware vSphere Web Client. Ce plug-in est disponible sous forme de téléchargementdistinct sur la page de support en ligne AppSync, à l’adresse support.EMC.com.

Configuration préalable requise pour RecoverPoint

l Configurez la protection RecoverPoint (locale/distante/locale et distante) pour lesLUN de production avant de déployer AppSync. Consultez la documentationRecoverPoint pour créer des groupes de cohérence et définir des ensembles deréplication.

l Dans un cluster VMware ESX, les LUN cibles doivent être visibles par tous leshôtes VMware ESX du cluster.

l Le serveur AppSync doit se connecter à la RPA via le réseau.

Prise en charge de VMware vMotion

l Vous pouvez effectuer une migration des machines virtuelles vMotion avec desvDisks entre des datastores VMFS ou entre des datastores NFS

l Vous ne pouvez pas effectuer la migration des machines virtuelles vMotion avecdes vDisks à partir de datastores VMFS vers des datastores NFS ou à partir dedatastores NFS vers des datastores VMFS.

Exigences relatives à VMware vStorage VMFSCertaines considérations s’appliquent lorsque AppSync est utilisé dans unenvironnement VMware pour protéger les datastores VMware.

Toutes les opérations spécifiques de VMware s’effectuent via VMware vCenterServer.

Pour des raisons de sécurité, AppSync peut être configuré de façon à exiger desinformations d’identification vCenter Server avant d’autoriser la protection d’uncertain système VMFS. Sauf si vous demandez à AppSync d’ignorer cette fonction,



http://support.emc.com

AppSync crée un snapshot VMware de chaque machine virtuelle qui est en ligne et quiréside sur le système VMFS avant la protection. Cette action assure la cohérence dusystème d’exploitation pour le réplica ainsi créé. Avec AppSync, les rôles d’utilisateursuivants sont autorisés pour un cluster Virtual Center VMware ESX :

l Administrateur

l Super-utilisateur de VM

l Utilisateur de VM

l Administrateur de pool de ressources

l Utilisateur de sauvegarde consolidée VMware

l Consommateur de datastore

l Administrateur réseau

Les privilèges suivants doivent être attribués au rôle VC que vous prévoyez d’utiliseravec AppSync :

Datastore

Folder > Create Folder

Host > CIM

Host > Configuration > Storage partition configuration

Resource > Assign virtual machine to resource pool

Resource > Migrate powered off virtual machine

Resource > Migrate powered on virtual machine

Sessions > Validate session

Virtual Machine > Configuration > Add existing disk

Virtual Machine > Configuration > Add new disk

Virtual Machine > Configuration > Add or remove device

Virtual Machine > Configuration > Advanced

Virtual Machine > Configuration > Modify device settings

Virtual Machine > Configuration > Raw device

Virtual Machine > Configuration > Reload from path

Virtual Machine > Configuration > Remove device

Virtual Machine > Configuration > Rename

Virtual Machine > Configuration > Settings

Virtual Machine > Guest Operations > Guest Operation Program Execution

Virtual Machine > Interaction > Guest operating system management by VIX API

Virtual Machine > Interaction > Power Off

Virtual Machine > Interaction > Power On

Virtual Machine > Inventory

Virtual Machine > Provisioning > Allow disk access

Virtual Machine > Provisioning > Allow read-only disk access

Virtual Machine > Provisioning > Clone virtual machine

Virtual Machine > Snapshot management

AppSync prend en charge l’utilisation de VSS par VMware avec les snapshots de VMlorsqu’une version prise en charge de vSphere est installée et que VMware Tools est


Exigences relatives à VMware vStorage VMFS 259

présent sur la machine virtuelle du système VMFS que vous protégez. Consultez ladocumentation VMware pour utiliser les caractéristiques liées à VSS dans la copieAppSync et contactez VMware concernant les considérations relatives à VSS danscette configuration.

Si des RDM ou des LUN iSCSI sont visibles par les machines virtuelles du datastore, lacopie créée ne contient pas ces LUN. Si la machine virtuelle a des disques virtuelsautres que le disque de démarrage et que ceux-ci soient situés dans d’autresdatastores, il est possible de capturer ces disques en configurant le plan de service defaçon à inclure les disques de machine virtuelle.

Découverte des datacentersPour tenir AppSync à jour, découvrez les datacenters sur le serveur VMware vCenterlorsque ce dernier subit une modification de configuration.

Avant de commencer


l Au moins un serveur vCenter doit être ajouté dans AppSync.

Procédure

1. Accédez à Copy Management > VMware Datacenters.

2. À la page VMware Datacenters, cliquez sur Discover Datacenters > On VirtualCenter, puis sélectionnez un serveur vCenter pour découvrir ses datacenters.

Si vous le souhaitez, vous pouvez également ajouter un serveur vCenter encliquant sur Add vCenter Server. Reportez-vous à la section Ajouter un serveurvCenter.

Liste des datacentersLe niveau supérieur de la page VMware Datacenters présente tous les datacentersenregistrés auprès d'AppSync.

Colonne Description

État deprotection dudatacenter

l Vert : les copies les plus récentes de tous les datastores dudatacenter ont bien été protégées.

l Jaune : une ou plusieurs des copies les plus récentes desdatastores du datacenter se sont terminées avec des erreurs.

l Rouge : une ou plusieurs des copies les plus récentes desdatastores du datacenter ont échoué.

l Symbole i : un ou plusieurs datastores du datacenter ne sontpas inscrits aux plans de service ou n'ont aucune copieassociée.

Nom Nom du datacenter sur le serveur vCenter.

vCenter Server Nom du serveur vCenter qui héberge le datacenter.

Last Discovery Heure de la dernière découverte effectuée sur le serveurvCenter.

Alert Recipients Liste des alias de messagerie devant recevoir les alertes par e-mail.



Cliquez sur le nom d'un datacenter pour afficher ses datastores.

Ajout d’un serveur VMware vCenterAjout d’un serveur VMware vCenter dans AppSync lorsqu’une machine virtuelle estutilisée comme hôte de montage.

Avant de commencer

l Cette opération requiert le rôle d'administrateur de ressource dans AppSync

l Assurez-vous que vous connaissez les informations d’identification d’un comptedisposant de privilèges d’administrateur sur le serveur vCenter.

Procédure

1. Sélectionnez Settings > VMware vCenter Servers.

2. Cliquez sur Add.

3. Saisissez le nom du serveur vCenter.

4. Saisissez les informations d’identification d’un compte disposant de privilègesd’administrateur sur le serveur vCenter.

Remarque

AppSync vous permet de monter un système de fichiers ou une base dedonnées (autrement dit, la LUN de stockage sous-jacente sur laquelle ilsrésident) à partir d’un environnement physique Windows ou Linux vers unenvironnement virtuel VMware en tant que périphérique RDM. Veillez à ajouterle système vCenter qui gère cette machine virtuelle à AppSync avantd’effectuer un montage.

5. Cliquez sur OK.

Figure 6 ajout d’un serveur vCenter

Liste des datastores VMwareCette liste contient les datastores VMware qui ont été découverts et enregistrés dansla base de données AppSync.

Cliquez sur le nom d'un datastore pour afficher ses copies.


Ajout d’un serveur VMware vCenter 261

La colonne Service Plan présente les plans auxquels le datastore est inscrit. Les autresinformations incluent le type de datastores (VMFS ou NFS) et le nom du serveurVMware ESX.

Protection d'un datastore VMwareProtégez un datastore VMware en l'inscrivant à un plan de service VMware dansAppSync.

Le mécanisme de protection des datastores d'AppSync repose sur des plans deservice. Vous inscrivez un datastore à un plan de service et exécutez ce dernierimmédiatement, ou vous planifiez le plan de service afin qu'il s'exécute ultérieurement.

l Sélectionnez Subscribe to Plan and Run si vous souhaitez protégerimmédiatement les datastores sélectionnés. Le plan de service s'exécute pour cesdatastores uniquement.

l Sélectionnez Subscribe to Plan si vous souhaitez planifier la protection en vued'une exécution ultérieure. La protection des datastores inclus dans le plan deservice s'exécute à l'heure planifiée.

l Sélectionnez un plan de service approprié dans la liste Create a copy using de lapage Copies du datastore.

l Sélectionnez Run à la page VMware Datacenters Service Plan pour exécuterimmédiatement le plan dans son ensemble.

Inscription de datastores VMware à un plan de serviceL'opération Subscribe to Plan planifie la protection en vue d'une exécution ultérieure.La protection de tous les datastores inclus dans le plan de service s'exécute à l'heureplanifiée.

Avant de commencer


Procédure


2. Cliquez sur un datacenter pour afficher ses datastores.

3. Dans cette liste, sélectionnez le datastore à protéger.

Sélectionnez plusieurs datastores en maintenant enfoncée la touche Maj ou Ctrlde votre clavier.

4. Dans la liste Protect, sélectionnez le plan de service approprié en regard deSubscribe to Plan.

Le plan sélectionné s'affiche dans la colonne Service Plan pour le datastore enquestion.

Protection immédiate des datastores VMwareL'opération Subscribe to Plan and Run ajoute les datastores à un plan de serviceexistant et exécute immédiatement ce dernier pour les datastores sélectionnésseulement.

Avant de commencer






3. Dans cette liste, sélectionnez un datastore à protéger.


4. Dans la liste Protect, sélectionnez le plan de service approprié en regard deSubscribe to Plan and Run.

La boîte de dialogue Subscribe to Plan and Run affiche la progression au coursdes différentes phases.

Liste des machines virtuelles protégéesCette liste contient les machines virtuelles appartenant à des datastores qui sontprotégés dans le cadre de l'exécution d'un plan de service.

Cliquez sur le nom d'une machine virtuelle pour afficher ses copies. Pour effectuer uneopération de restauration, sélectionnez une machine virtuelle, puis cliquez surRestore.

Les autres informations incluent la plate-forme d'OS de la machine virtuelle, la versionde la machine virtuelle, l'hôte VMware ESX sur lequel réside la machine virtuelle, ainsique le chemin du fichier de la machine virtuelle. Dans le chemin d'accès, le nom dudatastore sur lequel réside la machine virtuelle est placé entre crochets [ ].

Annulation de l'inscription de datastores à un plan de serviceVous pouvez annuler l'inscription de datastores à un plan de service ou à tous les plansde service auxquels ils sont inscrits.

Avant de commencer




3. Dans cette liste, sélectionnez le datastore à supprimer du plan de service.

Vous pouvez sélectionner plusieurs datastores s'ils sont inscrits au même plande service. Sélectionnez plusieurs datastores en maintenant enfoncée la toucheMaj ou Ctrl de votre clavier.

4. Dans la liste Protect, sélectionnez un plan de service en regard de Unsubscribefrom Plan, ou sélectionnez All pour supprimer le ou les datastores de tous lesplans.

Le nom du plan de service est supprimé de la colonne Service Plan du ou desdatastores en question.

Snapshots VMwareLorsque l'option de cohérence avec les machines virtuelles est sélectionnée, AppSynccrée des snapshots de toutes les machines virtuelles qui sont sous tension au momentde la réplication du datastore.

AppSync crée un snapshot passif des machines virtuelles qui sont sous tension.VMware Tools est utilisé pour mettre en veille le système de fichiers sur la machinevirtuelle. La mise en veille d'un système de fichiers consiste à mettre les données dudisque d'un ordinateur physique ou virtuel dans un état approprié pour lessauvegardes. Ce processus peut inclure des opérations telles que le vidage desmémoires tampon non synchronisées du cache en mémoire du système d'exploitation


Protection d'un datastore VMware 263

vers le disque, ou d'autres tâches de niveau supérieur spécifiques des applications. Sil'option de cohérence avec les VM n'est pas sélectionnée, AppSync ignore leprocessus de création de snapshots des machines virtuelles.

Affichage des copies de datastoreLes copies sont nommées selon l'heure à laquelle elles ont été créées.

Avant de commencer


Procédure


2. Sélectionnez un datacenter, puis un datastore pour afficher ses copies.

Vous pouvez voir d'autres informations relatives à la copie, comme le type decopies, l'état du montage, l'état de cohérence avec les machines virtuelles et leplan de service associé à la copie.

3. Sélectionnez une copie pour afficher de plus amples informations dans le voletDetails.

l Onglet Virtual Machines : répertorie les machines virtuelles qui font partiede la copie de datastore sélectionnée.

l Onglet Virtual Disks : répertorie les disques virtuels qui font partie de lacopie de datastore sélectionnée.

l Onglet Events : répertorie les événements qui se sont produits lors de lacréation de la copie de datastore.

Affichage des copies de machine virtuelle

Affichez la liste des copies d'une machine virtuelle en fonction de l'heure à laquelleelles ont été créées.

Avant de commencer



2. Sélectionnez un datacenter, puis l'onglet Protected Virtual Machines.

3. Sélectionnez une machine virtuelle dans la liste pour afficher ses copies.

Vous pouvez consulter les informations relatives à la copie, telles que la taille dela copie, le stockage sur le disque, le mode du disque, etc.

4. Sélectionnez une copie pour afficher de plus amples informations dans le voletDetails.

l Onglet Virtual Disks : répertorie les disques virtuels qui font partie de lacopie de machine virtuelle sélectionnée.

l Onglet Events : répertorie les événements qui se sont produits lors de lacréation de la copie de machine virtuelle.



Création d'une copie de datastore à partir de la page CopiesCréez une copie d'un datastore en inscrivant ce dernier à un plan de service VMwaredans AppSync à partir de la page Copies.

Avant de commencer


Procédure



3. Dans cette liste, cliquez sur le datastore pour afficher ses copies.

4. Dans la liste Create a copy using, sélectionnez le plan de service approprié.

Le plan de service s'exécute immédiatement pour le datastore.

Expiration d'une copie de datastore à la demande

L'expiration d'une copie supprime celle-ci de la base de données AppSync et peutlibérer de l'espace de stockage en fonction de la technologie de réplication et de l'étatde la copie.

Avant de commencer



Procédure

1. Sélectionnez Copy Management > VMware Datacenters.


3. Cliquez sur le datastore dont vous souhaitez faire expirer des copies.



5. Sélectionnez Expire.

6. Vérifiez que vous souhaitez bien faire expirer la copie que vous avezsélectionnée et toutes les copies associées répertoriées, puis confirmezl'opération.




















Remplacement des plannings des plans de service

Vous pouvez définir des plannings différents pour des datastores individuels inscrits àun plan de service en remplaçant le paramètre de récurrence générique.

Avant de commencer



Procédure






Cet onglet affiche la liste de tous les datastores inscrits au plan de service.

5. Sélectionnez un ou plusieurs datastores, puis cliquez sur Override Schedule.

6. Dans la boîte de dialogue Override Schedule, définissez un planning en fonctionde vos besoins, puis cliquez sur OK.

Par exemple, si le type de récurrences par défaut est On specified days of themonth et que le paramètre de la règle soit Run at 12:00 AM avec 1st day ofevery month, vous pouvez remplacer l'heure et le jour pour des datastoresindividuels.Une icône représentant un crayon indique que les paramètres par défaut ont étéremplacés.

Découverte des applicationsAvant de créer la copie, AppSync effectue une découverte sur les datastoressélectionnés et met à jour la base de données AppSync en cas de modification de laconfiguration du serveur vCenter.






la création de copiesLa phase Create Copy consiste à créer une copie en fonction du type de stockagesprivilégié par l'utilisateur.

Cette phase spécifie le type de copies de datastore à créer, ainsi que les paramètresde stockage des copies. La phase de copie crée une copie locale et/ou à distanceselon que vous avez choisi un plan de service Bronze, Silver ou Gold.


Options de copie des datastores

Sélectionnez le type de copies, les machines virtuelles à ignorer pour les snapshots, lespréférences de stockage et le nombre de copies de snapshot à conserver.

l Cohérence de la copie

L'option VM Consistent crée une copie des datastores inscrits au plan deservice, en incluant les programmes en cours d'exécution, les processus etmême les fenêtres ouvertes au moment du snapshot. Le paramètre MaximumSimultaneous VM Snapshots correspond au nombre de snapshotssimultanés de toutes les machines virtuelles présentes. La valeur par défaut estde quatre snapshots.L'option Crash Consistent crée une copie des datastores inscrits au plande service. Les copies cohérentes en cas de panne contiennent tous leséléments, à l'exception des données en mémoire au moment de la création dusnapshot.Le lien Configure VM Snapshots for VMs vous permet de sélectionnerdes machines virtuelles dans les datastores ajoutés au plan de service. Pardéfaut, l'option Exclude VMs for Snapshot est activée. Cela signifie queles machines virtuelles sélectionnées sont ignorées lors de la création desnapshots VMware dans le cadre de l'exécution du plan de service. Si voussélectionnez Include VMs for Snapshot, seules les machines virtuellessélectionnées sont prises en compte pour la création de snapshot VMware lorsde l'exécution du plan de service.L'option Include Virtual Machine Disk inclut tous les datastores quisont associés aux machines virtuelles s'exécutant sur les datastores protégés.Par exemple, le datastore DS1 est inscrit au plan de service. La machinevirtuelle VM1, qui fait partie de DS1, possède des disques virtuels dans lesdatastores DS2 et DS3. Lorsque le plan de service s'exécute, les datastoresDS2 et DS3 sont protégés en même temps que DS1. Toutefois, les datastoresDS2 et DS3 ne sont pas inscrits au plan de service.

l Storage Ordered Preference : ordre de préférence des technologies de stockageà utiliser lors de la création de copies. Vous pouvez classer, sélectionner ou effacerles préférences de stockage. Les copies sont créées à l'aide de la premièretechnologie choisie lorsque cela est possible. Si la première technologie ne peut



pas être utilisée, toutes les copies restantes sont traitées selon la préférencesélectionnée suivante. Par exemple, si votre premier choix est un signet, mais quetoutes les données des applications inscrites au plan de service sont mappées àRecoverPoint, AppSync utilise des snapshots VNX à la place. Si vous souhaitezqu'AppSync ignore l'utilisation d'une technologie de réplication spécifique,désélectionnez cette préférence à partir de la liste des préférences d’ordre dustockage.

Remarque

Un même plan de service peut combiner des objets de réplication VNX Block, VNXFile et RecoverPoint. Par exemple, si vous disposez d'un plan de service Bronzepour VMware, les datastores peuvent être une combinaison d'objets de réplicationRecoverPoint, VNX File et VNX Block.

l Expiration : nombre maximal souhaité de copies de snapshot de baie qui peuventexister simultanément.

Expiration automatique des copies de snapshots de baieLa valeur d'expiration automatique définie à la phase Create Copy d'un plan de servicespécifie le nombre maximal de copies de snapshot pouvant exister simultanément.

Lorsque la valeur du champ Always keep x copies est atteinte, les copies plusanciennes expirent afin de libérer de l'espace de stockage pour la prochaine copie dansla rotation. Les copies ayant échoué ne sont pas comptabilisées. AppSync ne fait pasexpirer la copie la plus ancienne avant que celle destinée à la remplacer ne soit créée.Par exemple, si le nombre de copies à conserver est de trois, AppSync ne fait pasexpirer la copie la plus ancienne avant que la quatrième copie soit créée.




l Une copie contenant l'unique réplica d'un datastore n'expire pas.


Remarque

Si cette option n'est pas sélectionnée, les copies RecoverPoint s'accumulent et sontconservées jusqu'à ce que les signets expirent sur l'appliance RecoverPoint.



le montage de copiesLa phase Mount copy monte toutes les copies de datastore créées dans le cadre del'exécution du plan de service en question.



Les paramètres Mount Copy Defaults de la copie à monter varient en fonction du plande service. Les autres paramètres de montage déterminent l'hôte de montage, lemode d'accès et la signature du montage.

Cette phase peut être activée ou désactivée.

General Settings :

l Mount on host : répertorie tous les serveurs VMware ESX découverts sur lesserveurs vCenter enregistrés.

l Mount Signature : sélectionnez Use original signature ou Use new signature. Sivous sélectionnez Use new signature, AppSync applique une nouvelle signatureau volume VMFS lors du montage. Cette fonction s'applique uniquement auxdatastores VMware VMFS.

l Cluster Mount : sélectionnez Yes ou No.

RecoverPoint Settings :

l Image access mode (au cours du montage RecoverPoint) :

l Logged Access :Utilisez cette option de montage si le contrôle d'intégrité implique l'analyse degrandes zones des volumes répliqués.

l Virtual Access with Roll :Cette option offre un accès quasiment instantané à la copie, mais met également àjour le volume répliqué en arrière-plan. Lorsque les volumes répliqués sont au pointdemandé dans le temps, la RPA bascule en toute transparence sur un accès directau volume de réplica, ce qui permet un traitement intensif.

l Virtual Access :Cette option fournit un accès quasi instantané à l'image. Elle n'est pas destinée àun traitement intensif.

l Desired Service Level Objective (SLO) : spécifie les objectifs de niveau de servicepour le VMAX 3. Le SLO définit la plage de fonctionnement du temps de serviced'un groupe de stockage.

VNX File Settings : cette option est uniquement disponible pour les datastoresVMware VNX File.

l Mount Copy with access : sélectionnez le type d'accès avec lequel la copie doitêtre montée : lecture/écriture ou en lecture seule.

Remplacement des paramètres de montage d'un plan de service

Si plusieurs datastores VMware sont inscrits au même plan de service, vous pouvezsélectionner des paramètres de montage différents pour chacun d'eux, en remplaçantles paramètres de montage génériques.

Avant de commencer


1. Accédez à Service Plans > VMware Datacenters, puis cliquez sur l'un desplans de service de la liste.



La liste des datacenters inclut tous les datacenters vCenter dont les datastoressont inscrits à ce plan. Les paramètres de montage affichent les paramètres pardéfaut. En outre, dans le cas de datastores VMAX v3, une autre option estproposée pour les objectifs de niveau de service (SLO).



4. Sélectionnez le datastore dont vous souhaitez remplacer les paramètres, puiscliquez sur Set Overrides.



Par exemple, si vous souhaitez monter une copie sur le serveur de production,sélectionnez Use new signature dans la liste déroulante Mount Signature.


6. Cliquez sur OK.

Une icône représentant un crayon s'affiche dans la première colonne de la lignedu datastore dont vous avez modifié les paramètres de montage par défaut.

7. Pour restaurer les paramètres par défaut, sélectionnez le ou les datastores, puiscliquez sur Use Default Settings.

le démontage de copiesLa dernière phase du plan de service consiste à démonter la copie.


Considérations relatives au montage d'une copie VMFSLorsque vous montez une copie VMFS sur un autre serveur VMware ESX, AppSynceffectue toutes les tâches nécessaires pour rendre le système VMFS visible par leserveur VMware ESX.

l Une fois ces tâches terminées, des tâches d'administration supplémentaires, tellesque le redémarrage des machines virtuelles et des applications, doivent êtreeffectuées par le biais de scripts ou d'une intervention manuelle.

l Pour les montages de datastores et de disques virtuels dans des environnementsVMware ESXi 5.x et RecoverPoint 4.0, désactivez l'accélération matérielle afin degarantir la réussite des montages avec un type d'accès virtuel. Pour plusd'informations, consultez l'article 2006858 de la base de connaissances VMware.

Montage d’une copie de datastore à la demandeVous pouvez monter une copie de datastore à la demande à partir de la page Copiesdu datastore, de l’onglet Copies du plan de service ou de la page Datastore d’undatacenter.

Avant de commencer


Procédure

1. À partir du bouton contextuel Recover, sélectionnez Mount a Copy à la pageDatastore ou Copies, ou sous l’onglet Copies du plan de service.

2. Utilisez les filtres Copies ou Service Plan pour sélectionner la copie à monter.





Dans le cas d’une copie RecoverPoint, vous avez également la possibilité desélectionner un signet correspondant à une heure spécifique. Cependant, unecopie antérieure à la sélection doit être disponible dans AppSync.

Cliquez sur Select a point in time pour sélectionner une copie avec unhorodatage spécifique, puis sélectionnez l’emplacement de la copie (local ou àdistance). Sélectionnez remote pour monter une copie à distance ou local pourmonter une copie locale. L’heure affichée ici est celle de la console AppSync. Sila console est dans un autre fuseau horaire que la RPA (RecoverPointAppliance), indiquez l’heure dans le fuseau horaire du serveur pour monter lacopie.

4. À la page Mount Additional Copies, sélectionnez une ou plusieurs copiessupplémentaires à monter. Les copies répertoriées ici sont celles d’autresdatastores qui ont été protégés en même temps et sur le même hôte que lacopie sélectionnée à l’étape précédente.

5. À la page Select Mount Settings, procédez comme suit :

a. Dans la liste Mount on Host, sélectionnez l’hôte sur lequel monter la copie.

Tous les serveurs VMware ESX du serveur vCenter enregistré auprèsd’AppSync sont répertoriés en tant qu’hôtes de montage possibles. Si unserveur VMware ESX sélectionné fait partie d’un cluster VMware ESX, unautre champ, Cluster Mount, s’affiche et peut être défini sur Yes ou sur No.Si le serveur VMware ESX fait partie d’un cluster, vous avez également lapossibilité d’effectuer le montage sur tous les nœuds du cluster ouseulement sur l’hôte de montage de votre choix. Si cette option n’est passélectionnée et que l’hôte de montage fait partie d’un cluster ESX, l’hôte demontage doit avoir un groupe de stockage dédié, une vue de stockage ou ungroupe d’initiateurs configuré en fonction de la configuration du système destockage. Cela permet à AppSync de masquer les LUN uniquement pour cethôte de montage.

b. Dans la liste Mount Signature, sélectionnez l’une des options suivantes :Use new signature ou Use original signature. Cette fonction s’appliqueuniquement aux datastores VMware VMFS.

c. Dans le cas d’une copie RecoverPoint, dans la liste Image Access Options,sélectionnez l’une des options suivantes :

l Logged Access : Utilisez cette option de montage si le contrôled'intégrité implique l'analyse de grandes zones des volumes répliqués.C'est la seule option disponible lorsque vous effectuez le montage sur leserveur de production.

l Virtual Access with Roll : Cette option offre un accès quasimentinstantané à la copie, mais met également à jour le volume répliqué enarrière-plan. Lorsque les volumes répliqués sont au point demandé dans letemps, la RPA bascule en toute transparence sur un accès direct auvolume de réplica, ce qui permet un traitement intensif. Avec RP-VMAXet RP-XtremIO, l'accès virtuel avec basculement n'est pas pris en charge.

l Virtual Access : cette option fournit un accès quasi instantané à l'image.Elle n'est pas destinée à un traitement intensif. Avec RP-VMAX et RP-XtremIO, l'accès virtuel n'est pas pris en charge.

d. Dans la liste déroulante Mount copy with access, sélectionnez le typed’accès avec lequel la copie doit être montée : Read-only ou Read-write.Cette fonction s’applique uniquement aux datastores VMware VNX File.


Montage d’une copie de datastore à la demande 271

e. Pour les baies VMAX 3, sélectionnez l’objectif de niveau de service (SLO)souhaité pour la copie de montage.

Remarque


f. Pour les baies VMAX V2, sélectionnez la règle FAST VP souhaitée pour lacopie de montage.

g. Dans la liste VPLEX Mount option, sélectionnez l’une des optionssuivantes :

l Native array : Utilisez cette option si vous souhaitez monter la copie entant que volume de baie native.

l VPLEX virtual volume mount : Utilisez cette option si vous souhaitezmonter la copie en tant que volume virtuel VPLEX.

6. À la page Summary, passez en revue les paramètres de copie et de montageque vous avez choisis aux pages précédentes, puis cliquez sur Finish pourmonter la copie.

7. À la page Results, sélectionnez le lien Details pour afficher la progression desdifférentes phases du montage de la copie.

La dernière phase terminée s’affiche au bas de la liste des phases.

Démontage d'une copie de datastore VMwareLorsque vous sélectionnez une copie à démonter, les autres copies qui ont étémontées en même temps que la copie sélectionnée sont également démontées.

Avant de commencer


Vous ne pouvez démonter une copie qu'à partir de la liste des copies créées pour undatastore.

Procédure

1. Accédez à la page Copies à partir de la page Protection ou Service Plan :

l Sous Copy Management > VMware Datacenters, sélectionnez ledatacenter VMware qui héberge le datastore, puis sélectionnez le datastoreavec la copie à démonter.

l Sous Service Plans > VMware Datacenters, sélectionnez un plan deservice, puis sélectionnez l'onglet Copies.

2. Dans la liste des copies, sélectionnez la copie de datastore, puis cliquez surUnmount via le bouton situé en bas.

La boîte de dialogue Unmount Confirmation affiche toutes les copies d'autresdatastores qui ont été montées en même temps que la copie sélectionnée pourle démontage.




La fenêtre Unmount affiche la progression de l'opération de démontage. Toutesles copies qui ont été montées en même temps que la copie sélectionnée sontdémontées.

Restauration d'un datastore à partir d'une copieVous pouvez restaurer une copie de datastore à partir de la page Copies du datastore,de l'onglet Copies de Service Plan ou depuis la page Datastore du datacenter.

Avant de commencer


l Avant de restaurer un datastore, il est recommandé de mettre hors tension lesmachines virtuelles qu'il contient.

Procédure

1. Sélectionnez Recover > Restore à partir de la page Datastore ou Copies, ou del'onglet Service Plan Copies.

L'assistant Datastore Restore démarre.


Utilisez les filtres Copies ou Service Plan pour sélectionner la copie à restaurer.La liste des copies est actualisée en fonction des filtres sélectionnés.

Dans le cas d'une copie RecoverPoint, vous avez également la possibilité desélectionner un signet correspondant à une heure spécifique. Cependant, unecopie antérieure à la sélection doit être disponible dans AppSync.

Cliquez sur Select a point in time pour sélectionner une copie avec unhorodatage spécifique. L'heure affichée ici est celle de la console. Si la consoleest dans un autre fuseau horaire que la RPA, indiquez l'heure dans le fuseauhoraire du serveur pour restaurer la copie.


Si la copie sélectionnée comporte des entités affectées, la page RestoreWarnings s'affiche.

4. Lisez les messages d'avertissement correspondant aux datastores affectés.Cochez la case pour accepter la restauration d’autres entités avec la copiesélectionnée.

Vous pouvez démonter manuellement les datastores qui seront écrasés avant larestauration.

Seules les copies RecoverPoint ont des entités affectées.

5. À l'étape Virtual Machine Operations, sélectionnez les actions appropriées quevous souhaitez qu'AppSync effectue avant et après la restauration. Pour plusd'informations, reportez-vous à la section Opérations sur les machinesvirtuelles.





Restauration d'un datastore à partir d'une copie 273



7. À la page Summary, vérifiez les paramètres que vous avez sélectionnés auxpages précédentes, puis cliquez sur Finish pour effectuer la restauration.



Opérations sur les machines virtuelles au cours de la restaurationAppSync peut effectuer des opérations sur les machines virtuelles associées auxdatastores sélectionnés pour la restauration.

Tableau 32 Opérations sur les machines virtuelle

Opération sur la machine virtuelle Description

VM présentes au début de la restauration Power down VMs at start of restore : siles VM sont présentes au début de larestauration, AppSync les arrête avant deprocéder à l'opération de restauration. Cetteaction est indispensable à la réussite de larestauration.

Opérations à effectuer sur les VM après larestauration

l Return VMs back to state found atstart of restore : après la restauration,AppSync met les VM sous tension et lesramène au même état qu'avant larestauration.

l Register all virtual machines : aprèsla restauration, AppSync enregistretoutes les VM dans l'inventaire vCenter.

l Register and power up all virtualmachines : après la restauration,AppSync met les VM sous tension et lesenregistre dans l'inventaire vCenter.

Vous ne pouvez sélectionner qu'une de cesoptions.

VM non présentes au début de larestauration : opérations à effectuer sur lesVM après la restauration

l Register all virtual machines : aprèsla restauration, AppSync enregistretoutes les VM dans l'inventaire vCenter.

l Register and power up all virtualmachines : AppSync met les VM sous



Tableau 32 Opérations sur les machines virtuelle (suite)

Opération sur la machine virtuelle Description

tension et les enregistre dans l'inventairevCenter.

Entités de datastore affectées lors de la restaurationLorsque vous restaurez un datastore, AppSync identifie les entités affectées pour lesautres datastores qui partagent le même stockage.

Une entité affectée correspond à des données qui résident sur votre serveur VMwareESX et qui font involontairement partie d’un réplica en raison de leur proximité auxdonnées que vous souhaitez protéger. Vous pouvez éviter une telle situation enplanifiant correctement la répartition des données.

Dans le cas de RecoverPoint ou de ViPR Controller, la granularité de la restaurationest au niveau du groupe de cohérence. Si un groupe de cohérence est sélectionné pourla restauration, AppSync identifie les autres datastores qui résident dans le mêmegroupe de cohérence et qui ont été protégés en même temps, et il les restaure. Sil’entité affectée n’a pas été protégée, AppSync n’est pas en mesure de la restaurercorrectement. Il affiche alors un avertissement dans l’assistant de restauration.

Il n’existe aucune entité affectée dans le cas d’un VNX, car plusieurs datastores nepeuvent pas résider sur une même LUN e ni être hébergés sur le même système defichiers.

S’il existe des entités affectées dans la configuration du stockage sous-jacent,l’assistant de restauration vous les signale et vous demande d’accepter la restaurationd’éléments supplémentaires.

Remarque

AppSync vérifie si le datastore sous-jacent d’un disque virtuel est en cours d’utilisationou non par les autres machines virtuelles avant d’effectuer une restauration de disquevirtuel. Si le datastore sous-jacent est en cours d’utilisation, AppSync détecte etannule la restauration avec le message d’erreur approprié.

Restauration d’une machine virtuelle à partir d’une copieVous pouvez restaurer une machine virtuelle à partir de l’onglet Protected VirtualMachines ou de la page Copies de la machine virtuelle.

Avant de commencer


l Vous devez utiliser vSphere Enterprise Edition.

l Tous les datastores utilisés par la machine virtuelle doivent être protégés via lasélection de l’option Include Virtual Machine Disk à la phase Create copy du plande service.

l La machine virtuelle ne doit avoir aucun snapshot préexistant.

l Les machines virtuelles avec des RDM ne peuvent pas être restaurées.


Entités de datastore affectées lors de la restauration 275

Procédure

1. Sélectionnez Restore à partir de l’onglet Protected Virtual Machines ou de lapage Copies de la machine virtuelle.

L’assistant Virtual Machine Restore démarre.



Dans le cas d’une copie RecoverPoint, vous avez également la possibilité desélectionner un signet correspondant à une heure spécifique. Cependant, unecopie antérieure à la sélection doit être disponible dans AppSync.

Cliquez sur Select a point in time pour sélectionner une copie avec unhorodatage spécifique. L’heure affichée ici est celle de la console. Si la consoleest dans un autre fuseau horaire que la RPA, indiquez l’heure dans le fuseauhoraire du serveur pour restaurer la copie.


Si d’autres machines virtuelles ont été protégées en même temps que lamachine virtuelle sélectionnée, la page Multiple VM Restore s’affiche.

Sélectionnez l’une des options suivantes :

l Poursuivre la restauration d’une seule machine virtuelle

l Afficher et/ou sélectionner les autres machines virtuelles à restaurer

4. À la page Select Restore Location, effectuez les sélections appropriées. Pourplus d’informations, reportez-vous à la section Options de restauration desmachines virtuelles.

5. À la page Select Mount Host, procédez comme suit :

a. Sélectionnez l’hôte de montage VMware ESX.

Si les données de production résident sur un système de stockageRecoverPoint, les périphériques cibles doivent être visibles par l’hôte demontage sélectionné. Dans le cas d’un VNX, l’hôte de montage doit êtreenregistré auprès du VNX. Pour tous les autres systèmes de stockage, l’hôtede montage doit être enregistré sur la baie de stockage où réside la copie.

b. Pour une copie de signet RecoverPoint, sélectionnez le mode d’accès auximages RecoverPoint dans la liste : Logged Access, Virtual Access ou VirtualAccess with Roll.

c. Pour une copie Snap VPLEX, sélectionnez l’option de montage VPLEX :VPLEX virtual volume ou native array volume. Pour les volumes virtuelsVPLEX, l’hôte de montage doit être ajouté à l’affichage de stockage VPLEX ;pour les volumes de baie natifs, il doit être zoné sur la baie back-end VPLEXdans lequel le snapshot est créé.

d. Cliquez sur Next.



Remarque

l AppSync utilise la technologie VMware vMotion pour déplacer la machinevirtuelle de l’hôte de montage vers l’emplacement de restauration. Parconséquent, l’hôte de montage et l’hôte à l’emplacement de restaurationdoivent remplir les préalables requis pour VMware vMotion, par exemple enmatière de réseau.

l Dans le cas d’une copie Snap VPLEX, si le serveur ESX qui est sélectionnépour monter le datastore pour la restauration de VM fait partie d’un clusterESX, le datastore est monté uniquement sur ce système ESX et non sur tousles ESX de ce cluster. Vous devez sélectionner le même système ESX sousSelect Restore Location et Select Mount host, si vous ne voulez que lesfichiers de machine virtuelle soient copiés sur le réseau.

À la page Choose Instant Restore, vous ne pouvez effectuer une sélection quesi l’une des conditions suivantes est vérifiée :

l Les hôtes de montage et de restauration sont les mêmes.

l Les hôtes de montage et de restauration sont différents, mais sont desnœuds du même cluster VMware ESX.

6. À la page Choose Instant Restore, sélectionnez Yesou No pour l’option Do youwant to perform an instant restore option, selon que vous souhaitez ou noneffectuer une restauration instantanée.

Au cours d’une restauration instantanée, vous pouvez continuer à utiliser lamachine virtuelle. Bien que celle-ci soit sous tension, elle est restaurée enarrière-plan.

Si vous sélectionnez No et si vous avez choisi de restaurer plusieurs machinesvirtuelles à l’étape 2 de cet assistant, indiquez un nombre dans la zoneMaximum number of simultaneous virtual machines to be restored. Pardéfaut, ce nombre est 2.

Remarque

Si vous restaurez plusieurs machines virtuelles appartenant à une vApp,définissez le paramètre Maximum number of simultaneous virtual machinesto be restored sur 1.

L’option de restauration instantanée n’est pas disponible pour :

l les copies VMAX si les périphériques sources sont à provisionnementdéfinitif

l les copies VMAX

l les copies de snapshot de ViPR

l les copies de snapshot de VPLEX

l Copies de snapshot Dell SC

7. À la page Summary, vérifiez les paramètres que vous avez sélectionnés auxpages précédentes, puis cliquez sur Finish pour effectuer la restauration.

8. À la page Results, cliquez sur View Details pour afficher la progression desdifférentes phases de la restauration de la machine virtuelle.


Restauration d’une machine virtuelle à partir d’une copie 277


Options de restauration des machines virtuellesVous pouvez sélectionner l'emplacement de restauration, ainsi que les opérations derestauration.

Tableau 33 Options de restauration des machines virtuelles

Option de restauration Description

Original location Restaure la VM à l'emplacement où elle étaitprésente au moment de la protection.

Remarque

Dans le cas d'une copie RecoverPoint, larestauration à l'emplacement d'origine estdéconseillée. AppSync affiche l'avertissementapproprié lorsque vous sélectionnez cetteoption.

Alternate location Restaure la VM à l'emplacement sélectionnéparmi les options suivantes. Toutes sontobligatoires.

l vCenter Server : vous pouvezsélectionner le serveur vCenter où setrouvait le datastore avec la machinevirtuelle au moment de la protection, oubien un autre serveur.

l Datacenter

l Hôte

l Datastore

Options disponibles si la VM restaurée existedéjà à l'emplacement de restauration

l Fail the restore : AppSync vérifiel'existence des VM à l'emplacement derestauration. Pour celles qui sont déjàprésentes, l'opération de restauration estabandonnée. Pour les autres, l'opérationde restauration continue. Il s'agit d'unemesure de précaution.

l Create a new virtual machine : AppSynccrée une nouvelle VM avant larestauration.

l Unregister the virtual machine : si les VMsélectionnées pour la restaurationexistent à l'emplacement de restauration,AppSync annule leur enregistrement dansl'inventaire avant la restauration.

l Delete from disk before performingrestore : si les VM à restaurer existent àl'emplacement de restauration, AppSyncles supprime avant la restauration.



Tableau 33 Options de restauration des machines virtuelles (suite)

Option de restauration Description

Remarque

Il est recommandé d'effectuer unesauvegarde de la machine virtuelle avantde procéder à l'opération de restauration.

l Delete from disk after performingrestore : si les VM à restaurer existent àl'emplacement de restauration, AppSyncles supprime après la restauration.

Restauration de fichiers ou de dossiers avec des datastoresVMFS ou NFS

Les fichiers ou les dossiers stockés sur les disques virtuels d'une machine virtuelledans des datastores VMFS et NFS peuvent être restaurés par le biais d'AppSync.

Vous pouvez utiliser les disques virtuels stockés dans un datastore VMFS ou NFS etprotégés par un plan de service AppSync pour effectuer une restauration au niveau dufichier ou du dossier en spécifiant l'emplacement de montage de la copie du disquevirtuel.

Dans AppSync, la restauration au niveau du fichier ou du dossier est un processus entrois étapes : l'étape finale permettant de terminer la restauration est effectuéemanuellement en dehors d'AppSync. Vous devez copier les fichiers ou les dossiers àpartir de l'emplacement où le disque virtuel est monté vers l'emplacement de votrechoix.

1. AppSync monte les snapshots de datastore sur le serveur VMware ESX où résidela machine virtuelle qui dispose de l'agent AppSync.

2. Le serveur vCenter ajoute les disques virtuels des snapshots de datastore à la VMde montage sans la mettre hors tension.

3. L'agent AppSync effectue un montage du système de fichiers sur la VM demontage.

La restauration de fichiers ou de dossiers à partir de disques virtuels comportantplusieurs partitions est prise en charge.

Si la version du serveur VMware ESX est la 5.0 ou une version supérieure, la VMd'origine peut également être la VM de montage.

Restrictions

l La restauration au niveau du fichier ou du dossier est impossible sur des disquesdynamiques.

l Les disques virtuels appartenant au même point dans le temps d'une phase nepeuvent pas être montés sur la même machine virtuelle, même s'ils ont été créés àl'aide du plan de service Gold. En d'autres termes, si le disque virtuel d'une copielocale est monté, le même disque virtuel d'une copie à distance ne peut pas êtremonté.


Restauration de fichiers ou de dossiers avec des datastores VMFS ou NFS 279

l Pour effectuer une restauration de fichier à n'importe quel point dans le temps(APiT), vous devez d'abord effectuer un montage APiT du datastore, puisdémarrer l'assistant Granular File Restore à partir de la copie APiT.

Restauration d'un fichier ou d'un dossier à partir d'un disque virtuelVous pouvez restaurer le fichier ou le dossier d'un disque virtuel à partir de l'ongletProtected Virtual Machines ou de la page Copies de la machine virtuelle.

Avant de commencer


l Vous devez utiliser vSphere Enterprise Edition.

l La machine virtuelle sur laquelle la copie est montée et restaurée doit être unsystème 64 bits exécutant Windows 2008 ou Windows 2012 comme systèmed'exploitation. Le plug-in hôte AppSync doit être installé sur cette VM, qui doitêtre enregistrée auprès du serveur AppSync.

Procédure

1. Sélectionnez Restore > File à partir de l'onglet Protected Virtual Machines oude la page Copies de la machine virtuelle.

L'assistant Granular File Restore démarre.




La page Select Virtual Disk s'affiche. Elle présente les disques virtuels de lamachine virtuelle sélectionnée.

4. Sélectionnez les disques virtuels dont les fichiers ou les dossiers doivent êtrerestaurés, puis cliquez sur Next.

5. À la page Select Host, procédez comme suit :

a. Sélectionnez la machine virtuelle sur laquelle la copie doit être montée.

En outre, spécifiez l'emplacement de la machine virtuelle sélectionnée où ledisque doit être restauré. Par défaut, les fichiers sont restaurés àl'emplacement suivant : %system drive%\AppSyncMounts\<VM_name>\<copy_id>\Hard disk#, où :

l %system drive% est le lecteur système de la machine virtuellesélectionnée où la copie doit être montée.

l <VM_name> est le nom de la machine virtuelle dont les disques virtuelssont en cours de restauration.

l <copy_id> est un ID généré par AppSync.

l Hard disk# est le numéro du disque dur de la machine virtuelle. Cenuméro est le même que sur la machine virtuelle d'origine.

b. Sélectionnez le mode d'accès aux images RecoverPoint dans la liste : LoggedAccess, Virtual Access ou Virtual Access with Roll.

6. À la page Summary, vérifiez les paramètres que vous avez sélectionnés auxpages précédentes, puis cliquez sur Finish pour commencer la restauration dudisque.



7. À la page Results, cliquez sur View Details pour afficher la progression desdifférentes phases de la restauration du disque virtuel.


8. Ensuite, effectuez l'étape manuelle consistant à copier les fichiers ou lesdossiers requis à partir de l'emplacement de montage vers un emplacement devotre choix.

9. Si vous le souhaitez, démontez le datastore. Reportez-vous à la section Démontage d'une copie de datastore.


Restauration d'un fichier ou d'un dossier à partir d'un disque virtuel 281



CHAPITRE 10

Réaffectation

l Présentation de la réaffectation.......................................................................284l Utilisation de l'assistant de réaffectation......................................................... 288

Réaffectation 283

Présentation de la réaffectationCette section explique comment utiliser la fonction de réaffectation AppSync pour lescopies de base de données et les systèmes de fichiers.

AppSync vous permet de créer des copies de votre base de données et du système defichiers pour le test/la validation des applications, le test et le développement, lacréation de rapports, le masquage ou l’analytique des données. AppSync identifie lescopies créées à partir d'une action de réaffectation en tant que première génération etcopie de deuxième génération. La source d'une copie de deuxième génération est unecopie de première génération. Vous pouvez créer plusieurs copies de deuxièmegénération à partir d'une copie de première génération.

AppSync prend en charge la réaffectation sur les systèmes de fichiers, ainsi que lesbases de données SQL Server et Oracle.

Il existe deux types de réaffectations :

l Réaffectation de baie native : la copie de première génération est une copie de labase de données source. Par exemple, dans le cas d'une baie XtremIO, l'instantanéde la source est la copie de première génération.

l Réaffectation de signet RecoverPoint : la copie de première génération est unecopie des LUN sur les sites de réplication locaux ou distants dans les groupes decohérence RecoverPoint.

Remarque

Pour créer un instantané d'un signet sur un site distant (réaffectation RecoverPointdistante), ajoutez les baies natives locales et distantes à AppSync.

Consultez les informations supplémentaires suivantes à propos de la réaffectation :

l Une copie de première génération crée une copie qui peut être utilisée commesource pour d'autres copies.

l Les copies de réaffectation ne sont pas prises en compte dans les calculs de RPO.

l Vous pouvez créer des copies de réaffectation de première et deuxièmegénération à la demande ou selon une planification.

l La restauration n'est pas prise en charge pour les copies de deuxième génération.

l La restauration d'une copie de première génération n'est pas prise en charge dansle cas d'une réaffectation de signet RecoverPoint.

l En cas de création sur le site distant, la restauration à partir d’une copie depremière génération n’est pas autorisée pour VMAX.

l La copie de première génération d'une base de données crée une copie cohérenteavec les applications. Elle inclut la découverte de l'application, le mappage et leblocage/déblocage de la base de données. Pour les systèmes de fichiers, vouspouvez configurer l’opération de blocage/déblocage à l’aide de scripts d’appel. Lasection Scripts de blocage et de déblocage de la phase Create copy fournit plusd’informations sur la configuration et l’exécution des scripts d’appel de blocage etde déblocage.

Réaffectation


Remarque

Pour une copie SQL de première génération, vous pouvez configurer un nombre etun intervalle de nouvelles tentatives VSS pour l’opération de blocage/déblocage àl’aide de l’assistant Repurpose. Les options de nouvelle tentative VSS ne sont pasapplicables pour les copies SQL cohérentes en cas de panne.

l Les copies de deuxième génération sont créées à l'aide de la copie de premièregénération comme source, sans incidence sur l'application. Elles n’incluent pas ladécouverte de l’application, le mappage ni le blocage/déblocage de l’application. Siune copie de première génération est montée avec restauration, et si la copie dedeuxième génération est actualisée, la copie de deuxième génération peut ne pasêtre restaurable après le montage.

Remarques supplémentaires

l SQL

n La sauvegarde des logs n’est pas prise en charge dans le cadre de laréaffectation.

n La réaffectation de plusieurs bases de données SQL n’est pas prise en charge.

l Oracle : les options RMAN ne sont pas disponibles dans l'Assistant deréaffectation.

l Système de fichiers

n La réaffectation du système de fichiers NFS n’est pas prise en charge.

n Lorsque vous réaffectez plusieurs systèmes de fichiers, l’incapacité à enprotéger un ou plusieurs entraîne un échec complet de l’opération deréaffectation.

n Vous ne pouvez pas protéger simultanément deux systèmes de fichiers résidantsur deux baies de stockage distinctes.

n Les systèmes de fichiers qui sont réaffectés ensemble sont montés ensemble.

n Les systèmes de fichiers qui sont protégés ensemble sont réaffectés ensemblepour les copies de deuxième génération.

Planning de réaffectationl Si vous tentez de créer les copies de première et deuxième génération

simultanément à l'aide de l'Assistant de réaffectation à partir de la page de la basede données, la copie de deuxième génération est créée automatiquement après la

Réaffectation

Planning de réaffectation 285

création de la copie de première génération. Cela s'applique aux options Run Now,Run Recurrently As Per Schedule et Run Only Once At later time.

l Si vous créez un planning pour la copie de deuxième génération, cette dernièren'est pas déclenchée une fois la copie de première génération créée. La copie dedeuxième génération s'exécute conformément au planning.

l Si vous créez une copie de deuxième génération à l'aide de l'Assistant deréaffectation à partir de la page Copies, la copie de deuxième génération n'est pasdéclenchée, même si la copie de première génération s'exécute conformément auplanning. Toutefois, si la copie de deuxième génération est planifiée, elle s'exécuteconformément au planning.

l Pour le premier planning, une copie réaffectée est créée, et pour les planningssuivants, la copie est actualisée.

l Plusieurs systèmes de fichiers peuvent être planifiés ensemble dans le même plande réaffectation.

l Si plusieurs systèmes de fichiers sont planifiés pour être réaffectés ensemble dansle cadre du même planning, la sélection de tout système de fichiers et laconsultation du planning font apparaître ce dernier. Si vous supprimez ce planning,le planning de tous les systèmes de fichiers planifiés pour être réaffectés ensembleest supprimé.

Modification d’un plan de réaffectationChaque copie est associée à un plan de réaffectation unique. Pour modifier un plan deréaffectation :

1. Dans la console AppSync, sélectionnez Copy Management > application.

2. Sélectionnez une copie.

3. Cliquez sur le lien Repurpose dans la colonne de plan de service de la page Copies.

Remarque

l Les options que vous ne pouvez pas modifier sont désactivées.

l Si vous modifiez le libellé, le libellé mis à jour n'apparaît dans la page Copies quelorsque vous actualisez la copie.

Actualisation des copies de réaffectationL’actualisation consiste à supprimer les données de la copie actuelle et à les recréer àpartir de son parent. Lorsque vous actualisez une copie, les modifications de la sourcesont reflétées dans la copie. Pour ce faire, il s’agit généralement de créer une nouvellecopie ponctuelle et de supprimer l’ancienne copie.

l Les copies de première et deuxième génération peuvent être actualisées.

l L’actualisation d’une copie de première génération crée une copie cohérente avecl’application et horodatée avec une nouvelle heure.

l En cas d’actualisation de la première génération, les copies de deuxièmegénération ne sont pas modifiées.

l L’actualisation d’une copie de deuxième génération recrée la copie de deuxièmegénération avec le parent de première génération. (Permet de supprimer lesmodifications de la copie de deuxième génération et redémarrer à zéro.)

Réaffectation


l L’horodatage de la copie de deuxième génération est le même que la copie depremière génération. Si la copie de première génération est actualisée,l’horodatage est différent.

l Lorsque vous actualisez une copie de réaffectation montée, AppSync démonte lacopie, entraîne son expiration et crée une nouvelle copie, puis la copie actualiséeest montée avec les mêmes options que lors de l’opération de montageprécédente.

l Lorsque vous actualisez une copie RecoverPoint réaffectée montée, AppSyncdémonte la copie et l’actualise. Elle n’est pas montée à nouveau à la fin del’opération d’actualisation.

l Lorsqu’une copie réaffectée est actualisée suite à l’exécution d’un plan de servicede réaffectation planifié, la copie actualisée est montée avec les options demontage spécifiées dans la phase de montage de copie du plan de réaffectation.

Il est possible d’actualiser à tout moment une copie réaffectée. Pour démarrerl’actualisation, procédez comme suit :

1. Sous la page Copies de la console AppSync, sélectionnez la copie réaffectée àactualiser.

2. Cliquez sur Refresh.

Actualisation de la baie nativeQuand les baies de stockage fournissent une fonctionnalité automatiqued’actualisation des copies (c’est-à-dire, la capacité d’actualiser la même copie au lieud’en créer une nouvelle), AppSync l’utilise au lieu de supprimer la copie et d’en recréerune afin d’actualiser les données de la copie.

Avantages de l’actualisation de la baie native

l Réduction du temps nécessaire pour effectuer un flux de travail d’actualisation.

l Si la copie qui est actualisée est montée sur un hôte, les LUN de stockage ne sontpas supprimées de l’hôte. Seule l’application est arrêtée, le système de fichiers estdémonté, les données sont actualisées sur la copie existante, le système defichiers est remonté et l’application est démarrée. Dans un environnement virtuelVMWare où l’application réside sur des disques virtuels,ESX les disques virtuelssont supprimés de la machine virtuelle, mais les LUN ne sont pas supprimées deESX.

l Élimination de la nécessité de relancer l’analyse dans un environnement virtuelVMWare parce que les LUN de stockage ne sont pas supprimées de l’hôte demontage.

l Le WWN, le volume et les détails du périphérique de la LUN montée restent lesmêmes, car les LUN de stockage ne sont pas supprimées de l’hôte de montage.Cela s’avère bénéfique dans certains cas de sauvegarde où des scripts externesaprès montage dépendent, pour toute action, de la copie du WWN, du volume oudes détails du périphérique.

Utilisation de l’actualisation de la baie native

l Sur Unity, les copies de première génération sont actualisées à l’aide del’actualisation de la baie native. Cependant, pour une copie de seconde génération,l’actualisation de la baie native est utilisée uniquement si le snapshot de secondegénération est actualisé lorsque le snapshot de première génération estRATTACHÉ.

Réaffectation

Actualisation des copies de réaffectation 287

Remarque

Cela s’applique uniquement aux applications basées sur Unix.

l Sur XtremIO, si toutes les LUN à protéger se trouvent dans un seul groupe decohérence XtremIO, l’actualisation de la baie native est utilisée.

l Lorsque les périphériques virtuels VPLEX sont situés sur des périphériques destockage XtremIO, l’actualisation de la baie native est utilisée si les LUN XtremIOappartiennent au même groupe de cohérence.

l Pour les applications basées sur Windows, l’application doit faire pleinement partied’un groupe de cohérence XtremIO unique. Par exemple, si une base de donnéesSQL réside sur des LUN issues de deux différents groupes de cohérence XtremIO,l’actualisation de la baie native n’est pas utilisée.

l Pour les bases de données Oracle, les fichiers de données, redo et de contrôledoivent résider sur un seul groupe de cohérence et un seul log d’archives, et leFRA doit se trouver sur un groupe de cohérence séparé.

Expiration d'une copie de réaffectationVous pouvez faire expirer une copie réaffectée lorsque vous n'en avez plus besoin.

Remarque

Dans le cas des baies VMAX 2, la session persiste sur la baie même après l'expirationd'une copie.

Masquage des données à l’aide de scriptsVous pouvez utiliser la fonction de réaffectation d’AppSync pour masquer les donnéesconfidentielles.

Pour masquer les données à l’aide de scripts :

1. Montez et restaurez la copie de première génération d’une base de données.

2. Appliquez le masquage des données sur la même copie à l’aide de la phase descript après montage et démontez la base de données. La phase de script aprèsmontage est un moyen d’exécuter un script.

3. Démontez la copie de première génération.

4. Créez une copie de seconde génération de la copie de première génération à l’aidede l’assistant de réaffectation.

Utilisation de l'assistant de réaffectationUtilisez l'assistant de réaffectation pour planifier ou créer immédiatement des copiesde première ou de deuxième génération selon les besoins.

Avant de commencer


Procédure

1. Connectez-vous à la console AppSync, puis accédez à Copy Management.

Réaffectation



Pour réaffecterune copie SQL :

a. Sélectionnez Microsoft SQL Server.Une liste des instances SQL Server disponibless’affiche.

b. Sélectionnez une instance.

c. Dans la page des dossiers des bases de données,sélectionnez User databases.La liste des bases de données disponibles s’affiche.

d. Sélectionnez la base de données que vous souhaitezréaffecter.

Pour réaffecterune copie Oracle :

a. Sélectionnez Oracle.Une liste des bases de données disponibles s’affiche.

b. Sélectionnez la base de données que vous souhaitezréaffecter.

Pour réaffecterune copie desystème defichiers :

a. Sélectionnez un système de fichiers.Une liste des hôtes disponibles s’affiche.

b. Sélectionnez un hôte.Une liste des systèmes de fichiers disponibless’affiche.

c. Sélectionnez un ou plusieurs systèmes de fichiers quevous souhaitez réaffecter.

2. Sélectionnez Repurpose dans la liste déroulante en bas à gauche de l’écran dela console.

Cette action démarre l’assistant de réaffectation et vous mène à la pageIntentions, où vous pouvez sélectionner l’action que vous souhaitez effectuer :

l Create First Generation copy

l Create First Generation copy and a Second Generation copy

3. Sélectionnez le type de copies souhaité, puis sélectionnez Local ou Remotedans la liste déroulante Site pour poursuivre la création de la copie.

Remarque

La création de copies de première génération et de deuxième génération sur lesite distant est locale sur la baie distante.

4. Sélectionnez Use Bookmark as an intermediate step, puis cliquez sur Next.

L’option est uniquement disponible si RecoverPoint est enregistré.

5. Cliquez sur Next pour afficher l'écran Settings.

L'écran Settings vous permet de définir des options spécifiques pour les copiesde première et de deuxième génération. Plus précisément, vous pouvez :

l définir des libellés pour chaque copie afin d'identifier l'objectif de celle-ci ;

Réaffectation

Utilisation de l'assistant de réaffectation 289

Remarque

Dans le cas des systèmes de fichiers, les libellés de première génération etde deuxième génération déterminent les noms des scripts d’appel. Lesscripts de blocage et de déblocage peuvent uniquement être utilisés avec lescopies de première génération et ne s’appliquent qu’à celles-ci. Les scriptsd’appel de démontage peuvent être utilisés pour les copies de première et dedeuxième génération. Le nom des scripts de blocage/déblocage/démontageutilise le libellé de première génération. La section Scripts de blocage et dedéblocage de la phase Create copy fournit plus d’informations sur laconfiguration et l’exécution des scripts d’appel de blocage et de déblocage.

l sélectionner des options de copie spécifiques de l'application dans le casd'une copie de première génération uniquement ;

l configurer les options de stockage (pour la copie de première générationuniquement) ;

l choisir le type de copies approprié (l'assistant échoue si un type incorrectest sélectionné).

6. Sélectionnez les options souhaitées pour la copie, puis cliquez sur Next.

La page Schedule de l’assistant s’affiche, vous permettant d’identifier lemoment où la copie de première génération doit être créée. Créez la copiemaintenant ou planifiez-la.

7. Sélectionnez l'une des options de planification suivantes :

l Run now : crée une copie lorsque vous cliquez sur Finish dans cet Assistant.

l Run Recurrently As Per Schedule : crée une copie en fonction du type derécurrence spécifié. Pour le premier planning, une copie réaffectée estcréée, et pour les plannings suivants, la copie est actualisée.

l Run Only Once At later time : crée une seule copie à la date et l'heurespécifiées.

8. Pour quitter l'assistant, cliquez sur Next.

AppSync Service Plan In-Progress MonitorAppSync Service Plan In-Progress Monitor vous permet d’afficher toutes les activitésde réaffectation en cours d’exécution et de surveiller leur progression. AppSyncService Plan In-Progress Monitor affiche l’élément réaffecté (source) et le libellé del’élément créé ou actualisé, ainsi que le type d’applications.

Affichage ou suppression des plannings de copie de réaffectationVous pouvez afficher ou annuler un planning de copie de réaffectation.

Procédure

1. À partir de la console AppSync, accédez à Copy Management > Application,puis sélectionnez la base de données ou le système de fichiers appropriés.

2. Sélectionnez Repurpose > View Repurpose Copy Schedule pour affichertoutes les opérations de réaffectation planifiées.

3. Sélectionnez un ou plusieurs plannings, puis cliquez sur Delete pour supprimerle planning de réaffectation.

Réaffectation


Remarque

Dans le cas des systèmes de fichiers, la suppression du planning, suite à lasélection d’un système de fichiers, supprime également le planning pour lesautres systèmes de fichiers.

Afficher les copies réaffectéesVous pouvez afficher les copies réaffectées pour les systèmes de fichiers, les bases dedonnées Oracle et une instance de l’application SQL.

Procédure

1. À partir de la console AppSync, accédez à Copy Management, puissélectionnez la base de données ou l’instance d’application appropriée.

2. Cliquez sur Repurposed Copies pour afficher les copies réaffectées pourtoutes les bases de données ou instances de l'application.

La fenêtre Repurposed Copies s'affiche. Elle répertorie toutes les copies depremière et de seconde génération.Vous pouvez effectuer les opérations suivantes via :

l Actualisation

l réaffectation

l Mount

l Unmount

l Restauration

Réaffectation

Afficher les copies réaffectées 291

Réaffectation


CHAPITRE 11

Surveillance d'AppSync


l Concepts et bonnes pratiques en matière de RPO........................................... 294l Alertes et événements associés....................................................................... 295l Alertes par e-mail ............................................................................................ 297l AppSync Service Plan In-Progress Monitor..................................................... 298

Surveillance d'AppSync 293

Concepts et bonnes pratiques en matière de RPOUn objectif de point de restauration (RPO) est l’une des options de planification quevous pouvez sélectionner dans le cadre de la phase Plan Startup d’un plan de service.

Lorsque vous inscrivez un objet (par exemple, une base de données Exchange) à unplan de service qui utilise les RPO comme type de récurrences, cet objet est doté del’objectif de point de restauration spécifié dans le plan de service.

Étant donné que vous pouvez inscrire un objet à plusieurs plans de service, il peutavoir plusieurs objectifs de point de restauration. Lorsqu’un objet est associé àplusieurs RPO, le plan de service ayant la fréquence de RPO la plus élevée (c’est-à-dire le nombre d’heures de RPO le plus faible) est utilisé pour les rapports et lescalculs.

La bonne pratique consiste à inscrire un objet à un seul plan de service basé sur lesRPO. Si vous inscrivez cet objet à d’autres plans de service, ces derniers ne doiventpas utiliser un type de récurrences basé sur les RPO.

Remarque

RPO est un mécanisme d’alerte seulement, aucune copie n’est initiée avec ceparamètre.

Rapport de conformité des points de restaurationLe rapport de conformité des points de restauration indique la capacité de restaurationde tous les objets inscrits à des plans de service avec un type de récurrences basé surles RPO. Le rapport est disponible sous Monitoring > Recovery Point ComplianceReport.

Tableau 34 Rapport de conformité des points de restauration


d'applications Objet de niveau hôte, par exemple un serveurde messagerie Microsoft Exchange.

Application Nom de l'objet protégé, par exemple une basede données Microsoft Exchange. Cliquez surle nom pour accéder à la liste des copies del'objet.

Objectif de point de restauration Objectif de point de restauration, tel quedéfini lors de la phase de démarrage du plande service associé.

Time Since Last Recovery Point Temps écoulé depuis la dernière copie ou ledernier signet créé par le plan de serviceassocié. Une icône verte indique que la copieest conforme au RPO. Une icône rougeindique qu'elle n'est pas conforme.

Service Plan Nom du plan de service. Cliquez sur le nompour accéder à la définition du plan de service.



Exportation d'un rapport de conformité des RPO au format CSVVous pouvez créer un rapport de conformité des objectifs de point de restauration(RPO) sous forme de valeurs séparées par des virgules.

Avant de commencer

Aucun rôle AppSync particulier n'est requis pour cette opération.Procédure

1. Accédez à Monitoring > Recovery Point Compliance Report.

2. Triez et réorganisez les colonnes du rapport selon vos besoins.

3. Cliquez sur Export pour exécuter l'assistant d'exportation.

Vous avez la possibilité d'inclure les en-têtes du tableau et d'exporteruniquement les lignes sélectionnées. Le nom de fichier par défaut est RecoveryPoint Objectives_mmddyyyyhhmmss.csv.

Récapitulatif de conformité des RPOLe récapitulatif des objectifs de point de restauration (RPO) du tableau de bordindique le pourcentage de RPO respectés pour tous les objets inscrits à des plans deservice associés à des RPO.

Alertes et événements associésAppSync génère une alerte lorsqu’une phase d’un plan de service échoue, lorsqu’unobjectif de point de restauration (RPO) n’est pas respecté ou lorsqu’un montage ouune restauration échoue.

Les alertes de défaillance des plans de service sont générées immédiatement en casd’échec d’une phase d’un plan de service. Lorsqu’une application ne respecte plus unRPO, l’alerte associée est générée dans l’heure qui suit. Pour plus d’informations,reportez-vous à la section Acquittement des icônes d’alerte liées à l’exécution de plansde service pour des bases de données, des systèmes de fichiers et des datastores.

AppSync affiche des alertes dans la console, sous Monitoring > Alerts.

Tableau 35 Détail des alertes

Colonne Description

Alert (!) Niveau de l’alerte

Temps Date et heure de l’alerte

Serveur Serveur d’applications, par exemple unserveur Microsoft Exchange

Application Objet répliqué, par exemple une base dedonnées Microsoft Exchange

Catégorie RPO, Phase Failure, License et Other.

Service Plan Plan de service qui était en cours d’exécutionlorsque l’alerte a été générée ou plan deservice qui a créé la copie dont le montage oula restauration a échoué


Exportation d'un rapport de conformité des RPO au format CSV 295

Tableau 35 Détail des alertes (suite)

Colonne Description

Message Description de la cause de l’alerte

Alerte acquittée Indique si l’alerte a été acquittée. Notez queles alertes acquittées ne sont pas affichéesdans le tableau de bord AppSync.

Vous pouvez filtrer les alertes en fonction du moment où elles ont été générées et duplan de service associé.

Pour afficher les événements associés qui ont déclenché une alerte, cliquez sur cettedernière. Développez les événements de niveau supérieur pour afficher desinformations supplémentaires. Vous pouvez filtrer les événements associés parn’importe quelle colonne.

Acquittement des alertesDans AppSync 2.2.2 et versions supérieures, vous pouvez acquitter les alertes. Pourplus d’informations, reportez-vous aux sections Acquittement des alertes et Acquittement des icônes d’alerte liées à l’exécution de plans de service pour des basesde données, des systèmes de fichiers et des datastores.

Acquittement des alertesLes étapes suivantes permettent d'acquitter les alertes de surveillance.

Vous pouvez acquitter les alertes qui s'affichent dans la console sous Monitoring >Alerts. La page Alerts affiche une colonne intitulée Alert Acknowledged.La valeur par défaut est No. Lorsque vous acquittez une alerte, sa valeur passe de NO(valeur par défaut) à YES.

Procédure

1. Accédez à Monitoring > Alerts, puis sélectionnez une alerte du tableaud'alertes affichant actuellement la valeur NO dans la colonne AlertAcknowledged.

2. Cliquez sur Acknowledge Alert.

Résultats

L'alerte affiche la valeur YES dans la colonne Alert Acknowledged du tableau d'alertes.

Acquittement des icônes d'alerte liées à l'exécution de plans de service pour des bases dedonnées, des systèmes de fichiers et des datastores

Vous pouvez acquitter une icône d’alerte dans la console AppSync pour des bases dedonnées Exchange, Oracle et SQL, des systèmes de fichiers et des datastoresVMWare.

Une icône d'alerte indique l'état de l'exécution la plus récente du plan de service.L’icône s’affiche en regard d’une base de données, d’un système de fichiers ou d’undatastore après l’exécution.Une fois que vous avez acquitté l'icône dans la colonne Acknowledge, AppSync laremplace par une icône d'information. Par ailleurs, vous pouvez acquitter l'alerte aprèschaque exécution du plan de service. Vous pouvez acquitter une même alerte plusieursfois.



Remarque

Si une opération de suppression est en attente, le bouton Acknowledge est désactivépour la base de données, le système de fichiers ou le datastore en question.

La procédure suivante explique comment afficher et acquitter une alerte.

Procédure

1. Sélectionnez une alerte dans le tableau de la base de données, du système defichiers ou du datastore qui comporte une icône d'alerte associée à la dernièreexécution du plan de service.

2. Cliquez sur le bouton Acknowledge Alert situé en dessous du tableau de la basede données, du système de fichiers ou du datastore en question.

L'icône d'alerte est remplacée par une icône d'information.

3. Si nécessaire, réexécutez le plan de service pour la base de données, le systèmede fichiers ou le datastore en question afin d’afficher l’icône d’alerte pour cetteexécution.

Alertes par e-mail Vous pouvez configurer AppSync pour qu’il envoie des alertes par e-mail à une liste dedestinataires. Par défaut, seules des alertes de défaillance sont envoyées par courrierélectronique.

Vous activez les alertes par e-mail et ajoutez des destinataires pour chaque instanced’application, par exemple un serveur de messagerie Exchange.

Pour configurer AppSync afin qu’il envoie un e-mail confirmant la bonne exécutiond’un plan de service planifié :

1. Sélectionnez Settings > AppSync Server Settings.

2. Sélectionnez Notify service plan success.

3. Cliquez sur Apply.

Configurer les paramètres du serveur pour les alertes par courrierélectronique

Configurez les services SMTP sur une machine à laquelle le serveur AppSync peutaccéder.

Avant de commencer

Cette opération requiert le rôle d'administrateur de ressource dans AppSyncConsultez la documentation SMTP pour les procédures de configuration.

Procédure

1. Sélectionnez Settings > AppSync Server Settings.

2. Sous les paramètres Send Mail, saisissez des valeurs pour le serveur SMTP, leport, l’expéditeur et le destinataire.

Remarque

Les alertes de licence non conforme sont envoyées à l’adresse du destinatairespécifié.


Alertes par e-mail 297

Utilisez l’option Test pour valider les paramètres. Saisissez l’adresse d’undestinataire, puis vérifiez la boîte de réception de celui-ci. Vous pouvezégalement sélectionner l’option Insert Default Values.

3. Sélectionnez l’option Notify service plan success pour recevoir desnotifications en cas d’exécution réussie des plans de service.

4. Cliquez sur Apply.

Spécification des destinataires des alertes par e-mailConfigurez des alertes par e-mail au niveau de l'instance de l'application.

Avant de commencer


l Les services SMTP doivent être configurés sur une machine accessible au serveurAppSync. Voir Configurer les paramètres du serveur pour les alertes par courrierélectronique à la page 297.

Procédure

1. Sélectionnez Copy Management > Application (select application).

2. Sélectionnez l'objet applicatif dont vous souhaitez définir les paramètresd'alerte.

3. Sélectionnez Alert Settings.

4. Saisissez le ou les destinataires des e-mails, séparés par des virgules (,), puiscliquez sur OK.

Un e-mail de test est envoyé aux destinataires à des fins de vérification.

AppSync Service Plan In-Progress MonitorCette rubrique décrit AppSync Service Plan In-Progress Monitor.

AppSync Service Plan In-Progress Monitor affiche l’ensemble des processus deprotection, de réaffectation et d’actualisation en cours. Il vous permet d’afficher leplan de service et les activités de réaffectation en cours d’exécution et de surveillerleur progression. Il indique la copie actuelle que vous réaffectez (ce qui en fait unsnapshot d'une copie de snapshot) et les libellés de copie associés, tels que 1st Gen(première génération) ou 2nd Gen (deuxième génération).

AppSync Service Plan In-Progress Monitor est généralement utilisé pour des activitésde réaffectation et de protection de longue durée (par exemple, la synchronisationd’un clone VMAX). Lorsque vous sélectionnez Repurpose Monitor, celui-ci répertorietoutes les activités de réaffectation et de protection en cours d’exécution.Sélectionnez une activité de réaffectation ou de protection, puis sélectionnez Monitorpour ouvrir une boîte de dialogue de progression qui affiche directement la progressionde l’activité sélectionnée.

Si deux datasets sont protégés, ils sont représentés par deux entrées séparées dansAppSync Service Plan In-Progress Monitor. Cliquez sur Monitor pour extraire lesévénements correspondants.

Pour lancer AppSync Service Plan In-Progress Monitor :

1. À partir de la console AppSync, sélectionnez Monitoring.

2. Sélectionnez AppSync Service Plan In-Progress sur la page Monitoring.



CHAPITRE 12

Considérations relatives au stockage

l VNX Bloc ........................................................................................................ 300l VNX File .......................................................................................................... 302l VNXe............................................................................................................... 305l VMAX ..............................................................................................................307l VMAX 3 et VMAX All Flash .............................................................................. 312l Contrôleur ViPR ...............................................................................................314l XtremIO ...........................................................................................................316l RecoverPoint ...................................................................................................319l Unity ............................................................................................................... 325l VPLEX..............................................................................................................328l Dell SC..............................................................................................................331

Considérations relatives au stockage 299

VNX BlocAppSync prend en charge la création et la gestion de copies d'applications à l'aide dela technologie de copie VNX Snap. Tenez compte des bonnes pratiques deconfiguration de la baie VNX avant de déployer AppSync.

ConnectivitéPrenez en compte les informations suivantes concernant la connectivité du VNX avecAppSync.

l AppSync prend en charge la connectivité Fibre Channel, iSCSI et FCoE entrel'hôte qui exécute le logiciel AppSync et la baie VNX. Une connectivité réseau estrequise entre la baie et le serveur AppSync.

l Le contrôle du stockage a uniquement lieu sur le serveur AppSync. Aucun zoningn'est nécessaire de la baie VNX au serveur AppSync. Il n'est pas nécessaire depréexposer des LUN.

l Les configurations avec plusieurs serveurs AppSync par baie VNX sont prises encharge.

Prise en charge des LUN VNXTenez compte des informations suivantes concernant la prise en charge des LUNVNX.

l AppSync prend uniquement en charge les LUN qui sont dans un pool. Si vousexécutez une réplication de snapshot VNX, vous devez utiliser des LUN de pool etnon des LUN RAID. Pour RecoverPoint, utilisez le stockage RAID.

l AppSync ne peut pas créer de snapshots sur des LUN pour lesquelles lacompression est activée.

l Pour les snapshots VNX, AppSync prend en charge les LUN primaires de n'importequelle taille.

Groupes de cohérence VNXTenez compte des informations suivantes lors de l'utilisation de groupes de cohérenceVNX :

l Toutes les limites qui s'appliquent aux groupes de cohérence VNX s'appliquentégalement à AppSync.

l Vous pouvez avoir plusieurs groupes de cohérence au sein d'un même plan deservice.

l Si vous utilisez des groupes de cohérence VNX, tous les systèmes de fichiers quisont associés à une application dans le jeu de snapshots doivent résider dans lemême plan de service. Autrement, vous risquez de rencontrer des problèmes demontage et de restauration.

Montage VNXLes conditions suivantes s'appliquent :

l Les hôtes de montage nécessitent que la baie VNX ait une visibilité sur le SAN.

l Les modifications apportées à un snapshot VNX pendant son montage sontpermanentes.

l Si vous supprimez accidentellement des copies du matériel sur la baie, vous nepouvez pas monter ces copies avec AppSync.

l Ne modifiez pas le nom du groupe de stockage pour l'hôte de montage lorsque lacopie est montée. Si vous modifiez le nom du groupe de stockage, assurez-vous derétablir le nom d'origine avant de démonter la copie d'AppSync.



Prévention des écrasements accidentelsLorsque vous utilisez AppSync pour créer une copie d'un Dataset qui partage une LUNavec d'autres données, la copie contient toutes les données de cette LUN. Au cours dela restauration, vous pouvez involontairement écrire des données plus anciennes surdes données plus récentes. Les entités qui sont écrasées sont appelées entitésaffectées. Configurez toujours les données de façon à réduire ou à éliminer les entitésaffectées.

Chaque LUN doit contenir un seul système de fichiers ou un seul fichier de base dedonnées. Si vous êtes certain que le système de fichiers et/ou la table de base dedonnées résidant sur cette LUN sont toujours sauvegardés ou restaurés sous formed'entité unique, des exceptions s'appliquent.

Considérations relatives aux plans de service pour les applications surstockage VNX Block

Une fois que vous avez enregistré un système de stockage VNX, vous pouvez inscrirel'application à un plan de service pour créer et gérer des copies de celle-ci.

Les plans Bronze sont pris en charge. AppSync prend en charge VNX Snapshot entant que technologie de copie. Inscrivez-vous au plan de service Bronze pour créer etgérer des copies locales à des fins de reprise des opérations, d'accélération de lasauvegarde ou de réaffectation (création de copies de test/développement). AppSyncprend en charge les LUN regroupées en pools (librairie de bandes/DLU) si latechnologie de snapshot prend en charge ces LUN.

Le nombre maximal de copies qu'AppSync peut créer et gérer pour le système VNXBlock est imposé par les limites de la technologie VNX Snap. Le nombre maximal desnapshots VNX par source est de 256. Cela permet une rotation maximale du plan deservice AppSync de 255.

Montages dynamiquesAvec le zoning approprié, AppSync présente automatiquement le stockage à l'hôtelorsqu'une copie est montée.

Hôte physique

Lorsque AppSync monte une copie, il attribue dynamiquement un snapshot àl'hôte. L'hôte physique doit être zoné sur la baie VNX.

machine virtuelle

Les montages dynamiques s'effectuent au format RDM (Raw Device Mapping) ouiSCSI natif sur la machine virtuelle.

l Pour RDM, le serveur VMware ESX où réside la machine virtuelle doit être zonésur la baie VNX.

l Pour les disques virtuels et les RDM, Virtual Center (qui gère le serveur VMwareESX où réside l'hôte de montage de la machine virtuelle) doit être enregistréauprès du serveur AppSync.

l Pour iSCSI natif, la machine virtuelle doit être zonée sur la baie VNX.

l Pour les disques virtuels, le logiciel Virtual Center du serveur VMware ESXi (oùréside l'hôte de montage) doit être enregistré auprès d'AppSync. Enregistrez lamachine virtuelle avec la balise disk.EnableUUID activée. AppSync installe leplug-in hôte sur la machine virtuelle lors de l'enregistrement afin de protéger lesdisques virtuels et les applications.


Considérations relatives aux plans de service pour les applications sur stockage VNX Block 301

Montages Microsoft Cluster Server pour SQL ServerLes montages Microsoft Cluster Server (MSCS) pour SQL Server peuvent êtreeffectués au sein du cluster de production ou d'un autre cluster.

En cas de montage sur un nœud de cluster utilisant un système de stockage VNX :

l La configuration du groupe de stockage s'applique uniquement aux hôtesphysiques ou aux machines virtuelles avec NPIV ou iSCSI qui sont directementconnectés au VNX. Pour les clusters configurés à l'aide de machines virtuellesavec RDM ou disque virtuel, la copie montée est uniquement visible par le nœudsélectionné (généralement le nœud passif).

l En cas de montage sur un nœud de cluster à des fins de sauvegarde, créez ungroupe de stockage dédié pour l'un des nœuds du cluster, de préférence le nœudpassif.

l Si PowerPath 5.7 est installé, l'adresse IP de l'hôte dans le groupe de stockageVNX est remplacée par l'adresse IP qui correspond à l'adaptateur virtuel du clusterde basculement sur incident Microsoft. PowerPath 5.7 a une fonctiond'enregistrement automatique de l'hôte qui intercepte les opérations de l'agenthôte et remplace l'adresse IP par sa propre sélection. Cette fonction ne peut pasêtre désactivée. Pour corriger ce problème, mettez à niveau PowerPath vers laversion 5.7.2 ou supérieure.

Stratégie SAN sous Windows Server StandardSous Windows Server, la stratégie SAN détermine si un disque est mis en ligne ou horsligne lorsqu'il est exposé sur le système. Pour les systèmes exécutant l'éditionEnterprise, la stratégie par défaut est la mise hors ligne. Pour l'édition Standard, lastratégie par défaut est la mise en ligne. Vous devez définir la stratégie surofflineshared afin d'éviter les défaillances de montage.

Pour définir la stratégie SAN sur hors ligne sur un hôte Windows Server 2008Standard, ouvrez une fenêtre de ligne de commande et exécutez les commandessuivantes :

C:\>diskpart Microsoft DiskPart version 6.0.6001 Copyright (C) 1999-2007 Microsoft Corporation. On computer: abcxyz DISKPART> san policy=offlineshared DiskPart successfully changed the SAN policy for the current operating system.

VNX FileAppSync prend en charge la création et la gestion de copies d'applications à l'aide dela technologie de copie VNX File SnapSure. Les copies gérées par AppSync peuventêtre locales, à distance (depuis la cible de VNX Replicator) ou des copies locales et àdistance identiques à un point dans le temps.

Tenez compte des bonnes pratiques de configuration du système VNX File avant dedéployer AppSync.

VNX SnapSureVNX SnapSure crée une copie à un point dans le temps de toutes les données dusystème de fichiers NFS (Network File System). Pour le snapshot initial, cetteméthode crée une copie complète du système de fichiers d'origine, nécessitant parconséquent la même quantité d'espace sur le système de fichiers. L'utilisation del'espace par les snapshots suivants dépend de la quantité de données modifiées depuisla création du dernier snapshot.



SnapSure présente les caractéristiques suivantes :

l Service de stockage : serveur de fichiers VNX.

l Source : LUN VNX.

l Cible : snapshot local VNX SnapSure.

l Exigences en matière de stockage : les exigences de stockage suivantess'appliquent :

n Les données sources doivent résider sur des systèmes de fichiers VNX.

n Le stockage doit inclure suffisamment d'espace pour les snapshots sur le VNX.

n Il est impossible de définir des pools de stockage pour les tâches VNX.

l Montage et restauration : vous pouvez monter le réplica sur un hôte cible et/oueffectuer une restauration directe à partir de la cible vers la source.

VNX ReplicatorVNX Replicator crée une copie à un point dans le temps de toutes les données dusystème de fichiers NFS (Network File System). VNX Replicator maintient lacohérence entre les systèmes de fichiers source et cible sur la base des paramètres dela règle d'heure désynchronisée.

VNX Replicator présente les caractéristiques suivantes :

l Service de stockage : serveur de fichiers VNX.

l Source : système NFS VNX.

l Cible : snapshot distant Replicator.

l Exigences en matière de stockage : les données sources doivent résider sur dessystèmes NFS.

l Montage et restauration : il est possible de monter la copie sur un hôte cible etd'effectuer la restauration à partir de la copie si nécessaire.

Protection à distance du VNXLa protection s'effectue entre un Data Mover local et un Data Mover situé sur unsystème VNX distant.

Les deux armoires VNX for File doivent être configurées pour communiquer l'une avecl'autre à l'aide d'une phrase de passe commune. Les deux Data Movers doivent êtreconfigurés pour communiquer l'un avec l'autre à l'aide d'une interconnexion de DataMover. Une fois la communication établie, une session à distance peut être configuréeafin de créer et de mettre régulièrement à jour un objet source sur un site dedestination distant. La copie initiale du système de fichiers source peut être effectuéevia un réseau IP ou via la méthode de transport de bandes.

Voici quelques recommandations concernant la session :

l La session doit être créée avec la règle de mise à jour d'heure désynchronisée aulieu d'une actualisation manuelle.

l La valeur d'heure désynchronisée doit être définie sur la plus faible valeur possiblepour la configuration réseau.

Après la copie initiale, toute modification apportée à l'objet source local est transféréeà un objet de destination distant via le réseau IP. Ces transferts sont automatiques etbasés sur des règles de mise à jour et des propriétés de session de protection pouvantêtre définies.

Les configurations de réplication de type un vers plusieurs ne sont pas prises encharge dans AppSync.


VNX File 303

Protection des données sur les systèmes de fichiers NFS VNXPour les plans de service configurés pour la protection à distance, la copie NFS estcréée sous la forme d'un snapshot SnapSure sur le système de fichiers local et/oudistant. Des copies des datastores NFS peuvent être créées à partir de plans deservice configurés pour la protection locale et/ou à distance.

Au cours de la restauration d'une copie NFS, AppSync crée un snapshot de retourarrière pour chaque système de fichiers qui a été restauré. Le nom de chaquesnapshot de retour arrière est inclus dans les informations de restauration.

Vous pouvez supprimer manuellement ce snapshot de retour arrière après avoir vérifiéle contenu de la restauration. Le fait de conserver ces snapshots au-delà de leur vieutile peut remplir le cache de snapshots VNX et provoquer des problèmes deressources.

Considérations relatives aux plans de service pour les applications surstockage VNX File

Une fois que vous avez enregistré un système de stockage VNX, vous pouvez inscrirel'application à un plan de service pour créer et gérer des copies de celle-ci.

Les plans Bronze, Silver et Gold sont pris en charge pour les copies d'applications(datastore NFS, Oracle NFS) résidant sur un système VNX File.

Les limites de la technologie VNX SnapSure déterminent le nombre maximal de copiesqu'AppSync peut créer et gérer pour un système VNX File.

Pour les copies SnapSure locales, vous pouvez créer un maximum de 96 snapshots enlecture seule. La rotation du plan de service AppSync pour le système de fichiers NFSVNX est de 95 maximum.

Pour les copies SnapSure à distance (via Remote Replicator), vous bénéficiez d'unmaximum de 95 snapshots en lecture seule. La rotation du plan de service AppSyncpour le système de fichiers NFS VNX est de 94 maximum.

Pour les montages en lecture/écriture, SnapSure permet de créer jusqu'à16 snapshots en lecture/écriture à partir des snapshots en lecture seule existants. Unmaximum de 16 snapshots par source peuvent être montés en lecture/écriture à unmême moment. Par défaut, les plans de service démontent la copie deprovisionnement avant de monter la nouvelle copie afin que cette limite soit sansconséquence. Toutefois, si la mise en œuvre nécessite le montage simultané deplusieurs copies de la même source en lecture/écriture, la limite de 16 doit être priseen compte.

Montages VNX FileVous pouvez monter une copie de snapshot VNX File créée dans le plan de service àtout moment, indépendamment des autres copies créées pour le même plan deservice.

Les conditions suivantes s’appliquent :

l Les hôtes de montage VMware ESX doivent appartenir à un serveur vCenter.

l Les hôtes de montage VMware ESX doivent disposer d’une visibilité sur le réseau.

l NFS.MaxVolumes, un paramètre avancé du serveur VMware ESX, doit être définisur le nombre de datastores NFS qui seront montés sur chaque serveur VMwareESX du réseau.

l Lors du montage sur un serveur VMware ESX, AppSync utilise l’interface aunombre le plus bas qui dispose d’une connectivité.



Remarque

Pour le montage de VNX File Snapshot, l’alias d’exportation n’est pas utilisé, si lesystème de fichiers source est NFSv4.X. Au lieu de cela, dans un tel scénario, lespoints de contrôle sont exportés et montés à l’aide du nom complet du point decontrôle. Cela est dû à une limitation du stockage de fichiers VNX.

VNXeCette section traite de la gestion des copies VNXe et AppSync, de la prise en chargedes applications et des types de stockages et de réplications autorisés.

Les baies VNXe prennent en charge toutes les applications au sein d’AppSync. LeVNXe ne prend pas en charge la configuration suivante avec AppSync :

l Systèmes de fichiers NFS sur des plates-formes UNIX

l Réaffectation de copies sur les baies VNXe

Gestion des copies VNXeCette section décrit un workflow AppSync classique permettant de créer et de gérerdes copies cohérentes des applications sur le stockage VNXe. AppSync gère les baiesVNXe à l’aide de l’interface de gestion au lieu de l’interface du processeur de service.

Procédez à l’enregistrement de la ressource VNXe lorsque vous démarrez AppSyncaprès l’installation. Enregistrer les hôtes, ainsi que les systèmes de stockage etvCenter, de façon que AppSync puisse effectuer les diverses opérations nécessaires àla création et à la gestion des copies d’applications. En général, l’enregistrement d’uneentité comprend l’identification du système à l’aide de son nom/adresse IP et lafourniture des informations d’identification (nom d’utilisateur/mot de passe)nécessaires pour qu’AppSync découvre et gère le système enregistré.

Remarque

AppSync redécouvre les systèmes de fichiers, les interfaces et les partages de fichierstoutes les heures. Par conséquent, tout nouveau fichier, système de fichiers oupartage de fichiers ajouté sur la baie n’est pas identifié par AppSync jusqu’au prochaincycle d’actualisation.

Type de stockages et de réplicationsAppSync prend en charge la technologie de réplication de snapshots unifiés pour créeret gérer des copies locales des applications qui résident sur le stockage VNXe en modebloc ou fichier.

Les LUN de stockage en mode bloc sources peuvent être des LUN de pool de typethick ou thin. Vous pouvez provisionner les périphériques en mode bloc sources requisà l’aide des assistants de création de LUN VNXe ou de datastore VMware au sein del’interface utilisateur Unisphere. Lors de la création de LUN de base à l’aide del’assistant de création de LUN, sélectionnez l’une des options suivantes :

l Create a LUN : crée une LUN à partir du pool de stockage souhaité.

l Create a LUN group : crée un groupe de LUN à partir du pool de stockagesouhaité. L’avantage de l’utilisation d’un groupe de LUN est que toutes les LUN ausein du groupe font l’objet d’un snapshot en même temps, garantissant lacohérence sur la baie.

Dans les environnements Microsoft, la bonne pratique consiste à utiliser des groupesde LUN dans l’organisation du stockage afin de favoriser la création de snapshotsVNXe cohérents avec les applications pendant la période de service de Microsoft VSS.


VNXe 305

Vous pouvez provisionner les périphériques en mode fichier sources requis à l’aide desassistants de création de système de fichiers VNXe ou de datastore VMware. Lors duprovisionnement à l’aide de l’assistant de création de système de fichiers, seuls lessystèmes de fichiers de partages NFS sont pris en charge.

Considérations relatives aux plans de service avec le VNXeAvant d'ajouter un plan de service afin de créer des copies VNXe, tenez compte deséléments suivants.

Après avoir enregistré le système de stockage VNXe, inscrivez-vous au plan de serviceBronze pour créer et gérer des copies locales à des fins de reprise des opérations etd'accélération de la sauvegarde. Une fois le système de stockage VNXe enregistré,AppSync sélectionne les snapshots par défaut pour les plans Bronze.

Pour les copies utilisant RecoverPoint Continuous Remote Replication ou CLR,inscrivez-vous respectivement à un plan de service Silver ou Gold. Vous pouvez choisirdes signets au lieu de snapshots pour les copies RecoverPoint.

Considérations relatives au montage et au démontage de copies sur le VNXeLes opérations de montage/démontage sur les baies VNXe impliquent lerattachement/détachement des snapshots aux points de montage, et l'octroi/lasuppression (masquage/affichage) de l'accès aux snapshots pour les LUN du point demontage ou pour un ensemble de points de montage sur un hôte.

Le VNXe permet uniquement la création d'un snapshot à la fois à partir d'un ensembleou d'un groupe de LUN en vue d'un rattachement aux LUN du point de montage. LesLUN contenues dans un groupe de LUN sont rattachées et détachées ensemble. Iln'existe pas d'attachement/de rattachement partiel.

Avant d'effectuer un montage et un démontage, zonez l'hôte de montage sur la baieVNXe et enregistrez le nom d'hôte avec ses initiateurs.

La première étape qu'effectue AppSync lors du montage d'un snapshot sur le VNXeest la découverte des initiateurs hôtes de l'hôte de montage. En fonction desinformations du snapshot, AppSync effectue un mappage sur la LUN ou le groupe deLUN source approprié afin de déterminer l'accès hôte de l'hôte de montage. AppSyncvérifie qu'aucun autre snapshot n'est rattaché aux LUN du point de montage. Ensuite,AppSync modifie l'accès hôte pour accorder un accès aux snapshots en vued'effectuer un montage ou pour supprimer l'accès hôte en vue d'effectuer undémontage.

Pour un montage/démontage de RDM ou de vDisk, AppSync identifie l'accès hôte enfonction de l'initiateur hôte du serveur VMware ESX.

Les groupes de LUN ont une approche « tout ou rien » du montage. Sur les produitsMicrosoft, tous les périphériques au sein ou en dehors d'un groupe de LUN doiventêtre initialement exposés à l'hôte de montage afin qu'une importation VSS puisse êtreeffectuée correctement. Certains périphériques peuvent rester visibles, mais nonconnectés à un point de montage sur l'hôte de montage.

Considérations relatives au montage/démontage de datastores NFS sur leVNXe

Cette section traite du montage/démontage de datastores NFS.

AppSync crée un partage en fonction du snapshot de fichier VNXe que vous souhaitezmonter. Le partage est visible par l'hôte de montage. Au cours du démontage, le



partage créé lors du montage est supprimé. Le nom du partage s'affiche au formatsuivant :

AS-Share-lastFourDigitOfVNXeSerialNum-ProductionFilesystemId-TimeOfShareCreatedAppSync crée une liste d'interfaces IP d'exportation à partir de la baie VNXe.L'interface IP d'exportation de production est prioritaire.

VMAXPour créer et gérer des copies de vos applications, AppSync prend en charge lestechnologies de réplication TimeFinder Clone et TimeFinder VP Snap. AppSync prendégalement en charge la gestion des copies à distance depuis un périphérique R2 dansune configuration SRDF/A ou SRDF/S.

Consultez les sections suivantes avant d'ajouter votre système de stockage VMAX.

Considérations relatives aux plans de service pour les applications surstockage VMAX

Une fois que vous avez enregistré un système de stockage VMAX, vous pouvezinscrire l’application à un plan de service pour créer et gérer des copies de celle-ci.

Les plans Bronze et Silver sont pris en charge. TimeFinder VP Snap est la technologiede réplication par défaut utilisée pour les plans de service. Vous pouvez modifier cettepréférence afin d’utiliser des clones si vous souhaitez obtenir des copies TimeFinderClone.

Le nombre maximal recommandé de copies à conserver avant expiration est de 6 pourTimeFinder Clone et de 31 pour VP Snap. Le nombre de copies TimeFinder Clone et VPSnap qui peuvent être créées et gérées dépend des autres technologies de copie et deréplication utilisées sur les LUN sources. Pour la planification, reportez-vous à lasection relative aux limites des sessions de copie. Reportez-vous à la section Limitesdes sessions de copie VMAX.

Plan BronzeVous pouvez vous inscrire au plan de service Bronze pour créer et gérer des copieslocales à des fins de reprise des opérations, d’accélération de la sauvegarde ou deréaffectation (création de copies de test/développement).

Pour les LUN RAID, AppSync choisit TimeFinder Clone dans le cadre du plan Bronze.Si la source est une LUN RAID ou une combinaison de LUN RAID et de thin LUN,AppSync sélectionne les clones par défaut, même si vous sélectionnez TimeFinder VPSnap en tant que préférence.

Plan SilverPour les copies utilisant SRDF/S ou SRDF/A, inscrivez les applications au plan deservice Silver.

Remarque

La création de copies à distance dans une configuration SRDF/A n’est pas prise encharge avec les applications Microsoft.


VMAX 307

Avertissements concernant SRDF/A : La création d’un snapshot TimeFinder VP Snapou d’un clone TimeFinder Clone du périphérique R2 n’est pas autorisée dans lessituations suivantes :

l L’adaptation du flux d’entrée des écritures au niveau du périphérique SRDF/An’est pas activée ni prise en charge par la session SRDF/A.

l La paire SRDF est la paire R21 -> R2 d’une configuration en cascade et l’une desconditions suivantes est remplie :

n La baie Symmetrix R21 exécute une version d’Enginuity inférieure à la version5876.159.102.

n La baie Symmetrix R2 exécute une version d’Enginuity inférieure à la version5875.

n Le périphérique R21 ne prend pas en charge l’adaptation du flux d’entrée.

l La restauration à partir de SRDF/A n’est pas prise en charge.

Les LUN de stockage sources peuvent être des LUN RAID traditionnelles ou des thinLUN (TDEV). TimeFinder VP Snap prend uniquement en charge les thin LUN. Tenezcompte des recommandations suivantes :

l La paire R1 > R2 doit être dans un état synchronisé (pour SRDF/S) et cohérent(pour SRDF/A).

l Pour la création de copies dans le cadre du plan Silver, Affinitizer sépare lesapplications en fonction du groupe RDF (groupe RA) auquel appartiennent lespériphériques sources.

l Placez toutes les LUN de l’application dans le même groupe RDF.

Remarque

En cas de copies SRDF distantes (sur les périphériques R2) pour les plans de serviceSilver et Gold, AppSync requiert un seul SMI-S Provider ayant accès à la baie locale età distance. Pour plus d’informations, consultez le document AppSync VMAX ArraySupport Guide sur https://support.emc.com.

Limites des sessions de copieLes baies de la gamme Symmetrix VMAX prennent en charge jusqu’à 16 sessionsdifférentielles par périphérique source, lesquelles peuvent être utilisées pour desopérations TimeFinder/Clone, TimeFinder/Snap, TimeFinder VP Snap, SRDF/Star,Solutions Enabler Open Replicator (ORS) ou Symmetrix Differential Data Facility(SDDF).

Cela limite le nombre de copies disponibles pouvant être créées.

TimeFinder VP Snap autorise 32 sessions supplémentaires par périphériqueSymmetrix, ce qui inclut la disponibilité d’une session parmi les 16 sessionstraditionnelles disponibles. Si vous souhaitez effectuer une restauration, une autresession est requise parmi les 16.

Par exemple, si vous utilisez VP Snap pour une LUN source et souhaitez ensuiteeffectuer une opération de restauration, cette action laisse 14 sessions disponiblespour les autres technologies de copie (TF Clone, ORS, TimeFinder/Snap, SRDF/Star,etc.).

En outre, si vous souhaitez créer et gérer des copies TF Clone pour cette mêmesource, vous ne pouvez pas créer plus de 7 copies TF Clone à l’aide d’AppSync. (Eneffet, AppSync crée des copies TimeFinder Clone différentielles qui utilisent 2 sessionsdifférentielles par copie [14 / 2 = 7]). Étant donné qu’AppSync ne supprime pas et nefait pas expirer de copie avant d’en créer une nouvelle, la source de la rotation




AppSync pour les copies TimeFinder Clone ne peut pas être supérieure à 6. Celapermet la création d’une copie supplémentaire avant la suppression/l’expiration de lacopie la plus ancienne.

Remarque

Pour connaître les autres limites des sessions TimeFinder, consultez le documentSolutions Enabler Symmetrix TimeFinder Family CLI Product Guide.

Montage et démontage de copies VMAXLes opérations de montage/démontage sur le VMAX impliquent le masquage/l’affichage de LUN ou d’un ensemble de LUN pour un hôte.

AppSync s’appuie sur la fonction de provisionnement automatisé du VMAX. AppSyncnécessite que l’hôte de montage soit zoné sur la baie VMAX. Vous devez créer une vuede masquage avec le groupe d’initiateurs, le groupe de ports et le groupe de stockageappropriés.

Lorsque AppSync réalise une opération de montage sur le VMAX, il découvre d’abordl’initiateur hôte de l’hôte de montage. En fonction de l’initiateur hôte, il effectue unmappage sur la vue de masquage appropriée afin de déterminer le groupe de stockagevers ou depuis lequel les LUN cibles sont masquées/affichées pour exécuter uneopération de montage/démontage.

Vous pouvez sélectionner la règle FAST VP souhaitée pour la LUN cible dans la phasede montage du plan de service. S’il existe un groupe de stockage pour l’hôte demontage avec le FAST VP souhaité, AppSync ajoute la LUN à ce groupe de stockage.Si un tel groupe de stockage n’existe pas, AppSync ajoute la LUN à n’importe quelgroupe de stockage qui est masqué pour l’hôte.

Si un groupe de stockage est configuré pour choisir les périphériques cibles, AppSyncsupprime les périphériques du groupe de stockage au moment du montage et lesajoute au groupe de stockage de l’hôte de montage. Les périphériques sont ajoutés augroupe de stockage d’origine lorsque la copie arrive à expiration.


Montage et démontage de copies VMAX 309

Remarque

l Lorsque vous sélectionnez la règle FAST VP, assurez-vous que le pool de stockagedu groupe de stockage (groupe de stockage de la règle FAST VP) et le pool destockage des périphériques de copie sont du même type (autrement dit, ils doiventse trouver sur les mêmes niveaux de stockage). Si les périphériques de copie et lespools de stockage de la règle FAST VP se trouvent sur différents niveaux destockage, les périphériques de copie ne peuvent pas être déplacés entre lesdifférents niveaux de stockage, et l’opération de montage échoue. Par exemple, sile périphérique source VMAX V2 est créé sur un pool de disques Flash et qu’unsnapshot TimeFinder est également créé à partir du même pool dans AppSync,pour monter la copie sur la règle FAST VP souhaitée, veillez à sélectionner unerègle FAST VP associée au pool de disques de Flash, car les LUN ne peuvent pasêtre déplacées d’un niveau à un autre présentant des pools de disques différents.

l Pour utiliser la fonction de la règle FAST VP après une mise à niveau à partird’AppSync 2.2.3 ou de versions antérieures à 3.0, lancez une nouvelle découvertede la baie.

l Ne modifiez pas le nom du groupe de stockage pour l’hôte de montage lorsque lacopie est montée. Si vous modifiez le nom du groupe de stockage, assurez-vous derétablir le nom d’origine avant de démonter la copie d’AppSync.

Pour un montage/démontage de RDM ou de vDisk, AppSync identifie la vue demasquage en fonction de l’initiateur hôte du serveur VMware ESX.

Remarque

Tous les périphériques de pool de stockage provisionnés et créés par AppSync sontdéplacés vers un groupe de stockage interne créé par AppSync. Ce groupe destockage interne n’est pas visible par l’utilisateur. Il est créé pour traiter efficacementles périphériques provisionnés par AppSync.

Montages Microsoft Cluster Server pour SQL ServerLes montages Microsoft Cluster Server (MSCS) pour SQL Server peuvent êtreeffectués au sein du cluster de production ou d'un autre cluster.

En cas de montage sur un nœud de cluster utilisant un système de stockage VMAX :

l La configuration du groupe de stockage s'applique uniquement aux hôtesphysiques ou aux machines virtuelles avec iSCSI qui sont directement connectésau VMAX. Pour les clusters configurés à l'aide de machines virtuelles avec RDM oudisque virtuel, la copie montée est uniquement visible par le nœud sélectionné(généralement le nœud passif).

l En cas de montage sur un nœud de cluster à des fins de sauvegarde, créez ungroupe de stockage dédié pour l'un des nœuds du cluster, de préférence le nœudpassif.

l AppSync ne prend pas en charge le montage sur un cluster en tant que ressourceen cluster. Pour effectuer un montage sur un cluster en tant que ressource encluster (dans un environnement physique/iSCSI), désactivez le paramètre pardéfaut Use dedicated storage group dans la boîte de dialogue de montaged'AppSync. Au cours du montage, AppSync rend la copie visible par plusieursnœuds du cluster à l'aide d'un groupe de stockage disposant de plusieurs nœuds



attribués. AppSync monte également les systèmes de fichiers sur l'hôte demontage sélectionné. Après l'exécution du montage AppSync, placezmanuellement les périphériques montés sous la gestion du cluster afin d'évitertoute corruption de données.

Réaffectation de copies sur VMAXTenez compte de ces informations lorsque vous réaffectez des copies de bases dedonnées Oracle et SQL Server résidant sur un VMAX.

Vous pouvez réaffecter une copie de la source VMAX où réside la base de données, oula source peut être le périphérique cible d'une session SRDF.

Vous pouvez uniquement réaffecter une copie de première génération à partir de lasource, ou une copie de deuxième génération (copie de la copie).

Vous pouvez réaffecter une copie de signet RecoverPoint d'une base de donnéesOracle ou SQL Server.

Lorsque vous envisagez une réaffectation, passez en revue les informations suivantes :

l Le VMAX ne prend pas en charge une combinaison de périphériques thick et thinen cascade.

l La copie de première génération doit être un clone. La copie de deuxièmegénération peut être un clone ou un snapshot TimeFinder VP Snap.

l Si le périphérique source est de type thick, les cibles de première et de deuxièmegénération le sont également. Si le périphérique source est de type thick, AppSyncprend uniquement en charge le clone d'un clone pour le périphérique source.

l Si la source est de type thin, AppSync prend aussi bien en charge le snapshotTimeFinder VP Snap d'un clone que le clone d'un clone.

l La copie de première génération peut être une copie distante ou locale dans unesession SRDF. Mais celle de deuxième génération est uniquement locale.

l Si vous disposez de périphériques sources de type thick, configurez le groupe destockage avec des périphériques thick, faute de quoi la création de la copie depremière génération échouera.

Restaurations VMAXLe VMAX limite le nombre maximal de hops en cascade à deux.

Si la source A fait l’objet de sessions de type A > D et A > B > C (créées par un plan deservice ou selon un workflow de réaffectation), la restauration à partir de D change lenombre de hops à 3, car la session de restauration est de type D > A > B > C. Parconséquent, AppSync propose une option permettant de mettre fin à la session B > Cs’il s’agit d’un clone.

Au cours des exécutions suivantes, si AppSync choisit C en tant que cible de B, il s’agitd’une synchronisation complète et non d’une resynchronisation, puisque la sessionB > C est arrêtée au cours de la restauration.

Par exemple :

A > B > C

A > D > E

La restauration à partir de B met fin à D > E. La restauration à partir de D met fin àB > C. Les sessions concernées sont arrêtées uniquement si vous sélectionnez l’optioncorrespondante.

Si la copie de deuxième génération est un snapshot TimeFinder VP Snap, vous devezfaire expirer les snapshots de deuxième génération manuellement. La restauration


Réaffectation de copies sur VMAX 311

échoue s’il existe un snapshot d’un clone pour la source, et elle affiche toutes lescopies qui doivent expirer dans la fenêtre de progression.

Remarque

Pour plus d’informations, consultez le document AppSync VMAX Array Support Guidesur https://support.emc.com.

VMAX 3 et VMAX All FlashLes baies VMAX 3 et VMAX All Flash sont prises en charge par AppSync. Cettesection décrit les fonctions prises en charge, ainsi que les considérations relatives auxplans de service, y compris le montage/démontage et la restauration de copiesVMAX 3 et VMAX All Flash.

Pour créer et gérer des copies d’applications, AppSync prend en charge la technologiede réplication de snapshots SnapVX sur les baies VMAX 3 et VMAX All Flash.

Considérations relatives aux plans de service pour les applications sur lestockage VMAX 3 et VMAX All Flash

Tenez compte des considérations suivantes concernant la prise en charge des plans deservice avec VMAX V3 et VMAX All Flash.

PrésentationUne fois que vous avez enregistré (ajouté) un système de stockage VMAX 3 et VMAXAll Flash, inscrivez une application à un plan de service pour créer et gérer des copiesde celle-ci.

Les plans de service Bronze, Silver et Gold sont pris en charge par VMAX 3 et VMAXAll Flash. Un snap-in dans un plan de service avec VMAX 3 et VMAX All Flash estéquivalent à un snapshot SnapVX lié en mode no copy. Un clone dans un plan deservice est équivalent à un snapshot SnapVX lié en mode copie. La préférence pardéfaut d’un plan de service est le snapshot.

Si le périphérique source est étendu en ligne dans une baie VMAX3 ou VMAX All Flash,développez les périphériques cibles dans le groupe de stockage configuré sur leserveur AppSync, ou ajoutez de nouveaux périphériques avec la même géométrie quele périphérique source.

Si le stockage cible utilisé est provisionné par AppSync à partir de SRP, celui-ci doitêtre étendu en ligne pour correspondre à la géométrie du périphérique source.

Optimisation de SnapVXCloneLe clone SnapVX est créé et associé avec le périphérique cible pendant la création dela copie. AppSync optimise la liaison de clonage de SnapVX à l’aide de la stratégie denouvelle liaison. Lors de la liaison du clone SnapVX avec le périphérique cible, AppSynctente de trouver un périphérique cible adapté, déjà lié avec un SnapVX précédent dumême périphérique source et pouvant être utilisé pour la nouvelle liaison. Si vous liez lenouveau SnapVX avec le même périphérique cible une nouvelle fois, il synchroniseuniquement l’écart de données, c’est-à-dire les données modifiées entre la versionSnapVX antérieure et le nouveau SnapVX. Cela réduit le temps de liaison pour lespériphériques volumineux. Le plan de service sans réaffectation utilise la fonction denouvelle liaison lors de la création de la copie. Les plans de service de réaffectationpeuvent actualiser les copies réaffectées et utiliser la fonction de nouvelle liaison.




Remarque

La mise en place d’une nouvelle liaison n’est pas prise en charge avec le nombre derotations 1.

Restaurer des copies VMAX 3 et VMAX All FlashLorsque vous restaurez des copies SnapVX dans AppSync, ce dernier restaure lesdonnées à partir des snapshots SnapVX créés sur la baie pour les périphériquessources, mais pas à partir des périphériques liés aux snapshots. Par conséquent, lesmodifications effectuées sur la copie lors de son montage n’apparaissent pas enproduction après la restauration.

Montage/démontage des copies VMAX 3 et VMAX All FlashLes opérations de montage/démontage sur VMAX 3 et VMAX All Flash incluent lemasquage/l’affichage des LUN ou d’un ensemble de LUN pour un hôte. AppSyncs’appuie sur la fonction de provisionnement automatisé de VMAX 3 et de VMAX AllFlash.

L’hôte de montage doit être zoné sur la baie VMAX 3/VMAX All Flash. Ensuite, vouspouvez créer une vue de masquage avec le groupe d’initiateurs, le groupe de ports etle groupe de stockage.

Lorsque AppSync réalise une opération de montage sur VMAX 3 ou VMAX All Flash, ildécouvre d’abord l’initiateur hôte de l’hôte de montage. En fonction de cet initiateurhôte, AppSync effectue un mappage vers (ou à partir de) la vue de masquage. Cetteopération détermine le groupe de stockage dans lequel les LUN cibles sont masquées/affichées. Pour un montage/démontage de RDM ou de vDisk, AppSync identifie la vuede masquage en fonction de l’initiateur hôte du serveur VMware ESX.

Vous pouvez sélectionner l’objectif de niveau de service (SLO) requis pour la LUNcible dans la phase de montage du plan de service. S’il existe un groupe de stockagepour l’hôte de montage avec le SLO requis, AppSync ajoute la LUN à ce groupe destockage. Si un tel groupe de stockage n’existe pas, AppSync ajoute la LUN àn’importe quel groupe de stockage qui est masqué pour l’hôte.

Si un groupe de stockage est configuré pour choisir les périphériques cibles, AppSyncsupprime les périphériques du groupe de stockage au moment du montage et lesajoute au groupe de stockage de l’hôte de montage. Les périphériques sont ajoutés augroupe de stockage d’origine lorsque la copie arrive à expiration.

Si le groupe de stockage sélectionné n’a pas de SLO, les périphériques ne sont passupprimés du groupe de stockage configuré par AppSync.

Ne configurez pas le groupe de stockage créé en interne par AppSync pour une autreopération. Le format du groupe de stockage interne d’AppSync est <hostname>+"__INTERNAL-AppSync"+format numérique. Par exemple, les groupes de stockageinternes d’AppSync créés pour le serveur AppSync lrmp253 sont AppSync-lrmp253__INTERNAL-0, lrmp253__INTERNAL-AppSync-1, lrmp253__INTERNAL-AppSync-2 et ainsi de suite.

Si plusieurs groupes de stockage existent sur la baie pour le même hôte de montageavec le même SLO, AppSync trie les groupes de stockage par ordre alphabétique etsélectionne le premier de la liste. Si vous souhaitez qu’AppSync utilise un groupe destockage spécifique, renommez le groupe de stockage de telle sorte qu’il apparaît surla liste une fois celle-ci triée. Le plan de service doit être recréé pour que cettemodification prenne effet.


Montage/démontage des copies VMAX 3 et VMAX All Flash 313

Remarque

l Ne modifiez pas le nom du groupe de stockage pour l’hôte de montage lorsque lacopie est montée. Si vous modifiez le nom du groupe de stockage, assurez-vous derétablir le nom d’origine avant de démonter la copie d’AppSync.

l Tous les périphériques de pool de stockage provisionnés et créés par AppSyncsont déplacés vers un groupe de stockage interne créé par AppSync. Ce groupe destockage interne n’est pas visible par l’utilisateur. Il est créé pour traiterefficacement les périphériques provisionnés par AppSync.

Présentation de la réaffectation avec VMAX All Flash et VMAX 3Vérifiez la prise en charge de la réaffectation par VMAX 3 et VMAX All Flash.

AppSync prend en charge la réaffectation locale et à distance des copies VMAX 3 etVMAX All Flash SnapVX. L’actualisation d’une copie existante crée un nouveausnapshot de la LUN source et la lie à la cible d’origine de la copie dans le mode requis.L’ancien snapshot arrive alors à expiration.

Utilisez l’assistant de réaffectation pour créer une copie réaffectée locale ou distanteavec VMAX 3 ou VMAX All Flash.

Remarque

Pour plus d’informations, consultez le document AppSync VMAX Array Support Guidesur https://support.emc.com.

Contrôleur ViPRCette section traite de la prise en charge de Contrôleur ViPR avec AppSync, y comprisles applications, les plans de service pris en charge et les considérations relatives à laconfiguration.

Avec cette version d'AppSync, Contrôleur ViPR fonctionne comme un autre systèmede stockage. Cela signifie que Contrôleur ViPR doit être enregistré et découvert dansAppSync. Reportez-vous à la section relative à l'ajout de Contrôleur ViPR dansAppSync.

AppSync prend en charge les snapshots Contrôleur ViPR en tant que technologie decopie pour les applications provisionnées à l'aide de Contrôleur ViPR.

Remarque

Les applications utilisant une combinaison de LUN pour la protection ne sont pasprises en charge. Par exemple,AppSync ne prend pas en charge une combinaison deLUN natives (AppSync) sur VMAX et de LUN Contrôleur ViPR.

AppSync prend uniquement en charge les applications qui sont provisionnées parContrôleur ViPR avec des pools virtuels en mode bloc reposant sur VMAX/VPLEXavec un stockage VMAX et XtremIO. AppSync ne prend pas en charge les applicationsprovisionnées sur des pools virtuels en modes fichier et objet.




Remarque

AppSync ne prend pas en charge ISCSI avec AIX pour le stockage XtremIO natif ou lestockage XtremIO sur Contrôleur ViPR.

Migration à partir de la baie native vers ViPR ControllerAppSync prend en charge la fonction de gestion des copies Contrôleur ViPR, de sorteque la migration d'applications à partir de la plate-forme native vers la plate-formeViPR s'effectue sans perturber les copies ni les plans de service existants, et sansintervention manuelle. Par exemple :

1. Supposons que vous disposiez d'une base de données Oracle s'exécutant sur unVMAX, et que vous utilisiez AppSync pour protéger cette base de données dans lecadre d'un plan de service Bronze pour la protection locale.

2. AppSync crée un snapshot quotidien de la base de données en interagissantdirectement avec le stockage VMAX en natif à l'aide d'un SMI-S Provider.

3. Par la suite, vous décidez d'utiliser une plate-forme Contrôleur ViPR afind'automatiser votre infrastructure de stockage. Dans le cadre de cetteautomatisation, déplacez tous les volumes existants vers Contrôleur ViPR.Contrôleur ViPR nécessite que toutes les tâches de gestion du stockage, telles quele provisionnement des volumes pour la création de snapshots, la suppression, etc.soient effectuées à l'aide de Contrôleur ViPR.

4. Vous avez toujours besoin d'une protection locale de votre base de données Oraclesur le stockage VMAX, mais vous souhaitez migrer vers Contrôleur ViPR pourtoutes les opérations de snapshot.

5. Avec AppSync, vous pouvez migrer de manière transparente vers la plate-formeContrôleur ViPR, sans aucune intervention manuelle ni aucune modification de vosplans existants.

Considérations relatives aux plans de service avec Contrôleur ViPRAvant d'ajouter un plan de service pour les copies Contrôleur ViPR, prenez en compteles éléments suivants.

La fonction de gestion des copies avec Contrôleur ViPR suit le même workflowqu'AppSync pour la prise en charge native des baies de stockage. Par exemple, vousdevez configurer un hôte, ainsi qu'une ressource Contrôleur ViPR dans AppSync, puisprocéder à la découverte de l'application. Une fois celle-ci découverte, vous pouvezl'inscrire à un plan de service existant dans AppSync. Dans cette version, les plans deservice Bronze sont pris en charge.

Montage et démontage de copies Contrôleur ViPRCette section concerne le montage et le démontage de copies Contrôleur ViPR avecAppSync.

AppSync permet le montage de copies d'applications créées à l'aide d'un snapshotViPR sur des hôtes enregistrés auprès de Contrôleur ViPR. AppSync utilise les groupesd'exportation ViPR pendant le montage des copies d'une application.

Dans le cadre du montage, AppSync détermine si un hôte de montage a déjà un grouped'exportation provisionné dans le projet et sur la baie ViPR où les snapshots sontstockés. Si AppSync trouve un groupe d'exportation existant, il le met à jour en luiajoutant les snapshots. Si AppSync ne trouve pas de groupe d'exportation pour l'hôtede montage et la baie ViPR où le snapshot est stocké, AppSync utilise les API ViPRpour provisionner un nouveau groupe d'exportation pour l'hôte dans le projet requispour les baies ViPR où se trouvent les snapshots.


Considérations relatives aux plans de service avec Contrôleur ViPR 315

Si les applications résident sur des volumes virtuels VPLEX, l’hôte de montage doitêtre zoné sur la baie native back-end sur laquelle résident les volumes virtuels VPLEX.Cela est nécessaire car AppSync prend en charge l’exportation de snapshots devolumes VPLEX uniquement en tant que volumes de baie natifs et non en tant quevolumes virtuels VPLEX.

Conseil de dépannage pour le zoning automatique : Lorsqu'un compte Fabric Managerdispose d'un accès en lecture seule et que le zoning SAN d'une baie ViPR est défini surAutomatic > Create Export Group, cette action échoue si l'hôte n'est pas zoné sur labaie. Le zoning automatique ne peut pas être exécuté, car le compte Fabric Managerdispose d'un accès en lecture seule au fabric. Pour contourner ce problème, définissezle zoning SAN sur Manual, puis créez manuellement une zone entre l'hôte et la baiephysique.

Restauration d'une copie Contrôleur ViPRPassez en revue ces scénarios lorsque vous envisagez la restauration d'une copieContrôleur ViPR.

AppSync ne prend pas en charge la restauration à partir de copies d'applicationscréées à l'aide de Contrôleur ViPR et pour lesquelles le volume a été provisionné parContrôleur ViPR sur une baie XtremIO 3.x back-end (en natif ou à l'aide de VPLEX enfront-end).

Restauration de LUN à partir d'un snapshot ViPRLors d'une restauration à partir d'un snapshot Contrôleur ViPR, AppSync rechercheune entité affectée s'il existe des groupes de cohérence et vous signale que d'autresapplications peuvent être concernées par la restauration.

Restauration granulaireAppSync prend en charge la restauration granulaire de machines virtuelles et defichiers avec Contrôleur ViPR comme plate-forme de stockage. Étant donné queContrôleur ViPR ne peut pas créer de copie d'une copie, la restauration granulaire demachines virtuelles utilise toujours le clonage de VM pour restaurer les machinesvirtuelles à partir d'un réplica.

La fonction de restauration instantanée est désactivée lors de l'utilisation deContrôleur ViPR.

XtremIOCette section répertorie les applications prises en charge, la technologie deréplication, la configuration requise et les restrictions applicables aux baies XtremIOavec AppSync à connaître avant de commencer l’installation.

Applications prises en chargeAppSync crée des snapshots cohérents des écritures sur la baie XtremIO pour chaqueapplication que vous ajoutez à un plan de service. Le système XtremIO prend encharge les applications suivantes :

l Bases de données Oracle

l Bases de données SQL Server

l Bases de données et DAG Exchange

l Systèmes de fichiers

l Datastores VMware

l RecoverPoint (version 4.1.2 minimum) est pris en charge avec XtremIO 4.0 etversions supérieures, et AppSync 2.2.2 et versions supérieures.



Technologie de réplicationAppSync crée des snapshots XtremIO des données des applications et place cessnapshots dans le dossier commun suivant : /AppSyncSnapshots/APPSYNCSERVERNAME/PRODUCTIONHOSTNAME/. Déplacez les snapshots XtremIO àpartir du dossier commun uniquement si vous utilisez la fonction AppSync desuppression de copie, qui supprime une copie dans AppSync, mais ne supprime pas lessnapshots XtremIO.

AppSync nomme les snapshots selon la convention de dénomination suivante :TIMESTAMP.snap.ORIGINALVOLNAME. La limite XtremIO étant de 64 caractèrespour le nom du snapshot, le chemin ORIGINALVOLNAME doit être de 40 caractèresmaximum.

Tenez compte des limites XtremIO concernant le nombre de LUN qui peuvent fairel’objet d’un snapshot en même temps. Ne laissez pas les configurations de base dedonnées Oracle dépasser le nombre maximal de volumes imposé par le nombremaximal de snapshots autorisé par la baie XtremIO.

Vous pouvez ajuster le nombre maximal de demandes de disque en attente à l’aide duparamètre Disk.SchedNumReqOutstanding. La valeur par défaut deDisk.SchedNumReqOutstanding est 32. XtremIO recommande d’utiliser leparamètre 256 pour tous les périphériques présentés à un hôte. Pour obtenir desinstructions sur la définition du nombre maximal de demandes de disque en attentepour les périphériques de snapshot XtremIO montés sur un hôte, consultez l’article dela base de connaissances VMware correspondant.

AppSync prend en charge l’utilisation des API de groupe de cohérence XtremIO pourcréer et actualiser des snapshots, afin d’améliorer au maximum la vitesse desopérations. Toutefois, la prise en charge est limitée au workflow de réaffectation. Laversion minimale requise de XtremIO est 4.0.2.

Pour utiliser les API de groupe de cohérence XtremIO, les conditions suivantes doiventêtre remplies :

l Toutes les LUN sources doivent avoir le même groupe de cohérence.

l Toutes les LUN sources doivent faire partie d’un seul groupe de cohérence.

l Tous les snapshots doivent faire partie d’un Snapshot-set (actualisation ourestauration au niveau du groupe de cohérence).

Remarque

Une seule LUN source dans un groupe de cohérence est également prise en charge.

Pour les applications basées sur Windows, toutes les LUN doivent être dans un seulgroupe de cohérence.

Pour Oracle, toutes les LUN de log d’archivage doivent faire partie d’un même groupede cohérence et les LUN de base de données doivent faire partie d’un même groupede cohérence.


XtremIO 317

Remarque

l Les volumes XtremIO sont toujours supprimés à une vitesse de 1 volume toutes les60 secondes. Par conséquent, l’expiration d’une copie d’application répartie sur5 volumes prend 5 minutes.

l Lorsque vous utilisez les API de groupe de cohérence XtremIO, les volumesrestants dans le cadre de l’opération sont également supprimés à une vitesse de1 volume toutes les 60 secondes.

l Pour obtenir des informations sur les limites de XtremIO, en particulier cellesconcernant les snapshots et les dossiers XtremIO, consultez le document EMCXtremIO Release Notes, disponible sur https://support.emc.com.

RestrictionsTenez compte des restrictions suivantes applicables à la baie XtremIO avec AppSync :

l Des groupes d’initiateurs XtremIO doivent être définis dans XtremIO pour tous leshôtes de montage sur lesquels AppSync monte des copies XtremIO.

l AppSync ne prend pas en charge XtremIO avec la connectivité iSCSI pour leshôtes AIX.

Remarques sur la configuration

l XtremIO Management Server (XMS) doit être configuré sur un SAN avec au moinsune baie XtremIO.

l Zonez les baies XtremIO sur les serveurs de production et les hôtes de montage(physiques) ou sur les serveurs VMware ESX (virtuels).

l Pour monter et démonter des copies :

n Veillez à configurer des bases de données Oracle ou SQL Server sur les baiesXtremIO pour les données et les logs.

n Les protocoles Fibre Channel et iSCSI sont pris en charge.

Considérations à prendre en compte avant d’ajouter une baie :Pour ajouter et configurer une baie XtremIO devant fonctionner avec AppSync, il estnécessaire qu’au moins un XtremIO Management Server (XMS) soit configuré pourcette baie XtremIO. Passez en revue les considérations suivantes avant d’ajouter unebaie :

l Des privilèges d’administrateur sont requis pour ajouter la baie XtremIO.

l Assurez-vous que le stockage XtremIO est zoné sur les serveurs de production(physiques) ou les serveurs VMware ESX (virtuels). Les RDM et les disquesvirtuels sont pris en charge sur les machines virtuelles VMware. Le protocole iSCSIest pris en charge pour les hôtes Windows et Linux, ce qui vous permet de voir lestockage XtremIO via un LAN iSCSI. Le protocole iSCSI est pris en charge pour leshôtes physiques ou virtuels, ainsi que pour les serveurs VMware ESX.

l Oracle, les systèmes de fichiers et les datastores VMFS sous Linux/AIX sont prisen charge. Les systèmes de fichiers et les disques virtuels sont pris en charge sousWindows.

l Vous devez disposer du nom/de l’adresse IP et des informations d’identification deXMS.




Remarque

Si vous modifiez les informations d’identification de la baie, assurez-vous de les mettreà jour dans AppSync avant de tenter une opération.

Le Guide d’installation et de configuration d’AppSync fournit des instructions pour l’ajoutd’une baie XtremIO.

Options de restauration avec le stockage XtremIOCette section présente les options de restauration de copies d'applications sur desbaies XtremIO à connaître dans le cadre de la planification de l'installation.

Les versions 2.2.2 et supérieures d'AppSync prennent en charge la restaurationautomatisée de copies XtremIO 4.0 et versions supérieures. Les applications suivantessont prises en charge :


l Bases de données Exchange autonomes et groupes de disponibilité des données(DAG) Exchange

l Datastores VMware


l RecoverPoint

AppSync utilise l'assistant de restauration pour la restauration automatisée sur unsystème de stockage XtremIO. Cliquez sur le bouton Restore pour démarrer l'assistantde restauration pour les applications correspondantes. Au cours de la restauration,AppSync crée un autre snapshot généré par XtremIO, stocké sous la balise /volumes/AppSyncSnapshots/RestoredSnapshots. Un administrateur doitnettoyer manuellement ces snapshots.

RecoverPointTenez compte des bonnes pratiques de configuration de RecoverPoint avant dedéployer AppSync. Par exemple, veillez à observer les bonnes pratiques de granularitédes groupes de cohérence RecoverPoint.

Considérations relatives au plan de service pour les applications avec uneprotection RecoverPoint

AppSync prend en charge différentes options de réplication RecoverPoint.

Trois types d'options de réplication :

Locale (protection continue des données)

Avec la protection locale, RecoverPoint réplique les données sur une baie destockage du même site. Dans une installation RecoverPoint qui est utiliséeexclusivement pour la protection locale, vous installez des RPA sur un seul site etne spécifiez pas d'interface WAN. Le plan de service Bronze protège la réplicationdes applications.

Distante (réplication continue à distance)

Avec la réplication distante, RecoverPoint réplique les données vers un sitedistant via un WAN. Il n'existe aucune limite à la distance de réplication. Le plande service Silver protège la réplication des applications.


Options de restauration avec le stockage XtremIO 319

Locale et distante (locale et distante simultanée)

Avec la réplication locale et distante simultanée, RecoverPoint protège les LUNde production en local à l'aide de la protection locale et à distance à l'aide de laréplication distante. Les deux copies ont des périodes de protection et des règlesde RPO différentes. Le plan de service Gold protège la réplication desapplications. La protection RecoverPoint multisite (plusieurs sites distants) n'estpas prise en charge pour l'instant.

Remarque

Pour les signets RecoverPoint :

l Volume VNX source, volume VMAX cible : les modes d'accès virtuel et virtuel avecbasculement ne sont pas pris en charge.

l Volume VMAX source, volume VNX cible : les modes d'accès virtuel et virtuel avecbasculement sont pris en charge.

Préalables exigés pour RecoverPointVérifiez que la configuration de RecoverPoint respecte les conditions préalablesnécessaires à une utilisation avec AppSync.

l Installez et configurez RecoverPoint conformément à la documentationRecoverPoint.

l Utilisez RecoverPoint pour créer des groupes de cohérence.

l Assurez-vous que les séparateurs de tous les hôtes de montage sont rattachés auxvolumes cibles RecoverPoint qu'ils vont utiliser.

l Synchronisez l'heure sur tous les systèmes. Suivez les étapes de la documentationdu système d'exploitation pour configurer le serveur AppSync, ainsi que tous lesserveurs de production et les hôtes de montage, de façon qu'ils soientsynchronisés avec un serveur de synchronisation. Cela inclut tous les hôtes, lestockage VNX, VNXe, Unity et les appliances RecoverPoint.

l Pour la préparation de basculement sur incident, n'oubliez pas qu'AppSyncnécessite que les groupes de cohérence pour la réplication en local et à distanceRecoverPoint disposent de copies locales et distantes, même en cas debasculement sur incident. Ceci peut nécessiter des étapes de configuration de lapart de l'administrateur RecoverPoint après le basculement sur incident afin deconfigurer une copie locale sur le site distant.

l Au cours de la configuration d'AppSync, le site RecoverPoint est ajouté en tantque ressource. Dans une configuration locale et distante, AppSync découvre tousles sites dans la configuration système RecoverPoint. Les informationsd'identification d'un compte disposant de privilèges d'administration RecoverPointsont requises lors de l'ajout du site.

Montages dynamiques ou statiquesLes copies RecoverPoint peuvent être montées de deux manières : statique oudynamique.

AppSync prend en charge les montages statiques de cibles RecoverPoint. Avec lesmontages statiques, les LUN cibles RecoverPoint (locaux ou distants) doivent êtrepréexposées (masquées) pour l'hôte de montage avant que vous puissiez monter lescopies RecoverPoint. Si vous utilisez des montages statiques dans un environnement



de machines virtuelles, les LUN cibles RecoverPoint doivent être masquées pour leserveur VMware ESX et ajoutées en tant que RDM aux machines virtuelles avant lemontage de la copie.

Les cibles RecoverPoint peuvent également être montées de manière dynamique. LesLUN cibles RecoverPoint sont mappées au moment du montage afin d'être identifiées.Les LUN sont masquées (déplacées vers le groupe de stockage de l'hôte de montage)et exposées avant le montage. Lorsque les LUN cibles destinées au montagedynamique sont sur un système de stockage VNX, ce dernier doit être enregistréauprès d'AppSync. Cela s'applique également au stockage VNXe et Unity.

Aucune condition préalable pour AppSync n'exige que les périphériques de réplicasoient visibles pour l’hôte de montage. AppSync peut afficher les périphériques defaçon dynamique sur toutes les technologies de stockage. Pour VMAX2 et VMAX3,AppSync ne prend pas en charge les montages statiques. Cela ne s'applique pas auxenvironnements RecoverPoint impliquant VMAX.

Pour les montages dynamiques VMAX, suivez les instructions de provisionnementautomatique du VMAX afin que le masquage réussisse.

Si vous utilisez des montages dynamiques dans un environnement virtuel, ne masquezpas les LUN cibles pour le serveur VMware ESX. AppSync masquera la LUN pour leserveur VMware ESX, puis il l'ajoutera sous forme de RDM à l'hôte de montage.Reportez-vous à la section Montage et démontage de copies VMAX.

Lors du démontage :

l Les LUN qui ont été montées de manière dynamique sont démontées de manièredynamique, autrement dit les LUN sont supprimées du groupe de stockage.

l Les LUN qui ont été montées de manière statique restent dans le groupe destockage à la fin du démontage.

l Pour les copies d'applications comportant des LUN mixtes (montées de manièrestatique et dynamique), les LUN sont démontées de manière dynamique. Toutesles LUN montées sont retirées du groupe de stockage.

Avec le zoning approprié, AppSync présente automatiquement le stockage à l'hôtelorsqu'une copie est montée.

Hôte physique

AppSync attribue dynamiquement un snapshot à l'hôte lorsque la copie estmontée. L'hôte physique doit être zoné sur la baie VNX, VNXe ou Unity des LUNcibles RecoverPoint (locales ou distantes).

machine virtuelle

Les montages dynamiques s'effectuent au format RDM (Raw Device Mapping) ouiSCSI natif sur la machine virtuelle.

l Pour RDM, le serveur VMware ESX où réside la machine virtuelle doit être zonésur la baie VNX, VNXe ou Unity des LUN cibles RecoverPoint (locales oudistantes).

l Pour les disques virtuels et les RDM, Virtual Center (qui gère le serveur VMwareESX où réside l'hôte de montage de la machine virtuelle) doit être enregistréauprès du serveur AppSync.

l Pour iSCSI natif, la machine virtuelle doit être connectée aux initiateurs de la baie(VNX, VNXe ou Unity) des LUN cibles RecoverPoint (locales ou distantes). LeVNX doit disposer d'un groupe de stockage défini pour l'hôte.


Montages dynamiques ou statiques 321

Réaffectation des copies de signets RecoverPoint de bases de donnéesOracle ou SQL Server

AppSync prend en charge la possibilité de réaffecter des copies de signetsRecoverPoint de bases de données Oracle ou SQL Server.

Utilisez AppSync pour réaffecter un signet RecoverPoint sur une cible VMAX (leVMAX 3 n'est pas pris en charge) et créer une copie de première génération (1st Gen)qui tire parti de la technologie de réplication TimeFinder Clone ou TimeFinder VPSnap.Vous pouvez encore réaffecter le clone (pas pour VPSnap) pour créer une copie dedeuxième génération (2nd Gen) qui tire parti de TimeFinder Clone ou de TimeFinderVPSnap.

l Bookmark (hidden) > Clone

l Bookmark (hidden) > Clone > Snap

l Bookmark (hidden) > VPSnap

l Bookmark (hidden) > Clone > Clone

Pour copier des signets, utilisez l'assistant de réaffectation RecoverPoint. L'applianceRecoverPoint et le SMI-S Provider ou le VNX doivent être enregistrés dans AppSync.

Configurations prises en charge :

l Application : Oracle et SQL Server

l Stockage : VNX et VMAX (la copie de première génération est une copie VMAX

l du signet, la copie de deuxième génération est une copie de celle de premièregénération)

Dans l'assistant de réaffectation, sélectionnez Use Bookmark as an intermediatestep pour effectuer la réaffectation RecoverPoint. Si vous ne sélectionnez pas cetteoption, AppSync procède à une réaffectation native. La liste déroulante indique createa 1st Gen copy from site. Cette option détermine si le système utilise la réaffectationde signet RecoverPoint Continuous Data Protection ou RecoverPoint ContinuousRemote Replication.

Points à prendre en compte

l Si vous actualisez la copie de première génération, AppSync effectue une nouvellecopie de la base de données.

l Les copies de première et de deuxième génération sont toujours locales.

l L'expiration manuelle de la copie de première génération supprime la copie designet.

l Actualisez une copie de deuxième génération pour créer une copie de deuxièmegénération à partir de celle de première génération.

l Si la copie de première génération est un clone VMAX, la même LUN est utilisée encas d'actualisation (au lieu d'une rotation).

Réaffectation (création) d’une copie de première génération d’un signet RecoverPointApprenez à réaffecter un signet RecoverPoint sur une cible VMAX et à créer une copiede première génération (clone) d’une base de données Oracle ou SQL Server, qui tireparti de la technologie de réplication TimeFinder Clone ou TimeFinder VPSnap. Vouspouvez encore réaffecter le clone (pas pour VPSnap) pour créer une copie dedeuxième génération qui tire parti de TimeFinder Clone ou de TimeFinder VPSnap.



Avant de commencer

L’appliance RecoverPoint et la baie de stockage sous-jacente (VNX, SMI-S, Unity ouXtremIO) doivent être enregistrées sur le serveur AppSync.

Pour copier des signets, utilisez l’assistant de réaffectation RecoverPoint.

Procédure

1. Connectez-vous à la console AppSync, puis sélectionnez Copy Management.

2. Dans l’assistant de réaffectation, sélectionnez Use Bookmark as anintermediate step pour effectuer la réaffectation RecoverPoint.

Restauration à l'aide d'un signet système de RecoverPointPour une copie RecoverPoint, vous pouvez spécifier une heure qui correspond à unsignet système RecoverPoint (n'importe quelle copie ponctuelle) au cours desopérations de restauration (montage et/ou restauration). Toutefois, une copie designet doit être disponible pour l'application dans AppSync avant de spécifier l'heure.Les copies qui en résultent sont cohérentes en cas d'incident. Par conséquent, larestauration des applications peut échouer.

Pour monter n'importe quelle copie ponctuelle (APIT) :

Procédure

1. Dans l'assistant de montage, sélectionnez une copie de signet.

2. Dans l'écran Select a copy, sélectionnez l'option Select a point in time pourspécifier une heure correspondant au signet créé par le système RecoverPointque vous souhaitez monter.

Remarque

l L'heure affichée est celle de la console. Si la console est dans un autrefuseau horaire que la RPA, indiquez l'heure dans le fuseau horaire du serveurAppSync.

l Vous devez spécifier une heure ultérieure à celle de la dernière copie designet disponible pour cette application dans le serveur AppSync.

3. Indiquez l'heure, puis cliquez sur Next.

4. Sélectionnez les paramètres de copie, puis cliquez sur Next.

5. Cliquez sur Finish.

Une fois l'opération de montage terminée, une nouvelle copie de signet APITavec l'horodatage spécifié est répertoriée dans AppSync.


Restauration à l'aide d'un signet système de RecoverPoint 323

Remarque

l Dans le cas d'une copie créée à l'aide du plan de service Gold (local etdistant), vous pouvez spécifier l'emplacement où vous voulez monter lacopie. Cela peut être un site local ou distant.

l S'il n'existe aucun signet créé par le système RecoverPoint pour l'heurespécifiée, AppSync sélectionne le signet disponible le plus proche (avantl'heure spécifiée) dans RecoverPoint.

l La copie de signet APIT créée au cours du montage peut être réutilisée, sivous souhaitez monter le même signet système RecoverPoint à nouveau(toutes les applications prises en charge par AppSync).

Restaurer à partir d'une copie APITProcédure

1. Dans l'assistant Restore, sélectionnez une copie de signet.

2. Dans l'écran Select a copy, sélectionnez l'option Select a point in time pourspécifier une heure correspondant au signet créé par le système RecoverPointque vous souhaitez monter.

Remarque

l L'heure affichée est celle de la console. Si la console est dans un autrefuseau horaire que la RPA, indiquez l'heure dans le fuseau horaire du serveurAppSync.

l Vous devez spécifier une heure ultérieure à celle de la dernière copie designet disponible pour cette application dans le serveur AppSync.

3. Sélectionnez les options de restauration, puis cliquez sur Next.

4. Cliquez sur Finish.



Remarque

l Dans le cas d'une copie créée à l'aide du plan de service Gold (local etdistant), vous pouvez spécifier l'emplacement où vous voulez restaurer lacopie. Cela peut être un site local ou distant.

l S'il n'existe aucun signet créé par le système RecoverPoint pour l'heurespécifiée, AppSync sélectionne le signet disponible le plus proche (avantl'heure spécifiée) dans RecoverPoint.

l Contrairement au montage APIT, aucune copie de signet APIT n'est créée àla fin de l'opération de restauration.

l L'opération de restauration APIT est uniquement prise en charge pour lessystèmes de fichiers et datastores VMware.

l La restauration à partir d'une copie montée est uniquement prise en chargepour les datastores VMware.

UnityCette section décrit la prise en charge de Unity avec AppSync. Elle inclut desinformations sur les considérations relatives à la configuration, les plans de service prisen charge et l'application.

Les baies Unity prennent en charge toutes les applications d'AppSync.

AppSync ne prend pas en charge les configurations suivantes avec Unity :

l Stockage Unity en mode fichier sur une plate-forme Windows

l Copies distantes de snapshots unifiés

Gestion des copies UnityCette section décrit un workflow AppSync classique où vous pouvez créer et gérerdes copies cohérentes avec les applications sur le stockage Unity. AppSync gère lesbaies Unity avec l'interface de gestion plutôt que l'interface du processeur de service.

Procédez à l'enregistrement d'Unity lorsque vous démarrez AppSync aprèsl'installation. Enregistrer les hôtes, ainsi que les systèmes de stockage et vCenter, defaçon qu'AppSync puisse effectuer les diverses opérations nécessaires à la création età la gestion des copies d'applications. En général, l'enregistrement d'une entitécomprend l'identification du système à l'aide de son nom/adresse IP et la fournituredes informations d'identification (nom d'utilisateur/mot de passe) nécessaires pourqu'AppSync découvre et gère le système enregistré.

Remarque

AppSync redécouvre les systèmes de fichiers, les interfaces et les partages de fichierstoutes les heures. Par conséquent, tout nouveau fichier, système de fichiers oupartage de fichiers ajouté sur la baie n’est pas identifié par AppSync jusqu’au prochaincycle d’actualisation.

Type de stockages et de réplicationsAppSync prend en charge la technologie de réplication de snapshots unifiés pour créeret gérer des copies locales des applications qui résident sur le stockage Unity en modebloc ou fichier.


Unity 325

Les LUN de stockage en mode bloc sources peuvent être des LUN de pool de typethick ou thin. Vous pouvez provisionner les périphériques sources en mode bloc requisà l'aide des assistants de création de LUN AppSync ou de datastore VMware au seinde l'interface utilisateur Unisphere. Lors de la création de LUN de base à l'aide del'assistant de création de LUN, sélectionnez l'une des options suivantes :

l Create a LUN : crée une LUN à partir du pool de stockage souhaité.

l Create a Consistency group : crée un groupe de LUN à partir du pool de stockagesouhaité. L'avantage de l'utilisation d'un groupe de cohérence est que toutes lesLUN au sein du groupe font l'objet d'un snapshot en même temps, garantissant lacohérence sur la baie.

Dans les environnements Microsoft, la bonne pratique consiste à utiliser des groupesde cohérence dans l'organisation du stockage afin de favoriser la création desnapshots Unity cohérents avec les applications pendant la période de service deMicrosoft VSS.

Vous pouvez provisionner les périphériques en mode fichier sources requis à l'aide desassistants de création de système de fichiers Unity ou de datastore VMware. Lors duprovisionnement à l'aide de l'assistant de création de système de fichiers, seuls lessystèmes de fichiers de partages NFS sont pris en charge.

Considérations relatives aux plans de service avec UnityAvant d’ajouter un plan de service afin de créer des copies Unity, tenez compte deséléments suivants.

Après avoir enregistré le système de stockage Unity, vous pouvez vous inscrire au plande service Bronze pour créer et gérer des copies locales à des fins de reprise desopérations et d’accélération de la sauvegarde. Une fois le système de stockage Unityenregistré, AppSync sélectionne les snapshots par défaut pour les plans Bronze.

Pour les copies utilisant la réplication distante RecoverPoint ou la réplication locale etdistante, inscrivez-vous respectivement à un plan de service Silver ou Gold. Vouspouvez choisir des signets au lieu de snapshots pour les copies RecoverPoint.

Considérations relatives à la restaurationS’il existe d’autres applications qui partagent le même périphérique de stockage avecl’application qui est en cours de restauration, assurez-vous de les arrêter avant toutetentative de restauration depuis AppSync. En effet, AppSync peut uniquement mettreen veille l’application en cours de restauration.

Pour restaurer l’application sur des baies Unity, assurez-vous que toutes les E/S sontarrêtées sur la LUN.

Montage et démontage de copies du datastore NFS UnityCette section traite du montage/démontage de datastores NFS.

AppSync crée un partage en fonction du snapshot de fichier Unity que vous souhaitezmonter. Le partage est visible par l'hôte de montage. Au cours du démontage, lepartage créé lors du montage est supprimé. Le nom du partage s'affiche au formatsuivant :

AS-Share-lastFourDigitOfUnitySerialNum-ProductionFilesystemId-TimeOfShareCreatedAppSync crée une liste des interfaces IP d'exportation à partir de la baie Unity.L'interface IP d'exportation de production est prioritaire.



Montage et démontage de copies UnityConsultez ces informations avant de monter et démonter des copies Unity avecAppSync.

Les opérations de montage et démontage sur les baies Unity impliquent lerattachement et le détachement des snapshots aux points de montage, ainsi quel'octroi et la suppression (masquage/affichage) de l'accès aux snapshots pour les LUNdu point de montage ou pour un ensemble de points de montage sur un hôte. Unitypermet uniquement la création d'un snapshot à la fois à partir d'un ensemble ou d'ungroupe de LUN en vue d'un rattachement aux LUN du point de montage. Les LUNcontenues dans un groupe de cohérence sont rattachées et détachées ensemble. Iln'existe pas de rattachement ou de détachement partiel.

Avant d'effectuer un montage ou un démontage, zonez l'hôte de montage sur la baieUnity et enregistrez le nom d'hôte avec ses initiateurs.

La première étape qu'effectue AppSync lors du montage d'un snapshot sur Unity estla découverte des initiateurs hôtes de l'hôte de montage. Selon les informations desnapshot, AppSync effectue un mappage vers les groupes de LUN/cohérence sourcesappropriés, afin de déterminer l'accès hôte pour l'hôte de montage.

AppSync vérifie qu'aucun autre snapshot n'est rattaché aux LUN SMP. Ensuite,AppSync modifie l'accès hôte pour accorder un accès aux snapshots en vued'effectuer un montage ou pour supprimer l'accès hôte en vue d'effectuer undémontage.

Pour un montage/démontage de RDM ou de vDisk, AppSync identifie l'accès hôte enfonction de l'initiateur hôte du serveur VMware ESX.

Montage et démontage de copies du système de fichiers NFS UnityCette section traite du montage/démontage de système de fichiers NFS.

AppSync crée un partage en fonction du snapshot Unity unifié pour le fichier que voussouhaitez monter. Le partage est rendu visible pour l'hôte de montage en exportant lessnapshots unifiés du système de fichiers NFS et le système de fichiers est créé sur lesexportations de NFS. Au cours du démontage, le système de fichiers est démonté et lepartage NFS créé au cours du montage est supprimé. Le nom du partage s'affiche auformat suivant :

AS-SharelastFourDigitOfUnitySerialNum-ProductionFilesystemId-TimeOfShareCreated

AppSync crée une liste des interfaces IP d'exportation à partir de la baie Unity.L'interface IP d'exportation de production est prioritaire.

Les bases de données Oracle sur un système de fichiers NFS Unity sont prises encharge. Les snapshots unifiés pour le fichier sont créés pour les logs et les donnéesOracle. Au cours du montage d'une base de données Oracle, utilisez une des optionssuivantes :

l Mount and Recovery : cette option monte le système de fichiers sur l'hôte demontage et restaure la base de données.

l Mount the file system : cette option monte uniquement le système de fichiers surl'hôte de montage.


Montage et démontage de copies Unity 327

Réaffectation de copies sur UnityL’AppSync prend en charge la réaffectation des copies d’application sur les baiesUnity. Les technologies de copie de clones dynamiques et de snapshots de Unity sontprises en charge. La version minimale requise d’Unity est 4.2.

La section Présentation de la réaffectation fournit des informations supplémentairessur la réaffectation.

l La copie de première génération est toujours un snapshot.

l La copie de seconde génération peut être un snapshot ou un clone dynamique. Pardéfaut, la copie de seconde génération est un snapshot. Vous pouvez changerl’option par défaut.

l Les snapshots de première génération ne doivent pas être montés lors de lacréation ou de l’actualisation d’un clone dynamique de deuxième génération.

Pour en savoir plus sur les technologies de copies de clones dynamiques et desnapshots de Unity, consultez la documentation Unity.

VPLEXAppSync peut créer des snapshots (VPLEX Snap et VPLEX Clone) cohérents en casde panne et avec les applications sur la baie sous-jacente gérée qui héberge lesvolumes virtuels VPLEX. AppSync prend en charge les applications suivantes sur lestockage VPLEX :




l Microsoft Exchange

l Datastores VMware

Les configurations de périphérique VPLEX suivantes sont prises en charge :

l VPLEX Local

n RAID 0

n RAID 1

l VPLEX Metro

n Périphériques distribués

Remarque

l Les volumes virtuels VPLEX doivent avoir un mappage 1:1 sur un volume de la baie.

l Les périphériques concaténés (RAID-C) ne sont pas pris en charge.

l Les périphériques imbriqués ne sont pas pris en charge.

l Les volumes distants (périphérique local avec visibilité globale par la définition d’unaccès à distance) ne sont pas pris en charge.

l S’il existe une tâche de mobilité en cours d’exécution, le périphérique ne peut pasêtre protégé avant la fin de cette dernière.



Considérations relatives aux plans de service pour les applications sur lestockage VPLEX

Une fois que vous avez enregistré un système de stockage VPLEX, vous pouvezinscrire votre application à un plan de service pour en créer des copies et les gérer.

l AppSync prend en charge le plan de service Bronze pour les applications sur lestockage VPLEX. Cela signifie que vous ne pouvez créer que des copies localesspécifiques aux applications.

l Lorsque vous sélectionnez la préférence de stockage comme snapshot dans unplan de service, AppSync crée un snapshot sur la baie de stockage back-end.

l Lors du mappage, AppSync interroge VPLEX sur les détails du volume virtuelcomme le volume de stockage, les extensions et les composants du périphérique.Ensuite, il communique avec la baie de stockage back-end et mappe le LUN destockage correspondant à protéger.

l Si les applications sur les mêmes hôtes proviennent de différents clusters VPLEX,les applications sont regroupées séparément au cours de la protection.

l Si les applications sont sur le même hôte et sur les mêmes volumes virtuelsVPLEX, elles sont regroupées au cours de la protection.

l Si le périphérique de stockage VPLEX sous-jacent est un RAID 1 ou unpériphérique distribué, vous devez configurer les options de stockage dans laphase de création de copie dans les paramètres du plan de service.

l Un volume virtuel VPLEX sur un périphérique RAID 1 a deux tronçons. Lesdeux tronçons peuvent provenir de deux baies de stockage back-end différentes.Le tronçon à protéger est déterminé par la baie sélectionnée dans la configurationdes options de stockage. Un volume virtuel VPLEX distribué possède despériphériques de stockage sur les deux clusters. Le tronçon à protéger estdéterminé par le cluster sélectionné dans la configuration des options de stockage.

l Dans le cas des périphériques RAID 0, le LUN de stockage de la baie VPLEX back-end qui mappe le volume virtuel VPLEX est protégé.

l Dans le cas des périphériques RAID-1, le LUN de stockage de la baie VPLEX back-end qui mappe vers le tronçon du périphérique RAID-1 est protégé.

Montage et démontage de copies VPLEXConsultez ces informations avant de monter et démonter des copies VPLEX avecAppSync.

AppSync fournit que deux options de montage :

l Monter en tant que volumes virtuels VPLEX

l Monter en tant que volumes de baie natifs

Monter en tant que volumes virtuels VPLEXLorsque vous sélectionnez cette option, le snapshot de la baie back-end devient visiblepour VPLEX. AppSync crée des volumes virtuels VPLEX sur les snapshots de la baienative sous-jacente et provisionne ces volumes virtuels sur l'hôte de montage. Lesvolumes virtuels provisionnés sont ajoutés à l'affichage du stockage de l'hôte demontage. Au cours du démontage, les volumes virtuels sont supprimés de l'affichagedu stockage de l'hôte de montage, et le volume virtuel VPLEX créé sur les snapshotsde baie native sous-jacente est démonté. Le snapshot sur la baie back-end estdéprovisionné de VPLEX.

Tenez compte des points suivants :


Considérations relatives aux plans de service pour les applications sur le stockage VPLEX 329

l L'hôte de montage doit être zoné sur le cluster VPLEX dans lequel la copie deproduction est créée.

l L'hôte de montage doit être zoné sur VPLEX, mais il n'a pas à être zoné sur la baienative dans laquelle le snapshot a été créé.

l Les copies des volumes de production sur les périphériques VPLEX RAID 0 sontmontées en tant que volumes RAID 0 locaux sur le même cluster.

l Les copies des volumes de production sur les périphériques VPLEX RAID 1 sontmontées en tant que périphériques RAID 1 locaux à une seule branche sur le mêmecluster. Si vous ajoutez manuellement un tronçon de miroir, veillez à supprimermanuellement ce tronçon avant le démontage.

l Les copies des volumes de production sur les périphériques VPLEX RAID 0distribués sont montées en tant que volumes RAID 0 locaux sur le même cluster.

l Les copies des volumes de production sur les périphériques VPLEX RAID 1distribués sont montées en tant que volumes RAID 1 locaux sur le même cluster. Sivous ajoutez manuellement un tronçon de miroir, veillez à supprimer manuellementce tronçon avant le démontage.

Monter en tant que volumes de baie natifsLorsque vous sélectionnez cette option, AppSync provisionne les snapshots de baienative sur l'hôte de montage. L'hôte de montage doit être zoné sur la baie native danslaquelle le snapshot a été créé. Toutes les autres considérations de montage de la baienative sont applicables.

Activer le montage de cluster VMwareSi l'hôte de montage est une machine virtuelle VMware résidant sur un cluster ESX, laLUN cible est visible par tous les nœuds du cluster ESX au cours du montage. Cetteoption est activée par défaut. Si vous ne souhaitez pas effectuer un montage encluster ESX, vous pouvez désactiver cette option. La LUN cible est alors visibleuniquement par le cluster ESX sur lequel réside l'hôte de montage. Cela s'applique auxtypes de périphérique RDM et vDisk.

Considérations relatives à la restauration VPLEXPrenez en compte les points suivants lors de la restauration de données à partir decopies VPLEX Snap :

l L'organisation des volumes virtuels VPLEX de production doit être la même quelors de la création de la copie. S'il existe un changement dans la mise en page duvolume virtuel de production, AppSync le détecte et la restauration échoue.

l Dans le cas d'un volume RAID 1 et de périphériques distribués, AppSync restaureun tronçon du miroir pour lequel la copie a été créée. L'autre tronçon estreconstruit et synchronisé une fois la restauration à partir des snapshots de baienatifs terminée. Si vous ne souhaitez pas attendre la synchronisation du miroir,assurez-vous de décocher l'option Wait for mirror rebuild to complete dansl'Assistant de restauration.

l Pendant la restauration, AppSync supprime les volumes virtuels VPLEX du groupede cohérence, restaure à partir d'un snapshot de baie natif et rajoute les volumesvirtuels dans le groupe de cohérence. Il rend également non valide le cache de tousles volumes virtuels VPLEX.

l AppSync ne prend pas en charge la restauration de volumes virtuels de productionVPLEX, qui sont protégés par RecoverPoint.



l Lorsque vous restaurez à partir de copies VPLEX Snap, assurez-vous qu'aucuneautre opération n'est effectuée sur le périphérique en cours de restauration.

Dell SCAppSync peut créer et gérer des copies cohérentes des applications sur le stockageDell SC.

AppSync prend en charge les applications suivantes sur le stockage Dell SC :




l Microsoft Exchange

l Datastores VMware

AppSync ne prend pas en charge les configurations suivantes avec le stockage DellSC :

l Réaffectation de copies sur les baies Dell SC

l Restauration de copies sur les baies Dell SC

l Stockage en mode fichier

Considérations relatives aux plans de service pour les applications surstockage Dell SC

Une fois que vous avez enregistré un système de stockage Dell SC, vous pouvezinscrire des applications à un plan de service pour créer et gérer des copies.

AppSync prend en charge le plan de service Bronze pour les applications sur stockageDell SC. Cela signifie que vous pouvez uniquement créer des copies locales spécifiquesaux applications. AppSync prend en charge la technologie de réplication DellSCSnappour gérer des copies locales qui résident sur le stockage Dell SC.

Montage et démontage de copies DellLes opérations de montage ou de démontage sur des baies Dell SC impliquent l’ajoutou la suppression de snapshots dans ViewVolumes, et l’octroi ou la suppression del’accès aux snapshots (masquage ou démasquage) pour ViewVolumes ou un ensemblede ViewVolumes pour un hôte.

Avant d’effectuer un montage ou un démontage, zonez l’hôte de montage sur la baieDell SC et enregistrez le nom d’hôte avec ses initiateurs (HBA WWN ou IQN).

Si l’hôte de montage est une machine virtuelle, les éléments suivants sont pris encharge :

l Connectivité iSCSI directe à la machine virtuelle

l Connectivité iSCSI ou FC au serveur ESX hébergeant la machine virtuelle


Dell SC 331



CHAPITRE 13

Résolution des problèmes d'AppSync

Cette section fournit des informations sur les problèmes courants rencontrés lors del'utilisation d'AppSync.

l Collecte automatique des logs..........................................................................334l EMC Secure Remote Support ou support à distance sécurisé EMC.................335l Problèmes d’AppSync...................................................................................... 337l Traitement des erreurs.....................................................................................354l Consignation des événements..........................................................................356

Résolution des problèmes d'AppSync 333

Collecte automatique des logsAppSync permet de collecter automatiquement les logs à partir du serveur AppSync etles hôtes de l’agent AppSync.

Les logs sont collectés et enregistrés dans un fichier Zip à l’emplacement spécifié lorsde la collecte des logs. En cas de défaillance, aucun fichier log n’est collecté. Vouspouvez utiliser les logs collectés pour signaler les problèmes que vous pouvezrencontrer lors de l’utilisation d’AppSync.

Le fichier log final comprend :

l Les logs du CAS d’AppSync

l Les logs du serveur AppSync

l Logs de l’agent AppSync

Remarque

Si vous sélectionnez l’option Collect EMCGrab/EMCRPT logs lors de la collectede logs, les logs de l’agent incluent les logs système et les logs d’AppSynccollectés à l’aide de l’outil EMCGrab ou EMCRPT pour Windows.

Les éléments suivants sont fournis avec AppSync :

l EMCGrab pour Linux : cet utilitaire est fourni avec les agent_plugin_bundles (C:\EMC\AppSync\agent\agent_plugin_bundles\linux\current_appsync_version) et est déployé sur l’hôte d’agent lors dudéclenchement de la collecte des logs.

l EMCGrab pour AIX : cet utilitaire est fourni avec les agent_plugin_bundles (C:\EMC\AppSync\agent\agent_plugin_bundles\aix\current_appsync_version) et est déployé sur l’hôte d’agent lors dudéclenchement de la collecte des logs.

l EMCRPT pour l’agent Windows : cet utilitaire est fourni avec l’agent Windows etest déployé sur l’hôte d’agent lors de l’installation de l’agent.

Remarque

l Les logs du serveur AppSync sont collectés par défaut.

l Pour la collecte des logs, vous avez besoin d’un accès SMB au plug-in de l’hôteAppSync Windows à partir du serveur AppSync.

Collecter les logsAvant de commencer

Cette opération requiert le rôle d’administrateur de ressource dans AppSync.

Procédure

1. Dans la console AppSync, sélectionnez Support > AppSync Log Collection.

La fenêtre Collect logs from registered hosts in AppSync s’affiche.

2. Passez en revue les informations de collecte des logs, puis cliquez sur Next.

3. Sélectionnez les hôtes à partir desquels les logs doivent être collectés. Vouspouvez sélectionner plusieurs hôtes ou sélectionner All hosts, si vous souhaitez



que les logs collectés à partir de tous les hôtes soient enregistrés auprès duserveur AppSync.

4. (Facultatif) Sélectionnez Collect EMC Grab/EMCRPT pour collecter les logsqui sont générés à l’aide de l’outil EMCGrab à partir des hôtes de l’agent. Celainclut les logs du système, les journaux d’événements et ainsi de suite, en plusdes logs d’AppSync. Par défaut, cette option est désactivée, et seuls les logsd’AppSync sont collectés à partir des hôtes de l’agent.

5. Spécifiez un emplacement valide sur le serveur où les fichiers log doivent êtrestockés. Par défaut, les fichiers log sont stockés dans le répertoire C:\EMC\AppSync\jboss\advanced-logs.

Remarque

l Par défaut, les logs sont conservés pendant 20 jours. Pour modifier la valeurpar défaut :

a. Dans la console AppSync, sélectionnez Settings > Appsync ServerSettings > Appsync Logs.

b. Mettez à jour Log Retention (in days), puis cliquez sur Apply.

l Par défaut, la collecte de logs a un délai d’expiration par défaut de45 minutes. Pour modifier la valeur par défaut :

a. Dans la console AppSync, sélectionnez Settings > Appsync ServerSettings > Appsync Logs.

b. Mettez à jour Timeout for logcollection (in minutes), puis cliquez surApply.


L’écran Log Collection Summary s’affiche.

7. Vérifiez l’écran récapitulatif de collecte des logs, puis cliquez sur Finish.

L’écran Result Step s’affiche avec les détails de la progression de la collecte delogs.

8. Cliquez sur Close.

9. Vérifiez si les fichiers log sont collectés.

Les fichiers log se trouvent dans un dossier nommé avec l’horodatage actueldans le chemin spécifié. Le format de fichier log est logs_xxxx (par exemple,logs_2362568136792142320_a00faa7f-a4d1-4d1d-92ad-1abdf0f29973_11_22_2017-11.09).

EMC Secure Remote Support ou support à distancesécurisé EMC

ESRS (EMC Secure Remote Support) est un point d’accès logiciel sécurisé quicentralise les activités de support à distance entre Dell EMC et votre infrastructured’informations Dell EMC.


EMC Secure Remote Support ou support à distance sécurisé EMC 335

Enregistrement d’ESRSVous pouvez configurer AppSync pour communiquer avec ESRS et fournir desinformations de configuration système à Dell EMC.

Avant de commencer

l Cette opération requiert le rôle d’administrateur de ressource dans AppSync.

l ESRS V3 (Virtual Edition) doit s’exécuter dans un environnement VMware ESX ouMicrosoft HyperV pris en charge.

l Vous avez besoin d’informations d’identification valides pour le Support en ligneDell EMC.

Procédure

1. Dans la console AppSync, sélectionnez Settings > Remote Support.

2. Cliquez sur Register.

La boîte de dialogue ESRS VE Registration apparaît.

3. Saisissez la passerelle active, le nom d’utilisateur, le mot de passeetl’adresse IP du serveur AppSync.

4. Cliquez sur OK.

Remarque

l Vous ne pouvez enregistrer qu’une seule passerelle ESRS. Si vous souhaitezenregistrer une passerelle ESRS différente, supprimez la passerelle ESRSexistante et ajoutez-en une autre.

l Les nœuds de cluster ESRS ne sont pas pris en charge.

Informations de configuration envoyées à Dell EMC via ESRSAppSync envoie un fichier de configuration à Dell EMC chaque jour. Celui-ci contientles données internes relatives à votre environnement.

Tableau 36 Informations de configuration

Catégorie Détails

Configuration de l’agent l Nombre d’hôtes Linux

l Nombre d’hôtes Windows

l Nombre d’hôtes AIX

l Nombre moyen de systèmes de fichierspar hôte

l Utilisation de l’agent en cluster

l Utilisation de la configuration LDAP

Configuration du stockage l Nombre de baies

l Nombre de baies XtremIO



Tableau 36 Informations de configuration (suite)

Catégorie Détails

l Nombre de baies VPLEX

l Nombre de baies VNX

l Nombre de baies VMAX V3

l Nombre de baies VMAX V2

l Nombre de baies Unity

l Nombre de baies VNX

l Type de licence : licence basée sur lesbaies, Starter Pack, VSL et DPS

Configuration des applications l Utilisation de VMware

l Nombre de centres virtuels

l Nombre de bases de données SQL

l Nombre de bases de données Exchange

l Nombre de bases de données Oracle

l Nombre de datastores

l Utilisation d’Oracle RAC

l Utilisation de DAG Exchange

Utilisation des copies l Utilisation de la réaffectation

l Nombre de copies montées

l Nombre de copies SQL

l Nombre de copies de datastore

l Nombre de copies Exchange

l Nombre de copies Oracle

l Nombre de copies du système de fichiers

l Nombre de copies de la réaffectation SQL

l Nombre de copies de la réaffectationOracle

l Nombre de copies de la réaffectation desystème de fichiers

Problèmes d’AppSync

Redémarrage nécessaire après l'installation du plug-in hôte AppSync

ProblèmeSi vous installez le plug-in hôte AppSync pour la première fois, vous devrez peut-êtreredémarrer votre serveur Exchange une fois l'installation terminée. Dans certains


Problèmes d’AppSync 337

environnements, l'installation des composants d'exécution Visual C++ 2010 nécessiteun redémarrage. Dans les versions précédentes d'AppSync, l'installation provoquait unredémarrage automatique sans avertissement. Toutefois, les redémarragesautomatiques ont été supprimés d'AppSync 2.0 et des versions ultérieures.

SolutionPour savoir si un redémarrage est nécessaire, recherchez les lignes suivantes dans lefichier Windows\temp \appsync_host_plugin_setup.log :

>: "C:\Program Files\EMC\AppSync HostPlug-in\msredist\vcredist-10.0.40219.1-x64.exe" /qCommand.run(): starting stdout monitor...Command.run(): starting stderr monitor...Command.complete(): waiting for process to complete.Command.complete(): process completed with exitcode: 3010

Le code de sortie 3010 indique qu'un redémarrage est nécessaire.

Le compte utilisateur ne dispose pas des autorisations adéquates

ProblèmeSi le service EMC AppSync Exchange Interface ne s'enregistre pas correctement,vérifiez le fichier ExchangeInterfaceInstall.log dans le répertoire AppSynchost plug-in\logs. Le problème est souvent dû au fait que le compte utilisateur quiexécute le service ne dispose pas de l'autorisation Log on as a batch job.

Si AppSync ne parvient pas à découvrir les bases de données, vérifiez que le compteutilisateur du service EMC AppSync Exchange Interface dispose des autorisationsExchange adéquates.

SolutionPour accorder les autorisations adéquates au compte utilisateur et enregistrermanuellement le service EMC AppSync Exchange Interface :

1. Accordez les autorisations Log on as a batch job et Log on as aservice user rights au compte utilisateur qui exécutera le service EMCAppSync Exchange Interface.

2. Ouvrez une invite de commandes, puis accédez au répertoire où le plug-in hôteAppSync est installé. L'emplacement par défaut est C:\Program Files\EMC\AppSync Host Plug-in.

3. Exécutez la commande suivante pour enregistrer le service et le composantDCOM :

awExchangeInterface /service /user <"domain\username"> /password <"password"> /nopriv For example: awExchangeInterface /service /user mydomain /appsyncexchuser /passwordmYp@55W0rd.

4. Pour configurer le mot de passe pour le composant DCOM, exécutez DCOMCNFG.

5. Développez Component Services > Computers > My Computer > DCOMConfig.

6. Cliquez avec le bouton droit de la souris sur EMC AppSync Exchange Interface,puis sélectionnez Properties.

7. Cliquez sur l'onglet Identity.

8. Sélectionnez This user, puis saisissez le compte utilisateur et le mot de passe del'étape 3.



9. Cliquez sur OK.

10. Vérifiez que vous pouvez démarrer le service EMC AppSync Exchange Interfaceen exécutant la commande : net start appsyncexchangeinterface.

11. Utilisez la console AppSync pour redécouvrir le serveur. Accédez à Settings >Servers, sélectionnez le serveur, puis cliquez sur Rediscover.

12. Découvrez les bases de données de boîtes aux lettres Exchange. Accédez à CopyManagement > Exchange, puis cliquez sur le serveur Exchange. Vous devez peut-être ressaisir les informations d'identification.

Le service AppSync Exchange Interface est partiellement enregistré

ProblèmeSi les droits et les autorisations ne sont pas accordés correctement au compteutilisateur, ou en cas de conflit entre plusieurs logiciels installés, le service AppSyncExchange Interface ne s’enregistre pas correctement. Vous devrez peut-êtreeffectuer un nettoyage manuel.

SolutionEffectuez ce qui suit :

1. Ouvrez une invite de commandes, puis accédez au répertoire où le plug-in hôteAppSync est installé. L'emplacement par défaut est C:\Program Files\EMC\AppSync Host Plug-in.

2. Exécutez la commande suivante pour supprimer le service et le composantDCOM : awExchangeInterface /unregserver

3. À l'aide de la console Services (service.msc), vérifiez que le service EMCAppSync Exchange Interface est supprimé. S'il persiste, exécutez la commande :sc delete AppSyncExchangeInterface

4. À l'aide de la console Services de composants (DCOMCNFG), vérifiez que lecomposant DCOM EMC AppSync Exchange Interface a été supprimé. DéveloppezComponent Services > Computers > My Computer > DCOM Config.

5. Si le composant persiste, cliquez sur Configuration DCOM, puis, dans le voletcentral, cliquez sur EMC AppSync Exchange Interface, puis cliquez surSupprimer.

6. À l'aide de REGEDIT, vérifiez que toutes les entrées obsolètes liées à AppSyncExchange Interface sont supprimées.

Problème d'expiration du délai VSS

ProblèmeAu cours de la protection des applications qui résident sur Unity, XtremIO ou VPLEXsur XtremIO, la protection échoue avec une erreur d'expiration du délai VSS.

SolutionAjoutez l'adresse IP et le nom de domaine complet du XMS dans le fichier hôte situédans C:\Windows\System32\drivers\etc\hosts. Par exemple, 10.247.169.71lrmb071.


Le service AppSync Exchange Interface est partiellement enregistré 339

Remarque

Vous pouvez configurer les paramètres des nouvelles tentatives de VSS lors de l'étapede création de copie d’un plan de service pour les applications Windows, telles que Filesystem, Microsoft SQL et Microsoft Exchange. Pour les bases de données SQLServer, vous pouvez envisager de créer une sauvegarde de type Crash Consistent. Lechapitre Protéger SQL Server fournit plus d’informations sur la sauvegarde de typeCrash Consistent.

Installation de l'hôte et problème de déploiement

ProblèmeLorsque vous installez le plug-in de l'agent, l'installation de l'utilisateur SUDO peutéchouer.

SolutionAssurez-vous que :

1. Le service SSH est configuré sur les systèmes Unix/Linux.

2. Les packages BZip2, OpenSSH et OpenSSL sont disponibles pour AIX.

3. Le package sg3_utils est disponible pour Linux.

4. Le port SSH 22 est débloqué.

5. Il y a suffisamment d'espace disponible à l'emplacement d'installation.

6. Le répertoire d'accueil/installation de l'utilisateur SUDO dispose du privilège« écriture ».

Le Guide d’installation et de configuration d’AppSync fournit plus d’informations surl’installation de l’utilisateur SUDO.

Les groupes de disques Oracle ASM ne peuvent pas être montés après leredémarrage d'un hôte

ProblèmeLes groupes de disques Oracle ASM de production ne peuvent pas être montés aprèsle redémarrage d'un hôte en raison d'un conflit au niveau des disques ASMLIB. Lesrègles udev qui masquent les périphériques d'une copie AppSync montée ne sont paschargées après un redémarrage, ce qui déclenche des conflits entre les périphériquesASMLIB de production et les périphériques de la copie montée. Si les règles udev nesont pas chargées, les périphériques de la copie montée sont exposés via leur en-têteASMLIB, car cette information est présente sur le périphérique répliqué et n'est pasmasquée par les règles udev. Par conséquent, l'instance ASM voit deux disquesASMLIB portant le même nom et est perturbée.

SolutionExécutez l'une des opérations suivantes :

l Démontez la copie dans AppSync.l Rechargez manuellement les règles udev en fonction de la version de la plate-

forme Linux.

Échec du montage des groupes de disques ASM sur les configurations MPIOde Red Hat Enterprise Linux 6.x et 7.x

ProblèmeSi vous définissez la chaîne de disque comme /dev/mapper/* sur l’hôte de montage,cela entraîne un conflit car AppSync tente de masquer des périphériques à l’aide de la



chaîne de disque /dev/emc-appsync-*. Les chemins d’accès /dev/emc-appsync-* sont les règles UDEV reposant sur le paramètre NAME (dans le cas deRed Hat Enterprise Linux 6.x) ou les règles UDEV reposant sur le paramètre SYMLINK+ (dans le cas de Red Hat Enterprise Linux 7.x). Cela est semblable à un alias sur lespériphériques /dev/mapper/*. Le conflit se produit car le même périphérique cibleest masqué à l’aide de deux chemins : /dev/mapper/* et /dev/emc-appsync-*,et ASM n’accepte pas les chemins d’accès en doublon pour les disques candidats.

SolutionSupprimez /dev/mapper/* du paramètre asm_diskstring à l’aide de lacommande suivante :

alter system set asm_diskstring= '<paths without /dev/mapper/*'> scope=both

Par exemple, si les disques ASM existants ont des chemins d’accès avec des aliasMPIO comme /dev/mapper/asm_disk<n>, remplacez /dev/mapper/*par /dev/mapper/asm_disk*.

AppSync ne parvient pas à monter les groupes de disques ASM Oracle (Event- ORCL_000043)

ProblèmeAppSync ne parvient pas à monter les groupes de disques ASM Oracle

Solution

1. Vérifiez le fichier log de l'agent précédent pour l'opérationmountASMFilesystems afin de confirmer si tous les périphériques connexessont correctement exposés.

2. Si MPIO sous Linux 6.x et 7.x est utilisé, assurez-vous qu’aucun chemin d’accès endouble n’est présenté sur ASM à l'aide du paramètre asm_diskstring existant.La section Échec du montage des groupes de disques ASM sur les configurationsMPIO de Red Hat Enterprise Linux 6.x et 7.x fournit davantage d'informations surle sujet.

3. Ce problème peut se produire si le paramètre asm_diskstring est vide ou s'ilest défini sur des chemins imbriqués tels que /dev/*, /dev/asm-disk*.Vérifiez qu’une valeur appropriée est attribuée au paramètre asm_diskstring.

4. Pour les versions de Linux, ce problème peut se produire s’il existe des règles udevparasites sous le répertoire /etc/udev/rules.d/, masquant les mêmespériphériques cibles avec un autre paramètre NAME/SYMLINK . Assurez-vousqu'aucun fichier de ce type n'existe ou supprimez-les, le cas échéant.

5. Assurez-vous de disposer de suffisamment d’espace dans /tmp.

AppSync ne parvient pas à démonter les groupes de disques ASM Oracle(Event - ORCL_000044)

ProblèmeAppSync ne parvient pas à démonter des groupes de disques Oracle ASM lors d’uneopération de restauration.


AppSync ne parvient pas à monter les groupes de disques ASM Oracle (Event - ORCL_000043) 341

Solution

1. Vérifiez si les bases de données affectées doivent être arrêtées manuellementavant la restauration. AppSync signale des bases de données affectées nonprotégées avant la restauration ; vous devez les arrêter manuellement.

2. Si la panne se produit au cours du démontage d’une copie montée, connectez-vous à l’instance ASM sur l’hôte de montage et démontez manuellement le groupede disques monté à l’aide de la commande sqlplus alter diskgroup<diskgroup name> dismount. Avant d’exécuter cette commande, assurez-vous que la base de données montée et restaurée est arrêtée.

Échec de la découverte des bases de données Oracle

ProblèmeSi un lien symbolique est utilisé pour ORACLE_HOME dans /etc/oratab pour unebase de données, AppSync ne peut pas découvrir la base de données, si vousdémarrez la base de données avec le chemin réel.

SolutionAssurez-vous de démarrer la base de données en configurant la variableORACLE_HOME sur le même chemin de lien symbolique.

Échec de la découverte des bases de données Oracle - / file system full

ProblèmeLa découverte de la base de données Oracle échoue et affiche l’erreur suivante :

No valid instance available when / file system is fullSolutionAssurez-vous que l’espace disque ou l’utilisation inode dans le système de fichiersracine (/) n’est pas pleine.

Échec du lancement de la base de données Oracle après un redémarrage

ProblèmeLes bases de données Oracle montées sur AppSync ne démarrent pas après leredémarrage d’un hôte.

SolutionSi les bases de données montées et restaurées ne démarrent pas après unredémarrage, les raisons les plus courantes sont :

l Les systèmes de fichiers ne peuvent pas être montés avant le déclenchement duredémarrage de la base de données. AppSync attend le montage des systèmes defichiers pendant un maximum de 1 minute.

l L’instance ASM ne peut pas être démarrée (si la base de données réside sur desgroupes de disques ASM). AppSync attend le démarrage de l’instance ASMpendant un maximum de 2 minutes.

l Une fois la connexion à l’hôte redémarré rétablie, si vous constatez que lesgroupes de disques ASM et/ou les systèmes de fichiers sur lesquels réside la basede données montée et restaurée sont montés, procédez comme suit :

1. Accédez au chemin d’installation de l’agent AppSync (en général /opt/emc/appsync).

2. Si l’utilisateur root est le propriétaire de l’installation AppSync, exécutez ./acp-b .



3. Si un utilisateur SUDO est le propriétaire de l’installation AppSync, exécutezalors su - <sudouser> et sudo ./acp -b.

4. Vérifiez que toutes les bases de données qui ont été montées et restaurées àl’aide d’AppSync sont ouvertes dans le mode d’ouverture souhaité à l’aide desqlplus.

Lorsque vous exécutez acp -b, examinez les événements.

Pour vérifier les logs après un redémarrage de l’hôte, consultez les emplacementssuivants :

Sous Linux :

l Vérifiez /var/log/messages.

l Vérifiez /var/log/boot.log.

Sous AIX :

1. Ajoutez une ligne dans /etc/inittab pour diriger les logs vers le log dedémarrage et les logs de la console.

asdbora:2:once:/etc/asdbora 2>&1 | alog -tboot > /dev/console #oracle restart

2. Activez syslog, si ce n’est pas déjà fait, et recherchez les erreurs.

3. Vérifiez le log de démarrage et le log de la console.

Le script de redémarrage Oracle n’a pas été supprimé pour les hôtes UNIXenregistrés à l’aide d’un utilisateur SUDO lors de la désinstallation de l’agent

ProblèmeLe script de redémarrage d’Oracle créé par AppSync, autrement dit /etc/asdborapour AIX et /etc/init.d/asdbora pour Linux, ne peut pas être supprimé, si unutilisateur SUDO est utilisé pour enregistrer l’hôte. Cela n’a aucun impact sur lafonctionnalité, il s’agit uniquement d’un problème de nettoyage.

SolutionUne fois l’agent hôte supprimé et désinstallé du serveur AppSync :

1. Supprimez manuellement le script.

2. Supprimez les liens symboliques pointant vers le fichier asdbora, s’ils ne sont passupprimés de /etc/rc.d/[rc0.d,rc2.d, rc3.d, rc5.d].

AppSync ne parvient pas à créer des liens symboliques

ProblèmeAppSync ne parvient pas à créer des liens symboliques vers le fichier asdbora lorsquevous sélectionnez l’option de redémarrage de la base de données après leredémarrage.

SolutionSous Linux, exécutez la commande suivante :

l ln -s /etc/init.d/asdbora /etc/rc.d/rc0.d/K01asdboral ln -s /etc/init.d/asdbora /etc/rc.d/rc3.d/S99asdboral ln -s /etc/init.d/asdbora /etc/rc.d/rc5.d/S99asdboraSous AIX, exécutez la commande suivante :


Le script de redémarrage Oracle n’a pas été supprimé pour les hôtes UNIX enregistrés à l’aide d’un utilisateur SUDO lors de la

désinstallation de l’agent 343

l ln -s /etc/asdbora /etc/rc.d/rc0.d/K01asdboral ln -s /etc/asdbora /etc/rc.d/rc3.d/S99asdbora

Vérification des logs système pour le redémarrage d’OraclePour vérifier les logs système pour le redémarrage d’Oracle :

Sous Linux, voir :

l /var/log/messagesl /var/log/boot.logSous AIX :

1. Activez syslog (remarque : soyez prudent lors de la modification de /etc/syslog.conf)

2. Créez un fichier vide comme touch /tmp/syslog.out3. Copiez les lignes suivantes et collez-les dans /etc/syslog.conf

*.debug /tmp/syslog.out rotate size 100k files 4 *.crit /tmp/syslog.out rotate time 1d *.info /tmp/syslog.out rotate time 1d *.* /tmp/syslog.out rotate size 100k files 4

4. Saisissez la commande suivante pour redémarrer le service rsyslog :

refresh -s syslogd

5. Vérifiez si syslog.out comprend les logs.

6. Vérifiez qu’une entrée dans /etc/inittab existe pour : asdbora:2:once:/etc/asdbora 2>&1 | alog -tboot > /dev/console#oracle restart

7. Saisissez la commande suivante pour afficher le log de démarrage :

alog -o -t boot

8. Saisissez la commande suivante pour afficher le log de la console :

alog -o -t console

La base de données ne démarre pas avec le SPFile créé

ProblèmeLorsque vous montez une copie, la base de données ne démarre pas avec le SPFilecréé.

SolutionPour démarrer la base de données avec le SPFile créé, connectez-vous à la base dedonnées et exécutez les commandes suivantes :

l shutdown immediatel startup mount



Échec de récupération d’Oracle

ProblèmeLa récupération de la base de données Oracle peut échouer pendant le montage, si lenom de la base de données commence par un caractère numérique.

SolutionAssurez-vous que le nom de la base de données ne commence pas par un caractèrenumérique car Oracle n’autorise pas qu’un ORACLE_SID commence par un caractèrenumérique.

Échec de la découverte des bases de données RAC Oracle 12.2

ProblèmeLa découverte de la base de données RAC Oracle 12.2 peut échouer si vous n’ajoutezpas le nom de la base de données ou son SID dans le fichier /etc/oratab lors de lacréation de la base de données à l’aide de DBCA.

SolutionAssurez-vous que vous ajoutez le nom de la base de données ou son SID dans lefichier /etc/oratab lors de la création de la base de données à l’aide de DBCA.

Échec de la restauration de la base de données Oracle pendant une opérationprerecoverdb

ProblèmeLa restauration de la base de données Oracle échoue lors de l’opérationprerecoverdb, car les deux destinations d’archivage pointent vers le mêmeemplacement sur l’hôte de montage.

MotifIl s’agit d’un scénario de périmètre dans lequel la base de données de production adeux destinations d’archivage pointant vers la zone Fast Recovery Area. Cette erreurse produit lorsque la première destination pointe versuse_db_recovery_file_dest et la deuxième vers l’emplacement réel de la zoneFast Recovery Area (par exemple, /orafra/db).

log_archive_dest_1 - location=use_db_recovery_file_dest

log_archive_dest_2 - location=/ora_fra/bct_db

Dans ce cas, si vous ne protégez la zone Fast Recovery Area, mais que voussélectionnez les destinations d’archivage 1 et 2, AppSync résout la premièredestination sur le chemin d’accès réel, car la zone Fast Recovery Area n’est pasprotégée. Par conséquent, le paramètre use_db_recovery_file_dest ne peutpas être spécifié pour une destination d’archivage au cours du montage. Une erreur seproduit, car les deux destinations 1 et 2 correspondent au même chemin d’accès.

SolutionProtégez la zone Fast Recovery Area lorsqu’une destination de logs d’archivagesélectionnée pointe vers le paramètre use_db_recovery_file_dest.


Échec de récupération d’Oracle 345

AppSync échoue à geler la base de données SQL Server au moment opportun(Event - SQL_000018)

ProblèmeAppSync peut ne pas geler la base de données SQL Server au moment opportun s’ilexiste des E/S par seconde intensives sur la base de données, ou en raison d’autresproblèmes de performances de la base de données.

Solution

1. Ajoutez une clé de registre CC_AGENT_THREAD_WAIT_TIME de type REG_DWORDavec la valeur de 1 200 (voir l’étape 3 pour déterminer la durée réelle d’unesauvegarde VDI Microsoft). Ajoutez également une autre clé de type REG_DWORDavec la même valeur pour le délai d’expiration VDI défini commeCC_SQL_VDI_TIMEOUT.

2. Pensez à effectuer une sauvegarde non VDI. Consultez les considérations relativesà la restauration et au montage du serveur SQL pour connaître les limites pour lessauvegardes non VDI.

3. Contactez l’administrateur de la base de données SQL Server pour résoudre lesproblèmes de performances. Microsoft fournit également des outils de diagnosticde sauvegarde VDI qui peuvent être utilisés pour vérifier la durée des sauvegardesVDI Microsoft d'une base de données. Pour plus d’informations, contactez lesupport Dell EMC ou Microsoft.

4. Vous pouvez envisager de créer une sauvegarde cohérente en cas de panne. Lechapitre Protéger SQL Server fournit plus d’informations sur la sauvegardecohérente en cas de panne.

Remarque

Pour la sauvegarde SQL de type Crash Consistent, AppSync n’utilise pas de cadreVSS ou VDI. Par conséquent, il n’existe aucun problème de blocage/déblocage oud’expiration du délai VSS.

Remarque

Cela ne résout pas les problèmes d’expiration du délai VSS qui se produisent en raisond’une limitation de 10 secondes de Microsoft. Cette solution s'applique uniquement encas d'échec d'AppSync à mettre en veille la base de données SQL Server avant queVSS ne joue un rôle.

Cluster SQL : échec de montage d’une copie de deuxième génération

ProblèmeLorsque vous effectuez le montage des copies de première et de deuxième générationde manière séquentielle sur le même lecteur de montage dans un cluster de montage,le montage de la copie de deuxième génération échoue.

SolutionAssurez-vous que les lecteurs montés existants sont placés en mode maintenance.Une fois tous les points de montage en cluster placés en mode maintenance, lemontage de deuxième génération réussit.

AppSync place uniquement la racine du point de montage en mode maintenance. Vousdevez placer les autres lecteurs en cluster montés sur le même lecteur racine en mode



maintenance. Avant de démonter les copies, vous devez sortir tous les lecteurs de cetype du mode maintenance.

Erreur d’expiration du délai au cours de la découverte de base de donnéesSQL

ProblèmeAu cours de la découverte de base de données SQL, vous pouvez recevoir un messaged’expiration du délai de la demande même après avoir configuré les paramètres deSQL Server avec les credentials appropriés.

SolutionSur SQL Server, accédez à Control Panel > Administrative Tools > ODBCapplication pour lancer l’application ODBC et s’assurer que l’application fonctionne.

Vous pouvez envisager de lancer la commande sfc ou scannow sous DOS en tantqu’administrateur pour résoudre les éventuels problèmes avec l’application ODBC.Toutefois, renseignez-vous auprès de votre administrateur SQL ou Windows avantd’exécuter la commande ou collaborez avec le propriétaire de l’application ODBC pourrésoudre les problèmes.

Échec de la restauration SQL

ProblèmeLa restauration SQL peut échouer si :

l Il existe une incompatibilité de version dans le numéro mineur de version del’instance SQL

l La version du plug-in hôte de montage est antérieure à 3.7 et la version du plug-inhôte de production est 3.7

SolutionMettez à jour la version du plug-in hôte de montage vers 3.7 et redécouvrez l’hôte.

<AppSync>\jboss\standalone\tmp\vfs\ folder disk usage

ProblèmeLes fichiers dans le répertoire <AppSync>\jboss\standalone\tmp\vfs\ sontdes fichiers temporaires. Si les fichiers s’accumulent dans le dossier, l’utilisation dudisque peut être très élevée.

SolutionPour libérer de l’espace disque :

1. arrêtez le service du serveur AppSync.

2. Arrêtez le service de source de données AppSync.

3. Supprimez tous les fichiers du répertoire C:\EMC\AppSync\jboss\standalone\tmp\vfs.Cela nettoie les anciens fichiers tmp\vfs qui peuvent avoir un impact sur leremplacement.

4. Démarrez le service de source de données AppSync.

5. Démarrez le service du serveur AppSync.


Erreur d’expiration du délai au cours de la découverte de base de données SQL 347

La création d'une copie XtremIO prend du temps.

ProblèmeLa création d’un snapshot sur XtremIO prend un certain temps (plus de 2 secondes),quel que soit l’hôte (Windows ou UNIX).

SolutionAjoutez l'adresse IP et le nom de domaine complet du XMS dans le fichier hôte situédans C:\Windows\System32\drivers\etc\hosts. Par exemple,10.247.169.71 lrmb071.

Modification d'une adresse IP XMS

ProblèmeLa modification d’une adresse IP XMS lorsqu’une opération de montage est en courspeut faire échouer le démontage, car AppSync recherche l’ancienne adresse IP XMS.

SolutionAvant de modifier votre adresse IP XMS, assurez-vous de démonter toutes les copiesXtremIO montées dans AppSync.

Erreur lors du montage du datastore ou du disque virtuel

ProblèmeSi les LUN cibles de copie sont exposées à ESX, mais ne sont pas montées (étatdémonté) sous forme de datastores vers ESX, vous pouvez rencontrer l’erreursuivante :

Host Platform Config faultSolutionAssurez-vous que plusieurs copies du même datastore ne sont pas en état démontésur ESX.

Défaillance de mappage de disque virtuel

ProblèmeLe mappage de disque virtuel échoue même après l'ajout du serveur VMware VCenteret de la baie de stockage appropriée.

SolutionVous devez définir la valeur disk.EnableUUId sur true.

1. Mettez la machine virtuelle hors tension.

2. Connectez-vous à l'hôte ESXi/ESX ou vCenter Server à l'aide du client vSphere.

3. Cliquez avec le bouton droit de la souris sur la machine virtuelle, puis choisissezEdit Settings.

4. Cliquez sur l’onglet Options.

5. Accédez à Advanced > General > Configuration Parameters.

6. Ajoutez ou modifiez la ligne disk.EnableUUID avec la valeur TRUE.

7. Cliquez sur OK pour enregistrer.

8. Cliquez sur OK pour quitter.



9. Cliquez avec le bouton droit sur la machine virtuelle, puis cliquez sur Remove fromInventory pour annuler l’enregistrement de la machine virtuelle de l’inventaire devCenter Server.

Remarque

Si vous effectuez cette modification à l’aide de la ligne de commande, utilisez lacommande vim-cmd pour recharger le fichier vmx. Pour plus d’informations,consultez l’article de base de connaissances VMware correspondant.

10. Démarrez la machine virtuelle.

La protection des systèmes de fichiers ou des applications Oracle sur lesappareils MPIO échouent au cours du mappage

ProblèmeLa protection des systèmes de fichiers ou des applications Oracle sur les appareilsMPIO échouent sur Red Hat Enterprise Linux au cours du mappage avec l’erreursuivante : disk.EnableUUID=TRUE is not enabled for the virtualdevice.

La raison pourrait être :

l Les systèmes de fichiers sont créés sur des dispositifs MPIO /dev/mpath/.

l Le fichier lvm.conf pourrait inclure preferred_names = [ "^/dev/mpath/", "^/dev/mapper/mpath", "^/dev/[hs]d" ].

Solution

l AppSync prend en charge les dispositifs créés uniquement sur lesdispositifs /dev/mapper/, parce qu’ils sont persistants et créés au début lors dudémarrage.

l Le fichier lvm.conf doit être modifié pour inclure preferred_names =[ "^/dev/mapper/mpath", "^/dev/[hs]d" ].

Le montage d’un système de fichiers ou d’une base de données Oracle surRHEL 7.x échoue

ProblèmeLe montage d’un système de fichiers ou d’une base de données Oracle sur RHEL 7.xpeut échouer si les périphériques cibles ne sont pas sous le contrôle MPIO au cours dumontage.

SolutionAssurez-vous de mettre en commentaire le paramètre find_multipaths dans lefichier /etc/multipath.conf.

Échec de la réaffectation des systèmes de fichiers sur plusieurs LUN

ProblèmeLa réaffectation des systèmes de fichiers sur plusieurs LUN peut échouer lorsque lessystèmes de fichiers en cours de réaffectation proviennent de types de stockagedistincts.

SolutionAssurez-vous de réaffecter les systèmes de fichiers sur la même baie ensemble.


La protection des systèmes de fichiers ou des applications Oracle sur les appareils MPIO échouent au cours du mappage 349

ProblèmeLa réaffectation des systèmes de fichiers sur plusieurs LUN peut échouer si le nombrede LUN à protéger dépasse le nombre d’unités de stockage autorisées par le serveurAppSync.

Solution

l Essayez de réaffecter moins de systèmes de fichiers.

l Par défaut, le nombre d’unités de stockage autorisées est de 12. Si vous souhaitezréaffecter des systèmes de fichiers supplémentaires, configurez les paramètres duserveur de la manière suivante :

n Pour les baies VMAX : max.vmax.block.affinity.storage unitsn Pour les baies VNX : max.vnx.block.affinity.storage.unitsn Pour les baies VPLEX et XtremIO :

max.common.block.affinity.storage.unitsPour obtenir plus d’informations sur la configuration des paramètres du serveur,contactez le support Dell EMC.

ProblèmeLa réaffectation des systèmes de fichiers sur plusieurs LUN peut échouer si le sous-ensemble de systèmes de fichiers à réaffecter n’existe pas sur l’hôte.

SolutionCréez à nouveau les copies et les plannings de réaffectation.

Le type de système de fichier modifié n’est pas mis à jour après la découvertede l’hôte

ProblèmeAppSync n’actualise pas automatiquement le type de système de fichiers Windowslorsque le système de fichiers passe de NTFS à ReFS ou de ReFS à NTFS.


1. Supprimez le système de fichiers sur l’hôte.

2. Redécouvrez les systèmes de fichiers dans AppSync.

3. Ajoutez le nouveau système de fichier avec le type modifié sur l’hôte.

4. Redécouvrez les systèmes de fichiers dans AppSync à nouveau.

Le montage d’un instantané de système de fichiers vers RHEL7 échoue

ProblèmeLe montage d’un instantané de système de fichiers vers Red Hat Enterprise Linux 7échoue.

SolutionAssurez-vous que le paramètre auto_activiation_volume_list dans le fichierlvm.conf est comme suit : auto_activation_volume_list =[ "vplexvg1", "vplexvg2", "ol" ]



Échec de la restauration du lockbox CST

ProblèmeLa connexion à AppSync échoue avec un problème de lockbox. Consultez les logs (C:\EMC\AppSync\apache-tomcat\logs) pour examiner la défaillance.

Solution

1. Arrêtez les trois services AppSync : EMC APPSYNC Datastore, EMC AppSyncSecurity Server et EMC AppSync Server.

2. Supprimez tous les fichiers sous C:\EMC\AppSync\cst\xml.

3. Copiez les fichiers de C:\EMC\cstBackup\<timestamp>\xml vers C:\EMC\AppSync\cst\xml. Assurez-vous que vous copiez les fichiers avecl’horodatage le plus récent.

4. Démarrez les trois services AppSync.

5. Connectez-vous à AppSync.

Échec de la protection et de la réaffectation sur VMAX

ProblèmeLa protection et la réaffectation des applications sur VMAX échouent avec l’erreursuivante :

the device is already in requested state

SolutionLa protection ou la réaffectation a échoué avant l’activation de la session de clonage,qu’AppSync a placé en état PreCopy. Pour vérifier cela, vous devez extraire l’état dela session de clonage pour chacun des périphériques sources. Effectuez ce qui suit :

1. Connectez-vous à l’hôte disposant du SMI-S.

2. Ouvrez une fenêtre d’invite de commandes. Saisissez les commandes suivantes :

cd "\Program Files\EMC\SYMCLI\bin"symclone -sid <symmetrix_id> list

3. Si les sessions de clonage de la source sont à l’état PreCopy, ajoutez lesinformations de périphérique source et cible dans un fichier (chaque ligne dufichier doit être au format <PÉRIPHÉRIQUE SOURCE> <PÉRIPHÉRIQUE CIBLE>)et activez la session de clonage à l’aide de la commande symcli.

4. Saisissez la commande suivante pour activer et modifier la session de clonage,pour qu’elle passe de l’état PreCopy à CopyInProg :

symclone -sid <symmetrix_id> -file <full_path_to_filename>activate -noprompt

Les services AppSync ne démarrent pas après le redémarrage

ProblèmeSi le serveur AppSync est installé sur un hôte Windows, les services du serveur desécurité et du serveur AppSync ne démarrent pas après un redémarrage.


Échec de la restauration du lockbox CST 351

SolutionPour résoudre ce problème, exécutez une réparation du serveur AppSync sur l’hôte.

Problème de configuration de Windows Server

ProblèmeLorsque vous configurez Windows Server, il échoue avec l’erreur suivante :Hostplug-in registered to another AppSync serverSolutionEffectuez ce qui suit :

1. Sélectionnez Start > Run.

2. Saisissez regedit et cliquez sur OK.

3. Naviguez jusqu’à HKEY_LOCAL_MACHINE > Software > EMC > AppSync.

4. Supprimez les entrées de clé de registre suivantes :

l CC_AUTH_PEER_CERT

l CC_AUTH_SELF_CERT

l CC_AUTH_SELF_KEY

5. Redémarrez le service plug-in de l’hôte AppSync avant d’essayer d’ajouter l’agentWindows sur un autre serveur AppSync.

Flash sur Windows Server 2012 R2

ProblèmeL'exécution de Flash sous Windows Server 2012 R2 présente un problème. AdobeFlash ne s'installe et ne fonctionne que si vous activez la fonction Expérienceutilisateur. Il n'est pas nécessaire d'activer Flash Player sous Windows 2008 R2.

SolutionPour Windows 2008 R2, accédez au site Web d'Adobe pour télécharger et installer ladernière version de Flash Player.

Pour Windows Server 2008 R2 ou Windows Server 2012 R2, vous devez désactiver lafonction Configuration de sécurité renforcée d'Internet Explorer. Fermez toutes lesfenêtres Internet Explorer actuellement ouvertes. Passez en revue ces scénarios :

1. l Si vous exécutez Windows Server 2008 R2, accédez à la section Informationssur la sécurité de Server Summary, puis cliquez sur Configure IE ESC pourouvrir la boîte de dialogue Internet Explorer Enhanced SecurityConfiguration.

l Si vous exécutez Windows Server 2012, cliquez sur Configure this localserver pour ouvrir la page de configuration Local Server. Accédez àProperties, en regard de IE Enhanced Security Configuration, puis cliquez surOn pour ouvrir la boîte de dialogue Internet Explorer Configuration EnhancedSecurity Configuration.

2. Pour modifier la configuration de sécurité renforcée d'Internet Explorer lorsquedes membres du groupe Administrateurs local sont connectés, accédez àAdministrators, puis cliquez sur Off.

3. Pour modifier la configuration de sécurité renforcée d'Internet Explorer lorsquetous les autres utilisateurs sont connectés, accédez à Users, puis cliquez sur Off(recommandé).

4. Cliquez sur OK pour appliquer les modifications.



Vous devez en outre activer la fonction Expérience utilisateur sous WindowsServer 2012. Procédez comme suit :

1. Ouvrez le Gestionnaire de serveur, puis cliquez sur Add Roles and Features.

2. Lorsque l'Assistant Ajout de rôles et de fonctionnalités s'affiche, spécifiez desvaleurs sur les pages Type d'installation, Sélection du serveur et Rôles du serveur.

3. Sur la page Features, développez User Interfaces and Infrastructure, puissélectionnez Desktop Experience.

4. Sur la page de confirmation, sélectionnez Restart the destination serverautomatically if required, puis cliquez sur Install.

Actualisation du navigateur

ProblèmeSi vous actualisez le navigateur à l'aide de l'icône Refresh de ce dernier ou enappuyant sur la touche F5 du clavier, le contenu de la console AppSync ne s'affichepas.

Solutionpour actualiser le contenu de la console AppSync, utilisez l'icône Refresh située enhaut à droite de la console.

Échec du plan de service planifié

ProblèmeSi vous avez planifié un plan de service récurrent pour une base de données, parexemple, tous les jours à 15 h, et si un outil de sauvegarde est également programmépour s’exécuter en même temps un jour en particulier (par exemple, chaque vendredi à15 h 00), la protection d'AppSync peut échouer en raison de conflits entre lesressources.

SolutionPour programmer un plan de service à exécuter chaque jour, à l’exception d’un jour enparticulier (par exemple, le vendredi à 15 h 00), vous devez créer deux planifications :

l Définissez une planification à exécuter « Every day at… » aux heures suivantes >12 AM, 3 AM, 6 AM, 9 AM, 12 PM, 6 PM, 9 PM

l Définissez une planification à exécuter « On selected days... » à l'heure et auxjours suivants > 3PM on Sunday, Monday, Tuesday, Wednesday, Thursday,Saturday

AppSync ne parvient pas à démarrer sur Google Chrome

ProblèmePar défaut, Google Chrome bloque des ports utilisés pour des raisons de sécurité (parexemple, le port 123). Si vous utilisez ce port pour les protocoles d’Appsync tels quehttp, https, CAS ou tomcat, Appsync risque de ne pas pouvoir démarrer sur unnavigateur Chrome et d’afficher l’erreur suivante :

ERR_UNSAFE_PORT

SolutionExécutez l’une des opérations suivantes :

l Utilisez un autre navigateur pour démarrer AppSync.


Actualisation du navigateur 353

l Activez le numéro de port utilisé lors de l’installation d’Appsync. Par exemple, pouractiver les ports 123, 80 et 84 pour Chrome, saisissez la commande suivante :

C:\Program Files (x86)\Google\Chrome\Application>chrome.exe --explicitly-allowed-ports=123,80,84

Échec de la mise à niveau d’AppSync

ProblèmeAu cours de la mise à niveau, AppSync peut échouer avec l’erreur Xcopy suivante :

Invalid drive specification

SolutionAssurez-vous que vous disposez des autorisations requises pour accéder au dossierracine du disque.

Par exemple, si AppSync est installé sur le lecteur E, vous devez disposer desautorisations explicites de lecture, d’écriture et de modification sur le lecteur E.

Défaillance de la base de données du serveur AppSync

ProblèmeLa base de données du serveur AppSync risque d’être corrompue si l’hôte du serveurs’arrête (autrement dit, si les services d’AppSync s’arrêtent) brusquement.


1. Désinstallez et réinstallez AppSync.

2. Importez la dernière sauvegarde PG effectuée par AppSync.

La section Schedule automated backup of the AppSync server database du Guide d’installation et de configuration d’AppSync fournit des informations supplémentaires sur la planification des sauvegardes.

Échec du montage sur RHEL 7.4

ProblèmeLe montage peut échouer sur un hôte RHEL 7.4 avec l’exception vgimportclone.

SolutionIl s’agit d’un bug RHEL 7.4. Un contournement possible consiste à modifier lefichier /etc/lvm/lvm.conf sur l’hôte de montage et d’activer la variableauto_activation_volume_list. Définissez sa valeur sur les groupes de volumes quidoivent être activés par défaut. En outre, définissez l’indicateur use_lvmetad sur 0.Pour plus d’informations, consultez la documentation Red Hat Enterprise Linux.

Traitement des erreursLe format de consignation d'AppSync est fixe et n’importe quel outil de surveillancedes logs peut être ajusté selon l’expression appropriée pour déclencher une alerte dansle centre de services. Vous pouvez vérifier la partie des métadonnées d’un événementconsigné pour déterminer si un événement est un événement d’erreur ou non. Si vousrencontrez une erreur TYPE-ERROR, il s'agit d'un événement d’erreur, l’ID s’affiche



après EVENT entre [] et le texte qui s’affiche (les informations de métadonnées misesà part) après l’ID d'événement est le message d’événement. Les autres informationscomme l’heure de l’erreur, le serveur AppSync, l'utilisateur Appsync et autres peuventégalement être analysées. La catégorie des événements est indiquée dans EVENT ID(par exemple, ORCL, DLP, HST, SPP, etc.).

Voici quelques exemples d’événements générés par AppSync :

l 07-09-2016 14:06:57.489 INFO [Thread-58 (HornetQ-client-global-threads-2113097824)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [ORCL_000104]: During discovery, AppSync detectedthat the following database(s) were offline: SymASM. As aresult, they will not be available for protection.(METADATA:TYPE-ERROR, TIME-2016-07-0914:06:57.469-0400NATIVETIME-2016-07-09 14:06:57.469-0400,HOST-lrmk096, PHASE-, THREAD=Thread-58 (HornetQ-client-global-threads-2113097824), USER-admin, CATEGORY-GENERIC,SESSIONID-5br0S4+nz3-n6SzORPWYGAcn.undefined)

l 07-21-2016 05:07:45.076 INFO [Thread-156 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [SPP_000001]: Mount copy phase for RPdb1beginning(METADATA: TYPE-INFO, TIME-2016-07-2105:07:45.076-0400NATIVETIME-2016-07-21 05:07:45.076-0400,HOST-lrmk096, PHASE-Mount copy, THREAD=Thread-156 (HornetQ-client-global-threads-436170702), USER-admin, CATEGORY-GENERIC, SESSIONID-FPO4yGMevayAeRzNPJC8AAF0.undefined)

l 07-21-2016 05:04:26.027 INFO [Thread-158 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [UNM_000001]: Skipping unmount phase. There were nopreviously mounted copies found for the applications underprotection during this cycle.(METADATA: TYPE-INFO,TIME-2016-07-21 05:04:26.027-0400NATIVETIME-2016-07-2105:04:26.027-0400, HOST-lrmk096, PHASE-Create CRR bookmarkcopy, THREAD=Thread-158 (HornetQ-client-global-threads-436170702), USER-admin, CATEGORY-GENERIC,SESSIONID-)

l 07-21-2016 05:04:10.178 INFO [Thread-158 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [SPP_000001]: Application mapping phase for RPdb1beginning(METADATA: TYPE-INFO, TIME-2016-07-2105:04:10.178-0400NATIVETIME-2016-07-21 05:04:10.178-0400,HOST-lrmk096, PHASE-Application mapping, THREAD=Thread-158(HornetQ-client-global-threads-436170702), USER-admin,CATEGORY-GENERIC, SESSIONID-)

l 07-21-2016 05:04:09.398 INFO [Thread-162 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [MILE_000006]: Application discovery phase forRPdb1 completed successfully(METADATA: TYPE-INFO,TIME-2016-07-21 05:04:09.398-0400NATIVETIME-2016-07-2105:04:09.398-0400, HOST-lrmk096, PHASE-Application


Traitement des erreurs 355

discovery, THREAD=Thread-162 (HornetQ-client-global-threads-436170702), USER-admin, CATEGORY-MILESTONE,SESSIONID-)

l 07-21-2016 05:03:11.102 INFO [Thread-89 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [VNX_000052]: Successfully created repurpose VNXsnapshot copy AppSyncSnap-20160721_050227:80-545e3dbf-d238-4c8e-bd2e-883666512bb8-APPSYNC_TMP_CG_20160721_050228:484_400_0_488.CopySnap.oracle.auto1_repurpose.2.1.20160721_050310:946 of source VNXsnapshot AppSyncSnap-20160721_050227:80-545e3dbf-d238-4c8e-bd2e-883666512bb8-APPSYNC_TMP_CG_20160721_050228:484_400_0_488.(METADATA:TYPE-INFO, TIME-2016-07-2105:03:11.102-0400NATIVETIME-2016-07-21 05:03:11.102-0400,HOST-lrmk096, PHASE-Create 2nd gen archLogs copy,THREAD=Thread-89 (HornetQ-client-global-threads-436170702),USER-admin, CATEGORY-GENERIC, SESSIONID-Hgg-ZRqpCV0ixTrPp-tXbJ+C.undefined)

l 07-21-2016 05:00:28.724 INFO [Thread-158 (HornetQ-client-global-threads-436170702)][com.emc.archway.service.eventservice.EventServiceBean] [][] EVENT [LIC_000004]: Storage array APM00140431583 is notlicensed for use with AppSync, but is within the 90 daytrial period.(METADATA: TYPE-WARNING, TIME-2016-07-2105:00:28.724-0400NATIVETIME-2016-07-21 05:00:28.724-0400,HOST-lrmk096, PHASE-Create CRR bookmark copy,THREAD=Thread-158 (HornetQ-client-global-threads-436170702),USER-admin, CATEGORY-GENERIC, SESSIONID-Hgg-ZRqpCV0ixTrPp-tXbJ+C.undefined)

Consignation des événementsl Le fichier events.log capture les événements générés pour chaque exécution

d’un plan de service. Il est situé au même endroit que le fichier server.log. Ilcontient également les détails des ressources au cours des différentes phases.Par exemple,

Resource involved at discovery phase are:Production host Name lrmq020. Version :Microsoft(R) Windows(R) Server 2008 R2 Enterprise Edition 64-bit Service Pack 1 (build 7601)Host : lrmq020 belongs to Virtual Center : lrma093 and Virtual Center version : 5.5.0SQLServerInstance LRMQ020, Version : 10.50.1600.1 , Clustered : false

l Le nombre de rotations du fichier log et sa taille dépendent de Settings >AppSync Server Settings >Trace Logs.



GLOSSAIRE

A

appliance RecoverPoint(RPA)

Une RPA est un matériel qui gère tous les aspects de la protection des données d’ungroupe de stockage, notamment la capture des modifications, le stockage des imagesdans les volumes de consignation et l’exécution de la restauration d’images.

ASM (AutomatedStorage Management)

Gestionnaire de volume de disque utilisé pour stocker des fichiers Oracle. ASM (gestionde stockage automatisée) permet aux administrateurs d’ajouter et de supprimer desdisques pendant que la base de données est disponible. Les données sontautomatiquement réparties sur tous les disques dans un groupe de disques.

B

baie Une baie est une collection d’unités de disque sur lesquelles il est possible de stocker lesdonnées utilisateur et les données de parité. Une partie ou l’ensemble des disques d’unebaie peuvent être des périphériques.

C

chemin d’accès desubstitution

Un chemin d’accès de substitution défini par l’utilisateur que AppSync utilise tout enmontant une copie.

chemin d’origine Chemin de montage utilisé par AppSync pour monter des copies. Même chemin que leserveur de production.

chemin par défaut Chemin d’accès de substitution prédéfini par AppSync et utilisé lors du montage d’unecopie. Le format est le suivant : %SystemDrive%\\AppSyncMounts\\%%ProdServerName%%\\.

E

événement Un événement désigne un message de log qui est le résultat d’une action significativeinitiée par un utilisateur ou par le système.

F

failover Il s’agit de l’action de passer automatiquement à un périphérique, un système ou unchemin de données redondant ou de secours en cas de panne ou d’arrêt anormal dupériphérique, du système ou du chemin de données actuellement actif.


G

groupe de ressources Un ensemble de ressources du cluster géré comme un objet de cluster unique. Ungroupe de ressources contient généralement toutes les ressources de cluster qui sontnécessaires pour exécuter une application ou un service spécifique. La reprise surincident et le retour arrière sont toujours effectués sur des groupes de ressources.

H

hôte de montage Système utilisé par AppSync pour monter une copie. Cela peut être différent dusystème de production.

I

interface de ligne decommande (CLI)

Méthode de systèmes d’exploitation ou de logiciel applicatifs consistant à saisir descommandes pour exécuter des tâches spécifiques.

IUUID (identifiant uniqueuniversel)

Un nombre de 64 bits utilisé pour l’identification unique d’une copie AppSync.

M

métadonnées Les métadonnées sont des informations au sujet des données, par exemple leur qualité,leur contenu et leur condition.

N

numéro d’unité logique(LUN)

L’unité logique est un espace de stockage virtuel auquel il est possible de donner accèsou refuser l’accès à un serveur particulier connecté physiquement au dispositif destockage sous-jacent. Les LUN sont utilisées pour identifier les dispositifs SCSI, telsque les disques durs externes qui sont connectés à un ordinateur. Un numéro de LUNest attribué à chaque périphérique et représente son adresse unique.

P

périphérique distribué Un périphérique distribué est un périphérique RAID 1 dont les miroirs se situent dansdifférents clusters VPLEX.

plan de service Définit les attributs d’une copie créée et gérée par AppSync.

plug-in hôte Logiciel agent installé et utilisé sur les hôtes de production et de montage afin d’exercercertaines fonctions nécessaires à la facilitation de la protection et de la récupérationdes applications.

protection continue desdonnées

La méthode de protection des données se caractérise par la conversion et le suivi detoutes les modifications apportées aux données, permettant ainsi de récupérer lesdonnées à tout moment.

Glossaire


R

RAC Real Application Clusters. Permet à plusieurs instances Oracle sur différents nœudsd’un cluster d’accéder à une base de données partagée sur le cluster pour faciliterl’équilibrage de la charge.

RAID RAID désigne l'utilisation d'au moins deux volumes de stockage en vue d'améliorer laperformance, la reprise après erreur et la tolérance aux pannes.

RAID 0 Une technique de mappage des données agrégées par bandes ou dispersées orientéesur la performance. Des blocs de stockage de taille uniforme sont attribués selon uneséquence régulière à tous les disques des baies. RAID 0 garantit une performanceélevée en E/S pour un coût inhérent faible. Aucun disque supplémentaire n’est requis.Les avantages de RAID 0 proviennent de sa conception très simple et de sa facilitéd'implémentation.

RAID 1 RAID 1, appelé également mise en miroir, est utilisé depuis plus longtemps que touteautre forme de RAID. Il demeure populaire en raison de sa simplicité et du niveau élevéde disponibilité des données. Une baie mise en miroir se compose d'un minimum de deuxdisques. Dans une baie mise en miroir, chaque disque conserve une image identique desdonnées utilisateur. RAID 1 n'a pas de striping. La performance en lecture est amélioréecar n'importe quels disques peuvent être lus au même moment. La performance enécriture est en revanche inférieure à celle du stockage sur un seul disque. En effet, avecRAID 1, les données doivent être écrites sur tous les disques ou miroirs. RAID 1 garantitune très grande fiabilité des données pour les applications à taux de lecture élevés.

recover L’opération supplémentaire effectuée sur une application protégée pour rendrel’application fonctionnelle, après le montage ou la restauration de la copie.

réseau Un réseau désigne un ensemble d’ordinateurs, de terminaux et de bases de donnéesreliés entre eux par des lignes de communication.

ressource de nom deréseau

Nom d’un serveur logique qui est géré comme une ressource du cluster. Une ressourcede nom de réseau doit être utilisée avec une ressource d’adresse IP.

restore Le processus exécuté sur une copie d’une application protégée pour que les données deproduction de l’application contiennent des données cohérentes jusqu’à un certain pointdans le temps, antérieur à l’heure actuelle.

S

SAN (Storage AreaNetwork)

Un SAN est un réseau ou un sous-réseau à grande vitesse et à usage spécial quiraccorde entre eux différents types de dispositif de stockage de données avec lesserveurs de données qui leur sont associés au nom d'un plus vaste réseau d'utilisateurs.

sauvegarde SQL -complète

Type de sauvegarde SQL Server utilisé pour protéger la base de données et la partieactive des fichiers log des transactions. La sauvegarde complète vous permet derestaurer les fichiers log des transactions afin que vous puissiez restaurer la base dedonnées à un point dans le temps plus récent que la copie.

Glossaire


sauvegarde SQL - decopies

Type de sauvegarde SQL Server utilisé pour protéger la base de données et la partieactive des fichiers log des transactions sans affecter la séquence des sauvegardes. Cetype de copie de sauvegarde vous permet d’effectuer une sauvegarde sans affecter lesautres outils de sauvegarde qui pourraient créer des copies complètes de la base dedonnées.

Serveur de production Ordinateur de production contenant le système d’informations qui gère les données deproduction : un serveur de base de données, un serveur Web, un serveur d’applicationsou un serveur de fichiers.

site RecoverPoint Un site RecoverPoint regroupe toutes les entités RecoverPoint sur un côté de laréplication.

SRDF Une technologie qui permet à deux systèmes de Symmetrix ou plus de maintenir unmiroir distant des données dans plusieurs emplacements. Les systèmes peuvent setrouver dans le même établissement, dans un campus ou à des centaines de kilomètresde distance en utilisant des circuits à fibre ou à grande vitesse dédiés. La famille SRDFde logiciels de réplication fournit différents niveaux de configurations à hautedisponibilité, comme SRDF/Synchronous (SRDF/S) et SRDF/Asynchronous (SRDF/A).

T

TimeFinder Symmetrix TimeFinder est une solution de continuité d’activité qui vous permetd’utiliser des dispositifs spéciaux de Symmetrix, appelés des volumes de continuitéd’activité (BCV) pour créer des miroirs de données Symmetrix.

TimeFinder Clone Copies d’un périphérique source sur plusieurs périphériques cibles. Les périphériquessources et cibles peuvent être des périphériques standards ou BCV, tant qu’ils sont tousde la même taille et avec le même type d’émulation. Des copies des clones des méta-périphériques agrégés par bandes ou concaténés peuvent également être créées, maisles méta-périphériques sources et cibles doivent être parfaitement identiques ennombre, taille et capacité de bandes. Une fois activée, la copie est instantanémentaccessible par l’hôte de la cible, avant même que les données soient entièrementcopiées vers le périphérique cible.

TimeFinder Snap Un périphérique hôte accessible contenant les informations d’emplacement au niveaude la piste (pointeurs), qui indique où se trouvent les données de session de copie dansle stockage physique. Les opérations de TimeFinder Snap fournissent des copies dedispositif de type instantané, à l’aide de périphériques virtuels (VDEV).

V

VDI Virtual Device Interface. SQL Server fournit une API appelée Virtual Device Interface(VDI) qui aide l’agent AppSync à fournir une prise en charge des opérations desauvegarde et de restauration. Ces API offrent une fiabilité et des performancesmaximales et prennent en charge la totalité des fonctionnalités de sauvegarde et derestauration de SQL Server, y compris la gamme complète des fonctionnalités desauvegarde d’instantanés.

volume de stockage Un volume de stockage est une unité logique (LUN) ou une unité de stockage présentéepar la baie back-end.

Glossaire


volume virtuel Un volume virtuel est une unité de stockage présentée aux hôtes par les ports front-enddu VPLEX. Un volume virtuel ressemble à un volume contigu mais il peut être distribuésur deux volumes de stockage ou plus.

VSS Volume Shadow Copy Service. Service et architecture Microsoft Windows quicoordonnent divers composants pour créer des copies cohérentes des données à unpoint dans le temps appelées clichés instantanés.

Glossaire


Glossaire


INDEX

AActions de la CLI 27actualisation des copies de réaffectation 286actualisation du navigateur 353agent, voir plug-in hôte AppSync , voir plug-in hôte

AppSyncalerte 295, 297, 298

courrier électronique 298e-mail 297emplacement où elle est affichée 295filtrage 295moment où elle est générée 295événements associés 295

alertes 296alertes par e-mail 297, 298annulation de l'inscription 35AppSync

architecture 18console 19Interface REST 19interface utilisateur 19plug-in hôte 19présentation 16récapitulatif des étapes de déploiement 90serveur 19

assqlrestore 174, 175audience 11

Bbaie VNX

montage dynamique 301base de données

suppression dans un plan 138base de données SQL 137Base de données SQL

page Copies 128

CCLI 19Cluster PowerHA 228coexistence avec Replication Manager 20cohérence avec les machines virtuelles 263collecte des fichiers log 334commandes assqlrestore 173commentaires 11Configuration du système VNX File 302connexion 27consignation des événements 356console

effet du rôle d’utilisateur 22exécution d'actions 22heures indiquées 22Préférences... 22présentation 22

starting 23Contrôleur ViPR

plan de service 315conventions de publication 11copie de base de données SQL

expirer 141copie de datastore VMware

expirer 265copie de montage de système de fichiers 245copier

expirer 93copyDetails 38courrier électronique 297création d'une copie de base de données à partir de la

page Copies 198

Ddatacenter 260, 264

images 264datastore

configuration de la protection 262entités affectées 275

Datastore 260, 263annulation de l'inscription à un plan 263

Datastore VMware 272datastore, VMware 262datastores 257déconnexion 28découverte 139, 260découverte des applications 266Défaillance VSS 99, 146, 243définition 54Dell SC 331démontage 51, 100, 268

dans le cadre d'un plan de service 100, 268démontage d'une copie

dans le cadre d'un plan de service 104, 153, 270à la demande 109

démontage d'une copie de base de donnéesà la demande 164, 251

démontage d'une copie de datastoreà la demande 272

disableSP 30documentation connexe 11

EenableSP 30ESRS 335, 336événement

lié aux alertes 295exchange 92Exchange 63, 87, 88, 91–93, 97–99, 103–105, 109, 111,112, 114, 116, 270, 294


conditions requises pour une restauration partielle114

contrôle de cohérence 103DAG 91découverte des bases de données 91erreurs du log des événements 98inscription d'une base de données à un plan de

service 93inscription d’une base de données à un plan de

service 294interaction avec VSS 97, 105montage 104, 105, 270organisation des bases de données et des logs 99plans inclus 63protect 92protection immédiate 92présentation de la prise en charge 88restauration d'une base de données supprimée 116restaurer 105, 111restore 112suppression d'un serveur de messagerie 91type de sauvegardes 97VSS 97

exigences relatives à VMFS 258expiration d'une base de données 198expiration d'une copie de réaffectation 288expiration des sauvegardes de log SQL Server 131Expiration du délai VSS 339expirer 32

Ffichier log des transactions SQL Server 123filesystem 77, 226, 231Filesystem 225, 227, 239, 248

assistant de montage 248Flash 352

Ggroupes de disponibilité AlwaysOn 122

Iinformations de support 11inscription 33inscription à un plan

copier 265inscription à un planVMware

datastore 262installation 340Intégration de clusters HACMP 184Interface REST 19

JJournal des transactions

configurer 124

LlistCopies 36liste des machines virtuelles protégées 263Lockbox CST 351

logs 334

Mmachine virtuelle

page Copies 264mappage de chemin 109, 110, 164, 165, 215, 216, 253,

255masquage de données 288Microsoft Exchange, voir Exchange , voir ExchangeMonitor 293montage 39, 102, 104, 105, 108, 109, 156, 164, 251, 270,272, 301, 327, 329

assistant 105, 156, 270copie par serveur 102dynamique 301démontage 109démontage d'une base de données SQL 164, 251démontage d'une copie de datastore 272emplacements 104machine virtuelle 301option de limitation du contrôle des logs 108option de régulation 108options de validation 108override 102par serveur 102remplacement de l'hôte 102à la demande 105, 156, 270

Montage d'une copie VMFS 270montage dans un cluster 214montage de copie de snapshot VNX File 304montage des copies 204montage dynamique 301montage en cluster 302, 310montage, remplacement des paramètres

Datastore VMware 246, 251, 269montages dynamiques et statiques 320MSCS 302, 310

OObjectif de point de restauration

concepts 294paramètre 94, 141, 238, 265rapport de conformité 294, 295

oracle 199Oracle 71, 178, 205, 212, 213, 220, 340, 342–344

entités affectées lors de la restauration 220remplacement des paramètres de montage 205récapitulatif des paramètres des plans de service 71

Oracle Data Guard 180Oracle sur des disques virtuels VMware 191Oracle, annulation de l'inscription à un plan de service

195Oracle, découverte des applications 200Oracle, démontage d'une copie 206Oracle, démontage de la copie précédente 203Oracle, expiration des copies 202Oracle, mappage des applications 200Oracle, montage 208Oracle, montage d’une copie 206Oracle, préalables exigés et configurations prises en

charge 185

Index


Oracle, préférences de stockage 200Oracle, protection 194Oracle, restauration 217Oracle, restauration d'une copie RAC pour des entités

affectées 221Oracle, script après copie 202Oracle, script avant copie 201Oracle, script avant montage 203Oracle, Veritas Cluster Services 182

PPage des copies Oracle 196Page Filesystem 227page Filesystem Copies 228phase de montage

copie de datastore 268plan de service 17, 58–60, 93–97, 99, 100, 102–104, 138,141–143, 146, 147, 153, 195, 237–239, 247, 265–268, 270,326, 329

annulation de l'inscription d'une base de données138

création 58delete 59disable 59définition 17démontage de la copie SQL précédente 147détail des phases 94enable 59enregistrement d'une copie en tant que 58exécution à la demande 59inscription d'une base de données 93phase de création de la copie 97phase de découverte des applications 96phase de démontage de la copie 104, 153, 270phase de démontage de la copie précédente 100,

268phase de mappage des applications 96, 143, 239,

267phase de montage de la copie 100, 102phase de script après copie 99, 146phase de script après montage 104, 153, 247phase de script avant copie 96, 143phase de validation de la copie 103planning d'une base de données 95, 142, 237, 266schedule 94, 95, 141, 142, 237, 238, 265, 266

override 95, 142, 237, 266start 94, 141, 238, 265suppression d'une base de données. 93

plan de service Exchangetableau des paramètres par défaut 63

plan de service SQL Servertableau des paramètres par défaut 67

plan de service VMwaretableau des paramètres par défaut 83

Plan de service VNX 301Plan de service VNX File 304planning de réaffectation 285planning du plan de service 199plans de service 54plans de service Oracle 199plans de service VMAX 202, 307

préface 11Prise en charge d’Oracle 192protect 262Protection à distance du VNX 302protection d'une base de données 93

Rrapport 31rapports

conformité des points de restauration 294, 295enregistrement au format CSV 295présentation 18

réaffectation 284, 286, 288, 311, 322, 328, 349signet 322

réaffectation de copies 291réaffectation, affichage 290RecoverPoint 111, 114, 115, 167, 319, 320, 323, 324

configuration 319configuration minimale 320entités affectées lors de la restauration 111entités affectées lors de la restauration SQL 167granularité de la restauration 114groupes de cohérence 320options de réplication 319restauration à n'importe quel point dans le temps

115refresh 28remplacement d'un planning 95, 142, 237, 266remplacement des plannings des plans de service 199Repurpose Monitor 298restauration d'un dossier à partir d'un disque virtuel 280restauration d'un vDisk 221restauration d’un système de fichiers 255restauration de datastores VMFS ou NFS 279restauration HACMP 185, 229restauration SQL 166, 167restaurer 111, 114–116, 167, 220, 330

base de données supprimée 116entités affectées 111, 220Exchange 111option manuelle 114partielle 114RecoverPoint à n'importe quel point dans le temps

115SQL, entités affectées 167

restoreassistant 112Exchange 112

résumé et détail du plan de service 198RHEL 7 350role

définition 17effet sur la console. 22

rotation 97, 145, 268runSP 29

Ssauvegarde de log SQL 127sauvegarde SQL Server 144script

après copie 99, 146

Index


après montage 104, 153, 247avant copie 96, 143

script après montage 205scripts d’appel 60service exchange interface 339sessions de copie sur les baies Symmetrix VMAX 308Snapshot VNX

entités affectées lors de la restauration 111, 220entités affectées lors de la restauration SQL 167expiration 97, 145, 268restauration partielle 114

snapshots VMware 263sql 126SQL 61, 346, 347SQL Server 67, 117–122, 133, 136–139, 147, 154, 156, 157,160, 164, 169, 170, 251

autorisations 120configuration de la protection 138considérations relatives à l’utilisation dans un

cluster 133dossier User Databases 136droits 120découverte des bases de données 137découverte des instances de serveur 136informations d'identification 122montage 156montage de copie 157montage et restauration des copies 160phase de montage du plan de service 147plans inclus 67privilèges utilisateur 121restauration d'une base de données endommagée

169restauration d'une copie 170

SQL Server : privilèges d'utilisateur 120stratégie SAN

condition préalable 302suppression d'une copie 93suppression d'une copie de datastore 265suppression d’une copie de base de données SQL 141sur disques virtuels 119surveillance 296système de fichiers 240, 252, 350Système de fichiers 349système de fichiers spécifié 243système de fichiers, modification du point de montage

250systèmes de fichiers NFS 226

UUnity 325, 326utilitaire CLI 26

VvCenter Server

ajout 261VIO vSCSI 191ViPR C 314VMAX 62, 307, 309, 311, 351

restaurer 311VMAX 3 312–314

montage, démontage 313VMware

Options de restauration 274plans inclus 83

VNXconfiguration 300

VNX Replicator 302VNX Snapshot, signets RecoverPoint

contrôle de l'utilisation du stockage de réplication95

VNX SnapSure 302VNXe 306

plan de service 306VPLEX 61, 328

WWindows Server 352

XXtremIO 316, 319

restaurer 319

Index


Documents

Dell EMCAppSyncGuide d’utilisation et d’administration · Protection de SQL Server 117 Présentation de la prise en charge de SQL Server.....118 Préalables exigés pour SQL Server