Copia de Base vs. Copia de Transacciones

Uno de los escenarios donde el backup del transaction log es recomendado es
cuando necesitas hacer backups muy frecuentes debido a la alta volatilidad
de los datos. Este tipo de backup consume muchos menos recursos y es más
rápido que hacer un full database backup.

Imaginate que hacer el backup completo de tu base es de 4 horas... Puedes
planificar entonces un backup full esporádico (supongamos cada 12 horas) y
muchos backups de log de transacciones (por ejemplo cada 10 minutos). Esto
te mimimizará a un intervalo de 10 minutos la perdida de datos en caso de un
desastre.

Otro motivo importante: la operación de backup de transaction log permite
truncar su tamaño, cosa muy apreciable en sistemas que tienen mucho
movimiento transaccional y donde el log de transacciones tiende a crecer en
demasía.

saludos
Gustavo Larriera, MSFT MVP-SQL
Uruguay LatAm

This message is provided "AS IS" with no warranties expressed or implied,
and confers no rights.


"Aldo" wrote in message
news:086501c3677e$61a2b820$

Hola a todos.
Quisiera saber cual es la diferencia de hacer un backup
de una base de datos a hacer un backup del archivo de
transacciones.
Anteriormente realice un backup de la base de datos luego
la restaure en otro servidor y me funciono correctamente.

La pregunta es: PARA QUE HACER UN BACKUP DEL ARCHIVO DE
TRANSACCIONES?

Gracias

Gracias por la respuesta.
Te hago otra pregunta.
Que pasa si en lugar de copiar cada 10 minutos el archivo
transaccional, copio cada 10 minutos la base de datos el
forma diferencial (no completa).
No es el mismo tiempo practicamente??
Gracias

Uno de los escenarios donde el backup del transaction

log es recomendado es

cuando necesitas hacer backups muy frecuentes debido a

la alta volatilidad

de los datos. Este tipo de backup consume muchos menos

recursos y es más

rápido que hacer un full database backup.

Imaginate que hacer el backup completo de tu base es de

4 horas... Puedes

planificar entonces un backup full esporádico

(supongamos cada 12 horas) y

muchos backups de log de transacciones (por ejemplo cada

10 minutos). Esto

te mimimizará a un intervalo de 10 minutos la perdida de

datos en caso de un

desastre.

Otro motivo importante: la operación de backup de

transaction log permite

truncar su tamaño, cosa muy apreciable en sistemas que

tienen mucho

movimiento transaccional y donde el log de transacciones

tiende a crecer en

demasía.

saludos
Gustavo Larriera, MSFT MVP-SQL
Uruguay LatAm

This message is provided "AS IS" with no warranties

expressed or implied,

and confers no rights.


"Aldo" wrote in message
news:086501c3677e$61a2b820$

Hola a todos.
Quisiera saber cual es la diferencia de hacer un backup
de una base de datos a hacer un backup del archivo de
transacciones.
Anteriormente realice un backup de la base de datos

luego

la restaure en otro servidor y me funciono

correctamente.

La pregunta es: PARA QUE HACER UN BACKUP DEL ARCHIVO DE
TRANSACCIONES?

Gracias

.

No, la copia diferencial copia todo desde la última copia de seguridad
completa, el log copia todo desde la ultima copia del log. Revisa en
portalsql.com un artículo que se llama Backup del log ¿lo hago ya? quizá te
ayude a configurar tu sistema.


Saludos Cordiales
=Proxima reunión virtual sobre rendimiento.
Messenger:
Miguel Egea
http://www.portalsql.com
Microsoft SQL-SERVER MVP.

¡Cuida el rendimiento! Evita los cursores
Brigada Anti-Cursores
==

"Aldo" escribió en el mensaje
news:09bf01c367d2$38d370c0$
Gracias por la respuesta.
Te hago otra pregunta.
Que pasa si en lugar de copiar cada 10 minutos el archivo
transaccional, copio cada 10 minutos la base de datos el
forma diferencial (no completa).
No es el mismo tiempo practicamente??
Gracias

Uno de los escenarios donde el backup del transaction

log es recomendado es

cuando necesitas hacer backups muy frecuentes debido a

la alta volatilidad

de los datos. Este tipo de backup consume muchos menos

recursos y es más

rápido que hacer un full database backup.

Imaginate que hacer el backup completo de tu base es de

4 horas... Puedes

planificar entonces un backup full esporádico

(supongamos cada 12 horas) y

muchos backups de log de transacciones (por ejemplo cada

10 minutos). Esto

te mimimizará a un intervalo de 10 minutos la perdida de

datos en caso de un

desastre.

Otro motivo importante: la operación de backup de

transaction log permite

truncar su tamaño, cosa muy apreciable en sistemas que

tienen mucho

movimiento transaccional y donde el log de transacciones

tiende a crecer en

demasía.

saludos
Gustavo Larriera, MSFT MVP-SQL
Uruguay LatAm

This message is provided "AS IS" with no warranties

expressed or implied,

and confers no rights.


"Aldo" wrote in message
news:086501c3677e$61a2b820$

Hola a todos.
Quisiera saber cual es la diferencia de hacer un backup
de una base de datos a hacer un backup del archivo de
transacciones.
Anteriormente realice un backup de la base de datos

luego

la restaure en otro servidor y me funciono

correctamente.

La pregunta es: PARA QUE HACER UN BACKUP DEL ARCHIVO DE
TRANSACCIONES?

Gracias

.

Hola:
Aunque un poco tarde, me gustaria agregar a la excelente exposicion de
Gustavo, que los respaldos del Transaction Log tambien permite recuperacion
a un determinado punto del tiempo, o sea restaurar la BD a como estaba ayer
a las 3:15 pm. cosa que no puede hacer ningun otro sistema de respaldo.

Saludos,


Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Gustavo Larriera [MVP] <remove underscore escribio:

Uno de los escenarios donde el backup del transaction log es
recomendado es cuando necesitas hacer backups muy frecuentes debido a
la alta volatilidad de los datos. Este tipo de backup consume muchos
menos recursos y es más rápido que hacer un full database backup.

Imaginate que hacer el backup completo de tu base es de 4 horas...
Puedes planificar entonces un backup full esporádico (supongamos cada
12 horas) y muchos backups de log de transacciones (por ejemplo cada
10 minutos). Esto te mimimizará a un intervalo de 10 minutos la
perdida de datos en caso de un desastre.

Otro motivo importante: la operación de backup de transaction log
permite truncar su tamaño, cosa muy apreciable en sistemas que tienen
mucho movimiento transaccional y donde el log de transacciones tiende
a crecer en demasía.

saludos

"Aldo" wrote in message
news:086501c3677e$61a2b820$

Hola a todos.
Quisiera saber cual es la diferencia de hacer un backup
de una base de datos a hacer un backup del archivo de
transacciones.
Anteriormente realice un backup de la base de datos luego
la restaure en otro servidor y me funciono correctamente.

La pregunta es: PARA QUE HACER UN BACKUP DEL ARCHIVO DE
TRANSACCIONES?

Gracias

Hola aldo, si utilizas lo que hay en el artículo que te recomendaba ' Backup
de log ¿lo hago ya?' te aseguro que no crecerá.


Saludos Cordiales
=Proxima reunión virtual sobre rendimiento.
Messenger:
Miguel Egea
http://www.portalsql.com
Microsoft SQL-SERVER MVP.

¡Cuida el rendimiento! Evita los cursores
Brigada Anti-Cursores
==

"Aldo" escribió en el mensaje
news:04a601c3690a$3c2bd1c0$
Gracias.
Esta claro lo que me decis, pero me encuentro que mi
archivo backup de transacciones crece, crece y crece es
cada dia mas grande.
Como hacer para eliminar parte de ese archivo.
Para que ese backup no sea demasiado grande.
Nuevamente gracias por todo.

Hola:
Aunque un poco tarde, me gustaria agregar a la

excelente exposicion de

Gustavo, que los respaldos del Transaction Log tambien

permite recuperacion

a un determinado punto del tiempo, o sea restaurar la BD

a como estaba ayer

a las 3:15 pm. cosa que no puede hacer ningun otro

sistema de respaldo.

Saludos,


Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Gustavo Larriera [MVP] <remove underscore

escribio:

Uno de los escenarios donde el backup del transaction

log es

recomendado es cuando necesitas hacer backups muy

frecuentes debido a

la alta volatilidad de los datos. Este tipo de backup

consume muchos

menos recursos y es más rápido que hacer un full

database backup.

Imaginate que hacer el backup completo de tu base es

de 4 horas...

Puedes planificar entonces un backup full esporádico

(supongamos cada

12 horas) y muchos backups de log de transacciones

(por ejemplo cada

10 minutos). Esto te mimimizará a un intervalo de 10

minutos la

perdida de datos en caso de un desastre.

Otro motivo importante: la operación de backup de

transaction log

permite truncar su tamaño, cosa muy apreciable en

sistemas que tienen

mucho movimiento transaccional y donde el log de

transacciones tiende

a crecer en demasía.

saludos

"Aldo" wrote in message
news:086501c3677e$61a2b820$

Hola a todos.
Quisiera saber cual es la diferencia de hacer un

backup

de una base de datos a hacer un backup del archivo de
transacciones.
Anteriormente realice un backup de la base de datos

luego

la restaure en otro servidor y me funciono

correctamente.

La pregunta es: PARA QUE HACER UN BACKUP DEL ARCHIVO

DE

TRANSACCIONES?

Gracias

.