{"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\/ro\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","title":{"rendered":"De la accidentele zilnice la stabilitate: Informatica 10 prin ochii unui administrator","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

Componenta ETL a depozitului de date adesea r\u0103m\u00e2ne \u00een umbra depozitului \u00eensu\u0219i \u0219i prime\u0219te mai pu\u021bin\u0103 aten\u021bie dec\u00e2t baza de date principal\u0103 sau componentele frontale, BI, generarea rapoartelor. Totu\u0219i, din punctul de vedere al mecanicii de umplere a depozitului cu date, ETL joac\u0103 un rol cheie \u0219i necesit\u0103 la fel de mult\u0103 aten\u021bie din partea administratorilor ca \u0219i celelalte componente. M\u0103 numesc Alexandru, acum administrez ETL la Rostelecom \u0219i \u00een acest articol voi \u00eencerca s\u0103 \u00eemp\u0103rt\u0103\u0219esc pu\u021bin din ceea ce se confrunt\u0103 un administrator al unei cunoscute ETL-sisteme \u00eentr-un mare depozit de date al companiei Rostelecom.
\n<\/a><\/noindex>
\nDac\u0103 cititorii respectabili sunt deja familiariza\u021bi \u00een general cu proiectul nostru de depozit de date \u0219i cu produsul Informatica PowerCenter, putem trece direct la sec\u021biunea urm\u0103toare.<\/p>\n

Acum c\u00e2\u021biva ani, la Rostelecom a ap\u0103rut \u0219i a \u00eenceput s\u0103 devin\u0103 realitate ideea unui depozit de date corporativ unic. O serie de depozite, care rezolvau sarcini separate, fuseser\u0103 deja create, dar num\u0103rul scenariilor cre\u0219tea, cheltuielile pentru suport cre\u0219teau de asemenea, \u0219i a devenit clar c\u0103 viitorul este \u00een centralizare. Din punct de vedere arhitectural, acest depozit const\u0103 din mai multe straturi, fiind implementat pe Hadoop \u0219i GreenPlum, cu baze de date auxiliare, mecanisme ETL \u0219i BI.<\/p>\n

\u00cen acela\u0219i timp, datorit\u0103 num\u0103rului mare de surse de date distribuite geografic \u0219i diverse, a fost creat un mecanism special de extragere a datelor, a c\u0103rui func\u021bionare este gestionat\u0103 de Informatica. Ca rezultat, pachetele cu date ajung \u00een zona de interfa\u021b\u0103 Hadoop, dup\u0103 care \u00eencep procesele de \u00eenc\u0103rcare a datelor pe straturile depozitului, \u00een Hadoop \u0219i GreenPlum, \u0219i sunt gestionate de a\u0219a-numitul mecanism de control ETL, implementat \u00een Informatica. Astfel, sistemul Informatica este unul dintre elementele cheie care asigur\u0103 func\u021bionarea depozitului.<\/p>\n

Mai multe detalii despre depozitul nostru vor fi prezentate \u00eentr-unul dintre urm\u0103toarele posturi.<\/p>\n

Informatica PowerCenter \/ Big Data Management este \u00een prezent considerat lider \u00een domeniul instrumentelor de integrare a datelor. Este un produs al companiei americane Informatica, care este unul dintre cei mai puternici juc\u0103tori \u00een ETL (Extract Transform Load), managementul calit\u0103\u021bii datelor, MDM (Master Data Management), ILM (Information Lifecycle Management) \u0219i altele.<\/p>\n

PowerCenter utilizat de noi este un server de aplica\u021bii integrat Tomcat, unde ruleaz\u0103 aplica\u021biile Informatica care implementeaz\u0103 serviciile acesteia: <\/p>\n

Domeniu<\/b>, de fapt, acesta este baza pentru tot ce este altceva, \u00een cadrul domeniului func\u021bioneaz\u0103 servicii, utilizatori, componente GRID.<\/p>\n

Panou de Administrare<\/b>, un instrument web de gestionare \u0219i monitorizare, pe l\u00e2ng\u0103 clientul Informatica Developer, principalul instrument pentru interac\u021biunea cu produsul<\/p>\n

MRS, Serviciul de Repositoriu al Modelului<\/b>, un depozit de metadate, reprezint\u0103 un strat \u00eentre baza de date \u00een care metadatele sunt stocate fizic \u0219i clientul Informatica Developer, \u00een care se face dezvoltarea. Repositoarele stocheaz\u0103 at\u00e2t descrierea datelor, c\u00e2t \u0219i alte informa\u021bii, inclusiv pentru mai multe servicii Informatica, de exemplu, programarea execu\u021biilor (Schedules) sau datele de monitorizare, precum \u0219i seturile de parametri ale aplica\u021biilor, permi\u021b\u00e2nd utilizarea acelea\u0219i aplica\u021bii pentru lucrul cu diverse surse \u0219i destina\u021bii de date.<\/p>\n

DIS, Serviciul de Integrare a Datelor<\/b>, acesta este serviciul \u00een care au loc procesele func\u021bionale principale, \u00een care ruleaz\u0103 aplica\u021biile \u0219i are loc \u00een mod real execu\u021bia Workflows (descrierea secven\u021belor de mappings \u0219i interac\u021biunea acestora) \u0219i Mappings (transform\u0103ri, blocuri \u00een care au loc efectiv transform\u0103rile, procesarea datelor).<\/p>\n

Configura\u021bia GRID<\/b> \u2013 de fapt, este o variant\u0103 de construire a unui complex utiliz\u00e2nd mai multe servere, c\u00e2nd sarcina generat\u0103 de DIS este distribuit\u0103 pe noduri (adic\u0103 serverele care fac parte din domeniu). \u00cen acest caz, pe l\u00e2ng\u0103 distribu\u021bia sarcinii \u00een DIS printr-un strat suplimentar de abstractizare GRID, care une\u0219te mai multe noduri, pe care func\u021bioneaz\u0103 DIS \u00een loc s\u0103 lucreze pe un singur nod specific, pot fi create \u0219i instan\u021be de rezerv\u0103 suplimentare MRS. Poate fi realizat\u0103 chiar \u0219i o disponibilitate ridicat\u0103, c\u00e2nd acces\u0103rile externe pot avea loc prin noduri de rezerv\u0103 \u00een cazul \u00een care nodul principal e\u0219ueaz\u0103. Am decis s\u0103 renun\u021b\u0103m la aceast\u0103 variant\u0103 de construc\u021bie pentru moment.<\/p>\n

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

\u00cen primele etape ale lucrului \u00een cadrul lan\u021bului de aprovizionare a datelor au ap\u0103rut frecvent probleme, unele dintre ele din cauza func\u021bion\u0103rii instabile a Informatica la acel moment. Voi \u00eemp\u0103rt\u0103\u0219i c\u00e2teva dintre momentele memorabile ale acestei saga \u2013 \u00eenv\u0103\u021barea Informatica 10.<\/p>\n

\"De
\nFostul logo Informatica<\/i><\/p>\n

Aria de responsabilitate a direc\u021biei noastre include \u0219i alte medii Informatica, care au specifice diferite din cauza sarcinii diferite. Deocamdat\u0103, voi aminti doar cum s-a dezvoltat Informatica ca component\u0103 ETL a depozitului de date.<\/p>\n

Cum s-a \u00eent\u00e2mplat asta<\/h2>\n

\n\u00cen anul 2016, c\u00e2nd am \u00eenceput s\u0103 ne ocup\u0103m de func\u021bionarea Informatica, aceasta atingea deja versiunea 10.0, iar pentru colegii optimi\u0219ti care luau decizia de a utiliza acest produs cu o versiune minor\u0103 .0, totul p\u0103rea clar - trebuie folosit\u0103 noua versiune! Din punct de vedere al resurselor hardware, totul era excelent la acel moment.<\/p>\n

Din prim\u0103vara anului 2016, func\u021bionarea Informatica a fost gestionat\u0103 de un subcontractor, iar din spusele c\u00e2torva utilizatori ai sistemului, \u201eaceasta func\u021biona de c\u00e2teva ori pe s\u0103pt\u0103m\u00e2n\u0103\u201d. Aici trebuie men\u021bionat c\u0103 depozitul era, de facto, \u00eentr-o etap\u0103 PoC, nu existau administratori \u00een echip\u0103, iar sistemul c\u0103dea constant din diverse motive, dup\u0103 care inginerul subcontractorului \u00eel repunea \u00een func\u021biune.<\/p>\n

\u00cen toamn\u0103, echipa a primit trei administratori, care \u0219i-au \u00eemp\u0103r\u021bit responsabilit\u0103\u021bile \u0219i a \u00eenceput s\u0103 se consolideze o munc\u0103 normal\u0103 \u00een exploatarea sistemelor din proiect, inclusiv Informatica. Este important de men\u021bionat c\u0103 acest produs nu este foarte r\u0103sp\u00e2ndit \u0219i nu dispune de o comunitate mare \u00een care s\u0103 g\u0103se\u0219ti r\u0103spunsuri la \u00eentreb\u0103ri sau s\u0103 rezolvi probleme. De aceea, suportul tehnic complet oferit de partenerul rus al Informatica a fost extrem de important, ajut\u00e2nd la corectarea tuturor gre\u0219elilor noastre \u0219i a problemelor Informatica 10, care era atunci \u00eenc\u0103 t\u00e2n\u0103r\u0103.<\/p>\n

Primul lucru pe care a trebuit s\u0103-l facem pentru dezvoltatorii echipei noastre \u0219i pentru subcontractor - a fost stabilizarea func\u021bion\u0103rii Informatica \u00eens\u0103\u0219i, asigurarea func\u021bionalit\u0103\u021bii consolei web de administrare (Informatica Administrator).<\/p>\n

\"De
\nA\u0219a c\u0103, de multe ori, \u00eent\u00e2lneam dezvoltatori Informatica<\/i><\/p>\n

Trec\u00e2nd peste procesul de identificare a cauzelor, principala cauz\u0103 a c\u0103derilor a fost schema de interac\u021biune a software-ului Informatica cu baza de date a depozitului, care se afla pe un server relativ \u00eendep\u0103rtat, din perspectiva peisajului de re\u021bea. Aceasta ducea la \u00eent\u00e2rzieri \u0219i afecta func\u021bionarea mecanismelor ce asigurau controlul st\u0103rii domeniului Informatica. Dup\u0103 unele ajust\u0103ri ale bazei de date, modificarea parametrilor Informatica pentru a o face mai tolerant\u0103 la \u00eent\u00e2rzierile bazei de date, \u0219i, \u00een cele din urm\u0103, actualizarea versiunii Informatica la 10.1 \u0219i mutarea bazei de date de pe serverul anterior pe un server mai apropiat de Informatica, problema a devenit irelevant\u0103, iar de atunci nu am observat c\u0103deri de acest tip.<\/p>\n

\"De
\nUna dintre \u00eencerc\u0103rile de a ob\u021bine func\u021bionarea Informatica Monitor<\/i><\/p>\n

Situa\u021bia cu consola de administrare a fost de asemenea critic\u0103. Fiindc\u0103 se desf\u0103\u0219ura o dezvoltare activ\u0103 direct pe un mediu considerat de produc\u021bie, colegii aveau nevoie constant s\u0103 analizeze func\u021bionarea mappings-urilor \u0219i a fluxurilor de lucru \u201e\u00een timp real\u201d. \u00cen noua versiune de Informatica, \u00een Data Integration Service nu exist\u0103 un instrument separat pentru aceast\u0103 monitorizare, dar \u00een consola de administrare web a ap\u0103rut o sec\u021biune de monitorizare (Informatica Administrator Monitor), \u00een care se pot observa aplica\u021biile, fluxurile de lucru \u0219i mappings-urile, execut\u0103rile, logurile. Periodic, consola devenea complet inaccesibil\u0103, fie c\u0103 nu se mai actualizau informa\u021biile despre procesele curente \u00een DIS, fie c\u0103 ap\u0103reau erori la \u00eenc\u0103rcarea paginilor.<\/p>\n

\"De
\nAjustarea parametrilor java pentru stabilizarea func\u021bion\u0103rii<\/i><\/p>\n

Rezolvarea problemei a fost abordat\u0103 din multe perspective, au fost efectuate experimente cu modificarea parametrilor, au fost colectate loguri, jstackuri, care au fost trimise la suport, paralel cu o c\u0103utare activ\u0103 pe Google \u0219i se f\u0103cea pur \u0219i simplu observa\u021bie.<\/p>\n

\u00cen primul r\u00e2nd, a fost creat un MRS separat pentru monitorizare, care, a\u0219a cum s-a dovedit, este unul dintre principalii consumatori de resurse \u00een medii, deoarece execut\u0103rile de mappings au loc foarte intens. Au fost modificate parametrii referitori la heap-ul java \u0219i altele.
\nCa urmare, la urm\u0103toarea actualizare a Informatica 10.1.1, func\u021bionarea consolei \u0219i a monitorului a fost stabilizat\u0103, dezvoltatorii au \u00eenceput s\u0103 lucreze mai eficient, iar procesele regulate deveneau din ce \u00een ce mai regulate.<\/p>\n

O experien\u021b\u0103 interesant\u0103 poate fi interac\u021biunea \u00eentre dezvoltare \u0219i administrare. \u00centrebarea \u00een\u021belegerii generale despre cum func\u021bioneaz\u0103 totul, ce se poate face \u0219i ce nu se poate face, este \u00eentotdeauna important\u0103 \u00een utilizarea sistemelor complexe. De aceea, se poate recomanda cu \u00eencredere ca mai \u00eent\u00e2i s\u0103 fie instruit\u0103 echipa de administratori cu privire la modul \u00een care trebuie administrat software-ul, iar echipa de dezvoltatori cu privire la modul \u00een care trebuie scris cod \u0219i s\u0103 fie desenate procesele \u00een sistem, \u0219i abia apoi s\u0103 fie trimise ambele echipe s\u0103 lucreze pentru rezultate. Acest lucru este cu adev\u0103rat important atunci c\u00e2nd timpul nu este o resurs\u0103 infinit\u0103. Multe probleme pot fi rezolvate chiar \u0219i prin \u00eencerc\u0103ri aleatorii, dar unele necesit\u0103 uneori cuno\u0219tin\u021be anterioare - cazul nostru confirm\u0103 importan\u021ba \u00een\u021belegerii acestei axiom\u0103.<\/p>\n

De exemplu, \u00een \u00eencercarea de a activa versiunea \u00een MRS (a\u0219a cum s-a dovedit, era necesar\u0103 o alt\u0103 versiune SVN), dup\u0103 un timp am descoperit cu \u00eengrijorare c\u0103 timpul de repornire a sistemului crescuse la c\u00e2teva zeci de minute. Dup\u0103 ce am identificat cauza \u00eent\u00e2rzierii la pornire \u0219i am dezactivat versiunea, totul a fost din nou bine.<\/p>\n

Printre obstacolele notabile legate de Informatica, poate fi men\u021bionat\u0103 epica lupt\u0103 cu fluxurile java \u00een expansiune. La un moment dat, a venit vremea replic\u0103rii, adic\u0103 de a extinde procesele stabilite pe un num\u0103r mare de sisteme de surs\u0103. Cu toate acestea, s-a dovedit c\u0103 nu toate procesele din 10.1.1 func\u021bionau bine, \u0219i dup\u0103 un timp, DIS devenea ineficient. Sute de mii de fluxuri erau descoperite, num\u0103rul acestora cresc\u00e2nd \u00een mod special \u00een timpul procedurii de implementare a aplica\u021biilor. Uneori a fost nevoie s\u0103 facem reporniri de c\u00e2teva ori pe zi pentru a restabili func\u021bionalitatea.<\/p>\n

Aici trebuie s\u0103 mul\u021bumim suportului, problemele au fost relativ rapid localizate \u0219i rezolvate cu ajutorul EBF (Emergency Bug Fix) - dup\u0103 aceasta, toat\u0103 lumea a avut senza\u021bia c\u0103 instrumentul func\u021bioneaz\u0103 cu adev\u0103rat.<\/p>\n

Chiar func\u021bioneaz\u0103!<\/h2>\n

\nLa momentul \u00eenceperii activit\u0103\u021bii \u00een modul \u021bint\u0103, Informatica ar\u0103ta astfel. Versiunea Informatica 10.1.1HF1 (HF1 este HotFix1, o compilare de v\u00e2nz\u0103tor din complexul EBF) cu EBF-uri suplimentare instalate, rezolv\u00e2nd problemele noastre de scalare \u0219i altele, pe un server din cele trei incluse \u00een GRID, 20 de nuclee x86_64 \u0219i un stocare pe un uria\u0219 \u0219i lent array de discuri locale - acesta configura\u021bia serverului<\/a> pentru clusterul Hadoop. Pe un alt server similar se afl\u0103 SGBD Oracle, cu care lucreaz\u0103 at\u00e2t domeniul Informatica, c\u00e2t \u0219i mecanismul de gestionare ETL. Totul este monitorizat prin instrumente standard de monitorizare utilizate \u00een echip\u0103 (Zabbix + Grafana), din dou\u0103 direc\u021bii \u2014 at\u00e2t Informatica \u0219i serviciile sale, c\u00e2t \u0219i procesele de \u00eenc\u0103rcare care \u00eei vin. Acum, at\u00e2t performan\u021ba, c\u00e2t \u0219i stabilitatea func\u021bion\u0103rii, f\u0103r\u0103 a lua \u00een considerare factorii externi, depind de set\u0103rile care limiteaz\u0103 la maximum \u00eenc\u0103rc\u0103tura.<\/p>\n

Separat, se poate spune despre GRID. Mediul a fost construit pe trei noduri, cu posibilitate de echilibrare a \u00eenc\u0103rc\u0103rii. Cu toate acestea, \u00een timpul test\u0103rii s-a descoperit c\u0103, din cauza problemelor de interac\u021biune \u00eentre instan\u021bele aplica\u021biilor noastre, aceast\u0103 configura\u021bie nu func\u021biona a\u0219a cum se a\u0219tepta, iar temporar s-a decis abandonarea acestui sistem de construc\u021bie, sco\u021b\u00e2nd dou\u0103 din cele trei noduri din domeniu. Cu toate acestea, schema a r\u0103mas aceea\u0219i, \u0219i acum este un serviciu GRID, dar degenerat la un singur nod.<\/p>\n

\u00cen prezent, r\u0103m\u00e2ne o dificultate legat\u0103 de sc\u0103derea performan\u021bei \u00een timpul cur\u0103\u021b\u0103rii regulate a schemei de monitorizare \u2014 \u00een timpul proceselor simultane \u00een CNN \u0219i cur\u0103\u021barea ini\u021biat\u0103, pot ap\u0103rea defec\u021biuni \u00een func\u021bionarea mecanismului de gestionare ETL. Acest lucru este rezolvat deocamdat\u0103 \u00abcump\u0103nit\u00bb \u2014 prin cur\u0103\u021barea manual\u0103 a schemei monitorului, cu pierderea tuturor datelor anterioare. Aceasta nu este critic\u0103 pentru produc\u021bie, \u00een condi\u021bii normale de operare, dar se caut\u0103 o solu\u021bie viabil\u0103.<\/p>\n

Din aceast\u0103 situa\u021bie deriv\u0103 \u0219i o alt\u0103 problem\u0103 \u2014 uneori au loc lans\u0103ri multiple ale mecanismului nostru de gestionare.<\/p>\n

\"De
\nLans\u0103ri multiple ale aplica\u021biei, care duc la defectarea mecanismului<\/i><\/p>\n

La lansarea conform programului, \u00een momente de mare \u00eenc\u0103rcare a sistemului, uneori apar situa\u021bii care duc la defectarea mecanismului. P\u00e2n\u0103 acum, problema este corectat\u0103 manual, se caut\u0103 o solu\u021bie permanent\u0103.<\/p>\n

\u00cen ansamblu, se poate concluziona c\u0103, \u00een condi\u021bii de \u00eenc\u0103rcare mare, este foarte important s\u0103 se ofere resurse adecvate, ceea ce se refer\u0103 at\u00e2t la resursele hardware pentru Informatica, c\u00e2t \u0219i la cele pentru baza sa de date, precum \u0219i la asigurarea unor configura\u021bii optime pentru acestea. \u00cen plus, r\u0103m\u00e2ne deschis\u0103 \u00eentrebarea privind cea mai bun\u0103 schem\u0103 de amplasare a bazei de date - pe un server separat sau pe acela\u0219i server pe care ruleaz\u0103 software-ul Informatica. Pe de o parte, pe un singur server costurile vor fi mai mici \u0219i se elimin\u0103 practic posibilele probleme de interac\u021biune re\u021bea, pe de alt\u0103 parte, sarcina pe server de la baza de date este completat\u0103 de sarcina de la Informatica.<\/p>\n

La fel ca \u00een orice produs serios, \u0219i \u00een Informatica exist\u0103 momente amuzante.
\nOdat\u0103, analiz\u00e2nd un accident, am observat c\u0103 \u00een log-urile MRS timpul evenimentelor era marcat ciudat.<\/p>\n

\"De
\nDualitatea temporal\u0103 \u00een log-urile MRS \"by design\"<\/i><\/p>\n

S-a dovedit c\u0103 timpii sunt scri\u0219i \u00een format de 12 ore, f\u0103r\u0103 indica\u021bie AM\/PM, adic\u0103 \u00eenainte sau dup\u0103 pr\u00e2nz. A fost deschis chiar un bilet \u00een acest sens, \u0219i am primit un r\u0103spuns oficial - a\u0219a a fost conceput, timpii \u00een log-ul MRS sunt scri\u0219i \u00een acest format. Asta \u00eenseamn\u0103 c\u0103 r\u0103m\u00e2ne uneori o anumit\u0103 intrig\u0103 cu privire la timpul de apari\u021bie al unei erori...<\/p>\n

Aspira\u021bi spre mai bine<\/h2>\n

\nAst\u0103zi, Informatica este un instrument destul de stabil, convenabil pentru administrator \u0219i utilizatori, extrem de puternic \u00een ceea ce prive\u0219te capacit\u0103\u021bile actuale \u0219i poten\u021bialul. Acesta dep\u0103\u0219e\u0219te de multe ori nevoile noastre func\u021bionale \u0219i de facto este folosit acum \u00een proiect \u00eentr-un mod mai pu\u021bin tipic. Dificult\u0103\u021bile sunt par\u021bial legate de modul \u00een care func\u021bioneaz\u0103 mecanismele - specificitatea const\u0103 \u00een faptul c\u0103, \u00eentr-un interval scurt de timp, se lanseaz\u0103 un mare num\u0103r de fire care actualizeaz\u0103 intensiv seturile de parametri \u0219i lucreaz\u0103 cu baza de date a depozitului, \u00een timp ce resursele hardware ale serverului sunt utilizate aproape complet pe CPU. <\/p>\n

Acum suntem aproape de tranzi\u021bia la Informatica 10.2.1 sau 10.2.2, \u00een care au fost revizuite unele mecanisme interne, iar suportul promite absen\u021ba unui num\u0103r de probleme de performan\u021b\u0103 \u0219i de func\u021bionare pe care le avem \u00een prezent. De asemenea, din punct de vedere hardware, se a\u0219teapt\u0103 servere configureate optim pentru noi, av\u00e2nd \u00een vedere rezerv\u0103 pentru perioada imediat urm\u0103toare, \u00een virtutea cre\u0219terii \u0219i dezvolt\u0103rii depozitului.<\/p>\n

Desigur, va fi necesar s\u0103 efectueze teste, s\u0103 verifice compatibilitatea \u0219i, posibil, s\u0103 fac\u0103 modific\u0103ri arhitecturale \u00een ceea ce prive\u0219te HA GRID. Dezvoltarea \u00een cadrul Informatica va continua, deoarece pe termen scurt nu putem implementa nimic \u00eenlocuitor pentru sistem.
\n\u0218i cei care vor fi responsabili de acest sistem \u00een viitor cu siguran\u021b\u0103 vor reu\u0219i s\u0103 \u00eel aduc\u0103 la nivelurile necesare de fiabilitate \u0219i performan\u021b\u0103 solicitate de clien\u021bi.<\/p>\n

Articolul a fost preg\u0103tit de echipa de management al datelor de la \u00abRostelecom\u00bb<\/i><\/p>\n

\"De
\nLogo-ul actual al Informatica<\/i>
\n
Sursa: 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 la avarii zilnice la stabilitate: Informatica 10 prin ochii unui administrator | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"ro_RO","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\/ro\/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\/ro\/wp-json\/wp\/v2\/posts\/34842","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=34842"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/34842\/revisions"}],"predecessor-version":[{"id":158197,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/34842\/revisions\/158197"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/26234"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=34842"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=34842"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=34842"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}