{"id":97726,"date":"2020-10-21T08:42:15","date_gmt":"2020-10-21T06:42:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij"},"modified":"2020-10-21T08:42:15","modified_gmt":"2020-10-21T06:42:15","slug":"veeam-log-diving-komponenty-i-glossarij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/veeam-log-diving-komponenty-i-glossarij","title":{"rendered":"Veeam Log Diving: componentes y glosario","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Veeam
\n
\nEn Veeam amamos los registros. Y dado que la mayor\u00eda de nuestras soluciones son modulares, generan una gran cantidad de registros. Y dado que nuestra actividad se centra en asegurar la conservaci\u00f3n de sus datos (es decir, en garantizar su tranquilidad), los registros no solo deben registrar cada detalle, sino hacerlo de manera detallada. Esto es necesario para que en caso de cualquier incidente podamos entender c\u00f3mo ocurri\u00f3, qui\u00e9n fue el responsable y qu\u00e9 hacer a continuaci\u00f3n. Es como en la criminolog\u00eda: nunca se sabe qu\u00e9 peque\u00f1o detalle te ayudar\u00e1 a encontrar al asesino de Laura Palmer.<\/p>\n

Por lo tanto, decid\u00ed embarcarme en una serie de art\u00edculos donde contar\u00e9 de manera secuencial qu\u00e9 escribimos en los registros, d\u00f3nde los almacenamos, c\u00f3mo no volvernos locos con su estructura y qu\u00e9 buscar en su interior.
\n<\/a><\/noindex><\/p>\n

\u00bfPor qu\u00e9 una serie de art\u00edculos y por qu\u00e9 no describir todo de una vez? <\/h3>\n

\nSimplemente enumerar qu\u00e9 registro est\u00e1 donde y qu\u00e9 contiene es una idea bastante complicada. Y pensar en mantener esta informaci\u00f3n actualizada da miedo. Enumerar todos los posibles tipos de registros en Veeam Backup & Replication es una tabla de varias p\u00e1ginas en letra peque\u00f1a. Adem\u00e1s, solo ser\u00e1 relevante en el momento de la publicaci\u00f3n, ya que con cada nueva actualizaci\u00f3n pueden aparecer nuevos registros, cambiar la l\u00f3gica de la informaci\u00f3n almacenada en los antiguos, etc. Por lo tanto, ser\u00e1 mucho m\u00e1s beneficioso explicar su estructura y la esencia de la informaci\u00f3n que contienen. Esto permitir\u00e1 orientarse mejor en el terreno en lugar de simplemente memorizar los nombres.<\/p>\n

Por eso, para no lanzarnos de cabeza a un mar de texto, realicemos un trabajo preparatorio en este art\u00edculo. Hoy no vamos a profundizar en los registros mismos, sino que abordaremos el tema desde una perspectiva m\u00e1s amplia: elaboraremos un glosario y discutiremos un poco la estructura de Veeam desde el punto de vista de la generaci\u00f3n de registros.<\/p>\n

Glosario y jerga<\/h3>\n

\nAqu\u00ed, en primer lugar, debo disculparme ante los defensores de la pureza del idioma ruso y los testigos del diccionario de Ozhigov. Todos amamos mucho nuestro idioma nativo, pero la maldita industria de TI trabaja en ingl\u00e9s. No lo inventamos nosotros, sino que as\u00ed ha sido hist\u00f3ricamente. No soy responsable, \u00e9l lleg\u00f3 por su cuenta.<\/p>\n

En nuestro campo, el problema de los anglicismos (y la jerga) tiene su propia especificidad. Cuando el mundo ya entiende cosas muy concretas a partir de palabras aparentemente inocentes como \"host\" o \"guest\", en una sexta parte del mundo contin\u00faa el heroico desorden y la confusi\u00f3n al se\u00f1alar en los diccionarios. Y el argumento estrictamente obligatorio es \"Pero en nuestro trabajo...\".<\/p>\n

Adem\u00e1s, existe nuestra terminolog\u00eda espec\u00edfica que pertenece precisamente a los productos de Veeam, aunque algunas palabras y expresiones se han popularizado. Por lo tanto, ahora vamos a acordar qu\u00e9 significa cada t\u00e9rmino, y en adelante, bajo la palabra 'guest', me referir\u00e9 a lo que est\u00e1 escrito en este cap\u00edtulo y no a lo que ustedes est\u00e9n acostumbrados en su trabajo. Y s\u00ed, esto no es un capricho personal, son t\u00e9rminos establecidos en la industria. Luchar contra ellos resulta algo absurdo. Aunque siempre estoy dispuesto a debatir en los comentarios.<\/p>\n

Lamentablemente, hay una gran cantidad de t\u00e9rminos en nuestro trabajo y productos, as\u00ed que no intentar\u00e9 enumerarlos todos. Solo mencionar\u00e9 los m\u00e1s b\u00e1sicos y necesarios para sobrevivir en el mar de informaci\u00f3n sobre copias de seguridad y registros. Para aquellos interesados, tambi\u00e9n puedo ofrecer un art\u00edculo <\/a><\/noindex>de un colega sobre cintas, donde tambi\u00e9n se presenta una lista de t\u00e9rminos relacionados con esa parte de la funcionalidad.<\/p>\n

Host (Host):<\/strong> En el mundo de la virtualizaci\u00f3n, es una m\u00e1quina con hipervisor. F\u00edsica, virtual, en la nube \u2014 no importa. Si hay algo que ejecuta un hipervisor (ESXi, Hyper-V, KVM, etc.), entonces esa 'cosa' se llama host. Puede ser un cl\u00faster de diez racks o tu laptop con una labora de una y media m\u00e1quinas virtuales \u2014 si has iniciado un hipervisor, entonces eres un host. Porque el hipervisor aloja m\u00e1quinas virtuales. Hay incluso una an\u00e9cdota de que VMware, en su momento, quiso lograr una fuerte asociaci\u00f3n de la palabra host precisamente con ESXi. Pero no lo logr\u00f3.<\/p>\n

En el mundo moderno, el concepto de 'host' se ha fusionado pr\u00e1cticamente con el concepto de 'servidor', lo que genera cierta confusi\u00f3n en la comunicaci\u00f3n, especialmente cuando se trata de infraestructura Windows. Por lo tanto, cualquier m\u00e1quina que tenga alg\u00fan servicio interesante para nosotros puede ser llamada sin duda un host. Por ejemplo, en los registros de WinSock, la palabra host se utiliza para marcar de todo. El cl\u00e1sico 'Host not found' es un buen ejemplo. As\u00ed que debemos tener en cuenta el contexto, pero recordemos: en el mundo de la virtualizaci\u00f3n, un host es lo que aloja a los hu\u00e9spedes (sobre esto, en dos l\u00edneas m\u00e1s abajo).<\/p>\n

De los argot locales (m\u00e1s bien acr\u00f3nimos en este caso) se recuerda que VMware es VI, vSphere es VC y Hyper-V es HV.<\/p>\n

Guest (Hu\u00e9sted):<\/strong> M\u00e1quina virtual que opera en el host. Aqu\u00ed ni siquiera hay mucho que explicar, es todo tan l\u00f3gico y sencillo. Sin embargo, muchos insisten en traer aqu\u00ed otros significados. <\/p>\n

\u00bfPor qu\u00e9? No lo s\u00e9.
\nGuest OS, correspondiente al sistema operativo de la m\u00e1quina hu\u00e9sped. Y as\u00ed sucesivamente.<\/p>\n

Backup\/Replication Job (trabajo de respaldo):<\/strong> Un t\u00e9rmino puramente de VMware que denota alguna de las tareas. Backup job == Trabajo de Respaldo. Nadie ha encontrado una traducci\u00f3n hermosa al espa\u00f1ol, as\u00ed que todos dicen \"trabajo\". Con el acento en la \u00faltima s\u00edlaba.<\/p>\n

S\u00ed, as\u00ed de simple se dice \"trabajo\". Y hasta se escribe as\u00ed en los correos, y todo est\u00e1 bien.
\nCualquier cosa como Trabajos de Respaldo, Tareas de Respaldo, etc., gracias, pero no es necesario. Simplemente 'trabajo', y te entender\u00e1n. Lo principal es acentuar la \u00faltima s\u00edlaba.<\/p>\n

Backup (Respaldo, backup. Para los verdaderos viejos se permite usar bakup):<\/strong> Adem\u00e1s de lo obvio (una copia de seguridad de datos que se encuentra en alguna parte), tambi\u00e9n se refiere a la tarea (tres l\u00edneas m\u00e1s arriba, si ya lo olvidaste), a ra\u00edz de la cual resulta el archivo de respaldo. Probablemente, los hablantes de ingl\u00e9s son demasiado perezosos para decir todo el tiempo \"realic\u00e9 mi trabajo de respaldo\", as\u00ed que simplemente dicen \"realic\u00e9 mi respaldo\", y todos se entienden perfectamente. Propondr\u00eda apoyar esta maravillosa iniciativa.<\/p>\n

Consolidate (Consolidaci\u00f3n): <\/strong>T\u00e9rmino que apareci\u00f3 en ESXi 5.0. Opci\u00f3n en el men\u00fa de trabajo con instant\u00e1neas que inicia el proceso de eliminaci\u00f3n de las llamadas instant\u00e1neas hu\u00e9rfanas. Es decir, instant\u00e1neas que f\u00edsicamente existen, pero que han ca\u00eddo de la estructura l\u00f3gica visible. Te\u00f3ricamente, este proceso no deber\u00eda afectar a los archivos que se muestran en el administrador de instant\u00e1neas, sin embargo, puede suceder cualquier cosa. La esencia del proceso de consolidaci\u00f3n es que los datos de la instant\u00e1nea (disco hijo) se escriben en el disco principal (disco padre). El proceso de unir discos se llama 'fusi\u00f3n' (merge). Si se da la orden de consolidaci\u00f3n, el registro de la instant\u00e1nea puede ser eliminado de la base antes de que la instant\u00e1nea sea fusionada y eliminada. Y si no se pudo eliminar la instant\u00e1nea por cualquier motivo, entonces aparecen estas instant\u00e1neas hu\u00e9rfanas. VMwre tiene una buena KB<\/a><\/noindex>. Y nosotros tambi\u00e9n escribimos sobre ellas en Habr<\/a><\/noindex>.<\/p>\n

Datastore (Almacenamiento o storage): <\/strong>\u00a0Es un concepto muy amplio, pero en el mundo de la virtualizaci\u00f3n se entiende como el lugar donde se almacenan los archivos de las m\u00e1quinas virtuales. Sin embargo, en cualquier caso, es necesario comprender muy bien el contexto y, ante la menor duda, aclarar qu\u00e9 es exactamente lo que su interlocutor quiso decir.\u00a0<\/p>\n

Proxy: <\/strong>Es importante entender de inmediato que Veeam Proxy no es exactamente lo mismo a lo que estamos acostumbrados en las \u00e1reas de internet. Dentro de los productos de Veeam, es una entidad que se encarga de mover datos de un lugar a otro. Sin entrar en detalles, VBR es el servidor de comandos, y el proxy son sus caballos de trabajo. Es decir, el proxy es la m\u00e1quina a trav\u00e9s de la cual fluye el tr\u00e1fico y en la que est\u00e1n instalados los componentes de VBR que ayudan a gestionar ese tr\u00e1fico. Por ejemplo, mover datos de un canal a otro o simplemente a\u00f1adir discos (modo HotAdd).<\/p>\n

Repository: <\/strong>\u00a0T\u00e9cnicamente, esto es simplemente un registro en la base de VBR que indica el lugar donde se almacenan las copias de seguridad y c\u00f3mo conectarse a dicho lugar. En realidad, esto puede ser tanto un simple recurso CIFS como un disco separado, un servidor o un bucket en la nube. Nuevamente, estamos en contexto, pero entendemos que un repositorio es simplemente el lugar donde se encuentran sus copias de seguridad.<\/p>\n

\u00a0Snapshot: <\/strong>Los amantes de la gram\u00e1tica de Oxford prefieren decir quien es sn\u00c9pshot, quien es sn\u00c9pshot, sin embargo, la mayor\u00eda analfabeta gana gracias a la mayor masa. Para quienes no lo sepan, esta es una tecnolog\u00eda que permite restaurar el estado de un disco en un momento determinado. Esto se realiza ya sea mediante el redireccionamiento temporal de las operaciones de I\/O desde el disco principal \u2014 entonces se llamar\u00e1 snapshot RoW (Redirect on Write) \u2014 o mediante el desplazamiento de los bloques reescribibles de su disco a otro \u2014 esto se llamar\u00e1 snapshot CoW (Copy on Write). Es gracias a las amplias capacidades de utilizaci\u00f3n de estas funciones que Veeam puede realizar su magia de copia de seguridad. Estrictamente hablando, no solo Veeam, pero esto est\u00e1 reservado para las pr\u00f3ximas versiones.<\/p>\n

En la documentaci\u00f3n y los registros de ESXi hay un caos alrededor de este t\u00e9rmino, y en el contexto de las instant\u00e1neas, puedes encontrar tanto las instant\u00e1neas como el redo log e incluso el disco delta. En la documentaci\u00f3n de Veeam no hay tal desorden, y la instant\u00e1nea es una instant\u00e1nea, mientras que el redo log es precisamente el archivo REDO, creado por un disco no persistente independiente. Los archivos REDO se eliminan al apagar la m\u00e1quina virtual, por lo que confundirlos con las instant\u00e1neas es un camino hacia el fracaso.<\/p>\n

Sint\u00e9tico:<\/strong> Las copias de seguridad sint\u00e9ticas se refieren a copias de seguridad reverse incremental y forever forward. Si por casualidad no te has encontrado con este t\u00e9rmino, es simplemente uno de los mecanismos utilizados para construir la cadena de copia de seguridad. Sin embargo, en los registros tambi\u00e9n se puede encontrar el t\u00e9rmino Transform, que se utiliza en el contexto de la creaci\u00f3n de copias completas a partir de incrementos (synthetic full).<\/p>\n

Tarea:<\/strong> Es el proceso de procesamiento de cada m\u00e1quina individual en el marco del trabajo. Es decir, si tienes un trabajo de copia de seguridad que incluye tres m\u00e1quinas, cada m\u00e1quina se procesar\u00e1 en el marco de una tarea separada. En total, habr\u00e1 cuatro registros: uno principal para el trabajo y tres para las tareas. Sin embargo, aqu\u00ed hay un matiz importante: con el tiempo, la palabra \"tarea\" se ha vuelto excesivamente ambigua. Cuando hablamos de registros generales, suponemos que una tarea es exactamente una VM. Pero hay sus propias \"tareas\" en el proxy y en el repositorio. All\u00ed puede significar tanto un disco virtual como una m\u00e1quina virtual o todo el trabajo. Por lo tanto, es importante no perder el contexto.<\/p>\n

Servicio Veeam %name% (Servicio)<\/strong>: \u00a0<\/strong>Para el \u00e9xito de las copias de seguridad, varios servicios trabajan juntos, cuya lista se puede encontrar en la consola est\u00e1ndar. Sus nombres reflejan bastante claramente su esencia, sin embargo, entre ellos hay uno que es el m\u00e1s importante: Veeam Backup Service, sin el cual los dem\u00e1s no funcionar\u00e1n.<\/p>\n

VSS: <\/strong>T\u00e9cnicamente, VSS siempre debe significar Microsoft Volume Shadow Copy Service. De hecho, muchos lo usan como sin\u00f3nimo de Application-Aware Image Processing. Lo cual, por supuesto, es totalmente incorrecto, pero es una de esas historias donde \"cualquier todoterreno puede ser llamado jeep y te entender\u00e1n\".<\/p>\n

Los fant\u00e1sticos registros y los lugares donde habitan<\/h3>\n

\nQuiero comenzar este cap\u00edtulo revelando un gran misterio: \u00bfqu\u00e9 hora se muestra en los registros?<\/p>\n

Recuerda:<\/p>\n