On 2017-05-25 10:54, miguel gmail wrote:
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? :-?
Por, fundamentalmente, dos razones:
1. Coste. El backup cuesta dinero: licencias, espacio en disco, gestión, , riesgos de robo de información (no dejan de ser copias no controladas de datos), tiempo de gestión...
A ver. Si yo hago una copia de mis datos en un stick, eso no altera el coste del backup en nada. Lo de robo de información, es una posibilidad, sí. Para eso nos dan cajones con llave. Pero esa práctica viene de que en muchos sitios no se hace copia de seguridad. En ninguno de los sitios donde he estado, algunos corporativos, se hacían copias de seguridad alguna, excepto si las hacía yo por mi cuenta. Yo he perdido una base de datos de clientes en empresa gorda y no había copia de seguridad alguna. A partir de entonces hicimos nuestras propias copias, creando un zip de nuestro ordenador y guardándolo en el PC de al lado, y él otro en el nuestro. Programado como tarea programada (equivalente windows de cron). Cuando en una empresa gorda me dieron un portátil, tenía que hacerme mi propio backup en mi casa con mi dinero, porque ellos nada de nada.
Hazte idea: 1 TB de datos de producción puede tener otro TB en réplica. Y según qué política de backup tengas, considerando ratio de dedup, etc., puedes tener otro TB (o más!!) por cada copia de backup que hagas. Estos datos que te doy no son imaginados, son datos que yo he medido en dos organizaciones 'grandes' (no 'web scale', pero sí 'multi PB').
Un TB de datos genera más del triple de volumen ocupado. Y a eso quieres añadir 'más copias por si acaso'... y raro es el que hace limpieza de sus copias antiguas, etc. etc.
Y, además, no están catalogadas en ningun inventario.
A ver, si yo pierdo un fichero, ¿cuanto tardáis en darme una copia antigua? En los sitios donde yo he estado, *nunca*.
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.
Uhm.
A ver, esto hay que discutirlo: Qué significan datos 'muy importantes'. Importantes para quién o para qué. En mi experiencia, estas copias están solo para comodidad del administrador del servidor/bbdd/etc., porque un restore le consume más tiempo que usar lo que tiene al lado.
Y no. Las políticas de backup no se han (no se deben, 'quicir) decidir por capricho ni del responsable de backup, ni del proveedor... se deben decidir en base a un BIA (Business Impact Analysis). Si la solución de backup y política implementada no soluciona el BIA entonces hay que revisar o la tecnología, o los procedimientos o lo que sea, pero no solucionar un aparente problema por tu cuenta, con recursos caros.
O sea, que no hay copia de seguridad de mis cosas. Por ejemplo, la base de datos de clientes perdida, teniendo que meter lo que teníamos desde papel de nuevo. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))