Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 259 vistas

    Mirroring en Base de Datos

    Cargado por

    KNDevs
    El documento describe el mirroring de bases de datos, donde dos o más servidores mantienen copias idénticas de una base de datos y su registro de transacciones. Un servidor principal mantiene la copia accesible, un servidor espejo aplica las transacciones del principal para mantener copias idénticas, y un servidor arbitro supervisa y permite la recuperación automática ante fallos cambiando los roles de los servidores. Esto aumenta la disponibilidad y protección de los datos.

    Copyright:

    © All Rights Reserved
    Descargue como PPTX, PDF, TXT o lea en línea desde Scribd

    Mirroring en Base de Datos

    Cargado por

    KNDevs
    259 vistas9 páginas
    El documento describe el mirroring de bases de datos, donde dos o más servidores mantienen copias idénticas de una base de datos y su registro de transacciones. Un servidor principal mantiene la copia accesible, un servidor espejo aplica las transacciones del principal para mantener copias idénticas, y un servidor arbitro supervisa y permite la recuperación automática ante fallos cambiando los roles de los servidores. Esto aumenta la disponibilidad y protección de los datos.

    Título original

    Mirroring en Base de datos

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PPTX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    El documento describe el mirroring de bases de datos, donde dos o más servidores mantienen copias idénticas de una base de datos y su registro de transacciones. Un servidor principal mantiene la copia accesible, un servidor espejo aplica las transacciones del principal para mantener copias idénticas, y un servidor arbitro supervisa y permite la recuperación automática ante fallos cambiando los roles de los servidores. Esto aumenta la disponibilidad y protección de los datos.

    Copyright:

    © All Rights Reserved
    Descargue como PPTX, PDF, TXT o lea en línea desde Scribd
    Descargar como pptx, pdf o txt
    259 vistas9 páginas

    Mirroring en Base de Datos

    Cargado por

    KNDevs
    El documento describe el mirroring de bases de datos, donde dos o más servidores mantienen copias idénticas de una base de datos y su registro de transacciones. Un servidor principal mantiene la copia accesible, un servidor espejo aplica las transacciones del principal para mantener copias idénticas, y un servidor arbitro supervisa y permite la recuperación automática ante fallos cambiando los roles de los servidores. Esto aumenta la disponibilidad y protección de los datos.

    Copyright:

    © All Rights Reserved
    Descargue como PPTX, PDF, TXT o lea en línea desde Scribd
    Descargar como pptx, pdf o txt
    Está en la página 1de 9

    5.

    1 MIRRORING
    RING
    DEFINICIÓN

    • El Mirroring (Base de Datos Espejo) proporciona una solución de alta


    disponibilidad de bases de datos, aumenta la seguridad y la disponibilidad,
    mediante la duplicidad de la base de datos.
    • Base de Datos Espejo (Database Mirroring) es una configuración donde dos o
    tres servidores de base de datos, ejecutándose en equipos independientes,
    cooperan para mantener copias de la base de datos y archivo de registro de
    transacciones (log).

    • JKS
    ¿CÓMO FUNCIONA?

    • En el Mirroring tenemos un servidor principal/primario que mantiene la copia


    activa de la base de datos (bd accesible). Otro servidor de espejo que mantiene
    una copia de la base de datos principal y aplica todas las transacciones
    enviadas por el Servidor Principal (en el que no se podrá acceder a la bd). Y
    un servidor testigo/arbitro que permite recuperaciones automáticas ante
    fallos, monitoriza el servidor principal y el de espejo para en caso de caída
    cambiar los roles (servidor opcional, no es obligatorio).

    • JKS
    • Donde actúan dos servidores  o más para  mantener copias de la base de datos y
    archivo de registro de transacciones.
    El servidor primario como el servidor espejo mantienen una copia de la base de
    datos y el registro de transacciones, mientras que el tercer servidor, llamado
    el servidor árbitro, es usado cuando es necesario determinar cuál de los otros dos
    servidores puede tomar la propiedad de la base de datos. El árbitro no mantiene una
    copia de la base de datos. La configuración de los tres servidores de base de datos
    (el primario, el espejo y el árbitro) es llamado Sistema Espejo (Mirroring System),
    y el servidor primario y espejo juntos son llamados Servidores Operacionales
    (Operational Servers) o Compañeros (Partners).

    • JKS
    TIPOS DE MIRRORING

    • JKS
    A LTA D I S P O N I B I L I D A D A LTO R E N D I M I E N TO

    • Garantiza la consistencia • Aplica las transacciones en el


    transaccional entre el servidor Servidor Espejo de manera
    principal y el servidor de asíncrona ocasionando mejoras sig
    espejo y ofrece Automatic nificativas en el rendimiento del
    Failover mediante un servidor servidor principal pero no
    testigo. garantiza que dichas transacciones
    se hallan realizado de manera
    A LTA P R O T E C C I Ó N exitosa en el espejo.

    • Garantiza la consistencia
    transaccional entre el servidor
    principal y el espejo.

    • JKS
    BENEFICIOS

    • Incrementa la disponibilidad de una base de datos.


    • Aumenta la protección de los datos.
    • Proporciona una redundancia completa o casi completa de los datos, en función
    de si el modo de funcionamiento es el de alta seguridad o el de alto
    rendimiento.
    • Si se produce un desastre en el modo de alta seguridad con conmutación
    automática por error, la conmutación por error pone en línea rápidamente la
    copia en espera de la base de datos, sin pérdida de datos.

    • JKS
    RECOMENDACIONES

    • Si se programa un trabajo de copia de seguridad de registros para que se ejecute


    muy a menudo en la base de datos principal, puede que sea necesario
    deshabilitar el trabajo de copia de seguridad hasta que se haya iniciado la
    creación de reflejo.
    • Use una copia de seguridad completa muy reciente o una copia de seguridad
    diferencial reciente de la base de datos principal
    • Si es posible, la ruta de acceso (incluida la letra de unidad) de la base de datos
    reflejada debería ser idéntica a la de la base de datos principal.
    Si las rutas de acceso de archivo deben ser diferentes (por ejemplo, si la base de
    datos principal se encuentra en la unidad 'F:' pero el sistema reflejado no tiene
    unidad F:), se debe incluir la opción MOVE en RESTORE STATEMENT

    • JKS
    ENLACES CONSULTADOS

    • http://www.itpn.mx/recursosisc/6semestre/administraciondebasesdedatos/Unida
    d%20V
    • https://topicdb.wordpress.com/4-1-1-espejeo-3/
    • http://dan1456bd.blogspot.com/p/espejeo.html

    • JKS

    También podría gustarte

    pFad - Phonifier reborn

    Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

    Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


    Alternative Proxies:

    Alternative Proxy

    pFad Proxy

    pFad v3 Proxy

    pFad v4 Proxy