{"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\/it\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","title":{"rendered":"Dalla quotidianit\u00e0 delle problematiche alla stabilit\u00e0: Informatica 10 attraverso gli occhi di un amministratore","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

L'ETL del data warehouse spesso rimane nell'ombra del warehouse stesso e riceve meno attenzione rispetto al database principale o al front-end, BI, nella generazione di report. Tuttavia, dal punto di vista della meccanica di riempimento del magazzino con dati, l'ETL gioca un ruolo chiave e richiede altrettanta attenzione da parte degli amministratori quanto gli altri componenti. Mi chiamo Alessandro, attualmente gestisco l'ETL in Rostelecom, e in questo articolo cercher\u00f2 di condividere un po' le sfide che affronta l'amministratore di uno dei pi\u00f9 celebri sistemi ETL in un grande data warehouse di Rostelecom.
\n<\/a><\/noindex>
\nSe i rispettati lettori sono gi\u00e0 a conoscenza del nostro progetto di data warehouse e del prodotto Informatica PowerCenter, possono subito passare alla sezione successiva.<\/p>\n

Qualche anno fa, in Rostelecom \u00e8 nata e si \u00e8 concretizzata l'idea di un unico data warehouse aziendale. Diversi magazzini, che affrontavano compiti specifici, erano gi\u00e0 stati creati, ma il numero degli scenari cresceva, i costi di supporto aumentavano e si \u00e8 compreso che il futuro era nella centralizzazione. Architetturalmente, questo stesso magazzino, composto da diversi strati, \u00e8 realizzato su Hadoop e GreenPlum, database ausiliari, meccanismi ETL e BI.<\/p>\n

Tuttavia, a causa del gran numero di fonti di dati distribuite geograficamente e di natura eterogenea, \u00e8 stato creato un meccanismo speciale per l'estrazione dei dati, il cui funzionamento \u00e8 gestito da Informatica. Di conseguenza, i pacchetti di dati si trovano nell'area dell'interfaccia Hadoop, dopo di che iniziano i processi di caricamento dei dati attraverso gli strati del magazzino, in Hadoop e GreenPlum, gestiti dal cosiddetto meccanismo di controllo ETL, implementato in Informatica. Pertanto, il sistema Informatica \u00e8 uno degli elementi chiave che assicurano il funzionamento del magazzino.<\/p>\n

Maggiori dettagli sul nostro magazzino saranno forniti in uno dei prossimi post.<\/p>\n

Informatica PowerCenter\/Big Data Management \u00e8 considerato attualmente il software leader nel campo degli strumenti di integrazione dei dati. Questo prodotto appartiene alla societ\u00e0 americana Informatica, uno dei pi\u00f9 forti attori nel campo dell'ETL (Extract Transform Load), gestione della qualit\u00e0 dei dati, MDM (Master Data Management), ILM (Information Lifecycle Management) e altro.<\/p>\n

Il PowerCenter che utilizziamo \u00e8 un server applicativo integrato Tomcat, in cui funzionano le applicazioni Informatica che forniscono i suoi servizi: <\/p>\n

Dominio<\/b>, in sostanza \u00e8 la base per tutto il resto, all'interno del dominio funzionano servizi, utenti e componenti GRID.<\/p>\n

Console di Amministrazione<\/b>, uno strumento web per la gestione e il monitoraggio, oltre al client Informatica Developer, \u00e8 lo strumento principale per interagire con il prodotto<\/p>\n

MRS, Servizio Repository Modello<\/b>, un deposito di metadati, rappresenta uno strato intermedio tra il database, in cui i metadati sono fisicamente archiviati, e il client Informatica Developer, dove avviene lo sviluppo. I repository memorizzano sia la descrizione dei dati che altre informazioni, inclusi per vari altri servizi Informatica, come ad esempio la pianificazione delle esecuzioni dei compiti (Schedules) o i dati di monitoraggio, nonch\u00e9 i parameterset delle applicazioni, in particolare quelli che permettono di utilizzare la stessa applicazione per lavorare con diverse fonti e riceventi di dati.<\/p>\n

DIS, Servizio di Integrazione Dati<\/b>, questo servizio \u00e8 dove avvengono i principali processi funzionali, qui funzionano le applicazioni e avvengono effettivamente le esecuzioni dei Workflows (descrizioni della sequenza di mappings e delle loro interazioni) e dei Mappings (trasformazioni, blocchi in cui avvengono i veri e propri cambiamenti, elaborazione dei dati).<\/p>\n

Configurazione GRID<\/b> \u2013 in sostanza, una variante di costruzione di un complesso che utilizza pi\u00f9 server, quando il carico attivato da DIS \u00e8 distribuito tra i nodi (ovvero i server che fanno parte del dominio). In questo caso, oltre alla distribuzione del carico in DIS tramite uno strato di astrazione aggiuntivo GRID, che unisce pi\u00f9 nodi, su cui opera DIS invece di lavorare su un singolo nodo specifico, possono anche essere creati istanze di backup aggiuntive di MRS. Si pu\u00f2 anche realizzare alta disponibilit\u00e0, quando le richieste esterne possono essere gestite tramite nodi di riserva in caso di fallimento del nodo principale. Abbiamo al momento deciso di non adottare questa configurazione.<\/p>\n

\"Dalla
\nInformatica PowerCenter, schematicamente<\/i><\/p>\n

Nelle fasi iniziali del lavoro nella catena di approvvigionamento dei dati si sono verificati regolarmente problemi, alcuni dei quali erano dovuti al funzionamento instabile di Informatica a quel tempo. Intendo condividere alcuni dei momenti memorabili di questa saga - l'adozione di Informatica 10.<\/p>\n

\"Dalla
\nIl precedente logo Informatica<\/i><\/p>\n

Nell'ambito delle nostre responsabilit\u00e0 rientrano anche altri ambienti di Informatica, che hanno le proprie specificit\u00e0 a causa di carichi diversi. Per ora, tuttavia, mi concentrer\u00f2 su come si \u00e8 evoluta Informatica come componente ETL del data warehouse stesso.<\/p>\n

Com'\u00e8 potuto succedere<\/h2>\n

\nNel 2016, quando abbiamo iniziato a gestire Informatica, era gi\u00e0 arrivata alla versione 10.0, e per i colleghi ottimisti che stavano decidendo di adottarla in una soluzione seria con una versione minore .0, tutto sembrava ovvio: bisognava usare la nuova versione! Dal punto di vista delle risorse hardware, tutto andava bene in quel momento.<\/p>\n

Dalla primavera del 2016, un appaltatore ha gestito il lavoro di Informatica, e secondo le parole di pochi utenti del sistema, \"questa funzionava un paio di volte a settimana\". Qui \u00e8 necessario chiarire che il data warehouse era de facto nella fase PoC, non c'erano amministratori nel team e il sistema si bloccava continuamente per vari motivi, dopo di che l'ingegnere dell'appaltatore lo riavviava.<\/p>\n

In autunno, nel team sono arrivati tre amministratori, che hanno suddiviso le responsabilit\u00e0 tra loro, e ha iniziato a costruirsi un lavoro normale per l'esercizio dei sistemi del progetto, compresa Informatica. \u00c8 importante notare che questo prodotto non \u00e8 ampiamente diffuso e non ha una grande comunit\u00e0, nella quale si possano trovare risposte a qualsiasi domanda e risolvere qualsiasi problema. Pertanto, \u00e8 stata fondamentale un'assistenza tecnica completa da parte del partner russo di Informatica, che ha fornito supporto per correggere tutti i nostri errori e quelli di Informatica 10, ancora giovane.<\/p>\n

La prima cosa che abbiamo dovuto fare per gli sviluppatori del nostro team e dell'appaltatore \u00e8 stata stabilizzare il funzionamento di Informatica, raggiungere la funzionalit\u00e0 della web console di amministrazione (Informatica Administrator).<\/p>\n

\"Dalla
\nCos\u00ec abbiamo spesso accolto gli sviluppatori di Informatica.<\/i><\/p>\n

Lasciando da parte il processo di indagine delle cause, la principale ragione delle interruzioni era lo schema di interazione del software Informatica con il database del repository, situato su un server relativamente remoto dal punto di vista del paesaggio di rete. Questo portava a ritardi e comprometteva il funzionamento dei meccanismi che garantivano il controllo dello stato del dominio Informatica. Dopo alcune ottimizzazioni del database e modifiche ai parametri di Informatica che lo rendevano pi\u00f9 tollerante ai ritardi del database, e infine l'aggiornamento della versione di Informatica a 10.1 e il trasferimento del database da un server precedente a uno pi\u00f9 vicino a Informatica, il problema ha perso rilevanza, e da allora non abbiamo pi\u00f9 osservato interruzioni di questo tipo.<\/p>\n

\"Dalla
\nUno dei tentativi di far funzionare il monitor di Informatica<\/i><\/p>\n

La situazione con la console di amministrazione era altrettanto critica. Poich\u00e9 si stava sviluppando attivamente direttamente in un ambiente considerato produttivo, i colleghi dovevano costantemente analizzare il funzionamento dei mappings e dei workflow 'in tempo reale'. Nella nuova Informatica, nel Data Integration Service non c'\u00e8 uno strumento separato per tale monitoraggio, ma nella console di amministrazione web \u00e8 comparsa una sezione di monitoraggio (Informatica Administrator Monitor) in cui \u00e8 possibile osservare il funzionamento delle applicazioni, dei workflow e dei mappings, delle esecuzioni e dei log. Periodicamente, la console diventava completamente non disponibile, oppure smetteva di aggiornare le informazioni sui processi in corso nel DIS, oppure si verificavano errori durante il caricamento delle pagine.<\/p>\n

\"Dalla
\nSelezione dei parametri java per stabilizzare il funzionamento<\/i><\/p>\n

La risoluzione del problema avveniva in molti modi, venivano condotti esperimenti per modificare i parametri, venivano raccolti log, jstack, inviati al supporto, mentre parallelamente si faceva attiva ricerca su Google e si osservava.<\/p>\n

Innanzitutto \u00e8 stato creato un MRS separato per il monitoraggio, che si \u00e8 rivelato essere uno dei principali consumatori di risorse nei nostri ambienti, poich\u00e9 le esecuzioni dei mappings avvenivano in modo molto intenso. Sono stati modificati i parametri riguardanti la java heap e diversi altri.
\nDi conseguenza, con il successivo aggiornamento a Informatica 10.1.1, \u00e8 stato possibile stabilizzare il funzionamento della console e del monitor, gli sviluppatori hanno iniziato a lavorare in modo pi\u00f9 efficiente e i processi regolari diventavano sempre pi\u00f9 regolari.<\/p>\n

Un'esperienza interessante pu\u00f2 essere l'interazione tra sviluppo e amministrazione. La questione della comprensione comune di come funziona tutto, cosa si pu\u00f2 fare e cosa non si pu\u00f2 fare, \u00e8 sempre importante quando si utilizzano sistemi complessi. Pertanto, si pu\u00f2 tranquillamente raccomandare di formare prima il team degli amministratori su come gestire il software, e il team degli sviluppatori su come scrivere codice e disegnare processi nel sistema, per poi mandare entrambi a lavorare sui risultati. Questo \u00e8 davvero importante quando il tempo non \u00e8 una risorsa infinita. Molti problemi possono essere risolti anche attraverso un tentativo casuale di varianti, ma a volte alcuni richiedono conoscenze a priori \u2014 il nostro caso conferma l'importanza di comprendere questo assunto.<\/p>\n

Ad esempio, quando abbiamo tentato di attivare la versioning in MRS (come si \u00e8 rivelato, era necessaria un'altra versione di SVN), dopo un po' di tempo, abbiamo scoperto con preoccupazione che il tempo di riavvio del sistema era aumentato a diverse decine di minuti. Identificata la causa del ritardo e disattivata la versioning, le cose sono tornate a funzionare.<\/p>\n

Tra gli ostacoli considerevoli legati a Informatica, possiamo ricordare l'epica battaglia con i crescenti flussi Java. A un certo punto siamo arrivati al momento della replicazione, cio\u00e8 di estendere processi collaudati a un gran numero di sistemi sorgente. Tuttavia, si \u00e8 scoperto che non tutti i processi in 10.1.1 funzionavano bene, e dopo un po' di tempo DIS diventava inoperante. Venivano scoperti decine di migliaia di flussi, il cui numero cresceva soprattutto durante la procedura di deploy delle applicazioni. A volte era necessario riavviare pi\u00f9 volte al giorno per ripristinare la funzionalit\u00e0.<\/p>\n

Qui bisogna ringraziare il supporto, i problemi sono stati relativamente rapidamente localizzati e risolti con l'uso di EBF (Emergency Bug Fix) \u2013 dopo di che tutti hanno avuto la sensazione che lo strumento funzionasse davvero.<\/p>\n

Funziona davvero!<\/h2>\n

\nAl momento dell'inizio del lavoro in modalit\u00e0 target, Informatica si presentava come segue. Versione Informatica 10.1.1HF1 (HF1 \u00e8 HotFix1, una build del fornitore dal pacchetto di EBF), con EBF addizionali installati, che correggevano i nostri problemi di scalabilit\u00e0 e alcuni altri, su un server dei tre inclusi nel GRID, 20 core x86_64 e uno storage, su un enorme e lento array di dischi locali \u2014 questo configurazione del server<\/a> per il cluster Hadoop. Su un altro server identico \u00e8 installato il database Oracle, con cui interagiscono sia il dominio Informatica sia il meccanismo di gestione ETL. Tutto ci\u00f2 \u00e8 monitorato tramite gli strumenti di monitoraggio standard utilizzati dal team (Zabbix + Grafana), da entrambe le parti \u2014 sia dalla stessa Informatica con i suoi servizi, sia dai processi di caricamento che vi confluiscono. Attualmente, sia le prestazioni che la stabilit\u00e0 operativa, senza considerare fattori esterni, dipendono dalle impostazioni che limitano il carico.<\/p>\n

Si pu\u00f2 menzionare separatamente il GRID. L'ambiente \u00e8 stato costruito su tre nodi, con possibilit\u00e0 di bilanciamento del carico. Tuttavia, durante i test \u00e8 emerso che a causa di problemi di interazione tra le istanze delle nostre applicazioni in esecuzione, tale configurazione non funzionava come previsto, e abbiamo deciso temporaneamente di abbandonare questo schema di costruzione, rimuovendo due dei tre nodi dal dominio. La configurazione rimane la stessa, e attualmente \u00e8 un servizio GRID, ma ridotto a un solo nodo.<\/p>\n

Attualmente, rimane una difficolt\u00e0 legata al calo delle prestazioni durante la pulizia regolare dello schema di monitoraggio: quando ci sono pi\u00f9 processi simultanei in esecuzione nel CBN e viene avviata la pulizia, possono verificarsi malfunzionamenti nel meccanismo di gestione ETL. Questo viene al momento risolto in modo \"provvisorio\" \u2014 con una pulizia manuale dello schema di monitoraggio, con perdita di tutti i dati precedenti. Questo non \u00e8 troppo critico per l'ambiente produttivo, quando tutto funziona normalmente, ma \u00e8 in corso la ricerca di una soluzione adeguata.<\/p>\n

Da questa stessa situazione nasce un ulteriore problema: a volte si verificano pi\u00f9 avviamenti del nostro meccanismo di gestione.<\/p>\n

\"Dalla
\nAvviamenti multipli dell'applicazione, che portano a malfunzionamenti del meccanismo<\/i><\/p>\n

Durante l'avvio programmato, in momenti di grande carico sul sistema, possono verificarsi situazioni che portano a malfunzionamenti del meccanismo. Fino ad ora, il problema \u00e8 stato risolto manualmente e si sta cercando una soluzione permanente.<\/p>\n

In generale, si pu\u00f2 riassumere che sotto un carico elevato \u00e8 molto importante fornire risorse adeguate, sia per i risorse hardware di Informatica, sia per il suo database repository, oltre a garantire impostazioni ottimali per questi. Inoltre, rimane aperta la questione su quale schema di posizionamento del database sia migliore \u2014 su un host separato o sullo stesso dove lavora il software Informatica. Da un lato, su un unico server risulta pi\u00f9 economico e, combinando tutto, si elimina praticamente il possibile problema di interazione di rete, dall'altro \u2014 il carico sull'host dal database si aggiunge al carico di Informatica.<\/p>\n

Come in qualsiasi prodotto serio, in Informatica ci sono anche momenti curiosi.
\nUna volta, mentre analizzavo un incidente, ho notato che nei log MRS il tempo degli eventi era segnato in modo strano.<\/p>\n

\"Dalla
\nDualismo temporale nei log MRS \u201cper design\u201d<\/i><\/p>\n

Si \u00e8 scoperto che i timestamp vengono scritti nel formato delle 12 ore, senza indicazione AM\/PM, cio\u00e8 prima o dopo mezzogiorno. \u00c8 stata anche aperta una richiesta a riguardo, e ricevuto una risposta ufficiale \u2014 era proprio cos\u00ec che era stato pensato, i log MRS vengono scritti in quel modo. Cio\u00e8 rimane talvolta un certo mistero riguardo al momento di insorgenza di un qualsiasi ERROR...<\/p>\n

Puntare al meglio<\/h2>\n

\nOggi Informatica \u00e8 uno strumento sufficientemente stabile, comodo per l'amministratore e gli utenti, estremamente potente nelle attuali capacit\u00e0 e potenzialit\u00e0. Supera di gran lunga le nostre necessit\u00e0 funzionali e de facto viene utilizzato nel progetto in modo non del tutto caratteristico e tipico. Le difficolt\u00e0 sono parzialmente legate a come funzionano i meccanismi \u2014 la specificit\u00e0 sta nel fatto che, in un breve intervallo di tempo, viene avviato un gran numero di thread che aggiornano intensamente i parameterset e lavorano con il database repository, mentre le risorse hardware del server vengono utilizzate praticamente al massimo della CPU. <\/p>\n

Ora siamo giunti a un passo dal passaggio a Informatica 10.2.1 o 10.2.2, in cui sono stati rielaborati alcuni meccanismi interni, e l'assistenza promette l'assenza di una serie di attuali problemi di prestazioni e funzionamento. E anche dal punto di vista hardware, ci si aspettano server di configurazione ottimale per noi, tenendo conto della riserva per il prossimo futuro a causa della crescita e dello sviluppo dello storage.<\/p>\n

Naturalmente, ci sar\u00e0 un test, una verifica della compatibilit\u00e0 e, probabilmente, modifiche architettoniche per quanto riguarda l'HA GRID. Lo sviluppo nell'ambito di Informatica continuer\u00e0, poich\u00e9 nel breve termine non possiamo sostituire il sistema.
\nE coloro che in futuro saranno responsabili di questo sistema saranno sicuramente in grado di portarlo ai livelli richiesti di affidabilit\u00e0 e prestazioni richiesti dai clienti.<\/p>\n

Articolo preparato dal team di gestione dei dati di \u00abRostelecom\u00bb<\/i><\/p>\n

\"Dalla
\nLogo attuale di 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\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\udd47Da guasti quotidiani a stabilit\u00e0: Informatica 10 visto dall'amministratore | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/34842","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=34842"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/34842\/revisions"}],"predecessor-version":[{"id":158197,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/34842\/revisions\/158197"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/26234"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=34842"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=34842"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=34842"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}