Estrategia Backup

Hola.

Te adjunto un link a un artículo que escribí acerca de la automatización de
backups.

http://www.microsoft.com/spanish/ms...J_2876.asp

Alberto López Grande (qwalgrande)
"Steven M." escribió en el mensaje
news:
Señores Cordial Saludo.
He decidido implementar una estrategia de backup en mi servidor de
producción.
Es la siguiente:

1* Crear BackUp completos cada 8 días
2* Crear BackUp de Logs cada medio dia.

Quizas la pregunta resulte un poco "novata", pero tecnicamente hago lo
siguiente.
Creo dos devices uno para el backup completo y otro para el log.

Ahora bien, considero que despues de dos meses el device de logs va a
estar muy grande y tambien el de back up completos.

Entonces, mi pregunta es: Cómo hacen ustedes para administrar a largo
plazo el tamaño de esos devices?
Algo me dice que estoy mal de raiz.!!! jejej
Quizas debo ir renombrando y almacenando en otros nuevos? Cómo puedo
hacerlo lo más automatizado posible?
Muchas Gracias por su atención y Servicio.

Suponiendo que se trata de SQL Server 2000 y las copias las realices a
disco, yo lo haría a través de uno o varios Planes de Mantenimiento. Si
quisieras utilizar copias diferenciales no (en SQL Server 2000, los planes
de mantenimiento no incluyen copias diferenciales, habría que utilizar el
asistente de backups, y supone configurarlo base de datos a base de datos,
que es más laborioso, y la gestión de los ficheros de backups es más pobre),
pero al tratarse de copias completas y de Log, no me complicaría. Haz la
prueba (aunque sea con Northwind, ya verás!).

Con un Plan de Mantenimiento, puedes especificar que te cree un fichero para
cada Backup, una carpeta para cada base de datos, y que además te guarde los
backups de las últimas dos semanas, y los otros los va borrando según
"caducan" automáticamente. El Plan de Mantenimiento, te creará los trabajos
correspondientes, y sólo tendrás que comprobar que se ejecutan bien cada
día. Además, los ficheros de backup, se suelen nombrar por el nombre de la
base de datos a que corresponden así como la fecha y hora del backup, lo que
facilita identificarlos correctamente con facilidad.

Por cierto, si realizas las copias a disco, te puedes plantear que según
finalice el backup a disco, se copie a cinta o fuera de la máquina (ej:
shared folder o disco duro USB2.0).

También en tu caso, quizás me plantearía lo siguiente:
A) Hacer un full el fin de semana, diferencial cada noche de diario, y log
cada tres horas.
B) Para el SQL Server y defragmentar el disco... que igual con esto reduces
el tiempo de backup de 6 horas del full a 1,5 horas... y estas cosas ocurren
! En este caso, podría hacer full todos los días y log cada tres horas.

Eso sí, si realizas las copias a cinta directamete... me temo no poder
ayudarte mucho, ya que siempre he trabajado y trabajo sobre backup a disco.

Saludos,
Guillermo


"Steven M." escribió en el mensaje
news:
Señores Cordial Saludo.
He decidido implementar una estrategia de backup en mi servidor de
producción.
Es la siguiente:

1* Crear BackUp completos cada 8 días
2* Crear BackUp de Logs cada medio dia.

Quizas la pregunta resulte un poco "novata", pero tecnicamente hago lo
siguiente.
Creo dos devices uno para el backup completo y otro para el log.

Ahora bien, considero que despues de dos meses el device de logs va a
estar muy grande y tambien el de back up completos.

Entonces, mi pregunta es: Cómo hacen ustedes para administrar a largo
plazo el tamaño de esos devices?
Algo me dice que estoy mal de raiz.!!! jejej
Quizas debo ir renombrando y almacenando en otros nuevos? Cómo puedo
hacerlo lo más automatizado posible?
Muchas Gracias por su atención y Servicio.

No sé porque en ocasiones no he tenido muy buena experiencia con esto, ya que
hay ocasiones en las cuales no te borra automaticamente los archivos viejos y
te puede generar problemas de espacio.
Yo prefiero controlarlo mediante los job y un archivo para
Lunes-Miercoles-Viernes y otro archivo para Martes-Jueves-Sabado, donde al
mismo lo sobrescribo de esta forma si me da problemas uno uso el anterior en
backups full para el caso de los backups de log de igual forma.

"Guillermo Roldán" wrote:

Suponiendo que se trata de SQL Server 2000 y las copias las realices a
disco, yo lo haría a través de uno o varios Planes de Mantenimiento. Si
quisieras utilizar copias diferenciales no (en SQL Server 2000, los planes
de mantenimiento no incluyen copias diferenciales, habría que utilizar el
asistente de backups, y supone configurarlo base de datos a base de datos,
que es más laborioso, y la gestión de los ficheros de backups es más pobre),
pero al tratarse de copias completas y de Log, no me complicaría. Haz la
prueba (aunque sea con Northwind, ya verás!).

Con un Plan de Mantenimiento, puedes especificar que te cree un fichero para
cada Backup, una carpeta para cada base de datos, y que además te guarde los
backups de las últimas dos semanas, y los otros los va borrando según
"caducan" automáticamente. El Plan de Mantenimiento, te creará los trabajos
correspondientes, y sólo tendrás que comprobar que se ejecutan bien cada
día. Además, los ficheros de backup, se suelen nombrar por el nombre de la
base de datos a que corresponden así como la fecha y hora del backup, lo que
facilita identificarlos correctamente con facilidad.

Por cierto, si realizas las copias a disco, te puedes plantear que según
finalice el backup a disco, se copie a cinta o fuera de la máquina (ej:
shared folder o disco duro USB2.0).

También en tu caso, quizás me plantearía lo siguiente:
A) Hacer un full el fin de semana, diferencial cada noche de diario, y log
cada tres horas.
B) Para el SQL Server y defragmentar el disco... que igual con esto reduces
el tiempo de backup de 6 horas del full a 1,5 horas... y estas cosas ocurren
! En este caso, podría hacer full todos los días y log cada tres horas.

Eso sí, si realizas las copias a cinta directamete... me temo no poder
ayudarte mucho, ya que siempre he trabajado y trabajo sobre backup a disco.

Saludos,
Guillermo


"Steven M." escribió en el mensaje
news:
Señores Cordial Saludo.
He decidido implementar una estrategia de backup en mi servidor de
producción.
Es la siguiente:

1* Crear BackUp completos cada 8 días
2* Crear BackUp de Logs cada medio dia.

Quizas la pregunta resulte un poco "novata", pero tecnicamente hago lo
siguiente.
Creo dos devices uno para el backup completo y otro para el log.

Ahora bien, considero que despues de dos meses el device de logs va a
estar muy grande y tambien el de back up completos.

Entonces, mi pregunta es: Cómo hacen ustedes para administrar a largo
plazo el tamaño de esos devices?
Algo me dice que estoy mal de raiz.!!! jejej
Quizas debo ir renombrando y almacenando en otros nuevos? Cómo puedo
hacerlo lo más automatizado posible?
Muchas Gracias por su atención y Servicio.

Yo te puedo contar mi caso. En mi entorno actual administro diariamente unas
8 máquinas, más soporte telefónico a las máquinas existentes en otras
delegaciones / provincias, todas con planes de mantenimiento, unas con
copias completas y modo de recuperación sencillo, y otras con copias
completas y de Log con modo de recuperación completo... tengo SQL 2000 en
unos sitios y SQL 7 en otros, y todo va bien, desde hace varios años. De
hecho, en la empresa que trabajaba antes, también se seguía la misma
política con todos los clientes, y no llegó a mis oídos ninguna incidencia
de este tipo (por desgracia, en ocasiones esto no significa que la
incidencia no se hubiera producido... pero creo que no fué el caso).

Lo que sí que he observado en su momento (y si la memoria no me falla), es
que con un plan de mantenimiento no se van a borrar los ficheros antiguos,
hasta que se hayan generado los nuevos. Es decir, si guardo las copias de
las últimas dos semanas, cuando se ejecute el backup de esta noche si falla
porque no tiene espacio suficiente, no borra los ficheros de hace dos
semanas... eso sí, si tiene espacio suficiente, primero hace el backup y
luego borra lo antiguo, y además lo hace bien. Moraleja: Si tienes un
volumen de backup de 40GB en un plan de mantemiento, siempre debes de tener
40GB de espacio libre... pero si configuras eso mismo en 10 planes de
mantenimiento de 4GB, con tan sólo 4GB se harán bien las copias.

Esta es la razón por la cual en determinadas máquinas dispongo de varios
planes de mantenimiento, entre los que distribuyo las diferentes bases de
datos de la máquina.

Ya no recuerdo con exactitud como reaccionaba el plan de mantenimiento cara
al borrado de los ficheros, en función de si no había espacio para ningún
backup o sólo había espacio para alguno, pero si que recuerdo que la
solución fué disponer varios planes de mantenimiento... y me va muy bien.

La única razón por la que me plantearía elaborar yo mismo los jobs de
backup, sería para planificar copias diferenciales o de grupos de ficheros,
algo que de momento no me ha sido necesario.

Espero que esto que te cuento, pueda resultarte de ayuda. Quizás el problema
que tuviste pudiera ir por aquí...

Si crees que podemos ayudarte, nos comentas.

Saludos,
Guillermo



"Pao" escribió en el mensaje
news:

No sé porque en ocasiones no he tenido muy buena experiencia con esto, ya

que

hay ocasiones en las cuales no te borra automaticamente los archivos

viejos y

te puede generar problemas de espacio.
Yo prefiero controlarlo mediante los job y un archivo para
Lunes-Miercoles-Viernes y otro archivo para Martes-Jueves-Sabado, donde al
mismo lo sobrescribo de esta forma si me da problemas uno uso el anterior

en

backups full para el caso de los backups de log de igual forma.

"Guillermo Roldán" wrote:

> Suponiendo que se trata de SQL Server 2000 y las copias las realices a
> disco, yo lo haría a través de uno o varios Planes de Mantenimiento. Si
> quisieras utilizar copias diferenciales no (en SQL Server 2000, los

planes

> de mantenimiento no incluyen copias diferenciales, habría que utilizar

el

> asistente de backups, y supone configurarlo base de datos a base de

datos,

> que es más laborioso, y la gestión de los ficheros de backups es más

pobre),

> pero al tratarse de copias completas y de Log, no me complicaría. Haz la
> prueba (aunque sea con Northwind, ya verás!).
>
> Con un Plan de Mantenimiento, puedes especificar que te cree un fichero

para

> cada Backup, una carpeta para cada base de datos, y que además te guarde

los

> backups de las últimas dos semanas, y los otros los va borrando según
> "caducan" automáticamente. El Plan de Mantenimiento, te creará los

trabajos

> correspondientes, y sólo tendrás que comprobar que se ejecutan bien cada
> día. Además, los ficheros de backup, se suelen nombrar por el nombre de

la

> base de datos a que corresponden así como la fecha y hora del backup, lo

que

> facilita identificarlos correctamente con facilidad.
>
> Por cierto, si realizas las copias a disco, te puedes plantear que según
> finalice el backup a disco, se copie a cinta o fuera de la máquina (ej:
> shared folder o disco duro USB2.0).
>
> También en tu caso, quizás me plantearía lo siguiente:
> A) Hacer un full el fin de semana, diferencial cada noche de diario, y

log

> cada tres horas.
> B) Para el SQL Server y defragmentar el disco... que igual con esto

reduces

> el tiempo de backup de 6 horas del full a 1,5 horas... y estas cosas

ocurren

> ! En este caso, podría hacer full todos los días y log cada tres horas.
>
> Eso sí, si realizas las copias a cinta directamete... me temo no poder
> ayudarte mucho, ya que siempre he trabajado y trabajo sobre backup a

disco.

>
> Saludos,
> Guillermo
>
>
> "Steven M." escribió en el mensaje
> news:
> Señores Cordial Saludo.
> He decidido implementar una estrategia de backup en mi servidor de
> producción.
> Es la siguiente:
>
> 1* Crear BackUp completos cada 8 días
> 2* Crear BackUp de Logs cada medio dia.
>
> Quizas la pregunta resulte un poco "novata", pero tecnicamente hago lo
> siguiente.
> Creo dos devices uno para el backup completo y otro para el log.
>
> Ahora bien, considero que despues de dos meses el device de logs va a
> estar muy grande y tambien el de back up completos.
>
> Entonces, mi pregunta es: Cómo hacen ustedes para administrar a largo
> plazo el tamaño de esos devices?
> Algo me dice que estoy mal de raiz.!!! jejej
> Quizas debo ir renombrando y almacenando en otros nuevos? Cómo puedo
> hacerlo lo más automatizado posible?
> Muchas Gracias por su atención y Servicio.
>
>
>