Registro de transacciones

Hola Miguel ;-)

toda la literatura dice que se recomienda tener pocos VLFs (no quiero entrar en la cantidad)...

pero, como el log es secuencial, ¿qué me importa que tenga más o menos VLFs? A ver si me respondo: al deshacer una transacción, si la transacción afecta a varios VLFs, el lector tendrá que dar saltos (si los hay) entre varios VLFs ...
¿puede ser esa la respuesta? Es que es la única justificación que le veo a un número reducido de VLFs.

Gracias !!

Eladio Rincón
Torrevieja - Alicante
MCAD, SQL Server MVP
http://www.siquelnet.com

"Comparte lo que sabes, aprende lo que no sepas." FGG

"Miguel Egea" escribió en el mensaje news:%23kzzeLj%

Bueno maxi, eso puede no ser bueno a efectos de rendimiento. No hay una
regla exacta, pero dentro del log existen lo que se llaman VLF, virtual log
files, tampoco es bueno que hayan muchos de estos dentro del log, ya que su
administración se complica y como sabes el log es un elemento crítico en
SQL. Según le entendí (hablaba en inglés así que vaya usted a saber si la
entendí bien) a Kimberly Tripp (es una autentico crack) en el tech-ed, lo
ideal es que ese número sea pequeñito. Normalmente entre los dbas se habla
del 10% aunque esto depende mucho del tipo de BB.DD que tengas, si es
fundamentalmente de lectura este número puede ser mucho menor (hasta por
ejemplo del 3-4%) sin embargo en otras BBDD que fundamentalmente registren
escrituras, quizá fuese conveniente ser algo más grande.

Creo que si tu log de 4gb lo dejas en 300 mbs y usas este tip
http://www.configuracionesintegrale...y.asp?arti
culo"6 , quizá puedas conseguir que nunca crezca.

Saludos
Miguel Egea



"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en el
mensaje news:ebm5b8i#
> Ademas de lo que dice Miguel creo que deberias tomar muy encuenta el
tamaño,
> un log de 10MB es insignificante, por ej yo tengo una BDD de 4GB y el log
es
> de 4GB tambien :-D, no te digo que sea una regla a seguir pero yo miraria
> muy bien el espacio asignado y le daria mucho mas, deja que el Log sea
> grande y que Sql use lo que necesite, si lo dejas chico y con un limite
por
> ej de crecimiento vas a tener muchos problemas de por si, ni hablar que
cada
> vez que necesite espacio Sql se lo debe pedir al SO, esto es una tarea muy
> densa de por si.
>
>
> Salu2
> Maxi
> Buenos Aires Argentina
> Desarrollador Microsoft 3 Estrellas .NET
> [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> MSN:
>
>
> "Elena" escribió en el mensaje
> news:ux$nFoi%
> > muchas gracias. Quería hacerte otras preguntas:
> > ¿hay alguna manera decir que no escriba en el log de transacciones?
> > el problema es que esa base de datos me ocupa en un servidor el log de
> > transacciones 1Mb y al pasar esa misma base de datos a otro servidor que
> > está limitado a 10Mb(el log) no me ha dejado y me parece raro que se
haya
> > ocupado tan rápido..
> >
> >
> >
> > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en
el
> > mensaje news:%23bNKBhi%
> > > Hola!! esos MB son el tamaño del Log, que de por si 10MB son muy
chicos,
> > si
> > > quieres informacion de que espacio hay asignado y usado podes usar:
> > >
> > > DBCC SQLPERF(LOGSPACE)
> > >
> > >
> > > Salu2
> > > Maxi
> > > Buenos Aires Argentina
> > > Desarrollador Microsoft 3 Estrellas .NET
> > > [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> > > MSN:
> > >
> > >
> > > "Elena" escribió en el mensaje
> > > news:u8kudTi%
> > > > con sp_helpdb veo que tengo 10Mb para el log, ¿pero esos 10Mb es el
> > > espacio
> > > > ocupado o es el tamaño total del log?
> > > >
> > > >
> > > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió
> en
> > el
> > > > mensaje news:e82qnPi%
> > > > > Hola!! si no tenes permisos perdiste :(, para informacion de Bases
> > podes
> > > > > usar:
> > > > >
> > > > > Sp_helpdb
> > > > >
> > > > >
> > > > > Salu2
> > > > > Maxi
> > > > > Buenos Aires Argentina
> > > > > Desarrollador Microsoft 3 Estrellas .NET
> > > > > [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> > > > > MSN:
> > > > >
> > > > >
> > > > > "Elena" escribió en el mensaje
> > > > > news:usH7aKi%
> > > > > > Hola,
> > > > > > tengo una base de datos a la que estoy importando datos, y me ha
> > dado
> > > un
> > > > > > error:
> > > > > > "El archivo de registro de la base de datos 'qr559' no está
> > > disponible.
> > > > > Haga
> > > > > > una copia de seguridad del registro de transacciones para que la
> > base
> > > de
> > > > > > datos libere espacio de registro."
> > > > > >
> > > > > > Podría ejecutar las instrucciones BACKUP LOG qr559 WITH
> > TRUNCATE_ONLY
> > > y
> > > > > DBCC
> > > > > > SHRINKDATABASE ('qr559',TRUNCATEONLY ) para liberar espacio pero
> no
> > > > tengo
> > > > > > permiso para hacerlo.
> > > > > > ¿Hay alguna manera de que pueda introducir más datos?
> > > > > > ¿Cómo podría saber el espacio que está ocupando el log?
> > > > > >
> > > > > > Un saludo
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > Outgoing mail is certified Virus Free.
> > > > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > > > Version: 6.0.581 / Virus Database: 368 - Release Date: 09/02/2004
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > >
> > > Outgoing mail is certified Virus Free.
> > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > Version: 6.0.581 / Virus Database: 368 - Release Date: 09/02/2004
> > >
> > >
> >
> >
>
>
>
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.581 / Virus Database: 368 - Release Date: 09/02/2004
>
>