Funcionamiento de BackUp

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?

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.

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

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 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%
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

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),
Mostrar la cita

>
> 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
Mostrar la cita

> 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
Mostrar la cita

> 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
Mostrar la cita

> 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
Mostrar la cita

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

de
Mostrar la cita

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

puede
Mostrar la cita

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

muchos
Mostrar la cita

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

de
Mostrar la cita

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

Hola,

en linea ´...

"Patrick Mac Kay" escribió en el mensaje news:%
Mostrar la cita

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

Mostrar la cita

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.


Mostrar la cita

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

Mostrar la cita

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

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:%
Mostrar la cita

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

Mostrar la cita

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

un
Mostrar la cita

backup incremental contiene las diferencias desde el ultimo backup

completo,
Mostrar la cita

y cada incremental obviamente contiene lo del incremental anterior hasta

el
Mostrar la cita

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é
Mostrar la cita

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
Mostrar la cita

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.


Mostrar la cita

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

Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

por hora. No tenemos presupuesto para tener discos espejados o un cluster

o
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

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,
Mostrar la cita

esto lo haces muy bien con el asistente que Tiene SqlServer para los

Backup,
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

> log en un incrementalhe visto incrementales de datos pero no de log

y
Mostrar la cita

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
Mostrar la cita

> > reinicia la copia, la primer opcion que hace:
> >
> > Genera dentro del mismo Archivo fisico los distintos Backup del log,

por
Mostrar la cita

> 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,
Mostrar la cita

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

sea
Mostrar la cita

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

ej
Mostrar la cita

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

lo
Mostrar la cita

> 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
Mostrar la cita

> > > 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
Mostrar la cita

> > full
> > > el
> > > > archivo bak del log a otra unidad digamos y lo inicializa luego

del
Mostrar la cita

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

esto
Mostrar la cita

> 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
Mostrar la cita

> > > (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
Mostrar la cita

y
> > los
> > > > > distintos tipos.
> > > > >
> > > > > Si yo realizo un backup full a determinada hora del dia (1 vez),

y
Mostrar la cita

> > 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
Mostrar la cita

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 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%
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

> 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
Mostrar la cita

> 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
Mostrar la cita

MB
> hasta llegar a cerca de 300 MB un rato antes de las 4:00 am del

siguiente
Mostrar la cita

> dia. Por eso me interesaba mover archivos vajo la siguiente

configuracion.
Mostrar la cita

>
> 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
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

> 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;
Mostrar la cita

de hecho con la solución que tienes implementada, la copia diferencial

sólo
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

> integrado "log shipping" (trasvase de registros) que en lineas

generales,
Mostrar la cita

> 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
Mostrar la cita

> 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
Mostrar la cita

> 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.
Mostrar la cita

>
> 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
Mostrar la cita

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
Mostrar la cita

> (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
Mostrar la cita

> los ultimos minutos...con un máximo de 30.
>
> Por eso me interesaba respaldar y restaurar el log, ya que tampoco

quiero
Mostrar la cita

> mover archivos muy grandes entre servidores y con el diferencial ya

llego
Mostrar la cita

> 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
Mostrar la cita

> mis tareas de Backup (justamente la del log incremental ;)
>
> BACKUP LOG [FSC] TO [FSC_LOG] WITH NOINIT , NOUNLOAD , NAME = N'COPIA

D
Mostrar la cita

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
Mostrar la cita

> 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
Mostrar la cita

el
> > log en un incrementalhe visto incrementales de datos pero no de

log
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

> > quiere
> > > decir que borrara lo que hay y empezara de nuevo, si haces esto,

solo
Mostrar la cita

> > > tendras el ultimo log y no es util asi si quieres tener mas puntos

de
Mostrar la cita

> > > 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
Mostrar la cita

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
Mostrar la cita

> > > 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
Mostrar la cita

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
Mostrar la cita

> > > 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),
Mostrar la cita

y
> > > luego
> > > > > > backups incrementales en varios intervalos del dia, me suena
> logico
> > > que
> > > > > > pueda respaldar informacion entre los backups diferenciales,

es
Mostrar la cita

> > 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
Mostrar la cita

> de
> > > > > > restaurarlo posteriormente.
> > > > > >
> > > > > > Saludos
> > > > > >
> > > > > > Patrick.
> > > > > > www.mvp.cl
> > > > >
>
> > > > > > Esta dirección de correo no es monitoreada de forma

permanente.
Mostrar la cita

> > > > > > Puedes responderme acá al mismo foro.
> > > > >
>
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

Gracias Adrian entonces ya me quedo tranquilo...

Te puedo hacer una pregunta de la cual aun no tengo respuesta, ni en los
chats de MSDN la he encontrado Espero que siacá va.

A todo esto, te la hago por que estoy viendo tu documento de la MTJ.NET
donde hablas de los indices de la base de datos y creo que podrías saber.

Si yo utilizo el Query Analizer de SQL 7 en execution plan para una
consulta, obtengo valores de costo para subarboles, en donde puedo obtener
desde 0,00064 que creo que es el valor mas chico que he visto hasta varios
cientos (tambien los he visto).

Si utilizo el de SQL 2000 me da valores redondos, es decir, 1, 2, 6 etc...en
vez de darme valores del tipo de 7.0. Además con el costo en porcentaje, con
el 7 se obtienen valores que en total en toda la consulta suman 100%, pero
en sql 2000 a veces se obtiene 600%, 300%, 100% o 0%.

Que siginifica eso? Por que no se obtienen valores del mismo tipo?

Ojalá me puedas ayudar ya que debo instalar las dos versiones de
herramientas clientes y a veces me tengo que cambiar, es bastante molesto.

Saludos

Patrick.
www.mvp.cl

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

"Adrian D. Garcia" wrote in message
news:
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

> > 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).
Mostrar la cita

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

diferencial
Mostrar la cita

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

tomar
Mostrar la cita

> > 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
Mostrar la cita

> 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
Mostrar la cita

> >
> > > 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
Mostrar la cita

> > > 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
Mostrar la cita

> > > 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
Mostrar la cita

> > > 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
Mostrar la cita

> 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
Mostrar la cita

> 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
Mostrar la cita

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

que
Mostrar la cita

> > > 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
Mostrar la cita

> > 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
Mostrar la cita

> > > 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
Mostrar la cita

> > > 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
Mostrar la cita

> > > "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
Mostrar la cita

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
Mostrar la cita

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
Mostrar la cita

> > 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
Mostrar la cita

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

de
Mostrar la cita

> > 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
Mostrar la cita

> > > 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
Mostrar la cita

> 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
Mostrar la cita

> > > 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
Mostrar la cita

> > > 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
Mostrar la cita

> 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
Mostrar la cita

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

quizas
Mostrar la cita

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

hacerlo
Mostrar la cita

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

cual
Mostrar la cita

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.
Mostrar la cita

> > > > > > 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
Mostrar la cita

> > > > > > > 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
Mostrar la cita

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

diferenciales,
Mostrar la cita

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

el
Mostrar la cita

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

cuando
Mostrar la cita

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

no
Mostrar la cita

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

comienza
Mostrar la cita

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