Backup y sp_detach_db

Luis Dominguez,

Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué posibles
problemas puedan surgir

1 - Que pasa si existen usuarios conectados a la db en el momento de quere
hacer el detach o usuarios que desean conectarse en ese momento?.

2 - Que pasaria si a las 3:00 pm se produce un error en la db y deseas
restaurar la db hasta un punto especifico?.

3 - Que pasaria si esa copia se daña?

4 - Como piensas reciclar el log de transacciones para que este no crezca
indefinidamente?


La manera de hacer backups de la db en T-SQL es usando el comando "backup
database" y "backup log". De esta forma evitarias los problemas referenciados
en todas las preguntas anteriores.


AMB


"Luis Dominguez" wrote:

Hola a todos,

Se quiere hacer un backup fiable y para ello se opera de la manera
siguiente:

1. Se hace un sp_detach_db de la base de datos.
2. Se copian los ficheros .mdf y .ldf en un dispositivo externo.
3. Se vuelve a hacer un sp_attach_db de la base de datos.

Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué posibles
problemas puedan surgir. Pienso en cómo quedaran los logins, usuarios, jobs,
.

Se aceptan comentarios.

Gracias y un saludo,

Totalmente deacuerdo!!! SQL no es como otros motores que para hacer un
backup hay q sacar a todo el mundo :)
Ahora es mas aun, en sql2005 ya no es necesario de sacar para hacer un
restore :)



Salu2

Micrsoft MVP SQL Server
www.sqlgururs.org


"Alejandro Mesa" wrote in message
news:

Luis Dominguez,

Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué
posibles
problemas puedan surgir

1 - Que pasa si existen usuarios conectados a la db en el momento de quere
hacer el detach o usuarios que desean conectarse en ese momento?.

2 - Que pasaria si a las 3:00 pm se produce un error en la db y deseas
restaurar la db hasta un punto especifico?.

3 - Que pasaria si esa copia se daña?

4 - Como piensas reciclar el log de transacciones para que este no crezca
indefinidamente?


La manera de hacer backups de la db en T-SQL es usando el comando "backup
database" y "backup log". De esta forma evitarias los problemas
referenciados
en todas las preguntas anteriores.


AMB


"Luis Dominguez" wrote:

Hola a todos,

Se quiere hacer un backup fiable y para ello se opera de la manera
siguiente:

1. Se hace un sp_detach_db de la base de datos.
2. Se copian los ficheros .mdf y .ldf en un dispositivo externo.
3. Se vuelve a hacer un sp_attach_db de la base de datos.

Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué
posibles
problemas puedan surgir. Pienso en cómo quedaran los logins, usuarios,
jobs,
.

Se aceptan comentarios.

Gracias y un saludo,

Hola.

Creo que lo que comentas no es exactamente así. La novedad con SQL Server
2005 está en que, una vez que restauras el filegroup primary, la base de
datos queda disponible. Así, mientras se restauran el resto de filegroups
puede haber usuarios conectados consultando aquellas tablas de aquellos
filegroups que no están en proceso de restauración. Pero para restaurar el
filegroup primary no debe haber ningún usuario conectado. Si por el
contrario no tienes que restaurar este filegroup primary, sí. Y en general
hay que tomar en consideración algunas cuantas cosas más, como el modelo de
recuperación (que ha de ser full), el restore del log final, etc.

En cualquier caso, es un importante avance, desde mi punto de vista.

Alberto López Grande (qwalgrande)


"Maxi" escribió en el mensaje
news:%

Totalmente deacuerdo!!! SQL no es como otros motores que para hacer un
backup hay q sacar a todo el mundo :)
Ahora es mas aun, en sql2005 ya no es necesario de sacar para hacer un
restore :)



Salu2

Micrsoft MVP SQL Server
www.sqlgururs.org


"Alejandro Mesa" wrote in
message news:

Luis Dominguez,

Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué
posibles
problemas puedan surgir

1 - Que pasa si existen usuarios conectados a la db en el momento de
quere
hacer el detach o usuarios que desean conectarse en ese momento?.

2 - Que pasaria si a las 3:00 pm se produce un error en la db y deseas
restaurar la db hasta un punto especifico?.

3 - Que pasaria si esa copia se daña?

4 - Como piensas reciclar el log de transacciones para que este no crezca
indefinidamente?


La manera de hacer backups de la db en T-SQL es usando el comando "backup
database" y "backup log". De esta forma evitarias los problemas
referenciados
en todas las preguntas anteriores.


AMB


"Luis Dominguez" wrote:

Hola a todos,

Se quiere hacer un backup fiable y para ello se opera de la manera
siguiente:

1. Se hace un sp_detach_db de la base de datos.
2. Se copian los ficheros .mdf y .ldf en un dispositivo externo.
3. Se vuelve a hacer un sp_attach_db de la base de datos.

Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué
posibles
problemas puedan surgir. Pienso en cómo quedaran los logins, usuarios,
jobs,
.

Se aceptan comentarios.

Gracias y un saludo,

Ante todo, gracias por responder. Comento los puntos que has aportado:

1 - Que pasa si existen usuarios conectados a la db en el momento de quere
hacer el detach o usuarios que desean conectarse en ese momento?.

Esto se da por hecho. Todo el mundo debe estar fuera. Eso no es difícil de
conseguir puesto que, por la naturaleza del uso de la base de datos, se hace
en un momento muy específico.

2 - Que pasaria si a las 3:00 pm se produce un error en la db y deseas
restaurar la db hasta un punto especifico?.

Estoy de acuerdo contigo. :)

3 - Que pasaria si esa copia se daña?

Igualmente se pueden dañar los backups, ¿no es cierto?

4 - Como piensas reciclar el log de transacciones para que este no crezca
indefinidamente?

El administrador de sistema se encarga de ir truncando el log a medida que
va creciendo.

¿Hay alguna razón más por la cual no deba utilizar este método?


Gracias.



"Alejandro Mesa" escribió en el
mensaje news:

Luis Dominguez,

> Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué

posibles

> problemas puedan surgir

1 - Que pasa si existen usuarios conectados a la db en el momento de quere
hacer el detach o usuarios que desean conectarse en ese momento?.

2 - Que pasaria si a las 3:00 pm se produce un error en la db y deseas
restaurar la db hasta un punto especifico?.

3 - Que pasaria si esa copia se daña?

4 - Como piensas reciclar el log de transacciones para que este no crezca
indefinidamente?


La manera de hacer backups de la db en T-SQL es usando el comando "backup
database" y "backup log". De esta forma evitarias los problemas

referenciados

en todas las preguntas anteriores.


AMB


"Luis Dominguez" wrote:

> Hola a todos,
>
> Se quiere hacer un backup fiable y para ello se opera de la manera
> siguiente:
>
> 1. Se hace un sp_detach_db de la base de datos.
> 2. Se copian los ficheros .mdf y .ldf en un dispositivo externo.
> 3. Se vuelve a hacer un sp_attach_db de la base de datos.
>
> Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué

posibles

> problemas puedan surgir. Pienso en cómo quedaran los logins, usuarios,

jobs,

> .
>
> Se aceptan comentarios.
>
> Gracias y un saludo,
>
>
>
>

Luis, con el permiso de Ale. Cuando sacas a usuarios para hacer el backup
estas perdiendo disponibilidad de tu servidor, ademas, como haces para sacar
los usuarios y asegurarte que nadie va entrar. Es mas yo ni le veo sentido
hacer un detach, porque no dejar al motor trabajar como el lo sabe hacer
bien y no correr riesgos?


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Luis Dominguez" escribió en el mensaje
news:%

Ante todo, gracias por responder. Comento los puntos que has aportado:

1 - Que pasa si existen usuarios conectados a la db en el momento de
quere
hacer el detach o usuarios que desean conectarse en ese momento?.

Esto se da por hecho. Todo el mundo debe estar fuera. Eso no es difícil de
conseguir puesto que, por la naturaleza del uso de la base de datos, se
hace
en un momento muy específico.

2 - Que pasaria si a las 3:00 pm se produce un error en la db y deseas
restaurar la db hasta un punto especifico?.

Estoy de acuerdo contigo. :)

3 - Que pasaria si esa copia se daña?

Igualmente se pueden dañar los backups, ¿no es cierto?

4 - Como piensas reciclar el log de transacciones para que este no crezca
indefinidamente?

El administrador de sistema se encarga de ir truncando el log a medida que
va creciendo.

¿Hay alguna razón más por la cual no deba utilizar este método?


Gracias.



"Alejandro Mesa" escribió en el
mensaje news:

Luis Dominguez,

> Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué

posibles

> problemas puedan surgir

1 - Que pasa si existen usuarios conectados a la db en el momento de
quere
hacer el detach o usuarios que desean conectarse en ese momento?.

2 - Que pasaria si a las 3:00 pm se produce un error en la db y deseas
restaurar la db hasta un punto especifico?.

3 - Que pasaria si esa copia se daña?

4 - Como piensas reciclar el log de transacciones para que este no crezca
indefinidamente?


La manera de hacer backups de la db en T-SQL es usando el comando "backup
database" y "backup log". De esta forma evitarias los problemas

referenciados

en todas las preguntas anteriores.


AMB


"Luis Dominguez" wrote:

> Hola a todos,
>
> Se quiere hacer un backup fiable y para ello se opera de la manera
> siguiente:
>
> 1. Se hace un sp_detach_db de la base de datos.
> 2. Se copian los ficheros .mdf y .ldf en un dispositivo externo.
> 3. Se vuelve a hacer un sp_attach_db de la base de datos.
>
> Yo creo que no es la mejor forma de hacerlo pero no sé precisar qué

posibles

> problemas puedan surgir. Pienso en cómo quedaran los logins, usuarios,

jobs,

> .
>
> Se aceptan comentarios.
>
> Gracias y un saludo,
>
>
>
>