Mejores Prácticas de Backup

Carlos,

Tienes mucha razon, aca todos aprendemos.

Algo muy importante es lo que dijo "qwalgrande" (cual sera su verdadero
nombre?), un backup es bueno solo cuando se prueba que este puede ser
restaurado, asi que planificar simulacros de los procedimientos de
recuperacion es un punto mas a tomar en cuenta. Un ultimo consejo, pongan el
archivo de transacciones en un raid 1 (que mantiene copia de un disco en
otro) para que asi cuando tengan un problema puedan hacer un backup del log
(ojo, with no_truncate) para poder recuperar las ultimas transacciones y de
ser posible usar un modelo FULL para poder hacer una restauracion hasta un
punto determinado en el tiempo.

Saludos,


Alejandro Mesa


"Carlo Sorrel" wrote:

Estimado, me uno a lo que dice Alejandro (Maestro), todo depende del tamaño
y la criticidad de la data que estas trabajando.
Nosotros tenemos una base de 105 Gb, a la cual le relizamos respaldos FULL
todos los domingos, diferenciales todos los días en la madrugada y Log cada
1 hora. Con esto te aseguras que ante una catastrofe (que me ha pasado,
uffff, no me quiero ni acordar), a lo mas pierdas una hora de
trabajo.Además, a la hora de realizar todos los respaldos, debes pensar en
donde los dejaras. Al menos el de Log, que se hace "on-line"(en horario de
full trabajo), con los usuarios trabajando. Te comento esto porque si los
respaldos los realizaras a disco, es probable que te baje el performance de
la maquina (por encolamiento de disco, si es que los realizaras al mismo
disco de las bases, lo cual no es recomendable).
En este tema hay para todos los gustos y necesidades, sólo tienes que tener
claro cuanto esta dispuesto a perder tu organización, en data y tiempo.
Aaaaa., se me olvidaba, no te disculpes, nadie nacio sabiendo, y aqui todos
aprendemos de los demas, eso es lo lindo y bonito no???
Saludos y Suerte.

Atte.,
Carlo Sorrel

"Alejandro Mesa" escribió en el
mensaje news:
> Víctor,
>
> > diferenciales, pero ¿Cada cuanto tiempo es prudente realizar los
completos y
> > los diferenciales? y de ser este el metodo ¿Cual sería la forma de
> > recuperar la base ante una falla?.
>
> Esa respuesta nosotros no la sabemos, pues esta muy relacionada con el
> tamaño de la bd, la frecuencia de actualizacion y que tanta data estas
> dispuesto a perder en caso de una falla. Si la bd es muy grande y toma
mucho
> tiempo hacer un backup, entonces podrias planificar un full backup el fin
de
> semana (por ejemplo domingo en la noche) y usar backup diferenciales por
lo
> menos uno diario. Tambien es muy importante el promedio de
actuializaciones
> sobre la bd, pues basado en eso entonces necesitarias hacer un backup del
log
> de trasacciones con mas o menos frecuencia. Algo asi como:
>
> - Full Backup (Domingos en la noche)
> - Backup diferencial (uno o dos diarios, por ejemplo a las 12:00 pm y a
las
> 12:00 am)
> - Backup del log de transacciones cada 2 horas (entre backup
diferenciales)
>
>
> AMB
>
> "Víctor Gacitúa (IT Pro Chile)" wrote:
>
> > Estimados, desde ya agradesco cualquier idea, y también solicito
disculpas
> > por lo básica que puede parecer la consulta a los usuarios más
avanzados,
> > pero aquí voy:
> > ¿Cuál según su experiencia sería el metodo más seguro para realizar
> > respaldos de unas bases críticas con operación prácticamente 24x7? (En
el
> > 24x7, si hay una baja en la carga de trabajo en las madrugadas de todos
los
> > días). Según lo que he leido debería ser un modelo Full Recovery,
incluyendo
> > diferenciales, pero ¿Cada cuanto tiempo es prudente realizar los
completos y
> > los diferenciales? y de ser este el metodo ¿Cual sería la forma de
> > recuperar la base ante una falla?.
> >
> > Muchas Gracias,
> > Víctor Gacitúa C.
> > ITPRO Chile
> >
> >
> >

Hola.

Recogiendo el guante de Alejandro, mi nombre es Alberto López Grande.

qwalgrande

"De lo que ves créete la mitad, de lo que no ves no te creas nada"
V. del V.


"Alejandro Mesa" escribió en el
mensaje news:

Carlos,

Tienes mucha razon, aca todos aprendemos.

Algo muy importante es lo que dijo "qwalgrande" (cual sera su verdadero
nombre?), un backup es bueno solo cuando se prueba que este puede ser
restaurado, asi que planificar simulacros de los procedimientos de
recuperacion es un punto mas a tomar en cuenta. Un ultimo consejo, pongan
el
archivo de transacciones en un raid 1 (que mantiene copia de un disco en
otro) para que asi cuando tengan un problema puedan hacer un backup del
log
(ojo, with no_truncate) para poder recuperar las ultimas transacciones y
de
ser posible usar un modelo FULL para poder hacer una restauracion hasta un
punto determinado en el tiempo.

Saludos,


Alejandro Mesa


"Carlo Sorrel" wrote:

Estimado, me uno a lo que dice Alejandro (Maestro), todo depende del
tamaño
y la criticidad de la data que estas trabajando.
Nosotros tenemos una base de 105 Gb, a la cual le relizamos respaldos
FULL
todos los domingos, diferenciales todos los días en la madrugada y Log
cada
1 hora. Con esto te aseguras que ante una catastrofe (que me ha pasado,
uffff, no me quiero ni acordar), a lo mas pierdas una hora de
trabajo.Además, a la hora de realizar todos los respaldos, debes pensar
en
donde los dejaras. Al menos el de Log, que se hace "on-line"(en horario
de
full trabajo), con los usuarios trabajando. Te comento esto porque si los
respaldos los realizaras a disco, es probable que te baje el performance
de
la maquina (por encolamiento de disco, si es que los realizaras al mismo
disco de las bases, lo cual no es recomendable).
En este tema hay para todos los gustos y necesidades, sólo tienes que
tener
claro cuanto esta dispuesto a perder tu organización, en data y tiempo.
Aaaaa., se me olvidaba, no te disculpes, nadie nacio sabiendo, y aqui
todos
aprendemos de los demas, eso es lo lindo y bonito no???
Saludos y Suerte.

Atte.,
Carlo Sorrel

"Alejandro Mesa" escribió en el
mensaje news:
> Víctor,
>
> > diferenciales, pero ¿Cada cuanto tiempo es prudente realizar los
completos y
> > los diferenciales? y de ser este el metodo ¿Cual sería la forma de
> > recuperar la base ante una falla?.
>
> Esa respuesta nosotros no la sabemos, pues esta muy relacionada con el
> tamaño de la bd, la frecuencia de actualizacion y que tanta data estas
> dispuesto a perder en caso de una falla. Si la bd es muy grande y toma
mucho
> tiempo hacer un backup, entonces podrias planificar un full backup el
> fin
de
> semana (por ejemplo domingo en la noche) y usar backup diferenciales
> por
lo
> menos uno diario. Tambien es muy importante el promedio de
actuializaciones
> sobre la bd, pues basado en eso entonces necesitarias hacer un backup
> del
log
> de trasacciones con mas o menos frecuencia. Algo asi como:
>
> - Full Backup (Domingos en la noche)
> - Backup diferencial (uno o dos diarios, por ejemplo a las 12:00 pm y a
las
> 12:00 am)
> - Backup del log de transacciones cada 2 horas (entre backup
diferenciales)
>
>
> AMB
>
> "Víctor Gacitúa (IT Pro Chile)" wrote:
>
> > Estimados, desde ya agradesco cualquier idea, y también solicito
disculpas
> > por lo básica que puede parecer la consulta a los usuarios más
avanzados,
> > pero aquí voy:
> > ¿Cuál según su experiencia sería el metodo más seguro para realizar
> > respaldos de unas bases críticas con operación prácticamente 24x7?
> > (En
el
> > 24x7, si hay una baja en la carga de trabajo en las madrugadas de
> > todos
los
> > días). Según lo que he leido debería ser un modelo Full Recovery,
incluyendo
> > diferenciales, pero ¿Cada cuanto tiempo es prudente realizar los
completos y
> > los diferenciales? y de ser este el metodo ¿Cual sería la forma de
> > recuperar la base ante una falla?.
> >
> > Muchas Gracias,
> > Víctor Gacitúa C.
> > ITPRO Chile
> >
> >
> >