¿Alguien sabe si existe una forma T-SQL de colocar una base de datos de SQL Server en modo de espera de solo lectura como se puede hacer con la cláusula STANDBY de BACKUP DATABASE, solo que sin realizar una BACKUP DATABASE?
Antecedentes: tengo una configuración de envío de registros casera en SQL Server 2005 Workgroup Edition. Encontré una utilidad de copia de seguridad de terceros que realiza copias de seguridad comprimidas. Es más rápido que BACKUP DATABASE y los archivos son mucho más pequeños, pero carece de la capacidad de colocar una base de datos en modo de espera/solo lectura. Necesito esta capacidad para realizar conmutación por error al realizar pruebas de recuperación ante desastres. Si realizamos una conmutación por error y registramos el envío desde nuestro servidor en espera (ahora activo) a nuestro servidor principal, simplemente podemos volver a fallar al final de la prueba en lugar de comenzar de nuevo. Puedo hacer la copia de seguridad del final del registro con BACKUP DATABASE en lugar de la herramienta de terceros, pero sería más limpio si no tuviera que hacerlo.
Respuesta1
No, no hay forma de poner una base de datos en modo de espera sin restaurarla desde una copia de seguridad al mismo tiempo. Una vez que se puede escribir en la base de datos, no puede prepararla para restaurar registros nuevamente porque la cadena LSN se ha roto.
Respuesta2
¿Podrías usar
ALTERAR BASE DE DATOS tu_base de datos ESTABLECER READ_ONLY
luego usa
ALTERAR BASE DE DATOS tu_base de datos SET READ_WRITE
cuando quieres volver?
Respuesta3
Debo admitir que respondí a tu otra publicación (sobre tu software de respaldo) y ahora que estoy leyendo esta pregunta, estoy un poco preocupado por el software de respaldo que estás usando.
Esta es una de esas cosas en las que una solución "demasiado compleja" podría conducir a un desastre en el futuro. No sé nada sobre el software de copia de seguridad que estás utilizando, pero una búsqueda rápida en Google mostró varias reseñas deficientes (pero desafortunadamente reseñas desactualizadas).
Entonces, no lo sé. ¿Existe alguna razón particular por la que desee utilizar este software de respaldo en lugar de confiar en MS SQL Server para que lo haga por usted?
Seguramente la velocidad y el espacio en disco no pueden ser TAN mucho más importantes que la INTEGRIDAD y CONFIABILIDAD DE LOS DATOS.
¿Me estoy perdiendo de algo?
¿Quizás Paul Randal quiera intervenir aquí?