BaseDeDatos

1. Instituto Tecnológico de Villahermosa
Presentacion
electronica
Integrantes:
I. Jorge Alexis Martínez Gómez
II. Eber Obed Meza Leon
III. Eduardo Gonzalez Ruiz
IV. Michel Antonio Vidal
V. Miguel Angel Martinez Guzman
EQUIPO #1
TALLER DE BASE DE DATOS
DOCENTE: JESUS MANUEL AGUILAR CRUZ

2. 4.1 Archivos log del SGBD

3. Todas las bases de datos de SQL Server tienen un registro de transacciones
que registra todas las transacciones y las modificaciones que cada
transacción realiza en la base de datos. El registro de transacciones es un
componente esencial de la base de datos. Si hay un error del sistema, ese
registro será necesario para devolver la base de datos a un estado
coherente. El registro de transacciones se debe truncar periódicamente para
evitar que se llene.

4. El registro de transacciones permite las
siguientes operaciones:
 Recuperación de transacciones individuales.
 Recuperación de todas las transacciones
incompletas cuando se inicia
 SQL Server.
 Puesta al día de una base de datos, un
archivo, un grupo de archivos o una página
restaurados hasta el momento exacto del
error.
 Permitir replicación transaccional.
 Compatibilidad con soluciones de alta
disponibilidad y recuperación ante desastres:
Grupos de disponibilidad AlwaysOn, creación
de reflejo de la base de datos y trasvase de
registros.

5. 4.2 Definición de los modos de
operación de un SGBD. (alta, baja,
recovery) y comandos de activación

6. La vida de todo archivo comienza cuando
se crea y acaba cuando se borra. Durante
su existencia es objeto de constante
procesamiento, que con mucha frecuencia
incluye acciones de consulta o búsqueda y
de actualización.

7. La operación de dar de alta un determinado registro
es similar a la de añadir datos a un archivo. Es
importante remarcar que en un archivo secuencial
sólo permite añadir datos al final del mismo.
ALTA

8. BAJAS
Existen dos métodos para dar de baja a un
registro en un archivo secuencial, donde no es
fácil eliminar un registro situado en el interior de
una secuencia

9. PROPÓSITO DE BACKUPS Y
RECUPERACIÓN (RECOVERY)
Como administrador de copia de seguridad, la tarea
principal es diseñar, implementar y gestionar una
estrategia de backup y recuperación. En general, el
propósito de una estrategia de recuperación de
copia de seguridad y es para proteger la base de
datos contra la pérdida de datos y reconstruir la
base de datos después de la pérdida de datos.

10. 4.3 INDICE ,REORGANIZACION
,RECONSTRUCCION.

11. INDICE
 El índice de una base de datos es una estructura alternativa de los datos en una
tabla. El propósito de los índices es acelerar el acceso a los datos mediante
operaciones físicas más rápidas y efectivas

12. Tipos de Índices
  Los Índices de Árbol B
  Índice de Tablas Organizadas
  Índices Descendentes
  Índices B-Tree de Racimo
  Índices Basados en Funciones
  Índices de Dominio de Aplicación

13. Reorganización de Índices.
 Fragmentación de los Índices
 Detección de Fragmentación
Columna Descripción
Id Índice El número de índice dentro de la tabla.
Tabla Nombre de la tabla a la que corresponde el
índice.
Índice Nombre del índice.
% Fragmentación El porcentaje de fragmentación lógica
(páginas del índice fuera de orden).
Cantidad de fragmentos La cantidad de fragmentos (páginas físicas
consecutivas) en el índice.
Promedio de páginas por
fragmentos
Promedio de número de páginas en un
fragment del índice.

14. Reconstrucción de Índices
 Es importante periódicamente examinar y determinar qué índices son susceptibles
de ser reconstruidos. Cuando un índice está descompensado puede ser porque
algunas partes de éste han sido accedidas con mayor frecuencia que otras. Como
resultado de este suceso podemos obtener problemas de contención de disco o
cuellos de botella en el sistema. Normalmente reconstruimos un índice con el
comando ALTER INDEX.