transaction transacciones saber registro read quien log_backup log lleno limpiar está debido datos consultar como borro archivos sql-server sql-server-2008

sql server - saber - Deshabilitar registro de transacciones



read transaction log sql server (5)

¿Cuál es tu problema con los registros de Tx? ¿Ellos crecen? Luego, simplemente configure truncar en la opción punto de control.

De la documentación de Microsoft:

En SQL Server 2000 o SQL Server 2005, el modelo de recuperación "Simple" es equivalente a "truncar el inicio de sesión en el punto de control" en versiones anteriores de SQL Server. Si el registro de transacciones se trunca cada vez que se realiza un punto de control en el servidor, esto le impide utilizar el registro para la recuperación de la base de datos. Solo puede usar copias de seguridad completas de la base de datos para restaurar sus datos. Las copias de seguridad del registro de transacciones están deshabilitadas cuando se utiliza el modelo de recuperación "Simple".

Oracle tiene comandos SQL que uno puede emitir para que una transacción no se logre. ¿Hay algo similar para SQL Server 2008?

Mi escenario: necesitamos registros de Tx en los servidores (Dev, QA, Prod), pero tal vez podamos prescindir de ellos en las máquinas de desarrollo.


Hay un tercer modo de recuperación no mencionado anteriormente. El modo de recuperación determina en última instancia qué tan grandes son los archivos LDF y con qué frecuencia se escriben. En los casos en que va a hacer cualquier tipo de inserciones en bloque, debe configurar el DB para que esté en "BULK / LOGGED". Esto hace que los insertos a granel se muevan rápidamente y se puedan cambiar sobre la marcha.

Para hacerlo,

USE master ; ALTER DATABASE model SET RECOVERY BULK_LOGGED ;

Para volver a cambiarlo:

USE master ; ALTER DATABASE model SET RECOVERY FULL ;

Con el ánimo de agregar a la conversación sobre por qué alguien no querría un LDF, agrego esto: hacemos modelado multidimensional. Básicamente, utilizamos el DB como un gran almacén de variables que se procesan a granel utilizando programas externos. NUNCA NECESITAMOS retrocesos. Si pudiéramos obtener un impulso en el rendimiento al activar TODOS los registros, lo tomaríamos en un abrir y cerrar de ojos.


No puede prescindir de los registros de transacciones en SQL Server, bajo ninguna circunstancia. El motor simplemente no funcionará.

PUEDE establecer su modelo de recuperación en SIMPLE en sus máquinas de desarrollo, lo que evitará que el registro de transacciones se desinfle cuando las copias de seguridad de los registros tran no estén completas.

ALTER DATABASE MyDB SET RECOVERY SIMPLE;


SQL Server requiere un registro de transacciones para funcionar.

Dicho esto, hay dos modos de operación para el registro de transacciones:

  • Sencillo
  • Completo

En modo completo , el registro de transacciones sigue creciendo hasta que realiza una copia de seguridad de la base de datos. En modo simple : el espacio en el registro de transacciones se ''recicla'' en cada punto de control .

Muy pocas personas tienen la necesidad de ejecutar sus bases de datos en el modelo de recuperación completa . El único punto en el uso del modelo completo es si desea hacer una copia de seguridad de la base de datos varias veces al día, y hacer una copia de seguridad de toda la base de datos lleva demasiado tiempo, por lo que solo hace una copia de seguridad del registro de transacciones.

El registro de transacciones sigue creciendo todo el día, y usted sigue respaldando. Esa noche haces tu copia de seguridad completa, y SQL Server luego trunca el registro de transacciones, comienza a reutilizar el espacio asignado en el archivo de registro de transacciones.

Si solo realiza copias de seguridad completas de la base de datos , no desea el modo de recuperación completa.


Si esto es solo para máquinas de desarrollo con el fin de ahorrar espacio, simplemente vaya con el modo de recuperación simple y estará bien.

En las máquinas de producción, sin embargo, recomiendo encarecidamente que mantenga las bases de datos en modo de recuperación completa. Esto asegurará que pueda hacer recuperación puntual si es necesario.

Además, tener bases de datos en modo de recuperación completa puede ayudarlo a deshacer actualizaciones accidentales y eliminar leyendo el registro de transacciones. Ver a continuación o más detalles.

¿Cómo puedo deshacer una consulta de actualización en SQL Server 2005?

Lea el archivo de registro (* .LDF) en el servidor sql 2008

Si el espacio es un problema en las máquinas de producción, solo cree frecuentes copias de seguridad del registro de transacciones.