1. INSTITUTO TECNOLOGICO SUPERIOR DE LERDO TEMA: RECUPERACION DE BASE DE DATOS

2. Actualmente las empresas dependen del almacenamiento ordenado de información de Base de Datos para poder crecer y garantizar sus funciones, y de esta manera poder salir adelante y ver más allá en el futuro. Una base de datos puede ser algo complicada que puede dañarse y por consecuencia perder información que se tiene guardada y echar por la borda días, meses o años de trabajo. Las perdidas pueden ser diferentes como ejemplo, un disco defectuoso o volúmenes dañados Las bases de datos son vulnerables y pueden sufrir corrupción. Cuando se produce algún daño en base de datos el uso de las herramientas administrativas normales puede causar daños mayores.

3. Recuperabilidad La recuperabilidad significa que, si se da algún error en los datos, hay un bug (Error o un defecto en el software o hardware que hace que un programa funcione incorrectamente. A menudo los bugs son causados por conflictos del software cuando las aplicaciones intentan funcionar en tándem) de programa ó de hardware, el DBA (Administrador de base de datos) puede traer de vuelta la base de datos al tiempo y estado en que se encontraba en estado consistente antes de que el daño se causara. Las actividades de recuperación incluyen el hacer respaldos de la base de datos y almacenar esos respaldos de manera que se minimice el riesgo de daño o pérdida de los mismos, tales como hacer diversas copias en medios de almacenamiento removibles y almacenarlos fuera del área en antelación a un desastre anticipado. La recuperación es una de las tareas más importantes de los DBA's.

6. Recuperación de bases de datos de servidores Exchange

7. Recuperación de bases de datos de SharePoint

8. Recuperación de bases de datos de Oracle

9. Recuperación de bases de datos de Lotus Notes

11. Las cintas de backup

13. Bases de datos bloqueadas marcadas como “Suspect” que sean inaccesibles.

14. Bases de datos corruptadas por apagón no ordenado de sistema

15. Tablas borradas. Tablas corruptas.

16. Ficheros corruptos y daños. Índices dañados

17. Imposibilidad o problemas de acceso a algunas tablas

18. BBDD con problemas de cabeceras sobrescritas o inconsistentes.

19. Meta dispositivos de la base de datos borrados

20. Paginas de datos dañados.

22. Extraer los datos si el dispositivo de almacenamiento no está operativo

23. Ajustar o reparar el sistema de archivos para asociarlo al flujo de datos correcto

24. Reparar la unidad de búsqueda o la base de datos existente o buscar fragmentos de base de datos en la unidad

25. Analizar la estructura interna compleja del archivo con el conjunto de herramientas para bases de datos de Ontrack Recuperación de Datos

26. Elaborar un informe en el que se muestre qué elementos se pueden recuperar (tablas, buzones de correo, etc.)

27. Reparar estructuras de archivos

28. El conjunto de herramientas para bases de datos copia los datos a otra base de datos de servidor SQL o extrae los archivos .PST para Exchange, etc.

30. Transacciones Una transacción en un Sistema de Gestión de Bases de Datos se puede decir que es un conjunto de órdenes que se ejecutan formando una unidad de trabajo, es decir en forma indivisible o atómica. Un SGBD se dice transaccional, si es capaz de mantener la integridad de los datos, haciendo que estas transacciones no puedan finalizar en un estado intermedio. Cuando por alguna causa el sistema debe cancelar la transacción, empieza a deshacer las órdenes ejecutadas hasta dejar la base de datos en su estado inicial (llamado punto de integridad), como si la orden de la transacción nunca se hubiese realizado. Para esto, el lenguaje de consulta de datos SQL (StructuredQueryLanguage), provee los mecanismos para especificar que un conjunto de acciones deben constituir una transacción.

32. COMMIT TRAN: Le indica al motor que puede considerar la transacción completada con éxito.