On 2017-05-24 15:48, miguel gmail wrote:
Ya. La historia me suena. Mucho.
Yo cortaría cabezas por hacer esas copias fuera de la política de backup.
Mi enfoque es: 1. definir una política de backup con varios sabores (por favor, no más de cinco, como mucho). Lo de doble copia de backup debería ser obligatorio. Abarcar todo el conjunto de datos que lo requiera (ficheros planos, bases de datos, aplicaciones rarunas, etc.). Lo de disco o cinta... depende de presupuesto, ventana de backup, volumen a proteger, etc. 2. asignar (estimar) costes a cada política. 3. comunicar la política y dejar que cada aplicación elija su sabor. Dicha política puede estar definida en términos de RPO, RTO, VRO y GRO (por ejemplo) y explicitar los límites del servicio de backup. 4. imputar mensualmente el coste de ese backup.
Al que se salga de la política... palo.
Y sí, a veces hay que hacer ajustes... lo típico del DBA que decide que se hace su copia local de un export que destroza la dedup porque cambia un bit... Se puede llegar a acuerdos y excluir cierto tipo de ficheros, pero no se puede permitir que los usuarios saquen sus copias de backup por su cuenta y riesgo.
¿porqué no? :-? Que ellos saquen sus propias copias de lo que consideran muy importante no fastidia la copia de seguridad general. Salvo que lo hagan a un disco que también se salvaguarda, duplicando el espacio de copia. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))