{"id":34842,"date":"2019-10-31T22:00:43","date_gmt":"2019-10-31T19:00:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina\/"},"modified":"2019-10-31T22:00:43","modified_gmt":"2019-10-31T19:00:43","slug":"ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","title":{"rendered":"De las ca\u00eddas diarias a la estabilidad: Informatica 10 a trav\u00e9s de los ojos de un administrador","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

El componente ETL del almac\u00e9n de datos a menudo queda en la sombra del propio almac\u00e9n y se le presta menos atenci\u00f3n que a la base de datos principal o al componente frontal, BI, y la generaci\u00f3n de informes. Sin embargo, desde la perspectiva de la mec\u00e1nica de llenado del almac\u00e9n con datos, ETL juega un papel clave y requiere no menos atenci\u00f3n por parte de los administradores que los otros componentes. Me llamo Alexander, actualmente administro ETL en Rostelecom, y en este art\u00edculo intentar\u00e9 compartir un poco de lo que enfrenta un administrador de uno de los sistemas ETL m\u00e1s conocidos en un gran almac\u00e9n de datos de la empresa Rostelecom.
\n<\/a><\/noindex>
\nSi los respetados lectores ya est\u00e1n familiarizados en general con nuestro proyecto de almac\u00e9n de datos y con el producto Informatica PowerCenter, pueden saltar directamente a la siguiente secci\u00f3n.<\/p>\n

Hace unos a\u00f1os, se gest\u00f3 y comenz\u00f3 a materializarse en Rostelecom la idea de un almac\u00e9n de datos corporativo unificado. Se hab\u00edan creado una serie de almacenes que resolv\u00edan tareas espec\u00edficas, pero el n\u00famero de escenarios estaba creciendo, los costos de mantenimiento tambi\u00e9n aumentaban, y se hizo evidente que el futuro pertenec\u00eda a la centralizaci\u00f3n. Arquitect\u00f3nicamente, este almac\u00e9n consiste en varias capas, realizado sobre Hadoop y GreenPlum, bases de datos auxiliares, mecanismos ETL y BI.<\/p>\n

Debido a la gran cantidad de fuentes de datos distribuidas territorialmente y heterog\u00e9neas, se cre\u00f3 un mecanismo especial de extracci\u00f3n de datos, cuya operaci\u00f3n es gestionada por Informatica. Como resultado, los paquetes de datos llegan a la zona de interfaz de Hadoop, tras lo cual comienzan los procesos de carga de datos a trav\u00e9s de las capas del almac\u00e9n, en Hadoop y GreenPlum, que son gestionados por el llamado mecanismo controlador ETL, implementado en Informatica. As\u00ed, el sistema Informatica se convierte en uno de los elementos clave que aseguran el funcionamiento del almac\u00e9n.<\/p>\n

Se hablar\u00e1 m\u00e1s en detalle sobre nuestro almac\u00e9n en una de las pr\u00f3ximas publicaciones.<\/p>\n

Informatica PowerCenter\/Big Data Management se considera actualmente el software l\u00edder en el \u00e1mbito de las herramientas de integraci\u00f3n de datos. Este es un producto de la empresa estadounidense Informatica, que es uno de los actores m\u00e1s fuertes en ETL (Extract Transform Load), gesti\u00f3n de calidad de datos, MDM (Master Data Management), ILM (Information Lifecycle Management) y m\u00e1s.<\/p>\n

El PowerCenter que utilizamos es un servidor de aplicaciones Tomcat integrado, en el que funcionan las aplicaciones de Informatica que implementan sus servicios: <\/p>\n

Dominio<\/b>, que en esencia es la base para todo lo dem\u00e1s, dentro del dominio funcionan los servicios, los usuarios y los componentes GRID.<\/p>\n

Consola de Administrador<\/b>, una herramienta web de gesti\u00f3n y monitoreo, adem\u00e1s del cliente Informatica Developer, que es la herramienta principal para interactuar con el producto.<\/p>\n

MRS, Servicio de Repositorio de Modelos<\/b>, un almac\u00e9n de metadatos, sirve como intermediario entre la base de datos donde se almacenan f\u00edsicamente los metadatos y el cliente Informatica Developer, en el que se lleva a cabo el desarrollo. Los repositorios almacenan tanto la descripci\u00f3n de los datos como otra informaci\u00f3n, incluyendo para varios otros servicios de Informatica, como por ejemplo, la programaci\u00f3n de ejecuciones de trabajos (Schedules) o datos de monitoreo, as\u00ed como conjuntos de par\u00e1metros de aplicaciones, que permiten usar la misma aplicaci\u00f3n para trabajar con diversas fuentes y receptores de datos.<\/p>\n

DIS, Servicio de Integraci\u00f3n de Datos<\/b>, este es el servicio en el que ocurren los procesos funcionales principales, donde operan las aplicaciones y se llevan a cabo los lanzamientos de Workflows (descripciones de secuencias de mappings y su interacci\u00f3n) y Mappings (transformaciones, bloques en los que ocurren las propias transformaciones y procesamiento de datos).<\/p>\n

Configuraci\u00f3n GRID<\/b> \u2013 esencialmente, es una opci\u00f3n de construir un complejo utilizando varios servidores, donde la carga, llevada a cabo por el DIS, se distribuye entre nodos (es decir, servidores que forman parte del dominio). En este tipo de configuraci\u00f3n, adem\u00e1s de la distribuci\u00f3n de la carga en el DIS a trav\u00e9s de una capa adicional de abstracci\u00f3n GRID, que une varios nodos, en la que opera el DIS en lugar de funcionar en un nodo espec\u00edfico, tambi\u00e9n se pueden crear instancias de MRS adicionales para respaldo. Se puede incluso implementar alta disponibilidad, donde las solicitudes externas pueden realizarse a trav\u00e9s de nodos de respaldo en caso de falla del nodo principal. Hemos decidido no seguir este tipo de construcci\u00f3n por ahora.<\/p>\n

\"De
\nInformatica PowerCenter, esquem\u00e1ticamente<\/i><\/p>\n

En las primeras etapas de trabajo dentro de la cadena de suministro de datos, surgieron regularmente problemas, algunos de ellos debido al funcionamiento inestable de Informatica en ese momento. Voy a compartir algunos de los momentos memorables de esta saga: el aprendizaje de Informatica 10.<\/p>\n

\"De
\nEl antiguo logotipo de Informatica<\/i><\/p>\n

El \u00e1mbito de responsabilidad de nuestra \u00e1rea tambi\u00e9n incluye otros entornos de Informatica, los cuales tienen sus propias especificaciones debido a diferentes cargas; por ahora, recordar\u00e9 c\u00f3mo ha evolucionado Informatica como componente ETL del propio almac\u00e9n de datos.<\/p>\n

\u00bfC\u00f3mo ocurri\u00f3 esto?<\/h2>\n

\nEn 2016, cuando empezamos a encargarnos de la operaci\u00f3n de Informatica, ya hab\u00eda alcanzado la versi\u00f3n 10.0 y, para los colegas optimistas que tomaron la decisi\u00f3n de utilizar un producto con una versi\u00f3n menor .0, todo parec\u00eda obvio: \u00a1era necesario usar la nueva versi\u00f3n! Desde el punto de vista de recursos de hardware, todo estaba en excelente estado en ese momento.<\/p>\n

Desde la primavera de 2016, un contratista se hizo responsable de la operaci\u00f3n de Informatica, y seg\u00fan las palabras de unos pocos usuarios del sistema, \"funcionaba un par de veces por semana\". Es necesario aclarar que el almac\u00e9n estaba de facto en la etapa de PoC, no hab\u00eda administradores en el equipo y el sistema ca\u00eda constantemente por diversas razones, despu\u00e9s de lo cual el ingeniero del contratista lo reiniciaba.<\/p>\n

En oto\u00f1o, se unieron al equipo tres administradores, quienes repartieron las \u00e1reas de responsabilidad, comenzando a establecer un funcionamiento normal para la explotaci\u00f3n de los sistemas en el proyecto, incluida Informatica. Es importante mencionar que este producto no es ampliamente utilizado y no tiene una gran comunidad donde se puedan encontrar respuestas a todas las preguntas y resolver cualquier problema. Por lo tanto, el soporte t\u00e9cnico integral del socio ruso de Informatica se volvi\u00f3 crucial, ya que ayud\u00f3 a corregir todos nuestros errores y los errores de la entonces joven Informatica 10.<\/p>\n

Lo primero que tuvimos que hacer para los desarrolladores de nuestro equipo y el contratista fue estabilizar el funcionamiento de la propia Informatica, logrando que la consola web de administraci\u00f3n (Informatica Administrator) funcionara correctamente.<\/p>\n

\"De
\nAs\u00ed fue como los desarrolladores de Informatica nos encontraron con frecuencia.<\/i><\/p>\n

Dejando de lado el propio proceso de averiguaci\u00f3n de las causas, la principal raz\u00f3n de las ca\u00eddas fue el esquema de interacci\u00f3n del software Informatica con la base de datos del repositorio, que se encontraba en un servidor relativamente remoto, desde la perspectiva del paisaje de red. Esto provocaba retrasos y afectaba el funcionamiento de los mecanismos que aseguraban el control del estado del dominio Informatica. Tras un cierto ajuste de la base de datos, y la modificaci\u00f3n de los par\u00e1metros de Informatica para hacerla m\u00e1s tolerante a los retrasos de la base de datos, y, finalmente, despu\u00e9s de actualizar la versi\u00f3n de Informatica a 10.1 y trasladar la base de datos desde el servidor anterior a uno m\u00e1s cercano a Informatica, el problema perdi\u00f3 relevancia, y desde entonces no hemos observado ca\u00eddas de este tipo.<\/p>\n

\"De
\nUno de los intentos de hacer funcionar Informatica Monitor<\/i><\/p>\n

La situaci\u00f3n con la consola de administraci\u00f3n tambi\u00e9n era cr\u00edtica. Dado que se estaba llevando a cabo un desarrollo activo directamente en un entorno que se consideraba productivo, los colegas ten\u00edan constantemente la necesidad de analizar el funcionamiento de los mappings y workflows \u2018sobre la marcha\u2019. En la nueva Informatica, en el Data Integration Service no hay una herramienta separada para dicho monitoreo, pero en la consola web de administraci\u00f3n ha aparecido una secci\u00f3n de monitoreo (Informatica Administrator Monitor), donde se puede observar el funcionamiento de las aplicaciones, workflows y mappings, as\u00ed como los inicios y logs. Peri\u00f3dicamente, la consola se volv\u00eda completamente inaccesible, o dejaban de actualizarse los datos sobre los procesos actuales en DIS, o surg\u00edan errores al cargar las p\u00e1ginas.<\/p>\n

\"De
\nAjuste de par\u00e1metros de java para estabilizar el funcionamiento<\/i><\/p>\n

La correcci\u00f3n del problema se abord\u00f3 por m\u00faltiples caminos: se realizaron experimentos modificando par\u00e1metros, se recopilaron logs, jstack, se enviaron al soporte, y paralelamente se realizaba una b\u00fasqueda activa en Google y simplemente se hac\u00eda observaci\u00f3n.<\/p>\n

En primer lugar, se cre\u00f3 un MRS separado para el monitoreo, que despu\u00e9s result\u00f3 ser uno de los principales consumidores de recursos en nuestros entornos, ya que los lanzamientos de mappings ocurren de manera muy intensa. Se modificaron los par\u00e1metros relacionados con el heap de java y otros varios.
\nComo resultado, para la siguiente actualizaci\u00f3n de Informatica 10.1.1 se logr\u00f3 estabilizar el funcionamiento de la consola y el monitor, los desarrolladores comenzaron a trabajar de manera m\u00e1s eficiente, y los procesos regulares se volv\u00edan cada vez m\u00e1s regulares.<\/p>\n

La experiencia de la interacci\u00f3n entre desarrollo y administraci\u00f3n puede resultar interesante. La comprensi\u00f3n general de c\u00f3mo funciona todo, qu\u00e9 se puede hacer y qu\u00e9 no, siempre es importante al trabajar con sistemas complejos. Por lo tanto, es recomendable capacitar primero al equipo de administradores en c\u00f3mo se debe gestionar el software, y al equipo de desarrolladores en c\u00f3mo escribir c\u00f3digo y dise\u00f1ar procesos en el sistema, y solo despu\u00e9s enviar a ambos grupos a trabajar en resultados. Esto es realmente importante cuando el tiempo no es un recurso infinito. Muchos problemas pueden resolverse incluso mediante pruebas aleatorias, pero a veces algunos requieren conocimientos previos; nuestro caso confirma la importancia de entender este axioma.<\/p>\n

Por ejemplo, al intentar activar la versionaci\u00f3n en MRS (como result\u00f3 ser, necesit\u00e1bamos otra versi\u00f3n de SVN), tras un tiempo alarmante, descubrimos que el tiempo de reinicio del sistema hab\u00eda aumentado a varios minutos. Al identificar la causa de la demora en el arranque y desactivar la versionaci\u00f3n, todo volvi\u00f3 a funcionar bien.<\/p>\n

Un obst\u00e1culo notable relacionado con Informatica fue la \u00e9pica batalla con los crecientes hilos de Java. En alg\u00fan momento lleg\u00f3 la hora de la replicaci\u00f3n, es decir, extender los procesos establecidos a un gran n\u00famero de sistemas fuente. Sin embargo, result\u00f3 que no todos los procesos en 10.1.1 funcionaban correctamente, y despu\u00e9s de un tiempo DIS dejaba de ser operativo. Se encontraban decenas de miles de hilos, y su n\u00famero aumentaba especialmente durante el procedimiento de despliegue de aplicaciones. A veces hubo que reiniciar varias veces al d\u00eda para restaurar la funcionalidad.<\/p>\n

Aqu\u00ed debemos agradecer al soporte, ya que los problemas fueron localizados y corregidos relativamente r\u00e1pido con la ayuda de EBF (Emergency Bug Fix); despu\u00e9s de esto, todos tuvieron la sensaci\u00f3n de que la herramienta realmente funcionaba.<\/p>\n

\u00a1Todav\u00eda funciona!<\/h2>\n

\nAl inicio del trabajo en modo objetivo, Informatica se ve\u00eda de la siguiente manera. Versi\u00f3n de Informatica 10.1.1HF1 (HF1 es HotFix1, una compilaci\u00f3n del proveedor del conjunto de EBF) con EBF adicionales instalados, que solucionaban nuestros problemas de escalabilidad y algunos otros, en un servidor de los tres incluidos en la GRID, 20 n\u00facleos x86_64 y almacenamiento en un enorme y lento conjunto de discos locales \u2014 esto es configuraci\u00f3n del servidor<\/a> para el cl\u00faster de Hadoop. En otro servidor similar, se encuentra la base de datos Oracle con la cual trabaja el dominio de Informatica y el mecanismo de gesti\u00f3n ETL. Todo esto se monitorea con herramientas de monitoreo est\u00e1ndar utilizadas en el equipo (Zabbix + Grafana), desde dos perspectivas: tanto Informatica y sus servicios, como los procesos de carga que entran en ella. En este momento, tanto el rendimiento como la estabilidad de la operaci\u00f3n, sin tener en cuenta factores externos, dependen de las configuraciones que limitan la carga.<\/p>\n

Se puede comentar por separado sobre GRID. El entorno se construy\u00f3 sobre tres nodos, con la posibilidad de equilibrar la carga. Sin embargo, durante las pruebas se descubri\u00f3 que, debido a problemas de interacci\u00f3n entre las instancias de nuestras aplicaciones que se ejecutaban, esta configuraci\u00f3n no funcion\u00f3 como se esperaba, y temporalmente decidimos renunciar a este esquema de construcci\u00f3n, sacando dos de los tres nodos del dominio. Sin embargo, el esquema en s\u00ed se mantuvo, y ahora es un servicio GRID, aunque reducido a un nodo.<\/p>\n

En este momento, permanece la complejidad relacionada con la ca\u00edda del rendimiento durante la limpieza regular del esquema del monitor; cuando hay procesos en paralelo en el CHN y la limpieza se inicia, pueden surgir fallas en el funcionamiento del mecanismo de gesti\u00f3n ETL. Por ahora, se resuelve de manera 'improvisada' \u2014 limpieza manual del esquema del monitor, perdiendo todos sus datos anteriores. Esto no es demasiado cr\u00edtico para la productividad, en condiciones de funcionamiento normal, pero todav\u00eda se busca una soluci\u00f3n adecuada.<\/p>\n

De esta situaci\u00f3n tambi\u00e9n surge otro problema: a veces ocurren m\u00faltiples lanzamientos de nuestro mecanismo de gesti\u00f3n.<\/p>\n

\"De
\nM\u00faltiples lanzamientos de la aplicaci\u00f3n que llevan a la falla del mecanismo.<\/i><\/p>\n

Al ejecutarse seg\u00fan un horario, en momentos de alta carga en el sistema, a veces ocurren situaciones que provocan la falla del mecanismo. Hasta ahora, el problema se corrige manualmente, y se est\u00e1 buscando una soluci\u00f3n permanente.<\/p>\n

En general, se puede resumir que, con una alta carga, es muy importante proporcionar recursos adecuados para ello, lo que se aplica tanto a los recursos hardware para Informatica como a su base de datos, as\u00ed como asegurar configuraciones \u00f3ptimas para ambos. Adem\u00e1s, queda abierta la cuesti\u00f3n de cu\u00e1l esquema de colocaci\u00f3n de la base de datos es mejor: en un host separado o en el mismo donde opera el software Informatica. Por un lado, tener todo en un solo servidor resulta m\u00e1s econ\u00f3mico, y al combinar se elimina pr\u00e1cticamente el problema posible de la interacci\u00f3n en red; por otro lado, la carga del host por parte de la base de datos se ve complementada por la carga de Informatica.<\/p>\n

Como en cualquier producto serio, en Informatica tambi\u00e9n hay momentos curiosos.
\nUna vez, al investigar alg\u00fan accidente, not\u00e9 que en los logs de MRS estaba extra\u00f1o marcado el tiempo de los eventos.<\/p>\n

\"De
\nDualidad temporal en los logs de MRS \u201cpor dise\u00f1o\u201d<\/i><\/p>\n

Result\u00f3 que las marcas de tiempo se escriben en un formato de 12 horas, sin indicar AM\/PM, es decir, antes o despu\u00e9s del mediod\u00eda. Incluso se abri\u00f3 un ticket al respecto y se obtuvo una respuesta oficial: as\u00ed estaba dise\u00f1ado, las marcas en los logs de MRS se escriben precisamente en ese formato. Es decir, a veces queda cierto misterio respecto a la hora de ocurrencia de alg\u00fan ERROR\u2026<\/p>\n

Aspirar a lo mejor<\/h2>\n

\nHoy en d\u00eda, Informatica es una herramienta bastante estable, c\u00f3moda para administradores y usuarios, y extremadamente poderosa en t\u00e9rminos de capacidades actuales y potencial. Supera con creces nuestras necesidades funcionales y, de facto, actualmente se utiliza en el proyecto de una manera no muy com\u00fan y t\u00edpica. Las dificultades se deben en parte a c\u00f3mo funcionan los mecanismos: la especificidad es que en un corto per\u00edodo de tiempo se inician una gran cantidad de hilos que actualizan intensamente los parameterset y trabajan con la base de datos del repositorio, al mismo tiempo que los recursos hardware del servidor son pr\u00e1cticamente completamente utilizados por la CPU. <\/p>\n

Actualmente estamos a punto de migrar a Informatica 10.2.1 o 10.2.2, en las cuales se han reescrito algunos mecanismos internos, y el soporte promete la ausencia de una serie de problemas de rendimiento y funcionamiento que actualmente tenemos. Adem\u00e1s, desde el punto de vista hardware, se esperan servidores con una configuraci\u00f3n \u00f3ptima para nosotros, teniendo en cuenta la reserva para el pr\u00f3ximo tiempo debido al crecimiento y desarrollo del almacenamiento.<\/p>\n

Por supuesto, se realizar\u00e1n pruebas, verificaci\u00f3n de compatibilidad, y posiblemente, cambios arquitect\u00f3nicos en la parte de HA GRID. El desarrollo en el marco de Informatica continuar\u00e1, ya que a corto plazo no podemos reemplazar el sistema.
\nY aquellos que en el futuro sean responsables de este sistema, seguramente lograr\u00e1n llevarlo a los niveles requeridos de confiabilidad y rendimiento exigidos por los clientes.<\/p>\n

Este art\u00edculo fue preparado por el equipo de gesti\u00f3n de datos de \u00abRostelecom\u00bb<\/i><\/p>\n

\"De
\nLogotipo actual de Informatica<\/i>
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

ETL-\u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u0430 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430 \u0434\u0430\u043d\u043d\u044b\u0445 \u0447\u0430\u0441\u0442\u043e \u043e\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0432 \u0442\u0435\u043d\u0438 \u0441\u0430\u043c\u043e\u0433\u043e \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430 \u0438 \u0435\u0439 \u0443\u0434\u0435\u043b\u044f\u0435\u0442\u0441\u044f \u043c\u0435\u043d\u044c\u0448\u0435 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044f, \u0447\u0435\u043c \u0433\u043b\u0430\u0432\u043d\u043e\u0439 \u0431\u0430\u0437\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u0438\u043b\u0438 \u0444\u0440\u043e\u043d\u0442-\u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u0435, BI, \u0444\u043e\u0440\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0438 \u043e\u0442\u0447\u0451\u0442\u043e\u0432. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u0441 \u0442\u043e\u0447\u043a\u0438 \u0437\u0440\u0435\u043d\u0438\u044f \u043c\u0435\u0445\u0430\u043d\u0438\u043a\u0438 \u043d\u0430\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430 \u0434\u0430\u043d\u043d\u044b\u043c\u0438, ETL \u0438\u0433\u0440\u0430\u0435\u0442 \u043a\u043b\u044e\u0447\u0435\u0432\u0443\u044e \u0440\u043e\u043b\u044c \u0438 \u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u043d\u0435 \u043c\u0435\u043d\u044c\u0448\u0435 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044f \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440\u043e\u0432, \u0447\u0435\u043c \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u044b\u0435 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u044b. \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u0410\u043b\u0435\u043a\u0441\u0430\u043d\u0434\u0440, \u0441\u0435\u0439\u0447\u0430\u0441 \u044f \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u044e ETL \u0432 \u0420\u043e\u0441\u0442\u0435\u043b\u0435\u043a\u043e\u043c\u0435, \u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26234,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34842","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\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\udd47De fallos diarios a la estabilidad: Informatica 10 a trav\u00e9s de los ojos de un administrador | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","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 \u0435\u0436\u0435\u0434\u043d\u0435\u0432\u043d\u044b\u0445 \u0430\u0432\u0430\u0440\u0438\u0439 \u043a \u0441\u0442\u0430\u0431\u0438\u043b\u044c\u043d\u043e\u0441\u0442\u0438: Informatica 10 \u0433\u043b\u0430\u0437\u0430\u043c\u0438 \u0430\u0434\u043c\u0438\u043d\u0430 | ProHoster","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","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":"2019-10-31T19:00:43+00:00","article:modified_time":"2019-10-31T19:00:43+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34842","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":"2026-02-08 21:32:10","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:14:05","updated":"2026-02-08 21:32:10","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\/34842","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=34842"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/34842\/revisions"}],"predecessor-version":[{"id":158197,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/34842\/revisions\/158197"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/26234"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=34842"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=34842"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=34842"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}