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%

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

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

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 de
log, que no es lo mismo que los backups que hace ahora, donde hay que tomar
todos los ultimos y no el ultimo.


Saludos

Patrick.
www.mvp.cl

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

"Patrick Mac Kay" wrote in message
news:euppU%

Eladio,

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

en

algunos minutos con lo ultimo del servidor anterior (en el caso fatal).

Con respecto a tu pregunta, aun no se como hacer un backup diferencial de
log, que no es lo mismo que los backups que hace ahora que hay que tomar
todos los ultimos y el ultimos.


Saludos

Patrick.
www.mvp.cl

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

"Eladio Rincón" wrote in message
news:e$
Hola,

en linea ´...

"Patrick Mac Kay" escribió en el mensaje
news:%
> Eladio,
>
> gracias por responder Vamos por parte.
>
> Algo he leido de log shipping. Conoces algun documento donde expliquen

la

> configuracion que hay que armar para dejarlo funcionando?
>


el capítulo 13 del kit de recursos de SQL Server es completo sobre log
shipping:

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

> Hasta antes del post inicial, yo conocía de incrementales en datos donde
un
> backup incremental contiene las diferencias desde el ultimo backup
completo,
> y cada incremental obviamente contiene lo del incremental anterior hasta
el
> nuevo completo, pero no conocia los de log. Ahora, por lo que vi no es
> realmente un incremental si no que es un acumulado de logs. Como le
comenté
> a Maximiliano, la técnica funciona, pero tengo que restaurar todos los
> backups de logs chicos desde el ultimo incremental de datos y no el
> "ultimo".
>
> EL problema no es de espacio sino de volumen de movimiento. El backup
> completo pesa 3 GB y los diferenciales de cada 30 minutos parten en

pocos

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

siguiente

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

configuracion.

>
> A las 4 de la mañana, puedo mover los gigas que quiera
> Cada 30 minutos, mover archivos medianos de maximo 300 MB donde toma
> aproximadamente 1 minuto (depende del uso del IO). Se demora máximo 3
> minutos en generarlo
> Cada 5 minutos mover archivos chicos de 3 MB como mucho.
>

Lo qeu se consigue con el backup diferencial (no de diferencias) es que

con

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

de

transacciones pese más de 300 MB por lo que podrías hacer la copia y
transferirla. De todas formas sigo pensando que la solución que necesitas

es

log shipping: vas a mover el fichero e inmendiatamente lo vas a restaurar.


> En tu propuesta, si haces esa copia de registro de transacciones de 30
> minutos y un diferencial de 4 horas, ¿tendría el problema de tener que
> restaurar todos los respaldos desde el ultimo diferencial, es decir,

hasta

> un máximo de 7 restauraciones?...
>

Exacto, se restauraría la copia completa, el último diferencial y las 7
copias del registro de transacciones; yo estaba equivocado en tu

necesidad;

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

sólo

la necesitarías en caso de desastre y tener que restaurar la base de datos
completa: con tu solución, si llega el desastre, sólo tendrías que

restaurar

la última copia del registro de transacciones. ¿es correcto?

Saludos,
Eladio

> Saludos y gracias
>
> Patrick.
> www.mvp.cl
>
> Esta dirección de correo no es monitoreada de forma permanente.
> Puedes responderme acá al mismo foro.
>
> "Eladio Rincón" wrote in message
> news:
> Hola Patrick,
>
> me da la sensación que tienes un servidor en espera por si el servidor
> principal queda fuera de servicio, ¿es así? Si es así, SQL Server EE

lleva

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

generales,

> traspasa las copias de seguridad del registro de transacciones a otro
> servidor que tenemos en espera por si tenemos un desastre en el servidor
> principal;
>
> También comentas que realizas copias "incrementales del log"; creo que
> "incrementales del log" es para tí varias copias de seguridad del

registro

> de transacciones en una misma unidad de copia, ¿es así?
>
> Si la solución de trasvase de registros no te sirve, yo propondía lo
> siguiente: parece seguro que una copia completa de la base de datos está
> programada a las 4.00; además programaría una copia de diferencia cada 4
> horas, y copia del registro de transacciones (log) cada 30 minutos como

lo

> tienes ahora mismo; ahora, como tienes problemas de espacio (eso he
> interpretado), como la copia diferencial incluye los cambios en las
últimas
> 4 horas, en el caso peor (el que más espacio consume) tendríamos:
> - una copia completa de la base de datos ( la de las 4.00).
> - una copia de seguridad de diferencias ( cada cuatro horas ).
> - 4 horas x 2 copias (una cada media hora) del registro de

transacciones.

>
> Saludos,
>
> Eladio Rincón
> MCAD, SQL Server MVP
> http://www.siquelnet.com
>
> "Comparte lo que sabes, aprende lo que no sepas." FGG
>
> "Patrick Mac Kay" escribió en el mensaje
> news:%23DMcX$
> Gracias.. por todo. y las felicitaciones
>
> vamos a ver que pasa con el log...
>
> El problema que tengo acá es el siguiente...
>
> Tengo una base de datos no muy grande, solo 3 GB, y crece mas o menos 12
MB
> por hora. No tenemos presupuesto para tener discos espejados o un

cluster

o
> alguna opcion de ese tipo, entonces estoy ingeniandomelas para poder
> restaurar de otro servidor en caso que se muera el principal Acá la
> información es crítica asi que no puedo perder muchoidealmente NADA
>
> Entonces hago un full a las 4 am, e incrementales de datos cada 30

minutos

> (con opcion de reiniciar el device, que es de dos archivos ya que tengo
> entendido que con mas de uno respalda mas rapido)
>
> Tengo un servicio que hice que me copia los archivos de un servidor al
otro
> y como te comentaba en un inicio, con esta combinacion recupero todo

menos

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

quiero

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

llego

> hasta 200 MB en un dia y toma un máximo de 3 minutos en generarse un
> nuevo incremental.
>
> Tu crees que con lo que me comentas me genere un incremental de log de
estos
> 30 minuos o menos?...y asi minimizar la pérdida?
>
> Saludos
>
> Patrick.
> www.mvp.cl
>
> Esta dirección de correo no es monitoreada de forma permanente.
> Puedes responderme acá al mismo foro.
>
> "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in
message
> news:uNx$
> igual que el de datos,
>
> vos creas primero si creas el device si? aca no hay mas opciones que
> ubicacion de archivo, luego cuando haces el Backup del log le pones
NOINIT,
> esto lo haces muy bien con el asistente que Tiene SqlServer para los
Backup,
> como no tengo nada que ocultar te voy a pasar como queda el paso de una

de

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

D

EL
> LOG', SKIP , STATS = 10, NOFORMAT , NO_TRUNCATE
>
> lo que esta en rojo es lo que hace el Backup sea incremental, esta set
> tambien lo podes hacer para el Data.
>
> pd: sos del club de Mvp de chile? de ser asi te felicito por el portal,

es

> Excelente y me parece una excelente idea a seguir por otros Mvp
>
> Salu2
>
> Maximiliano Damian Accotto
>
>
> "Patrick Mac Kay" escribió en el mensaje
> news:ewH%
> > Biengracias nuevamente
> >
> > ahora te hago una pegunta que te puede sonar tonta, pero como

respaldas

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

log

y
> al
> > crear un device de respaldo no veo opciones.
> >
> > Saludos
> >
> > Patrick.
> > www.mvp.cl
> >
> > Esta dirección de correo no es monitoreada de forma permanente.
> > Puedes responderme acá al mismo foro.
> >
> > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in
> message
> > news:
> > > el tema es asi.
> > >
> > > El archivo fisico de Backup (.bak) lo podes hacer de forma

incremental

o
> > > reinicia la copia, la primer opcion que hace:
> > >
> > > Genera dentro del mismo Archivo fisico los distintos Backup del log,
por
> > lo
> > > cual en un solo archivo por ej yo tengo 20 backup del log (uno por
> hora),
> > >
> > > La otra forma es que cuando haces un backup reinicie el archivo,

esto

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

solo

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

de

> > > restauracion.
> > >
> > > Asi como te digo si por ej se te rompe la base a las 13 Hs, deberia
> hacer
> > > esto:
> > >
> > > Restauras el Full (dejando la base no operativa)
> > > Restauras los Log (que estan en el archivo incremental) hasta las 12
hs,
> > por
> > > lo cual has perdido solamente 1hs por ej de datos.
> > >
> > > Claro la frecuencia la estableces vos segun el movimiento, quizas no
sea
> > > necesario hacerlo por hora o quizas aun sea mas necesario hacerlo

por

ej
> > > cada 10', cada caso hay que estudiarlo por separado para ver cual es
lo
> > mas
> > > optimo.
> > >
> > > Salu2
> > >
> > > Maximiliano Damian Accotto
> > >
> > >
> > > "Patrick Mac Kay" escribió en el mensaje
> > > news:
> > > > Gracias por contestar.no te entendi esta parte. Me podrias dar
mas
> > > > detalles por favor...
> > > >
> > > > > luego por cada hora hago en un Incremental un Backup del Log
> > > >
> > > > Gracias de antemano...
> > > >
> > > > Saludos
> > > >
> > > > Patrick.
> > > > www.mvp.cl
> > > >
> > > > Esta dirección de correo no es monitoreada de forma permanente.
> > > > Puedes responderme acá al mismo foro.
> > > >
> > > > "Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote

in

> > > message
> > > > news:%
> > > > > Patrick te cuento lo que yo hago si?
> > > > >
> > > > > Un full por dia (a este lo inicializo siempre el archivo)
> > > > >
> > > > > luego por cada hora hago en un Incremental un Backup del Log
> > > > >
> > > > > Una vez terminado el dia, hay un proceso que copia antes de

hacer

el
> > > full
> > > > el
> > > > > archivo bak del log a otra unidad digamos y lo inicializa luego
del
> > del
> > > > > Full)
> > > > >
> > > > > Con esto que logro,
> > > > >
> > > > > bueno que pueda recuperar la Base a una hora determinada, claro
esto
> > es
> > > > asi
> > > > > porque tengo el modo de recuperacion en Completo, de lo

contrario

> > > estarias
> > > > > en problemas y solo te seria util el Full.
> > > > >
> > > > > Otra alternativa si no se puede hacer un Backup full diario
> > > > >
> > > > > Es hacer
> > > > >
> > > > > un full por semana
> > > > > un diferencial por dia (en un archivo incremental)
> > > > > y por ultimo un log en un archivo incremental por Hora.
> > > > >
> > > > > para recordar: cuando haces el del Log debes poner que no lo
trunque
> > > > (hablo
> > > > > el de cada hora)
> > > > >
> > > > > Salu2 y espero haberte aclarado un poco la cosa
> > > > >
> > > > >
> > > > >
> > > > > Maximiliano Damian Accotto
> > > > >
> > > > >
> > > > > "Patrick Mac Kay" escribió en el mensaje
> > > > > news:%
> > > > > > Hola a todos,
> > > > > >
> > > > > > tengo ciertas dudas con respecto al funcionamiento del
backup
> y
> > > los
> > > > > > distintos tipos.
> > > > > >
> > > > > > Si yo realizo un backup full a determinada hora del dia (1

vez),

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

es

> > decir,
> > > > > creo
> > > > > > que son los de transaccion.
> > > > > >
> > > > > > Con los 2 primeros no he tenido problema ya que el full y el
> ultimo
> > > > > > diferencial me dejan la base de datos completa, pero cuando
trato
> de
> > > > > > restaurar el de log, me da error, ese de que este backup no se
> puede
> > > > > > restaurar ya que hay registros que faltan o por que comienza
> muchos
> > > > > despues
> > > > > > del ultimo registro en la base de datos...
> > > > > >
> > > > > > Como es la forma correcta de respaldar el log de transacciones

y

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

permanente.

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

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

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