Administración de Bases de Datos: Arranque, Parada, Copias de Seguridad y Recuperación

Administración de Bases de Datos

Control de Permisos

Grant: Para dar permisos: grant select, insert on tablax to sergio

Revoke: Para revocar permisos.

Manejo de Errores

Si hay fallos que afecten a la base de datos, hay que recuperarlos. Los tipos de errores serían:

• Errores de usuario (errores_usuario): El usuario provoca el error. Se recuperaría la base de datos al instante anterior al error.
• Fallos de sentencias (fallos_sentencias): Cuando a Oracle le falla la sentencia/proceso, Oracle deshace su propio fallo.
• Fallo de copia del programa en memoria: Ajeno a Oracle (corte de luz, cuelgue...). Recuperación automática cuando reinicia.
• Fallo de disco: Es un fallo físico de lectura/escritura. Oracle recupera todo hasta donde estaba el problema. Si la mayor parte está intacta, se puede seguir trabajando mientras los tablespaces se recuperan.

Arranque y Parada de la Instancia

El administrador necesita iniciar la instancia. Se abre con el comando startup. Tiene tres procesos:

1. Arrancar la instancia (NOMOUNT): Construye la estructura de memoria.
2. Montar la base de datos (MOUNT): Lee el fichero controlfile y se pueden hacer copias de seguridad.
3. Abrir la base de datos (OPEN): Se abren los ficheros.

El comando para cerrar la base de datos es shutdown, que es el proceso anterior a la inversa y puede ser:

• Normal: Espera a que todos los procesos terminen para cerrar la base de datos.
• Immediate: Hace un rollback (backup) de las transacciones en curso y cierra todo.
• Abort: Cierra todas las sesiones. Transaccional: Espera a que acabe la transacción en curso y, si es larga, genera un timeout.

Copias de Seguridad

Las copias de seguridad son la opción ante los fallos. Causas de los fallos:

• Físicos: Fallos de hardware.
• De diseño: Fallos de software.
• De funcionamiento: Fallos humanos.
• Del entorno: Corte de luz.

Los cambios que se producen se registran en los ficheros redo log. El redo log online permite la recuperación en caso de error. Noarchivelog es una opción que desactiva por defecto el guardado de los redo logs. Archivelog es la otra opción. Se resetea cada vez que se activa la recuperación. Se hace desde la última copia.

Tipos de copias de seguridad:

• Copia de seguridad (bd cerrada): Incluye: fichero de datos, fichero redo log online, archivos de control.
• Backups del S.O.: (Paramos la base de datos y el S.O., hay que ser administrador = copia total, todo desde el S.O.)
• Backups en frío: (Paramos la base de datos en modo normal, se paran las aplicaciones que la usan, se copia y se reinicia la base de datos).
• Backups calientes: La base de datos está abierta, se hace con la menor carga posible. Se copia: ficheros tablespace, redo log online, control.file.
• Export/Import: Copias concretas de objetos.

Recomendaciones: Guardar el fichero redo log online en discos diferentes de los datos. Las copias no deben estar en los mismos dispositivos.

Recuperación de la Base de Datos

Para recuperar la base de datos a partir de copias de seguridad, necesitamos lo siguiente: ficheros de datos + redo log + ficheros de control. La base de datos puede estar en modo archivelog, que guardará en redo log todas las órdenes hechas.

Comandos de Recuperación

• recover database (recupera base de datos/cerrada)
• recover tablespace (recupera tablespace/abierta)
• recover datafile (abierta o cerrada)

Tipos de Recuperación

• Recuperación completa en modo no archivelog.
• Recuperación completa en modo archivelog con tres opciones:
  1. Base de datos montada.
  2. Base de datos abierta (no system-rollback).
  3. Base de datos cerrada (error = system rollback).

Recuperación de Archivos de Configuración y Datos Dañados

Recuperación incompleta, se pierden datos desde la última copia de seguridad. Para recuperar algo fundamental, se necesita el modo archivelog.

Tipos de Recuperación Incompleta

• Basada en tiempo: recover database until time yyyy-mm-dd:hh_mm_ss
• Basada en cancelación: recover database until cancel
• Basada en modificaciones: recover database until change

Actualización y Migración de la Base de Datos

Se usa el comando upgrade para migrar una base de datos antigua a una más moderna.

Bases de Datos Distribuidas

Un conjunto de múltiples bases de datos lógicamente relacionadas, distribuidas en diferentes espacios e interconectadas en red, dispersas físicamente.

Ventajas

• Máximo rendimiento
• Máxima fiabilidad
• Máxima disponibilidad
• Máximo control

Regla DATE: Para el usuario de un sistema distribuido tiene que funcionar igual que si no lo fuera.

Tipos de Sistemas

• Sistema homogéneo: Todas las localizaciones usan el mismo SGBD (+ fácil = software).
• Sistema heterogéneo: Las localizaciones usan distintos SGBD (!= software).
• Base de datos heterogénea (federada/alto grado de autonomía local): Cada nodo tiene usuarios, aplicaciones y datos para ellos. El sistema conecta con otros nodos para sacar información.

Componentes

• Hardware: Normal, máquinas, redes...
• Software: Programas y aplicaciones:
  • DTM (Administradores de transacciones distribuidas): Recibe transacciones finales, coordina y controla esas acciones --> conexión con las aplicaciones.
  • BDM (Administradores de base de datos): Programa que procesa la base de datos, es el acceso.

Técnicas de Fragmentación

• Replicación: Copias que se pueden almacenar en el mismo sitio o en sitios diferentes. Tres tipos:
  • Horizontal: (select * from nombre where algo) Nos guardamos filas... Opción primaria (cojo por primary key), derivada (sin pk).
  • Vertical: (select algo from nombre) Debe contener pk, se necesita inner join.
  • Mixta:

Asignación o Distribución de Datos

Cuando/dónde asignar un fragmento a un sitio determinado:

1. No soporta replicación (cada fragmento en un sitio).
2. Replicación completa: Cada fragmento reside en cada uno de los sitios.
3. Replicación parcial: Cada fragmento reside en más de un sitio, no en todos.

Ventajas: Aumentar disponibilidad, accesibilidad, seguridad.

Desventajas: Las acciones hay que hacerlas más de una vez, sobrecarga de actualizaciones.

Nodos Maestro-Esclavo

• Réplica maestro-esclavo: La base de datos permite actualizaciones en el sitio principal y las propaga automáticamente a las réplicas o esclavos.
• Multimaestro: Las réplicas distribuidas permiten la actualización en cualquier réplica. Rápido/inmediato.