Bloqueos al hacer backups automáticos

Hola Javier,

Observando con más detalle, veo que en el plan de mantenimiento de la BD,
cada opción seleccionada la realiza por separado y me he fijado en que la
parte de reorganizar datos e índices se ejecuta sólo una vez a la semana los
domingos y el backup verificando la integridad en lo que se realiza de forma
diaria.
Así que lo que está bloqueando seguro que no es la parte de reorganizar
datos e índices.

Ya lo siento por haberlo dicho de forma incorrecta. ¿Sabrías a qué otra
causa puede ser debido? ¿Y la forma de solucionarlo?

Muchas gracias,
Ana


"Javier Loria" wrote:

Hola Ana:
Elimina la opcion de reorganizar datos e indices y veras que ya no te
bloquea, o te "bloquea" muy poco.
Mi recomendacion es que la reorganizacion de indices y datos la hagas
una vez cada 15/30 dias, y en alguna hora donde no haya nadie conectado.
Toma en cuenta varias cosas:
a) La reindexacion participa en transacciones y por ende va al Transaction
Log
b) Esto significa que si reindexas la BD, toda la BD terminara en el
transaction log (en tu caso 4.5 Gb). Debes reservar el espacio requerido.
c) Una vez terminada el proceso puedes hacer respaldo del log, para
limpiarlo. Tambien es posible que quieras hacer un respaldo de toda la BD.
Saludos,


Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.


"ana" wrote in message
news:
> No se bloquea 13 minutos. Digo que hacer el backup dura 13 minutos y al
> comenzar el backup de la BD grande, comienza a bloquearse, pero el bloqueo
> no
> dura los 13 minutos que tarda el proceso de backup.
>
> Tengo marcadas las siguientes opciones en el plan de mantenimiento:
> Optimizaciones:
> - Reorganizar datos e índices. Cambiar el porcentaje de espacio libre por
> página al 10%
> Integridad:
> - Comprueba integridad de la BD. Incluye índices.
> - Realiza la comprobación antes de realizar el backup.
> Backup completo:
> - Verifica la integridad del backup.
> Reporting:
> - Escribe en al tabla de históricos ... con un límite de 1000 registros.
>
> ¿Cuál de estas opciones podría cambiar para optimizar el proceso de backup
> sin que luego me afecte el funcionamiento en el caso de que tuviese que
> restaurar uno de los backups?
>
> Gracias,
> Ana
>
>
> "Javier Loria" wrote:
>
>> Hola Ana:
>> El proceso de backup es un proceso que puede ser pesado para tu base
>> de
>> datos y afectar el rendimiento de tus usuarios, de preferencia debe
>> hacerse
>> en momentos donde el servidor tenga baja carga. Aun asi no deberia
>> bloquearse 13 minutos.
>> Una consulta, en el plan de mantenimiento seleccionaste la opcion de
>> reorganizar datos e indices? Porque si es asi ellos son los reponsables
>> de
>> los bloqueos, ya que envian comandos DBCC DBREINDEX y estos comandos
>> bloquean de forma compartida la tabla evitando cualquier modificacion.
>> Saludos,
>>
>> Javier Loria
>> Costa Rica (MVP)
>> Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
>> que pueda ser copiado y pegado al Query Analizer.
>> La version de SQL y Service Pack tambien ayuda.
>>
>>
>> "ana" wrote in message
>> news:
>> > Hola,
>> > en el plan de mantenimiento de la BD, tengo una tarea que hace un
>> > backup
>> > automático de una serie de base de datos al servidor. Esta tarea es
>> > diaria a
>> > las 10 de la mañana.
>> > Hasta ahora no había habido ningún problema, pero ahora han empezado a
>> > producirse bloqueos justo a las 10:01. He comprobado que justo a esa
>> > hora
>> > empieza a hacer el backup de la BD más grande (estoy hablando de 4,5
>> > GB).
>> > La
>> > tarea tarda en ejecutarse de 10 a 13 minutos.
>> > ¿Por qué se producen los bloqueos al hacer el backup? ¿Hay alguna forma
>> > de
>> > evitarlos?
>> >
>> > Gracias
>> > Ana
>>
>>

Hola Ana:
Ya se me estan acabando las ideas :(
Tal vez estas respaldando en tape?, si es asi, te recomiendo que
respaldes a disco y luego lo pases al tape.
Saludos,


Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

"ana" wrote in message
news:

Hola Javier,

Observando con más detalle, veo que en el plan de mantenimiento de la BD,
cada opción seleccionada la realiza por separado y me he fijado en que la
parte de reorganizar datos e índices se ejecuta sólo una vez a la semana
los
domingos y el backup verificando la integridad en lo que se realiza de
forma
diaria.
Así que lo que está bloqueando seguro que no es la parte de reorganizar
datos e índices.

Ya lo siento por haberlo dicho de forma incorrecta. ¿Sabrías a qué otra
causa puede ser debido? ¿Y la forma de solucionarlo?

Muchas gracias,
Ana


"Javier Loria" wrote:

Hola Ana:
Elimina la opcion de reorganizar datos e indices y veras que ya no te
bloquea, o te "bloquea" muy poco.
Mi recomendacion es que la reorganizacion de indices y datos la hagas
una vez cada 15/30 dias, y en alguna hora donde no haya nadie conectado.
Toma en cuenta varias cosas:
a) La reindexacion participa en transacciones y por ende va al
Transaction
Log
b) Esto significa que si reindexas la BD, toda la BD terminara en el
transaction log (en tu caso 4.5 Gb). Debes reservar el espacio requerido.
c) Una vez terminada el proceso puedes hacer respaldo del log, para
limpiarlo. Tambien es posible que quieras hacer un respaldo de toda la
BD.
Saludos,


Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.


"ana" wrote in message
news:
> No se bloquea 13 minutos. Digo que hacer el backup dura 13 minutos y
> al
> comenzar el backup de la BD grande, comienza a bloquearse, pero el
> bloqueo
> no
> dura los 13 minutos que tarda el proceso de backup.
>
> Tengo marcadas las siguientes opciones en el plan de mantenimiento:
> Optimizaciones:
> - Reorganizar datos e índices. Cambiar el porcentaje de espacio libre
> por
> página al 10%
> Integridad:
> - Comprueba integridad de la BD. Incluye índices.
> - Realiza la comprobación antes de realizar el backup.
> Backup completo:
> - Verifica la integridad del backup.
> Reporting:
> - Escribe en al tabla de históricos ... con un límite de 1000
> registros.
>
> ¿Cuál de estas opciones podría cambiar para optimizar el proceso de
> backup
> sin que luego me afecte el funcionamiento en el caso de que tuviese que
> restaurar uno de los backups?
>
> Gracias,
> Ana
>
>
> "Javier Loria" wrote:
>
>> Hola Ana:
>> El proceso de backup es un proceso que puede ser pesado para tu
>> base
>> de
>> datos y afectar el rendimiento de tus usuarios, de preferencia debe
>> hacerse
>> en momentos donde el servidor tenga baja carga. Aun asi no deberia
>> bloquearse 13 minutos.
>> Una consulta, en el plan de mantenimiento seleccionaste la opcion
>> de
>> reorganizar datos e indices? Porque si es asi ellos son los
>> reponsables
>> de
>> los bloqueos, ya que envian comandos DBCC DBREINDEX y estos comandos
>> bloquean de forma compartida la tabla evitando cualquier modificacion.
>> Saludos,
>>
>> Javier Loria
>> Costa Rica (MVP)
>> Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
>> que pueda ser copiado y pegado al Query Analizer.
>> La version de SQL y Service Pack tambien ayuda.
>>
>>
>> "ana" wrote in message
>> news:
>> > Hola,
>> > en el plan de mantenimiento de la BD, tengo una tarea que hace un
>> > backup
>> > automático de una serie de base de datos al servidor. Esta tarea es
>> > diaria a
>> > las 10 de la mañana.
>> > Hasta ahora no había habido ningún problema, pero ahora han empezado
>> > a
>> > producirse bloqueos justo a las 10:01. He comprobado que justo a
>> > esa
>> > hora
>> > empieza a hacer el backup de la BD más grande (estoy hablando de 4,5
>> > GB).
>> > La
>> > tarea tarda en ejecutarse de 10 a 13 minutos.
>> > ¿Por qué se producen los bloqueos al hacer el backup? ¿Hay alguna
>> > forma
>> > de
>> > evitarlos?
>> >
>> > Gracias
>> > Ana
>>
>>

El backup va a disco y luego a cinta.
No importa. Muchísimas gracias de todas formas. Cambié la hora del backup
a un periodo de descanso en la fábrica y por ahora no me ha dado problemas,
así que ...

De nuevo muchas gracias,
Ana


"Javier Loria" wrote:

Hola Ana:
Ya se me estan acabando las ideas :(
Tal vez estas respaldando en tape?, si es asi, te recomiendo que
respaldes a disco y luego lo pases al tape.
Saludos,


Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

"ana" wrote in message
news:
> Hola Javier,
>
> Observando con más detalle, veo que en el plan de mantenimiento de la BD,
> cada opción seleccionada la realiza por separado y me he fijado en que la
> parte de reorganizar datos e índices se ejecuta sólo una vez a la semana
> los
> domingos y el backup verificando la integridad en lo que se realiza de
> forma
> diaria.
> Así que lo que está bloqueando seguro que no es la parte de reorganizar
> datos e índices.
>
> Ya lo siento por haberlo dicho de forma incorrecta. ¿Sabrías a qué otra
> causa puede ser debido? ¿Y la forma de solucionarlo?
>
> Muchas gracias,
> Ana
>
>
> "Javier Loria" wrote:
>
>> Hola Ana:
>> Elimina la opcion de reorganizar datos e indices y veras que ya no te
>> bloquea, o te "bloquea" muy poco.
>> Mi recomendacion es que la reorganizacion de indices y datos la hagas
>> una vez cada 15/30 dias, y en alguna hora donde no haya nadie conectado.
>> Toma en cuenta varias cosas:
>> a) La reindexacion participa en transacciones y por ende va al
>> Transaction
>> Log
>> b) Esto significa que si reindexas la BD, toda la BD terminara en el
>> transaction log (en tu caso 4.5 Gb). Debes reservar el espacio requerido.
>> c) Una vez terminada el proceso puedes hacer respaldo del log, para
>> limpiarlo. Tambien es posible que quieras hacer un respaldo de toda la
>> BD.
>> Saludos,
>>
>>
>> Javier Loria
>> Costa Rica (MVP)
>> Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
>> que pueda ser copiado y pegado al Query Analizer.
>> La version de SQL y Service Pack tambien ayuda.
>>
>>
>> "ana" wrote in message
>> news:
>> > No se bloquea 13 minutos. Digo que hacer el backup dura 13 minutos y
>> > al
>> > comenzar el backup de la BD grande, comienza a bloquearse, pero el
>> > bloqueo
>> > no
>> > dura los 13 minutos que tarda el proceso de backup.
>> >
>> > Tengo marcadas las siguientes opciones en el plan de mantenimiento:
>> > Optimizaciones:
>> > - Reorganizar datos e índices. Cambiar el porcentaje de espacio libre
>> > por
>> > página al 10%
>> > Integridad:
>> > - Comprueba integridad de la BD. Incluye índices.
>> > - Realiza la comprobación antes de realizar el backup.
>> > Backup completo:
>> > - Verifica la integridad del backup.
>> > Reporting:
>> > - Escribe en al tabla de históricos ... con un límite de 1000
>> > registros.
>> >
>> > ¿Cuál de estas opciones podría cambiar para optimizar el proceso de
>> > backup
>> > sin que luego me afecte el funcionamiento en el caso de que tuviese que
>> > restaurar uno de los backups?
>> >
>> > Gracias,
>> > Ana
>> >
>> >
>> > "Javier Loria" wrote:
>> >
>> >> Hola Ana:
>> >> El proceso de backup es un proceso que puede ser pesado para tu
>> >> base
>> >> de
>> >> datos y afectar el rendimiento de tus usuarios, de preferencia debe
>> >> hacerse
>> >> en momentos donde el servidor tenga baja carga. Aun asi no deberia
>> >> bloquearse 13 minutos.
>> >> Una consulta, en el plan de mantenimiento seleccionaste la opcion
>> >> de
>> >> reorganizar datos e indices? Porque si es asi ellos son los
>> >> reponsables
>> >> de
>> >> los bloqueos, ya que envian comandos DBCC DBREINDEX y estos comandos
>> >> bloquean de forma compartida la tabla evitando cualquier modificacion.
>> >> Saludos,
>> >>
>> >> Javier Loria
>> >> Costa Rica (MVP)
>> >> Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
>> >> que pueda ser copiado y pegado al Query Analizer.
>> >> La version de SQL y Service Pack tambien ayuda.
>> >>
>> >>
>> >> "ana" wrote in message
>> >> news:
>> >> > Hola,
>> >> > en el plan de mantenimiento de la BD, tengo una tarea que hace un
>> >> > backup
>> >> > automático de una serie de base de datos al servidor. Esta tarea es
>> >> > diaria a
>> >> > las 10 de la mañana.
>> >> > Hasta ahora no había habido ningún problema, pero ahora han empezado
>> >> > a
>> >> > producirse bloqueos justo a las 10:01. He comprobado que justo a
>> >> > esa
>> >> > hora
>> >> > empieza a hacer el backup de la BD más grande (estoy hablando de 4,5
>> >> > GB).
>> >> > La
>> >> > tarea tarda en ejecutarse de 10 a 13 minutos.
>> >> > ¿Por qué se producen los bloqueos al hacer el backup? ¿Hay alguna
>> >> > forma
>> >> > de
>> >> > evitarlos?
>> >> >
>> >> > Gracias
>> >> > Ana
>> >>
>> >>
>>
>>