Un de nos clients - un détaillant à l'échelle fédérale - s'est occupé de la sauvegarde des données dans le SGBD Oracle. Oracle Zero Data Loss Recovery Appliance (ZDLRA) est la valeur par défaut pour cela. Mais le complexe est comme un brise-glace de croisière. De plus, ZDLRA ne donnerait pas au client le contrôle de tous les processus de sauvegarde via une seule console. Ces considérations nous ont obligés à rechercher des alternatives. L'un d'eux est le Veritas NetBackup Appliance 5240, un SRC de milieu de gamme avec de bonnes performances dans des conditions standard. La technologie Copilot de l'arsenal de Veritas, spécialement conçue pour fonctionner avec Oracle DBMS, a également ajouté de l'optimisme.
Avant de tester l'appliance Veritas NetBackup 5240 sur une infrastructure en direct, le client a demandé de la tester. Nous avons assemblé le stand et testé la solution en conditions de combat. Les conclusions se sont révélées intéressantes.
Avantages de Veritas NBU
Nous avons d'abord examiné quelles technologies uniques peuvent accélérer le processus de sauvegarde et de restauration. Étant donné que nous parlions de sauvegarder une base de données Oracle et d'utiliser 10 GbE (sans Fibre Channel) comme connexion réseau, les outils Veritas suivants se sont révélés très utiles:
- Media Server Deduplication Pool (MSDP) - déduplication des données à la volée, qui optimise la réplication des sauvegardes entre les périphériques et crée des sauvegardes synthétiques complètes pendant les sauvegardes incrémentielles;
- La duplication optimisée NetBackup élimine la redondance des données en transférant uniquement des blocs uniques qui ne sont pas présents sur le périphérique récepteur;
- NetBackup Copilot réduit le temps nécessaire pour créer des sauvegardes Oracle Database avec des instantanés du système de fichiers de l'appliance NetBackup et l'intégration avec Oracle RMAN Backup Manager.
NetBackup Copilot était la technologie la plus prometteuse dans le contexte des bases de données Oracle. Lors des tests, nous nous sommes concentrés sur la vérification de ses performances par rapport aux copies de base de données incrémentielles régulières.
Prêt pour les tests? Oui mais non
Nous avons déployé un banc de test qui comprenait NetBackup Master Server, NetBackup Media Server et Oracle Linux Server 6.7. L'appliance NetBackup (agissant en tant que serveur multimédia NetBackup) était connectée à la base de données via deux ports 10 GbE, et le serveur maître NetBackup a été déployé sur une machine virtuelle dans un environnement de virtualisation VMware vSphere 6.0.
Un serveur physique avec OS installé Oracle Linux Enterprise 6.7 et SGBD Oracle 19 a été utilisé comme source de RK. Pour simuler le fonctionnement du système dans des conditions proches des besoins du client, nous avons défini le volume de la base de test Oracle à la taille de 1 To au format Bigfile. La base de données était sous charge et le volume des modifications dans les 12 heures était de 50 à 60% du volume de la base de données d'origine.
Alors allons-y! Nous avons exécuté la sauvegarde, mais le niveau de performance était étonnamment bas - 2,3-2,8 To / h. Selon les résultats - bonjour des années 90! Les documents sur le travail de Veritas NBU avec le SGBD Oracle ne contenaient pas de solutions toutes faites pour cette situation. Mais le fait même de Copilot et les bonnes performances de la solution sur les tâches standard, telles que la sauvegarde des systèmes de fichiers, suggéraient que nous manquions certains points. Ensuite, avec des collègues de Veritas, nous avons commencé à rechercher des ajustements à NetBackup qui amélioreraient les performances.
Nous avons vérifié plusieurs dizaines de paramètres et trouvé les valeurs optimales pour eux. Parmi les paramètres qui ont influencé les performances du banc d'essai, on trouve:
- Jumbo Frame ( Ethernet, );
- (xmit_hash_policy), ;
- (Number Disk, Size Disk) Veritas Appliance
Copilot?
Nous avions de grands espoirs pour NetBackup Copilot - après tout, cette technologie a été conçue à l'origine pour fonctionner avec une base de données et utilise la fusion incrémentielle d'Oracle pour passer à un schéma de sauvegarde incrémentiel permanent. Lorsqu'il fonctionne en mode Copilot, le système interagit avec le gestionnaire de sauvegarde Oracle RMAN DBMS pour exécuter les commandes de sauvegarde DBMS.
Si vous décomposez le processus de sauvegarde à l'aide de NetBackup Copilot en étapes, cela ressemble à ceci:
- Un périphérique de stockage de sauvegarde est configuré sur l'appliance NetBackup qui est accessible au serveur de base de données Oracle via le protocole NFS;
- après cela, la politique de sauvegarde est configurée dans la console d'administration de NetBackup SRK;
- (level-0), (level-1);
- , level-0, , level-1;
- NetBackup NFS- ( InfoScale);
- Oracle RMAN NetBackup.
Cette solution présente de nombreux avantages. Par exemple, les instantanés du système de fichiers de stockage NFS d'une NetBackup Appliance peuvent être automatiquement répliqués (déplacés) vers le niveau de stockage le plus efficace: disque, pool de déduplication, bande, stockage dans le cloud ou répliqués sur une appliance NetBackup sur un site de sauvegarde. Cela se fait via des politiques de gestion du cycle de vie (SLP).
En outre, les administrateurs de SGBD peuvent utiliser les utilitaires de sauvegarde et de restauration d'Oracle. Les sauvegardes incrémentielles vous permettent de travailler avec un grand nombre de points de restauration, et toutes les copies se trouvent dans un stockage de fichiers qui n'a pas besoin d'être géré.
Et si la vitesse?
À quelle vitesse tout cela fonctionne-t-il? Après avoir optimisé et modifié manuellement les paramètres individuels, nous avons obtenu une vitesse de sauvegarde assez décente.
Le tableau résume les résultats de la création d'une sauvegarde complète avec la déduplication activée et désactivée sur le client, avec le découpage des journaux de rétablissement activé et désactivé, dans des conditions où le SGBD est sous charge et sans charge.
Type | Calendrier des travaux | Charge DB | Déduplication client | Refaire les journaux | Temps écoulé | Vitesse TB / h |
Sauvegarde | Plein | Oui | Activer | Désactiver | 0:14:06 | 4.4 |
Sauvegarde | Plein | Oui | Désactiver | Désactiver | 0:18:22 | 4.2 |
Sauvegarde | Plein | Oui | Activer | Activer | 0:22:36 | 4.1 |
Sauvegarde | Plein | Oui | Désactiver | Activer | 0:30:07 | 3,6 |
Sauvegarde | Plein | Non. | Activer | Désactiver | 0:12:16 | 4.7 |
Sauvegarde | Plein | Non. | Désactiver | Désactiver | 0:16:45 | 4.2 |
Sauvegarde | Plein | Non. | Activer | Activer | 0:16:15 | 4,3 |
Sauvegarde | Plein | Non. | Désactiver | Activer | 0:17:40 | 3,9 |
Le système de sauvegarde NBU a montré une bonne vitesse d'écriture des sauvegardes. Le goulot d'étranglement évident dans notre test était le sous-système de disque de Veritas Appliance dans le 5240 (le nombre de disques dans le groupe RAID et la vitesse de l'interface). Les tests ont utilisé une configuration minimale avec un seul boîtier de disques.
Faire des copies incrémentielles
Pour évaluer les performances en mode de sauvegarde incrémentielle, nous avons effectué des sauvegardes deux fois par jour à 10h00 et 22h00. Le SGBD était en cours de chargement et la déduplication a été activée sur le client.
Type | Calendrier des travaux | Charge DB | Déduplication client | Temps écoulé | Vitesse TB / h |
Sauvegarde | Incrémentiel 10:00 | Oui | Activer | 0:10:58 | 2.2 |
Sauvegarde | Incrémentiel 22h00 | Oui | Activer | 0:09:58 | 2.2 |
Sauvegarde | Incrémentiel 10:00 | Oui | Activer | 0:10:03 | 2,3 |
Sauvegarde | Incrémentiel 22h00 | Oui | Activer | 0:09:04 | 2.2 |
Sauvegarde | Incrémentiel 10:00 | Oui | Activer | 0:11:13 | 2,3 |
Sauvegarde | Incrémentiel 22h00 | Oui | Activer | 0:12:01 | 2.2 |
Sauvegarde | Incrémentiel 10:00 | Oui | Activer | 0:12:21 | 2,3 |
Sauvegarde | Incrémentiel 22h00 | Oui | Activer | 0:10:53 | 2,5 |
Sauvegarde | Incrémentiel 10:00 | Oui | Activer | 0:12:03 | 2,3 |
Sauvegarde | Incrémentiel 22h00 | Oui | Activer | 0:12:04 | 2.2 |
Sauvegarde | Incrémentiel 10:00 | Oui | Activer | 0:12:13 | 2,3 |
Sauvegarde | Incrémentiel 22h00 | Oui | Activer | 0:12:01 | 2.2 |
Sauvegarde | Incrémentiel 10:00 | Oui | Activer | 0:12:21 | 2,3 |
Sauvegarde | Incrémentiel 22h00 | Oui | Activer | 0:10:53 | 2,5 |
Les temps de sauvegarde incrémentielle étaient beaucoup plus courts, mais la vitesse des sessions de sauvegarde était également plus lente.
Activer le mode Copilot
La situation est différente en mode Copilot. Dans notre test, une sauvegarde a été créée toutes les 12 heures, et l'heure de sauvegarde a été enregistrée à partir du moment où l'instantané Oracle a été créé jusqu'à la fin du moment où la sauvegarde a été écrite dans le pool de stockage sur le périphérique NBU.
Type | Charge DB | Temps écoulé | Mégaoctets | Vitesse TB / h |
Sauvegarde | Oui | 0:36:53 | 1,294,153 | 2.6 |
Sauvegarde | Oui | 0:32:14 | 1 126 525 | 2,5 |
Sauvegarde | Oui | 0:33:34 | 1 152 365 | 2,7 |
Sauvegarde | Oui | 0:31:23 | 1 123 620 | 2.6 |
Sauvegarde | Oui | 0:44:04 | 1 681 999 | 2,9 |
Les résultats de ce test étaient moyens. Cependant, il convient de garder à l'esprit que la synthèse de la sauvegarde avec l'écriture ultérieure dans le pool de stockage a eu lieu dans NFS Share. Les limites de vitesse de lecture et d'écriture supplémentaires du partage NFS peuvent être en partie responsables des mauvaises performances. En outre, il existe une technologie de partage optimisé pour les «anciens» modèles de NetBackup Appliance, de sorte que la vitesse de fonctionnement dans ce mode doit être plus élevée. Nous avons utilisé l'appliance Veritas dans une configuration minimale avec une étagère, tandis que le fournisseur recommande d'utiliser un minimum de deux étagères pour le mode Copilot.
Ainsi, le principal avantage de l'utilisation de Copilot est de restaurer la dernière sauvegarde complète sans qu'il soit nécessaire de reporter les sauvegardes incrémentielles. L'utilisation de la fonction de restauration instantanée pour un accès rapide au SGBD tout en étant toujours dans le processus de récupération est également un gros plus.
Pas plus de 25% et moins de 50 To
Revenons au cas client. Les tests sur une base de données synthétique se sont avérés utiles, car ils ont aidé le client à voir tous les avantages et les inconvénients de la solution initialement attractive. Après avoir joué avec les paramètres, nous sommes arrivés à la conclusion qu'il est conseillé d'utiliser Veritas NetBackup pour un SGBD d'une taille allant jusqu'à 50 To, ainsi qu'avec des changements quotidiens dans la base de données ne dépassant pas 25%. Avec des bases de données de vente au détail changeant de 50% chaque jour, Veritas NetBackup n'était pas une solution viable.
L'effet secondaire de nos tests s'est avéré précieux. Nous avons trouvé les modes optimaux pour que Veritas NBU fonctionne avec Oracle DBMS. En ajustant les paramètres et en choisissant le mode (copie classique ou Copilot), vous pouvez créer une alternative digne et plus abordable pour sauvegarder et restaurer Oracle SGBD avec un nombre relativement faible de changements quotidiens dans la base de données dans les dizaines de To. Pour ceux qui utilisent déjà le Veritas SRK, c'est la meilleure solution. Il s'agit de l'utilisation d'un SRK plus abordable et de la gestion de toutes les sauvegardes via une seule console.
Auteur: Artem Khmelenko, ingénieur des systèmes de stockage de données, Jet Infosystems