Mejor practica para un BackUp Diferencial

[KATHYU]

Señores cual seria la mejor practica para crear un backup diferencial ?? o incremental (creo que es lo mismo, ya que sql solo tiene full y Diferencial)

Básicamente este quiero que sea el esquema


De la DB quiero sacar un Full a las 4.00am y despues crear incrementales a partir de las 6.00am cada 4 horas en un ciclo diario, osea, 1 full y 6 diferenciales diarios para contingencia

Hice un plan de mantenimiento con horarios separados (ahi creo que esta mi problema)


Se crean los BackUps pero al restaurarlos me dan error, generalmente de


Entonces quiero que me digan si estoy bien mal o que

Creo que en el plan deberían ir seguido del full los diferenciales pero eso entonces se ejecutaría full y diferencial siempre, y es ahi donde me pierdo


Me ayude de Este Link para crear el plan de mantenimiento de la DB

[Libras]

vamos por partes un diferencial no es un backup incremental, es como su nombre lo indica la diferencia entre el backup full y el ultimo diferencia, ahora como estas haciendo el restore de la base de datos? primero el full y despues los diferenciales? Porque cuando haces un restore con diferencial primero se hace el restore del full con norecovery y despues se aplica el diferencial a restaurar usando la clausula Recovery, ahora porque tanto diferencial? cual es el requerimiento? Normalmente se hace un full diario mas diferencial cada cierto tiempo dependiendo la transaccionalidad de tu base de datos, para fines practicos en una base de datos poco transaccional lo ideal seria un full semanal + diferenciales diarios

y aqui una liga

http://sqlmag.com/database-backup-an...p-and-recovery

[KATHYU]

Iniciado por Libras

vamos por partes un diferencial no es un backup incremental, es como su nombre lo indica la diferencia entre el backup full y el ultimo diferencia,

Pero al momento de hacer los BK solo da la opcion de full y diferencial, por eso pensaba.

Iniciado por Libras

ahora como estas haciendo el restore de la base de datos? primero el full y despues los diferenciales? Porque cuando haces un restore con diferencial primero se hace el restore del full con norecovery y despues se aplica el diferencial a restaurar usando la clausula Recovery,

Comienzo a restaurar el full y no se hace por el error que mostré, ojo que no he hecho eso del no recovery. Lo probare...

Iniciado por Libras

ahora porque tanto diferencial? cual es el requerimiento?

Actualmente se hace un BK diario full a las 12am pero que pasa si mi DB se daña irrecuperablemente a las 6pm?? todo el dia esta perdido, por eso quiero tener algo un poco mas a salvo la data, quiero que si se hace el full a las 12am que se hagan mas BKs en el dia y si la base se arruina a la misma hora (ejemplo 6pm) yo pueda restaurar el ultimo BK y no perder todo el dia si no unas cuantas horas, 4 por mucho, y si las transacciones son muchas, muchas.

Iniciado por Libras

Normalmente se hace un full diario mas diferencial cada cierto tiempo dependiendo la transaccionalidad de tu base de datos, para fines practicos en una base de datos poco transaccional lo ideal seria un full semanal + diferenciales diarios

No creo, eso seria casi lo que tengo, yo necesito tener mas respaldos en el dia, osea no sufrir tanta perdida en una catastrofe, de ahi el hecho que pregunto cual seria la mejor practica para mi proposito.

Iniciado por Libras

y aqui una liga

http://sqlmag.com/database-backup-an...p-and-recovery

La leo mañana



La idea es la del diagrama, un full diario y varios (diferenciales/incrementales) en el dia para no perder tanta info

[Libras]

Cual es el tiempo que puedes "perder datos" es decir cual seria el limite de perdida de datos? cual es el recovery model de tu base de datos?, cuando dices muchas transacciones estamos hablando de cuantas? ahora en el error que muestras, estas restaurando un full o in diferencial? otra cosa, yo no recomiendo mucho el uso del wizard o de los planes de mantenimiento para la creacion de bkps, porque te ponen demasiado codigo basura, pero bueno cada quien, un diferencial cada 4 horas se me hace una solucion mala, la verdad, aunque desconozco la infrastructura de tu base de datos y la transaccionalidad, lo que yo recomendaria seria un full diario, con respaldos del log cada 10 minutos y un diferencial cada 12 horas, y claro sus respectivos jobs de limpieza de los bkps

[KATHYU]

Iniciado por Libras

Cual es el tiempo que puedes "perder datos" es decir cual seria el limite de perdida de datos? cual es el recovery model de tu base de datos?, cuando dices muchas transacciones estamos hablando de cuantas? ahora en el error que muestras, estas restaurando un full o in diferencial? otra cosa, yo no recomiendo mucho el uso del wizard o de los planes de mantenimiento para la creacion de bkps, porque te ponen demasiado codigo basura, pero bueno cada quien, un diferencial cada 4 horas se me hace una solucion mala, la verdad, aunque desconozco la infrastructura de tu base de datos y la transaccionalidad, lo que yo recomendaria seria un full diario, con respaldos del log cada 10 minutos y un diferencial cada 12 horas, y claro sus respectivos jobs de limpieza de los bkps

Puesi, pero usted ya es un PRO, yo lo que necesito es un verdadero plan que me permita no perder mucha info.

Cuantas transacciones pues le diré que en esta DB que estoy haciendo las pruebas (es la pequeña) son 16 tiendas las que están metiendo datos, esto a parte de toda la operación de la oficina central. No le sabría calcular cuantos registros pueden ser pero cada tienda genera unas 50 facturas por hora (son gasolineras) cada factura inserta en varias tablas, muchas muchas tablas, asi trabaja el ERP que tenemos, las perdidas si serian muchas.

Con lo que me pregunta, el error me da al restaurar el full de las 4.00am

Si no recomienda el uso del wisar usted propone hacerlo a puro script ??

[Libras]

Asi es yo recomendaria que lo hicieras por Script, pero como dije cada quien es libre y esta es una recomendacion basada en que no me gusta que le pongan codigo basura o que SQL me diga como nombrar mis archivos :P jejejejeje.

Aun no me has contestado, cual es tipo de recovery model de tu base de datos y cual es el tiempo que podrias perder informacion?

Si tu base es tan transaccional como mencionas, podrias hacer un Full + Diff + Log, o nada mas el Full + Diff.

El error que tienes no muestra mucha informacion pero preguntandole a San Google, dice que pueden ser 2 cosas, que tu respaldo este corrupto(ya lo revisaste???) y la otra es que sql server no tenga permisos sobre la carpeta de donde estas leyendo el bkp.