CONFIGURACIÓN DE DATA PROTECTOR CON ORACLE
Yadiel Ramos Rodríguez
Dayana Daniel Hernández
Universidad de las Ciencias Informáticas (UCI). Cuba
Resumen
Este trabajo incluye una descripción práctica detallada sobre la integración de Data Protector con el Gestor de Base de datos Oracle. Se detallan las políticas de respaldo de acuerdo a los elementos involucrados en la solución, se especifican las configuraciones a realizar en la herramienta Data Protector y se definen las vías de mantenimiento de dichas políticas.
Palabras clave: base de datos, protección de datos, Oracle.
Abstract
This work includes a detailed practical description of the integration of Data Protector with Oracle Database. It has detailed support policies according to the elements involved in the solution. Also specify the configurations to do in the Data Protector Tool and identifies ways of keeping these policies.
1. Introduction
HP StorageWork Data Protector (DP) es un software HP orientado especialmente a la administración y protección de la información como un componente integral del universo de servicios de las Tecnologías de la Información (IT). La arquitectura altamente escalable consiste en módulos especializados que pueden ser implantados en una amplia variedad de configuraciones, hasta llegar a sistemas heterogéneos más complejos y múltiples locaciones en empresas de mediano y alto rango. Con las capacidades de administración centralizada (administración local o remota) y una arquitectura cliente servidor, Data Protector provee la habilidad de soportar la automatización global del respaldo y recuperación para cientos de miles de redes WAN empresariales.
Por administrar la protección de datos como un conjunto de servicios en lugar de un conjunto de objetos de información y recursos de IT, DP ayuda a la organización a cumplir con los Objetivos de Niveles de Servicio (SLO por sus siglas en inglés) con un incremento en la eficiencia del personal. Esto en particular direcciona los requerimientos de Administración de Licencias de Software (SLM) de los proveedores de servicio.
En estos tiempos la base de datos es el pilar para el correcto funcionamiento de los sistemas de información en todas las compañías. Oracle es el producto innovador y de mayor eficiencia en el mundo para la gestión de la información empresarial. Es el motor de base de datos relacional más usado a nivel mundial. Puede ejecutarse en todas las plataformas. Incluye un lenguaje de diseño de bases de datos completo (PL/SQL) que permite implementar diseños activos con disparadores y procedimientos almacenados, con una integridad referencial declarativa potente. Permite el uso de particiones crudas para la mejora de la eficiencia, de replicación e incluso ciertas versiones admiten la administración de bases de datos distribuidas.
La eficiencia en la gestión de información aparejada a la exhaustiva protección de la misma, son elementos que no deben faltar en el quehacer diario de los Administradores de Sistemas. Lograr una sinergia entre dos herramientas altamente potentes cada una dentro de su campo de acción es una meta impostergable para todas las empresas que se adentren en el mundo de las IT. El presente trabajo incluye una descripción detallada sobre la integración de Data Protector y Oracle.
2. Desarrollo
Para lograr una correcta configuración de DP es necesario establecer Políticas de Respaldo y Recuperación para los elementos involucrados en la solución, tanto pertenecientes a DP como a la Base de Datos. Dichas políticas deben considerar los tipos de respaldo que provee DP y que son convenientes a utilizar en la solución, calculando índices de rotación de cinta de acuerdo con los elementos involucrados. Una vez establecidas las políticas deben especificarse en la herramienta DP y administrarse posteriormente para posibles cambios.
Políticas de respaldo y recuperación.
Las políticas de respaldo representan el esquema a seguir en la administración de procesos de respaldo de datos, indicando el qué se respalda, la naturaleza de los datos, cómo se respaldará, la frecuencia de ejecución de cada proceso de respaldo, ciclos de retención/protección de datos; así como describir la nomenclatura de identificación de los elementos involucrados en la implementación de la solución de respaldo y recuperación. Elementos tales como; Especificaciones de respaldo, Dispositivos (Librería y Drive), representación lógica de grupos de cintas y la identificación física de estas últimas.
El establecimiento de Políticas de Respaldo y Recuperación como elemento regulador de herramientas automáticas proporciona:
− Regirse por estándares y mejores prácticas en la implementación de soluciones de este tipo.
− Estandarizar la identificación de los elementos que integran la solución. − Manejar dinámicamente la información asociada a los procesos y los objetos
de la solución implementada.
− Transferir conocimientos de la operación de los procesos de respaldo mediante la documentación asociada a la solución implementada.
− Mantener dinámicamente los procesos y dispositivos de respaldo (Especificaciones de backup y Cintas).
Toda política de respaldo debe diseñarse sobre la base de lo práctico, fácil y rápido que debe ser el procedimiento de restauración de los datos.
Identificación de elementos involucrados
Al definir políticas de respaldo se manejan una serie de términos para identificar los elementos asociados al ambiente de la solución a implementar. A continuación se hace referencia a algunos de los elementos de datos y respaldos que pueden ser manejados dentro de la misma.
Archivos de Sistema Operativo (Archivos binarios, ejecutables y de configuración del
Sistema de Operación).
Archivos de Aplicaciones (Archivos binarios, ejecutables y de configuración de la(s)
aplicación(es) instalada(s) en un servidor).
Archivos de Datos (Archivos de información generados por los usuarios y aplicaciones,
almacenados bajo estructuras de File Systems).
Base de Datos Oracle
− TableSpace: Una base de datos se divide en unidades lógicas denominadas
Cuando un objeto se crea dentro de un cierto tablespace, este objeto adquiere todas las propiedades antes descritas del tablespace utilizado.
− Datafile: Es la representación física de un tablespace. Son los "ficheros de
datos" donde se almacena la información físicamente. Un datafile puede tener cualquier nombre y extensión (siempre dentro de las limitaciones del sistema operativo), y puede estar localizado en cualquier directorio del disco duro, aunque su localización típica suele ser $ORACLE_HOME/Database. Un datafile tiene un tamaño predefinido en su creación (por ejemplo 100Mb) y este puede ser alterado en cualquier momento. Cuando se crea un datafile, este ocupará tanto espacio en disco como se haya indicado en su creación, aunque internamente esté vacío. Oracle hace esto para reservar espacio continuo en disco y evitar así la fragmentación. Conforme se vayan creando objetos en ese tablespace, se irá ocupando el espacio que creó inicialmente. Un datafile está asociado a un solo tablespace y, a su vez, un tablespace está asociado con uno o varios datafiles. Es decir, la relación lógica entre tablespaces y datafiles es de 1-N.
− Control files: son archivos de control que se consultan cada vez que se
arranca la base de datos. Indica datos como la localización de los datafiles y el nombre de la base de datos.
− Init file: es el archivo que contiene los parámetros de inicio de la base de
datos (tamaño del bloque, tamaño del SGA, etc.). Normalmente tiene el nombre INIT.ORA
− Archive Logs / Redo logs: estos archivos contienen un historial de todas las
instrucciones que han sido lanzadas a la base de datos, para poder recuperarla en caso de fallo. No se utilizan durante la inicialización, sino durante toda la ejecución de la base de datos.
Para la implementación se define una Instancia Oracle bajo la modalidad de Archive Logs tal como es requerido por la integración Data Protector – Oracle. La instancia de Oracle debe estar identificada por un nombre [nombre-instancia].
Tipos de respaldo que deben ser considerados en la implementación.
Respaldo Full: Guarda todos los archivos que sean especificados al tiempo de ejecutarse el
respaldo. Una vez finalizado un respaldo full, el “archive bit” es eliminado de todos los archivos para indicar que todos los archivos ya han sido respaldados. Una de las ventajas de un respaldo Full es que permite restauraciones directas y simples para obtener cualquier versión de los archivos, se tendrá una única referencia de ellos en cuanto a la cinta donde fueron respaldados y a la ubicación exacta dentro de ella.
Entre las desventajas de un respaldo Full se tienen que toma más tiempo en realizarse ya que el volumen de información comprende todos los elementos seleccionados y se tiene varias veces la misma versión de los archivos respaldados, ocupando más espacio en la media y en la base de datos que la herramienta de respaldo
Respaldo Incremental (Inc): Cuando se lleva a cabo un respaldo Incremental, sólo aquellos
Como ventajas de un Respaldo Incremental se tienen que se ocupa menos espacio en la media de respaldo y en la base de datos de la herramienta de respaldo (Data Protector) y su ejecución requiere menos tiempo para realizarse, ya que respaldan una cantidad de datos menor al respaldado en un respaldo full.
El Respaldo Incremental tiene como desventajas que la restauración toma mayor tiempo de ejecución, ya que los datos deben ser restaurados a partir del último Respaldo Full exitoso seguido de todos y cada uno de los Respaldo Incrementales realizados hasta la fecha correspondiente a la versión que se requiere restaurar. Cómo se muestra en la gráfica siguiente, es probable que los Respaldos Incrementales involucrados en la recuperación se hayan realizado en medias distintas a la del respaldo full, en consecuencia, otra desventaja del respaldo incremental sería la posibilidad de requerir más de una media para recuperar la versión deseada traduciéndose en mayor tiempo para procesar todas las cintas involucradas.
Imagen 1: Cintas requeridas en un Respaldo Incremental simple.
Respaldo Incremental por Nivel (Inc1, Inc2…..Inc9) Un Respaldo Incremental por Nivel,
toma como referencia el último respaldo del nivel inferior más cercano, que aún esté protegido. Por ejemplo, un respaldo INC1 respalda los cambios desde el último respaldo Full, mientras que un respaldo INC5 respalda los cambios desde el último INC4. Un respaldo INC[n] nunca toma como referencia un respaldo previo al INC[n-1].
T
M
S
F
T
W
T
M
S
Inc Inc Inc Inc Inc Inc Inc
Completo Completo
Punto de restauración
Fecha de Respaldo
Imagen 2: Cintas requeridas en un Respaldo Incremental mixto.
Imagen 3: Cintas requeridas en un Respaldo Incremental Nivel 1.
Inc1
Inc2
Inc Inc Completo
Punto de restauración
Cintas Requeridas para el
Respaldo
Fecha de Respaldo
Inc1
Inc1
Inc1
Inc1 Completo
Punto de restauración
Cintas Requeridas para el
Respaldo
La retención o protección de datos, dentro de una solución de respaldo y recuperación, establece el período de vigencia de la data respaldada en una media. Esta vigencia debe ser controlada, en primer lugar; por el personal responsable de la gestión de respaldo y en segundo lugar por la herramienta utilizada para desarrollar los respaldos.
Rotación de Medios (Cintas/Cartuchos) Procedimiento operativo que indica la movilización
de cartuchos de cintas dentro de un dispositivo de respaldo cuando se presenten situaciones tales como:
La cantidad de cintas asignadas a un proceso de respaldo alcanzó su capacidad máxima y se hace necesario incorporar nuevas cintas para aumentar la capacidad y asegurar la ejecución exitosa del proceso de respaldo en cuestión.
Las políticas de respaldo y recuperación establecen el almacenamiento externo de cintas utilizadas en procesos de respaldos especiales como pudiera ser el caso de un Respaldo
Mensual o Anual. Este procedimiento responde a una serie de cálculos que el operador debe
realizar para poder obtener el índice de rotación. Antes de ejecutar el cálculo se deben establecer dos constantes genéricas:
1. Período de referencia (una semana, quince días, un mes, etc.), a usar para determinar la
cantidad de datos que se respaldan y con qué rapidez se llena el pool en ese período. Este período debería incluir uno o más ciclos o generaciones completas de respaldo de un tipo de datos en particular. Por ejemplo si se tiene un esquema de respaldo, del mismo tipo de datos, donde se realiza un respaldo Full semanal y un respaldo Incremental durante los 5 siguientes días, los períodos de referencia a evaluar deberían ser múltiplos de 6 días, debido a que el ciclo completo dura 6 días. Entonces se podría acotar el cálculo a períodos de referencia de: 6 días, 12 días, 18 días o cualquier valor múltiplo de 6.
Imagen 4: Generación de backup.
2. Cantidad de ranuras (slots) que se le asignará a un pool de cintas.
Una vez fijadas estas constantes, el índice de rotación se calcularía de la siguiente forma:
TotalData=RedondeoArriba(#Full*CapFull+#Inc*CapInc)*#Ciclos Inc1
Inc1 Inc1
Inc1 Completo
Fecha Inc1
Inc1 Inc1
Inc1 Completo
Inc1
Inc1 Inc1
Inc1 Completo
Inc1
Completo
IR = RedondeoAbajo[(TotalData/CapMedia)/#Slots] Donde, IR: es un valor numérico que indica cuantas veces se tendrán que rotar los medios contenidos en un pool.
#Full: indica la frecuencia de ejecución de un Respaldo Full dentro de un ciclo o generación
completa. Generalmente, este valor es 1 tal como se muestra en el ejemplo.
#Inc: indica la frecuencia de ejecución de un Respaldo Incremental dentro de un ciclo o generación completa. En el ejemplo, el valor de esta variable es 5.
CapFull: cantidad de datos, expresada en Gb, que se respalda en un respaldo Full. Esta
información puede ser de tipo estadística y puede ser obtenida de las sesiones de respaldo ya realizadas.
CapInc: cantidad de datos, expresada en Gb, que se respalda en un respaldo Incremental. Esta
información puede ser de tipo estadística y puede ser obtenida de las sesiones de respaldo ya realizadas. Puede usarse como valor aproximado, el 10% de la cantidad de datos respaldada en un Full.
#Ciclos: cantidad de veces que se repite un ciclo o generación completa de respaldo, dentro
del período de referencia.
CapMedia: capacidad, expresada en Gb y en compresión, que ofrece el tipo de cartucho
donde se respaldarán los datos. Por ejemplo, actualmente un cartucho del tipo LTO Ultrium almacena hasta 1834 Gb.
#Slots: cantidad de ranuras reservadas en una librería para el pool en cuestión.
RedondeoArriba: el resultado de esta operación, debe ser redondeado al valor entero
superior, por ejemplo, 4.5 a 5, 2.1 a 3.
RedondeoAbajo: el resultado de esta operación, debe ser redondeado al valor entero inferior,
por ejemplo, 4.5 a 4, 2.1 a 2.
Ejemplo:
#Full = 7 (Siete backup que se ejecutan
durante la semana) #Slots = 20
#Inc = 0 CapMedia = 800 Gbytes
CapFull = 250 Gbytes (Tamaño estimado de
la base de Datos Oracle)
#Ciclos = 8 (Número de Semanas de
protección del respaldo)
CapInc = 0
TotalData=RedondeoArriba(#Full*CapFull+#Inc*CapInc)*#Ciclos
IR = RedondeoAbajo[(TotalData/CapMedia)/#Slots]
TotalData=RedondeoArriba(7*250+0*0)*8 ?? 1.750 * 8 =14000
Como resultado se tiene que el índice de rotación de cinta para el respaldo de la base de datos con un tamaño de 250 Gbytes es 0 y en consecuencia se establece que con 20 cintas asignadas al Media Pool para ese respaldo no amerita colocar más cintas durante las 8 semanas de vigencia de la protección del respaldo.
Estructura de la solución de data protector a implementar.
La solución a diseñar para el resguardo de la información establece la definición de los siguientes elementos de la herramienta Data Protector:
Cell (Celda): Definición dada a la integración de los diversos elementos registrados como
parte de la herramienta Data Protector (Servidores, Storage, PC´s, dispositivos de respaldo, librería de backup, cintas, etc).
Cell Manager: Servidor que funciona como parte principal de data protector en un esquema
en donde controla funcional y operativamente todos los elementos que son parte de la Celda.
Client: Comprende todo computador (servidor o PC) al cual se le haya instalado uno o más
agentes de Data Protector. El Cell Manager es el corazón del ambiente de respaldo de Data Protector y los clientes son controlados desde el Cell Manager
Installation Server: Se refiere al servidor que contiene todos los programas binarios desde
donde se realizan Instalaciones/Actualizaciones remotas de los clientes de la celda.
Cell Console: Consola de la Celda bajo ambiente gráfico que puede ser accedido mediante un
emulador de terminales gráficos o con la interfaz gráfica visual (GUI) de Data Protector. Este elemento proporciona la capacidad de administrar la configuración, funcionalidad y operatividad de Data Protector.
IDB – Internal Data Base: Base de datos Interna de Data Protector.
Media Pool: Es la agrupación lógica de un número determinado de media con características y
patrones de uso común. Sólo agrupan medias del mismo tipo. Medias del tipo DLT y del tipo DAT/DDS no puede ser agrupadas en un mismo pool. La ubicación física de una media no afecta su relación con el media pool al que pertenece. Dondequiera que esta se encuentre; en un drive o slot de la librería, en la bóveda externa o en una gaveta de un escritorio, siempre va a pertenecer al Media Pool al que fue asociado al momento de darle formato.
Una Media dejará de pertenecer a su Media Pool cuando ésta sea exportada de la Celda o cuando sea reciclada o movida a otra Media Pool. Las medias pertenecientes a un Media Pool podrán ser usadas por cualquier dispositivo de lectura y escritura (drive) dentro de la librería.
Data Protection: Especifica la cantidad de tiempo que los datos en un medio (cartucho)
Catalog Protection: Para cada proceso de respaldo que se realiza en Data Protector, la
información asociada al respaldo, los datos respaldados y las medias utilizadas, es guardada en lo que se conoce como Catalog Data Base (CDB) la cual forma parte de la base de datos interna (IDB). La información del Catalog acelera los procesos de restauración de los datos respaldados porque indica referencia de ubicación en las media. El Catalog Protection define cuanto tiempo debe estar disponible esa información en la CDB GUI (interfaz gráfica a través de la cual los usuarios pueden acceder a la consola de Data Protector). Este es un agente que se puede instalar directamente en las computadoras con Sistema Operativo Windows.
Especificaciones de respaldo en Data Protector.
Al establecerse HP StorageWork Data Protector como herramienta de Respaldo y Recuperación, las especificaciones de respaldo que se describen a continuación, representan el esquema operativo mediante el cual se deben implementar todas las políticas de respaldo que sean definidas.
Los segmentos de las cintas que contienen datos de un proceso de respaldo, son bloqueados automáticamente contra escritura por el lapso de tiempo según políticas de respaldo establecidas. También es bloqueada contra escritura, y por el mismo lapso de tiempo, la información asociada a cada proceso de respaldo registrado dentro de la base de datos interna de Data Protector IDB.
Especificación de respaldo “D_Online-FullIDB “: Se configura para dar cumplimiento a los
lineamientos establecidos como “Políticas de Respaldo de la Herramientas de Respaldo”. Su identificación describe “Respaldo Diario (por la letra D) bajo el estatus Online de toda la base de datos IDB”. Tiene como función única iniciar diariamente a partir de las XX: XX (hora de inicio) un respaldo a cinta de la Base de Datos Interna (IDB) de Data Protector. La hora de inicio debe garantizar que en la información respaldada esté incluida toda la información referente a los procesos del día anterior.
El proceso de respaldo activado por esta especificación, grabará en cualquiera de las cintas pertenecientes al Pool “Diario_IDB” el cual debe ser asignado exclusivamente a “D_Online_FullIDB”. Las cintas utilizadas para este respaldo deben permanecer en la librería de respaldo y mantenerse como parte del mencionado pool de cintas.
Especificación de respaldo “D_Online-OraInst-[nombre-instancia]”: Se configura para
dar cumplimiento a los lineamientos establecidos como “Online de la Base de Datos”. Su identificación describe “Respaldo Diario (por la letra D) bajo el estado Online de toda la instancia de datos [nombre-instancia] de Oracle”. Tiene como función única, iniciar diariamente a partir de las XX: XX (hora de inicio) un respaldo a cinta de todos los elementos pertenecientes a la instancia [nombre-instancia] de Oracle. La hora de inicio establecida para este proceso debe representar el punto más bajo de las operaciones en esa instancia.
El proceso de respaldo activado por esta especificación, grabará en cualquiera de las cintas pertenecientes al Pool “OnLine_OraInst_[nombre-instancia]”. Las cintas utilizadas para este respaldo deben permanecer en la librería de respaldo y mantenerse como parte del mencionado pool de cintas.
Especificación de respaldo “M_Online-OraInst_[nombre-instancia]”: Se configura para
identificación describe “Respaldo Mensual (por la letra M) bajo el estatus Online de toda la instancia de datos [nombre-instancia] de Oracle”. Tiene como función única, iniciar todos los primero de cada mes a partir de las primera hora del día (0:00) un respaldo a cinta de todos los elementos pertenecientes a la instancia [nombre-instancia] de Oracle. La hora de inicio establecida para este proceso representa el último momento del mes que recién finaliza y con ello se logra la imagen de la instancia justo al finalizar el mes.
El proceso de respaldo activado por esta especificación, grabará en cualquiera de las cintas pertenecientes al Pool “OnLine_OraInst_[nombre-instancia]”. Las cintas utilizadas para este respaldo deben permanecer en la librería de respaldo y mantenerse como parte del mencionado pool de cintas.
Especificación de respaldo “D_Archiv-OraInst_[nombre-instancia]”: Se configura para
dar cumplimiento a los lineamientos establecidos como “Respaldo Archive Logs de Oracle”. Su identificación describe “Respaldo Diario (por la letra D) de todos los Archive Logs de la instancia de datos [nombre-instancia] de Oracle”. El respaldo de estos elementos junto con un respaldo del tipo “M_Online_OraInst_[nombre-instancia]”, garantiza la recuperación total de la instancia en caso de presentarse algún siniestro. Tiene como función ejecutar diariamente las siguientes modalidades de respaldos para los archivos de transacción de la instancia [nombre-instancia] a partir de las 04:00, ejecuta un respaldo full a cinta de todos los archive logs pertenecientes a la instancia [nombre-instancia] de Oracle. En las horas: 10:00; 16:00 y 22:00, ejecuta un respaldo incremental nivel 1 a cinta de todos los archive logs pertenecientes a la instancia [nombre-instancia] de Oracle. Como resultados de este respaldo, en cinta se guardarán todos los archive logs generados después del respaldo full ejecutado a las 04:00.
Imagen 5: Resultados después del respaldo full.
Los procesos de respaldo activados por esta especificación, grabarán en cualquiera de las cintas pertenecientes al Pool “Archive_OraInst[nombre-instancia]”. Las cintas utilizadas para este respaldo deben permanecer en la librería de respaldo y mantenerse como parte del mencionado pool de cintas.
Especificación de respaldo “Q_DelArc-OraInst_[nombre-instancia]”: Se configura para
dar cumplimiento a los lineamientos establecidos como “Respaldo Archive Logs de Oracle”. Su identificación describe “Respaldo Diario (por la letra D) de todos los Archive Logs de la instancia de datos [nombre-instancia] de Oracle borrándolos al final del proceso”. El respaldo
Inc1
Inc1
Inc1
Completo Lunes
04:00 10:00 16:00 22:00
Inc1
Inc1
Inc1
Completo Martes
de estos elementos junto con un respaldo del tipo “M_Online_OraInst_[nombre-instancia]”, garantiza la recuperación total de la instancia en caso de presentarse algún siniestro. Adicional a la función del respaldo de los archive logs, esta especificación tiene la función de liberar espacio en disco borrando físicamente los archive logs respaldados. Tiene como función única, iniciar cada 2 miércoles a partir de las 12:00 un respaldo full a cinta de todos los archive logs pertenecientes a la instancia [nombre-instancia] de Oracle.
Los procesos de respaldo activados por esta especificación, grabarán en cualquiera de las cintas pertenecientes al Pool “Archive_OraInst[nombre-instancia]”. Las cintas utilizadas para este respaldo deben permanecer en la librería de respaldo y mantenerse como parte del mencionado pool de cintas. La retención de respaldo de esta especificación ha sido establecida por un lapso de tiempo de 10 semanas.
Especificación de respaldo “D_Server-FileSys”: Se configura para dar cumplimiento a los
lineamientos establecidos como “Respaldo de Archivos”. Su identificación describe “Respaldo Diario (por la letra D) de todos los Archivos de datos y binarios de los servidores pertenecientes a la celda de data protector”. Tiene como función única, iniciar diariamente a partir de las 05:00 un respaldo incremental de nivel 1 (Inc1) a cinta de archivos de dato y binarios residentes en los file Systems / , /stand , /home , /opt , /var , /usr , /tmp , /Oracle , /boot , C:\CONFIGURATION , C:\ y E:\ de los servidores. Los procesos de respaldo activados por esta especificación, grabarán en cualquiera de las cintas pertenecientes al Pool “Diario_FileSystems”. Las cintas utilizadas para este respaldo deben permanecer en la librería de respaldo y mantenerse como parte del mencionado pool de cintas. La retención de respaldo de esta especificación ha sido establecida por un lapso de tiempo de 12 semanas.
Especificación de respaldo “Q_Server-FileSys”: Se configura para dar cumplimiento a los
lineamientos establecidos como “Respaldo de Archivos”. Su identificación describe “Respaldo full Quincenal (por la letra Q) de los Archivos de datos y binarios de los servidores pertenecientes a la celda de data protector”. Tiene como función única, iniciar cada 2 domingos a partir de las 17:00 un respaldo full a cinta de archivos de datos y binarios residentes en los file Systems / , /stand , /home , /opt , /var , /usr , /tmp , /Oracle , /boot , C:\CONFIGURATION , C:\ y E:\ de los servidores.
Los procesos de respaldo activados por esta especificación, grabarán en cualquiera de las cintas pertenecientes al Pool “Diario_FileSystems”. Las cintas utilizadas para este respaldo deben permanecer en la librería de respaldo y mantenerse como parte del mencionado pool de cintas.
Especificación de respaldo “M_FullIDB-FileSys”: Se configura para dar cumplimiento a los
lineamientos establecidos como “Respaldo de Archivos”. Su identificación describe “Respaldo full Mensual (por la letra M) de los Archivos de datos y binarios de los servidores pertenecientes a la celda de data protector”. Tiene como función única, iniciar cada primero de mes a partir de las 05:00 un respaldo full a cinta de la base de datos interna de data protector IDB más la misma lista de archivos respaldados con la especificación de respaldo “Q_Server-FileSys”. Los procesos de respaldo activados por esta especificación grabarán en cualquiera de las cintas pertenecientes al Pool “Mensual_IDBFileSystems”.
Retención de Respaldos “M_Full-Datos_Boveda- Externa”: Para dar cumplimiento a los
lineamientos establecidos como “Política de Retención de Respaldos” se ha configurado en Data Protector una rutina que se encarga de Consolidar en una sola cinta todos los respaldos mensuales. Su identificación describe “Mensual Full (por la letra M) de los respaldos mensuales para resguardar en bóveda externa. Tiene como función única iniciar cada primero de mes, a partir de las 09:00 una copia a cinta de los respaldos desarrollados con las especificaciones de respaldo “M_Online-OraInst_[nombre-instancia]” y “M_FullIDB-FileSys”.
Será utilizada cualquiera de las cintas pertenecientes al Pool “Copia_Mensual-Boveda_Externa” como destino de la copia. La cinta copia es colocada automáticamente en el dispositivo MailSlot de la librería de respaldo y deben ser retiradas de allí manualmente por un operador y enviarla a la Bóveda externa.
Cada una de las especificaciones de respaldo que se detallen en la tabla, deben tener asociado como elemento de resguardo externo un conjunto de cintas representadas en lo que identificaremos en lo sucesivo como “Media Pools”. En el siguiente punto (Definición de Set de cintas de Respaldo) se especifican los Media Pool asociados a las especificaciones de backup que se muestran a continuación.
Especificación de Backup
Servidores Elementos a
Respaldar
Tipo Bck
Hora Inicio
Frecuencia Protección
Definición de set de Cintas de Respaldo (Media Pool)
Mediante la conformación de las Media Pool que se muestran en el siguiente cuadro, se establece la asignación de un grupo de cintas a cada una de las especificaciones de backup con el propósito de mitigar los riegos de falla de los procesos de backup por falta de cintas.
Como elemento importante dentro de la operación de Data Protector y que hace complemento para el establecimiento de las políticas de respaldo y rotación de cintas, Data Protector ofrece la capacidad de generar copias de cintas las cuales pueden ser trasladadas a establecimientos de resguardo externo (Bóveda Externa).
Media Pool Especificación de Backup Cientas
Asignadas
Capacidad Gbyte
Mantenimiento de las políticas
las consecuencias del mismo, evaluando: Impacto, Características del cambio, Creación de nuevas directrices, Riesgos, Evaluación del impacto en la herramienta de respaldo y Revisión del ambiente físico (librerías, espacio en disco, etc.) que soporte el cambio.
En el caso de que la política no contemple un procedimiento en específico para una situación determinada debe plantearse un cambio de política como se menciona en el punto anterior.
3. Conclusiones
Al establecerse HP StorageWork Data Protector como herramienta de Respaldo y Recuperación, deben realizarse especificaciones de respaldo de acuerdo a las necesidades de la institución definiendo frecuencia, estado de la base de datos e instancia de la misma sobre la que incidirá dicha especificación.
Una vez establecidas estas políticas, para realizar cualquier cambio deberá ser evaluado impacto, riesgos y características, entre otros factores; y pueden surgir ante la detección de procedimientos no contemplados en las políticas definidas.
Para lograr una correcta configuración de DP es necesario establecer estas políticas teniendo en cuenta los elementos involucrados en la solución, tanto pertenecientes a DP como a la Base de Datos.
4. Recomendaciones
Cada vez que se contrate un nuevo operador se le debe inculcar las "normas" establecidas. Adicionalmente, se le debe crear un usuario dentro de la herramienta de respaldo para asignarle el perfil que necesita. Mantener un sistema de revisión del cumplimiento de las políticas con la implantación de auditorías técnicas y operativas. Actualizar el documento de políticas cada vez que exista un cambio y llevar un registro de cambios del mismo. Adecuar el documento de políticas a las nuevas tendencias tecnológicas del mercado.
5. Información de contacto MSc. Yadiel Ramos Rodríguez
Universidad de las Ciencias Informáticas (UCI) La Habana. Cuba Telef: 07 835-8841
