Compartir a través de

Copias de seguridad de base de datos de transmisión mediante Oracle Recovery Manager

  • Artículo

En este artículo, obtendrá información sobre cómo las máquinas virtuales de Azure admiten la transmisión de copias de seguridad de bases de datos con Oracle Recovery Manager (RMAN). El proceso de transmisión usa el destino de un paquete de biblioteca de cintas virtuales o escribe esas copias de seguridad directamente en un sistema de archivos local o remoto. En este artículo se describe cómo se integran varios paquetes de biblioteca de cintas virtuales con Oracle RMAN. Para algunos de los paquetes, verá vínculos al Azure Marketplace.

La utilidad de copia de seguridad y restauración de Oracle RMAN (Recovery MANager) se puede configurar para transmitir y capturar imágenes de copia de seguridad de bases de datos de Oracle y, a continuación, transmitir esas imágenes de copia de seguridad a dos tipos diferentes de destinos.

Tipo de dispositivo SBT

El tipo de cinta de copia de seguridad serie (SBT) de destino se diseñó originalmente para interactuar con unidades de cinta, aunque no directamente. Para simplificar la interacción con varios dispositivos de cinta disponibles cuando se creó RMAN, Oracle desarrolló una interfaz de programación de aplicaciones (API) para interactuar con paquetes de software para administrar dispositivos de cinta.

El tipo de dispositivo SBT envía comandos a paquetes de software a través de su API definida. Los proveedores de paquetes de software crean los "complementos" correspondientes que interactúan según las especificaciones de la API para traducir los comandos RMAN para el paquete de software. Oracle no cobra más por esta funcionalidad, pero varios proveedores de software pueden cobrar licencias y tarifas de soporte técnico por sus "complementos" para conectarse a la API para RMAN publicada por Oracle.

Para usar el tipo de dispositivo SBT, el software del proveedor de administración de medios (MMV) correspondiente debe instalarse previamente en la plataforma del sistema operativo en la que está disponible la base de datos de Oracle. Las copias de seguridad en la instalación de SBT no están disponibles "de fábrica" después de una instalación de base de datos de Oracle. Si no hay ningún límite en el número de paquetes MMV que se pueden conectar a una instancia de base de datos de Oracle, pero es muy raro que haya más de uno en uso en cualquier momento.

Muchos de estos paquetes de software, que originalmente están disponibles para la instalación local, también están disponibles en el Azure Marketplace.

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

Se pueden encontrar otros paquetes de software buscando en el Azure Marketplace...

Disco de tipo de dispositivo

Una opción de configuración más universal para Oracle RMAN es el disco de tipo de dispositivo. Para esta opción, las imágenes de copia de seguridad de base de datos transmitidas se escriben en directorios del sistema de archivos del sistema operativo directamente direccionables desde la imagen del sistema operativo en la que se ejecuta la base de datos de Oracle. El almacenamiento usado para las copias de seguridad se monta directamente en la plataforma del sistema operativo o se monta de forma remota como un recurso compartido de archivos.

No hay ningún cargo adicional de licencia o soporte técnico para esta opción porque el adaptador DISK para Oracle RMAN está completamente incluido en el software RDBMS de Oracle.

Hay seis opciones de almacenamiento para las copias de seguridad de Oracle RMAN dentro de una máquina virtual de Azure, de las cuales cinco son recursos compartidos de archivos de Azure.

  • Disco administrado conectado localmente
  • Blob de Azure sobre NFS
  • Blobfuse 2.0 de Azure
  • Azure Files estándar sobre CIFS/SMB
  • Azure Files premium sobre NFS
  • Azure NetApp Files

Cada una de estas opciones tiene ventajas o desventajas en las áreas de capacidad, precios, rendimiento, durabilidad. Se proporciona la tabla siguiente para permitir una comparación sencilla de las características y los precios.

Tipo Nivel Documentación Protocolo de montaje para la máquina virtual Modelo de soporte técnico Precios Notas
Disco administrado HDD estándar Introducción a los discos administrados de Azure SCSI Microsoft Precios de Managed Disks 1
Disco administrado SSD estándar Introducción a los discos administrados de Azure SCSI Microsoft Precios de los discos administrados 1
Disco administrado SSD Premium Introducción a los discos administrados de Azure SCSI Microsoft Precios de los discos administrados 1
Disco administrado SSD prémium v2 Introducción a los discos administrados de Azure SCSI Microsoft Precios de los discos administrados 1
Disco administrado UltraDisk Introducción a los discos administrados de Azure SCSI Microsoft Precios de los discos administrados 1
Blob de Azure Blobs en bloques Montaje de Blob Storage mediante el protocolo Network File System (NFS) 3.0 NFS v3.0 Microsoft Precios de Azure Blob Storage 2
Blobfusede Azure v1 Cómo montar Azure Blob Storage como un sistema de archivos con BlobFuse v1 Fuse Código abierto/GitHub N/D 3, 5, 6
Blobfusede Azure v2 ¿Qué es BlobFuse? - BlobFuse2 Fuse Código abierto/GitHub N/D 3, 5, 6
Archivos de Azure Estándar ¿Qué es Azure Files? SMB/CIFS Microsoft Precios de Azure Files 4, 6
Archivos de Azure Premium ¿Qué es Azure Files? SMB/CIFS, NFS v4.1 Microsoft Precios de Azure Files 4, 7
Azure NetApp Files Estándar Azure NetApp Files SMB/CIFS, NFS v3.0, NFS v4.1 Microsoft/NetApp Precios de Azure NetApp Files 4, 8, 11
Azure NetApp Files Premium Azure NetApp Files SMB/CIFS, NFS v3.0, NFS v4.1 Microsoft/NetApp Precios de Azure NetApp Files 4, 9, 11
Azure NetApp Files Ultra Azure NetApp Files SMB/CIFS, NFS v3.0, NFS v4.1 Microsoft/NetApp Precios de Azure NetApp Files 4, 10, 11

Leyenda:

1 Restringido por límites de E/S de nivel de dispositivo y de nivel de máquina virtual acumulado en IOPS y rendimiento de E/S.

2 Elija almacenamiento jerárquico en la lista desplegable 1era y, a continuación, solo blob en la lista desplegable2ª.

3 Elija almacenamiento plano en la lista desplegable 1era y, a continuación, solo blob en la lista desplegable2ª.

4 Usa el protocolo CIFS para el que se recomiendan las versiones posteriores de RHEL/OEL de Linux.

  • no use versiones inferiores de Linux (es decir, RHEL7/OEL7 por debajo de la 7.5) para CIFS
  • considere la posibilidad de usar la opción de montaje cache=none para el caso de uso de archivos de registro de rehacer archivados de Oracle con montajes CIFS.

5 compatibles con GitHub por el grupo de productos de Azure Storage en Microsoft como un proyecto de código abierto en GitHub.

6niveles de uso frecuente recomendados.

7niveles de uso prémium recomendados.

8 Rendimiento de E/S de 16 MiB/s por TiB asignado.

9 Rendimiento de E/S de 64 MiB/s por TiB asignado.

10 Rendimiento de E/S de 128 MiB/s por TiB asignado.

11La calculadora de rendimiento de Azure NetApp Files es útil para realizar cálculos rápidos de precios.

Pasos siguientes

Procedimientos recomendados de rendimiento de Oracle para máquinas virtuales de Azure