Implementar el trasvase de registros
El trasvase de registros puede habilitarse utilizando SQL Server Management Studio o ejecutando manualmente una serie de procedimientos almacenados.
Pasos básicos
Para habilitar el trasvase de registros es necesario realizar los siguientes pasos básicos:
Elegir el servidor principal, el servidor secundario y un servidor de supervisión opcional.
[!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 configuración de trasvase de registros 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.
SQL Server 2008 Enterprise y versiones posteriores admiten la compresión de copia de seguridad. Al crear una configuración de trasvase de registros, puede controlar el comportamiento de la compresión de copia de seguridad de las copias de seguridad de registros. Para obtener más información, vea Compresión de copia de seguridad (SQL Server).
Crear un recurso compartido de archivos para las copias de seguridad del registro de transacciones, preferiblemente en un servidor tolerante a errores que no forme parte de la configuración del trasvase de registros. Para maximizar la disponibilidad del servidor principal, Microsoft recomienda ubicar el recurso compartido de copia de seguridad en un equipo host separado.
Elegir una programación de copia de seguridad para la base de datos principal.
Crear una carpeta para cada servidor secundario en la que se copiarán los archivos de la copia de seguridad del registro de transacciones. Estas carpetas suelen residir en los servidores secundarios.
Configurar una o más bases de datos secundarias.
Opcionalmente, configurar un servidor de supervisión.
Al habilitar un servidor secundario para el trasvase de registros, puede elegir las siguientes opciones en el cuadro de diálogo Configuración de base de datos secundaria del trasvase de registros de Management Studio para configurar la base de datos secundaria:
Crear automáticamente una copia de seguridad en la base de datos principal y restaurarla en el servidor secundario y, si es necesario, crear una base de datos secundaria.
Restaurar una copia de seguridad existente de la base de datos principal en el servidor secundario y, si es necesario, crear la base de datos secundaria.
También puede inicializar la base de datos secundaria restaurando manualmente una copia de seguridad de la base de datos.
.gif "Nota importante") Importante |
|---|
La herramienta de trasvase de registros de Management Studio está diseñada sólo para hacer frente a casos simples de copias de seguridad y restauración. Para los casos más complejos, como las bases de datos que utilizan muchos archivos u opciones que no son las predeterminadas, debe realizar una copia de seguridad y restaurar toda la base de datos manualmente. Por lo general, utilice la copia de seguridad y restauración manuales para los casos que requieran un comando BACKUP o RESTORE complejo. Una vez que la base de datos secundaria se ha restaurado, utilice la herramienta de trasvase de registros de Management Studio para finalizar la configuración del trasvase de registros. |
Para obtener más información sobre estas instrucciones Transact-SQL, vea BACKUP (Transact-SQL) y RESTORE (Transact-SQL).
Cuando habilita el servidor principal para el trasvase de registros, puede especificar la frecuencia con la que se crean las copias de seguridad de registros de transacciones en el servidor principal. Si el volumen de transacciones es alto, puede ser útil hacer una copia de seguridad frecuente del registro de transacciones para minimizar la pérdida potencial de datos.
Requisitos
Para realizar el trasvase de registros es preciso que se cumplan los siguientes requisitos:
Para obtener información acerca de qué ediciones de SQL Server admiten el trasvase de registros, vea Características compatibles con las ediciones de SQL Server 2008.
Los servidores implicados en el trasvase de registros deben tener la misma configuración de distinción entre mayúsculas y minúsculas.
Las bases de datos de la configuración del trasvase de registros deben utilizar el modelo de recuperación completa o el modelo de recuperación optimizado para cargas masivas de registros.
Usar el trasvase de registros con otras características o componentes
El trasvase de registros se puede utilizar con las siguientes características o componentes de SQL Server:
Creación de reflejo de la base de datos
Si el trasvase de registros se utiliza conjuntamente con el reflejo de base de datos, la base de datos principal de la configuración del trasvase de registros debe ser la misma base de datos que la base de datos de la entidad de seguridad del reflejo de base de datos. Para obtener más información, vea Creación de reflejo de la base de datos y trasvase de registros.
Replicación
Para obtener información acerca de los efectos del trasvase de registros en el comportamiento de la replicación, y los requisitos y procedimientos para replicar desde la base de datos secundaria si se pierde la base de datos principal, vea Replicación y trasvase de registros.
Ver el estado del trasvase de registros de transacciones (SQL Server Management Studio)
Para cualquier instancia de servidor implicada en el trasvase de registros (ya sea un servidor de supervisión, principal o secundario), SQL Server Management Studio ofrece un informe acerca de la actividad del trasvase de registros de la instancia de servidor actual. Para obtener más información, vea Cómo ver el informe de trasvase del registro (SQL Server Management Studio).
Permisos
Para habilitar el trasvase de registros, el usuario debe ser un sysadmin en cada instancia del servidor. Los directorios de copias de seguridad y restauración de la configuración del trasvase de registros deben cumplir los siguientes requisitos.
Para el trabajo de copia de seguridad, se requieren permisos de lectura/escritura en el directorio de copia de seguridad para los siguientes elementos:
La cuenta de servicio de SQL Server en la instancia del servidor principal.
La cuenta de proxy del trabajo de copia de seguridad. De forma predeterminada, ésta es la cuenta del agente de SQL Server en la instancia del servidor principal.
Para el trabajo de copia, la cuenta de proxy del trabajo de copia requiere permisos de lectura para el directorio de copia de seguridad y permisos de escritura para el directorio de copia. De forma predeterminada, ésta es la cuenta del agente de SQL Server en la instancia del servidor secundario.
Los siguientes elementos requieren permisos de lectura/escritura en el directorio de copia para el trabajo de restauración:
La cuenta de servicio de SQL Server en la instancia del servidor secundario.
La cuenta de proxy del trabajo de restauración. De forma predeterminada, ésta es la cuenta del agente de SQL Server en la instancia del servidor secundario.
Vea también