Compartir a través de


Requisitos previos y recomendaciones para la creación de reflejo de la base de datos

Actualizado: 12 de diciembre de 2006

En este tema se describen los requisitos previos y las recomendaciones para configurar la creación de reflejo de la base de datos. Para obtener una introducción a la creación de reflejo de la base de datos, vea Información general de la creación de reflejo de la base de datos.

[!NOTA] El formato de almacenamiento en disco de SQL Server es el mismo en los entornos de 64 bits y 32 bits. Por lo tanto, una sesión de creación de reflejo de la base de datos puede combinar instancias del servidor que se ejecuten en entornos de 32 bits e instancias del servidor que se ejecuten en entornos de 64 bits.

Restricciones

En un sistema de 32 bits, la creación de reflejo de la base de datos puede admitir un máximo de 10 bases de datos por instancia de servidor debido a los números de subproceso de trabajo consumidos por cada sesión de creación de reflejo de la base de datos.

La creación de reflejo de la base de datos no está admitida con transacciones entre bases de datos o transacciones distribuidas. Para obtener más información, vea Creación de reflejo de la base de datos y transacciones entre bases de datos.

Requisitos previos

Para poder configurar la creación de reflejo de la base de datos, debe hacer lo siguiente:

  • Asegúrese de que los dos servidores asociados: el servidor principal y el servidor reflejado, estén ejecutando la misma edición de Microsoft SQL Server 2005. Los servidores asociados requieren SQL Server 2005 Standard Edition o SQL Server 2005 Enterprise Edition.

  • Si usa un testigo, asegúrese de que SQL Server 2005 esté instalado en el sistema. El testigo puede ejecutarse en cualquier equipo confiable que admita SQL Server 2005 Standard Edition, Enterprise Edition, Workgroup Edition o Express Edition.

  • Asegúrese de que el servidor reflejado tenga suficiente espacio en disco para la base de datos reflejada.

    [!NOTA] Para obtener más información acerca de cómo usar la creación de reflejo de la base de datos en una base de datos replicada, vea Réplica y creación de reflejo de la base de datos.

  • Al crear la base de datos reflejada en el servidor reflejado, asegúrese de restaurar la copia de seguridad de la base de datos principal especificando la misma base de datos con la opción WITH NORECOVERY. Además, todas las copias de seguridad de registros creadas después de realizar esa copia de seguridad deben aplicarse de nuevo con WITH NORECOVERY.

    ms366349.note(es-es,SQL.90).gifImportante:
    Si la creación de reflejo de la base de datos se ha detenido, para poder reiniciarla, cualquier copia de seguridad de registros posterior que se realice en la base de datos principal se debe aplicar a la base de datos reflejada.
  • La creación de reflejo de una base de datos funciona con cualquier nivel de compatibilidad con bases de datos. Para obtener información acerca de los niveles de compatibilidad admitidos, vea sp_dbcmptlevel (Transact-SQL).

Recomendaciones para configurar servidores asociados

  • Los servidores asociados deben ejecutarse en sistemas comparables que puedan manejar cargas de trabajo idénticas.

    [!NOTA] Si piensa usar el modo de alta seguridad con conmutación por error automática, la carga normal de cada uno de los servidores asociados de conmutación por error debe usar la CPU en un porcentaje menor del 50 por ciento. Si se sobrecarga la CPU, un servidor asociado de conmutación por error podría ser incapaz de hacer ping a las otras instancias de servidor en la sesión reflejada, lo que provocaría una conmutación por error innecesaria. Si no puede mantener el uso de la CPU por debajo del 50 por ciento, se recomienda usar el modo de alta seguridad sin conmutación por error automática o el modo de alto rendimiento.

  • 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 los diseños de archivo deben ser diferentes (por ejemplo, si la base de datos principal se encuentra en la unidad "F:", pero el sistema del servidor reflejado no tiene la unidad F:), se debe incluir la opción MOVE en la instrucción RESTORE.

    ms366349.note(es-es,SQL.90).gifImportante:
    Si mueve los archivos de la base de datos al crear la base de datos reflejada, es posible que no pueda agregar archivos a la base de datos posteriormente sin que se tenga que suspender la creación de reflejo.
  • Todas las instancias de servidor de una sesión reflejada deberían usar la misma intercalación y página de códigos principal. Las diferencias pueden causar un problema durante la configuración de la creación de reflejo.

  • Otra opción sería calcular el tiempo para la conmutación por error en una base de datos para asegurarse de que la configuración del sistema ofrecerá el rendimiento necesario. Para obtener más información, vea Calcular la interrupción del servicio durante la conmutación de funciones.

  • Para obtener el mejor rendimiento, utilice una tarjeta de interfaz de red (NIC) dedicada para la creación de reflejo.

  • No hay ninguna recomendación acerca de si una red de área extensa (WAN) es lo suficientemente confiable para la creación de reflejo de la base de datos en modo de alta seguridad. Si decide usar el modo de alta seguridad en una WAN, tenga cuidado cuando agregue un testigo a la sesión, ya que se pueden producir conmutaciones por error automáticas no deseadas. Para obtener más información, vea "Recomendaciones para implementar la creación de reflejo de la base de datos" más adelante en este tema.

Recomendaciones para implementar la creación de reflejo de la base de datos

El rendimiento óptimo de la creación de reflejo de la base de datos se obtiene con el funcionamiento asincrónico. Una sesión de creación de reflejo que utiliza el funcionamiento sincrónico puede disminuir el rendimiento cuando su carga de trabajo genera grandes cantidades de datos del registro de transacciones.

En entornos de prueba, es adecuado explorar todos los modos de funcionamiento para evaluar la forma en que tiene lugar la creación de reflejo de la base de datos. Sin embargo, antes de implementar la creación de reflejo en un entorno de producción, es esencial comprender cómo funciona la red en el mundo real para que pueda predecir cómo funcionará allí la creación de reflejo de la base de datos.

El modo de alta seguridad con conmutación por error automática está diseñado para una red con un servicio elevado y una conexión dedicada, o bien para una configuración de red bastante sencilla que minimice los orígenes de posibles errores de red. Dicho entorno de red de alta calidad es esencial para el modo de alta seguridad con conmutación por error automática y es recomendable en una sesión de creación de reflejo de la base de datos. Sin embargo, la confiabilidad de la red afecta mucho menos a los modos de alto rendimiento y de alta seguridad sin conmutación por error automática.

Por tanto, para entornos de producción, se recomienda que siga estas directrices de implementación:

  1. Comience ejecutando en el modo de alto rendimiento asincrónico. Este modo es el menos sensible al entorno de red y proporciona la mejor configuración para explorar la forma en que funciona la creación de reflejo. Se recomienda ejecutar el sistema de manera asincrónica hasta que esté seguro de que el ancho de banda admite la creación de reflejo y ha desarrollado un sólido conocimiento de la configuración de la creación de reflejo y del rendimiento del modo asincrónico en el entorno. Para obtener más información, vea Operación asincrónica de creación de reflejo de la base de datos (Modo de alto rendimiento).
    ms366349.note(es-es,SQL.90).gifImportante:
    A través de las pruebas, se recomienda controlar las sesiones en busca de errores de red que impidan la creación de reflejo de la base de datos. Para obtener más información acerca de los posibles orígenes de errores, vea Posibles errores durante la creación de reflejo de la base de datos. Para obtener información acerca del control de la creación de reflejo de la base de datos, vea Supervisar la creación de reflejo de la base de datos.
  2. Cuando esté seguro de que el funcionamiento asincrónico cumple sus necesidades empresariales, puede que desee intentar el funcionamiento sincrónico para mejorar la protección de datos. Cuando pruebe la manera en que funciona la creación de reflejo sincrónica en el entorno, se recomienda probar primero el modo de alta seguridad sin conmutación por error automática. El fin principal de esta prueba es comprobar cómo afecta el funcionamiento sincrónico al rendimiento de la base de datos. Para obtener más información, vea Creación de reflejo sincrónico de la base de datos (modo de alta seguridad).
  3. Espere a habilitar la conmutación por error automática hasta que tenga la seguridad de que el modo de alta seguridad sin conmutación por error automática cumple las necesidades corporativas y que los errores de red no están ocasionando problemas. Para obtener más información, vea Conmutación por error automática.

[!NOTA] La creación de reflejo de la base de datos funciona correctamente con el formato de almacenamiento vardecimal. Pero cada Database Engine (Motor de base de datos) debe actualizarse, como mínimo, al Service Pack 2 de SQL Server 2005 y todas las bases de datos relacionadas deben habilitarse para el formato de almacenamiento vardecimal. Para obtener más información acerca del formato de almacenamiento vardecimal, vea Almacenar datos decimales como longitud variable.

Vea también

Conceptos

Sesiones de creación de reflejo de la base de datos
Seguridad en el transporte para la creación del reflejo de una base de datos
Creación de reflejo de la base de datos y copia de seguridad y restauración
Administrar la creación de reflejo de la base de datos (SQL Server Management Studio)
Información general de la creación de reflejo de la base de datos
Solucionar problemas de configuración de la creación de reflejo de la base de datos

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión Historial

12 de diciembre de 2006

Contenido nuevo:
  • Se ha agregado una nota acerca del formato de almacenamiento en disco de SQL Server, que es el mismo en entornos de 64 bits y 32 bits.
  • Se actualizó la sección "Restricciones" para indicar que las transacciones entre bases de datos y las transacciones distribuidas no están admitidas por la creación de reflejo de la base de datos.
  • Se ha agregado una nota con respecto al formato de almacenamiento vardecimal.

14 de abril de 2006

Contenido nuevo:
  • Se agregó el requisito de que los dos asociados deben ejecutar la misma edición de SQL Server.
  • Se agregó la recomendación de que los servidores asociados deben ejecutarse en sistemas comparables.
  • Se agregó la recomendación de que las instancias de servidor compartan las mismas páginas de códigos principal e intercalación.
Contenido modificado: