Diffuser en continu des sauvegardes de base de données en utilisant Oracle Recovery Manager
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 concernant 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 « prêtes à l’emploi » suite à l’installation d’une base de données Oracle. 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.
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 |
Azure blobfuse | 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 |
Azure blobfuse | 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.
6 niveau d’utilisation chaud recommandé.
7 niveau 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é.
11 Le calculateur de performance des fichiers Azure NetApp est utile pour calculer rapidement les prix.
Étapes suivantes
Meilleures pratiques en matière de performances Oracle pour les machines virtuelles Azure