Registro de transacciones

23/02/2004 - 16:35 por Elena | Informe spam
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

Preguntas similare

Leer las respuestas

#11 Maximiliano D. A.
23/02/2004 - 19:08 | Informe spam
Por eso!! no tengo otra lamentablemente, es un sistema ERP con muchas
transacciones diarias de Escritura y muchos usuarios a la vez por lo cual ni
una idea te das lo que crece el Log, y que tengo una politca de Backup donde
no lo dejo crecer mucho sino!!!, es mas una vez hice un analisis de
Performance y me encontre conque el Sql estaba pidiendo espacio del Log al
So a lo loco, y eso degrada considerablemente la performance.
Pero como te dije ahora lo estamos manejando en 2GB :(


Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"Salvador Ramos" escribió en el
mensaje news:edq$jZj%
Pues en ese caso, si ese es el creicimiento diario, poco se puede


optimizar
:-)

Un saludo
Salvador Ramos
Murcia - España

No puedes conseguir software rápidamente disminuyendo su calidad.
En cambio, si que lo consigues aumentando la calidad.

www.helpdna.net (información sobre Windows DNA, SQL Server, .NET, ...)


Microsoft MVP SQL Server
MCP SQL Server
PASS Spanish Group (www.sqlpass.org)


"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en el
mensaje news:%230zhKXj%
> Estimados, gracias por lo dicho, el log tiene ese tamaño porque crece
mucho
> diria que por dia se puede generar 2GB en total o mas tambien, la


politica
> de seguridad y de mantenimiento hace que esto no sea peor, igualmente lo
> estamos ahora manejando en 2GB el Log.
>
>
> Salu2
> Maxi
> Buenos Aires Argentina
> Desarrollador Microsoft 3 Estrellas .NET
> [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> MSN:
>
>
> "Salvador Ramos" escribió en el
> mensaje news:e9$CiOj%
> > Hola:
> >
> > Coincido con Miguel en que no es aconsejable tener un log tan grande,
> > siempre claro que se pueda evitar. Creo que con una política de copias
del
> > log, habitualmente tendrá tamaños mucho más reducidos.
> >
> > Un saludo
> > Salvador Ramos
> > Murcia - España
> >
> > No puedes conseguir software rápidamente disminuyendo su calidad.
> > En cambio, si que lo consigues aumentando la calidad.
> >
> > www.helpdna.net (información sobre Windows DNA, SQL Server, .NET, ...)
> >
> >
> > Microsoft MVP SQL Server
> > MCP SQL Server
> > PASS Spanish Group (www.sqlpass.org)
> >
> >
> > "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
> > > >
> > > >
> > >
> > >
> >
> >
>
>
>
> 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
Respuesta Responder a este mensaje
#12 Miguel Egea
23/02/2004 - 19:19 | Informe spam
Yo creo que si no tienes replicación lo podrías dejar en 400 megas, haz una
prueba y mide el rendimiento si quieres.

Programa un job para que ejecute el procedimiento que te hacía refernecia
cada 5 minutos. Marcale el tamaño como 200 mbs, y revisalo periodiacamente
a lo largo del día, estoy casi seguro que no superará nunca ese tamaño.

Saludos
Miguel Egea

"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en el
mensaje news:#g8Iuhj#
Por eso!! no tengo otra lamentablemente, es un sistema ERP con muchas
transacciones diarias de Escritura y muchos usuarios a la vez por lo cual


ni
una idea te das lo que crece el Log, y que tengo una politca de Backup


donde
no lo dejo crecer mucho sino!!!, es mas una vez hice un analisis de
Performance y me encontre conque el Sql estaba pidiendo espacio del Log al
So a lo loco, y eso degrada considerablemente la performance.
Pero como te dije ahora lo estamos manejando en 2GB :(


Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"Salvador Ramos" escribió en el
mensaje news:edq$jZj%
> Pues en ese caso, si ese es el creicimiento diario, poco se puede
optimizar
> :-)
>
> Un saludo
> Salvador Ramos
> Murcia - España
>
> No puedes conseguir software rápidamente disminuyendo su calidad.
> En cambio, si que lo consigues aumentando la calidad.
>
> www.helpdna.net (información sobre Windows DNA, SQL Server, .NET, ...)
>
>
> Microsoft MVP SQL Server
> MCP SQL Server
> PASS Spanish Group (www.sqlpass.org)
>
>
> "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en


el
> mensaje news:%230zhKXj%
> > Estimados, gracias por lo dicho, el log tiene ese tamaño porque crece
> mucho
> > diria que por dia se puede generar 2GB en total o mas tambien, la
politica
> > de seguridad y de mantenimiento hace que esto no sea peor, igualmente


lo
> > estamos ahora manejando en 2GB el Log.
> >
> >
> > Salu2
> > Maxi
> > Buenos Aires Argentina
> > Desarrollador Microsoft 3 Estrellas .NET
> > [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> > MSN:
> >
> >
> > "Salvador Ramos" escribió en el
> > mensaje news:e9$CiOj%
> > > Hola:
> > >
> > > Coincido con Miguel en que no es aconsejable tener un log tan


grande,
> > > siempre claro que se pueda evitar. Creo que con una política de


copias
> del
> > > log, habitualmente tendrá tamaños mucho más reducidos.
> > >
> > > Un saludo
> > > Salvador Ramos
> > > Murcia - España
> > >
> > > No puedes conseguir software rápidamente disminuyendo su calidad.
> > > En cambio, si que lo consigues aumentando la calidad.
> > >
> > > www.helpdna.net (información sobre Windows DNA, SQL Server, .NET,


...)
> > >
> > >
> > > Microsoft MVP SQL Server
> > > MCP SQL Server
> > > PASS Spanish Group (www.sqlpass.org)
> > >
> > >
> > > "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
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
> >
> > 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


Respuesta Responder a este mensaje
#13 Maximiliano D. A.
23/02/2004 - 19:34 | Informe spam
Bueno lo probare a ver que pasa y te comento!!!

Gracias


Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"Miguel Egea" escribió en el mensaje
news:%23IMMmlj%
Yo creo que si no tienes replicación lo podrías dejar en 400 megas, haz


una
prueba y mide el rendimiento si quieres.

Programa un job para que ejecute el procedimiento que te hacía refernecia
cada 5 minutos. Marcale el tamaño como 200 mbs, y revisalo


periodiacamente
a lo largo del día, estoy casi seguro que no superará nunca ese tamaño.

Saludos
Miguel Egea

"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en el
mensaje news:#g8Iuhj#
> Por eso!! no tengo otra lamentablemente, es un sistema ERP con muchas
> transacciones diarias de Escritura y muchos usuarios a la vez por lo


cual
ni
> una idea te das lo que crece el Log, y que tengo una politca de Backup
donde
> no lo dejo crecer mucho sino!!!, es mas una vez hice un analisis de
> Performance y me encontre conque el Sql estaba pidiendo espacio del Log


al
> So a lo loco, y eso degrada considerablemente la performance.
> Pero como te dije ahora lo estamos manejando en 2GB :(
>
>
> Salu2
> Maxi
> Buenos Aires Argentina
> Desarrollador Microsoft 3 Estrellas .NET
> [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> MSN:
>
>
> "Salvador Ramos" escribió en el
> mensaje news:edq$jZj%
> > Pues en ese caso, si ese es el creicimiento diario, poco se puede
> optimizar
> > :-)
> >
> > Un saludo
> > Salvador Ramos
> > Murcia - España
> >
> > No puedes conseguir software rápidamente disminuyendo su calidad.
> > En cambio, si que lo consigues aumentando la calidad.
> >
> > www.helpdna.net (información sobre Windows DNA, SQL Server, .NET, ...)
> >
> >
> > Microsoft MVP SQL Server
> > MCP SQL Server
> > PASS Spanish Group (www.sqlpass.org)
> >
> >
> > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió


en
el
> > mensaje news:%230zhKXj%
> > > Estimados, gracias por lo dicho, el log tiene ese tamaño porque


crece
> > mucho
> > > diria que por dia se puede generar 2GB en total o mas tambien, la
> politica
> > > de seguridad y de mantenimiento hace que esto no sea peor,


igualmente
lo
> > > estamos ahora manejando en 2GB el Log.
> > >
> > >
> > > Salu2
> > > Maxi
> > > Buenos Aires Argentina
> > > Desarrollador Microsoft 3 Estrellas .NET
> > > [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> > > MSN:
> > >
> > >
> > > "Salvador Ramos" escribió en


el
> > > mensaje news:e9$CiOj%
> > > > Hola:
> > > >
> > > > Coincido con Miguel en que no es aconsejable tener un log tan
grande,
> > > > siempre claro que se pueda evitar. Creo que con una política de
copias
> > del
> > > > log, habitualmente tendrá tamaños mucho más reducidos.
> > > >
> > > > Un saludo
> > > > Salvador Ramos
> > > > Murcia - España
> > > >
> > > > No puedes conseguir software rápidamente disminuyendo su calidad.
> > > > En cambio, si que lo consigues aumentando la calidad.
> > > >
> > > > www.helpdna.net (información sobre Windows DNA, SQL Server, .NET,
...)
> > > >
> > > >
> > > > Microsoft MVP SQL Server
> > > > MCP SQL Server
> > > > PASS Spanish Group (www.sqlpass.org)
> > > >
> > > >
> > > > "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
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > >
> > > 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
Respuesta Responder a este mensaje
#14 Miguel Egea
23/02/2004 - 19:52 | Informe spam
Estupendo, esto va a ser un 'case studie' jejeje


Saludos

Miguel Egea
Microsoft SQL-SERVER MVP
Brigada Anti-Cursores
"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en el
mensaje news:uyDCkwj#
Bueno lo probare a ver que pasa y te comento!!!

Gracias


Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"Miguel Egea" escribió en el mensaje
news:%23IMMmlj%
> Yo creo que si no tienes replicación lo podrías dejar en 400 megas, haz
una
> prueba y mide el rendimiento si quieres.
>
> Programa un job para que ejecute el procedimiento que te hacía


refernecia
> cada 5 minutos. Marcale el tamaño como 200 mbs, y revisalo
periodiacamente
> a lo largo del día, estoy casi seguro que no superará nunca ese tamaño.
>
> Saludos
> Miguel Egea
>
> "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en


el
> mensaje news:#g8Iuhj#
> > Por eso!! no tengo otra lamentablemente, es un sistema ERP con muchas
> > transacciones diarias de Escritura y muchos usuarios a la vez por lo
cual
> ni
> > una idea te das lo que crece el Log, y que tengo una politca de Backup
> donde
> > no lo dejo crecer mucho sino!!!, es mas una vez hice un analisis


de
> > Performance y me encontre conque el Sql estaba pidiendo espacio del


Log
al
> > So a lo loco, y eso degrada considerablemente la performance.
> > Pero como te dije ahora lo estamos manejando en 2GB :(
> >
> >
> > Salu2
> > Maxi
> > Buenos Aires Argentina
> > Desarrollador Microsoft 3 Estrellas .NET
> > [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> > MSN:
> >
> >
> > "Salvador Ramos" escribió en el
> > mensaje news:edq$jZj%
> > > Pues en ese caso, si ese es el creicimiento diario, poco se puede
> > optimizar
> > > :-)
> > >
> > > Un saludo
> > > Salvador Ramos
> > > Murcia - España
> > >
> > > No puedes conseguir software rápidamente disminuyendo su calidad.
> > > En cambio, si que lo consigues aumentando la calidad.
> > >
> > > www.helpdna.net (información sobre Windows DNA, SQL Server, .NET,


...)
> > >
> > >
> > > Microsoft MVP SQL Server
> > > MCP SQL Server
> > > PASS Spanish Group (www.sqlpass.org)
> > >
> > >
> > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió
en
> el
> > > mensaje news:%230zhKXj%
> > > > Estimados, gracias por lo dicho, el log tiene ese tamaño porque
crece
> > > mucho
> > > > diria que por dia se puede generar 2GB en total o mas tambien, la
> > politica
> > > > de seguridad y de mantenimiento hace que esto no sea peor,
igualmente
> lo
> > > > estamos ahora manejando en 2GB el Log.
> > > >
> > > >
> > > > Salu2
> > > > Maxi
> > > > Buenos Aires Argentina
> > > > Desarrollador Microsoft 3 Estrellas .NET
> > > > [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> > > > MSN:
> > > >
> > > >
> > > > "Salvador Ramos" escribió en
el
> > > > mensaje news:e9$CiOj%
> > > > > Hola:
> > > > >
> > > > > Coincido con Miguel en que no es aconsejable tener un log tan
> grande,
> > > > > siempre claro que se pueda evitar. Creo que con una política de
> copias
> > > del
> > > > > log, habitualmente tendrá tamaños mucho más reducidos.
> > > > >
> > > > > Un saludo
> > > > > Salvador Ramos
> > > > > Murcia - España
> > > > >
> > > > > No puedes conseguir software rápidamente disminuyendo su


calidad.
> > > > > En cambio, si que lo consigues aumentando la calidad.
> > > > >
> > > > > www.helpdna.net (información sobre Windows DNA, SQL Server,


.NET,
> ...)
> > > > >
> > > > >
> > > > > Microsoft MVP SQL Server
> > > > > MCP SQL Server
> > > > > PASS Spanish Group (www.sqlpass.org)
> > > > >
> > > > >
> > > > > "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
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > 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


Respuesta Responder a este mensaje
#15 Maximiliano D. A.
23/02/2004 - 21:46 | Informe spam
Estimado Miguelito ;-), lo probe tal cual lo tenes ahi en este banco de
pruebas.

Base 5GB

Log en Produccion (2gb)

Log en mi Prueba (400Mb)

Bien!! puse el job cada 5min, corri un proceso del ERP que borra todas las
Programaciones de produccion y mi log se fue a 600MB :(.

Claro en el Server de testing estaba yo solo nomas y haciendo eso solo no!!
;-)

No se si la prueba fue superada pero el Rendimiento ha bajado
considerablemente, luego hice la misma tarea con el log a 2GB y monitorie
que pasa con el Rendimiento, es asombroso la diferencia de Velocidad entre
uno y otro, claro el primero empezo a pedir porciones al SO de disco no!! y
el segundo no

Espero tus comentarios ;-)


Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"Miguel Egea" escribió en el mensaje
news:%23kJYU4j%
Estupendo, esto va a ser un 'case studie' jejeje


Saludos

Miguel Egea
Microsoft SQL-SERVER MVP
Brigada Anti-Cursores
"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en el
mensaje news:uyDCkwj#
> Bueno lo probare a ver que pasa y te comento!!!
>
> Gracias
>
>
> Salu2
> Maxi
> Buenos Aires Argentina
> Desarrollador Microsoft 3 Estrellas .NET
> [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> MSN:
>
>
> "Miguel Egea" escribió en el mensaje
> news:%23IMMmlj%
> > Yo creo que si no tienes replicación lo podrías dejar en 400 megas,


haz
> una
> > prueba y mide el rendimiento si quieres.
> >
> > Programa un job para que ejecute el procedimiento que te hacía
refernecia
> > cada 5 minutos. Marcale el tamaño como 200 mbs, y revisalo
> periodiacamente
> > a lo largo del día, estoy casi seguro que no superará nunca ese


tamaño.
> >
> > Saludos
> > Miguel Egea
> >
> > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió


en
el
> > mensaje news:#g8Iuhj#
> > > Por eso!! no tengo otra lamentablemente, es un sistema ERP con


muchas
> > > transacciones diarias de Escritura y muchos usuarios a la vez por lo
> cual
> > ni
> > > una idea te das lo que crece el Log, y que tengo una politca de


Backup
> > donde
> > > no lo dejo crecer mucho sino!!!, es mas una vez hice un analisis
de
> > > Performance y me encontre conque el Sql estaba pidiendo espacio del
Log
> al
> > > So a lo loco, y eso degrada considerablemente la performance.
> > > Pero como te dije ahora lo estamos manejando en 2GB :(
> > >
> > >
> > > Salu2
> > > Maxi
> > > Buenos Aires Argentina
> > > Desarrollador Microsoft 3 Estrellas .NET
> > > [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> > > MSN:
> > >
> > >
> > > "Salvador Ramos" escribió en


el
> > > mensaje news:edq$jZj%
> > > > Pues en ese caso, si ese es el creicimiento diario, poco se puede
> > > optimizar
> > > > :-)
> > > >
> > > > Un saludo
> > > > Salvador Ramos
> > > > Murcia - España
> > > >
> > > > No puedes conseguir software rápidamente disminuyendo su calidad.
> > > > En cambio, si que lo consigues aumentando la calidad.
> > > >
> > > > www.helpdna.net (información sobre Windows DNA, SQL Server, .NET,
...)
> > > >
> > > >
> > > > Microsoft MVP SQL Server
> > > > MCP SQL Server
> > > > PASS Spanish Group (www.sqlpass.org)
> > > >
> > > >
> > > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar>


escribió
> en
> > el
> > > > mensaje news:%230zhKXj%
> > > > > Estimados, gracias por lo dicho, el log tiene ese tamaño porque
> crece
> > > > mucho
> > > > > diria que por dia se puede generar 2GB en total o mas tambien,


la
> > > politica
> > > > > de seguridad y de mantenimiento hace que esto no sea peor,
> igualmente
> > lo
> > > > > estamos ahora manejando en 2GB el Log.
> > > > >
> > > > >
> > > > > Salu2
> > > > > Maxi
> > > > > Buenos Aires Argentina
> > > > > Desarrollador Microsoft 3 Estrellas .NET
> > > > > [Maxi_accotto[arroba]speedy[punto]com[punto]ar
> > > > > MSN:
> > > > >
> > > > >
> > > > > "Salvador Ramos" escribió


en
> el
> > > > > mensaje news:e9$CiOj%
> > > > > > Hola:
> > > > > >
> > > > > > Coincido con Miguel en que no es aconsejable tener un log tan
> > grande,
> > > > > > siempre claro que se pueda evitar. Creo que con una política


de
> > copias
> > > > del
> > > > > > log, habitualmente tendrá tamaños mucho más reducidos.
> > > > > >
> > > > > > Un saludo
> > > > > > Salvador Ramos
> > > > > > Murcia - España
> > > > > >
> > > > > > No puedes conseguir software rápidamente disminuyendo su
calidad.
> > > > > > En cambio, si que lo consigues aumentando la calidad.
> > > > > >
> > > > > > www.helpdna.net (información sobre Windows DNA, SQL Server,
.NET,
> > ...)
> > > > > >
> > > > > >
> > > > > > Microsoft MVP SQL Server
> > > > > > MCP SQL Server
> > > > > > PASS Spanish Group (www.sqlpass.org)
> > > > > >
> > > > > >
> > > > > > "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
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > 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
>
>







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
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida