Establecer una sesión de creación de reflejo de la base de datos - Autenticación de Windows

Se aplica a:SQL Server

Nota:

Esta característica se quitará en una versión futura de SQL Server. Evite utilizar esta característica en nuevos trabajos de desarrollo y tenga previsto modificar las aplicaciones que actualmente la utilizan. Use en su lugar los grupos de disponibilidad de Always On.

Para establecer una sesión de creación de reflejo de la base de datos y modificar las propiedades de la creación de reflejo de la base de datos de una base de datos, utilice la página Creación de reflejo del cuadro de diálogo de Propiedades de la base de datos . Antes de utilizar la página Creación de reflejo para configurar la creación de reflejo de la base de datos, asegúrese de que se hayan cumplido los siguientes requisitos:

  • Las instancias del servidor reflejado y principal se deben ejecutar en la misma edición de SQL Server, ya sea Standard o Enterprise. Asimismo, se recomienda encarecidamente que se ejecuten en sistemas comparables que puedan administrar cargas de trabajo idénticas.

    Nota:

    Una instancia de servidor testigo no está disponible en todas las ediciones de Microsoft SQL Server. Para obtener una lista de las características admitidas por las ediciones de SQL Server, vea Características compatibles con las ediciones de SQL Server 2016.

  • Debe existir la base de datos reflejada y estar vigente.

    Crear una base de datos reflejada requiere una copia de seguridad reciente de la base de datos principal (mediante WITH NORECOVERY) en la instancia del servidor reflejado. También es necesario realizar una o varias copias de seguridad del registro después de la copia de seguridad completa y restaurarlas secuencialmente en la base de datos espejo (mediante la opción WITH NORECOVERY). Para más información, consulte Preparar una base de datos reflejada para la creación de reflejo (SQL Server).

  • Si las instancias del servidor se ejecutan con distintas cuentas de usuario de dominio, cada una requiere un inicio de sesión en la base de datos master de las demás. Si el login no existe, debe crearlo antes de configurar la duplicación. Para obtener más información, consulte Permitir el acceso de red a un extremo de creación de reflejo de la base de datos mediante la autenticación de Windows (SQL Server).

Para configurar la creación de reflejo de la base de datos

  1. Después de conectarse a la instancia del servidor principal, en el Explorador de objetos, haga clic en el nombre del servidor para expandir el árbol del servidor.

  2. Expanda Bases de datosy seleccione la base de datos que se va a reflejar.

  3. Haga clic con el botón derecho en la base de datos, seleccione Tareasy, luego, haga clic en Reflejado. Así se abre la página Creación de reflejo del cuadro de diálogo Propiedades de la base de datos .

  4. Para comenzar a configurar la creación de reflejo, haga clic en el botón Configurar seguridad para iniciar el Asistente para configurar la seguridad de la creación de reflejo de la base de datos.

    Nota:

    Durante una sesión de creación de reflejo de la base de datos, puede utilizar este asistente para agregar o cambiar la instancia del servidor testigo.

  5. El Asistente para configurar la seguridad de la duplicación de la base de datos crea automáticamente el extremo de duplicación de la base de datos (si no existe ninguno) en cada instancia del servidor e introduce las direcciones de red del servidor en el campo correspondiente al rol de la instancia del servidor (Principal, Espejo o Testigo).

    Importante

    Cuando se crea un extremo, el Asistente para la configuración de seguridad de la creación de reflejo de bases de datos siempre utiliza la Autenticación de Windows. Antes de poder usar el asistente con la autenticación basada en certificados, se debe haber configurado el extremo de creación de reflejo para el uso de certificados en cada una de las instancias de servidor. Además, todos los campos del cuadro de diálogo Cuentas de servicio deben permanecer vacíos. Para obtener información sobre cómo crear un extremo de creación de reflejo de la base de datos para utilizar certificados, consulte CREATE ENDPOINT (Transact-SQL).

  6. Opcionalmente, cambie el modo operativo. La disponibilidad de determinados modos operativos depende de si se ha especificado una dirección TCP para un testigo. Las opciones son las siguientes:

    Opción ¿Testigo? Explicación
    Rendimiento alto (asincrónico) Null (si existe, no se usa excepto cuando la sesión requiere un quórum) Para maximizar el rendimiento, la base de datos espejo siempre va algo por detrás de la base de datos principal, sin llegar nunca a alcanzarla del todo. Sin embargo, el espacio entre las bases de datos suele ser pequeño. La pérdida de un asociado tiene el siguiente efecto:

    Si la instancia del servidor reflejo deja de estar disponible, la instancia principal sigue funcionando.

    Si la instancia del servidor principal pasa a no estar disponible, el reflejado se detiene; pero si la sesión no tiene testigo (como se recomienda) o el testigo está conectado al servidor reflejado, se puede tener acceso a éste como servidor en espera activa; el propietario de la base de datos puede forzar el servicio a la instancia del servidor reflejado (con posible pérdida de datos).



    Para obtener más información, vea Conmutación de roles durante una sesión de creación de reflejo de la base de datos (SQL Server).
    Alta seguridad sin conmutación automática por fallo (sincrónica) No Se garantiza que todas las transacciones confirmadas se escribirán en disco en el servidor reflejado.

    La conmutación manual por error es posible siempre que los asociados estén conectados entre ellos y la base de datos esté sincronizada.

    La pérdida de un asociado tiene el siguiente efecto:

    Si la instancia del servidor espejo deja de estar disponible, la instancia principal sigue funcionando.

    Si la instancia del servidor principal deja de estar disponible, el reflejado se detiene, pero es accesible como servidor en espera activa; el propietario de la base de datos puede forzar el servicio a la instancia del servidor reflejado (con una posible pérdida de datos).



    Para obtener más información, vea Conmutación de roles durante una sesión de creación de reflejo de la base de datos (SQL Server).
    Alta seguridad con conmutación automática ante fallos (sincrónica) Sí (obligatorio) Se garantiza que todas las transacciones confirmadas se escribirán en disco en el servidor reflejado.

    Máxima disponibilidad al incluir una instancia del servidor testigo para permitir la conmutación automática por error. Tenga en cuenta que solo puede seleccionar la opción Seguridad alta con conmutación automática por error (sincrónico) si antes ha especificado una dirección del servidor testigo.

    La conmutación manual es posible cuando los servidores asociados están conectados entre sí y la base de datos está sincronizada.

    En la presencia de un testigo, la pérdida de un asociado tiene el siguiente efecto:

    Si la instancia del servidor principal deja de estar disponible, se produce una conmutación por error automática. La instancia del servidor reflejado cambia al rol de servidor principal y ofrece su base de datos como base de datos principal.

    Si la instancia del servidor reflejo deja de estar disponible, la instancia principal sigue funcionando.



    Para obtener más información, vea Conmutación de roles durante una sesión de creación de reflejo de la base de datos (SQL Server).

    ** Importante ** Si el testigo se desconecta, los asociados deben estar conectados entre ellos para que la base de datos esté disponible. Para más información, vea Cuórum: cómo un testigo afecta a la disponibilidad de la base de datos (Creación de reflejo de la base de datos).
  7. Cuando se den todas las condiciones siguientes, haga clic en Iniciar creación de reflejo para iniciar la creación de reflejo:

    • Actualmente está conectado a la instancia del servidor principal.

    • La seguridad se ha configurado correctamente.

    • Se especifican las direcciones TCP completamente calificadas de las instancias del servidor principal y del servidor reflejo (en la sección Direcciones de red del servidor).

    • Si el modo operativo está establecido en Seguridad alta con conmutación automática por error (sincrónico), también se especifica la dirección TCP completa de la instancia del servidor testigo.

  8. Una vez iniciada la creación de reflejo, puede cambiar el modo operativo y guardar el cambio haciendo clic en Aceptar. Tenga en cuenta que solo puede cambiar al modo de alta seguridad con conmutación automática por error si antes ha especificado la dirección de un servidor testigo.

    Nota:

    Para quitar el testigo, elimine su dirección de red del servidor del campo Testigo . Si pasa del modo de alta seguridad con conmutación automática por error al modo de alto rendimiento, el campo Testigo se vacía de forma automática.

Consulte también

Conmutación de roles durante una sesión de creación de reflejo de la base de datos (SQL Server)
Preparar una base de datos reflejada para la creación de reflejo (SQL Server)
Propiedades de la base de datos (Página de creación de reflejo)
Pausar o reanudar una sesión de creación de reflejo de la base de datos (SQL Server)
Configurar una base de datos de reflejo para utilizar la propiedad TRUSTWORTHY (Transact-SQL)
Quitar la creación de reflejo de la base de datos (SQL Server)
Administración de inicios de sesión y trabajos tras la conmutación de roles (SQL Server)
Configurar la creación de reflejo de la base de datos (SQL Server)
Administrar los metadatos cuando una base de datos pasa a estar disponible en otra instancia de servidor (SQL Server)
Agregar o reemplazar un testigo de creación de reflejo de la base de datos (SQL Server Management Studio)