REDUCIR LOG DE TRANSACCIONES

[Felipe Arretz]

Estimados,

Hace algunos días escribí sobre un esquema de replicación que voy a
implementar para reducir cargas de trabajo. Alguno se impresionaron al
saber que el log transaccional de la base de datos que ocupo era de
55GB. Estudiando un poco el tema, he visto que algunos problemas de
lentitud de la base se debe al tamaño de este archivo (en realidad
ocupa 300mb dentro de los 55GB), ya que la información está muy
diseminada. En otra base de datos de prueba, instalé una réplica
exacta de la base original, y ejecuté el procedimiento siguiente:

use db
go

checkpoint
backup log db with truncate_only
DBCC SHRINKFILE(nombre_log)
Go

Esto me redujo el log transaccional de 55GB a sólo 504Kb, lo cual me
pareció demasiada reducción.

Mis preguntas son:

1. Es esto normal o puede ser posible, pensando en aplicarlo en la base
de datos de producción.
2. Es bueno limitar el tamaño de crecimiento del log transaccional,
digamos a 5 GB (la bdd pesa 90GB).

Muchas gracias y saludos a todos!

Felipe Arretz

[Maxi]

Hola, no limites el crecimiento, es normal que lo bajes y lo controles !!
ademas haz backup
--
Salu2

-----------------------------------------
Microsoft MVP SQL Server
Culminis Speaker
------------------------------------------
"Felipe Arretz" <***@gmail.com> escribi� en el mensaje news:***@k58g2000hse.googlegroups.com...
Estimados,

Hace algunos días escribí sobre un esquema de replicación que voy a
implementar para reducir cargas de trabajo. Alguno se impresionaron al
saber que el log transaccional de la base de datos que ocupo era de
55GB. Estudiando un poco el tema, he visto que algunos problemas de
lentitud de la base se debe al tamaño de este archivo (en realidad
ocupa 300mb dentro de los 55GB), ya que la información está muy
diseminada. En otra base de datos de prueba, instalé una réplica
exacta de la base original, y ejecuté el procedimiento siguiente:

use db
go

checkpoint
backup log db with truncate_only
DBCC SHRINKFILE(nombre_log)
Go

Esto me redujo el log transaccional de 55GB a sólo 504Kb, lo cual me
pareció demasiada reducción.

Mis preguntas son:

1. Es esto normal o puede ser posible, pensando en aplicarlo en la base
de datos de producción.
2. Es bueno limitar el tamaño de crecimiento del log transaccional,
digamos a 5 GB (la bdd pesa 90GB).

Muchas gracias y saludos a todos!

Felipe Arretz

[Salvador Ramos]

Hola,

Además de lo que te han comentado, este artículo de las FAQ's del grupo te
puede ayudar:
http://www.helpdna.net/sqlserver_faq_01_reducir_log_transacciones.htm
--
Un saludo
Salvador Ramos
Murcia - España
------------------------------------------------
[Microsoft MVP SQL Server / MCTS: SQL Server 2005]
www.helpdna.net (información sobre SQL Server y .NET)
------------------------------------------------

"Felipe Arretz" <***@gmail.com> escribi� en el mensaje news:***@k58g2000hse.googlegroups.com...
Estimados,

Hace algunos días escribí sobre un esquema de replicación que voy a
implementar para reducir cargas de trabajo. Alguno se impresionaron al
saber que el log transaccional de la base de datos que ocupo era de
55GB. Estudiando un poco el tema, he visto que algunos problemas de
lentitud de la base se debe al tamaño de este archivo (en realidad
ocupa 300mb dentro de los 55GB), ya que la información está muy
diseminada. En otra base de datos de prueba, instalé una réplica
exacta de la base original, y ejecuté el procedimiento siguiente:

use db
go

checkpoint
backup log db with truncate_only
DBCC SHRINKFILE(nombre_log)
Go

Esto me redujo el log transaccional de 55GB a sólo 504Kb, lo cual me
pareció demasiada reducción.

Mis preguntas son:

1. Es esto normal o puede ser posible, pensando en aplicarlo en la base
de datos de producción.
2. Es bueno limitar el tamaño de crecimiento del log transaccional,
digamos a 5 GB (la bdd pesa 90GB).

Muchas gracias y saludos a todos!

Felipe Arretz

[Eduardo Castro]

Ese comportamiento es normal, pero no te recomiendo q ue hagas un truncate
del log, porque en caso de recuperacion no podras aplicar lo del log, te
recomiendo que para limpiar el log hagas un backup full del mismo esa es la
forma segura de limpiar el log.

Slds,

Eduardo Castro
Costa Rica

"Felipe Arretz" <***@gmail.com> wrote in message news:***@k58g2000hse.googlegroups.com...
Estimados,

Hace algunos días escribí sobre un esquema de replicación que voy a
implementar para reducir cargas de trabajo. Alguno se impresionaron al
saber que el log transaccional de la base de datos que ocupo era de
55GB. Estudiando un poco el tema, he visto que algunos problemas de
lentitud de la base se debe al tamaño de este archivo (en realidad
ocupa 300mb dentro de los 55GB), ya que la información está muy
diseminada. En otra base de datos de prueba, instalé una réplica
exacta de la base original, y ejecuté el procedimiento siguiente:

use db
go

checkpoint
backup log db with truncate_only
DBCC SHRINKFILE(nombre_log)
Go

Esto me redujo el log transaccional de 55GB a sólo 504Kb, lo cual me
pareció demasiada reducción.

Mis preguntas son:

1. Es esto normal o puede ser posible, pensando en aplicarlo en la base
de datos de producción.
2. Es bueno limitar el tamaño de crecimiento del log transaccional,
digamos a 5 GB (la bdd pesa 90GB).

Muchas gracias y saludos a todos!

Felipe Arretz

[Felipe Arretz]

Hay un modelo de respaldo diario de la base de datos, completa, esto se
realiza en las noches. En los servidores de desarrollo estoy tratando
de implementar la replicación, pero no sé por qué motivo acuando
está agregando los artículos de ésta, se queda pegado siempre en el
372 (de 2820). Estoy usando el wizar para hacer esto, hay algún otro
método usando el query o algo así?

Saludos

Feliper,
Que tipo de modelo de recuperacion (recovery model) esta usando esa db?
Estas usando replicacion?
No es bueno limitar su crecimiento, pues si estas ejecutando alguna tarea y
sql server necesita mas espacio en el log, entonces la tarea fallara.
AMB