Funcionamiento de BackUp

Hola Adrian,

el problema ha sido que Maximiliano ha comentado en el hilo backup del log incremental (ir metiendo un un mismo device varias copias del registro de transacciones), y yo he hecho un comentario después recomendando realizar backup de diferencias (no de log); creo que ha sido ahí cuando Patrick ha confundido los términos ...

Eladio Rincón
MCAD, SQL Server MVP
http://www.siquelnet.com

"Comparte lo que sabes, aprende lo que no sepas." FGG

"Adrian D. Garcia" escribió en el mensaje news:

No existe el backup diferencial del LOG. Solo puedes hacer un backup del
log. Cuando realizas el backup del LOG el motor libera la parte inactiva del
mismo, por eso debes mantener los backups del LOG desde tu ultimo backup
diferencial de la base. No hay otra salida a ello por ahora.

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Patrick Mac Kay" wrote in message
news:
> La ultima linea debiera decir
>
> Con respecto a tu pregunta, aun no se como hacer un backup diferencial
de
> log, que no es lo mismo que los backups que hace ahora, donde hay que
tomar
> todos los ultimos y no el ultimo.
>
>
> Saludos
>
> Patrick.
> www.mvp.cl
>
> Esta dirección de correo no es monitoreada de forma permanente.
> Puedes responderme acá al mismo foro.
>
> "Patrick Mac Kay" wrote in message
> news:euppU%
> > Eladio,
> >
> > gracias por la documentacion. Ya tengo todo andando. Al proceso de
> > backup completo diaro a las 4 am le agregue los backups de log cada 5
> > minutos , entoces los acumula en una carpeta y dejo los de la ultima
hora.
> > Asi tengo el full, el diferencial cada 30 minutos y varios chicos de log
> > cada 5. Ya hice una pruebas y restauré una base de datos en otro
servidor
> en
> > algunos minutos con lo ultimo del servidor anterior (en el caso fatal).
> >
> > Con respecto a tu pregunta, aun no se como hacer un backup diferencial
de
> > log, que no es lo mismo que los backups que hace ahora que hay que tomar
> > todos los ultimos y el ultimos.
> >
> >
> > Saludos
> >
> > Patrick.
> > www.mvp.cl
> >
> > Esta dirección de correo no es monitoreada de forma permanente.
> > Puedes responderme acá al mismo foro.
> >
> > "Eladio Rincón" wrote in message
> > news:e$
> > Hola,
> >
> > en linea ´...
> >
> > "Patrick Mac Kay" escribió en el mensaje
> > news:%
> > > Eladio,
> > >
> > > gracias por responder Vamos por parte.
> > >
> > > Algo he leido de log shipping. Conoces algun documento donde expliquen
> la
> > > configuracion que hay que armar para dejarlo funcionando?
> > >
> >
> >
> > el capítulo 13 del kit de recursos de SQL Server es completo sobre log
> > shipping:
> >
>
http://www.microsoft.com/technet/tr...efault.asp
> >
> > > Hasta antes del post inicial, yo conocía de incrementales en datos
donde
> > un
> > > backup incremental contiene las diferencias desde el ultimo backup
> > completo,
> > > y cada incremental obviamente contiene lo del incremental anterior
hasta
> > el
> > > nuevo completo, pero no conocia los de log. Ahora, por lo que vi no es
> > > realmente un incremental si no que es un acumulado de logs. Como le
> > comenté
> > > a Maximiliano, la técnica funciona, pero tengo que restaurar todos
los
> > > backups de logs chicos desde el ultimo incremental de datos y no el
> > > "ultimo".
> > >
> > > EL problema no es de espacio sino de volumen de movimiento. El backup
> > > completo pesa 3 GB y los diferenciales de cada 30 minutos parten en
> pocos
> > MB
> > > hasta llegar a cerca de 300 MB un rato antes de las 4:00 am del
> siguiente
> > > dia. Por eso me interesaba mover archivos vajo la siguiente
> configuracion.
> > >
> > > A las 4 de la mañana, puedo mover los gigas que quiera
> > > Cada 30 minutos, mover archivos medianos de maximo 300 MB donde toma
> > > aproximadamente 1 minuto (depende del uso del IO). Se demora máximo 3
> > > minutos en generarlo
> > > Cada 5 minutos mover archivos chicos de 3 MB como mucho.
> > >
> >
> > Lo qeu se consigue con el backup diferencial (no de diferencias) es que
> con
> > restaurar un fichero evitas tener que restaurar varias copias del
registro
> > de transacciones del mismo periodo; Yo no creo que la copia del registro
> de
> > transacciones pese más de 300 MB por lo que podrías hacer la copia y
> > transferirla. De todas formas sigo pensando que la solución que
necesitas
> es
> > log shipping: vas a mover el fichero e inmendiatamente lo vas a
restaurar.
> >
> >
> > > En tu propuesta, si haces esa copia de registro de transacciones de 30
> > > minutos y un diferencial de 4 horas, ¿tendría el problema de tener que
> > > restaurar todos los respaldos desde el ultimo diferencial, es decir,
> hasta
> > > un máximo de 7 restauraciones?...
> > >
> >
> > Exacto, se restauraría la copia completa, el último diferencial y las 7
> > copias del registro de transacciones; yo estaba equivocado en tu
> necesidad;
> > de hecho con la solución que tienes implementada, la copia diferencial
> sólo
> > la necesitarías en caso de desastre y tener que restaurar la base de
datos
> > completa: con tu solución, si llega el desastre, sólo tendrías que
> restaurar
> > la última copia del registro de transacciones. ¿es correcto?
> >
> > Saludos,
> > Eladio
> >
> > > Saludos y gracias
> > >
> > > Patrick.
> > > www.mvp.cl
> > >
> > > Esta dirección de correo no es monitoreada de forma permanente.
> > > Puedes responderme acá al mismo foro.
> > >
> > > "Eladio Rincón" wrote in message
> > > news:
> > > Hola Patrick,
> > >
> > > me da la sensación que tienes un servidor en espera por si el servidor
> > > principal queda fuera de servicio, ¿es así? Si es así, SQL Server EE
> lleva
> > > integrado "log shipping" (trasvase de registros) que en lineas
> generales,
> > > traspasa las copias de seguridad del registro de transacciones a otro
> > > servidor que tenemos en espera por si tenemos un desastre en el
servidor
> > > principal;
> > >
> > > También comentas que realizas copias "incrementales del log"; creo que
> > > "incrementales del log" es para tí varias copias de seguridad del
> registro
> > > de transacciones en una misma unidad de copia, ¿es así?
> > >
> > > Si la solución de trasvase de registros no te sirve, yo propondía lo
> > > siguiente: parece seguro que una copia completa de la base de datos
está
> > > programada a las 4.00; además programaría una copia de diferencia cada
4
> > > horas, y copia del registro de transacciones (log) cada 30 minutos
como
> lo
> > > tienes ahora mismo; ahora, como tienes problemas de espacio (eso he
> > > interpretado), como la copia diferencial incluye los cambios en las
> > últimas
> > > 4 horas, en el caso peor (el que más espacio consume) tendríamos:
> > > - una copia completa de la base de datos ( la de las 4.00).
> > > - una copia de seguridad de diferencias ( cada cuatro horas ).
> > > - 4 horas x 2 copias (una cada media hora) del registro de
> transacciones.
> > >
> > > Saludos,
> > >
> > > Eladio Rincón
> > > MCAD, SQL Server MVP
> > > http://www.siquelnet.com
> > >
> > > "Comparte lo que sabes, aprende lo que no sepas." FGG
> > >
> > > "Patrick Mac Kay" escribió en el mensaje
> > > news:%23DMcX$
> > > Gracias.. por todo. y las felicitaciones
> > >
> > > vamos a ver que pasa con el log...
> > >
> > > El problema que tengo acá es el siguiente...
> > >
> > > Tengo una base de datos no muy grande, solo 3 GB, y crece mas o menos
12
> > MB
> > > por hora. No tenemos presupuesto para tener discos espejados o un
> cluster
> > o
> > > alguna opcion de ese tipo, entonces estoy ingeniandomelas para poder
> > > restaurar de otro servidor en caso que se muera el principal Acá
la
> > > información es crítica asi que no puedo perder muchoidealmente
NADA
> > >
> > > Entonces hago un full a las 4 am, e incrementales de datos cada 30
> minutos
> > > (con opcion de reiniciar el device, que es de dos archivos ya que
tengo
> > > entendido que con mas de uno respalda mas rapido)
> > >
> > > Tengo un servicio que hice que me copia los archivos de un servidor al
> > otro
> > > y como te comentaba en un inicio, con esta combinacion recupero todo
> menos
> > > los ultimos minutos...con un máximo de 30.
> > >
> > > Por eso me interesaba respaldar y restaurar el log, ya que tampoco
> quiero
> > > mover archivos muy grandes entre servidores y con el diferencial ya
> llego
> > > hasta 200 MB en un dia y toma un máximo de 3 minutos en generarse
un
> > > nuevo incremental.
> > >
> > > Tu crees que con lo que me comentas me genere un incremental de log de
> > estos
> > > 30 minuos o menos?...y asi minimizar la pérdida?
> > >
> > > Saludos
> > >
> > > Patrick.
> > > www.mvp.cl
> > >
> > > Esta dirección de correo no es monitoreada de forma permanente.
> > > Puedes responderme acá al mismo foro.
> > >
> > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in
> > message
> > > news:uNx$
> > > igual que el de datos,
> > >
> > > vos creas primero si creas el device si? aca no hay mas opciones que
> > > ubicacion de archivo, luego cuando haces el Backup del log le pones
> > NOINIT,
> > > esto lo haces muy bien con el asistente que Tiene SqlServer para los
> > Backup,
> > > como no tengo nada que ocultar te voy a pasar como queda el paso de
una
> de
> > > mis tareas de Backup (justamente la del log incremental ;)
> > >
> > > BACKUP LOG [FSC] TO [FSC_LOG] WITH NOINIT , NOUNLOAD , NAME > N'COPIA
> D
> > EL
> > > LOG', SKIP , STATS = 10, NOFORMAT , NO_TRUNCATE
> > >
> > > lo que esta en rojo es lo que hace el Backup sea incremental, esta set
> > > tambien lo podes hacer para el Data.
> > >
> > > pd: sos del club de Mvp de chile? de ser asi te felicito por el
portal,
> es
> > > Excelente y me parece una excelente idea a seguir por otros Mvp
> > >
> > > Salu2
> > >
> > > Maximiliano Damian Accotto
> > >
> > >
> > > "Patrick Mac Kay" escribió en el mensaje
> > > news:ewH%
> > > > Biengracias nuevamente
> > > >
> > > > ahora te hago una pegunta que te puede sonar tonta, pero como
> respaldas
> > el
> > > > log en un incrementalhe visto incrementales de datos pero no de
> log
> > y
> > > al
> > > > crear un device de respaldo no veo opciones.
> > > >
> > > > Saludos
> > > >
> > > > Patrick.
> > > > www.mvp.cl
> > > >
> > > > Esta dirección de correo no es monitoreada de forma permanente.
> > > > Puedes responderme acá al mismo foro.
> > > >
> > > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in
> > > message
> > > > news:
> > > > > el tema es asi.
> > > > >
> > > > > El archivo fisico de Backup (.bak) lo podes hacer de forma
> incremental
> > o
> > > > > reinicia la copia, la primer opcion que hace:
> > > > >
> > > > > Genera dentro del mismo Archivo fisico los distintos Backup del
log,
> > por
> > > > lo
> > > > > cual en un solo archivo por ej yo tengo 20 backup del log (uno por
> > > hora),
> > > > >
> > > > > La otra forma es que cuando haces un backup reinicie el archivo,
> esto
> > > > quiere
> > > > > decir que borrara lo que hay y empezara de nuevo, si haces esto,
> solo
> > > > > tendras el ultimo log y no es util asi si quieres tener mas puntos
> de
> > > > > restauracion.
> > > > >
> > > > > Asi como te digo si por ej se te rompe la base a las 13 Hs,
deberia
> > > hacer
> > > > > esto:
> > > > >
> > > > > Restauras el Full (dejando la base no operativa)
> > > > > Restauras los Log (que estan en el archivo incremental) hasta las
12
> > hs,
> > > > por
> > > > > lo cual has perdido solamente 1hs por ej de datos.
> > > > >
> > > > > Claro la frecuencia la estableces vos segun el movimiento, quizas
no
> > sea
> > > > > necesario hacerlo por hora o quizas aun sea mas necesario hacerlo
> por
> > ej
> > > > > cada 10', cada caso hay que estudiarlo por separado para ver cual
es
> > lo
> > > > mas
> > > > > optimo.
> > > > >
> > > > > Salu2
> > > > >
> > > > > Maximiliano Damian Accotto
> > > > >
> > > > >
> > > > > "Patrick Mac Kay" escribió en el mensaje
> > > > > news:
> > > > > > Gracias por contestar.no te entendi esta parte. Me podrias
dar
> > mas
> > > > > > detalles por favor...
> > > > > >
> > > > > > > luego por cada hora hago en un Incremental un Backup del Log
> > > > > >
> > > > > > Gracias de antemano...
> > > > > >
> > > > > > Saludos
> > > > > >
> > > > > > Patrick.
> > > > > > www.mvp.cl
> > > > >
>
> > > > > > Esta dirección de correo no es monitoreada de forma permanente.
> > > > > > Puedes responderme acá al mismo foro.
> > > > >
>
> > > > > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar>
wrote
> in
> > > > > message
> > > > > > news:%
> > > > > > > Patrick te cuento lo que yo hago si?
> > > > > > >
> > > > > > > Un full por dia (a este lo inicializo siempre el archivo)
> > > > > > >
> > > > > > > luego por cada hora hago en un Incremental un Backup del Log
> > > > > > >
> > > > > > > Una vez terminado el dia, hay un proceso que copia antes de
> hacer
> > el
> > > > > full
> > > > > > el
> > > > > > > archivo bak del log a otra unidad digamos y lo inicializa
luego
> > del
> > > > del
> > > > > > > Full)
> > > > > > >
> > > > > > > Con esto que logro,
> > > > > > >
> > > > > > > bueno que pueda recuperar la Base a una hora determinada,
claro
> > esto
> > > > es
> > > > > > asi
> > > > > > > porque tengo el modo de recuperacion en Completo, de lo
> contrario
> > > > > estarias
> > > > > > > en problemas y solo te seria util el Full.
> > > > > > >
> > > > > > > Otra alternativa si no se puede hacer un Backup full diario
> > > > > > >
> > > > > > > Es hacer
> > > > > > >
> > > > > > > un full por semana
> > > > > > > un diferencial por dia (en un archivo incremental)
> > > > > > > y por ultimo un log en un archivo incremental por Hora.
> > > > > > >
> > > > > > > para recordar: cuando haces el del Log debes poner que no lo
> > trunque
> > > > > > (hablo
> > > > > > > el de cada hora)
> > > > > > >
> > > > > > > Salu2 y espero haberte aclarado un poco la cosa
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Maximiliano Damian Accotto
> > > > > > >
> > > > > > >
> > > > > > > "Patrick Mac Kay" escribió en el mensaje
> > > > > > > news:%
> > > > > > > > Hola a todos,
> > > > > > > >
> > > > > > > > tengo ciertas dudas con respecto al funcionamiento del
> > backup
> > > y
> > > > > los
> > > > > > > > distintos tipos.
> > > > > > > >
> > > > > > > > Si yo realizo un backup full a determinada hora del dia (1
> vez),
> > y
> > > > > luego
> > > > > > > > backups incrementales en varios intervalos del dia, me suena
> > > logico
> > > > > que
> > > > > > > > pueda respaldar informacion entre los backups diferenciales,
> es
> > > > decir,
> > > > > > > creo
> > > > > > > > que son los de transaccion.
> > > > > > > >
> > > > > > > > Con los 2 primeros no he tenido problema ya que el full y el
> > > ultimo
> > > > > > > > diferencial me dejan la base de datos completa, pero cuando
> > trato
> > > de
> > > > > > > > restaurar el de log, me da error, ese de que este backup no
se
> > > puede
> > > > > > > > restaurar ya que hay registros que faltan o por que comienza
> > > muchos
> > > > > > > despues
> > > > > > > > del ultimo registro en la base de datos...
> > > > > > > >
> > > > > > > > Como es la forma correcta de respaldar el log de
transacciones
> y
> > > de
> > > > > > > > restaurarlo posteriormente.
> > > > > > > >
> > > > > > > > Saludos
> > > > > > > >
> > > > > > > > Patrick.
> > > > > > > > www.mvp.cl
> > > > > > >
> > >
> > > > > > > > Esta dirección de correo no es monitoreada de forma
> permanente.
> > > > > > > > Puedes responderme acá al mismo foro.
> > > > > > >
> > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

creo que ha dejado resuelta la duda Adrián,

el backup de diferencias realiza una copia de las diferencias que ha habido en la base de datos desde el último backup completo; es decir, es obligatorio haber hecho un backup completo antes de hacer un backup de diferencias para que tenga la referencia del estado inicial: de ahí el hecho de que SOLO tienes que restaurar el último backup de diferencias porque tiene registrados todos los cambios habidos en la base de datos desde el último backup completo.

Espero que te haya aclarado un poco más.

Por cierto Patrick, ¿es posible que te haya conocido en TechEd Barcelona 2003? participaste en Imagine Cup, ¿verdad?

Saludos,

Eladio Rincón
MCAD, SQL Server MVP
http://www.siquelnet.com

"Comparte lo que sabes, aprende lo que no sepas." FGG

"Patrick Mac Kay" escribió en el mensaje news:OGuq1$
Maximiliano,

gracias por las respuestas. Ya tengo todo andando. Al proceso de backup completo diaro a las 4 am le agregue los backups de log cada 5 minutos , entoces los acumula en una carpeta y dejo los de la ultima hora. Asi tengo el full, el diferencial cada 30 minutos y varios chicos de log cada 5. Ya hice una pruebas y restauré una base de datos en otro servidor en algunos minutos con lo ultimo del servidor anterior (en el caso fatal).

Aun no se como hacer un backup diferencial de log, que no es lo mismo que los backups que hace ahora, en donde hay que tomar todos los ultimos y no el ultimo.

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano Damian Accotto" wrote in message news:%
Patrik,

el primer no es un problema es lo que uno busca no, si en lugar de hacerlos cada 30' lo haces cada 1hs es mejor la ventaja es q podes volver para atras, esto es una ventaja enorme por mas que paresca muy engorroso, por ej te voy a dar un caso que nos paso hace unos meses.

A una hora en nuestro ERP corrienron un proceso que luego de 5hs mas se dieron cuenta que habia hecho muchos lios.

por lo cual se pudo restaurar un log por tenerlo como te comente y lo unico que se perdio es lo q paso en esas 5hs que no era nada malo.

ahora si no quieres tante frecuencia, quizas debas hacer algun dif en el medio, por ej

Backup log cada media hora y un dif al medio Dia.

ahora el tener backup incrementales no es tener backup al cuete si se utiliza de forma buena, es mas una buena tecnica de Backup (sea de donde sea) es conveniente hacerla incremental.

Claro cada caso hay que analizarlo en particular y no hay muchas soluciones magicas lamentablemente.




Salu2 enormes

Maximiliano Damian Accotto

Fundicion San Cayetano S.A.
Gerente de IT
Buenos Aires - Argentina
-
Desarrollador 3 estrellas
http://www.microsoft.com/spanish/ms...efault.asp
-
(maxi_accotto[arroba]speedy.com.ar)
MSN:
"Patrick Mac Kay" escribió en el mensaje news:
Maximiliano,

gracias por tus acotaciones

Te cuento que ya logro restaurar del log gracias a los cambios sugeridos por tiSe debia a que estaba almacenando el ultimo backup del log (reescribiendo el device) y ahora los dejo acumularse. Ahora tengo 2 míseros inconvenientes 1.- Tengo que restaurar todos los backups de logs desde el ultimo diferencial y 2.- despues de un tiempo voy a tener backups innecesarios ya que despues de un diferencial, todos los respaldos de log antes de ese diferencial ya no me aportan nada nuevo.

Algo habia leido de log shipping, y tambien de respaldar fuera, pero por motivos de lentitud de la red he preferido no hacerlo.

A todo eso , el portalsql se cae y para mayor extrañezaestá en MySql... Mañana trato mejor de buscar el documento

Saludos y gracias nuevamente...

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano Damian Accotto" wrote in message news:
Patrik

claro, cuanto mas chico el tiempo sea mejor no y no solo eso, sino que haciendo como te dije podes restaurar a una hora determinada del dia como te explique antes.

Aca estas suponiendo que se rompa todo el disco y debas empezar de 0, porque si no pasa eso,hay algunas tecnicas que te pueden ayudar a tratar de usar el log (en el portal de Miguel www.portalsql.com hay un excelente documento sobre esto, revisalo)

Otra cosa es que no es necesario armar ningun Servicio para copiar de un lado a otro, lo que yo hago es dentro del mismo trabajo armar un paso que haga el copy, tambien seria piola que puedas hacer el backup fuera de esa maquina cosa de que realmente sea un Backup con todas la letras, claro esto no es tan color de rosas ya que si el archivo es pesado y la red lenta pues imaginate nomas, pero son otras alternativas a mirar.




Salu2 enormes

Maximiliano Damian Accotto

Fundicion San Cayetano S.A.
Gerente de IT
Buenos Aires - Argentina
-
Desarrollador 3 estrellas
http://www.microsoft.com/spanish/ms...efault.asp
-
(maxi_accotto[arroba]speedy.com.ar)
MSN:
"Patrick Mac Kay" escribió en el mensaje news:%23DMcX$
Gracias.. por todo. y las felicitaciones

vamos a ver que pasa con el log...

El problema que tengo acá es el siguiente...

Tengo una base de datos no muy grande, solo 3 GB, y crece mas o menos 12 MB por hora. No tenemos presupuesto para tener discos espejados o un cluster o alguna opcion de ese tipo, entonces estoy ingeniandomelas para poder restaurar de otro servidor en caso que se muera el principal Acá la información es crítica asi que no puedo perder muchoidealmente NADA

Entonces hago un full a las 4 am, e incrementales de datos cada 30 minutos (con opcion de reiniciar el device, que es de dos archivos ya que tengo entendido que con mas de uno respalda mas rapido)

Tengo un servicio que hice que me copia los archivos de un servidor al otro y como te comentaba en un inicio, con esta combinacion recupero todo menos los ultimos minutos...con un máximo de 30.

Por eso me interesaba respaldar y restaurar el log, ya que tampoco quiero mover archivos muy grandes entre servidores y con el diferencial ya llego hasta 200 MB en un dia y toma un máximo de 3 minutos en generarse un nuevo incremental.

Tu crees que con lo que me comentas me genere un incremental de log de estos 30 minuos o menos?...y asi minimizar la pérdida?

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in message news:uNx$
igual que el de datos,

vos creas primero si creas el device si? aca no hay mas opciones que ubicacion de archivo, luego cuando haces el Backup del log le pones NOINIT, esto lo haces muy bien con el asistente que Tiene SqlServer para los Backup, como no tengo nada que ocultar te voy a pasar como queda el paso de una de mis tareas de Backup (justamente la del log incremental ;)

BACKUP LOG [FSC] TO [FSC_LOG] WITH NOINIT , NOUNLOAD , NAME = N'COPIA DEL LOG', SKIP , STATS = 10, NOFORMAT , NO_TRUNCATE

lo que esta en rojo es lo que hace el Backup sea incremental, esta set tambien lo podes hacer para el Data.

pd: sos del club de Mvp de chile? de ser asi te felicito por el portal, es Excelente y me parece una excelente idea a seguir por otros Mvp

Salu2

Maximiliano Damian Accotto


"Patrick Mac Kay" escribió en el mensaje news:ewH%

Biengracias nuevamente

ahora te hago una pegunta que te puede sonar tonta, pero como respaldas el
log en un incrementalhe visto incrementales de datos pero no de log y al
crear un device de respaldo no veo opciones.

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in message
news:
> el tema es asi.
>
> El archivo fisico de Backup (.bak) lo podes hacer de forma incremental o
> reinicia la copia, la primer opcion que hace:
>
> Genera dentro del mismo Archivo fisico los distintos Backup del log, por
lo
> cual en un solo archivo por ej yo tengo 20 backup del log (uno por hora),
>
> La otra forma es que cuando haces un backup reinicie el archivo, esto
quiere
> decir que borrara lo que hay y empezara de nuevo, si haces esto, solo
> tendras el ultimo log y no es util asi si quieres tener mas puntos de
> restauracion.
>
> Asi como te digo si por ej se te rompe la base a las 13 Hs, deberia hacer
> esto:
>
> Restauras el Full (dejando la base no operativa)
> Restauras los Log (que estan en el archivo incremental) hasta las 12 hs,
por
> lo cual has perdido solamente 1hs por ej de datos.
>
> Claro la frecuencia la estableces vos segun el movimiento, quizas no sea
> necesario hacerlo por hora o quizas aun sea mas necesario hacerlo por ej
> cada 10', cada caso hay que estudiarlo por separado para ver cual es lo
mas
> optimo.
>
> Salu2
>
> Maximiliano Damian Accotto
>
>
> "Patrick Mac Kay" escribió en el mensaje
> news:
> > Gracias por contestar.no te entendi esta parte. Me podrias dar mas
> > detalles por favor...
> >
> > > luego por cada hora hago en un Incremental un Backup del Log
> >
> > Gracias de antemano...
> >
> > Saludos
> >
> > Patrick.
> > www.mvp.cl
> >
> > Esta dirección de correo no es monitoreada de forma permanente.
> > Puedes responderme acá al mismo foro.
> >
> > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in
> message
> > news:%
> > > Patrick te cuento lo que yo hago si?
> > >
> > > Un full por dia (a este lo inicializo siempre el archivo)
> > >
> > > luego por cada hora hago en un Incremental un Backup del Log
> > >
> > > Una vez terminado el dia, hay un proceso que copia antes de hacer el
> full
> > el
> > > archivo bak del log a otra unidad digamos y lo inicializa luego del
del
> > > Full)
> > >
> > > Con esto que logro,
> > >
> > > bueno que pueda recuperar la Base a una hora determinada, claro esto
es
> > asi
> > > porque tengo el modo de recuperacion en Completo, de lo contrario
> estarias
> > > en problemas y solo te seria util el Full.
> > >
> > > Otra alternativa si no se puede hacer un Backup full diario
> > >
> > > Es hacer
> > >
> > > un full por semana
> > > un diferencial por dia (en un archivo incremental)
> > > y por ultimo un log en un archivo incremental por Hora.
> > >
> > > para recordar: cuando haces el del Log debes poner que no lo trunque
> > (hablo
> > > el de cada hora)
> > >
> > > Salu2 y espero haberte aclarado un poco la cosa
> > >
> > >
> > >
> > > Maximiliano Damian Accotto
> > >
> > >
> > > "Patrick Mac Kay" escribió en el mensaje
> > > news:%
> > > > Hola a todos,
> > > >
> > > > tengo ciertas dudas con respecto al funcionamiento del backup y
> los
> > > > distintos tipos.
> > > >
> > > > Si yo realizo un backup full a determinada hora del dia (1 vez), y
> luego
> > > > backups incrementales en varios intervalos del dia, me suena logico
> que
> > > > pueda respaldar informacion entre los backups diferenciales, es
decir,
> > > creo
> > > > que son los de transaccion.
> > > >
> > > > Con los 2 primeros no he tenido problema ya que el full y el ultimo
> > > > diferencial me dejan la base de datos completa, pero cuando trato de
> > > > restaurar el de log, me da error, ese de que este backup no se puede
> > > > restaurar ya que hay registros que faltan o por que comienza muchos
> > > despues
> > > > del ultimo registro en la base de datos...
> > > >
> > > > Como es la forma correcta de respaldar el log de transacciones y de
> > > > restaurarlo posteriormente.
> > > >
> > > > Saludos
> > > >
> > > > Patrick.
> > > > www.mvp.cl
> > > >
> > > > Esta dirección de correo no es monitoreada de forma permanente.
> > > > Puedes responderme acá al mismo foro.
> > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

creo que ha dejado resuelta la duda Adrián,

el backup de diferencias realiza una copia de las diferencias que ha habido en la base de datos desde el último backup completo; es decir, es obligatorio haber hecho un backup completo antes de hacer un backup de diferencias para que tenga la referencia del estado inicial: de ahí el hecho de que SOLO tienes que restaurar el último backup de diferencias porque tiene registrados todos los cambios habidos en la base de datos desde el último backup completo.

Espero que te haya aclarado un poco más.

Por cierto Patrick, ¿es posible que te haya conocido en TechEd Barcelona 2003? participaste en Imagine Cup, ¿verdad?

Saludos,

Eladio Rincón
MCAD, SQL Server MVP
http://www.siquelnet.com

"Comparte lo que sabes, aprende lo que no sepas." FGG

"Patrick Mac Kay" escribió en el mensaje news:OGuq1$
Maximiliano,

gracias por las respuestas. Ya tengo todo andando. Al proceso de backup completo diaro a las 4 am le agregue los backups de log cada 5 minutos , entoces los acumula en una carpeta y dejo los de la ultima hora. Asi tengo el full, el diferencial cada 30 minutos y varios chicos de log cada 5. Ya hice una pruebas y restauré una base de datos en otro servidor en algunos minutos con lo ultimo del servidor anterior (en el caso fatal).

Aun no se como hacer un backup diferencial de log, que no es lo mismo que los backups que hace ahora, en donde hay que tomar todos los ultimos y no el ultimo.

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano Damian Accotto" wrote in message news:%
Patrik,

el primer no es un problema es lo que uno busca no, si en lugar de hacerlos cada 30' lo haces cada 1hs es mejor la ventaja es q podes volver para atras, esto es una ventaja enorme por mas que paresca muy engorroso, por ej te voy a dar un caso que nos paso hace unos meses.

A una hora en nuestro ERP corrienron un proceso que luego de 5hs mas se dieron cuenta que habia hecho muchos lios.

por lo cual se pudo restaurar un log por tenerlo como te comente y lo unico que se perdio es lo q paso en esas 5hs que no era nada malo.

ahora si no quieres tante frecuencia, quizas debas hacer algun dif en el medio, por ej

Backup log cada media hora y un dif al medio Dia.

ahora el tener backup incrementales no es tener backup al cuete si se utiliza de forma buena, es mas una buena tecnica de Backup (sea de donde sea) es conveniente hacerla incremental.

Claro cada caso hay que analizarlo en particular y no hay muchas soluciones magicas lamentablemente.




Salu2 enormes

Maximiliano Damian Accotto

Fundicion San Cayetano S.A.
Gerente de IT
Buenos Aires - Argentina
-
Desarrollador 3 estrellas
http://www.microsoft.com/spanish/ms...efault.asp
-
(maxi_accotto[arroba]speedy.com.ar)
MSN:
"Patrick Mac Kay" escribió en el mensaje news:
Maximiliano,

gracias por tus acotaciones

Te cuento que ya logro restaurar del log gracias a los cambios sugeridos por tiSe debia a que estaba almacenando el ultimo backup del log (reescribiendo el device) y ahora los dejo acumularse. Ahora tengo 2 míseros inconvenientes 1.- Tengo que restaurar todos los backups de logs desde el ultimo diferencial y 2.- despues de un tiempo voy a tener backups innecesarios ya que despues de un diferencial, todos los respaldos de log antes de ese diferencial ya no me aportan nada nuevo.

Algo habia leido de log shipping, y tambien de respaldar fuera, pero por motivos de lentitud de la red he preferido no hacerlo.

A todo eso , el portalsql se cae y para mayor extrañezaestá en MySql... Mañana trato mejor de buscar el documento

Saludos y gracias nuevamente...

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano Damian Accotto" wrote in message news:
Patrik

claro, cuanto mas chico el tiempo sea mejor no y no solo eso, sino que haciendo como te dije podes restaurar a una hora determinada del dia como te explique antes.

Aca estas suponiendo que se rompa todo el disco y debas empezar de 0, porque si no pasa eso,hay algunas tecnicas que te pueden ayudar a tratar de usar el log (en el portal de Miguel www.portalsql.com hay un excelente documento sobre esto, revisalo)

Otra cosa es que no es necesario armar ningun Servicio para copiar de un lado a otro, lo que yo hago es dentro del mismo trabajo armar un paso que haga el copy, tambien seria piola que puedas hacer el backup fuera de esa maquina cosa de que realmente sea un Backup con todas la letras, claro esto no es tan color de rosas ya que si el archivo es pesado y la red lenta pues imaginate nomas, pero son otras alternativas a mirar.




Salu2 enormes

Maximiliano Damian Accotto

Fundicion San Cayetano S.A.
Gerente de IT
Buenos Aires - Argentina
-
Desarrollador 3 estrellas
http://www.microsoft.com/spanish/ms...efault.asp
-
(maxi_accotto[arroba]speedy.com.ar)
MSN:
"Patrick Mac Kay" escribió en el mensaje news:%23DMcX$
Gracias.. por todo. y las felicitaciones

vamos a ver que pasa con el log...

El problema que tengo acá es el siguiente...

Tengo una base de datos no muy grande, solo 3 GB, y crece mas o menos 12 MB por hora. No tenemos presupuesto para tener discos espejados o un cluster o alguna opcion de ese tipo, entonces estoy ingeniandomelas para poder restaurar de otro servidor en caso que se muera el principal Acá la información es crítica asi que no puedo perder muchoidealmente NADA

Entonces hago un full a las 4 am, e incrementales de datos cada 30 minutos (con opcion de reiniciar el device, que es de dos archivos ya que tengo entendido que con mas de uno respalda mas rapido)

Tengo un servicio que hice que me copia los archivos de un servidor al otro y como te comentaba en un inicio, con esta combinacion recupero todo menos los ultimos minutos...con un máximo de 30.

Por eso me interesaba respaldar y restaurar el log, ya que tampoco quiero mover archivos muy grandes entre servidores y con el diferencial ya llego hasta 200 MB en un dia y toma un máximo de 3 minutos en generarse un nuevo incremental.

Tu crees que con lo que me comentas me genere un incremental de log de estos 30 minuos o menos?...y asi minimizar la pérdida?

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in message news:uNx$
igual que el de datos,

vos creas primero si creas el device si? aca no hay mas opciones que ubicacion de archivo, luego cuando haces el Backup del log le pones NOINIT, esto lo haces muy bien con el asistente que Tiene SqlServer para los Backup, como no tengo nada que ocultar te voy a pasar como queda el paso de una de mis tareas de Backup (justamente la del log incremental ;)

BACKUP LOG [FSC] TO [FSC_LOG] WITH NOINIT , NOUNLOAD , NAME = N'COPIA DEL LOG', SKIP , STATS = 10, NOFORMAT , NO_TRUNCATE

lo que esta en rojo es lo que hace el Backup sea incremental, esta set tambien lo podes hacer para el Data.

pd: sos del club de Mvp de chile? de ser asi te felicito por el portal, es Excelente y me parece una excelente idea a seguir por otros Mvp

Salu2

Maximiliano Damian Accotto


"Patrick Mac Kay" escribió en el mensaje news:ewH%

Biengracias nuevamente

ahora te hago una pegunta que te puede sonar tonta, pero como respaldas el
log en un incrementalhe visto incrementales de datos pero no de log y al
crear un device de respaldo no veo opciones.

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in message
news:
> el tema es asi.
>
> El archivo fisico de Backup (.bak) lo podes hacer de forma incremental o
> reinicia la copia, la primer opcion que hace:
>
> Genera dentro del mismo Archivo fisico los distintos Backup del log, por
lo
> cual en un solo archivo por ej yo tengo 20 backup del log (uno por hora),
>
> La otra forma es que cuando haces un backup reinicie el archivo, esto
quiere
> decir que borrara lo que hay y empezara de nuevo, si haces esto, solo
> tendras el ultimo log y no es util asi si quieres tener mas puntos de
> restauracion.
>
> Asi como te digo si por ej se te rompe la base a las 13 Hs, deberia hacer
> esto:
>
> Restauras el Full (dejando la base no operativa)
> Restauras los Log (que estan en el archivo incremental) hasta las 12 hs,
por
> lo cual has perdido solamente 1hs por ej de datos.
>
> Claro la frecuencia la estableces vos segun el movimiento, quizas no sea
> necesario hacerlo por hora o quizas aun sea mas necesario hacerlo por ej
> cada 10', cada caso hay que estudiarlo por separado para ver cual es lo
mas
> optimo.
>
> Salu2
>
> Maximiliano Damian Accotto
>
>
> "Patrick Mac Kay" escribió en el mensaje
> news:
> > Gracias por contestar.no te entendi esta parte. Me podrias dar mas
> > detalles por favor...
> >
> > > luego por cada hora hago en un Incremental un Backup del Log
> >
> > Gracias de antemano...
> >
> > Saludos
> >
> > Patrick.
> > www.mvp.cl
> >
> > Esta dirección de correo no es monitoreada de forma permanente.
> > Puedes responderme acá al mismo foro.
> >
> > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in
> message
> > news:%
> > > Patrick te cuento lo que yo hago si?
> > >
> > > Un full por dia (a este lo inicializo siempre el archivo)
> > >
> > > luego por cada hora hago en un Incremental un Backup del Log
> > >
> > > Una vez terminado el dia, hay un proceso que copia antes de hacer el
> full
> > el
> > > archivo bak del log a otra unidad digamos y lo inicializa luego del
del
> > > Full)
> > >
> > > Con esto que logro,
> > >
> > > bueno que pueda recuperar la Base a una hora determinada, claro esto
es
> > asi
> > > porque tengo el modo de recuperacion en Completo, de lo contrario
> estarias
> > > en problemas y solo te seria util el Full.
> > >
> > > Otra alternativa si no se puede hacer un Backup full diario
> > >
> > > Es hacer
> > >
> > > un full por semana
> > > un diferencial por dia (en un archivo incremental)
> > > y por ultimo un log en un archivo incremental por Hora.
> > >
> > > para recordar: cuando haces el del Log debes poner que no lo trunque
> > (hablo
> > > el de cada hora)
> > >
> > > Salu2 y espero haberte aclarado un poco la cosa
> > >
> > >
> > >
> > > Maximiliano Damian Accotto
> > >
> > >
> > > "Patrick Mac Kay" escribió en el mensaje
> > > news:%
> > > > Hola a todos,
> > > >
> > > > tengo ciertas dudas con respecto al funcionamiento del backup y
> los
> > > > distintos tipos.
> > > >
> > > > Si yo realizo un backup full a determinada hora del dia (1 vez), y
> luego
> > > > backups incrementales en varios intervalos del dia, me suena logico
> que
> > > > pueda respaldar informacion entre los backups diferenciales, es
decir,
> > > creo
> > > > que son los de transaccion.
> > > >
> > > > Con los 2 primeros no he tenido problema ya que el full y el ultimo
> > > > diferencial me dejan la base de datos completa, pero cuando trato de
> > > > restaurar el de log, me da error, ese de que este backup no se puede
> > > > restaurar ya que hay registros que faltan o por que comienza muchos
> > > despues
> > > > del ultimo registro en la base de datos...
> > > >
> > > > Como es la forma correcta de respaldar el log de transacciones y de
> > > > restaurarlo posteriormente.
> > > >
> > > > Saludos
> > > >
> > > > Patrick.
> > > > www.mvp.cl
> > > >
> > > > Esta dirección de correo no es monitoreada de forma permanente.
> > > > Puedes responderme acá al mismo foro.
> > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

OOO que bolonqui se armo con esta cuestion de terminos ;-) deberiamos armar
algun diccionario che que de por si no lo vi en ninguna de las Webs de
ustedes ;-)

Salu2

Maximiliano Damian Accotto


"Eladio Rincón" escribió en el mensaje
news:%
Hola Adrian,

el problema ha sido que Maximiliano ha comentado en el hilo backup del log
incremental (ir metiendo un un mismo device varias copias del registro de
transacciones), y yo he hecho un comentario después recomendando realizar
backup de diferencias (no de log); creo que ha sido ahí cuando Patrick ha
confundido los términos ...

Eladio Rincón
MCAD, SQL Server MVP
http://www.siquelnet.com

"Comparte lo que sabes, aprende lo que no sepas." FGG

"Adrian D. Garcia" escribió en el mensaje
news:

No existe el backup diferencial del LOG. Solo puedes hacer un backup del
log. Cuando realizas el backup del LOG el motor libera la parte inactiva

del

mismo, por eso debes mantener los backups del LOG desde tu ultimo backup
diferencial de la base. No hay otra salida a ello por ahora.

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Patrick Mac Kay" wrote in message
news:
> La ultima linea debiera decir
>
> Con respecto a tu pregunta, aun no se como hacer un backup diferencial
de
> log, que no es lo mismo que los backups que hace ahora, donde hay que
tomar
> todos los ultimos y no el ultimo.
>
>
> Saludos
>
> Patrick.
> www.mvp.cl
>
> Esta dirección de correo no es monitoreada de forma permanente.
> Puedes responderme acá al mismo foro.
>
> "Patrick Mac Kay" wrote in message
> news:euppU%
> > Eladio,
> >
> > gracias por la documentacion. Ya tengo todo andando. Al proceso de
> > backup completo diaro a las 4 am le agregue los backups de log cada 5
> > minutos , entoces los acumula en una carpeta y dejo los de la ultima
hora.
> > Asi tengo el full, el diferencial cada 30 minutos y varios chicos de

log

> > cada 5. Ya hice una pruebas y restauré una base de datos en otro
servidor
> en
> > algunos minutos con lo ultimo del servidor anterior (en el caso

fatal).

> >
> > Con respecto a tu pregunta, aun no se como hacer un backup

diferencial

de
> > log, que no es lo mismo que los backups que hace ahora que hay que

tomar

> > todos los ultimos y el ultimos.
> >
> >
> > Saludos
> >
> > Patrick.
> > www.mvp.cl
> >
> > Esta dirección de correo no es monitoreada de forma permanente.
> > Puedes responderme acá al mismo foro.
> >
> > "Eladio Rincón" wrote in message
> > news:e$
> > Hola,
> >
> > en linea ´...
> >
> > "Patrick Mac Kay" escribió en el mensaje
> > news:%
> > > Eladio,
> > >
> > > gracias por responder Vamos por parte.
> > >
> > > Algo he leido de log shipping. Conoces algun documento donde

expliquen

> la
> > > configuracion que hay que armar para dejarlo funcionando?
> > >
> >
> >
> > el capítulo 13 del kit de recursos de SQL Server es completo sobre log
> > shipping:
> >
>

http://www.microsoft.com/technet/tr...efault.asp

> >
> > > Hasta antes del post inicial, yo conocía de incrementales en datos
donde
> > un
> > > backup incremental contiene las diferencias desde el ultimo backup
> > completo,
> > > y cada incremental obviamente contiene lo del incremental anterior
hasta
> > el
> > > nuevo completo, pero no conocia los de log. Ahora, por lo que vi no

es

> > > realmente un incremental si no que es un acumulado de logs. Como le
> > comenté
> > > a Maximiliano, la técnica funciona, pero tengo que restaurar todos
los
> > > backups de logs chicos desde el ultimo incremental de datos y no el
> > > "ultimo".
> > >
> > > EL problema no es de espacio sino de volumen de movimiento. El

backup

> > > completo pesa 3 GB y los diferenciales de cada 30 minutos parten en
> pocos
> > MB
> > > hasta llegar a cerca de 300 MB un rato antes de las 4:00 am del
> siguiente
> > > dia. Por eso me interesaba mover archivos vajo la siguiente
> configuracion.
> > >
> > > A las 4 de la mañana, puedo mover los gigas que quiera
> > > Cada 30 minutos, mover archivos medianos de maximo 300 MB donde toma
> > > aproximadamente 1 minuto (depende del uso del IO). Se demora máximo

3

> > > minutos en generarlo
> > > Cada 5 minutos mover archivos chicos de 3 MB como mucho.
> > >
> >
> > Lo qeu se consigue con el backup diferencial (no de diferencias) es

que

> con
> > restaurar un fichero evitas tener que restaurar varias copias del
registro
> > de transacciones del mismo periodo; Yo no creo que la copia del

registro

> de
> > transacciones pese más de 300 MB por lo que podrías hacer la copia y
> > transferirla. De todas formas sigo pensando que la solución que
necesitas
> es
> > log shipping: vas a mover el fichero e inmendiatamente lo vas a
restaurar.
> >
> >
> > > En tu propuesta, si haces esa copia de registro de transacciones de

30

> > > minutos y un diferencial de 4 horas, ¿tendría el problema de tener

que

> > > restaurar todos los respaldos desde el ultimo diferencial, es decir,
> hasta
> > > un máximo de 7 restauraciones?...
> > >
> >
> > Exacto, se restauraría la copia completa, el último diferencial y las

7

> > copias del registro de transacciones; yo estaba equivocado en tu
> necesidad;
> > de hecho con la solución que tienes implementada, la copia diferencial
> sólo
> > la necesitarías en caso de desastre y tener que restaurar la base de
datos
> > completa: con tu solución, si llega el desastre, sólo tendrías que
> restaurar
> > la última copia del registro de transacciones. ¿es correcto?
> >
> > Saludos,
> > Eladio
> >
> > > Saludos y gracias
> > >
> > > Patrick.
> > > www.mvp.cl
> > >
> > > Esta dirección de correo no es monitoreada de forma permanente.
> > > Puedes responderme acá al mismo foro.
> > >
> > > "Eladio Rincón" wrote in message
> > > news:
> > > Hola Patrick,
> > >
> > > me da la sensación que tienes un servidor en espera por si el

servidor

> > > principal queda fuera de servicio, ¿es así? Si es así, SQL Server EE
> lleva
> > > integrado "log shipping" (trasvase de registros) que en lineas
> generales,
> > > traspasa las copias de seguridad del registro de transacciones a

otro

> > > servidor que tenemos en espera por si tenemos un desastre en el
servidor
> > > principal;
> > >
> > > También comentas que realizas copias "incrementales del log"; creo

que

> > > "incrementales del log" es para tí varias copias de seguridad del
> registro
> > > de transacciones en una misma unidad de copia, ¿es así?
> > >
> > > Si la solución de trasvase de registros no te sirve, yo propondía lo
> > > siguiente: parece seguro que una copia completa de la base de datos
está
> > > programada a las 4.00; además programaría una copia de diferencia

cada

4
> > > horas, y copia del registro de transacciones (log) cada 30 minutos
como
> lo
> > > tienes ahora mismo; ahora, como tienes problemas de espacio (eso he
> > > interpretado), como la copia diferencial incluye los cambios en las
> > últimas
> > > 4 horas, en el caso peor (el que más espacio consume) tendríamos:
> > > - una copia completa de la base de datos ( la de las 4.00).
> > > - una copia de seguridad de diferencias ( cada cuatro horas ).
> > > - 4 horas x 2 copias (una cada media hora) del registro de
> transacciones.
> > >
> > > Saludos,
> > >
> > > Eladio Rincón
> > > MCAD, SQL Server MVP
> > > http://www.siquelnet.com
> > >
> > > "Comparte lo que sabes, aprende lo que no sepas." FGG
> > >
> > > "Patrick Mac Kay" escribió en el mensaje
> > > news:%23DMcX$
> > > Gracias.. por todo. y las felicitaciones
> > >
> > > vamos a ver que pasa con el log...
> > >
> > > El problema que tengo acá es el siguiente...
> > >
> > > Tengo una base de datos no muy grande, solo 3 GB, y crece mas o

menos

12
> > MB
> > > por hora. No tenemos presupuesto para tener discos espejados o un
> cluster
> > o
> > > alguna opcion de ese tipo, entonces estoy ingeniandomelas para poder
> > > restaurar de otro servidor en caso que se muera el principal Acá
la
> > > información es crítica asi que no puedo perder muchoidealmente
NADA
> > >
> > > Entonces hago un full a las 4 am, e incrementales de datos cada 30
> minutos
> > > (con opcion de reiniciar el device, que es de dos archivos ya que
tengo
> > > entendido que con mas de uno respalda mas rapido)
> > >
> > > Tengo un servicio que hice que me copia los archivos de un servidor

al

> > otro
> > > y como te comentaba en un inicio, con esta combinacion recupero todo
> menos
> > > los ultimos minutos...con un máximo de 30.
> > >
> > > Por eso me interesaba respaldar y restaurar el log, ya que tampoco
> quiero
> > > mover archivos muy grandes entre servidores y con el diferencial ya
> llego
> > > hasta 200 MB en un dia y toma un máximo de 3 minutos en

generarse

un
> > > nuevo incremental.
> > >
> > > Tu crees que con lo que me comentas me genere un incremental de log

de

> > estos
> > > 30 minuos o menos?...y asi minimizar la pérdida?
> > >
> > > Saludos
> > >
> > > Patrick.
> > > www.mvp.cl
> > >
> > > Esta dirección de correo no es monitoreada de forma permanente.
> > > Puedes responderme acá al mismo foro.
> > >
> > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in
> > message
> > > news:uNx$
> > > igual que el de datos,
> > >
> > > vos creas primero si creas el device si? aca no hay mas opciones que
> > > ubicacion de archivo, luego cuando haces el Backup del log le pones
> > NOINIT,
> > > esto lo haces muy bien con el asistente que Tiene SqlServer para los
> > Backup,
> > > como no tengo nada que ocultar te voy a pasar como queda el paso de
una
> de
> > > mis tareas de Backup (justamente la del log incremental ;)
> > >
> > > BACKUP LOG [FSC] TO [FSC_LOG] WITH NOINIT , NOUNLOAD , NAME > N'COPIA
> D
> > EL
> > > LOG', SKIP , STATS = 10, NOFORMAT , NO_TRUNCATE
> > >
> > > lo que esta en rojo es lo que hace el Backup sea incremental, esta

set

> > > tambien lo podes hacer para el Data.
> > >
> > > pd: sos del club de Mvp de chile? de ser asi te felicito por el
portal,
> es
> > > Excelente y me parece una excelente idea a seguir por otros Mvp
> > >
> > > Salu2
> > >
> > > Maximiliano Damian Accotto
> > >
> > >
> > > "Patrick Mac Kay" escribió en el mensaje
> > > news:ewH%
> > > > Biengracias nuevamente
> > > >
> > > > ahora te hago una pegunta que te puede sonar tonta, pero como
> respaldas
> > el
> > > > log en un incrementalhe visto incrementales de datos pero no

de

> log
> > y
> > > al
> > > > crear un device de respaldo no veo opciones.
> > > >
> > > > Saludos
> > > >
> > > > Patrick.
> > > > www.mvp.cl
> > > >
> > > > Esta dirección de correo no es monitoreada de forma permanente.
> > > > Puedes responderme acá al mismo foro.
> > > >
> > > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote

in

> > > message
> > > > news:
> > > > > el tema es asi.
> > > > >
> > > > > El archivo fisico de Backup (.bak) lo podes hacer de forma
> incremental
> > o
> > > > > reinicia la copia, la primer opcion que hace:
> > > > >
> > > > > Genera dentro del mismo Archivo fisico los distintos Backup del
log,
> > por
> > > > lo
> > > > > cual en un solo archivo por ej yo tengo 20 backup del log (uno

por

> > > hora),
> > > > >
> > > > > La otra forma es que cuando haces un backup reinicie el archivo,
> esto
> > > > quiere
> > > > > decir que borrara lo que hay y empezara de nuevo, si haces esto,
> solo
> > > > > tendras el ultimo log y no es util asi si quieres tener mas

puntos

> de
> > > > > restauracion.
> > > > >
> > > > > Asi como te digo si por ej se te rompe la base a las 13 Hs,
deberia
> > > hacer
> > > > > esto:
> > > > >
> > > > > Restauras el Full (dejando la base no operativa)
> > > > > Restauras los Log (que estan en el archivo incremental) hasta

las

12
> > hs,
> > > > por
> > > > > lo cual has perdido solamente 1hs por ej de datos.
> > > > >
> > > > > Claro la frecuencia la estableces vos segun el movimiento,

quizas

no
> > sea
> > > > > necesario hacerlo por hora o quizas aun sea mas necesario

hacerlo

> por
> > ej
> > > > > cada 10', cada caso hay que estudiarlo por separado para ver

cual

es
> > lo
> > > > mas
> > > > > optimo.
> > > > >
> > > > > Salu2
> > > > >
> > > > > Maximiliano Damian Accotto
> > > > >
> > > > >
> > > > > "Patrick Mac Kay" escribió en el mensaje
> > > > > news:
> > > > > > Gracias por contestar.no te entendi esta parte. Me podrias
dar
> > mas
> > > > > > detalles por favor...
> > > > > >
> > > > > > > luego por cada hora hago en un Incremental un Backup del Log
> > > > > >
> > > > > > Gracias de antemano...
> > > > > >
> > > > > > Saludos
> > > > > >
> > > > > > Patrick.
> > > > > > www.mvp.cl
> > > > >
>
> > > > > > Esta dirección de correo no es monitoreada de forma

permanente.

> > > > > > Puedes responderme acá al mismo foro.
> > > > >
>
> > > > > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar>
wrote
> in
> > > > > message
> > > > > > news:%
> > > > > > > Patrick te cuento lo que yo hago si?
> > > > > > >
> > > > > > > Un full por dia (a este lo inicializo siempre el archivo)
> > > > > > >
> > > > > > > luego por cada hora hago en un Incremental un Backup del Log
> > > > > > >
> > > > > > > Una vez terminado el dia, hay un proceso que copia antes de
> hacer
> > el
> > > > > full
> > > > > > el
> > > > > > > archivo bak del log a otra unidad digamos y lo inicializa
luego
> > del
> > > > del
> > > > > > > Full)
> > > > > > >
> > > > > > > Con esto que logro,
> > > > > > >
> > > > > > > bueno que pueda recuperar la Base a una hora determinada,
claro
> > esto
> > > > es
> > > > > > asi
> > > > > > > porque tengo el modo de recuperacion en Completo, de lo
> contrario
> > > > > estarias
> > > > > > > en problemas y solo te seria util el Full.
> > > > > > >
> > > > > > > Otra alternativa si no se puede hacer un Backup full diario
> > > > > > >
> > > > > > > Es hacer
> > > > > > >
> > > > > > > un full por semana
> > > > > > > un diferencial por dia (en un archivo incremental)
> > > > > > > y por ultimo un log en un archivo incremental por Hora.
> > > > > > >
> > > > > > > para recordar: cuando haces el del Log debes poner que no lo
> > trunque
> > > > > > (hablo
> > > > > > > el de cada hora)
> > > > > > >
> > > > > > > Salu2 y espero haberte aclarado un poco la cosa
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Maximiliano Damian Accotto
> > > > > > >
> > > > > > >
> > > > > > > "Patrick Mac Kay" escribió en el

mensaje

> > > > > > > news:%
> > > > > > > > Hola a todos,
> > > > > > > >
> > > > > > > > tengo ciertas dudas con respecto al funcionamiento del
> > backup
> > > y
> > > > > los
> > > > > > > > distintos tipos.
> > > > > > > >
> > > > > > > > Si yo realizo un backup full a determinada hora del dia (1
> vez),
> > y
> > > > > luego
> > > > > > > > backups incrementales en varios intervalos del dia, me

suena

> > > logico
> > > > > que
> > > > > > > > pueda respaldar informacion entre los backups

diferenciales,

> es
> > > > decir,
> > > > > > > creo
> > > > > > > > que son los de transaccion.
> > > > > > > >
> > > > > > > > Con los 2 primeros no he tenido problema ya que el full y

el

> > > ultimo
> > > > > > > > diferencial me dejan la base de datos completa, pero

cuando

> > trato
> > > de
> > > > > > > > restaurar el de log, me da error, ese de que este backup

no

se
> > > puede
> > > > > > > > restaurar ya que hay registros que faltan o por que

comienza

> > > muchos
> > > > > > > despues
> > > > > > > > del ultimo registro en la base de datos...
> > > > > > > >
> > > > > > > > Como es la forma correcta de respaldar el log de
transacciones
> y
> > > de
> > > > > > > > restaurarlo posteriormente.
> > > > > > > >
> > > > > > > > Saludos
> > > > > > > >
> > > > > > > > Patrick.
> > > > > > > > www.mvp.cl
> > > > > > >
> > >
> > > > > > > > Esta dirección de correo no es monitoreada de forma
> permanente.
> > > > > > > > Puedes responderme acá al mismo foro.
> > > > > > >
> > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

Gracias no, no he tenido la posibilidad de ir a un Tech Ed, he tenido
invitaciones y pasajes en mano a Acapulco hace ya como 4 años, pero no
pude.

El problema de nuestra pega es que es 24x7x365, pero a sueldo de 8x5x no se
cuandos dias laborales por año...

Asi es la vida

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Eladio Rincón" wrote in message
news:
creo que ha dejado resuelta la duda Adrián,

el backup de diferencias realiza una copia de las diferencias que ha habido
en la base de datos desde el último backup completo; es decir, es
obligatorio haber hecho un backup completo antes de hacer un backup de
diferencias para que tenga la referencia del estado inicial: de ahí el hecho
de que SOLO tienes que restaurar el último backup de diferencias porque
tiene registrados todos los cambios habidos en la base de datos desde el
último backup completo.

Espero que te haya aclarado un poco más.

Por cierto Patrick, ¿es posible que te haya conocido en TechEd Barcelona
2003? participaste en Imagine Cup, ¿verdad?

Saludos,

Eladio Rincón
MCAD, SQL Server MVP
http://www.siquelnet.com

"Comparte lo que sabes, aprende lo que no sepas." FGG

"Patrick Mac Kay" escribió en el mensaje
news:OGuq1$
Maximiliano,

gracias por las respuestas. Ya tengo todo andando. Al proceso de backup
completo diaro a las 4 am le agregue los backups de log cada 5 minutos ,
entoces los acumula en una carpeta y dejo los de la ultima hora. Asi tengo
el full, el diferencial cada 30 minutos y varios chicos de log cada 5. Ya
hice una pruebas y restauré una base de datos en otro servidor en algunos
minutos con lo ultimo del servidor anterior (en el caso fatal).

Aun no se como hacer un backup diferencial de log, que no es lo mismo que
los backups que hace ahora, en donde hay que tomar todos los ultimos y no el
ultimo.

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano Damian Accotto" wrote in
message news:%
Patrik,

el primer no es un problema es lo que uno busca no, si en lugar de hacerlos
cada 30' lo haces cada 1hs es mejor la ventaja es q podes volver para
atras, esto es una ventaja enorme por mas que paresca muy engorroso, por ej
te voy a dar un caso que nos paso hace unos meses.

A una hora en nuestro ERP corrienron un proceso que luego de 5hs mas se
dieron cuenta que habia hecho muchos lios.

por lo cual se pudo restaurar un log por tenerlo como te comente y lo unico
que se perdio es lo q paso en esas 5hs que no era nada malo.

ahora si no quieres tante frecuencia, quizas debas hacer algun dif en el
medio, por ej

Backup log cada media hora y un dif al medio Dia.

ahora el tener backup incrementales no es tener backup al cuete si se
utiliza de forma buena, es mas una buena tecnica de Backup (sea de donde
sea) es conveniente hacerla incremental.

Claro cada caso hay que analizarlo en particular y no hay muchas soluciones
magicas lamentablemente.




Salu2 enormes

Maximiliano Damian Accotto

Fundicion San Cayetano S.A.
Gerente de IT
Buenos Aires - Argentina
-
Desarrollador 3 estrellas
http://www.microsoft.com/spanish/ms...efault.asp
-
(maxi_accotto[arroba]speedy.com.ar)
MSN:
"Patrick Mac Kay" escribió en el mensaje
news:
Maximiliano,

gracias por tus acotaciones

Te cuento que ya logro restaurar del log gracias a los cambios sugeridos por
tiSe debia a que estaba almacenando el ultimo backup del log
(reescribiendo el device) y ahora los dejo acumularse. Ahora tengo 2 míseros
inconvenientes 1.- Tengo que restaurar todos los backups de logs desde
el ultimo diferencial y 2.- despues de un tiempo voy a tener backups
innecesarios ya que despues de un diferencial, todos los respaldos de log
antes de ese diferencial ya no me aportan nada nuevo.

Algo habia leido de log shipping, y tambien de respaldar fuera, pero por
motivos de lentitud de la red he preferido no hacerlo.

A todo eso , el portalsql se cae y para mayor extrañezaestá en
MySql... Mañana trato mejor de buscar el documento

Saludos y gracias nuevamente...

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano Damian Accotto" wrote in
message news:
Patrik

claro, cuanto mas chico el tiempo sea mejor no y no solo eso, sino que
haciendo como te dije podes restaurar a una hora determinada del dia como te
explique antes.

Aca estas suponiendo que se rompa todo el disco y debas empezar de 0, porque
si no pasa eso,hay algunas tecnicas que te pueden ayudar a tratar de usar el
log (en el portal de Miguel www.portalsql.com hay un excelente documento
sobre esto, revisalo)

Otra cosa es que no es necesario armar ningun Servicio para copiar de un
lado a otro, lo que yo hago es dentro del mismo trabajo armar un paso que
haga el copy, tambien seria piola que puedas hacer el backup fuera de esa
maquina cosa de que realmente sea un Backup con todas la letras, claro esto
no es tan color de rosas ya que si el archivo es pesado y la red lenta pues
imaginate nomas, pero son otras alternativas a mirar.




Salu2 enormes

Maximiliano Damian Accotto

Fundicion San Cayetano S.A.
Gerente de IT
Buenos Aires - Argentina
-
Desarrollador 3 estrellas
http://www.microsoft.com/spanish/ms...efault.asp
-
(maxi_accotto[arroba]speedy.com.ar)
MSN:
"Patrick Mac Kay" escribió en el mensaje
news:%23DMcX$
Gracias.. por todo. y las felicitaciones

vamos a ver que pasa con el log...

El problema que tengo acá es el siguiente...

Tengo una base de datos no muy grande, solo 3 GB, y crece mas o menos 12 MB
por hora. No tenemos presupuesto para tener discos espejados o un cluster o
alguna opcion de ese tipo, entonces estoy ingeniandomelas para poder
restaurar de otro servidor en caso que se muera el principal Acá la
información es crítica asi que no puedo perder muchoidealmente NADA

Entonces hago un full a las 4 am, e incrementales de datos cada 30 minutos
(con opcion de reiniciar el device, que es de dos archivos ya que tengo
entendido que con mas de uno respalda mas rapido)

Tengo un servicio que hice que me copia los archivos de un servidor al otro
y como te comentaba en un inicio, con esta combinacion recupero todo menos
los ultimos minutos...con un máximo de 30.

Por eso me interesaba respaldar y restaurar el log, ya que tampoco quiero
mover archivos muy grandes entre servidores y con el diferencial ya llego
hasta 200 MB en un dia y toma un máximo de 3 minutos en generarse un
nuevo incremental.

Tu crees que con lo que me comentas me genere un incremental de log de estos
30 minuos o menos?...y asi minimizar la pérdida?

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in message
news:uNx$
igual que el de datos,

vos creas primero si creas el device si? aca no hay mas opciones que
ubicacion de archivo, luego cuando haces el Backup del log le pones NOINIT,
esto lo haces muy bien con el asistente que Tiene SqlServer para los Backup,
como no tengo nada que ocultar te voy a pasar como queda el paso de una de
mis tareas de Backup (justamente la del log incremental ;)

BACKUP LOG [FSC] TO [FSC_LOG] WITH NOINIT , NOUNLOAD , NAME = N'COPIA DEL
LOG', SKIP , STATS = 10, NOFORMAT , NO_TRUNCATE

lo que esta en rojo es lo que hace el Backup sea incremental, esta set
tambien lo podes hacer para el Data.

pd: sos del club de Mvp de chile? de ser asi te felicito por el portal, es
Excelente y me parece una excelente idea a seguir por otros Mvp

Salu2

Maximiliano Damian Accotto


"Patrick Mac Kay" escribió en el mensaje
news:ewH%

Biengracias nuevamente

ahora te hago una pegunta que te puede sonar tonta, pero como respaldas el
log en un incrementalhe visto incrementales de datos pero no de log y

al

crear un device de respaldo no veo opciones.

Saludos

Patrick.
www.mvp.cl

Esta dirección de correo no es monitoreada de forma permanente.
Puedes responderme acá al mismo foro.

"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in

message

news:
> el tema es asi.
>
> El archivo fisico de Backup (.bak) lo podes hacer de forma incremental o
> reinicia la copia, la primer opcion que hace:
>
> Genera dentro del mismo Archivo fisico los distintos Backup del log, por
lo
> cual en un solo archivo por ej yo tengo 20 backup del log (uno por

hora),

>
> La otra forma es que cuando haces un backup reinicie el archivo, esto
quiere
> decir que borrara lo que hay y empezara de nuevo, si haces esto, solo
> tendras el ultimo log y no es util asi si quieres tener mas puntos de
> restauracion.
>
> Asi como te digo si por ej se te rompe la base a las 13 Hs, deberia

hacer

> esto:
>
> Restauras el Full (dejando la base no operativa)
> Restauras los Log (que estan en el archivo incremental) hasta las 12 hs,
por
> lo cual has perdido solamente 1hs por ej de datos.
>
> Claro la frecuencia la estableces vos segun el movimiento, quizas no sea
> necesario hacerlo por hora o quizas aun sea mas necesario hacerlo por ej
> cada 10', cada caso hay que estudiarlo por separado para ver cual es lo
mas
> optimo.
>
> Salu2
>
> Maximiliano Damian Accotto
>
>
> "Patrick Mac Kay" escribió en el mensaje
> news:
> > Gracias por contestar.no te entendi esta parte. Me podrias dar mas
> > detalles por favor...
> >
> > > luego por cada hora hago en un Incremental un Backup del Log
> >
> > Gracias de antemano...
> >
> > Saludos
> >
> > Patrick.
> > www.mvp.cl
> >
> > Esta dirección de correo no es monitoreada de forma permanente.
> > Puedes responderme acá al mismo foro.
> >
> > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in
> message
> > news:%
> > > Patrick te cuento lo que yo hago si?
> > >
> > > Un full por dia (a este lo inicializo siempre el archivo)
> > >
> > > luego por cada hora hago en un Incremental un Backup del Log
> > >
> > > Una vez terminado el dia, hay un proceso que copia antes de hacer el
> full
> > el
> > > archivo bak del log a otra unidad digamos y lo inicializa luego del
del
> > > Full)
> > >
> > > Con esto que logro,
> > >
> > > bueno que pueda recuperar la Base a una hora determinada, claro esto
es
> > asi
> > > porque tengo el modo de recuperacion en Completo, de lo contrario
> estarias
> > > en problemas y solo te seria util el Full.
> > >
> > > Otra alternativa si no se puede hacer un Backup full diario
> > >
> > > Es hacer
> > >
> > > un full por semana
> > > un diferencial por dia (en un archivo incremental)
> > > y por ultimo un log en un archivo incremental por Hora.
> > >
> > > para recordar: cuando haces el del Log debes poner que no lo trunque
> > (hablo
> > > el de cada hora)
> > >
> > > Salu2 y espero haberte aclarado un poco la cosa
> > >
> > >
> > >
> > > Maximiliano Damian Accotto
> > >
> > >
> > > "Patrick Mac Kay" escribió en el mensaje
> > > news:%
> > > > Hola a todos,
> > > >
> > > > tengo ciertas dudas con respecto al funcionamiento del backup

y

> los
> > > > distintos tipos.
> > > >
> > > > Si yo realizo un backup full a determinada hora del dia (1 vez), y
> luego
> > > > backups incrementales en varios intervalos del dia, me suena

logico

> que
> > > > pueda respaldar informacion entre los backups diferenciales, es
decir,
> > > creo
> > > > que son los de transaccion.
> > > >
> > > > Con los 2 primeros no he tenido problema ya que el full y el

ultimo

> > > > diferencial me dejan la base de datos completa, pero cuando trato

de

> > > > restaurar el de log, me da error, ese de que este backup no se

puede

> > > > restaurar ya que hay registros que faltan o por que comienza

muchos

> > > despues
> > > > del ultimo registro en la base de datos...
> > > >
> > > > Como es la forma correcta de respaldar el log de transacciones y

de

> > > > restaurarlo posteriormente.
> > > >
> > > > Saludos
> > > >
> > > > Patrick.
> > > > www.mvp.cl
> > > >
> > > > Esta dirección de correo no es monitoreada de forma permanente.
> > > > Puedes responderme acá al mismo foro.
> > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>