{"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\/sv\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","title":{"rendered":"Fr\u00e5n dagliga krascher till stabilitet: Informatica 10 genom adminens \u00f6gon","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Fr\u00e5n<\/a><\/noindex><\/p>\n

ETL-komponenten av datalager hamnar ofta i skuggan av sj\u00e4lva lagret och f\u00e5r mindre uppm\u00e4rksamhet \u00e4n huvuddatabasen eller frontkomponenten, BI, rapportgenerering. Men sett ur perspektivet av hur lagret fylls med data, spelar ETL en nyckelroll och kr\u00e4ver minst lika mycket uppm\u00e4rksamhet fr\u00e5n administrat\u00f6rer som de andra komponenterna. Jag heter Alexander, jag administrerar ETL p\u00e5 Rostelekom, och i den h\u00e4r artikeln ska jag f\u00f6rs\u00f6ka dela med mig av det jag som administrat\u00f6r f\u00f6r ett av de mest k\u00e4nda ETL-systemen i ett stort datalager p\u00e5 Rostelekom st\u00f6ter p\u00e5.
\n<\/a><\/noindex>
\nOm respektabla l\u00e4sare redan \u00e4r bekanta med v\u00e5rt datalagerprojekt och produkten Informatica PowerCenter, kan vi g\u00e5 direkt till n\u00e4sta avsnitt.<\/p>\n

F\u00f6r flera \u00e5r sedan v\u00e4xte och b\u00f6rjade id\u00e9n om ett enhetligt f\u00f6retagsdatalager realiseras p\u00e5 Rostelekom. Ett antal datalager som l\u00f6ste separata uppgifter hade redan skapats, men antalet scenarier v\u00e4xte, kostnaderna f\u00f6r support \u00f6kade ocks\u00e5, och det blev tydligt att framtiden l\u00e5g i centralisering. Arkitektoniskt best\u00e5r detta datalager av flera lager, implementerat p\u00e5 Hadoop och GreenPlum, med hj\u00e4lp avdatabaser, ETL-mekanismer och BI.<\/p>\n

Tack vare det stora antalet geografiskt spridda, heterogena datak\u00e4llor skapades en s\u00e4rskild mekanism f\u00f6r datalastning, vars arbete styrs av Informatica. Som ett resultat hamnar paket med data i det gr\u00e4nssnittsomr\u00e5de som tillh\u00f6r Hadoop, varefter data\u00f6verf\u00f6ringsprocesserna genom lagren av lagret, i Hadoop och GreenPlum, b\u00f6rjar, och de styrs av den s\u00e5 kallade ETL-hanteringsmekanismen, som \u00e4r implementerad i Informatica. S\u00e5ledes \u00e4r Informatica-systemet en av de centrala komponenterna som s\u00e4kerst\u00e4ller lagrets funktion.<\/p>\n

Mer information om v\u00e5rt datalager kommer att ges i ett av de kommande inl\u00e4ggen.<\/p>\n

Informatica PowerCenter\/Big Data Management anses f\u00f6r n\u00e4rvarande vara ledande programvara inom dataintegrationsverktyg. Det \u00e4r en produkt fr\u00e5n det amerikanska f\u00f6retaget Informatica, som \u00e4r en av de starkaste akt\u00f6rerna inom ETL (Extract Transform Load), datakvalitetsstyrning, MDM (Master Data Management), ILM (Information Lifecycle Management) och mer.<\/p>\n

Den PowerCenter vi anv\u00e4nder \u00e4r en integrerad Tomcat-applikationsserver d\u00e4r Informatica-applikationerna k\u00f6rs och tillhandah\u00e5ller sina tj\u00e4nster. <\/p>\n

Dom\u00e4n<\/b>, i grunden \u00e4r detta basen f\u00f6r allt annat, tj\u00e4nster, anv\u00e4ndare och GRID-komponenter arbetar inom dom\u00e4nen.<\/p>\n

Administrator Console<\/b>, ett webbaserat verktyg f\u00f6r hantering och \u00f6vervakning, f\u00f6rutom Informatica Developer-klienten, det huvudsakliga verktyget f\u00f6r interaktion med produkten.<\/p>\n

MRS, Model Repository Service<\/b>, metadata-f\u00f6rr\u00e5det, fungerar som ett lager mellan databasen d\u00e4r metadatan lagras fysiskt och Informatica Developer-klienten d\u00e4r utvecklingen p\u00e5g\u00e5r. Repositories lagrar b\u00e5de databeskrivningar och annan information, inklusive f\u00f6r ett antal andra Informatica-tj\u00e4nster, till exempel scheman f\u00f6r k\u00f6rning av jobb (Schedules) eller \u00f6vervakningsdata, samt parametersets f\u00f6r applikationer, s\u00e4rskilt de som g\u00f6r att samma applikation kan anv\u00e4ndas med olika datak\u00e4llor och mottagare.<\/p>\n

DIS, Data Integration Service<\/b>, \u00e4r tj\u00e4nsten d\u00e4r de huvudsakliga funktionella processerna \u00e4ger rum, d\u00e4r applikationerna k\u00f6rs och actually workflows (beskrivningar av sekvenser av mapping och deras interaktion) och mappings (transformeringar, block d\u00e4r sj\u00e4lva konverteringarna och databehandlingarna \u00e4ger rum) startas.<\/p>\n

GRID-konfiguration<\/b> \u2013 \u00e4r i grunden en variant av att bygga ett system med flera servrar, d\u00e4r belastningen som DIS hanterar distribueras \u00f6ver noder (det vill s\u00e4ga servrar som ing\u00e5r i dom\u00e4nen). I detta fall, f\u00f6rutom belastningsf\u00f6rdelningen i DIS \u00f6ver ett ytterligare abstraktionslager GRID som sammanfogar flera noder, p\u00e5 vilket DIS arbetar ist\u00e4llet f\u00f6r att bara arbeta p\u00e5 en specifik nod, kan \u00e4ven extra reservinstanser av MRS skapas. H\u00f6g tillg\u00e4nglighet kan till och med implementeras, d\u00e4r externa f\u00f6rfr\u00e5gningar kan g\u00f6ras genom reservnoder vid fel av den prim\u00e4ra. Vi har dock f\u00f6r n\u00e4rvarande avst\u00e5tt fr\u00e5n denna byggnadsvariant.<\/p>\n

\"Fr\u00e5n
\nInformatica PowerCenter, schematiskt<\/i><\/p>\n

Under de f\u00f6rsta faserna av arbetet i dataleveranskedjan uppstod det regelbundet problem, en del berodde p\u00e5 den instabila driften av Informatica vid den tidpunkten. Jag t\u00e4nker dela med mig av n\u00e5gra av de minnesv\u00e4rda \u00f6gonblicken av denna saga \u2014 att bem\u00e4stra Informatica 10.<\/p>\n

\"Fr\u00e5n
\nDet tidigare Informatica-logotypen<\/i><\/p>\n

V\u00e5rt ansvarsomr\u00e5de inkluderar ocks\u00e5 andra milj\u00f6er f\u00f6r Informatica, d\u00e4r det finns sina egna specifikationer p\u00e5 grund av olika belastningar, men jag kommer att fokusera p\u00e5 hur Informatica har utvecklats som en ETL-komponent i sj\u00e4lva datalagringen.<\/p>\n

Hur blev det s\u00e5 h\u00e4r?<\/h2>\n

\n\u00c5r 2016, n\u00e4r vi b\u00f6rjade ansvara f\u00f6r Informatica, hade den redan n\u00e5tt version 10.0, och f\u00f6r optimistiskt inst\u00e4llda kollegor som fattade beslutet att anv\u00e4nda produkten med en mindre version .0, verkade det uppenbart \u2014 det var n\u00f6dv\u00e4ndigt att anv\u00e4nda den nya versionen! N\u00e4r det g\u00e4llde h\u00e5rdvaruresurser var allt utm\u00e4rkt vid den tiden.<\/p>\n

Sedan v\u00e5ren 2016 var det en entrepren\u00f6r som ansvarade f\u00f6r Informatica, och enligt n\u00e5gra f\u00e5 anv\u00e4ndare av systemet \"fungerade det n\u00e5gra g\u00e5nger i veckan\". H\u00e4r beh\u00f6ver jag klarg\u00f6ra att lagret de facto befann sig i ett PoC-l\u00e4ge, det fanns inga administrat\u00f6rer i teamet och systemet f\u00f6ll konstant av olika sk\u00e4l, efter vilket entrepren\u00f6rens ingenj\u00f6r fick starta det igen.<\/p>\n

P\u00e5 h\u00f6sten ansl\u00f6t tre administrat\u00f6rer till teamet, som delade p\u00e5 ansvarsomr\u00e5dena och b\u00f6rjade bygga upp en normal drift av systemen inom projektet, inklusive Informatica. Det b\u00f6r ocks\u00e5 noteras att denna produkt inte \u00e4r allm\u00e4nt f\u00f6rekommande och har en stor community d\u00e4r man kan hitta svar p\u00e5 fr\u00e5gor och l\u00f6sa problem. D\u00e4rf\u00f6r var det mycket viktigt att f\u00e5 fullst\u00e4ndig teknisk support fr\u00e5n den ryska partnern till Informatica, som hj\u00e4lpte oss att r\u00e4tta till v\u00e5ra misstag och felen i den d\u00e5 fortfarande unga Informatica 10.<\/p>\n

Det f\u00f6rsta vi beh\u00f6vde g\u00f6ra f\u00f6r utvecklarna i v\u00e5rt team och entrepren\u00f6ren var att stabilisera Informatica, och f\u00e5 webbadministrationskonsolen (Informatica Administrator) att fungera.<\/p>\n

\"Fr\u00e5n
\nS\u00e5 h\u00e4r st\u00f6tte vi ofta p\u00e5 utvecklarna av Informatica.<\/i><\/p>\n

Vid sidan av sj\u00e4lva processen f\u00f6r att fastst\u00e4lla orsakerna var den huvudsakliga orsaken till nedfallen interaktionen mellan Informatica-programvaran och databasen i lagret, som l\u00e5g p\u00e5 en relativt avl\u00e4gsen server i n\u00e4tverkslandskapet. Detta ledde till f\u00f6rseningar och st\u00f6rde funktionerna som s\u00e4kerst\u00e4ller \u00f6vervakningen av Informatica-dom\u00e4nens tillst\u00e5nd. Efter en del justeringar av databasen, f\u00f6r\u00e4ndringar av Informatica-parametrarna som gjorde den mer tolerant mot databasen, samt en uppgradering av Informatica-versionen till 10.1 och f\u00f6rflyttning av databasen fr\u00e5n den tidigare servern till en server som l\u00e5g n\u00e4rmare Informatica, f\u00f6rlorade problemet sin relevans, och sedan dess har vi inte observerat s\u00e5dana typer av nedfall.<\/p>\n

\"Fr\u00e5n
\nEtt av f\u00f6rs\u00f6ken att f\u00e5 Informatica Monitor att fungera<\/i><\/p>\n

Situation med administrationskonsolen var ocks\u00e5 kritisk. Eftersom aktiv utveckling p\u00e5gick direkt i den s\u00e5 kallade produktionsmilj\u00f6n, beh\u00f6vde kollegor st\u00e4ndigt analysera mappings och arbetsfl\u00f6den \"i farten\". I den nya Informatica, i Data Integration Service, finns det inget separat verktyg f\u00f6r s\u00e5dan \u00f6vervakning, men i webbadministrationskonsolen har en \u00f6vervakningssektion (Informatica Administrator Monitor) lagts till, d\u00e4r man kan \u00f6vervaka applikationers, arbetsfl\u00f6den och mappings arbete, k\u00f6rningar och loggar. Periodvis blev konsolen helt otillg\u00e4nglig, eller s\u00e5 slutade informationen om aktuella processer i DIS att uppdateras, eller s\u00e5 uppstod fel vid sidladdningar.<\/p>\n

\"Fr\u00e5n
\nJustering av java-parametrarna f\u00f6r att stabilisera driften<\/i><\/p>\n

Korrigeringen av problemet gjordes p\u00e5 m\u00e5nga olika s\u00e4tt, experiment utf\u00f6rdes med att \u00e4ndra parametrar, loggar samlades, jstack skickades till supporten, samtidigt som aktiv googling p\u00e5gick och observationer gjordes.<\/p>\n

I f\u00f6rsta hand skapades en separat MRS f\u00f6r \u00f6vervakning, vilket visade sig vara en av de st\u00f6rsta resurskonsumenterna i v\u00e5ra milj\u00f6er, eftersom k\u00f6rningar av mappings sker mycket intensivt. Parametrarna f\u00f6r java heap \u00e4ndrades, liksom en rad andra.
\nSom resultat av detta lyckades vi stabilisera driften av konsolen och monitorn till n\u00e4sta uppdatering av Informatica 10.1.1, utvecklarna blev mer effektiva, och de regelbundna processerna blev allt mer regelbundna.<\/p>\n

En intressant aspekt kan vara erfarenheten av interaktionen mellan utveckling och administration. Fr\u00e5gan om en gemensam f\u00f6rst\u00e5else f\u00f6r hur allt fungerar, vad som kan g\u00f6ras och vad som inte kan g\u00f6ras, \u00e4r alltid viktig n\u00e4r man anv\u00e4nder komplexa system. D\u00e4rf\u00f6r kan man med gott samvete rekommendera att f\u00f6rst utbilda administrat\u00f6rsteamet om hur programvaran ska administreras och utvecklarteamet om hur man skriver kod och visualiserar processer i systemet, och f\u00f6rst d\u00e4refter l\u00e5ta dem arbeta mot resultat. Det \u00e4r verkligen viktigt n\u00e4r tiden inte \u00e4r en o\u00e4ndlig resurs. M\u00e5nga problem kan l\u00f6sas \u00e4ven genom slumpm\u00e4ssig pr\u00f6vning av alternativ, men ibland kr\u00e4ver vissa f\u00f6rkunskaper \u2014 v\u00e5rt fall bekr\u00e4ftar vikten av att f\u00f6rst\u00e5 denna axiom.<\/p>\n

Till exempel, n\u00e4r vi f\u00f6rs\u00f6kte aktivera versionshantering i MRS (som det visade sig, beh\u00f6vde en annan version av SVN), uppt\u00e4ckte vi efter ett tag med oro att systemets omstartstid hade \u00f6kat till flera tiotals minuter. Efter att vi kommit fram till orsaken till f\u00f6rseningen och st\u00e4ngt av versionshanteringen gick det bra igen.<\/p>\n

Bland de uppenbara hinder kopplade till Informatica kan vi n\u00e4mna det episka slaget med v\u00e4xande java-tr\u00e5dar. Vid en viss tidpunkt kom det till att replikera, det vill s\u00e4ga sprida de etablerade processerna till ett stort antal k\u00e4llsystem. Det visade sig att l\u00e5ngt ifr\u00e5n alla processer i 10.1.1 fungerade bra, och efter en tid blev DIS obrukbart. Tiotusentals tr\u00e5dar uppt\u00e4cktes, och deras antal \u00f6kade s\u00e4rskilt m\u00e4rkbart under proceduren f\u00f6r distribution av applikationer. Ibland beh\u00f6vde vi g\u00f6ra omstarter flera g\u00e5nger om dagen f\u00f6r att \u00e5terf\u00e5 funktionaliteten.<\/p>\n

H\u00e4r m\u00e5ste vi tacka supporten, problemen lokaliserades och \u00e5tg\u00e4rdades ganska snabbt med hj\u00e4lp av EBF (Emergency Bug Fix) \u2013 efter detta k\u00e4nde alla att verktyget verkligen fungerar.<\/p>\n

Det fungerar faktiskt!<\/h2>\n

\nVid starten av arbetet i m\u00e5lmode s\u00e5g Informatica ut som f\u00f6ljer. Version 10.1.1HF1 (HF1 st\u00e5r f\u00f6r HotFix1, leverant\u00f6rens version fr\u00e5n EBF-paketet) med ytterligare installerade EBF som \u00e5tg\u00e4rdade v\u00e5ra skalningsproblem och n\u00e5gra andra, p\u00e5 en av tre servrar i GRID, 20 k\u00e4rnor x86_64 och lagring p\u00e5 en enorm, l\u00e5ngsam upps\u00e4ttning lokala diskar \u2014 det \u00e4r serverkonfiguration<\/a> f\u00f6r Hadoop-kluster. P\u00e5 en annan s\u00e5dan server \u2014 Oracle DB som fungerar med b\u00e5de Informatica-domen och ETL-hanteringsmekanismen. Allt detta \u00f6vervakas av standard\u00f6vervakningsverktyg som anv\u00e4nds av teamet (Zabbix + Grafana), f\u00f6r b\u00e5de Informatica och dess tj\u00e4nster samt processerna f\u00f6r data\u00f6verf\u00f6ring. Just nu beror b\u00e5de prestanda och stabilitet, oavsett externa faktorer, p\u00e5 inst\u00e4llningarna som begr\u00e4nsar belastningen.<\/p>\n

Speciellt kan man n\u00e4mna GRID. Milj\u00f6n byggdes p\u00e5 tre noder med m\u00f6jlighet till belastningsbalansering. Under testningen uppt\u00e4cktes dock att p\u00e5 grund av problem med interaktionen mellan de k\u00f6rda instanserna av v\u00e5ra applikationer s\u00e5 fungerade inte denna konfiguration som f\u00f6rv\u00e4ntat, och vi beslutade tempor\u00e4rt att \u00f6verge denna byggschema genom att ta bort tv\u00e5 av tre noder fr\u00e5n domen. Sj\u00e4lva schemat f\u00f6rblev dock detsamma och nu \u00e4r det verkligen en GRID-tj\u00e4nst, men reducerad till en nod.<\/p>\n

F\u00f6r n\u00e4rvarande kvarst\u00e5r en sv\u00e5righet relaterad till prestandaf\u00f6rlust vid regelbunden radering av monitorens schema \u2014 n\u00e4r processer k\u00f6rs i parallellt i NNN och rensningen \u00e4r aktiverad kan det uppst\u00e5 fel i ETL-hanteringsmekanismen. Detta l\u00f6ses f\u00f6r tillf\u00e4llet \"p\u00e5 ett hackigt s\u00e4tt\" \u2014 manuellt rensande av monitorens schema, vilket resulterar i att alla tidigare data g\u00e5r f\u00f6rlorade. Detta \u00e4r inte alltf\u00f6r kritiskt f\u00f6r produktionen under normala driftsf\u00f6rh\u00e5llanden, men man s\u00f6ker fortfarande en ordentlig l\u00f6sning.<\/p>\n

Fr\u00e5n samma situation uppst\u00e5r \u00e4nnu ett problem \u2014 ibland intr\u00e4ffar flera k\u00f6rningar av v\u00e5r hanteringsmekanism.<\/p>\n

\"Fr\u00e5n
\nFlera k\u00f6rningar av applikationen, vilket leder till fel i mekanismen<\/i><\/p>\n

Vid schemalagda k\u00f6rningar under perioder med h\u00f6g belastning p\u00e5 systemet intr\u00e4ffar ibland situationer som leder till att mekanismen g\u00e5r s\u00f6nder. Problemet hanteras fortfarande manuellt, och man s\u00f6ker en permanent l\u00f6sning.<\/p>\n

Sammanfattningsvis kan man s\u00e4ga att det under h\u00f6g belastning \u00e4r mycket viktigt att tillhandah\u00e5lla adekvata resurser. Detta g\u00e4ller b\u00e5de h\u00e5rdvaruresurser f\u00f6r Informatica och \u00e4ven f\u00f6r dess databasrepository, samt att s\u00e4kerst\u00e4lla optimala inst\u00e4llningar f\u00f6r dem. Dessutom kvarst\u00e5r fr\u00e5gan om vilken databasplacering som \u00e4r b\u00e4st \u2013 p\u00e5 en separat v\u00e4rd eller p\u00e5 samma d\u00e4r Informatica-programvaran k\u00f6rs. \u00c5 ena sidan blir det billigare att ha allt p\u00e5 en server, och detta minskar potentiella problem med n\u00e4tverksinteraktion, \u00e5 andra sidan \u00f6kar belastningen p\u00e5 v\u00e4rden fr\u00e5n databasen samtidigt som belastningen fr\u00e5n Informatica tillkommer.<\/p>\n

Som i alla seri\u00f6sa produkter finns det \u00e4ven komiska \u00f6gonblick i Informatica.
\nEn g\u00e5ng, n\u00e4r jag granskade en incident, m\u00e4rkte jag att tiden f\u00f6r h\u00e4ndelserna i MRS-loggarna var m\u00e4rkligt angiven.<\/p>\n

\"Fr\u00e5n
\nTidsdualism i MRS-loggar \"by design\"<\/i><\/p>\n

Det visade sig att tidsst\u00e4mplarna skrivs i 12-timmarsformat, utan angivelse av AM\/PM, det vill s\u00e4ga f\u00f6re eller efter middag. En beg\u00e4ran kring detta \u00f6ppnades och ett officiellt svar mottogs \u2013 s\u00e5 var det t\u00e4nkt, MRS-loggarna registreras just i det formatet. Detta inneb\u00e4r att det ibland f\u00f6rblir en viss intrig kring tidpunkten f\u00f6r uppkomsten av n\u00e5got ERROR...<\/p>\n

Str\u00e4va efter det b\u00e4sta<\/h2>\n

\nI dag \u00e4r Informatica ett tillr\u00e4ckligt stabilt verktyg, anv\u00e4ndarv\u00e4nligt f\u00f6r administrat\u00f6ren och anv\u00e4ndarna, och extremt kraftfullt utifr\u00e5n nuvarande m\u00f6jligheter och potential. Det \u00f6verstiger v\u00e5ra funktionella behov m\u00e5nga g\u00e5nger och anv\u00e4nds de facto i projektet p\u00e5 ett s\u00e4tt som inte \u00e4r det mest karakt\u00e4ristiska och typiska. Sv\u00e5righeterna h\u00e4nger delvis ihop med hur mekanismerna fungerar \u2013 specifikationen \u00e4r att ett stort antal tr\u00e5dar k\u00f6rs p\u00e5 kort tid, vilket intensivt uppdaterar parameterset och arbetar med databasrepositoryt, samtidigt som serverns h\u00e5rdvaruresurser i stort sett utnyttjas fullt ut av CPU:n. <\/p>\n

Vi har nu kommit n\u00e4ra att \u00f6verg\u00e5 till Informatica 10.2.1 eller 10.2.2, d\u00e4r vissa interna mekanismer har omarbetats, och supporten lovar att en rad nuvarande problem med prestanda och funktionalitet kommer att vara fr\u00e5nvarande. Dessutom f\u00f6rv\u00e4ntas servrar med optimal konfiguration f\u00f6r oss, med tanke p\u00e5 reserveringar f\u00f6r den n\u00e4rmaste tiden p\u00e5 grund av tillv\u00e4xt och utveckling av lagret.<\/p>\n

Sj\u00e4lvklart kommer det att kr\u00e4vas tester, kompatibilitetskontroller och eventuellt arkitektur\u00e4ndringar f\u00f6r HA GRID. Utvecklingen inom Informatica kommer att forts\u00e4tta, eftersom vi p\u00e5 kort sikt inte kan ers\u00e4tta systemet.
\nOch de som i framtiden kommer att ansvara f\u00f6r detta system kommer definitivt att kunna n\u00e5 de krav p\u00e5 tillf\u00f6rlitlighet och prestanda som kunderna st\u00e4ller.<\/p>\n

Artikeln \u00e4r f\u00f6rberedd av datahanteringsteamet p\u00e5 \"Rostelecom\"<\/i><\/p>\n

\"Fr\u00e5n
\nAktuell logotyp f\u00f6r Informatica<\/i>
\n
K\u00e4lla: 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\udd47Fr\u00e5n dagliga haverier till stabilitet: Informatica 10 sett genom en admins \u00f6gon | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/34842","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=34842"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/34842\/revisions"}],"predecessor-version":[{"id":158197,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/34842\/revisions\/158197"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/26234"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=34842"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=34842"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=34842"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}