Tiempo que tarda un Shrink

Hola Miguel, como estas? no es buena tecnica tener 3 logs en RAIDS
distintos? esto no mejora la performance? tenia entendido que dividir los
logs en raid distintos era una tecnica de performance.

Un saludo


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Miguel Egea" escribió en el mensaje de
noticias:

Si no te está dando problemas no lo cortes, porque siempre introduces un
factor de incertidumbre. Aún a´si no debiera tardar eso.

Me atrevería a decirte que es normal que no se te haya reducido el tamaño.
Porque el log es una estructura circular y solo recorta cuando está al
final.

Cosas que me llaman la atención. 3 ficheros de logs no tienen ningún
sentido si no es porque te falte espacio en el sitio donde esté el
principal. Al ser una estructura secuencial no te beneficia tener 3 logs
ys si te complica la administración.

Para reducirlo adecuadamente yo me leería las faqs del grupo
http://www.helpdna.net/sqlserver_faq.htm , en el artículo número1.

Saludos
Miguel Egea




"mediocad" wrote in message
news:

Hola a todos,

Ayer lancé un Shrink de mi BD y resulta que han pasado 18 horas y sigue
en
proceso. La verdad es que no sé si sigue porque después de aceptar se
quedó
la ventana en pantalla y ahí sigue. Mi BD es de 14Gb. ¿Es normal tanto
tiempo? Tampoco he visto que se haya reducido el tamaño.

Si me voy al administrador de tareas y finalizo la tarea, ¿Es posible que
se
dañe la BD? Por ahora se está trabajando contra ella y no da problema.

La idea es reducir los logs y por eso primero intenté realizar esta
tarea.
Tengo 3 logs de 12Gb, 8Gb y 102Mb

Un saludo y gracias

eso es correcto para ficheros de datos, pero no para el log de
transacciones. El log de transacciones es una estructura secuencial y no se
aprovechara del paralelismo en ningún caso, así pues, separar logs en varios
files no hace sentido excepto para problemas de espacio.

Saludos
Miguel Egea

"Maxi Accotto" wrote in message
news:

Hola Miguel, como estas? no es buena tecnica tener 3 logs en RAIDS
distintos? esto no mejora la performance? tenia entendido que dividir los
logs en raid distintos era una tecnica de performance.

Un saludo


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Miguel Egea" escribió en el mensaje de
noticias:

Si no te está dando problemas no lo cortes, porque siempre introduces un
factor de incertidumbre. Aún a´si no debiera tardar eso.

Me atrevería a decirte que es normal que no se te haya reducido el
tamaño. Porque el log es una estructura circular y solo recorta cuando
está al final.

Cosas que me llaman la atención. 3 ficheros de logs no tienen ningún
sentido si no es porque te falte espacio en el sitio donde esté el
principal. Al ser una estructura secuencial no te beneficia tener 3 logs
ys si te complica la administración.

Para reducirlo adecuadamente yo me leería las faqs del grupo
http://www.helpdna.net/sqlserver_faq.htm , en el artículo número1.

Saludos
Miguel Egea




"mediocad" wrote in message
news:

Hola a todos,

Ayer lancé un Shrink de mi BD y resulta que han pasado 18 horas y sigue
en
proceso. La verdad es que no sé si sigue porque después de aceptar se
quedó
la ventana en pantalla y ahí sigue. Mi BD es de 14Gb. ¿Es normal tanto
tiempo? Tampoco he visto que se haya reducido el tamaño.

Si me voy al administrador de tareas y finalizo la tarea, ¿Es posible
que se
dañe la BD? Por ahora se está trabajando contra ella y no da problema.

La idea es reducir los logs y por eso primero intenté realizar esta
tarea.
Tengo 3 logs de 12Gb, 8Gb y 102Mb

Un saludo y gracias

Gracias Miguel, tenia entendido que por mas que sea secuencial si lo separas
tenias paralelismo, de hecho una vez intente hacerlo y lo que observe es que
los llenaba parejos, si tenia 2 transacion log en dos filegroups no es que
llenaba primero uno y luego el otro, pero francamente nunca hice una
comparacion de performance real a ver si eso tenia algun impacto :-S


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Miguel Egea" escribió en el mensaje de
noticias:

eso es correcto para ficheros de datos, pero no para el log de
transacciones. El log de transacciones es una estructura secuencial y no
se aprovechara del paralelismo en ningún caso, así pues, separar logs en
varios files no hace sentido excepto para problemas de espacio.

Saludos
Miguel Egea

"Maxi Accotto" wrote in message
news:

Hola Miguel, como estas? no es buena tecnica tener 3 logs en RAIDS
distintos? esto no mejora la performance? tenia entendido que dividir los
logs en raid distintos era una tecnica de performance.

Un saludo


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Miguel Egea" escribió en el mensaje de
noticias:

Si no te está dando problemas no lo cortes, porque siempre introduces un
factor de incertidumbre. Aún a´si no debiera tardar eso.

Me atrevería a decirte que es normal que no se te haya reducido el
tamaño. Porque el log es una estructura circular y solo recorta cuando
está al final.

Cosas que me llaman la atención. 3 ficheros de logs no tienen ningún
sentido si no es porque te falte espacio en el sitio donde esté el
principal. Al ser una estructura secuencial no te beneficia tener 3 logs
ys si te complica la administración.

Para reducirlo adecuadamente yo me leería las faqs del grupo
http://www.helpdna.net/sqlserver_faq.htm , en el artículo número1.

Saludos
Miguel Egea




"mediocad" wrote in message
news:

Hola a todos,

Ayer lancé un Shrink de mi BD y resulta que han pasado 18 horas y sigue
en
proceso. La verdad es que no sé si sigue porque después de aceptar se
quedó
la ventana en pantalla y ahí sigue. Mi BD es de 14Gb. ¿Es normal tanto
tiempo? Tampoco he visto que se haya reducido el tamaño.

Si me voy al administrador de tareas y finalizo la tarea, ¿Es posible
que se
dañe la BD? Por ahora se está trabajando contra ella y no da problema.

La idea es reducir los logs y por eso primero intenté realizar esta
tarea.
Tengo 3 logs de 12Gb, 8Gb y 102Mb

Un saludo y gracias

En realidad llenaría primero uno y luego otro, supongo que la prueba te dió
resultados extraños. No puede llenar ambos a la vez y garantizar la
transaccionalidad..

Saludos
Miguel Egea
"Maxi Accotto" wrote in message
news:%

Gracias Miguel, tenia entendido que por mas que sea secuencial si lo
separas tenias paralelismo, de hecho una vez intente hacerlo y lo que
observe es que los llenaba parejos, si tenia 2 transacion log en dos
filegroups no es que llenaba primero uno y luego el otro, pero francamente
nunca hice una comparacion de performance real a ver si eso tenia algun
impacto :-S


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Miguel Egea" escribió en el mensaje de
noticias:

eso es correcto para ficheros de datos, pero no para el log de
transacciones. El log de transacciones es una estructura secuencial y no
se aprovechara del paralelismo en ningún caso, así pues, separar logs en
varios files no hace sentido excepto para problemas de espacio.

Saludos
Miguel Egea

"Maxi Accotto" wrote in message
news:

Hola Miguel, como estas? no es buena tecnica tener 3 logs en RAIDS
distintos? esto no mejora la performance? tenia entendido que dividir
los logs en raid distintos era una tecnica de performance.

Un saludo


Microsoft MVP SQLServer
www.sqltotalconsulting.com
-

"Miguel Egea" escribió en el mensaje de
noticias:

Si no te está dando problemas no lo cortes, porque siempre introduces
un factor de incertidumbre. Aún a´si no debiera tardar eso.

Me atrevería a decirte que es normal que no se te haya reducido el
tamaño. Porque el log es una estructura circular y solo recorta cuando
está al final.

Cosas que me llaman la atención. 3 ficheros de logs no tienen ningún
sentido si no es porque te falte espacio en el sitio donde esté el
principal. Al ser una estructura secuencial no te beneficia tener 3
logs ys si te complica la administración.

Para reducirlo adecuadamente yo me leería las faqs del grupo
http://www.helpdna.net/sqlserver_faq.htm , en el artículo número1.

Saludos
Miguel Egea




"mediocad" wrote in message
news:

Hola a todos,

Ayer lancé un Shrink de mi BD y resulta que han pasado 18 horas y
sigue en
proceso. La verdad es que no sé si sigue porque después de aceptar se
quedó
la ventana en pantalla y ahí sigue. Mi BD es de 14Gb. ¿Es normal tanto
tiempo? Tampoco he visto que se haya reducido el tamaño.

Si me voy al administrador de tareas y finalizo la tarea, ¿Es posible
que se
dañe la BD? Por ahora se está trabajando contra ella y no da problema.

La idea es reducir los logs y por eso primero intenté realizar esta
tarea.
Tengo 3 logs de 12Gb, 8Gb y 102Mb

Un saludo y gracias

Gracias por vuestras respuestas. Entonces sería hacer esto:

1. Hago backup desde el Enterprise Manager
2. ¿Cómo se hace eso?
3. Checkpoint
Backup log <mibd> with truncate_only
dbcc shrinkfile (<nombre_log1, 100)
dbcc shrinkfile (<nombre_log2, 100)
dbcc shrinkfile (<nombre_log3, 100)
Para los dos últimos ¿Cómo se pone emptyfile)
4. Esto sería:
alter database remove file <nombre_log2>
alter database remove file <nombre_log3>
5. Plan de mantenimiento y backups lo miraré más tarde porque he leído a
cerca de ello y tal vez no tenga que preguntar.

Gracias y un saludo


"Miguel Egea" wrote:

Lo puedes hacer con la BBDD en producción.
Para poder hacerle srhink al fichero no te quedará otra que hacerle un
backup, aunque sea with truncate_only (que es como tirar tods los backups a
la basura.)

Yo haría
1.- Backup completo de la BBDD en disco
2.- pasar a modo de recuperación simple
3.- hacer shrink para cada uno de los 3 ficheros, para el primario con un
tamaño objetivo que deje espacio para lo que necesites en el dia a dia, para
los otros dos con el parámetro emptyfile
4.- borraría los ficheros con alter database remove file
5.- Crearía el plan de mantenimiento y comprobaría que los backups estén
funcionando adecuadamente.

Saludos
Miguel Egea




"mediocad" wrote in message
news:
> Gracias Miguel por tu respuesta. Supongo que el 'Empty file' es para los
> logs, ¿no?. Por otro lado, me interesa saber si puedo hacer lo de las faqs
> con la base de datos en producción o he de parar el servicio.
>
> Para los backups de los logs y la automatización ya he leído algo e
> intentaré hacerlo, pero primero quiero hacer los de los logs.
>
> Un saludo
>
> "Miguel Egea" wrote:
>
>> hay un parámetro del comando shrinkfile que es 'Empty file', después de
>> haber vaciado un fichero puedes eliminarlo. después simplemente hay que
>> asegurarse que se hacen los backps del log que hagan falta para evitar
>> que
>> crezca desmesuradamente y crear tareas de monitorización que avisen si
>> quedase poco espacio en disco
>>
>> Espero que te sirva.
>>
>>
>>
>>
>> "mediocad" wrote in message
>> news:
>> > Hola Miguel,
>> >
>> > Gracias por contestar. Hoy, después de dos días y siguiendo igual he
>> > decidido parar la tarea. Ahora voy a hacer lo que dice la faq en el
>> > artículo
>> > nº 1. Pero me surge una duda; ¿He de hacerlo con la BD parada o los
>> > servicios
>> > de SQL parados o lo puedo hacer en cualquier momento?
>> >
>> > Tengo 3 logs poque así me lo encontré y sé que lo hicieron así por
>> > falta
>> > de
>> > espacio. ¿Se podría agrupar todo en uno?
>> >
>> > Un saludo
>> >
>> > "Miguel Egea" wrote:
>> >
>> >> Si no te está dando problemas no lo cortes, porque siempre introduces
>> >> un
>> >> factor de incertidumbre. Aún a´si no debiera tardar eso.
>> >>
>> >> Me atrevería a decirte que es normal que no se te haya reducido el
>> >> tamaño.
>> >> Porque el log es una estructura circular y solo recorta cuando está al
>> >> final.
>> >>
>> >> Cosas que me llaman la atención. 3 ficheros de logs no tienen ningún
>> >> sentido
>> >> si no es porque te falte espacio en el sitio donde esté el principal.
>> >> Al
>> >> ser
>> >> una estructura secuencial no te beneficia tener 3 logs ys si te
>> >> complica
>> >> la
>> >> administración.
>> >>
>> >> Para reducirlo adecuadamente yo me leería las faqs del grupo
>> >> http://www.helpdna.net/sqlserver_faq.htm , en el artículo número1.
>> >>
>> >> Saludos
>> >> Miguel Egea
>> >>
>> >>
>> >>
>> >>
>> >> "mediocad" wrote in message
>> >> news:
>> >> > Hola a todos,
>> >> >
>> >> > Ayer lancé un Shrink de mi BD y resulta que han pasado 18 horas y
>> >> > sigue
>> >> > en
>> >> > proceso. La verdad es que no sé si sigue porque después de aceptar
>> >> > se
>> >> > quedó
>> >> > la ventana en pantalla y ahí sigue. Mi BD es de 14Gb. ¿Es normal
>> >> > tanto
>> >> > tiempo? Tampoco he visto que se haya reducido el tamaño.
>> >> >
>> >> > Si me voy al administrador de tareas y finalizo la tarea, ¿Es
>> >> > posible
>> >> > que
>> >> > se
>> >> > dañe la BD? Por ahora se está trabajando contra ella y no da
>> >> > problema.
>> >> >
>> >> > La idea es reducir los logs y por eso primero intenté realizar esta
>> >> > tarea.
>> >> > Tengo 3 logs de 12Gb, 8Gb y 102Mb
>> >> >
>> >> > Un saludo y gracias
>> >> >
>> >>
>>
>>