Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 3.2 Definición Del Esquema de Recuperación

    Cargado por

    Macv Cv
    47 vistas9 páginas

    Título original

    3.2 Definición del esquema de recuperación

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Denunciar este documento

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Marcar por contenido inapropiado
    Descargar como pdf o txt
    47 vistas9 páginas

    3.2 Definición Del Esquema de Recuperación

    Cargado por

    Macv Cv

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Marcar por contenido inapropiado
    Descargar como pdf o txt
    de 9

    INSTITUTO TECNOLOGICO DE CIUDAD VICTORIA

    MATERIA: TALLER DE BASE DE DATOS

    TEMA: 3.2 DEFINICION DEL ESQUEMA DE RECUPERACION

    MAESTRO: CONTRERAS VAZQUEZ MARCO ANTONIO

    MARTINEZ ORTIZ JESUS IMANOL

    NO. CONTROL: 19380682

    ING. INFORMATICA

    GRUPO 31

    CIUDAD VICTORIA, TAMAULIPAS


    Definición del esquema de recuperación

    La restauración de la BD a su estado normal es responsabilidad del ABD, quien es


    el responsable de implantar procedimientos de detección de error y recuperación.
    El DBD es quien tiene el control centralizado de la base de datos. Se persigue con
    esto reducir el número de personas que tengan acceso a detalles y de diseño para
    la operación del SGBD.

    Estructura principal para definir un esquema de recuperación

    Definición del esquema

    Crea el esquema original de la base de datos y genera el diccionario de datos por


    medio de proposiciones en DDL.

    Definición de estructuras de almacenamiento y métodos de acceso

    Se encarga de generar y seleccionar estructuras para el medio secundario y definir


    los métodos de acceso a la información, esto último por medio de proposiciones en
    DML.

    Modificación de esquema y organización

    Es una actividad poco frecuente que consiste en rediseñar el esquema de la base


    de datos. Esto se haría necesario ante la modificación abrupta de las condiciones
    originales que dieron pie al diseño del esquema primario. Las proposiciones para
    llevar a cabo esta tarea se realizan en DDL

    Concesión de autorizaciones de acceso

    Se encarga de registrar a los usuarios para permitir su acceso al SGBD. Asigna a


    cada uno de ellos una serie de atributos que le permiten gozar de privilegios como
    el acceso a determinadas áreas de aplicación, de los datos o del uso de recursos
    en el sistema.
    Especificaciones de las limitantes de integridad

    Crea una serie de tablas donde se especifica el conjunto de restricciones que serán
    aplicables durante los procesos de actualización.

    Opciones de respaldo

    Respaldo caliente

    Se realiza mientras la base de datos está operativa.

    Respaldo frío

    Se realiza mientras la base de datos no está operativa.

    Espejo

    Las dos bases de datos están operativas. El controlador decide a que base de
    datos apuntar.

    Archivos de logs. Registro de transacción

    Son las transacciones diarias que se registran en la BD. Cuando ocurre un


    problema se acude a los archivos de logs se hace un reverso y también se puede
    recuperar la última transacción que se hizo.

    Modelos de recuperación

    SQL Server se producen en el contexto del modelo de recuperación de la base de


    datos. Los modelos de recuperación se han diseñado para controlar el
    mantenimiento del registro de transacciones. Un modelo de recuperación es una
    propiedad de base de datos que controla la forma en que se registran las
    transacciones, si el registro de transacciones requiere que se realice la copia de
    seguridad y si lo permite, y qué tipos de operaciones de restauración hay
    disponibles. Existen tres modelos de recuperación: simple, completa y por medio de
    registros de operaciones masivas. Normalmente, en las bases de datos se usa el
    modelo de recuperación completa o el modelo de recuperación simple. El modelo
    de recuperación de las bases de datos se puede cambiar en cualquier momento.
    Modelo de recuperación (Simple):

    Sin copias de seguridad de registros.

    Recupera automáticamente el espacio de registro para mantener al mínimo los


    requisitos de espacio, eliminando, en esencia, la necesidad de administrar el
    espacio del registro de transacciones.

    Con el modelo de recuperación simple, después de cada copia de seguridad, la


    base de datos queda expuesta a la pérdida potencial del trabajo en caso de
    desastre. El riesgo de pérdida del trabajo se incrementa con cada actualización
    hasta la siguiente copia de seguridad, cuando el riesgo de pérdida vuelve a cero y
    empieza un nuevo ciclo de riesgo. El riesgo de pérdida de trabajo aumenta con el
    tiempo entre una copia de seguridad y otra. La siguiente ilustración muestra el riesgo
    de pérdida del trabajo en una estrategia de copia de seguridad que solo usa copias
    de seguridad completas de la base de datos.
    Ejemplo (Transact-SQL)

    El siguiente ejemplo muestra cómo crear una copia de seguridad completa de la


    base de datos mediante WITH FORMAT para sobrescribir cualquier copia de
    seguridad existente y crear un nuevo conjunto de medios.

    Las operaciones que requieren copias de seguridad del registro de transacciones


    no son compatibles con el modelo de recuperación simple. Las características
    siguientes no se pueden utilizar en modo de recuperación simple:

    • Trasvase de registros
    • AlwaysOn o creación de reflejo de la base de datos
    • Recuperación de medios sin pérdida de datos
    • Restauraciones a un momento dado

    Modelo de recuperación (Completa):

    Requiere copias de seguridad de registros.

    No se pierde trabajo si un archivo de datos se pierde o resulta dañado.

    Se puede recuperar hasta cualquier momento, por ejemplo, antes del error de
    aplicación o usuario

    En las bases de datos que usan la recuperación completa y optimizada para cargas
    masivas de registros, las copias de seguridad de base de datos son necesarias,
    pero no suficientes. También se requieren copias de seguridad de registros de
    transacciones. La siguiente ilustración muestra la estrategia de copia de seguridad
    menos compleja en un modelo de recuperación completa.
    Ejemplo (Transact-SQL)

    El siguiente ejemplo muestra cómo crear una copia de seguridad completa de la


    base de datos mediante WITH FORMAT para sobrescribir cualquier copia de
    seguridad existente y crear un nuevo conjunto de medios. A continuación, en el
    ejemplo se realiza una copia de seguridad del registro de transacciones. En una
    situación real, deberá realizar una serie de copias de seguridad de registros
    periódicas. Para este ejemplo, la base de datos de ejemplo AdventureWorks2012
    se configura para usar el modelo de recuperación completa.
    Por medio de registros de operaciones masivas

    Requiere copias de seguridad de registros.

    Complemento del modelo de recuperación completa que permite operaciones de


    copia masiva de alto rendimiento.

    Reduce el uso del espacio de registro mediante el registro mínimo de la mayoría


    de las operaciones masivas.

    Las copias de seguridad de registros pueden tener un tamaño considerable debido


    a que las operaciones registradas mínimamente se capturan en la copia de
    seguridad de registros.

    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 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.
    Recuperación de transacciones individuales

    Si una aplicación emite una instrucción ROLLBACK o si Motor de base de datos


    detecta un error, como la pérdida de comunicación con un cliente, los registros se
    utilizan para revertir todas las modificaciones efectuadas por una transacción
    incompleta.

    Recuperación de todas las transacciones incompletas cuando se inicia SQL


    Server

    Si un servidor produce errores, las bases de datos pueden quedar en un estado en


    que algunas modificaciones no han llegado a escribirse desde la caché del búfer a
    los archivos de datos; estos pueden contener modificaciones como resultado de
    transacciones incompletas. Cuando se inicia una instancia de SQL Server, se
    ejecuta la recuperación de todas las bases de datos. Todas las modificaciones del
    registro que no se hayan podido escribir en los archivos de datos se ponen al día.
    Las transacciones incompletas que se encuentren en el registro de transacciones
    se revierten para asegurar la integridad de la base de datos.

    Características del registro de transacciones

    Características del registro de transacciones de Motor de base de datos de SQL


    Server:

    • El registro de transacciones se implementa como un archivo o un grupo de


    archivos separado en la base de datos. La caché del registro se administra
    por separado respecto a la caché del búfer para las páginas de datos, lo cual
    da lugar a un código sencillo, rápido y sólido en Motor de base de datos de
    SQL Server.
    • El formato de los registros y las páginas no tiene las restricciones de formato
    de las páginas de datos.
    • El registro de transacciones se puede implementar en varios archivos. Si se
    establece el valor FILEGROWTH del registro, se puede definir que los
    archivos se expandan automáticamente. Esto reduce las posibilidades de
    quedarse sin espacio en el registro de transacciones, al mismo tiempo que
    se reduce el trabajo administrativo.
    • El mecanismo para volver a utilizar el espacio de los archivos de registro es
    rápido y tiene un efecto mínimo en el rendimiento de las transacciones.
    Referencias
    González, A. (05 de Junio de 2017). Prezi. Obtenido de Prezi:
    https://prezi.com/p/xlmxqzhknjc3/definicion-de-esquema-de-recuperacion/
    Little, K., & Cai, S. (01 de Diciembre de 2021). Microsoft. Obtenido de Microsoft:
    https://docs.microsoft.com/es-es/sql/relational-databases/backup-restore/recovery-
    models-sql-server?view=sql-server-ver15
    Little, K., & Cai, S. (01 de Diciembre de 2021). Microsoft. Obtenido de Microsoft:
    https://docs.microsoft.com/es-es/sql/relational-databases/backup-restore/full-
    database-backups-sql-server?view=sql-server-ver15
    Saisang, C., & Masha. (14 de Mayo de 2021). Microsoft. Obtenido de Microsoft:
    https://docs.microsoft.com/es-es/sql/relational-databases/logs/the-transaction-log-
    sql-server?view=sql-server-ver15

    También podría gustarte