{"id":97729,"date":"2020-10-21T08:42:22","date_gmt":"2020-10-21T06:42:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving"},"modified":"2020-10-21T08:42:22","modified_gmt":"2020-10-21T06:42:22","slug":"otkuda-berutsya-logi-veeam-log-diving","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","title":{"rendered":"\u00bfDe d\u00f3nde provienen los registros? Veeam Log Diving","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"\u00bfDe<\/p>\n

Continuamos nuestra inmersi\u00f3n en el fascinante mundo de la resoluci\u00f3n de problemas a trav\u00e9s de los registros. art\u00edculo anterior<\/a><\/noindex> Hemos acordado el significado de los t\u00e9rminos b\u00e1sicos y echamos un vistazo a la estructura general de Veeam como una aplicaci\u00f3n \u00fanica. La tarea ahora es entender c\u00f3mo se generan los archivos de registro, qu\u00e9 informaci\u00f3n contienen y por qu\u00e9 se ven como se ven.<\/p>\n

\u00bfQu\u00e9 piensas que son en realidad estos \u00abregistros\u00bb? Para la mayor\u00eda, los registros de cualquier aplicaci\u00f3n deber\u00edan desempe\u00f1ar el papel de una entidad todopoderosa, que la mayor parte del tiempo permanece en la periferia, pero en el momento adecuado aparece de la nada con armaduras brillantes y salva a todos. Es decir, deber\u00edan contener todo, desde los errores m\u00e1s peque\u00f1os en cada componente hasta transacciones individuales de la base de datos. Y despu\u00e9s de un error, deber\u00eda indicarse c\u00f3mo corregirlo. Todo esto deber\u00eda caber en un par de megabytes, como m\u00e1ximo. \u00a1Es solo texto! \u00a1No pueden los archivos de texto ocupar decenas de gigabytes, lo he escuchado en alguna parte!<\/p>\n

As\u00ed que, los logs<\/h2>\n

en el mundo real son simplemente un archivo de informaci\u00f3n diagn\u00f3stica. Y qu\u00e9 almacenar, de d\u00f3nde obtener la informaci\u00f3n para el almacenamiento y cu\u00e1n detallada debe ser, lo deciden los propios desarrolladores. Algunos optan por el camino del minimalismo, manteniendo registros de encendido\/apagado, mientras que otros recopilan todo lo que pueden alcanzar. Aunque tambi\u00e9n existe una opci\u00f3n intermedia con la posibilidad de elegir el llamado nivel de registro, donde t\u00fa mismo indicas cu\u00e1n detallada quieres que sea la informaci\u00f3n que almacenas y cu\u00e1nto espacio adicional tienes en tus discos. Por cierto, VBR tiene seis de esos niveles. Y cr\u00e9anme, ustedes no quieren ver lo que sucede cuando se registra con el nivel m\u00e1s detallado y tienen poco espacio libre en su disco.<\/p>\n

Est\u00e1 bien. M\u00e1s o menos hemos entendido qu\u00e9 queremos conservar, pero surge la pregunta leg\u00edtima: \u00bfde d\u00f3nde obtendremos esta informaci\u00f3n? Parte de los eventos que registramos, por supuesto, los generamos nosotros mismos a trav\u00e9s de nuestros procesos internos. Pero, \u00bfqu\u00e9 hacer cuando hay interacci\u00f3n con el entorno externo? Para no caer en un caos de soluciones improvisadas, Veeam tiende a no reinventar la rueda. Siempre que exista una API lista, una funci\u00f3n integrada en el sistema, una biblioteca, etc., preferimos las opciones disponibles antes de comenzar a crear nuestras propias soluciones ingeniosas. Aunque tambi\u00e9n hay muchas de estas. Por lo tanto, al analizar los registros, es importante entender que la mayor parte de los errores proviene de mensajes de APIs externas, llamadas del sistema y otras bibliotecas. En este caso, el papel de VBR se reduce a reenviar estos errores a los archivos de registro tal como est\u00e1n. Y la tarea principal del usuario es aprender a entender qu\u00e9 l\u00ednea proviene de qui\u00e9n, y de qu\u00e9 es responsable ese \u201cquien\u201d. As\u00ed que, si el c\u00f3digo de error del registro de VBR te lleva a la p\u00e1gina de MSDN, eso es normal y correcto.<\/p>\n

Como acordamos anteriormente: Veeam es una aplicaci\u00f3n basada en SQL. Esto significa que todas las configuraciones, toda la informaci\u00f3n y, en general, todo lo que se necesita para un funcionamiento normal se almacena en su base de datos. De aqu\u00ed surge una simple verdad: lo que no est\u00e1 en los registros, probablemente est\u00e9 en la base de datos. Pero esto no es una soluci\u00f3n m\u00e1gica: hay ciertas cosas que no se encuentran ni en los registros locales de los componentes de Veeam ni en su base de datos. Por lo tanto, es necesario aprender a estudiar los registros del host, los registros de la m\u00e1quina local y los registros de todo lo que participa en el proceso de respaldo y restauraci\u00f3n. A veces, la informaci\u00f3n necesaria no est\u00e1 en ning\u00fan lugar. Ese es el camino. <\/p>\n

Algunos ejemplos de tales APIs<\/h4>\n

Esta lista no tiene como objetivo ser exhaustiva, as\u00ed que no se debe buscar la verdad en ella como si fuera una instancia definitiva. Su prop\u00f3sito es simplemente mostrar las API y tecnolog\u00edas de terceros m\u00e1s comunes utilizadas en nuestros productos.<\/p>\n

Comencemos con VMware<\/strong>. <\/p>\n

El primero en la lista ser\u00e1 vSphere API<\/strong>. Se utiliza para la autenticaci\u00f3n, lectura de la jerarqu\u00eda, creaci\u00f3n y eliminaci\u00f3n de instant\u00e1neas, solicitud de informaci\u00f3n sobre m\u00e1quinas y muchas (muchas) otras cosas. La funcionalidad de la soluci\u00f3n es muy amplia, por lo que a todos los interesados les recomendar\u00eda la referencia del API de VMware vSphere para la versi\u00f3n 5.5<\/u><\/a><\/noindex> y 6.0<\/u><\/a><\/noindex>. Las versiones m\u00e1s actuales se pueden buscar f\u00e1cilmente en Google.<\/p>\n

VIX API<\/strong>. La magia negra del hipervisor, para la que hay una lista de errores separada . VMware API para gestionar archivos en el host sin necesidad de acceso por red. Una \u00faltima alternativa cuando hay que colocar un archivo en una m\u00e1quina sin un mejor canal de comunicaci\u00f3n disponible. Puede ser un verdadero dolor y sufrimiento si el archivo es grande y el host est\u00e1 sobrecargado. Pero aqu\u00ed se aplica la regla de que incluso 56,6 Kb\/s es mejor que 0 Kb\/s. En Hyper-V, algo similar se llama PowerShell Direct. Pero esto fue solo hasta la llegada de<\/u><\/a><\/noindex>vSphere Web Services API<\/p>\n

. Desde vSphere 6.0 (aproximadamente, ya que este API fue introducido por primera vez en la versi\u00f3n 5.5) se usa para trabajar con m\u00e1quinas invitadas y ha reemplazado pr\u00e1cticamente a VIX en todas partes. En esencia, es otra API para gestionar vSphere. Para quienes est\u00e9n interesados, recomiendo estudiar<\/strong> un excelente manual.<\/u><\/a><\/noindex> VDDK <\/p>\n

(Virtual Disk Development Kit). Una biblioteca de la que se habl\u00f3 parcialmente en este<\/strong> . Se utiliza para leer discos virtuales. Hace tiempo, era parte de VIX, pero con el tiempo se separ\u00f3 en un producto independiente. Sin embargo, debido a su herencia, utiliza los mismos c\u00f3digos de error que VIX. Pero por alguna raz\u00f3n, en el mismo SDK no hay descripci\u00f3n de estos errores. Por ello, mediante la experiencia se ha averiguado que los errores de VDDK con otros c\u00f3digos son simplemente una traducci\u00f3n de binario a decimal. Consiste en dos partes: la primera mitad representa informaci\u00f3n no documentada sobre el contexto, y la segunda parte son los tradicionales errores de VIX\/VDDK. Por ejemplo, si vemos: el art\u00edculo<\/u><\/a><\/noindex>. Se utiliza para leer discos virtuales. En el pasado, era parte de VIX, pero con el tiempo se convirti\u00f3 en un producto independiente. Sin embargo, como heredero, utiliza los mismos c\u00f3digos de error que VIX. Pero por alguna raz\u00f3n, en el propio SDK no hay descripci\u00f3n de estos errores. Por lo tanto, se ha descubierto por experiencia que los errores de VDDK con otros c\u00f3digos son simplemente una traducci\u00f3n de binario a decimal. Consiste en dos partes: la primera mitad es informaci\u00f3n no documentada sobre el contexto y la segunda parte son los tradicionales errores de VIX\/VDDK. Por ejemplo, si vemos:<\/p>\n

Podemos convertir esto a hex y obtenemos 132200000001. La parte poco informativa 132200 simplemente la ignoramos, y el resto ser\u00e1 nuestro c\u00f3digo de error (VDDK 1: Error desconocido). Recientemente, hubo un art\u00edculo separado sobre los errores m\u00e1s comunes de VDDK<\/code><\/p>\n

Entonces lo convertimos a hex y obtenemos 132200000001. Descartamos el inicio no informativo 132200, y el resto ser\u00e1 nuestro c\u00f3digo de error (VDDK 1: Error desconocido). Recientemente se discuti\u00f3 acerca de los errores VDDK m\u00e1s comunes en una Windows<\/u><\/a><\/noindex>.<\/p>\n

. Aqu\u00ed se puede encontrar toda la informaci\u00f3n necesaria y relevante en el Visor de Eventos<\/strong>. <\/p>\n

. Pero hay un inconveniente: por una antigua tradici\u00f3n, Windows no registra el texto completo del error, solo su n\u00famero. Por ejemplo, el error 5 es 'Acceso denegado', el 1722 es 'El servidor RPC no est\u00e1 disponible', y el 10060 es 'Conexi\u00f3n agotada'. Claro que est\u00e1 bien si recuerdas los m\u00e1s conocidos, pero \u00bfqu\u00e9 hacer con los errores nunca antes vistos? Visor de Eventos<\/strong>. Pero hay un inconveniente: por una antigua tradici\u00f3n, Windows no registra un texto completo del error, solo su n\u00famero. Por ejemplo, el error 5 es 'Acceso denegado', el 1722 es 'El servidor RPC no est\u00e1 disponible', y el 10060 es 'Tiempo de conexi\u00f3n agotado'. Claro, es genial si recuerdas los m\u00e1s conocidos, pero \u00bfqu\u00e9 hacer con los que nunca se han visto antes? <\/p>\n

Y para que la vida no parezca demasiado dulce, los errores tambi\u00e9n se almacenan en formato hexadecimal, con el prefijo 0x8007. Por ejemplo, 0x8007000e \u2014 en realidad, esto es 14, Fuera de Memoria. Por qu\u00e9 y para qui\u00e9n se hizo as\u00ed \u2014 es un misterio. Sin embargo, se puede descargar gratuitamente y sin SMS la lista completa de errores desde el centro de desarrollo<\/u><\/a><\/noindex>.<\/p>\n

Por cierto, a veces tambi\u00e9n aparecen otros prefijos, no solo 0x8007. En esta triste situaci\u00f3n, para entender el HRESULT (\u201chandle de resultado\u201d), es necesario profundizar a\u00fan m\u00e1s en la documentaci\u00f3n<\/u><\/a><\/noindex> para desarrolladores. En la vida normal, no te recomendar\u00eda hacer tal cosa, pero si de repente te ves acorralado o simplemente tienes curiosidad, ahora sabes qu\u00e9 hacer.<\/p>\n

Pero los amigos en Microsoft se compadecieron un poco de nosotros y presentaron al mundo la herramienta ERR<\/u><\/a><\/noindex>. Este es un peque\u00f1o pedazo de felicidad de consola que puede traducir c\u00f3digos de error a un lenguaje comprensible sin necesidad de usar Google. Funciona m\u00e1s o menos as\u00ed.<\/p>\n

C:UsersrootDesktop>err.exe 0x54f\n# para hex 0x54f \/ decimal 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# Se produjo un error interno.\n# como HRESULT: Severidad: \u00c9XITO (0), FACILIDAD_NULA (0x0), C\u00f3digo 0x54f\n# para hex 0x54f \/ decimal 1359\n  ERROR_INTERNAL_ERROR                                           winerror.h\n# Se produjo un error interno.\n# Se encontraron 2 coincidencias para \"0x54f\"<\/code><\/pre>\n
Surge una pregunta leg\u00edtima: \u00bfpor qu\u00e9 no escribimos de inmediato la descripci\u00f3n en los registros y dejamos estos c\u00f3digos misteriosos? La respuesta est\u00e1 en aplicaciones externas. Cuando t\u00fa mismo haces una llamada a alguna API de WinAPI, descifrar su respuesta no es complicado, porque incluso hay una llamada especial de WinAPI para eso. Pero como ya se mencion\u00f3, en nuestros registros entra todo lo que llega en nuestras respuestas. Y aqu\u00ed, para descifrar, tendr\u00edas que monitorear constantemente este flujo de conciencia, extraer trozos con errores de Windows, descifrarlos e insertarlos de nuevo. Seamos sinceros, no es la actividad m\u00e1s emocionante.<\/p>\n
API de Gesti\u00f3n de Archivos de Windows <\/strong>se utiliza para trabajar con archivos. Crear archivos, eliminar, abrir para escritura, trabajar con atributos y dem\u00e1s.<\/p>\n
El mencionado anteriormente PowerShell Direct<\/strong> como un an\u00e1logo de la API VIX en el mundo de Hyper-V. Desafortunadamente, no es tan flexible: tiene muchas limitaciones en funcionalidad, no funciona con cada versi\u00f3n de host y lejos de todos los invitados.<\/p>\n
RPC<\/strong> (Remote Procedure Call) Creo que no hay una sola persona que haya trabajado con Windows que no haya visto errores relacionados con RPC. A pesar de la creencia popular, no es un protocolo \u00fanico, sino cualquier protocolo cliente-servidor que cumpla con ciertos par\u00e1metros. Sin embargo, si en nuestros logs aparece un error de RPC, en el 90% de los casos ser\u00e1 un error de Microsoft RPC, que forma parte de DCOM (Modelo de Objetos Compuestos Distribuidos). Hay una gran cantidad de documentaci\u00f3n sobre este tema disponible en la red, pero gran parte de ella est\u00e1 bastante desactualizada. Si hay un fuerte deseo de estudiar el tema, puedo recomendar art\u00edculos \u00bfQu\u00e9 es RPC?<\/u><\/a><\/noindex>, C\u00f3mo Funciona RPC<\/u> <\/a><\/noindex>y una larga lista de errores RPC<\/u><\/a><\/noindex>.<\/p>\n
Las principales causas de errores de RPC en nuestros logs son los intentos fallidos de interacci\u00f3n entre los componentes de VBR (servidor > proxy, por ejemplo), y suelen ser debido a problemas de conectividad.<\/p>\n
El rey de todos los errores es el error The RPC server is unavailable (1722). En t\u00e9rminos simples, el cliente no pudo establecer una conexi\u00f3n con el servidor. La raz\u00f3n \u2014 no hay una respuesta \u00fanica, pero generalmente es un problema de autenticaci\u00f3n o de acceso a la red al puerto 135. Esto \u00faltimo es caracter\u00edstico de infraestructuras con asignaci\u00f3n din\u00e1mica de puertos. Existe incluso KVP especial<\/u><\/a><\/noindex>. Y en Microsoft \u2014 gu\u00eda extensa<\/u><\/a><\/noindex> sobre c\u00f3mo buscar las causas del mal funcionamiento.<\/p>\n
El segundo error m\u00e1s com\u00fan es: 'There are no more endpoints available from the endpoint mapper' (1753). El cliente o servidor RPC no pudieron asignarse un puerto. Generalmente ocurre cuando el servidor (en nuestro caso, la m\u00e1quina anfitriona) estaba configurado para asignar puertos de manera din\u00e1mica de un rango estrecho que se ha agotado. Y si lo vemos desde el lado del cliente (en nuestro caso, el servidor VBR), significa que nuestro VeeamVssAgent no se ha iniciado o no se ha registrado como una interfaz RPC. Tambi\u00e9n hay informaci\u00f3n sobre esto. KVP especial<\/u><\/a><\/noindex>.<\/p>\n
Y para completar el Top 3 de errores RPC, recordemos 'RPC function call failed' (1726). Este error aparece cuando se establece la conexi\u00f3n, pero las solicitudes RPC no se procesan. Por ejemplo, solicitamos informaci\u00f3n sobre el estado de VSS (en caso de que se est\u00e9 realizando una copia sombra en ese momento, y nosotros estamos intentando acceder), y no obtenemos respuesta, solo silencio e ignorancia.<\/p>\n
API de Windows Tape Backup <\/strong>se necesita para trabajar con bibliotecas o unidades de cinta. Como mencion\u00e9 al principio: no hay ning\u00fan placer en escribir nuestros controladores y luego lidiar con el soporte de cada dispositivo. Por eso Veeam no tiene sus propios controladores. Todo se realiza a trav\u00e9s de la API est\u00e1ndar, cuyo soporte implementan los propios fabricantes de hardware. \u00bfNo es mucho m\u00e1s l\u00f3gico, verdad?<\/p>\n
SMB\/CIFS<\/strong> Todos por costumbre los escriben juntos, aunque no todos recuerdan que CIFS (Sistema de Archivos de Internet Com\u00fan) es simplemente una versi\u00f3n privada de SMB (Bloque de Mensajes del Servidor). As\u00ed que no hay nada malo en generalizar estos conceptos. Samba es la implementaci\u00f3n de Linux\/Unix, y tiene sus propias peculiaridades, pero me desv\u00edo del tema. Lo importante aqu\u00ed es: cuando Veeam solicita grabar algo por la ruta UNC (servidordirectorio), el servidor utiliza la jerarqu\u00eda de controladores del sistema de archivos, incluidos mup y mrxsmb, para grabar en el recurso compartido. Por lo tanto, estos controladores tambi\u00e9n generar\u00e1n errores.<\/p>\n
No se puede prescindir de Winsock API<\/strong>. Si hay algo que hacer a trav\u00e9s de la red, VBR trabaja a trav\u00e9s de la API de Windows Socket, conocida popularmente como Winsock. As\u00ed que si vemos en el registro una combinaci\u00f3n IP:Puerto, eso es. En la documentaci\u00f3n oficial hay una buena lista de posibles errores<\/u><\/a><\/noindex>.<\/p>\n
El mencionado anteriormente WMI<\/strong> (Windows Management Instrumentation) \u2014 es una API todopoderosa para controlar todo y a todos en el mundo de Windows. Por ejemplo, al trabajar con Hyper-V, casi todas las solicitudes al host se realizan a trav\u00e9s de ella. En resumen, es una herramienta completamente imprescindible y muy poderosa en sus capacidades. En los intentos de ayudar a determinar d\u00f3nde y qu\u00e9 se ha roto, la herramienta integrada WBEMtest.exe resulta muy \u00fatil.<\/p>\n
Y el \u00faltimo en la lista, pero en absoluto el menos importante \u2014 VSS<\/strong> (Volume Shadow Storage). El tema es tan inagotable y enigm\u00e1tico como la cantidad de documentaci\u00f3n escrita al respecto. Shadow Copy se entiende m\u00e1s f\u00e1cilmente como un tipo especial de instant\u00e1nea, que es lo que en esencia es. Gracias a \u00e9l, en VMware se pueden hacer copias de seguridad coherentes con las aplicaciones, y en Hyper-V pr\u00e1cticamente se puede hacer de todo. Tengo planes de escribir un art\u00edculo separado con un resumen sobre VSS, pero por ahora pueden intentar leer esta descripci\u00f3n<\/u><\/a><\/noindex>. Solo tengan cuidado, ya que intentar entender VSS de un vistazo puede llevar a lesiones cerebrales.<\/p>\n
Con esto, creo que podemos detenernos. Considero que he explicado las cosas m\u00e1s b\u00e1sicas, as\u00ed que en el siguiente cap\u00edtulo veremos los registros. Pero si tienen preguntas, no duden en plantearlas en los comentarios.<\/p>\n<\/p>\n
Fuente: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043d\u0430\u0448\u0435 \u043f\u043e\u0433\u0440\u0443\u0436\u0435\u043d\u0438\u0435 \u0432 \u0443\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043c\u0438\u0440 \u0433\u0430\u0434\u0430\u043d… \u0442\u0440\u0430\u0431\u043b\u0448\u0443\u0442\u0438\u043d\u0433\u0430 \u043f\u043e \u043b\u043e\u0433\u0430\u043c. \u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0434\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438\u0441\u044c \u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0438 \u0431\u0430\u0437\u043e\u0432\u044b\u0445 \u0442\u0435\u0440\u043c\u0438\u043d\u043e\u0432 \u0438 \u043e\u0434\u043d\u0438\u043c \u0433\u043b\u0430\u0437\u043a\u043e\u043c \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043e\u0431\u0449\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 Veeam, \u043a\u0430\u043a \u0435\u0434\u0438\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0417\u0430\u0434\u0430\u0447\u0430 \u043d\u0430 \u044d\u0442\u0443 — \u0440\u0430\u0437\u043e\u0431\u0440\u0430\u0442\u044c\u0441\u044f \u043a\u0430\u043a \u0444\u043e\u0440\u043c\u0438\u0440\u0443\u044e\u0442\u0441\u044f \u043b\u043e\u0433 \u0444\u0430\u0439\u043b\u044b, \u0447\u0442\u043e \u0437\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0432 \u043d\u0438\u0445 \u043e\u0442\u043e\u0431\u0440\u0430\u0436\u0435\u043d\u0430 \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u043e\u043d\u0438 \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442 \u043a\u0430\u043a \u0432\u044b\u0433\u043b\u044f\u0434\u044f\u0442. \u041a\u0430\u043a \u0432\u044b \u0434\u0443\u043c\u0430\u0435\u0442\u0435, \u0447\u0442\u043e \u0432\u043e\u043e\u0431\u0449\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97730,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97729","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47\u00bfDe d\u00f3nde provienen los registros? Veeam Log Diving | ProHoster","description":"Continuamos nuestra inmersi\u00f3n en el fascinante mundo de la adivinaci\u00f3n...","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0442\u043a\u0443\u0434\u0430 \u0431\u0435\u0440\u0443\u0442\u0441\u044f \u043b\u043e\u0433\u0438? Veeam Log Diving | ProHoster","og:description":"\u041f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043d\u0430\u0448\u0435 \u043f\u043e\u0433\u0440\u0443\u0436\u0435\u043d\u0438\u0435 \u0432 \u0443\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u043c\u0438\u0440 \u0433\u0430\u0434\u0430\u043d...","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/otkuda-berutsya-logi-veeam-log-diving","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-21T06:42:22+00:00","article:modified_time":"2020-10-21T06:42:22+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97729","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:14:39","updated":"2022-09-30 13:30:55","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/97729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=97729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/97729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/97730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=97729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=97729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=97729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}