{"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\/pt\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","title":{"rendered":"De falhas di\u00e1rias \u00e0 estabilidade: Informatica 10 sob a perspectiva de um administrador","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

O componente ETL do armaz\u00e9m de dados frequentemente fica \u00e0 sombra do pr\u00f3prio armaz\u00e9m e recebe menos aten\u00e7\u00e3o do que o banco de dados principal ou os componentes front-end, como BI e relat\u00f3rios. No entanto, do ponto de vista mec\u00e2nico de preenchimento do armaz\u00e9m com dados, o ETL desempenha um papel fundamental e requer tanta aten\u00e7\u00e3o dos administradores quanto os outros componentes. Meu nome \u00e9 Alexandre, atualmente administro o ETL na Rostelecom, e neste artigo tentarei compartilhar um pouco sobre o que um administrador de um dos sistemas ETL mais conhecidos em um grande armaz\u00e9m de dados da Rostelecom enfrenta.
\n<\/a><\/noindex>
\nSe os respeit\u00e1veis leitores j\u00e1 est\u00e3o familiarizados com o nosso projeto de armaz\u00e9m de dados e com o produto Informatica PowerCenter, podem ir diretamente para a pr\u00f3xima se\u00e7\u00e3o.<\/p>\n

H\u00e1 alguns anos, na Rostelecom, surgiu e come\u00e7ou a se concretizar a ideia de um armaz\u00e9m de dados corporativo unificado. V\u00e1rios armaz\u00e9ns, que resolviam tarefas espec\u00edficas, j\u00e1 tinham sido criados, mas o n\u00famero de cen\u00e1rios aumentava, os custos de manuten\u00e7\u00e3o tamb\u00e9m cresciam, e ficou claro que o futuro estava na centraliza\u00e7\u00e3o. Arquitetonicamente, esse armaz\u00e9m \u00e9 constitu\u00eddo por v\u00e1rias camadas, implementado em Hadoop e GreenPlum, bancos de dados auxiliares, mecanismos ETL e BI.<\/p>\n

Devido ao grande n\u00famero de fontes de dados geograficamente distribu\u00eddas e heterog\u00eaneas, foi criado um mecanismo especial de extra\u00e7\u00e3o de dados, cuja opera\u00e7\u00e3o \u00e9 controlada pelo Informatica. Como resultado, pacotes de dados s\u00e3o entregues na \u00e1rea de interface do Hadoop, ap\u00f3s o que come\u00e7am os processos de carregamento de dados pelas camadas do armaz\u00e9m, em Hadoop e GreenPlum, que s\u00e3o geridos por um mecanismo de controle ETL, implementado no Informatica. Assim, o sistema Informatica \u00e9 um dos elementos-chave que asseguram o funcionamento do armaz\u00e9m.<\/p>\n

Mais detalhes sobre nosso armaz\u00e9m ser\u00e3o abordados em uma das pr\u00f3ximas postagens.<\/p>\n

Informatica PowerCenter \/ Big Data Management \u00e9 atualmente considerado o software l\u00edder na \u00e1rea de ferramentas de integra\u00e7\u00e3o de dados. Este \u00e9 um produto da empresa americana Informatica, uma das principais empresas de ETL (Extract Transform Load), gest\u00e3o de qualidade de dados, MDM (Master Data Management), ILM (Information Lifecycle Management) e outros.<\/p>\n

O PowerCenter que utilizamos \u00e9 um servidor de aplica\u00e7\u00f5es integrado Tomcat, onde os pr\u00f3prios aplicativos Informatica operam, implementando seus servi\u00e7os. <\/p>\n

Dom\u00ednio<\/b>, basicamente, \u00e9 a base para todo o resto, dentro do dom\u00ednio operam servi\u00e7os, usu\u00e1rios e componentes GRID.<\/p>\n

Console do Administrador<\/b>, uma ferramenta web de gerenciamento e monitoramento, al\u00e9m do cliente Informatica Developer, que \u00e9 a principal ferramenta para intera\u00e7\u00e3o com o produto.<\/p>\n

MRS, Servi\u00e7o de Reposit\u00f3rio de Modelos<\/b>, um reposit\u00f3rio de metadados, atua como uma camada entre o banco de dados onde os metadados s\u00e3o fisicamente armazenados e o cliente Informatica Developer, onde o desenvolvimento ocorre. Os reposit\u00f3rios armazenam tanto a descri\u00e7\u00e3o dos dados quanto outras informa\u00e7\u00f5es, incluindo para v\u00e1rios outros servi\u00e7os Informatica, como programa\u00e7\u00e3o de execu\u00e7\u00f5es de tarefas (Schedules) ou dados de monitoramento, assim como conjuntos de par\u00e2metros de aplicativos, permitindo, em particular, usar o mesmo aplicativo para trabalhar com diferentes fontes e destinat\u00e1rios de dados.<\/p>\n

DIS, Servi\u00e7o de Integra\u00e7\u00e3o de Dados<\/b>, \u00e9 o servi\u00e7o onde ocorrem os principais processos funcionais, onde os aplicativos operam e s\u00e3o realmente executados Workflows (descri\u00e7\u00f5es da sequ\u00eancia de mappings e suas intera\u00e7\u00f5es) e Mappings (transforma\u00e7\u00f5es, blocos onde as pr\u00f3prias transforma\u00e7\u00f5es e processamento de dados ocorrem).<\/p>\n

Configura\u00e7\u00e3o do GRID<\/b> \u2013 basicamente, uma maneira de construir um complexo usando v\u00e1rios servidores, onde a carga acionada pela DIS \u00e9 distribu\u00edda entre os n\u00f3s (ou seja, servidores que fazem parte do dom\u00ednio). Nesse caso, al\u00e9m da distribui\u00e7\u00e3o da carga na DIS atrav\u00e9s de uma camada adicional de abstra\u00e7\u00e3o GRID, que combina v\u00e1rios n\u00f3s, onde a DIS opera em vez de em um \u00fanico n\u00f3 espec\u00edfico, tamb\u00e9m podem ser criados inst\u00e2ncias de MRS adicionais. Pode-se at\u00e9 implementar alta disponibilidade, onde acessos externos podem ser feitos atrav\u00e9s de n\u00f3s de reserva em caso de falha do principal. Por enquanto, desistimos dessa configura\u00e7\u00e3o.<\/p>\n

\"De
\nInformatica PowerCenter, de forma esquem\u00e1tica<\/i><\/p>\n

Nos primeiros est\u00e1gios de opera\u00e7\u00e3o na cadeia de suprimento de dados, surgiram regularmente problemas, parte deles devido ao funcionamento inst\u00e1vel da Informatica na \u00e9poca. Eu pretendo compartilhar alguns dos momentos memor\u00e1veis dessa saga \u2013 a adapta\u00e7\u00e3o \u00e0 Informatica 10.<\/p>\n

\"De
\nO antigo logotipo da Informatica<\/i><\/p>\n

A \u00e1rea de responsabilidade da nossa equipe tamb\u00e9m inclui outros ambientes Informatica, que t\u00eam suas especificidades devido a diferentes cargas, mas, por enquanto, vou me lembrar especificamente de como a Informatica evoluiu como um componente ETL do pr\u00f3prio armazenamento de dados.<\/p>\n

Como isso aconteceu<\/h2>\n

\nEm 2016, quando assumimos a responsabilidade pela opera\u00e7\u00e3o da Informatica, ela j\u00e1 havia alcan\u00e7ado a vers\u00e3o 10.0, e para colegas com uma mentalidade otimista que tomaram a decis\u00e3o de utilizar um produto com uma vers\u00e3o menor que .0, parecia \u00f3bvio \u2014 era necess\u00e1rio usar a nova vers\u00e3o! Do ponto de vista de recursos de hardware, tudo estava \u00f3timo naquele momento.<\/p>\n

Desde a primavera de 2016, a opera\u00e7\u00e3o da Informatica foi responsabilidade de um contratado, e, segundo relatos de alguns usu\u00e1rios do sistema, \"ela funcionava algumas vezes por semana\". \u00c9 preciso esclarecer que o armazenamento estava, de fato, na fase de PoC, n\u00e3o havia administradores na equipe e o sistema ca\u00eda frequentemente por v\u00e1rias raz\u00f5es, ap\u00f3s o que o engenheiro do contratado o reiniciava.<\/p>\n

No outono, a equipe ganhou tr\u00eas administradores, que dividiram entre si as \u00e1reas de responsabilidade, e come\u00e7ou a se estabelecer um funcionamento normal na opera\u00e7\u00e3o dos sistemas do projeto, incluindo a Informatica. \u00c9 importante mencionar que este produto n\u00e3o \u00e9 amplamente difundido e n\u00e3o possui uma grande comunidade, onde se possam encontrar respostas para quaisquer perguntas e resolver qualquer problema. Portanto, foi extremamente importante contar com suporte t\u00e9cnico completo de um parceiro russo da Informatica, que ajudou a corrigir todos os nossos erros e os problemas da ainda jovem Informatica 10.<\/p>\n

A primeira coisa que tivemos que fazer para os desenvolvedores da nossa equipe e do contratado foi estabilizar a opera\u00e7\u00e3o da pr\u00f3pria Informatica, garantindo a funcionalidade do console web de administra\u00e7\u00e3o (Informatica Administrator).<\/p>\n

\"De
\nAssim, frequentemente encontramos desenvolvedores da Informatica.<\/i><\/p>\n

Deixando de lado o pr\u00f3prio processo de investiga\u00e7\u00e3o das causas, a principal raz\u00e3o das quedas foi o esquema de intera\u00e7\u00e3o do software Informatica com o banco de dados do reposit\u00f3rio, que estava em um servidor relativamente distante, do ponto de vista do panorama de rede. Isso causava atrasos e interrompia o funcionamento dos mecanismos que garantem o controle do estado do dom\u00ednio Informatica. Ap\u00f3s algum ajuste no banco de dados e altera\u00e7\u00f5es nas configura\u00e7\u00f5es do Informatica, tornando-o mais tolerante a atrasos do banco de dados, e, finalmente, a atualiza\u00e7\u00e3o da vers\u00e3o do Informatica para 10.1 e a transfer\u00eancia do banco de dados de um servidor anterior para um servidor localizado mais perto do Informatica, o problema deixou de ser relevante, e desde ent\u00e3o n\u00e3o observamos quedas dessa natureza.<\/p>\n

\"De
\nUma das tentativas de fazer o Informatica Monitor funcionar<\/i><\/p>\n

A situa\u00e7\u00e3o com o console de administra\u00e7\u00e3o tamb\u00e9m era cr\u00edtica. Como o desenvolvimento estava ativo diretamente em um ambiente supostamente produtivo, os colegas frequentemente precisavam analisar o funcionamento dos mappings e workflow 'em tempo real'. No novo Informatica, no Data Integration Service, n\u00e3o h\u00e1 uma ferramenta separada para esse tipo de monitoramento, mas na web-console de administra\u00e7\u00e3o surgiu uma se\u00e7\u00e3o de monitoramento (Informatica Administrator Monitor), onde \u00e9 poss\u00edvel observar o funcionamento das aplica\u00e7\u00f5es, workflow e mappings, execu\u00e7\u00f5es, logs. Periodicamente, o console tornava-se completamente inacess\u00edvel, ou as informa\u00e7\u00f5es sobre os processos atuais no DIS deixavam de ser atualizadas, ou ocorriam erros ao carregar as p\u00e1ginas.<\/p>\n

\"De
\nAjuste dos par\u00e2metros java para estabilizar o funcionamento<\/i><\/p>\n

A corre\u00e7\u00e3o do problema foi feita de v\u00e1rias maneiras, realizando experimentos com a altera\u00e7\u00e3o de par\u00e2metros, coletando logs, jstack, que foram enviados ao suporte, paralelamente a uma intensa busca no Google e apenas observa\u00e7\u00e3o.<\/p>\n

Em primeiro lugar, foi criado um MRS separado para monitoramento, que, como se descobriu mais tarde, \u00e9 um dos principais consumidores de recursos em nossos ambientes, j\u00e1 que as execu\u00e7\u00f5es dos mappings ocorrem de forma muito intensa. Foram ajustados os par\u00e2metros relacionados ao java heap e uma s\u00e9rie de outros.
\nComo resultado, na pr\u00f3xima atualiza\u00e7\u00e3o do Informatica 10.1.1, conseguimos estabilizar o funcionamento do console e do monitor, os desenvolvedores come\u00e7aram a trabalhar de forma mais eficiente, e os processos regulares tornaram-se cada vez mais regulares.<\/p>\n

A experi\u00eancia da intera\u00e7\u00e3o entre desenvolvimento e administra\u00e7\u00e3o pode ser interessante. A quest\u00e3o da compreens\u00e3o m\u00fatua de como tudo funciona, o que pode e o que n\u00e3o pode ser feito, \u00e9 sempre importante ao usar sistemas complexos. Por isso, \u00e9 recomend\u00e1vel treinar primeiro a equipe de administradores sobre como gerenciar o software, e a equipe de desenvolvedores sobre como escrever c\u00f3digo e desenhar processos no sistema, para ent\u00e3o deix\u00e1-los trabalhar juntos em busca de resultados. Isso \u00e9 realmente importante quando o tempo n\u00e3o \u00e9 um recurso infinito. Muitos problemas podem ser resolvidos mesmo por tentativa e erro, mas \u00e0s vezes alguns requerem conhecimentos pr\u00e9-requisitos \u2014 nosso caso confirma a import\u00e2ncia de entender essa axioma.<\/p>\n

Por exemplo, ao tentar ativar a versionamento no MRS (como acabou se revelando, era necess\u00e1ria uma vers\u00e3o diferente do SVN), ap\u00f3s um tempo, percebemos com preocupa\u00e7\u00e3o que o tempo de rein\u00edcio do sistema havia aumentado para v\u00e1rias dezenas de minutos. Ao identificar a causa do atraso na inicializa\u00e7\u00e3o e desativar a versionamento, a situa\u00e7\u00e3o foi restaurada.<\/p>\n

Um dos obst\u00e1culos not\u00e1veis relacionados ao Informatica foi a batalha \u00e9pica com os crescentes fluxos de java. Chegou o momento da replica\u00e7\u00e3o, ou seja, expandir os processos estabelecidos para um grande n\u00famero de sistemas fontes. No entanto, notamos que nem todos os processos em 10.1.1 estavam funcionando bem, e ap\u00f3s algum tempo o DIS se tornava inoperante. Centenas de milhares de fluxos eram descobertos, com um aumento especialmente acentuado durante o procedimento de implanta\u00e7\u00e3o de aplica\u00e7\u00f5es. \u00c0s vezes, era necess\u00e1rio reiniciar v\u00e1rias vezes ao dia para recuperar a funcionalidade.<\/p>\n

Aqui, precisamos agradecer ao suporte, pois os problemas foram relativamente rapidamente localizados e corrigidos com a ajuda do EBF (Emergency Bug Fix) \u2013 ap\u00f3s isso, todos sentiram que a ferramenta realmente funcionava.<\/p>\n

Ainda assim, funciona!<\/h2>\n

\nNo momento em que come\u00e7amos a trabalhar no modo direcionado, o Informatica se apresentava da seguinte forma. Vers\u00e3o do Informatica 10.1.1HF1 (HF1 \u00e9 HotFix1, a vers\u00e3o do fornecedor proveniente do conjunto de EBFs) com EBFs adicionais instalados, corrigindo nossos problemas de escalabilidade e alguns outros, em um dos tr\u00eas servidores que compunham o GRID, 20 n\u00facleos x86_64 e armazenamento em um enorme e lento array de discos locais \u2014 isto \u00e9 configura\u00e7\u00e3o do servidor<\/a> para o cluster Hadoop. Em outro servidor id\u00eantico, h\u00e1 o banco de dados Oracle com o qual trabalham tanto o dom\u00ednio Informatica quanto o mecanismo de controle ETL. Tudo isso \u00e9 monitorado por ferramentas padr\u00e3o utilizadas pela equipe (Zabbix + Grafana), de ambos os lados \u2014 tanto a Informatica com seus servi\u00e7os, quanto os processos de carga que est\u00e3o sendo executados. Atualmente, tanto o desempenho quanto a estabilidade do funcionamento, desconsiderando fatores externos, dependem das configura\u00e7\u00f5es que limitam a carga.<\/p>\n

Separadamente, vale mencionar o GRID. O ambiente foi constru\u00eddo em tr\u00eas n\u00f3s, com a possibilidade de balanceamento de carga. No entanto, durante os testes, foi descoberto que, devido a problemas de intera\u00e7\u00e3o entre as inst\u00e2ncias de nossas aplica\u00e7\u00f5es em execu\u00e7\u00e3o, essa configura\u00e7\u00e3o n\u00e3o estava funcionando conforme o esperado, e temporariamente decidimos abandonar esse esquema, removendo dois dos tr\u00eas n\u00f3s do dom\u00ednio. No entanto, o esquema em si permaneceu o mesmo, e agora \u00e9 exatamente um servi\u00e7o GRID, mas reduzido a um \u00fanico n\u00f3.<\/p>\n

No momento, permanece a dificuldade relacionada \u00e0 queda de desempenho durante a limpeza regular do esquema do monitor \u2014 quando processos est\u00e3o sendo executados simultaneamente no CHNN e ocorre a limpeza, podem surgir falhas no funcionamento do mecanismo de controle ETL. Isso est\u00e1 sendo resolvido de maneira 'provis\u00f3ria' \u2014 com a limpeza manual do esquema do monitor, perdendo todos os dados anteriores. Isso n\u00e3o \u00e9 muito cr\u00edtico para a produ\u00e7\u00e3o, em condi\u00e7\u00f5es normais de funcionamento, mas ainda se est\u00e1 buscando uma solu\u00e7\u00e3o adequada.<\/p>\n

Dessa mesma situa\u00e7\u00e3o decorre mais um problema \u2014 \u00e0s vezes ocorrem m\u00faltiplas execu\u00e7\u00f5es do nosso mecanismo de controle.<\/p>\n

\"De
\nExecu\u00e7\u00f5es m\u00faltiplas do aplicativo, levando \u00e0 falha do mecanismo<\/i><\/p>\n

Durante a execu\u00e7\u00e3o programada em momentos de alta carga no sistema, \u00e0s vezes ocorrem situa\u00e7\u00f5es que levam \u00e0 falha do mecanismo. At\u00e9 agora, o problema \u00e9 corrigido manualmente, e busca-se uma solu\u00e7\u00e3o permanente.<\/p>\n

De forma geral, pode-se resumir que, sob carga alta, \u00e9 essencial fornecer recursos adequados, tanto em termos de hardware para o pr\u00f3prio Informatica quanto para seu reposit\u00f3rio de banco de dados, al\u00e9m de garantir configura\u00e7\u00f5es otimizadas para ambos. Ademais, permanece em aberto a quest\u00e3o sobre qual esquema de aloca\u00e7\u00e3o de banco de dados \u00e9 melhor \u2014 em um host separado ou no mesmo onde o software Informatica opera. Por um lado, em um \u00fanico servidor fica mais barato, e a sobrecarga de comunica\u00e7\u00e3o de rede \u00e9 praticamente eliminada; por outro lado, a carga do banco de dados se soma \u00e0 carga do Informatica.<\/p>\n

Como em qualquer produto s\u00e9rio, o Informatica tamb\u00e9m apresenta momentos curiosos.
\nUma vez, ao analisar um incidente, percebi que nos logs do MRS o tempo dos eventos estava anotado de forma estranha.<\/p>\n

\"De
\nDualidade temporal nos logs do MRS \"por design\"<\/i><\/p>\n

Acontece que os carimbos de data e hora s\u00e3o registrados no formato de 12 horas, sem a indica\u00e7\u00e3o de AM\/PM, ou seja, antes ou depois do meio-dia. Foi at\u00e9 aberta uma solicita\u00e7\u00e3o sobre isso e recebemos uma resposta oficial \u2014 era assim que estava previsto; os carimbos no log do MRS s\u00e3o, de fato, registrados exatamente nesse formato. Portanto, por vezes, h\u00e1 um certo mist\u00e9rio em rela\u00e7\u00e3o ao momento em que ocorre algum erro...<\/p>\n

Aspirar pelo melhor<\/h2>\n

\nHoje, o Informatica \u00e9 uma ferramenta bastante est\u00e1vel, conveniente para administradores e usu\u00e1rios, e extremamente poderosa em termos de recursos e potencial atuais. Ele excede em muito nossas necessidades funcionais e, de fato, est\u00e1 sendo utilizado no projeto de uma maneira que n\u00e3o \u00e9 nem t\u00edpica nem caracteristica. As dificuldades est\u00e3o, em parte, relacionadas a como os mecanismos funcionam \u2014 a especificidade est\u00e1 em que, em um curto per\u00edodo, um grande n\u00famero de threads \u00e9 acionado, que atualizam intensivamente os par\u00e2metros e interagem com o reposit\u00f3rio de banco de dados, enquanto os recursos de hardware do servidor s\u00e3o praticamente totalmente utilizados pela CPU. <\/p>\n

Agora estamos prestes a fazer a transi\u00e7\u00e3o para o Informatica 10.2.1 ou 10.2.2, nas quais alguns mecanismos internos foram reestruturados, e o suporte promete resolver v\u00e1rios problemas de desempenho e funcionamento que atualmente enfrentamos. E do ponto de vista de hardware, esperamos servidores com uma configura\u00e7\u00e3o ideal para n\u00f3s, considerando a margem para o futuro pr\u00f3ximo em virtude do crescimento e desenvolvimento do armazenamento.<\/p>\n

Naturalmente, haver\u00e1 testes, verifica\u00e7\u00e3o de compatibilidade e, possivelmente, mudan\u00e7as arquitet\u00f4nicas na parte do HA GRID. O desenvolvimento dentro da Informatica continuar\u00e1, uma vez que, a curto prazo, n\u00e3o podemos implementar uma substitui\u00e7\u00e3o para o sistema.
\nE aqueles que, no futuro, ser\u00e3o respons\u00e1veis por este sistema, certamente conseguir\u00e3o lev\u00e1-lo aos n\u00edveis necess\u00e1rios de confiabilidade e desempenho exigidos pelos clientes.<\/p>\n

O artigo foi preparado pela equipe de gerenciamento de dados da \"Rostelecom\".<\/i><\/p>\n

\"De
\nLogotipo atual da Informatica<\/i>
\n
Fonte: 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\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 falhas di\u00e1rias \u00e0 estabilidade: Informatica 10 pelos olhos de um administrador | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/34842","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=34842"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/34842\/revisions"}],"predecessor-version":[{"id":158197,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/34842\/revisions\/158197"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/26234"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=34842"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=34842"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=34842"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}