{"id":29927,"date":"2019-10-31T21:32:42","date_gmt":"2019-10-31T18:32:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa\/"},"modified":"2019-10-31T21:32:42","modified_gmt":"2019-10-31T18:32:42","slug":"bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","title":{"rendered":"\u2018Hazme un backup en cinta\u2019. Relato en primera persona","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

En art\u00edculo anterior<\/a><\/noindex> Hemos compartido con ustedes las nuevas caracter\u00edsticas de la actualizaci\u00f3n 4 lanzada en enero para Veeam Backup & Replication 9.5 (VBR), donde intencionalmente no mencionamos las copias de seguridad en cinta magn\u00e9tica. Hablar sobre este tema merece un art\u00edculo aparte, porque realmente hubo muchas novedades.<\/p>\n

\u2013 \u00bfChicos de QA, escribir\u00e1n un art\u00edculo?
\n\u2013 \u00bfPor qu\u00e9 no!<\/p>\n

\"\u2018Hazme
\n
\n<\/a><\/noindex><\/p>\n

Almacenamiento en cinta en el siglo XXI<\/h1>\n

\nEl almacenamiento de datos en cintas magn\u00e9ticas (cartuchos, \u201ctapes<\/b>\u201d, como les llamamos en I+D) no se limita a la computadora ZX-Spectrum del pasado, cuyo juego pod\u00eda cargarse en la memoria RAM de 48 kb desde una cinta magnetof\u00f3nica<\/a><\/noindex> durante varios minutos. En un cuarto de siglo, las velocidades y capacidades de las cintas han aumentado en 6-7 \u00f3rdenes de magnitud. Esta no es una comparaci\u00f3n del todo precisa, y seg\u00fan la ley de Moore<\/a><\/noindex> est\u00e1ndar LTO<\/a><\/noindex> no se mantiene al ritmo. Sin embargo, las tecnolog\u00edas modernas permiten grabar 12 terabytes de datos en una cinta de un kil\u00f3metro (hasta 30 terabytes en modo de compresi\u00f3n), por lo tanto, un dispositivo de 160 d\u00f3lares deja atr\u00e1s a la competencia en costo de almacenamiento a largo plazo de grandes vol\u00famenes de datos, incluso considerando las inversiones en equipos de lectura\/escritura. Los datos en estas cintas se pueden almacenar de forma segura durante 15-30 a\u00f1os.<\/p>\n

Miremos desde otra perspectiva. En tiempos recientes, los ransomware<\/a><\/noindex> han alcanzado un nuevo nivel. Pueden esperar su momento dentro de la infraestructura de una gran empresa durante semanas o meses, y con la aparici\u00f3n de una nueva vulnerabilidad de d\u00eda cero, pueden destruir (no sin la ayuda de una persona, ya que hay grandes sumas de dinero en juego) no solo todos los datos, sino tambi\u00e9n todas las copias de seguridad a las que puedan acceder. Aqu\u00ed hay un ejemplo reciente<\/a><\/noindex>, cuando una empresa tuvo que pagar a los extorsionistas. Los llamados air gap<\/b>, es decir, copias de seguridad f\u00edsicamente aisladas de la infraestructura, se han convertido, en esencia, en el \u00fanico salvavidas confiable contra tales historias. La cinta magn\u00e9tica aqu\u00ed es una de las soluciones que no se vuelven obsoletas.<\/p>\n

\"\u2018Hazme
\n
\nPero solo con especificaciones y novedades tecnol\u00f3gicas en componentes de hierro y bario-ferrito de los principales fabricantes (IBM, HPE, Oracle, Dell) no es suficiente para proteger los datos de manera confiable; tambi\u00e9n se necesita buen software. En Veeam, tenemos todo un equipo dedicado a las copias de seguridad en cinta, alrededor de 10 personas analizan, planifican, investigan, desarrollan y prueban a diario. Los resultados de este trabajo los han visto en art\u00edculos anteriores (uno<\/a><\/noindex>, dos<\/a><\/noindex>). \u00bfQu\u00e9 se ha logrado en el \u00faltimo a\u00f1o?<\/p>\n

Glosario<\/h1>\n

\nSurge la elecci\u00f3n entre libertades con respecto al idioma nativo y los formalismos que dificultan la lectura. Prefiero lo primero, por lo que me disculpo de antemano si algunas jerga de la lista a continuaci\u00f3n resultan inc\u00f3modas a la vista. Aqu\u00ed, recordar\u00e9 brevemente qu\u00e9 significa cada t\u00e9rmino. <\/p>\n

Los expertos en VBR pueden saltarse esta parte<\/b>Job <\/b>\u2013 job \u2013 tarea de copia de seguridad. En esencia, todo VBR se basa en jobs. Adem\u00e1s de la copia de seguridad y la replicaci\u00f3n, esto puede ser tambi\u00e9n la copia a cinta magn\u00e9tica (backup to tape job, tape job). Cabe mencionar que la restauraci\u00f3n desde una copia de seguridad (restore) tambi\u00e9n es un job, pero en este art\u00edculo, se entender\u00e1 por este t\u00e9rmino espec\u00edficamente la copia de seguridad.<\/p>\n

Storage <\/b>\u2013 storage \u2013 un nombre que ha perdurado hist\u00f3ricamente. Son archivos en el repositorio <\/b>(repository \u2013 repositorio), que contienen copias de seguridad \u2013 operaciones <\/b>y incrementales<\/b>. En un storage puede haber tanto una como varias m\u00e1quinas virtuales.<\/p>\n

Cadena <\/b>\u2013 chain \u2013 secuencia de storages relacionados entre s\u00ed. Para restaurar datos de un determinado storage incremental n, se requieren todos los anteriores desde (n-1) hasta 1 y el storage completo al que se refiere el primer incremental.<\/p>\n

Source<\/b>, Target <\/b>\u2013 source, target. Source es la entidad original que procesa el job. En el caso de copias de seguridad\/replicas, generalmente es una m\u00e1quina virtual en el hipervisor. En el caso de tape job, el source es el propio job de copia de seguridad (o los archivos en el caso de un file to tape job). Target para el job de copia de seguridad es el repositorio donde se almacenan las copias de seguridad. Para el tape job, es el media pool.<\/p>\n

Media pool<\/b> \u2013 media pool<\/a><\/noindex> \u2013 grupo de medios, en nuestro caso \u2013 cintas. Contenedor l\u00f3gico, creado por el usuario y que contiene cintas de una o varias bibliotecas. As\u00ed, un tape job siempre tiene un media pool como target, es decir, los datos no se escriben en una cinta espec\u00edfica ni en cualquier cinta de la biblioteca, sino en un conjunto determinado de ellas. El media pool tiene una configuraci\u00f3n de tiempo de retenci\u00f3n de datos, despu\u00e9s de la cual la cinta puede ser sobrescrita. El usuario puede crear pools est\u00e1ndar (standard) y GFS pools<\/a><\/noindex>. Cada uno de estos tipos ahora puede ser WORM y no-WORM, sobre esto a continuaci\u00f3n.<\/p>\n

Media set<\/b> \u2013 media set<\/a><\/noindex> \u2013 un conjunto de cintas en un pool de medios, en las que se escriben continuamente copias de seguridad\/archivos. Para los pools GFS, los conjuntos de medios tambi\u00e9n est\u00e1n vinculados a un intervalo (por ejemplo, anual \u2013 yearly), las cintas solo se rotan dentro de su intervalo.<\/p>\n

Unidad<\/b>, cambiador<\/b><\/a><\/noindex> \u2013 elementos de la biblioteca de cintas. La unidad lee y rebobina la cinta, el cambiador \u2013 es un robot que mueve las cintas entre los slots de almacenamiento, slots de descarga y la unidad. Tambi\u00e9n hay unidades independientes<\/b> (standalone \u2013 independiente), aqu\u00ed la funci\u00f3n de cambiador la realiza una persona. Para la unidad es obligatorio tener instalado el controlador correcto del fabricante en una m\u00e1quina Windows, a la que est\u00e1 conectada la biblioteca; con el cambiador podemos trabajar incluso sin controladores, utilizando SCSI nativo.<\/p>\n

<\/p>\n

Inquilino a cinta. Proveedor protegido \u2013 clientes protegidos<\/h1>\n

\nPongamos las cartas sobre la mesa. La caracter\u00edstica m\u00e1s significativa de nuestra actualizaci\u00f3n, dise\u00f1ada para proveedores de la nube<\/a><\/noindex>, que utilizan VBR en su infraestructura. El desarrollo comenz\u00f3 hace dos a\u00f1os. Pronto nos dimos cuenta de que no podr\u00edamos abordar una tarea tan seria para la pr\u00f3xima versi\u00f3n, tomamos una peque\u00f1a pausa y finalmente lanzamos la funci\u00f3n en la actualizaci\u00f3n 9.5 Update 4.<\/p>\n

En resumen, ahora los proveedores tienen la posibilidad de copiar las copias de seguridad de sus clientes en cintas mediante trabajos de cinta en pool GFS. Esto les da a los proveedores \u2013 que son clientes grandes y muy valiosos para nuestro coraz\u00f3n y departamento comercial \u2013 dos posibilidades:<\/p>\n