Diffuser en continu des sauvegardes de base de données en utilisant Oracle Recovery Manager

  • Article

Dans cet article, vous découvrez comment les machines virtuelles Azure prennent en charge la diffusion en continu des sauvegardes de base de données avec Oracle Recovery Manager (RMAN). Le processus de diffusion en continu utilise la destination d’un package de bibliothèque de bandes virtuelles ou écrit ces sauvegardes directement dans un système de fichiers local ou distant. Cet article décrit comment divers packages de bibliothèques de bandes virtuelles sont intégrés à Oracle RMAN. Pour certains des packages, des liens vers le Place de marché Azure s’affichent.

Vous pouvez configurer l’utilitaire de sauvegarde et de restauration Oracle RMAN (Recovery MANager) pour diffuser et capturer des images de sauvegarde de bases de données Oracle, puis diffuser et envoyer celles-ci vers deux types de destinations différents.

Type de périphérique : SBT (Bande de sauvegarde en série)

Le type de destination SBT (Serial Backup Tape) a été initialement conçu pour interagir avec des lecteurs de bande, bien qu’indirectement. Pour simplifier l’interaction avec plusieurs périphériques à bande disponibles lors de la création de RMAN, Oracle a développé une interface de programmation d’applications (API) destinée à interagir avec des packages logiciels afin de gérer des périphériques à bande.

Le type de périphérique SBT envoie des commandes vers des packages logiciels via son API définie. Les fournisseurs de packages logiciels créent des « plug-ins » correspondants qui interagissent selon les spécifications de l’API afin de traduire les commandes RMAN pour le package logiciel. L’utilisation de cette fonctionnalité ne fait pas l’objet d’une facturation supplémentaire par Oracle, mais il est possible que différents éditeurs de logiciels facturent des frais de licence et de support en ce qui concerne leurs « plug-ins » afin de se connecter à l’API de RMAN publiée par Oracle.

Pour utiliser le type de périphérique SBT, le logiciel Media Management Vendor ou MMV (Vendeur de gestion des média) correspondant doit être précédemment installé sur la plateforme du système d’exploitation sur laquelle la base de données Oracle est disponible. Les sauvegardes dans l’installation de SBT ne sont pas disponibles en étant « prêtes à l’emploi » après une installation de base de données Oracle. Lorsqu’il n’existe aucune limite au nombre de packages MMV pouvant être connectés à une instance de base de données Oracle, il est extrêmement rare qu’il y en ait plusieurs en cours d’utilisation à tout moment.

La plupart de ces packages logiciels, disponibles initialement pour une installation locale, sont également disponibles sur la Place de marché Azure.

  • CommVault
  • Veritas NetBackup
  • Dell PowerProtect DD Virtual Edition (DDVE)
  • Veeam Backup & Replication

Vous trouverez d’autres packages logiciels en effectuant une recherche sur la Place de marché Azure...

Type de périphérique : disque

Le type de périphérique sur disque constitue une option de configuration plus générale pour Oracle RMAN. Pour cette option, des images de sauvegarde de base de données diffusées en continu sont écrites dans des répertoires du système de fichiers du système d’exploitation directement adressables à partir d’une image du système d’exploitation où s’exécute la base de données Oracle. Le stockage utilisé pour des sauvegardes est monté directement sur la plateforme du système d’exploitation ou monté à distance en tant que partage de fichiers.

Cette option ne fait pas l’objet de frais supplémentaires de licence ou de support, car l’adaptateur DISK pour Oracle RMAN est entièrement contenu dans le logiciel de système de gestion de base de données relationnelle (SGBDR) d’Oracle.

Il existe six options de stockage pour des sauvegardes Oracle RMAN au sein d’une machine virtuelle Azure, dont cinq sont des partages de fichiers Azure.

  • Disque managé connecté localement
  • Objet blob Azure sur NFS
  • Azure BlobFuse 2.0
  • Azure Files Standard sur CIFS/SMB
  • Azure Files Premium sur NFS
  • Azure NetApp Files

Chacune de ces options présente des avantages ou des inconvénients dans les domaines de la capacité, de la tarification, du niveau de performance et de la durabilité. Le tableau ci-après est fourni afin de faciliter la comparaison des caractéristiques et des prix.

Type Niveau Docs Protocole de montage pour une machine virtuelle Modèle de support Prix Remarques
Disque managé HDD Standard Introduction aux disques managés Azure SCSI Microsoft Tarification des disques managés 1
Disque managé SSD Standard Introduction aux disques managés Azure SCSI Microsoft Prix des disques managés 1
Disque managé SSD Premium Introduction aux disques managés Azure SCSI Microsoft Prix des disques managés 1
Disque managé SSD Premium v2 Introduction aux disques managés Azure SCSI Microsoft Prix des disques managés 1
Disque managé UltraDisk Introduction aux disques managés Azure SCSI Microsoft Prix des disques managés 1
Objet blob Azure Objets blob de blocs Monter le Stockage Blob avec le protocole NFS (Network File system) 3.0 NFS v3.0 Microsoft Tarifs Stockage Blob Azure 2
AzureBlobFuse v1 Comment monter le Stockage Blob Azure en tant que système de fichiers avec BlobFuse v1 Fuse Open source/Github n/a 3, 5, 6
AzureBlobFuse v2 Qu’est-ce que BlobFuse ? - BlobFuse2 Fuse Open source/Github n/a 3, 5, 6
Azure Files standard Qu’est-ce qu’Azure Files ? SMB/CIFS Microsoft Tarification Azure Files 4, 6
Azure Files Premium Qu’est-ce qu’Azure Files ? SMB/CIFS, NFS v4.1 Microsoft Tarification Azure Files 4, 7
Azure NetApp Files standard Azure NetApp Files SMB/CIFS, NFS v3.0, NFS v4.1 Microsoft/NetApp Tarifs Azure NetApp Files 4, 8, 11
Azure NetApp Files Premium Azure NetApp Files SMB/CIFS, NFS v3.0, NFS v4.1 Microsoft/NetApp Tarifs Azure NetApp Files 4, 9, 11
Azure NetApp Files Ultra Azure NetApp Files SMB/CIFS, NFS v3.0, NFS v4.1 Microsoft/NetApp Tarifs Azure NetApp Files 4, 10, 11

Légende :

1 Restreint par des limites au niveau de l’appareil et des limites d’E/S cumulatives au niveau de la machine virtuelle sur le débit d’E/S et d’IOPS.

  • Les limites d’appareils sont spécifiées dans la documentation sur la tarification.
  • les limites cumulatives pour des tailles de machine virtuelle sont spécifiées dans la documentation Tailles des machines virtuelles dans Azure

2 Choisissez stockage hiérarchique dans la 1ère liste déroulante, puis objet blob uniquement dans la 2e liste déroulante.

3 Choisissez stockage plat dans la 1ère liste déroulante, puis objet blob uniquement dans la 2e liste déroulante.

4 Permet d’utiliser le protocole CIFS pour lequel des versions ultérieures de RHEL/OEL Linux sont recommandées.

  • n’utilisez pas de versions Linux inférieures (c’est-à-dire, RHEL7/OEL7 inférieure à 7.5) pour CIFS
  • envisagez d’utiliser l’option de montage cache=none pour des fichiers journaux de phase de restauration par progression archivés Oracle avec des montages CIFS.

5 Pris en charge sur GitHub par le groupe de produits Stockage Azure au sein de Microsoft en tant que projet open source dans GitHub.

6niveau d’utilisation chaud recommandé.

7niveau d’utilisation Premium recommandé.

8 débit d’E/S de 16 Mio/s par Tio alloué.

9 débit d’E/S de 64 Mio/s par Tio alloué.

10 Débit d’E/S de 128 Mio/s par Tio alloué.

11La calculatrice ANF est utile pour des calculs de prix rapides.

Étapes suivantes

Meilleures pratiques en matière de performances Oracle pour les machines virtuelles Azure