Funcionamiento de BackUp

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

La ultima linea debiera decir

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

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

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

> 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

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

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

>
> > Hasta antes del post inicial, yo conocía de incrementales en datos

> un
> > backup incremental contiene las diferencias desde el ultimo backup
> completo,
> > y cada incremental obviamente contiene lo del incremental anterior

> 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

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

> 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

es
> log shipping: vas a mover el fichero e inmendiatamente lo vas a

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

> 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

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

> > programada a las 4.00; además programaría una copia de diferencia cada

> > horas, y copia del registro de transacciones (log) cada 30 minutos

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

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

> > información es crítica asi que no puedo perder muchoidealmente

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

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

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

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

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

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

> > hacer
> > > > esto:
> > > >
> > > > Restauras el Full (dejando la base no operativa)
> > > > Restauras los Log (que estan en el archivo incremental) hasta las

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

> 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

> 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

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

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

> del
> > > del
> > > > > > Full)
> > > > > >
> > > > > > Con esto que logro,
> > > > > >
> > > > > > bueno que pueda recuperar la Base a una hora determinada,

> 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

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

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