Dans les articles précédents, nous avons partagé les instructions de configuration и basé sur Veeam. Aujourd'hui, nous voulons parler de la sauvegarde à l'aide de Commvault. Il n'y aura pas d'instructions, mais nous vous dirons quoi et comment nos clients sauvegardent déjà.
Système de stockage d'un système de sauvegarde basé sur Commvault dans le centre de données OST-2.
Comment ça marche?
Commvault est une plateforme de sauvegarde pour les applications, bases de données, systèmes de fichiers, machines virtuelles et serveurs physiques. Dans ce cas, les données initiales peuvent se trouver sur n'importe quel site : chez nous - côté client, dans un autre centre de données commercial ou dans le cloud.
Le client installe un agent sur les objets de sauvegarde - Agent iData - et le configure conformément aux politiques de sauvegarde requises. iData Agent collecte les données nécessaires, les compresse, les déduplique, les crypte et les transfère vers le système de sauvegarde DataLine.
Serveurs proxy assurer la connectivité du réseau client et de notre réseau, l'isolement des canaux par lesquels les données sont transmises.
Côté DataLine, les données de l'iData Agent reçoivent Serveur d'agent multimédia et l'envoie au stockage sur des systèmes de stockage, des bibliothèques de bandes, etc. Tout cela est géré par Commserve. Dans notre configuration, le serveur de contrôle principal est situé sur le site OST, et le serveur de sauvegarde est situé sur le site NORD.
Par défaut, les données client sont stockées sur un seul site, mais vous pouvez organiser des sauvegardes sur deux emplacements à la fois ou configurer un calendrier de transfert des sauvegardes vers un deuxième site. Cette option est appelée « copie auxiliaire ». Par exemple, toutes les sauvegardes complètes de fin de mois seront automatiquement dupliquées ou déplacées vers un deuxième site.
Schéma de fonctionnement du système de sauvegarde Commvault.
Le système de sauvegarde fonctionne principalement sur la virtualisation VMware : les serveurs CommServe, Media Agent et Proxy sont déployés sur des machines virtuelles. Si le client utilise notre équipement, les sauvegardes sont alors placées sur le système de stockage Huawei OceanStor 5500 V3. Pour sauvegarder les systèmes de stockage clients, stocker les sauvegardes sur des bibliothèques de bandes, des Media Agents distincts sur des serveurs physiques sont utilisés.
Qu’est-ce qui est important pour les clients ?
D'après notre expérience, les clients qui choisissent Commvault pour la sauvegarde prêtent attention aux points suivants.
Console. Les clients souhaitent gérer eux-mêmes les sauvegardes. Toutes les opérations de base sont disponibles dans la console Commvault :
- ajouter et supprimer des serveurs pour la sauvegarde ;
- configuration d'iData Agent ;
- création et démarrage manuel de tâches ;
- auto-restauration des sauvegardes ;
- définir des notifications sur l'état des tâches de sauvegarde ;
- différenciation de l'accès à la console selon le rôle et le groupe d'utilisateurs.
Déduplication. La déduplication vous permet de rechercher et de supprimer les blocs de données en double pendant le processus de sauvegarde. Ainsi, cela permet d'économiser de l'espace sur le système de stockage et de réduire la quantité de données transférées, réduisant ainsi les besoins en bande passante. Sans déduplication, les sauvegardes occuperaient deux à trois fois la taille des données d'origine.
Dans le cas de Commvault, la déduplication peut être configurée côté client ou côté Media Agent. Dans le premier cas, les blocs de données non uniques ne seront même pas transférés au Media Agent Server. Dans le second cas, le bloc répétitif est supprimé et n'est pas écrit dans le système de stockage.
Une telle déduplication de bloc est basée sur des fonctions de hachage. Chaque bloc se voit attribuer un hachage, qui est stocké dans une table de hachage, une sorte de base de données (Deduplication Database, DDB). Lors de la transmission des données, le hachage est « poinçonné » via cette base. Si un tel hachage existe déjà dans la base de données, le bloc est marqué comme non unique et n'est pas transféré au serveur Media Agent (dans le premier cas) ni écrit sur le système de stockage de données (dans le second).
Grâce à la déduplication, nous pouvons économiser jusqu'à 78 % d'espace de stockage. Désormais, 166,4 To sont stockés sur le stockage. Sans déduplication, nous devrions stocker 744 To.
Possibilité de différencier les droits. Commvault a la capacité de définir différents niveaux d'accès à la gestion des sauvegardes. Les soi-disant « rôles » déterminent quelles actions seront utilisateur par rapport aux objets de sauvegarde. Par exemple, les développeurs pourront uniquement restaurer un serveur avec une base de données à un emplacement spécifique, tandis qu'un administrateur pourra exécuter une sauvegarde dans le désordre pour le même serveur et ajouter de nouveaux utilisateurs.
Chiffrement. Vous pouvez crypter les données lors de la sauvegarde via Commvault des manières suivantes :
- du côté de l'agent client : dans ce cas, les données seront transférées vers le système de sauvegarde déjà sous forme cryptée ;
- du côté de l'agent média ;
- au niveau du canal : les données sont chiffrées du côté de l'agent client et déchiffrées sur le Media Agent Server.
Algorithmes de chiffrement disponibles : Blowfish, GOST, Serpent, Twofish, 3-DES, AES (recommandé par Commvault).
Quelques statistiques
À la mi-décembre, avec l'aide de Commvault, nous avions 27 clients en sauvegarde. La plupart d’entre eux sont des détaillants et des institutions financières. La quantité totale de données de copie originale est de 65 To.
Environ 4400 16 tâches sont effectuées par jour. Vous trouverez ci-dessous des statistiques sur les tâches terminées au cours des XNUMX derniers jours.
Surtout, les bases de données du système de fichiers Windows, SQL Server et Exchange sont sauvegardées via Commvault.
Et maintenant les cas promis. Bien qu'impersonnels (NDA dit bonjour :)), ils donnent une idée de quoi et comment les clients utilisent la sauvegarde basée sur Commvault. Vous trouverez ci-dessous des études de cas pour les clients qui utilisent un seul système de sauvegarde, c'est-à-dire des logiciels partagés, des serveurs Media Agent et des systèmes de stockage.
Cas 1
Client. Entreprise russe de commerce et de fabrication du marché de la confiserie avec un réseau de succursales réparties dans toute la Russie.
Tâche.Organisation de sauvegarde des bases de données Microsoft SQL, des serveurs de fichiers, des serveurs d'applications, des boîtes mail Exchange Online.
Les données initiales se trouvent dans des bureaux dans toute la Russie (plus de 10 villes). Vous devez effectuer une sauvegarde sur le site DataLine avec une récupération ultérieure des données dans l'un des bureaux de l'entreprise.
Dans le même temps, le client souhaitait une autogestion complète avec contrôle d'accès.
Profondeur de stockage - année. Pour Exchange Online, 3 mois pour les copies en ligne et un an pour les archives.
La solution Une copie supplémentaire a été mise en place pour les bases de données du deuxième site : la dernière sauvegarde complète du mois est transférée sur un autre site et y est stockée pendant un an.
La qualité des canaux depuis les bureaux distants du client ne permettait pas toujours la sauvegarde et la restauration dans les délais optimaux. Pour réduire la quantité de trafic transmis, la déduplication a été configurée côté client. Grâce à elle, le délai d'une sauvegarde complète est devenu acceptable, compte tenu de l'éloignement des bureaux. Par exemple, une sauvegarde complète d'une base de données de 131 Go depuis Saint-Pétersbourg est effectuée en 16 minutes. Depuis Ekaterinbourg, une base de données de 340 Go est sauvegardée pendant 1 heure 45 minutes.
Grâce aux rôles, le client a configuré différentes autorisations pour ses développeurs : uniquement la sauvegarde ou la restauration.
Cas 2
Client. Chaîne russe de magasins d'articles pour enfants.
Tâche. Organisation de sauvegarde pour :
un cluster MS SQL très chargé basé sur 4 serveurs physiques ;
machines virtuelles avec un site Web, des serveurs d'applications, 1C, Exchange et des serveurs de fichiers.
L'ensemble de l'infrastructure spécifiée du client est espacée entre les sites OST et NORD.
RPO pour les serveurs SQL - 30 minutes, pour le reste - 1 jour.
Profondeur de stockage - de 2 semaines à 30 jours, selon le type de données.
La solution Nous avons choisi une combinaison de solutions basées sur Veeam et Commvault. Veeam est utilisé pour les sauvegardes de fichiers depuis notre cloud. Les serveurs de base de données, Active Directory, les serveurs de messagerie et physiques sont sauvegardés via Commvault.
Pour atteindre une vitesse de sauvegarde élevée, le client a alloué une carte réseau distincte sur des serveurs physiques avec MS SQL pour les tâches de sauvegarde. Une sauvegarde complète d'une base de données de 3,4 To prend 2 heures 20 minutes et une restauration complète prend 5 heures 5 minutes.
Le client disposait d’une grande quantité de données initiales (près de 18 To). Si les données devaient être empilées sur une bibliothèque de bandes, comme le client l'avait fait auparavant, plusieurs dizaines de cartouches seraient alors nécessaires. Cela compliquerait la gestion de l'ensemble du système de sauvegarde du client. Par conséquent, dans la mise en œuvre finale, la bibliothèque de bandes a été remplacée par un système de stockage.
Cas 3
Client. Chaîne de supermarchés dans la CEI
Tâche. Le client souhaitait sauvegarder et restaurer les systèmes SAP hébergés dans notre cloud. Pour les bases de données SAP HANA RPO=15 minutes, pour les machines virtuelles avec serveurs d'applications RPO=24 heures. Profondeur de stockage - 30 jours. En cas d'accident RTO=1 heure, pour restaurer une copie sur demande RTO=4 heures.
La solution Pour la base de données HANA, les sauvegardes des fichiers DATA et des fichiers journaux ont été configurées à des intervalles spécifiés. Les fichiers journaux étaient archivés toutes les 15 minutes ou lorsqu'ils atteignaient une certaine taille.
Pour réduire le temps de récupération de la base de données, nous avons mis en place un stockage des sauvegardes à deux niveaux basé sur le système de stockage et la bibliothèque de bandes. Des copies en ligne sont ajoutées aux disques avec possibilité de récupération à tout moment de la semaine. Lorsque la sauvegarde date de plus d'une semaine, elle est déplacée vers l'archive, vers la bibliothèque de bandes, où elle est stockée pendant 1 jours supplémentaires.
Une sauvegarde complète d'une des bases de données de 181 Go se fait en 1 heure 54 minutes.
Lors de la configuration de la sauvegarde, l'interface SAP backint a été utilisée, ce qui permet d'intégrer des systèmes de sauvegarde tiers avec SAP HANA Studio. Par conséquent, les sauvegardes peuvent être gérées directement depuis la console SAP. Cela facilite la vie des administrateurs SAP qui n'ont pas besoin de s'habituer à la nouvelle interface.
La gestion des sauvegardes est également disponible pour le client via la console client Commvault standard.
C'est tout pour aujourd'hui. Posez des questions dans les commentaires.
Source: habr.com