IBM, le logo IBM et ibm.com sont des marques commerciales ou déposées d'International Business Machines Corporation aux États-Unis et/ou dans d'autres pays. Si la première occurrence de ces termes et d'autres marques commerciales d'IBM, dans les présentes informations, est marquée d'un symbole de marque commerciale (® ou ™), ce symbole indique les marques commerciales déposées ou relevant du droit d'auteur coutumier aux États-Unis, détenues par IBM au moment de la publication de ces informations. Ces marques commerciales peuvent également être des marques commerciales déposées ou relevant du droit d'auteur coutumier dans d'autres pays. La liste actuelle des marques commerciales d'IBM est disponible sur Internet, sur la page « Copyright and trademark information » (en anglais) à l'adresse www.ibm.com/legal/copytrade.shtml
.Microsoft et SQL Server sont des marques commerciales de Microsoft Corporation aux États-Unis et/ou dans d'autres pays.
Les autres noms de sociétés, de produits et de services peuvent être des marques commerciales ou des marques de service détenues par des tiers.
Au terme de cette présentation vous serez à même : d'expliquer la technologie de Remote Data Protection ; d'expliquer les éléments essentiels de Remote Data
Protection ; d'identifier les caractéristiques et fonctions fondamentales
de Remote Data Protection ; de décrire les trois options de service de Remote Data
Protection ; de recueillir et analyser les exigences du client à l'égard
de Remote Data Protection ; d'identifier les facteurs essentiels requis pour garantir que
la solution fonctionnera conformément aux attentes du client ;
d'employer l'utilitaire de dimensionnement pour mettre au point la solution Remote Data Protection ;
d'expliquer les points essentiels du modèle Managed Service Model d'IBM.
Armé de ces connaissances, vous serez à même de construire une solution et d'expliquer toute la valeur de Remote Data Protection à vos clients.
Remote Data Protection - Compatibilité avec les bases de données
IBM respecte le tableau de compatibilité BD d'EMC/Avamar
En règle générale, il est conseillé d'utiliser des agents s'ils sont pris en charge.
Les bases de données (dont Exchange) génèrent toujours un taux de changement plus élevé qu'un serveur de fichiers.
Le dimensionnement des bases de données est essentiel lors de la conception d'une solution.
Il est probable que les environnements de bases de données/applications entraînent les dispositifs sur site.
Base de données
Microsoft Exchange Server 5.5, 2000 et 2003Sauvegardes de la base d'informations (base de données) et des boîtes aux lettresExige : Windows 2003 et Windows 2000 Server (Service Pack 2 minimum : Service Pack 3 requis pour Exchange Server 2003)
Microsoft SQL Server 2000 Standard ou 7.0Exige : Windows 2000 ou 2003
DB2 8.2Exige : IBM AIX 5.2, 5.1 Windows x64 (non Itanium)
Le service Remote Data Protection peut sauvegarder les données à l'aide deuxméthodes différentes :
– Sauvegardes à l'aide d'agents
– Sauvegardes par fichiers d'exportation Il est recommandé d'utiliser l'agent Exchange. La méthode des fichiers d'exportation ne
doit être utilisée qu'en cas de besoin. Les fichiers d'exportation consomment une grande quantité de bande passante et d'espace
de stockage, ce qui entraîne un accroissement des fenêtres de sauvegarde. Les sauvegardes à l'aide d'agents peuvent exploiter le principe de communauté, qui réduit
considérablement la quantité de données transitant par le réseau par rapport aux sauvegardes par fichiers d'exportation.
L'agent Exchange prend en charge deux formes de sauvegarde :
– Banque d'informations
– Boîtes aux lettres (messages) Si les deux options sont activées, le taux d'utilisation du client est doublé.
– Si le client dispose d'un serveur dont la banque d'informations fait 100 Go et s'il active les deux options, il utilisera 200 Go par jour.
Remarque : Les sauvegardes au niveau des boîtes aux lettres emploient le protocole de transport Microsoft MAPI, qui peut entraîner des limitations de débit de sauvegarde.
Le service Remote Data Protection peut sauvegarder les données à l'aide deux méthodes différentes :
– Sauvegardes à l'aide d'agents
– Sauvegardes par fichiers d'exportation Il est recommandé d'utiliser l'agent SQL. La méthode des fichiers d'exportation
ne doit être utilisée qu'en cas de besoin. Les fichiers d'exportation consomment une grande quantité de bande passante et
d'espace de stockage, ce qui entraîne un accroissement des fenêtres de sauvegarde.
Les sauvegardes à l'aide d'agents peuvent exploiter le principe de communauté, qui réduit considérablement la quantité de données transitant par le réseau par rapport aux sauvegardes par fichiers d'exportation.
À l'heure actuelle, le service Remote Data Protection ne prend pas en charge les sauvegardes de « journaux de transactions ».
– IBM conseille à ses clients d'utiliser Enterprise Manager afin d'exporter et de tronquer les journaux de transactions sur un disque local en vue de leur sauvegarde.
Pour les applications ne figurant pas sur la liste de compatibilité, il est possible de procéder via une exportation des données des applications.
La plupart des applications de bases de données peuvent exporter le contenu de la base dans un fichier, qui peut ensuite être sauvegardé à l'aide de l'agent SE de Remote Data Protection :
La même méthodologie peut être employée pour n'importe quelle application capable d'exporter des données de bases de données dans un fichier.
Il est impératif que le client comprenne bien l'influence du chiffrement ou de la compression en cas d'exportation de bases de données pour une sauvegarde.
Les données chiffrées et compressées doivent faire l'objet d'une sauvegarde complète à chaque fois.
Avec ce type de données, la déduplication des données n'est pas aussi efficace.
Dans les environnements VMWare, deux concepts sont essentiels : Serveur VMWare et Hôte invité.
Serveur VMWare :Le serveur fonctionnant comme technologie sous-jacente et qui crée et gère les systèmes d'exploitation virtualisés.
Hôte invité :L'hôte qui amène des applications de production virtualisées et qui s'exécutent.
Pour la protection des hôtes invités, RDP prend en charge, en mode natif, tout hôte qui figure dans la liste des plates-formes compatibles.
Pour assurer la protection du serveur VMWare, RDP prend en charge la protection de ceux-ci, quoique le processus soit plus complexe. Reportez-vous au document de référence : Sauvegardes VCB EMC/Avamar.
Récupération de données de systèmes de fichiersLes clients peuvent récupérer des fichiers/dossiers uniques ou multiples.Les clients disposent de deux options pour récupérer leurs données :
1. Pour un volume à récupérer inférieur à 1 Go, le client peut employer le portail de récupération Web de Remote Data Protection.
2. Pour les volumes supérieurs à 1 Go, une demande de récupération doit être transmise au <partenaire ou au centre de support mondial 24x7>.
Récupération de bases de donnéesPour les récupérations de données protégés par l'agent SQL Server ou Exchange, une
demande de récupération doit être transmise au <partenaire ou au centre de support mondial 24x7>. L'option de récupération de données de bases de données (par agent) n'est pas disponible via le portail de récupération Web de Remote Data Protection.
Nouveau serveurSi le serveur d'un client est détruit, le client doit mettre un nouveau serveur à disposition
et l'activer pour la plate-forme Remote Data Protection. Une récupération de l'autre client est ensuite exécutée à partir du centre de support mondial.
La réplication de données hors site est impérative pour tout client utilisant un dispositif Remote Data Protection sur site.
Les données répliquées sont envoyées vers une chambre forte IBM. Le client dispose ainsi de points de rétention hors site. Ces points de rétention hors site sont une copie miroir des points de rétention sur site. Les clients qui n'utilisent pas de dispositif sur site n'ont pas la possibilité de répliquer
Les données sont analysées et broyées avant d'être envoyées via le réseau.
– Les données « en transit » sont ainsi chiffrées et envoyées en plusieurs morceaux.
Toutes les données sont chiffrées « en transit » entre l'hôte et la plate-forme de sauvegarde. Les données ne sont pas chiffrées (mais bien broyées) au repos.
Dispositif sur site : un dispositif sursite permanent est installé sur le sitedu client et réplique les données versune plate-forme Remote DataProtection sur un site derécupération BCRS.
Cette option permet au client de disposer d'un dispositif de sauvegarde sur site permanent. Le client exécute ses sauvegardes régulières sur ce dispositif. Les données sauvegardées sont ensuite répliquées vers une plate-forme Remote Data Protection dans un centre de données IBM. Ce faisant, le client bénéficie de sauvegardes et de récupérations locales à la vitesse d'un LAN ainsi que de points de rétention hors site.
QuickStart : fourniture d'un dispositif sur site temporaire sur le site du client, afin de capturer la sauvegarde initiale (au lieu d'une sauvegarde initiale via le réseau).
Un dispositif de stockage est installé sur le site du client pendant un délai précis. Pendant cette période, une copie initiale des données du client est sauvegardée sur le dispositif. Lorsque toutes les données ont été copiées, le dispositif est expédié à un site IBM spécifique, qui héberge une plate-forme Remote Data Protection permanente. Les données du dispositif de stockage sont ensuite sauvegardées sur la plate-forme permanente. Au terme de l'opération, le client peut entamer des sauvegardes régulières sur la plate-forme Remote Data Protection.
QuickRestore : fourniture d'un dispositif sur site temporaire sur le site du client, afin de réaliser des récupérations de données (au lieu de passer par le réseau).
Un dispositif de stockage temporaire est installé localement sur la plate-forme Remote Data Protection. Les données du client sont ensuite répliquées de la plate-forme Remote Data Protection sur le dispositif temporaire. Au terme de l'opération, le dispositif temporaire est envoyé au client, qui peut récupérer ses données localement.
Quelle solution convient le mieux à mon prospect ?En règle générale, trois variables de l'environnement du client déterminent la façon dont les fonctionnalités de RDP sont appliquées pour fournir une solution globale :
Volume de données à transmettreBande passante disponible pour le transportTemps disponible pour transmettre les données
Ensemble, ces variables définissent les limites physiques de n'importe quelle solution de protection de données. En vous entretenant avec le prospect et en déterminant ces variables, vous pourrez identifier le service répondant le mieux à ses besoins.
Les discussions concurrentielles au sujet de RDP se concentrent généralement sur 2 éléments :
La méthodologie actuelle de protection des données ne fonctionne pas (actifs obsolètes, échec des sauvegardes, etc.).
Nécessité de protéger les sites distants. La méthodologie actuelle de protection des données ne fonctionne pas.
Vous pouvez positionner idéalement le service Remote Data Protection en : comprenant quelle technologie le client utilise actuellement pour effectuer des
sauvegardes ; comprenant les lacunes actuelles dans la stratégie de protection des données du client ; comprenant comment la stratégie de protection des données actuelle du client a été
conçue.– Ressources réservées ou partagées pour les sauvegardes– Comptabilité organisationnelle– Âge de l'infrastructure de sauvegarde (l'équipement doit-il être mis à jour ?)
Qu'utilise actuellement le client pour le rapport/la validation des taux de réussite et de l'état quotidien ?
Facteurs motivants en matière de réglementations ou de conformité
Si vous avez des questions au sujet de Remote Data Protection ou si vous avez besoin d'assistance pour la construction d'une solution pour votre client, contactez votre représentant local Information Protection Services ci-dessous. Si aucun contact n'est indiqué pour votre pays, vous pouvez vous adresser au service commercial mondial d'IPS ([email protected]) afin d'obtenir de l'assistance.
