Dudas sobre el log de transacciones | SQL Server Performance Forums

SQL Server Performance Forum – Threads Archive

Dudas sobre el log de transacciones

Hola,
Tengo varias dudas sobre el log de transacciones: 1ª Cada vez que se hace un backup log se supone que se trunca el log,
entonces, por qué crece tanto. Por ejemplo, una el log de una bd
nos ha crecido en una semana de 1,99 MB a 555,55 MB y eso que hacemos
copia del log cada hora. 2ª Utilizo dbcc sqlperf (logspace) para ver el tamaño de los logs. Lo que
no entiendo es el porcentaje de Log Space Used porque, por ejemplo, en el
log de antes, cuando tiene 1,99 MB el porcentaje es 55% y cuando tiene
555,55 MB el porcentaje es del 2,49 %. Cómo se lee este porcentaje? 3ªAl hacer el backup del log de otra bd, sale en el log este mensaje
"BackupDiskFile::CreateMedia: Backup device ‘C:Archivos de programaMicrosoft SQL ServerMSSQLBACKUPpruebas_150405.BAK’ failed to create. Operating system error = 32(El proceso no tiene acceso al archivo porque está siendo utilizado por otro proceso.)."
El archivo al que no tiene acceso es al dispositivo, no al .ldf, no? porque en principio se puede estar utilizando el .ldf mientras se hace una copia del log Muchas gracias de antemano
This post is in which language [?] [<img src=’/community/emoticons/emotion-6.gif’ alt=’:(‘ />]
1) y 2) Supongo que tienes el modelo de recuperaciòn de la base de datos FULL.
Esto hace que el tamaño del log crezca bastante.
No obstante si haces un full backup y luego truncate del log y ademàs realizas backups del log con truncate cada hora, no debiera crecer tanto. Cuando hace el full backup y truncate del log luego del full backup, se reduce el log? 3) Cierto, què versiòn de SQL tienes?
Suren: Spanish my friend.
Luis Martin
Moderator
SQL-Server-Performance.com One of the symptoms of an approaching nervous breakdown is the belief that one’s work is terribly important
Bertrand Russell
All postings are provided “AS IS” with no warranties for accuracy.
Hola, – hago backup log cada hora pero lo reduzco una vez por semana con la siguiente secuencia (a lo mejor estoy haciendo algo mal):
1º backup log a dispositivo (antes hacía backup log with truncate_only)pero lo cambié porque leí que rompía la secuencia de recuperación y creo que para los casos de recuperación completa ambos hacen los mismo (truncar el log a nivel lógico)
2º dbcc shrinkfile (nombrearch_log, truncateonly)
3º backup database …… Generalmente se suelen reducir los archivos, unas veces más y otras menos.
Lo que sigo sin entender es qu̩ significan los porcentajes del "Log Space Used" de dbcc sqlperf (logspace) Рtengo SQl Server 2000 con el Service Pack 3a.
Creo que por lo que me da el error es porque cuando va a escribir la copia del log en el dispositivo, éste (no el .ldf) está ocupado porque el TSM está haciendo una copia del dispositivo donde dejamos los backups Muchas gracias
El % del DBCC SQLPERF(LOGSPACE), significa que del total del espacio reservado para el log, ese % se encuentra ocupado con transacciones del log. Si tu miras en el Administrador Corporativo una base de datos con la vista Taskpad, verás que el log tiene 2 colores.
El gris es el espacio ocupado con transacciones, el azul es el espacio reservado para grabar transacciones. El % corresponde al gris. Luis Martin
Moderator
SQL-Server-Performance.com One of the symptoms of an approaching nervous breakdown is the belief that one’s work is terribly important
Bertrand Russell
All postings are provided “AS IS” with no warranties for accuracy.
Buenos días Luis a que te refieres con: Si tu miras en el Administrador Corporativo una base de datos con la vista Taskpad, verás que el log tiene 2 colores.
El gris es el espacio ocupado con transacciones, el azul es el espacio reservado para grabar transacciones. donde sacas el Taskpad???? gracias

En el el Menú principal, views (no se cómo aparece en español), taskpad.
Luis Martin
Moderator
SQL-Server-Performance.com One of the symptoms of an approaching nervous breakdown is the belief that one’s work is terribly important
Bertrand Russell
All postings are provided “AS IS” with no warranties for accuracy.
[<img src=’/community/emoticons/emotion-6.gif’ alt=’:(‘ />] Hola, tengo una duda, no programo en SQL solo manejo BDD por Enterprise Manager<br />el sistema que tengo ahorita…. corre un proceso de "Cálculo de Nómina" que <br />siempre se queda colgado, es decir, como si estuviera trabajando pero si reviso el<br />profiler no está haciendo nada.<br /><br />Crece de tamaño el archivo LOG y tengo que estar dando truncate, shrink, bajar la <br />consola de componentes, bajar los servicios de sql, reinicar o apagar el equipo, etc.<br /><br />Es hasta despuès de 5 o más veces cuando ya responde bien el cálculo.<br /><br />Lo que he monitoreado es que el archivo LOG crece todos los dìas bastante, ejemplo <br />si la BDD mide 1.8 GB el log llega a crecer en 4 o 5 dìas mas de 1 GB..hasta que hago todo<br />el rpocedimiento que les menciono.<br /><br />En los planes de MTTO… está generando un error SQL, esto es en las carpeta LOG de SQL<br /><br />El equipo tiene más de 15 GB en DD y memoria de 1 GB …<br /><br />Alguien me puede ayudar por favor<br /><br />Muchas Gracias
Por favor, no dupliques mensajes. Gracias.
Luis Martin
Moderator
SQL-Server-Performance.com One of the symptoms of an approaching nervous breakdown is the belief that one’s work is terribly important
Bertrand Russell
All postings are provided “AS IS” with no warranties for accuracy.
]]>