• Save
Oracle Total Recall
Upcoming SlideShare
Loading in...5
×
 

Oracle Total Recall

on

  • 2,011 views

First presentation as student in Oracle.

First presentation as student in Oracle.

Contents:

- Introducción
- Un ejemplo de uso
- Restricciones
- Conclusión
- Referencias

Statistics

Views

Total Views
2,011
Views on SlideShare
2,000
Embed Views
11

Actions

Likes
0
Downloads
0
Comments
0

1 Embed 11

http://www.slideshare.net 11

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • TO-DO:
  • En Oracle 10g se puede establecer un tamaño para el tablespace UNDO basándose en el tiempo de retención necesario, este se estima mediante el uso actual pero no garantiza en ningún caso que ese periodo se vaya a cumplir. Está diseñado principalmente para guardar periodos de horas. Usando un archivo de flashback, estos cambios son almacenados de forma permanente y garantizada. Licencias Total Recall (sólo para Enterprise Edition)  ~ 4100 €/procesador o 86 €/usuario
  • SOX  Registros de auditoría deben ser guardados durante 5 años. LOPD  Registro de accesos. 1. De cada intento de acceso se guardarán, como mínimo, la identificación del usuario, la fecha y hora en que se realizó, el fichero accedido, el tipo de acceso y si ha sido autorizado o denegado. 2. En el caso de que el acceso haya sido autorizado, será preciso guardar la información que permita identificar el registro accedido. 3. Los mecanismos que permiten el registro de accesos estarán bajo el control directo del responsable de seguridad competente sin que deban permitir la desactivación ni la manipulación de los mismos. 4. El período mínimo de conservación de los datos registrados será de dos años . Si no se cumplen las citadas normas pueden acarrear importantes sanciones económicas además de pérdida de reputación y de confianza de clientes e inversores. Business Intelligence  Recolección de datos históricos que permiten identificar tanto las tendencias del mercado como las de los consumidores. Esto motiva que se recojan los datos por un periodo mayor del marcado por las normas.
  • 1.Los datos históricos pueden ser potencialmente sensibles en algunos casos, no los puede ver cualquier usuario. No debe ser posible que se modifiquen datos históricos, ya sea de forma accidental o maliciosa. No es posible ni para el administrador. 2.El uso de esta tecnología es independiente de la aplicación, no requiere cambios en las mismas. 3.Es muy sencillo activar la recogida de datos históricos en una tabla. 4.El almacenamiento de información histórica puede suponer un factor crítico de coste debido al gran volumen de datos. Los datos se almacenan de forma comprimida. 5.Por ejemplo, se ha superado la cuota especificada al crear el archivo de flashback.
  • Si se especifica SCN  número, si se especifica TIMESTAMP  valor de timestamp
  • Opciones de la consulta: BETWEEN   SCN  ... devuelve versiones de la fila que existen entre dos SCN. Ambas expresiones deben evaluarse a un número. MINVALUE Y MAXVALUE se evalúan al SCN más antiguo y más reciente respectivamente. BETWEEN   TIMESTAMP  ... devuelve versiones de la fila que existen entre dos timestamp. Ambas expresiones deben evaluarse a un timestamp. MINVALUE Y MAXVALUE se evalúan al timestamp más antiguo y más reciente respectivamente.
  • SCN  System Change Number. Cada transacción de la base de datos que ha llegado a commit tiene un único SCN.

Oracle Total Recall Oracle Total Recall Presentation Transcript

  •  
  • Total Recall – Oracle Database 11g Mario Redón Luz Student
  • Agenda
    • Introducción
    • Un ejemplo de uso
    • Restricciones
    • Conclusión
    • Referencias
    <Insert Picture Here>
  • Introducción ¿En qué consiste?
    • Tecnología que permite registrar de forma automática los cambios que se produzcan en distintas tablas de la BD durante el tiempo que deseemos
    • Evolución de UNDO 10g
    • Sólo disponible en EE, opción con coste extra
  • Introducción Motivaciones de su uso
    • Cumplir con los requerimientos establecidos por distintas normas como SOX, Basilea II o la LOPD
    • Auditoría interna
    • Business Intelligence
    • Recuperación de datos por errores de usuarios
  • Introducción Principales características
    • Protegidos frente a accesos y actualizaciones
    • No hace falta modificar las aplicaciones existentes
    • Uso sencillo
    • Almacenamiento eficiente
    • Envío automático de alertas al administrador
  • Un pequeño ejemplo Preparando el entorno
    • Script setup.sql
  • Un pequeño ejemplo Recuperando versiones de datos
    • Script dml_demo.sql
  • Un pequeño ejemplo Uso de flashback_query – AS OF
    • Sirve para obtener una única versión de las filas devueltas por la consulta
  • Un pequeño ejemplo Uso de flashback_query - VERSIONS
    • Sirve para obtener múltiples versiones de las filas devueltas por la consulta
  • Un pequeño ejemplo Pseudocolumnas con VERSIONS flashback_query
    • VERSIONS_STARTTIME : devuelve el timestamp de la primera versión de las filas devueltas por la consulta
    • VERSIONS_STARTSCN : devuelve el SCN de la primera versión de las filas devueltas por la consulta
    • VERSIONS_ENDTIME : devuelve el timestamp de la última versión de las filas devueltas por la consulta
    • VERSIONS_ENDSCN : devuelve el SCN de la última versión de las filas devueltas por la consulta
    • VERSIONS_XID : para cada versión de la fila devuelve el ID de la transacción que creó esa versión de la fila. Con este valor se puede obtener información sobre esa transacción ejecutando una Oracle Flashback Transaction Query
    • VERSIONS_OPERATION : para cada versión de la fila devuelve un único carácter que representa la operación que causó esa versión de la fila. Los valores devueltos son I (insert), U (update) o D (delete)
  • Un pequeño ejemplo Modificación de algunos parámetros
    • Script demo2.sql
  • Un pequeño ejemplo Obteniendo información sobre los flashback archive
    • Script list.sql
  • Un pequeño ejemplo Desactivando Total Recall
    • Script cleanup.sql
  • Consideraciones y limitaciones
    • Se pueden ver registros en cualquier instante de tiempo desde el momento en que el el archivo de flashback fue creado
    • Todas las tablas que usen el mismo archivo de flashback deben tener el mismo periodo de retención
    • Una vez activada la historia para una tabla:
      • No se pueden eliminar columnas
      • No se pueden añadir restricción NOT NULL a columnas existentes
      • Se puede añadir una clave primaria pero ya no se podrá consultar la historia
  • Conclusión
    • Es una solución sencilla de utilizar y poner en marcha
    • Evita el uso de productos de terceras partes o desarrollos a medida y por lo tanto resulta más fácil de integrar
  • Referencias
    • Total Recall Datasheet
    • Total Recall OBE
    • Oracle Database Advanced Application Developer’s Guide
    • Total Recall eSeminar
  • <Insert Picture Here> ¿Alguna pregunta? ¡Gracias!
  •  
  •