Restore Muy lento

13/12/2005 - 20:16 por Pao | Informe spam
Hola a todos.
Tengo el sgte esenario:
Windows 2003 con SQL2000 y sp3.
Tengo una base de 260 de los cuales el mdf es un solo archivo de 255Gb y un
LDF que es de 5GB, estoy restaurando el backup full (Backup full un solo
archivo de toda la base) para luego poner un backup diferencial< el archivo
de backup esta en el mismo disco que el archivo de datos y el archivo de log,
que son parte de un arreglo de discos de una SAN adaptec. Sin embargo veo que
se ha demorado demansiado en realizar el restore desde las 9:29AM de hoy
hasta las 14:10 que va del dia y no termina, el proceso se ve que esta
avanzando y pienso que va a terminar bien, sin embargo es demasiado el
tiempo, esto no me sirve en un caso de falla, ya que estoy justamente
probando cuanto me tomaria restaurar esta base de 260GB, Favor su ayuda con
alguna recomendación para optimizarlo.

Preguntas similare

Leer las respuestas

#1 Maxi
14/12/2005 - 13:08 | Informe spam
Hola Pao, no es nada anormal esto. por eso se recomienda la separacion en
filegroups ;-)


Salu2
Maxi [MVP SQL SERVER]


"Pao" escribió en el mensaje
news:
Hola a todos.
Tengo el sgte esenario:
Windows 2003 con SQL2000 y sp3.
Tengo una base de 260 de los cuales el mdf es un solo archivo de 255Gb y
un
LDF que es de 5GB, estoy restaurando el backup full (Backup full un solo
archivo de toda la base) para luego poner un backup diferencial< el
archivo
de backup esta en el mismo disco que el archivo de datos y el archivo de
log,
que son parte de un arreglo de discos de una SAN adaptec. Sin embargo veo
que
se ha demorado demansiado en realizar el restore desde las 9:29AM de hoy
hasta las 14:10 que va del dia y no termina, el proceso se ve que esta
avanzando y pienso que va a terminar bien, sin embargo es demasiado el
tiempo, esto no me sirve en un caso de falla, ya que estoy justamente
probando cuanto me tomaria restaurar esta base de 260GB, Favor su ayuda
con
alguna recomendación para optimizarlo.



Respuesta Responder a este mensaje
#2 Alejandro Mesa
14/12/2005 - 15:26 | Informe spam
Maxi,

Hola Pao, no es nada anormal esto. por eso se recomienda la separacion en
filegroups ;-)



Si debes restaurar la base de datos por completo (que es el caso de Pao), no
importa cuantos filegroups tienes, a la final tomara el mismo tiempo que si
restauras un full backup. Otra cosa importante a tomar en cuenta antes de
decidir la estrategia de backups por filegroups, es que para restaurar un
filegroup, se debe tambien restaurar el ultimo backup del log (backup que se
debe hacer antes de restaurar el filegroup) y por ende este no nos dejara
hacer una restauracion hasta un tiempo definido del pasado (aunque estemos
usando full recovery mode). Esta opcion, aunque util para bases de datos muy
grandes, trae consigo una serie de hechos que deben tenerse en cuenta antes
de optar por el.


AMB




"Maxi" wrote:

Hola Pao, no es nada anormal esto. por eso se recomienda la separacion en
filegroups ;-)


Salu2
Maxi [MVP SQL SERVER]


"Pao" escribió en el mensaje
news:
> Hola a todos.
> Tengo el sgte esenario:
> Windows 2003 con SQL2000 y sp3.
> Tengo una base de 260 de los cuales el mdf es un solo archivo de 255Gb y
> un
> LDF que es de 5GB, estoy restaurando el backup full (Backup full un solo
> archivo de toda la base) para luego poner un backup diferencial< el
> archivo
> de backup esta en el mismo disco que el archivo de datos y el archivo de
> log,
> que son parte de un arreglo de discos de una SAN adaptec. Sin embargo veo
> que
> se ha demorado demansiado en realizar el restore desde las 9:29AM de hoy
> hasta las 14:10 que va del dia y no termina, el proceso se ve que esta
> avanzando y pienso que va a terminar bien, sin embargo es demasiado el
> tiempo, esto no me sirve en un caso de falla, ya que estoy justamente
> probando cuanto me tomaria restaurar esta base de 260GB, Favor su ayuda
> con
> alguna recomendación para optimizarlo.
>
>
>



Respuesta Responder a este mensaje
#3 Pao
14/12/2005 - 16:21 | Informe spam
Entonces sin importar la estragia que use si la base es grande y debo
restaurar por completo, es normal que se demore, desde las 9:29Am hasta las
20:40PM ???? No hay manera de mejorar esto??? Es posible que sea porque esta
en una SAN???

"Alejandro Mesa" wrote:

Maxi,

> Hola Pao, no es nada anormal esto. por eso se recomienda la separacion en
> filegroups ;-)

Si debes restaurar la base de datos por completo (que es el caso de Pao), no
importa cuantos filegroups tienes, a la final tomara el mismo tiempo que si
restauras un full backup. Otra cosa importante a tomar en cuenta antes de
decidir la estrategia de backups por filegroups, es que para restaurar un
filegroup, se debe tambien restaurar el ultimo backup del log (backup que se
debe hacer antes de restaurar el filegroup) y por ende este no nos dejara
hacer una restauracion hasta un tiempo definido del pasado (aunque estemos
usando full recovery mode). Esta opcion, aunque util para bases de datos muy
grandes, trae consigo una serie de hechos que deben tenerse en cuenta antes
de optar por el.


AMB




"Maxi" wrote:

> Hola Pao, no es nada anormal esto. por eso se recomienda la separacion en
> filegroups ;-)
>
>
> Salu2
> Maxi [MVP SQL SERVER]
>
>
> "Pao" escribió en el mensaje
> news:
> > Hola a todos.
> > Tengo el sgte esenario:
> > Windows 2003 con SQL2000 y sp3.
> > Tengo una base de 260 de los cuales el mdf es un solo archivo de 255Gb y
> > un
> > LDF que es de 5GB, estoy restaurando el backup full (Backup full un solo
> > archivo de toda la base) para luego poner un backup diferencial< el
> > archivo
> > de backup esta en el mismo disco que el archivo de datos y el archivo de
> > log,
> > que son parte de un arreglo de discos de una SAN adaptec. Sin embargo veo
> > que
> > se ha demorado demansiado en realizar el restore desde las 9:29AM de hoy
> > hasta las 14:10 que va del dia y no termina, el proceso se ve que esta
> > avanzando y pienso que va a terminar bien, sin embargo es demasiado el
> > tiempo, esto no me sirve en un caso de falla, ya que estoy justamente
> > probando cuanto me tomaria restaurar esta base de 260GB, Favor su ayuda
> > con
> > alguna recomendación para optimizarlo.
> >
> >
> >
>
>
>
Respuesta Responder a este mensaje
#4 Alejandro Mesa
14/12/2005 - 17:20 | Informe spam
Pao,

No conocemos bien tu arquitectura por lo que dar un si o no es dificil. Por
lo pronto te recomiendo una leida de los siguientes articulos.

Performance Tuning Tips for SQL Server Backup and Restore
http://www.sql-server-performance.c...tuning.asp

Performance Tuning SQL Server Hardware
http://www.sql-server-performance.c...ng.asp#I/O

SQL Server 2000 I/O Configuration in a SAN/NAS Environment
http://www.sql-server-performance.com/ew_san.asp


AMB

"Pao" wrote:

Entonces sin importar la estragia que use si la base es grande y debo
restaurar por completo, es normal que se demore, desde las 9:29Am hasta las
20:40PM ???? No hay manera de mejorar esto??? Es posible que sea porque esta
en una SAN???

"Alejandro Mesa" wrote:

> Maxi,
>
> > Hola Pao, no es nada anormal esto. por eso se recomienda la separacion en
> > filegroups ;-)
>
> Si debes restaurar la base de datos por completo (que es el caso de Pao), no
> importa cuantos filegroups tienes, a la final tomara el mismo tiempo que si
> restauras un full backup. Otra cosa importante a tomar en cuenta antes de
> decidir la estrategia de backups por filegroups, es que para restaurar un
> filegroup, se debe tambien restaurar el ultimo backup del log (backup que se
> debe hacer antes de restaurar el filegroup) y por ende este no nos dejara
> hacer una restauracion hasta un tiempo definido del pasado (aunque estemos
> usando full recovery mode). Esta opcion, aunque util para bases de datos muy
> grandes, trae consigo una serie de hechos que deben tenerse en cuenta antes
> de optar por el.
>
>
> AMB
>
>
>
>
> "Maxi" wrote:
>
> > Hola Pao, no es nada anormal esto. por eso se recomienda la separacion en
> > filegroups ;-)
> >
> >
> > Salu2
> > Maxi [MVP SQL SERVER]
> >
> >
> > "Pao" escribió en el mensaje
> > news:
> > > Hola a todos.
> > > Tengo el sgte esenario:
> > > Windows 2003 con SQL2000 y sp3.
> > > Tengo una base de 260 de los cuales el mdf es un solo archivo de 255Gb y
> > > un
> > > LDF que es de 5GB, estoy restaurando el backup full (Backup full un solo
> > > archivo de toda la base) para luego poner un backup diferencial< el
> > > archivo
> > > de backup esta en el mismo disco que el archivo de datos y el archivo de
> > > log,
> > > que son parte de un arreglo de discos de una SAN adaptec. Sin embargo veo
> > > que
> > > se ha demorado demansiado en realizar el restore desde las 9:29AM de hoy
> > > hasta las 14:10 que va del dia y no termina, el proceso se ve que esta
> > > avanzando y pienso que va a terminar bien, sin embargo es demasiado el
> > > tiempo, esto no me sirve en un caso de falla, ya que estoy justamente
> > > probando cuanto me tomaria restaurar esta base de 260GB, Favor su ayuda
> > > con
> > > alguna recomendación para optimizarlo.
> > >
> > >
> > >
> >
> >
> >
Respuesta Responder a este mensaje
#5 Salvador Ramos
14/12/2005 - 17:47 | Informe spam
Deberías ver si necesitas tener un servidor en stand by, para ponerlo en
marcha lo más rápido posible en caso de caída del que hay en explotación.
Para ello puedes utilizar log shipping o replicación.
También hay herramientas de backup de terceros que son más rápidas que el
backup de SQL Server, pero sobre ellas no puedo opinar ya que no las he
utilizado, de todas formas te paso algunos links:
http://www.red-gate.com/products/sq.../index.htm
http://www.quest.com/litespeed_for_.../index.asp

Creo que estos también tienen herramientas
www.apexsql.com

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


"Pao" escribió en el mensaje
news:
Entonces sin importar la estragia que use si la base es grande y debo
restaurar por completo, es normal que se demore, desde las 9:29Am hasta
las
20:40PM ???? No hay manera de mejorar esto??? Es posible que sea porque
esta
en una SAN???

"Alejandro Mesa" wrote:

Maxi,

> Hola Pao, no es nada anormal esto. por eso se recomienda la separacion
> en
> filegroups ;-)

Si debes restaurar la base de datos por completo (que es el caso de Pao),
no
importa cuantos filegroups tienes, a la final tomara el mismo tiempo que
si
restauras un full backup. Otra cosa importante a tomar en cuenta antes de
decidir la estrategia de backups por filegroups, es que para restaurar un
filegroup, se debe tambien restaurar el ultimo backup del log (backup que
se
debe hacer antes de restaurar el filegroup) y por ende este no nos dejara
hacer una restauracion hasta un tiempo definido del pasado (aunque
estemos
usando full recovery mode). Esta opcion, aunque util para bases de datos
muy
grandes, trae consigo una serie de hechos que deben tenerse en cuenta
antes
de optar por el.


AMB




"Maxi" wrote:

> Hola Pao, no es nada anormal esto. por eso se recomienda la separacion
> en
> filegroups ;-)
>
>
> Salu2
> Maxi [MVP SQL SERVER]
>
>
> "Pao" escribió en el mensaje
> news:
> > Hola a todos.
> > Tengo el sgte esenario:
> > Windows 2003 con SQL2000 y sp3.
> > Tengo una base de 260 de los cuales el mdf es un solo archivo de
> > 255Gb y
> > un
> > LDF que es de 5GB, estoy restaurando el backup full (Backup full un
> > solo
> > archivo de toda la base) para luego poner un backup diferencial< el
> > archivo
> > de backup esta en el mismo disco que el archivo de datos y el archivo
> > de
> > log,
> > que son parte de un arreglo de discos de una SAN adaptec. Sin embargo
> > veo
> > que
> > se ha demorado demansiado en realizar el restore desde las 9:29AM de
> > hoy
> > hasta las 14:10 que va del dia y no termina, el proceso se ve que
> > esta
> > avanzando y pienso que va a terminar bien, sin embargo es demasiado
> > el
> > tiempo, esto no me sirve en un caso de falla, ya que estoy justamente
> > probando cuanto me tomaria restaurar esta base de 260GB, Favor su
> > ayuda
> > con
> > alguna recomendación para optimizarlo.
> >
> >
> >
>
>
>
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida