En primer lugar, debo admitir que lucho con el concepto de Registro de transacciones. Quiero decir, entiendo que es el registro de todas las transacciones que ocurren en la base de datos, pero cuando se trata de ponerlo en contexto adecuadamente dentro de alguna tarea, obviamente me falta algo. Entonces, para cualquiera que responda la pregunta, no dude en ampliar la teoría detrás del Registro de transacciones.
La pregunta principal es: tengo SQL Server 2008 y una base de datos de 2 GB que necesito duplicada (tiene un registro de transacciones de 12 GB). Si no estaba reflejando esa base de datos, supongo que podría cambiar al modo Simple o truncar el registro después de la copia de seguridad. Pero en este caso, ¿qué debo hacer si deseo mantener ese registro de transacciones bajo control? Según tengo entendido, necesito mantener todo el registro de transacciones si deseo poder duplicar fácilmente la base de datos (solo haga una copia de seguridad completa).
¿Hay alguna forma de evitar esto? Idealmente, desearía que fuera posible hacer una copia de seguridad que mantenga tanto MDF como LDF en 1 archivo cada vez y después de que se realice la copia de seguridad. El Registro de transacciones (LDF) en la base de datos se reduce a 0. El problema con este escenario son las copias de seguridad incrementales, si mi primera copia de seguridad registro truncado, supongo que la segunda copia de seguridad necesitaría hacer referencia a la primera si quiero hacer un reflejo más tarde (es decir, estaría atascado en mantener un montón de archivos en lugar de solo uno).
Entonces, ¿alguien puede iluminarme sobre este tema? Entiendo que estoy tratando de llenar muchos huecos aquí y que mis "soluciones" propuestas pueden no ser las mejores, pero agradecería sinceramente que alguien pueda empujarme en la dirección correcta en los Registros de transacciones, cómo afectan el reflejo y lo mejor practica con esos dos.