Inicio > Blog de copias de seguridad y recuperación > ¿Cómo hacer una copia de seguridad de la base de datos Oracle con Bacula? Visión general de la técnica de copia de seguridad y recuperación de Oracle.

¿Cómo hacer una copia de seguridad de la base de datos Oracle con Bacula? Visión general de la técnica de copia de seguridad y recuperación de Oracle.

1 Star2 Stars3 Stars4 Stars5 Stars
(46 votos, media: 5,00 fuera de 5)
Cargando...
Actualizado 20th octubre 2023, Rob Morrison

Oracle backup

Respaldo y recuperación de Oracle

Normalmente, las operaciones de copia de seguridad y recuperación se consideran uno de los pilares fundamentales de la protección de datos. Esto también se aplica, por supuesto, a las copias de seguridad y recuperación de Oracle, y en el mundo actual tener al menos una copia de seguridad de su base de datos es prácticamente una necesidad si no quiere perderlo todo finalmente por un simple error o un accidente desafortunado similar.

Una copia de seguridad es una copia de sus datos que puede utilizarse para reconstruir el contenido de su base de datos original. En el contexto de Oracle existen dos tipos principales de copia de seguridad: la copia de seguridad física y la copia de seguridad lógica.

La copia de seguridad física es una copia de los archivos físicos almacenados para utilizarlos en caso de emergencia. Las copias de seguridad físicas suelen incluir tipos de archivos como los de control, los de datos y los redo logs archivados.

Las copias de seguridad lógicas son una copia de los datos lógicos de la base de datos, como los procedimientos almacenados y las tablas. Estas copias de seguridad suelen considerarse un buen complemento de las copias de seguridad físicas, pero son esencialmente inútiles sin su contrapartida.

A menos que se especifique lo contrario, la mayoría de la documentación sobre copias de seguridad y recuperación se refiere a una copia de seguridad física como el término «copia de seguridad». Crear una copia de seguridad física de una base de datos es el acto de «hacer una copia de seguridad» de dicha base de datos.

Recuperación de datos y posibles problemas

Aunque hay algunas posibles excepciones, la mayoría de los casos de error que exigen que se inicie el proceso de recuperación de datos pueden atribuirse a uno de los tres tipos de error: errores del usuario, fallos de los medios y errores de la app.

Errores del usuario representan la posibilidad de que, debido a un error manual o a un error en la lógica de la aplicación, la parte específica de la base de datos se modifique o se elimine de forma incorrecta. Este único tipo de error se considera la principal causa de la mayoría de las caídas de las bases de datos en todo el mundo.

También hay dos ámbitos diferentes del desastre potencial: el localizado y el generalizado. El daño localizado es algo relativamente insignificante que puede arreglarse con un proceso de reparación preciso. Los daños generalizados, por el contrario, son los que borran cantidades masivas de datos y deben ser contrarrestados lo antes posible para evitar, al menos parcialmente, una caída masiva de toda la base de datos.

Fallo de los medios es otro tipo de error, éste suele estar representado por algún tipo de problema físico con un dispositivo de almacenamiento que causa problemas con las peticiones de lectura o escritura. La medida adecuada en respuesta a un fallo de los medios depende del tipo de dispositivo y del tipo de datos en cuestión.

Es importante mencionar que los errores de los medios son algo que puede ocurrirle a cualquier dispositivo de almacenamiento en primer lugar. Por esa misma razón, no es raro que las empresas desarrollen algún tipo de programa de recuperación de desastres en un intento de mitigar los efectos potencialmente desastrosos de un fallo de los medios, entre otras cosas (ya que los fallos de los medios son conocidos por paralizar todo el dispositivo de almacenamiento a la vez).

Los errores de aplicación son el resultado de un mal funcionamiento del software, normalmente representado por un bloque de datos corrupto. En el caso de la corrupción de los medios (también llamada corrupción física), es bastante común que la base de datos no reconozca en absoluto el bloque entero, con las sumas de comprobación que no coinciden, el bloque entero conteniendo ceros, etc. Dependiendo del alcance de la corrupción, algunos errores menores de la aplicación pueden arreglarse más o menos utilizando alguna variación de una recuperación de medios de bloque.

Estrategia de copia de seguridad de Oracle

Dentro de las capacidades de Oracle hay dos estrategias principales de copia de seguridad: RMAN y la gestionada por el usuario.

RMAN, o Recovery Manager, es una solución totalmente integrada dentro de la base de datos de Oracle que puede realizar diversas actividades relacionadas con las copias de seguridad. Se puede acceder a RMAN a través de Oracle Enterprise Manager o mediante la línea de comandos.

Las copias de seguridad gestionadas por el usuario son copias de seguridad básicas que pueden realizarse mediante una combinación de comandos del sistema operativo del host y comandos de recuperación de SQL*Plus. En este caso, todos los aspectos relacionados con las copias de seguridad deben definirse manualmente para cada una de ellas.

Aunque hay dos tipos de copia de seguridad compatibles, RMAN es el preferido habitualmente, por lo que la mayoría de las capacidades de copia de seguridad de Oracle se centran en este tipo de copia de seguridad.

Una de las principales ventajas de una copia de seguridad RMAN es la posibilidad de crear copias de seguridad mientras la base de datos está abierta y/o montada. El comando de copia de seguridad en sí mismo también es relativamente fácil; el prompt en sí mismo tiene el siguiente aspecto:

 

BACKUP DATABASE;

Es posible añadir una serie de adiciones o parámetros a este comando, por ejemplo, puede tener este aspecto si también queremos incluir los registros archivados en la copia de seguridad:

 

BACKUP DATABASE PLUS ARCHIVELOG;

Otra opción que está disponible con RMAN es la capacidad de crear copias de seguridad incrementales. La copia de seguridad incremental es un tipo de copia de seguridad que copia sólo los archivos específicos que se modificaron desde que se realizó la última copia de seguridad de cualquier tipo (dependiendo del tipo de copia de seguridad, puede ser una copia de seguridad incremental acumulativa o una copia de seguridad incremental diferencial).

En lo que respecta a los comandos, la consulta de la copia de seguridad es relativamente similar (con posibles adiciones en forma de varios parámetros):

 

BACKUP INCREMENTAL;

Y también está el hecho de que las copias sombra/archivos de instantáneas también pueden crearse con las copias de seguridad incrementales de RMAN. Por ejemplo, el comando para crear una copia de seguridad incremental en el área de recuperación rápida puede iniciarse con el siguiente comando:

 

BACKUP INCREMENTAL LEVEL 1 … FROM SCN

Como puede ver, son muchas las capacidades que puede ofrecer RMAN como solución de copia de seguridad nativa de Oracle. Al mismo tiempo, tiene sus propias limitaciones, y aquí es donde entran en juego las soluciones de copia de seguridad de terceros.

Respaldo y recuperación de Oracle con Bacula Enterprise

Esencialmente, una copia de sus datos importantes que guarda por separado del original para restaurarlo en caso de todo tipo de pérdida de datos se llama copia de seguridad de datos. Cualquier empresa tiene algún tipo de datos que necesita proteger y que no quiere perder – eso incluye también a los usuarios de bases de datos Oracle. La pérdida de datos es la principal razón por la que necesita tener una copia de seguridad para mantener su entorno de base de datos Oracle fiable y seguro.

La mayoría de las empresas que utilizan Oracle prefieren tener una persona separada para gestionar sus operaciones de copia de seguridad de Oracle – este puesto se llama «administrador de copias de seguridad». Normalmente, a esta persona se le encomienda una serie de tareas, entre ellas:

  • Elaborar un programa de copias de seguridad adecuado;
  • Estar preparado para resolver los problemas que puedan surgir en relación con todo el proceso de copia de seguridad y recuperación;
  • Tanto pensar y probar diferentes situaciones con diferentes tipos de posibles fallos de hardware o software relacionados con la pérdida de datos;
  • Las tareas que no están directamente relacionadas con el proceso de copia de seguridad, pero que siguen siendo posibles, son la conservación y la transferencia de datos;
  • Estar preparado para recuperar en caso de pérdida de datos de cualquier escala. 

Hablando de la pérdida de la base de datos Oracle, la gran variedad de posibles razones para la pérdida de la base de datos ilustra aún más que hacer copias de seguridad de Oracle es algo bueno en general. Por ejemplo, algunas de las diversas causas de pérdida de datos podrían ser:

  • Caída del hardware;
  • Accidentes por mal manejo de datos;
  • Corrupción de datos a causa de un virus;
  • Errores en el proceso de migración de datos de un dispositivo o sistema a otro, etc.

Hay muchas formas de hacer copias de seguridad de las bases de datos Oracle. Los modos en clúster proporcionan resistencia a los problemas de hardware, y las infraestructuras de alta disponibilidad, en la nube y convergentes ofrecen nuevas opciones para asegurar y liberar los datos junto con la redundancia. Independientemente de estas opciones, la copia de seguridad de Oracle sigue siendo fundamental para garantizar que un pequeño error, una corrupción o un hackeo no destruya los datos críticos que residen incluso en la mejor infraestructura. Los servidores de bases de datos siguen siendo un componente clave de la mayoría de las organizaciones, y a menudo contienen la información más crítica para la continuidad de las operaciones. La guía que sigue le mostrará cómo ejecutar la copia de seguridad y recuperación de Oracle utilizando la funcionalidad SBT de RMAN, que permite que los datos se transmitan directamente a Bacula Enterprise.

Tipos posibles de copia de seguridad y recuperación de Oracle

Existen dos métodos para realizar copias de seguridad de la base de datos Oracle:

  • Copia de seguridad gestionada por Bacula utilizando el modo de volcado de Oracle. Esto es rápido y fácil de configurar, pero su alcance está limitado a las bases de datos más pequeñas y no admite la recuperación puntual ni las copias de seguridad incrementales.
  • Copia de seguridad gestionada por RMAN (modo SBT de Oracle). También conocido como Oracle Recovery Manager (RMAN), es una característica original del servidor de bases de datos Oracle, lo que significa que no es necesario instalarlo manualmente: ya está incluido en el lado del servidor. Este modo utiliza la excelente herramienta de copia de seguridad RMAN y las API para permitir que Bacula inicie modos de copia de seguridad más avanzados que admiten copias de seguridad de bases de datos PITR, incrementales y diferenciales, y puede aprovechar la función de seguimiento de cambios de RMAN para mejorar el rendimiento de las copias de seguridad incrementales. También es el más fácil de usar ya que RMAN utiliza una sola interfaz para todos los sistemas operativos lo que lo hace mucho menos complicado.

Dado que el tipo de copia de seguridad basado en RMAN es la solución preferida, he aquí algunas de las ventajas más notables de su uso:

  • Compresión binaria.Este tipo de mecanismo de compresión está integrado en la base de datos Oracle como sistema y su principal objetivo es reducir el tamaño total de una copia de seguridad media.
  • Duplicación automatizada de la base de datos. Una serie de características implementadas en Oracle permite crear fácilmente la copia de su base de datos utilizando un gran número de configuraciones de almacenamiento.
  • Copias de seguridad incrementales. Este tipo de copia de seguridad mantiene y hace una copia de seguridad sólo de los bloques que han cambiado de alguna manera desde la última copia de seguridad completa. Este enfoque de copia de seguridad requiere mucho menos espacio de almacenamiento que el tradicional y añade más flexibilidad al proceso de restauración en caso de algún tipo de desastre.
  • Copias de seguridad cifradas. RMAN puede cifrar fácilmente su base de datos utilizando la capacidad de cifrado de copias de seguridad integrada. Hay una distinción entre la creación de dicha copia de seguridad en un disco y la creación de esa misma copia de seguridad directamente en una cinta. Para el disco – la base de datos en cuestión debe habilitar la opción de seguridad avanzada. Para la cinta – RMAN tiene que utilizar la interfaz Oracle SBT pero no es necesario que la Opción de Seguridad Avanzada esté habilitada.
  • Recuperación de medios en bloque. Si la cantidad de datos corruptos es relativamente pequeña, en realidad no es necesario restaurar toda la copia de seguridad para solucionarlo: esta función se denomina recuperación de medios en bloque y también puede utilizarse sin necesidad de desconectar el propio archivo.

Para este how-to, vamos a configurar las copias de seguridad de Oracle SBT.

Parte 1: Configurar el plugin de copia de seguridad y recuperación de Oracle en Bweb

Paso 1. En Bweb, configure un nuevo fileset para el trabajo. En la pestaña «Plugin» del fileset, seleccione Oracle SBT.

backup oracle database

Paso 2. El complemento de copia de seguridad y recuperación de Oracle se configura principalmente en el lado del cliente, por lo que en la mayoría de los casos no se requiere ninguna otra configuración en Bweb. El nuevo conjunto de archivos puede confirmarse.

oracle backup and recovery

Paso 2a: Tenga en cuenta las diferentes opciones para hacer una copia de seguridad de la base de datos Oracle disponibles si se elige el plugin Oracle (no SBT). El Documento técnico sobre el plugin de Oracle cubre estos métodos alternativos en profundidad.

oracle backup

Parte 2: Configurar el plugin de copia de seguridad de la base de datos Oracle en el servidor Oracle

Al igual que con otros plugins de bases de datos, el File Daemon de Bacula Enterprise y el componente del plugin de bases de datos correspondiente (Oracle SBT en este caso) deben instalarse primero en el servidor de bases de datos. Esto coloca las herramientas necesarias para la copia de seguridad de Bacula en el servidor de la base de datos. Por favor, revise el documento técnico de Oracle o póngase en contacto con el soporte de Bacula Systems si necesita ayuda con este paso.

Paso 1: Instale el Bacula File Daemon y los paquetes del plugin de copia de seguridad de Oracle.

Paso 2: Instale la biblioteca sbt en Oracle


/opt/bacula/scripts/install-sbt-libobk.sh install

Paso 3: Reiniciar oracle

Paso 4: Copie bconsole y asegúrese de que Oracle puede leerlo:


cp /opt/bacula/bin/bconsole /opt/bacula/ oracle
cp /opt/bacula/etc/bconsole.conf /opt/bacula/oracle
chown oracle:dba /opt/bacula/oracle/bconsole*
chmod go-rxw /opt/bacula/oracle/bconsole*

Paso 5: Edite /opt/bacula/etc/sbt.conf para indicar el nombre del trabajo, la ruta y la configuración de bconsole y el nombre del cliente:


client=oracle-fd
job=OracleBackup
bconsole=»/opt/bacula/oracle/bconsole -n -c /opt/bacula/oracle/bconsole.conf»

Ejemplos de conjuntos de archivos y trabajos:

A continuación se muestran ejemplos del conjunto de archivos simple configurado en BWeb en la Parte 1, y un trabajo de muestra que utiliza este conjunto de archivos. Para ver tutoriales en profundidad sobre Bweb, consulte la documentación en vídeo de Bacula Systems:


FileSet {
Name = SBT-FileSet
Include {
Options {
Signature = MD5
}
Plugin = oracle-sbt
}
}

Job {
Name = SBT-Backup
FileSet = SBT-FileSet
Client = oracle-fd
Maximum Concurrent Jobs = 10
Messages = Standard
Pool = Default
Storage = File
}

Parte 3: Probar la conectividad del plugin y ejecutar la copia de seguridad de Oracle:

Paso 1: Probar el plugin


/opt/bacula/scripts/install-sbt-libobk.sh test

Paso 2: Ejecutar manualmente una copia de seguridad a través de RMAN:


RUN {
ALLOCATE CHANNEL c1 DEVICE TYPE sbt;
ALLOCATE CHANNEL c2 DEVICE TYPE sbt;
ALLOCATE CHANNEL c3 DEVICE TYPE sbt;
BACKUP INCREMENTAL LEVEL 0 DATABASE plus archivelog;
}

Una salida típica de una copia de seguridad de RMAN con éxito tiene el aspecto que se muestra a continuación, y es una indicación de que el complemento SBT está instalado, correctamente configurado y listo para ejecutar las copias de seguridad:


[oracle@centos07 ~]$ rman target /

Recovery Manager: Release 12.1.0.2.0 – Production on Thu Mar 23 11:02:22 2017

Copyright (c) 1982, 2015, Oracle and/or its affiliates. All rights reserved.

connected to target database: CENTOS07 (DBID=2213460080)

RMAN> run {

2> allocate channel c1 type sbt;

3> backup database plus archivelog;

4>}

using target database control file instead of recovery catalog

allocated channel: c1

channel c1: SID=44 device type=SBT_TAPE

channel c1: Bacula Enterprise Oracle SBT Plugin 1.0.0.7

Starting backup at 23-MAR-17

current log archived

channel c1: starting archived log backup set

channel c1: specifying archived log(s) in backup set

input archived log thread=1 sequence=23 RECID=1 STAMP=894837644
input archived log thread=1 sequence=24 RECID=2 STAMP=894882191
input archived log thread=1 sequence=25 RECID=3 STAMP=894882226
input archived log thread=1 sequence=26 RECID=4 STAMP=894924027
input archived log thread=1 sequence=27 RECID=5 STAMP=912953744
input archived log thread=1 sequence=28 RECID=6 STAMP=912955548
input archived log thread=1 sequence=29 RECID=7 STAMP=912955554
input archived log thread=1 sequence=30 RECID=8 STAMP=912955561
input archived log thread=1 sequence=31 RECID=9 STAMP=912955564
input archived log thread=1 sequence=32 RECID=10 STAMP=912964429
input archived log thread=1 sequence=33 RECID=11 STAMP=939375680
input archived log thread=1 sequence=34 RECID=12 STAMP=939380476
input archived log thread=1 sequence=35 RECID=13 STAMP=939380575

channel c1: starting piece 1 at 23-MAR-17

channel c1: finished piece 1 at 23-MAR-17

piece handle=07rvrjqv_1_1 tag=TAG20170323T110255 comment=API Version 2.0,MMS Version 1.0.0.7

channel c1: backup set complete, elapsed time: 00:00:25

Finished backup at 23-MAR-17

Starting backup at 23-MAR-17

channel c1: starting full datafile backup set

channel c1: specifying datafile(s) in backup set

input datafile file number=00001
name=/u01/app/oracle/oradata/CENTOS07/datafile/o1_mf_system_c2kyrs39_.dbf

input datafile file number=00003
name=/u01/app/oracle/oradata/CENTOS07/datafile/o1_mf_sysaux_c2kyqoql_.dbf

input datafile file number=00004
name=/u01/app/oracle/oradata/CENTOS07/datafile/o1_mf_undotbs1_c2kyt7s9_.dbf

input datafile file number=00006
name=/u01/app/oracle/oradata/CENTOS07/datafile/o1_mf_users_c2kyt6j4_.dbf

channel c1: starting piece 1 at 23-MAR-17

channel c1: finished piece 1 at 23-MAR-17

piece handle=08rvrjrp_1_1 tag=TAG20170323T110321 comment=API Version 2.0,MMS Version 1.0.0.7

channel c1: backup set complete, elapsed time: 00:00:56

channel c1: starting full datafile backup set

channel c1: specifying datafile(s) in backup set

including current control file in backup set

channel c1: starting piece 1 at 23-MAR-17

channel c1: finished piece 1 at 23-MAR-17

piece handle=09rvrjth_1_1 tag=TAG20170323T110321

comment=API Version 2.0,MMS Version 1.0.0.7

channel c1: backup set complete, elapsed time: 00:00:03

Finished backup at 23-MAR-17

Starting backup at 23-MAR-17

current log archived

channel c1: starting archived log backup set

channel c1: specifying archived log(s) in backup set

input archived log thread=1 sequence=36 RECID=14 STAMP=939380664

channel c1: starting piece 1 at 23-MAR-17 channel c1: finished piece 1 at 23-MAR-17

piece handle=0arvrjto_1_1 tag=TAG20170323T110424 comment=API Version 2.0,MMS Version 1.0.0.7

channel c1: backup set complete, elapsed time: 00:00:01

Finished backup at 23-MAR-17 released channel: c1

Recuperación de la base de datos Oracle

Aunque una copia de seguridad por sí sola es increíblemente importante, también hay que mencionar que las funciones de recuperación son, por supuesto, una parte vital de todo el proceso en el ciclo de copia de seguridad y recuperación de la base de datos Oracle. Tener una copia de seguridad sin medios para restaurar no sirve de nada a nadie.

Pero primero tenemos que cubrir algunos aspectos básicos. Como hemos dicho antes, hay un gran número de circunstancias posibles que pueden hacer que necesite recuperar su base de datos. Por ejemplo, podrían ser varios fallos de hardware y problemas de firmware:

  • Bloqueo de la corrupción;
  • Pérdida de datos;
  • Error de usuario;
  • Cuestiones de actualización;
  • Catástrofe natural o no natural.

Tendrá que conectarse primero al catálogo de recuperación si quiere restaurar o recuperar una base de datos mediante RMAN. El siguiente paso es asignar canales a la cinta o al disco. El propósito del catálogo de recuperación es proporcionar todo tipo de información sobre la copia de seguridad de la base de datos o las copias de seguridad. También puede configurar un archivo de control independiente para fines similares. La diferencia entre los comandos de restauración y recuperación es que «restaurar» hace exactamente lo que cabría esperar: restaura los archivos de la base de datos, pero «recuperar» es algo diferente, ya que aplica todos los cambios registrados en los registros de datos archivados.

La copia de seguridad y recuperación de la base de datos Oracle como proceso es capaz de proporcionar varias opciones de recuperación, incluyendo:

  • Specific Point Recovery

Si utiliza Oracle, el proceso de recuperación no es tan complicado. Puede restaurar fácilmente toda la base de datos y después utilizar los comandos de «recover» para elegir el punto específico al que desea que se recupere su base de datos. Además de la recuperación completa básica, si utiliza RMAN, existen otras opciones: puede llevar el estado de su base de datos a un punto específico en el tiempo o puede hacer coincidir su estado con un registro de archivo específico.

  • Tablespaces/Datafiles/Blocks Restoration

Si su base de datos incluye muchos tablespaces, puede elegir este modo de recuperación para limitar el tiempo de inactividad de la base de datos sólo a los usuarios de los tablespaces que estaban utilizando los archivos ahora dañados. En general, la restauración de tablespaces es un poco más complicada que la función habitual de restauración de la base de datos, ya que no se puede recuperar un tablespace específico después de la restauración. Por eso se aconseja hacer una copia de seguridad inmediatamente después de restaurar esos tablespaces. Algo más específico al utilizar RMAN es que podrá proporcionar tanto el número de bloque como el número de archivo de datos, lo que facilita el proceso de recuperación.

  • Data Recovery Advisor

El servicio de Oracle también incluye una función llamada Data Recovery Advisor (asesor de recuperación de datos) que puede activar si tiene problemas con uno o varios de sus archivos de base de datos. Este asesor es capaz de proporcionarle tanto el script de reparación basado en su base de datos como de mostrarle cuánto puede recuperar en su situación actual, también. También puede habilitar con bastante facilidad el script proporcionado justo después de lanzar el asesor.

Sin embargo, la gestión de las copias de seguridad de Oracle no se limita a mantener su política de retención, sino que también puede utilizarse para hacer un seguimiento de las copias de seguridad que puede utilizar para las operaciones de restauración en un momento dado. Existen varios enfoques para esta tarea:

El primer enfoque es estrictamente para recuperar una lista de copias de seguridad disponibles, y se puede hacer con poco o ningún esfuerzo con un comando LIST que tiene RMAN. Este comando en particular recupera una tabla de conjuntos de copias de seguridad, con información adicional sobre cada uno de ellos, como la fecha de creación, el tipo de copia de seguridad, las partes específicas de una base de datos que se copiaron, y más.

El segundo enfoque de la gestión de las copias de seguridad de Oracle se centra en deshacerse de los archivos obsoletos; se controla principalmente con sólo dos parámetros (RECOVERY WINDOW y REDUNDANCY, para el número de días de una política de retención y el número de copias de seguridad, respectivamente), y consta de tres opciones posibles:

  • Expire. Controlado por REDUNDANCY y RECOVERY WINDOW, suele formar parte de un script de copia de seguridad o de un trabajo de copia de seguridad con un parámetro EXPIREDATE.
  • Delete from catalog. El historial de copias de seguridad se elimina con la posibilidad de recuperarlo si fue accidental o si se necesitan los datos en cuestión.
  • Delete expired. Una tarea de limpieza rutinaria que elimina las copias de seguridad y los registros de archivo obsoletos.

Aunque la mayoría de las operaciones de copia de seguridad de Oracle se ocupan de las copias de seguridad de toda la base de datos, también está sobre la mesa la opción de restaurar objetos específicos, de modo que cualquier objeto de su sistema puede ser respaldado o recuperado por separado del resto en un momento dado. Al igual que en el tema anterior, hay varias formas de abordar el tema:

  • Oracle Data Pump. Data Pump es una utilidad de Oracle que puede proporcionar tanto la exportación como la importación de objetos o tablas específicas. Cabe destacar que también incluye el lenguaje de definición de datos (DDL), lo que significa que toda la estructura de la tabla o el procedimiento en cuestión se recrearía con el objeto o la tabla que se está restaurando. Esto también puede utilizarse para restaurar sólo la estructura con cero datos en ella para utilizarla como plantilla o medida de seguridad.
  • Using Table/Schema levels to copy specific objects. Las tablas singulares pueden recuperarse dentro de Oracle utilizando el comando CREATE, que incluirá los tablespaces sin registro -lo que significa que sólo podrá restaurar los datos, sin ninguna de las estructuras como índices, desencadenantes, constantes, etc.

Pensamientos finales sobre la copia de seguridad y recuperación de Oracle

Debido a que el plugin Oracle SBT de Bacula Enterprise aprovecha RMAN para las funciones avanzadas de copia de seguridad, es necesario realizar alguna configuración adicional en Oracle.

Período de retención:

Cuando se utiliza el plugin RMAN SBT, la retención de la copia de seguridad definida en RMAN debe coincidir con la retención del volumen o del trabajo de Bacula.

Registro de archivos:

Para utilizar el modo de copia de seguridad de RMAN, la base de datos debe estar en modo ARCHIVELOG.

Por favor, consulte el Oracle Backup de Bacula documento técnico y el Soporte de Sistemas de Bacula si necesita más información, asistencia o tiene preguntas después de leer esta guía de copia de seguridad y recuperación de Oracle.

Sobre el autor
Rob Morrison
Rob Morrison es el director de marketing de Bacula Systems. Comenzó su carrera de marketing de TI con Silicon Graphics en Suiza, desempeñando con fuerza varios puestos de gestión de marketing durante casi 10 años. En los siguientes 10 años, Rob también ocupó varios puestos de gestión de marketing en JBoss, Red Hat y Pentaho, asegurando el crecimiento de la cuota de mercado de estas conocidas empresas. Se graduó en la Universidad de Plymouth y tiene una licenciatura en Medios Digitales y Comunicaciones, y completó un programa de estudios en el extranjero.
Deja un comentario

Su dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *