Esta es una pregunta de seguimiento a una pregunta anterior sobre por qué no pude reducir el archivo de registro en la base de datos principal.
Para resumir, configuré la creación de reflejo de la base de datos, pero olvidé asegurarme de que el trabajo que respaldaba el registro de transacciones volviera a ejecutarse, y el registro de transacciones creció a casi 60 GB.
Como se configuró la duplicación, este aumento de tamaño se duplicó en el servidor duplicado y, finalmente, ocupó todo el espacio en disco e inutilizó la base de datos duplicada.
Según esta pregunta sobre el mantenimiento del registro de transacciones en una base de datos espejo, no puede hacer una copia de seguridad del registro en el espejo, pero cuando se le pregunta específicamente en los comentarios sobre cómo reducir un archivo de registro demasiado grande en una base de datos espejo, se dejó un comentario que
Una forma de hacerlo sería realizar una conmutación por error a la base de datos reflejada y hacer la reducción allí. Pruebe esto a fondo en un entorno que no sea de producción para asegurarse de que tenga el comportamiento que desea / espera.
Esto parece sugerir que podría haber otras formas de reducir el archivo de registro en un espejo, y este método podría no ser necesariamente seguro en un servidor de producción.
¿Hay alguna manera de reducir de forma segura el archivo de registro de transacciones en un espejo de base de datos?