copia seguridad diaria

02/10/2006 - 09:23 por Raquel Santamaria | Informe spam
Hola, me gustaría saber como puedo hacer una copia de seguridad diaria de
una aplicacion en VB .NET

Tengo el interface, para que a una hora seleccionada se realice la copia de
seguridad. Creo q necesito algun procedimiento, me podeis ayudar?

Preguntas similare

Leer las respuestas

#16 Raquel Santamaria
05/10/2006 - 10:09 | Informe spam
Hola Alberto:

Gracias por tu respuesta.

Vamos a ver, no te pasa lo mismo que a tu compañero porque la
configuración de la base de datos la tienes distinta que la que tenía tu
compañero. Tú tienes la base de datos configurada como SIMPLE y tu
compañero la tenía como FULL. Si te fijas en el código del compañero, lo
que hace es examinar la configuración y si observa que está en SIMPLE,
pues lanza un mensaje de error y no sigue adelante.



He reprobado el programa sin tocar nada a la configuracion de la bbdd (al
menos no
intencionado) y ahora resulta que me funciona. Pero de todos modos, como
dentro de
poco habrá que implantar no quiero que me falle "in situ". Asique he buscado
el Enterprise
Manager del que me hablabas pero no sé donde está...

Si quieres que el programa, sin modificarlo, te funcione a tí, tendrás
que reconfigurar tu base de datos, cosa que puedes hacer de dos formas:
Una es acudiendo al Enterprise Manager (si es SQL 2000) o al SSMS (si es
2005), pinchando en "propiedades" de la base de datos, buscando el
desplegable que dice que está en modo "simple" y cambiandolo a "full". La
otra es usando una herramienta cliente para transmitir a la base de datos
una sentencia SQL que haga exactamente lo mismo (te la escribí en un
mensaje anterior).
Respuesta Responder a este mensaje
#17 Raquel Santamaria
05/10/2006 - 10:22 | Informe spam
Puede ser la propiedad RECUPERACION que dice COMPLETO(full)?

Pone completo y es la base de datos que estoy usando... La base de datos de
mi compañero
sin embargo pone SENCILLO (simple)...

Esto es muy raro... a mí no me funcionaba y yo no toqué esa propiedad (por
lo que suponemos que
siempre estuvo COMPLETO) y a mi compañero con su base de datos le funcionaba
y en la suya
pone SIMPLE ¿? ¿?




"Alberto Poblacion"
escribió en el mensaje news:
"Raquel Santamaria" wrote in message
news:
Te mando el codigo del procedimiento donde esta la famosa linea de
SIMPLE, a ver si le puedes
echar un vistazo y ver porque razon me falla si no pongo RECOVERY (y si
realmente debo cambiarlo,
porque tampoco lo tengo tan claro) y a mi compañero no le pasaba lo
mismo Gracias




Vamos a ver, no te pasa lo mismo que a tu compañero porque la
configuración de la base de datos la tienes distinta que la que tenía tu
compañero. Tú tienes la base de datos configurada como SIMPLE y tu
compañero la tenía como FULL. Si te fijas en el código del compañero, lo
que hace es examinar la configuración y si observa que está en SIMPLE,
pues lanza un mensaje de error y no sigue adelante.

Si quieres que el programa, sin modificarlo, te funcione a tí, tendrás
que reconfigurar tu base de datos, cosa que puedes hacer de dos formas:
Una es acudiendo al Enterprise Manager (si es SQL 2000) o al SSMS (si es
2005), pinchando en "propiedades" de la base de datos, buscando el
desplegable que dice que está en modo "simple" y cambiandolo a "full". La
otra es usando una herramienta cliente para transmitir a la base de datos
una sentencia SQL que haga exactamente lo mismo (te la escribí en un
mensaje anterior).


Respuesta Responder a este mensaje
#18 Raquel Santamaria
05/10/2006 - 10:22 | Informe spam
Puede ser la propiedad RECUPERACION que dice COMPLETO(full)? Mira el archivo
adjunto.

Pone completo y es la base de datos que estoy usando... La base de datos de
mi compañero
sin embargo pone SENCILLO (simple)...

Esto es muy raro... a mí no me funcionaba y yo no toqué esa propiedad (por
lo que suponemos que
siempre estuvo COMPLETO) y a mi compañero con su base de datos le funcionaba
y en la suya
pone SIMPLE ¿? ¿?


"Raquel Santamaria" escribió en el mensaje
news:%
Hola Alberto:

Gracias por tu respuesta.

Vamos a ver, no te pasa lo mismo que a tu compañero porque la
configuración de la base de datos la tienes distinta que la que tenía tu
compañero. Tú tienes la base de datos configurada como SIMPLE y tu
compañero la tenía como FULL. Si te fijas en el código del compañero, lo
que hace es examinar la configuración y si observa que está en SIMPLE,
pues lanza un mensaje de error y no sigue adelante.



He reprobado el programa sin tocar nada a la configuracion de la bbdd (al
menos no
intencionado) y ahora resulta que me funciona. Pero de todos modos, como
dentro de
poco habrá que implantar no quiero que me falle "in situ". Asique he
buscado el Enterprise
Manager del que me hablabas pero no sé donde está...

Si quieres que el programa, sin modificarlo, te funcione a tí,
tendrás que reconfigurar tu base de datos, cosa que puedes hacer de dos
formas: Una es acudiendo al Enterprise Manager (si es SQL 2000) o al SSMS
(si es 2005), pinchando en "propiedades" de la base de datos, buscando el
desplegable que dice que está en modo "simple" y cambiandolo a "full". La
otra es usando una herramienta cliente para transmitir a la base de datos
una sentencia SQL que haga exactamente lo mismo (te la escribí en un
mensaje anterior).




Respuesta Responder a este mensaje
#19 Raquel Santamaria
05/10/2006 - 10:24 | Informe spam
Puede ser la propiedad RECUPERACION que dice COMPLETO(full)?

Pone completo y es la base de datos que estoy usando... La base de datos de
mi compañero
sin embargo pone SENCILLO (simple)...

Esto es muy raro... a mí no me funcionaba y yo no toqué esa propiedad (por
lo que suponemos que
siempre estuvo COMPLETO) y a mi compañero con su base de datos le funcionaba
y en la suya
pone SIMPLE ¿? ¿?
Respuesta Responder a este mensaje
#20 Carlos Gómez
05/10/2006 - 10:35 | Informe spam
Ah, antes de nada. Uso SqlServer 2005 Express
He encontrado que con
DBCC SQLPERF(LOGSPACE)
me devuelve el tamaño de los log.

Ahora bien, si yo hago copias de seguridad 'completas' (soy
tremendamente nuevo en SQLServer y no conozco bien la terminología),
has comentado que el log de transacciones aumenta, y -según he
entendido-, hay que reducir su tamaño a mano.

Lo hago de la siguiente forma:
Para la base de datos Guion:

DBCC SHRINKFILE (Guion_log,1)

y el resultado es que el log de la base de datos en question se reduce
al 1%.

Para crear las copias de seguridad hago:
BACKUP DATABASE Guion TO GuionBackUp WITH FORMAT

y para restaurarlas hago:
RESTORE DATABASE Guion FROM GuionBackUp WITH REPLACE

El pero (siempre hay un pero) es que a veces al restaurar (desde
VB.NET) da error porque necesita acceso exclusivo. Pero bueno, lo que
hago es cerrar la aplicación, y ejecuto la restauracion desde
Management Studio

¿Es correcto el planteamiento? (con independencia de mejoras), o por
el contrario, estoy haciendo un disparate...

Agradezco mucho tu ayuda.
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida