Planificación de Backup

Hola, esas copias incrementales son del LOg o de la BDD?


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"José Luis Santana" escribió en el
mensaje news:

Quisiera que me indicarais si la planificación que he
hecho del BackUp de SQLServer es correcto o se podría
mejorar.

Servidor 1 (Srv1): SQLServer
Servidor 2 (Srv2): Unidad de Cinta DLT 160 Gb.

En SQL Server tengo programado lo siguiente:

Todos los días:

A las 0:15 se realiza una copia total de:
- La base de datos de la empresa
- Las bases de datos Master, Model y MSDB

Esto se realiza a un fichero en Srv1, sobrescribiendo el
del día anterior. llamemosle Fichero_Total

Cada 30 minutos se realiza una copia incremental a otro
fichero. A la 0:30 sobrescribe el del día anterior, y a
partir de ahí incremental sobre el mismo fichero.

A las 2:00 se realiza una copia en Srv2 que copia estos
dos ficheros a cinta.


Tengo una serie de dudas:

- ¿Es la mejor solución?¿Podéis sugerirme mejoras?
- Con esto, ¿tengo asegurado la restauración de los datos,
al menos con sólo 30 minutos de perdida de datos?
- ¿Para que necesito entonces el Log de transacciones?
- ¿Es necesario guardar todas las copias incrementales, o
con la última sería suficiente?.


Saludos.
José Luis Santana

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.769 / Virus Database: 516 - Release Date: 24/09/2004

Hola:
Por partes mi opinion:
a) *** ¿Es la mejor solucion? ***
A mi me parece una gran solucion.
*** ¿Es la mejor? ***
Es dicicil decirlo, ya que no nos cuentas los tamanos estimados de la
BD, ni el tiempo estimado de los respaldos completos/incrementales, ni si el
sistema es 24x7 o solo trabaja de 8:00 a 5:00, y el valor de los datos (es
un banco donde 1 minutos son miles/millones de $$$$?), la volatidad de los
datos (que tanto cambian?)
Algunas topicos que pueden afectarte, durante el dia el tiempo de los
incrementales ira subiendo y podria ser significativo al fin del dia. Y un
respaldo incremental es una carga importante de trabajo que en horas pico
podrian ser inconvenientes.
b) *** ¿tengo asegurado la restauración de los datos? al menos con sólo
30 minutos de perdida de datos?. ***
A mi me parece que si, excepto si existen problemas en la cintas.
c) ***¿Para que necesito entonces el Log de transacciones?. ***
Para perder menos de los 30 minutos, para investigacion forense, y por
rendimiento.
Por medio del Log, puedes restaurar a un determinado punto en el tiempo,
perdiendo solo 1 segundo de informacion, esto no lo puede hacer ningun otro.
Ejemplo, si el disco de la BD muere y el del Log sobrevive, SQL te permite
respaldar el Log (sin BD) y luego restaurar el ultimo Full,el ultimo
Incremental y los del Log posteriores al ultimo Incremental.
La bitacora puede brindar informacion forense sobre cambios en la BD. Es
posible tomar los respaldos restauralos en un laboratorio e investigar quien
y como hizo los cambios.
Por ultimo el respaldo del Log suele ser muy rapido porque es secuencial
y el del incremental suele ser mas lento por ser aleatorio. Esto es cierto
en periodos cortos.
*** ¿Es necesario guardar todas las copias incrementales, o con la
última sería suficiente? ***
Para restaurar los datos a la ultima version solo es necesario la ultima
direrencial, pero en algunas ocasiones me ha ocurrido que se requiere
restaurar no a la ultimo momento. Por ejemplo si hay un mal uso del software
que dana los datos y se percibe hasta varias horas despues. Seria bueno
dejarse varios diferenciales.
Saludos,


Javier Loria
Costa Rica
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

"José Luis Santana" wrote in
message news:

Quisiera que me indicarais si la planificación que he
hecho del BackUp de SQLServer es correcto o se podría
mejorar.

Servidor 1 (Srv1): SQLServer
Servidor 2 (Srv2): Unidad de Cinta DLT 160 Gb.

En SQL Server tengo programado lo siguiente:

Todos los días:

A las 0:15 se realiza una copia total de:
- La base de datos de la empresa
- Las bases de datos Master, Model y MSDB

Esto se realiza a un fichero en Srv1, sobrescribiendo el
del día anterior. llamemosle Fichero_Total

Cada 30 minutos se realiza una copia incremental a otro
fichero. A la 0:30 sobrescribe el del día anterior, y a
partir de ahí incremental sobre el mismo fichero.

A las 2:00 se realiza una copia en Srv2 que copia estos
dos ficheros a cinta.


Tengo una serie de dudas:

- ¿Es la mejor solución?¿Podéis sugerirme mejoras?
- Con esto, ¿tengo asegurado la restauración de los datos,
al menos con sólo 30 minutos de perdida de datos?
- ¿Para que necesito entonces el Log de transacciones?
- ¿Es necesario guardar todas las copias incrementales, o
con la última sería suficiente?.


Saludos.
José Luis Santana

De la BD

"Maxi" escribió en el mensaje
news:
: Hola, esas copias incrementales son del LOg o de la BDD?
:
: --
:
: Salu2
: --
: Maxi
: Buenos Aires - Argentina
: Desarrollador Microsoft 3 Estrellas .NET
: --
: Nunca consideres el estudio como una obligación sino como
: una oportunidad para penetrar en el bello y maravillosos
: mundo del saber.
: - Albert Einstein
:
:
:
: "José Luis Santana" escribió en
el
: mensaje news:
: >
: > Quisiera que me indicarais si la planificación que he
: > hecho del BackUp de SQLServer es correcto o se podría
: > mejorar.
: >
: > Servidor 1 (Srv1): SQLServer
: > Servidor 2 (Srv2): Unidad de Cinta DLT 160 Gb.
: >
: > En SQL Server tengo programado lo siguiente:
: >
: > Todos los días:
: >
: > A las 0:15 se realiza una copia total de:
: > - La base de datos de la empresa
: > - Las bases de datos Master, Model y MSDB
: >
: > Esto se realiza a un fichero en Srv1, sobrescribiendo el
: > del día anterior. llamemosle Fichero_Total
: >
: > Cada 30 minutos se realiza una copia incremental a otro
: > fichero. A la 0:30 sobrescribe el del día anterior, y a
: > partir de ahí incremental sobre el mismo fichero.
: >
: > A las 2:00 se realiza una copia en Srv2 que copia estos
: > dos ficheros a cinta.
: >
: >
: > Tengo una serie de dudas:
: >
: > - ¿Es la mejor solución?¿Podéis sugerirme mejoras?
: > - Con esto, ¿tengo asegurado la restauración de los datos,
: > al menos con sólo 30 minutos de perdida de datos?
: > - ¿Para que necesito entonces el Log de transacciones?
: > - ¿Es necesario guardar todas las copias incrementales, o
: > con la última sería suficiente?.
: >
: >
: > Saludos.
: > José Luis Santana
: >
: >
: >
: >
:
:
:
: Outgoing mail is certified Virus Free.
: Checked by AVG anti-virus system (http://www.grisoft.com).
: Version: 6.0.769 / Virus Database: 516 - Release Date: 24/09/2004
:
:

mmmm, yo lo cambiaria por uno del log de forma incremental en el archivo!!


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"José Luis Santana" escribió en el
mensaje news:eM4$

De la BD

"Maxi" escribió en el mensaje
news:
: Hola, esas copias incrementales son del LOg o de la BDD?
:
: --
:
: Salu2
: --
: Maxi
: Buenos Aires - Argentina
: Desarrollador Microsoft 3 Estrellas .NET
: --
: Nunca consideres el estudio como una obligación sino como
: una oportunidad para penetrar en el bello y maravillosos
: mundo del saber.
: - Albert Einstein
:
:
:
: "José Luis Santana" escribió en
el
: mensaje news:
: >
: > Quisiera que me indicarais si la planificación que he
: > hecho del BackUp de SQLServer es correcto o se podría
: > mejorar.
: >
: > Servidor 1 (Srv1): SQLServer
: > Servidor 2 (Srv2): Unidad de Cinta DLT 160 Gb.
: >
: > En SQL Server tengo programado lo siguiente:
: >
: > Todos los días:
: >
: > A las 0:15 se realiza una copia total de:
: > - La base de datos de la empresa
: > - Las bases de datos Master, Model y MSDB
: >
: > Esto se realiza a un fichero en Srv1, sobrescribiendo el
: > del día anterior. llamemosle Fichero_Total
: >
: > Cada 30 minutos se realiza una copia incremental a otro
: > fichero. A la 0:30 sobrescribe el del día anterior, y a
: > partir de ahí incremental sobre el mismo fichero.
: >
: > A las 2:00 se realiza una copia en Srv2 que copia estos
: > dos ficheros a cinta.
: >
: >
: > Tengo una serie de dudas:
: >
: > - ¿Es la mejor solución?¿Podéis sugerirme mejoras?
: > - Con esto, ¿tengo asegurado la restauración de los datos,
: > al menos con sólo 30 minutos de perdida de datos?
: > - ¿Para que necesito entonces el Log de transacciones?
: > - ¿Es necesario guardar todas las copias incrementales, o
: > con la última sería suficiente?.
: >
: >
: > Saludos.
: > José Luis Santana
: >
: >
: >
: >
:
:
:
: Outgoing mail is certified Virus Free.
: Checked by AVG anti-virus system (http://www.grisoft.com).
: Version: 6.0.769 / Virus Database: 516 - Release Date: 24/09/2004
:
:

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.769 / Virus Database: 516 - Release Date: 24/09/2004