PLAN DE CONFIGURACIÓN Y RECUPERACIÓN ANTE DESASTRES PARA EL SMBD Al instalar el Sistema Manejador de Base de Datos, se debe configurar el servidor y las bases de datos (BD) del equipo. Para esto es importante identificar los diferentes elementos que interactúan con el SMBD y como los valores que poseen afectan su funcionamiento, de esta forma se configurarán los diferentes componentes para permitir que el funcionamiento de las bases de datos sea óptimo en concordancia con los objetivos y los servicios a prestar. Aspectos como la configuración de memoria, arquitectura de almacenamiento, sistema operativo, usuarios, configuración de servicios determinarán el buen desempeño del Sistema Manejador de Base de Datos y de las aplicaciones que de él se sirven. GESTIÓN DE MEMORIA Una de las principales tareas de un SMBD es minimizar las operaciones de lectura y escritura del disco ya que esto consume muchos recursos, por esta razón cada SMBD posee una arquitectura de memoria definida, donde su funcionamiento permite la administración de memoria utilizando diversas opciones y herramientas, a continuación, se mencionan algunas de ellas. Memoria Dinámica En este caso no se requiere especificar una cantidad de memoria asignada al Servidor de Base de Datos, ya que esta se libera de memoria dinámica según sea necesario. Esto se realiza gracias a la utilización de búferes en memoria que almacenan las páginas de datos en la medida que van siendo leídas de la base de datos, sin embargo, debe existir un equilibrio entre el tamaño del buffer y los recursos que esté utilizando de memoria. Sin embargo, requiere una alta interactividad con el Sistema Operativo. En la medida que se van conectando más usuarios y se ejecutan consultas, el SMBD toma la memoria física que se vaya requiriendo sin exceder los límites establecidos en la configuración de memoria máxima y mínima para el servidor, el Sistema Operativo también notificará la disminución de memoria física libre en el sistema. La ejecución de consultas también puede verse afectada ya que en ocasiones su complejidad hace que se requiera más memoria, generando errores de tiempo de espera por estos recursos. Memoria predefinida
En esta opción se establece manualmente la cantidad de memoria a la que el SMBD puede tener acceso, en los archivos de configuración correspondientes. Antes de determinar la configuración de memoria, es necesario tener en cuenta la memoria física total del servidor, la memoria requerida para el Sistema Operativo, el número de instancias de base de datos activas y otros sistemas (en caso de que el equipo no esté dedicado totalmente como Servidor de base de Datos) para determinar la cantidad de memoria que se va a asignar. Áreas especiales de memoria Algunos SMBD poseen estructuras especiales de memoria, que se ocupan de procesos o servicios específicos del sistema, así como áreas compartidas de memoria. A partir de la utilización de memorias caché, se gestiona el almacenamiento de elementos y objetos en la medida que se vayan requiriendo, el tamaño de esta caché es administrado por el servidor, pero también tiene un tamaño máximo definido por un parámetro particular que debe ser configurado. GESTIÓN DE ALMACENAMIENTO
Sistema de Archivos: Seleccionando esta opción Oracle guardará y mantendrá los archivos de base de datos de la instancia en un directorio del sistema de archivos actual. Por defecto, el Asistente de Configuración de Bases de Datos (DBCA) guarda los archivos de base de datos mediante la Arquitectura Flexible Óptima de Oracle (OFA), a través de la cual los archivos de base de datos y administrativos, incluidos los de inicialización, siguen las prácticas de nomenclatura y ubicación estándar. Estos valores predeterminados pueden ser modificados más adelante en el proceso de configuración de la base de datos mediante la página de almacenamiento en la base de datos DBCA.
Gestión Automática de Almacenamiento (ASM): Es una nueva función de la base de datos Oracle que simplifica la administración de los archivos de base de datos. En lugar de gestionar varios archivos de base de datos, sólo se gestiona un pequeño número de grupos de discos. Un grupo de discos es un juego de dispositivos de discos que ASM gestiona como una única unidad lógica. Se puede definir un grupo de discos concreto como el grupo de discos por defecto para una base de datos y Oracle asignará automáticamente el almacenamiento y creará o suprimirá los archivos de datos asociados al objeto de base de datos. Al administrar la base de datos, sólo necesita consultar los objetos de base de datos por nombre en lugar de consultarlos por nombre de archivo. Al seleccionar esta opción, el DBCA muestra una serie de pantallas que puede utilizar para crear una instancia de ASM y rellenar grupos de discos de ASM. Una vez configurada una instancia de ASM con DBCA, puede utilizar Oracle Enterprise Manager para gestionarla.
Sistema de Archivos de Cluster: Para Oracle Real Application Clusters (Oracle RAC), esta opción sustituye a la opción Sistema de Archivos. Un sistema de archivos de cluster permite que un número de nodos de un cluster accedan de forma simultánea a un sistema de archivos determinado. En cada nodo se visualizan los mismos archivos y datos. De esta forma, se facilita la gestión de los datos que se necesitan compartir a través de los nodos. Si la plataforma soporta un sistema de cluster de archivos, puede utilizarla para almacenar los archivos de datos y archivos de control de Real Application Cluster.
Dispositivos Raw: Un dispositivo raw es un disco o parte de él que no está gestionado por un sistema de archivos. Sin embargo, sólo se puede utilizar esta opción si la dirección dispone de, al menos, el mismo número de particiones de discos raw como de archivos de datos de Oracle. Antes de utilizar dispositivos raw para almacenar los archivos de base de datos, se debe configurar e identificar los dispositivos raw.
GESTIÓN DE CONEXIONES
Usar Ubicaciones de Archivos de Base de Datos de Plantilla: Esta opción permite utilizar la ubicación predefinida en la plantilla de base de datos que se seleccione para esta base de datos. Incluso después de seleccionar esta opción, se podrá sustituir estos valores por defecto y modificar los nombres de archivo y ubicaciones de la base de datos en la página Almacenamiento, que estará disponible posteriormente en el Asistente de Configuración de Bases de Datos.
Usar Ubicación Común para Todos los Archivos de Base de Datos: Esta opción permite especificar una nueva área común para todos los archivos de base de datos. Aunque se seleccione esta opción y se proporcione una nueva ubicación, se podrá revisar y modificar los nombres de archivo y ubicaciones de la base de datos en la página Almacenamiento, que estará disponible posteriormente en el Asistente de Configuración de Bases de Datos.
Usar Oracle Managed Files: esta opción permite simplificar la administración de la base de datos Oracle. Oracle Managed Files elimina la necesidad del usuario, es decir, del DBA, de gestionar directamente los archivos del sistema operativo que componen una base de datos Oracle. Se especifican operaciones en términos de objetos de base de datos en lugar de en nombres de archivos. Oracle utiliza internamente interfaces del sistema de archivos para crear y suprimir archivos según sea necesario para los tablespaces, archivos redo log y archivos de control. En su lugar, se proporciona sólo la ruta de acceso al área de base de datos, que sirve como directorio raíz en el que la base de datos almacena sus archivos de base de datos. Si se selecciona esta opción, también
se puede multiplexar los archivos redo log y de control. A diferencia de otras opciones de esta página, si se selecciona esta opción, no se podrán realizar modificaciones a los nombres de archivos de la base de datos en la página Almacenamiento, que estará disponible posteriormente en el Asistente de Configuración de Bases de Datos.
GESTIÓN DE USUARIOS Los tipos de usuarios en un SMBD deben estar claramente identificados, las capacidades y permisos a que tienen derecho deben estar establecidos con anterioridad a su creación para así de esta forma poder construirlos adecuadamente. La información sobre los usuarios permitidos y los tipos de accesos están almacenados, bien en objetos de la base de datos del sistema o en archivos de configuración específicos. Estos se construyen en el momento de creación de la base de datos e inicia con valores por omisión. Es necesario aclarar estos tres conceptos: usuarios, permisos o privilegios y roles. En primera instancia un usuario es una cuenta provista para el acceso a un SMBD, el permiso permite realizar ciertas tareas sobre la base de datos y el rol es un conjunto de estos privilegios. Para crear un usuario es necesario en primera instancia tener permisos como administrador del sistema y considerar los siguientes ítems:
Nombre de usuario: Con una estructura clara de identificación y sin caracteres especiales. Método de autenticación: Asignación de una clave, aunque algunos SMDB soportan identificación biométrica, certificados y token. Un Tablespace o base de datos por defecto. Permisos o roles asociados: Se pueden especificar los privilegios o restricciones de forma individual o asociados a un perfil o rol, estos también pueden actuar sobre el sistema entero o sobre objetos particulares.
GESTIÓN DE INSTANCIAS Instancias en Oracle En Oracle un usuario accede a una base de datos a través de una instancia, no lo hacen directamente, es decir que la instancia está formada por memoria y procesos que ejecuta el servidor. Las operaciones de lectura o escritura no se realizan directamente sobre los datos, sino que se hacen a través de la instancia. Una base de datos puede ser abierta por varias instancias, el sistema entonces asigna los buffers de memoria y una serie de procesos en background son iniciados. Lo anterior significa que la capacidad de memoria del servidor determinará la cantidad de instancias de una base de datos que se puede tener. Los parámetros que determinan estos tamaños se encuentran en un archivo de configuración, este se lee al iniciar la instancia, pero puede ser modificado para posteriores inicializaciones de la base de datos. El proceso tiene las siguientes fases:
Iniciación: Es cuando se reserva en la memoria el espacio necesario para la instancia y se activan los procesos necesarios para el funciona miento de la instancia. Montar la Base de Datos: Aquí se leen los archivos de control que con tienen la información de la ubicación de los archivos que componen la Base de Datos. En esta fase se pueden realizar tareas de mantenimiento. Abrir la Base de Datos: Los datos quedan disponibles para su procesamiento.
RESPALDO DE LA INFORMACIÓN Planes de Contingencia
Elementos del Plan de Contingencia
Medidas Preventivas
Planificación de copias de seguridad
En la ventana siguiente podremos configurar las opciones de recuperación:
Especificar Área de Recuperación de Flash: El área de recuperación de flash se puede utilizar para recuperar datos que se perderían durante un fallo del sistema. Enterprise Manager también utiliza esta ubicación si tiene activadas la gestión local y las copias de seguridad diarias en la página Opciones de Gestión, mostrada anteriormente en el Asistente de Configuración de Bases de Datos. El área de recuperación de flash es un directorio gestionado por Oracle, un sistema de archivos o un grupo de discos de gestión automática de almacenamiento que proporciona una ubicación de disco centralizada para los archivos de copia de seguridad y de recuperación. Oracle crea archive logs en el área de recuperación de flash. Enterprise Manager puede almacenar sus copias de seguridad en el área de recuperación de flash y las utiliza cuando restaura archivos durante la recuperación de medios físicos. Los componentes de recuperación de Oracle interactúan con el área de recuperación de flash, garantizando de este modo que la base de datos se puede recuperar completamente mediante los archivos del área de recuperación de flash. Todos los archivos necesarios para recuperar la base de datos que siguen a un fallo del medio físico forman parte del área de recuperación de flash.
o Área de Recuperación de Flash: Desde este campo indicaremos la ubicación de los ficheros para que Oracle gestione aquí el área de recuperación de flash. o Tamaño del Área de Recuperación de Flash: En este campo indicaremos el tamaño del área de recuperación de flash.
Activar Archivado: Al activar el archivo, la base de datos archiva los archivos redo log. Los archivos redo log archivados se pueden utilizar para recuperar una base de datos, actualizar una base de datos estándar o recuperar información sobre el historial de una base de datos con la utilidad LogMiner. La activación del archivado es equivalente a la activación del modo Archive Log en Oracle Enterprise Manager o a la ejecución de la base de datos en modo ARCHIVELOG. Debe activar el archivado para que la base de datos se pueda recuperar del fallo de disco.
En nuestro caso, para tener una base de datos con alta tolerancia a fallos y por lo tanto alta disponibilidad marcaremos ambas opciones. Elementos de una copia de seguridad
Actividades de Recuperación
Plan de recuperación