Restore Muy lento

Hola.

Añadir un par de cosas a lo ya comentado por Alejandro y Salva.

Si no quieres volverte loco de la ansiedad, la próxima vez que tengas que
restaurar un backup, puedes calcular la velocidad a la que se está
realizando utilizando el contador Device Throughtput Bytes/sec del objeto
SQLServer:Backup Device. Así puedes ver cómo va, cuánto va a tardar más o
menos...

Sobre otras estrategias de backup, dado el volumen de información que
manejas, te aporto también la idea de utilizar snapshot backup con una
herramienta de un tercero, aprovechando los VDI (virtual devices
interfaces). Te permiten hacer una foto de tu base de datos y (tras un buen
rato) acabar teniendo tus mdf y ldf en otra parte. La restauración posterior
es un simple attach (tras dejar los ficheros en la ubicación deseada).

Alberto López Grande (qwalgrande)
"Salvador Ramos" escribió en el
mensaje news:

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.
> >
> >
> >
>
>
>