{"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\/da\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","title":{"rendered":"Fra daglige nedbrud til stabilitet: Informatica 10 set gennem en administrators \u00f8jne","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

ETL-komponenten i datalageret forbliver ofte i skyggen af selve lageret og f\u00e5r mindre opm\u00e6rksomhed end den prim\u00e6re database eller frontend-komponenten, BI og rapportering. Set fra et mekanisk perspektiv i forhold til at fylde lageret med data, spiller ETL en n\u00f8glerolle og kr\u00e6ver ikke mindre opm\u00e6rksomhed fra administratorerne end de \u00f8vrige komponenter. Jeg hedder Alexander, og jeg administrerer ETL i Rostelecom, og i denne artikel vil jeg fors\u00f8ge at dele lidt af det, som en administrator for et af de mest kendte ETL-systemer i et stort datalager hos Rostelecom st\u00e5r overfor.
\n<\/a><\/noindex>
\nHvis de \u00e6rede l\u00e6sere allerede er bekendt med vores datalagerprojekt og produktet Informatica PowerCenter, kan de straks g\u00e5 videre til n\u00e6ste afsnit.<\/p>\n

For flere \u00e5r siden modnedes id\u00e9en om et samlet virksomhedsdatalager i Rostelecom og blev realiseret. En r\u00e6kke lagre, der l\u00f8ste forskellige opgaver, var allerede blevet oprettet, men antallet af scenarier voksede, omkostningerne til vedligeholdelse steg ogs\u00e5, og det blev klart, at fremtiden l\u00e5 i centralisering. Arkitektonisk set er dette selve lageret, der best\u00e5r af flere lag, implementeret p\u00e5 Hadoop og GreenPlum, hj\u00e6lpe-databaser, ETL mekanismer og BI.<\/p>\n

Som et resultat af det store antal territorielt distribuerede, heterogene datakilder blev der oprettet en speciel mekanisme til dataudtr\u00e6k, hvis arbejde styres af Informatica. Som f\u00f8lge heraf havner datapaketterne i det gr\u00e6nsefladeomr\u00e5de, der tilh\u00f8rer Hadoop, hvorefter processerne til indl\u00e6sning af data gennem lagene i lageret begynder, i Hadoop og GreenPlum, og de styres af den s\u00e5kaldte styringsmekanisme ETL, der er implementeret i Informatica. S\u00e5ledes er Informatica-systemet en af de n\u00f8gleelementer, der sikrer driften af lageret.<\/p>\n

Mere detaljeret om vores datalager vil blive fortalt i et af de f\u00f8lgende indl\u00e6g.<\/p>\n

Informatica PowerCenter\/Big Data Management betragtes i \u00f8jeblikket som den f\u00f8rende software inden for dataintegrationsv\u00e6rkt\u00f8jer. Dette er et produkt fra det amerikanske firma Informatica, som er en af de st\u00e6rkeste akt\u00f8rer inden for ETL (Extract Transform Load), datakvalitetsstyring, MDM (Master Data Management), ILM (Information Lifecycle Management) og mere.<\/p>\n

Den PowerCenter, vi bruger, er en integreret applikationsserver Tomcat, hvor Informatica-applikationer k\u00f8rer og implementerer dens tjenester: <\/p>\n

Dom\u00e6ne<\/b>, dette er i bund og grund fundamentet for alt andet, tjenester, brugere og GRID-komponenter fungerer inden for dom\u00e6net.<\/p>\n

Administrator Console<\/b>, et web-baseret administrations- og overv\u00e5gningsv\u00e6rkt\u00f8j, udover Informatica Developer-klienten, det prim\u00e6re v\u00e6rkt\u00f8j til interaktion med produktet.<\/p>\n

MRS, Model Repository Service<\/b>, en metadata-lager, fungerer som et lag mellem databasen, hvor metadataene fysisk opbevares, og Informatica Developer-klienten, hvor udviklingen foreg\u00e5r. Repositories gemmer b\u00e5de data beskrivelser og anden information, herunder til en r\u00e6kke andre Informatica-tjenester, for eksempel tidsplaner for jobplanl\u00e6gning (Schedules) eller overv\u00e5gningsdata, samt parameters\u00e6t for applikationerne, der tillader brug af den samme applikation til at arbejde med forskellige datakilder og -modtagere.<\/p>\n

DIS, Data Integration Service<\/b>, det er tjenesten, hvor de grundl\u00e6ggende funktionelle processer finder sted, applikationer k\u00f8rer, og arbejdsteder (Workflows, beskrivelser af r\u00e6kkef\u00f8lgen af mappinger og deres interaktion) og mappinger (transformationer, blokke, hvor selve konverteringerne og databehandlingen finder sted) k\u00f8rer.<\/p>\n

GRID-konfiguration<\/b> \u2013 i bund og grund en mulighed for at opbygge et kompleks med flere servere, hvor belastningen, der genereres af DIS, fordeles p\u00e5 noder (dvs. servere, der indg\u00e5r i dom\u00e6net). I dette scenarie, udover belastningsfordelingen i DIS gennem et ekstra abstraktionslag GRID, der samler flere noder, hvor DIS fungerer i stedet for at arbejde p\u00e5 en enkelt node, kan der ogs\u00e5 oprettes ekstra backup-eksemplarer af MRS. Der kan endda implementeres h\u00f8j tilg\u00e6ngelighed, n\u00e5r eksterne anmodninger kan foretages gennem backup-noder i tilf\u00e6lde af fejl p\u00e5 den prim\u00e6re. Vi har dog indtil videre afvist denne opbygningsmulighed.<\/p>\n

\"Fra
\nInformatica PowerCenter, illustrativt<\/i><\/p>\n

I de tidlige faser af arbejdet i dataforsyningsk\u00e6den opstod der regelm\u00e6ssigt problemer, nogle p\u00e5 grund af den ustabile drift af Informatica p\u00e5 det tidspunkt. Jeg vil dele nogle af de mindev\u00e6rdige \u00f8jeblikke fra denne saga \u2013 at l\u00e6re Informatica 10.<\/p>\n

\"Fra
\nDen tidligere logo for Informatica<\/i><\/p>\n

Vores ansvarsomr\u00e5de omfatter ogs\u00e5 andre Informatica-milj\u00f8er, som har deres egen specifik, p\u00e5 grund af en anden belastning, men jeg vil huske p\u00e5, hvordan Informatica udviklede sig som ETL-komponenten i datalageret.<\/p>\n

Hvordan skete det?<\/h2>\n

\nI 2016, da vi begyndte at have ansvar for Informatica, var den allerede n\u00e5et til version 10.0, og for kolleger med optimistiske synspunkter, der tog beslutningen om at anvende produktet i et seri\u00f8st projekt med en mindre version .0, syntes det alt sammen \u00e5benlyst \u2014 vi skulle selvf\u00f8lgelig bruge den nye version! P\u00e5 den hardwarem\u00e6ssige side var alt p\u00e5 det tidspunkt i orden.<\/p>\n

Fra for\u00e5ret 2016 var det en underleverand\u00f8r, der havde ansvaret for Informatica, og if\u00f8lge de f\u00e5 brugere af systemet 'arbejdede den et par gange om ugen'. Her skal det bem\u00e6rkes, at datalageret de facto var p\u00e5 PoC-fasen, der var ingen administratorer i teamet, og systemet faldt konstant af forskellige \u00e5rsager, hvorefter underleverand\u00f8rens ingeni\u00f8r genstartede det.<\/p>\n

I efter\u00e5ret kom der tre administratorer ind i teamet, som delte ansvarsomr\u00e5derne imellem sig, og der begyndte at blive etableret normal drift af systemerne i projektet, herunder Informatica. Det skal n\u00e6vnes, at dette produkt ikke er s\u00e6rligt udbredt og har ikke et stort f\u00e6llesskab, hvor man kan finde svar p\u00e5 sp\u00f8rgsm\u00e5l eller l\u00f8se problemer. Derfor var det meget vigtigt at f\u00e5 fuld teknisk support fra vores russiske Informatica-partner, som hjalp os med at rette alle vores fejl og ogs\u00e5 fejlene i det dengang stadig unge Informatica 10.<\/p>\n

Det f\u00f8rste, vi m\u00e5tte g\u00f8re for udviklerne i vores team og underleverand\u00f8ren \u2014 stabilisere selve Informatica, f\u00e5 webadministrationskonsollen (Informatica Administrator) til at fungere.<\/p>\n

\"Fra
\nS\u00e5ledes m\u00f8dte vi ofte udviklerne af Informatica.<\/i><\/p>\n

Uden at g\u00e5 ind i selve processen med at finde \u00e5rsagerne, var den prim\u00e6re \u00e5rsag til nedbruddene interaktionen mellem Informatica-softwaren og databasen i depotet, som var placeret p\u00e5 en relativt fjern server, set i forhold til netv\u00e6rkslandskabet. Dette f\u00f8rte til forsinkelser og forstyrrede funktionerne, der sikrede kontrol over dom\u00e6net Informatica. Efter en del tuning af databasen, \u00e6ndringer i Informatica-parametrene, der gjorde den mere tolerant over for databaseforsinkelser, og til sidst opdatering af versionen af Informatica til 10.1 samt flytning af databasen fra den tidligere server til en server t\u00e6ttere p\u00e5 Informatica, mistede problemet sin relevans, og siden da har vi ikke observeret nedbrud af denne art.<\/p>\n

\"Fra
\nEt af de fors\u00f8g, der blev gjort for at f\u00e5 Informatica Monitor til at fungere<\/i><\/p>\n

Situationen med administrationskonsollen var ogs\u00e5 kritisk. Da der blev arbejdet aktivt p\u00e5 det betingede produktionsmilj\u00f8, var det konstant n\u00f8dvendigt for kollegerne at analysere arbejdet med mappings og workflows \"undervejs\". I den nye Informatica, i Data Integration Service, er der ikke et s\u00e6rskilt v\u00e6rkt\u00f8j til denne monitorering, men i webadministrationskonsollen er der kommet en overv\u00e5gningssektion (Informatica Administrator Monitor), hvor man kan se applikationernes arbejde, workflows og mappings, k\u00f8rsel, logfiler. Periodisk blev konsollen helt utilg\u00e6ngelig, eller oplysningerne om de aktuelle processer i DIS stoppede med at opdatere, eller der opstod fejl ved indl\u00e6sning af sider.<\/p>\n

\"Fra
\nJustering af java-parametre for at stabilisere driften<\/i><\/p>\n

Fejlretning skete p\u00e5 mange m\u00e5der; der blev udf\u00f8rt eksperimenter med \u00e6ndring af parametre, logger blev indsamlet, jstack blev sendt til support, samtidig var der aktiv googling og simpelthen observation.<\/p>\n

F\u00f8rst blev der oprettet et separat MRS til overv\u00e5gning, som det senere viste sig, var en af de vigtigste forbrugere af ressourcer i vores milj\u00f8er, da k\u00f8rsel af mappings skete meget intensivt. Der blev \u00e6ndret parametre vedr\u00f8rende java heap og en r\u00e6kke andre.
\nSom f\u00f8lge heraf lykkedes det at stabilisere driften af konsollen og monitoren til den n\u00e6ste opdatering af Informatica 10.1.1, udviklerne blev mere effektive, og de regelm\u00e6ssige processer blev mere og mere regelm\u00e6ssige.<\/p>\n

En interessant erfaring kan v\u00e6re interaktionen mellem udvikling og administration. Sp\u00f8rgsm\u00e5let om f\u00e6lles forst\u00e5else af, hvordan alting fungerer, hvad man kan g\u00f8re, og hvad man ikke kan, er altid vigtigt, n\u00e5r man arbejder med komplekse systemer. Derfor kan det varmt anbefales f\u00f8rst at tr\u00e6ne administratorgruppen i, hvordan softwaren skal administreres, og udviklerne i, hvordan man skal skrive kode og designe processer i systemet, og f\u00f8rst derefter lade de f\u00f8rste og de sidste arbejde hen imod resultatet. Dette er virkelig vigtigt, n\u00e5r tiden ikke er en ubegribelig ressource. Mange problemer kan l\u00f8ses selv ved tilf\u00e6ldig afpr\u00f8vning af muligheder, men nogle gange kr\u00e6ver visse problemer a priori viden \u2014 vores tilf\u00e6lde bekr\u00e6fter vigtigheden af denne akseoma.<\/p>\n

For eksempel, da vi fors\u00f8gte at aktivere versionsstyring i MRS (som det til sidst viste sig, var vi n\u00f8dt til at have en anden version af SVN), opdagede vi med bekymring, at systemets genstartstid var steget til flere titusinde minutter. Da vi fandt \u00e5rsagen til forsinkelsen i opstarten og deaktiverede versionsstyring, gik det godt igen.<\/p>\n

Blandt de m\u00e6rkbare forhindringer forbundet med Informatica kan det episke slag med de voksende java-tr\u00e5de n\u00e6vnes. P\u00e5 et tidspunkt kom tiden til udbredelse, dvs. at udvide de etablerede processer til et stort antal kildesystemer. Det viste sig, at langt fra alle processer i 10.1.1 fungerede godt, og efter noget tid blev DIS uarbejdsdygtig. Der blev opdaget titusinder af tr\u00e5de, og antallet voksede is\u00e6r m\u00e6rkbart under applikationsudrulningsproceduren. Nogle gange m\u00e5tte man genstarte flere gange om dagen for at genskabe funktionaliteten.<\/p>\n

Her skal der ydes tak til supporten, da problemerne relativt hurtigt blev lokaliseret og l\u00f8st ved hj\u00e6lp af EBF (Emergency Bug Fix) \u2013 efter dette havde alle fornemmelsen af, at v\u00e6rkt\u00f8jet faktisk fungerer.<\/p>\n

Det virker trods alt!<\/h2>\n

\nVed begyndelsen af arbejdet i m\u00e5ltilstand s\u00e5 Informatica s\u00e5ledes ud. Version Informatica 10.1.1HF1 (HF1 er HotFix1, en vendor-specifik version fra EBF-pakken) med yderligere installierede EBF'er, der l\u00f8ste vores skaleringsproblemer og nogle andre, p\u00e5 \u00e9n server ud af tre, som var en del af GRID, 20 kerner x86_64 og lagring p\u00e5 en stor, langsom m\u00e6ngde lokale diske \u2014 det var serverkonfiguration<\/a> for a Hadoop cluster. On another similar server \u2014 Oracle DB, which is used with the Informatica domain and the ETL management mechanism. All this is monitored by the standard monitoring tools used by the team (Zabbix + Grafana), from two sides \u2014 both Informatica itself with its services and the processes loading into it. Currently, both performance and stability, excluding external factors, depend on the settings that limit the load.<\/p>\n

Separately, we can mention GRID. The environment was built on three nodes, with the ability to load balance. However, during testing, it was discovered that due to interaction problems between the running instances of our applications, this configuration did not work as expected, and we temporarily decided to abandon this construction scheme, removing two of the three nodes from the domain. The scheme itself remained the same, and it is now indeed a GRID service, but degenerated to one node.<\/p>\n

Right now, there is still a difficulty related to performance drops during regular cleaning of the monitoring scheme \u2014 during simultaneous running processes in the ETL and the active cleaning, failures in the ETL management mechanism may occur. This is currently addressed in a \"quick fix\" manner \u2014 manual cleaning of the monitoring scheme, resulting in the loss of all its previous data. This is not too critical for production under normal operation, but the search for a proper solution is still ongoing.<\/p>\n

From this situation arises another problem \u2014 there are times when multiple launches of our management mechanism occur.<\/p>\n

\"Fra
\nMultiple application launches leading to the mechanism's failure<\/i><\/p>\n

When scheduled tasks run during high system load, situations can arise that lead to the mechanism's failure. The problem is still resolved manually, and a permanent solution is being sought.<\/p>\n

Generelt set kan man konkludere, at det ved stor belastning er meget vigtigt at levere passende ressourcer, hvilket g\u00e6lder b\u00e5de hardware-ressourcerne til selve Informatica, og det samme for dens database-repositorium, samt at sikre optimale indstillinger for dem. Desuden forbliver sp\u00f8rgsm\u00e5let \u00e5bent om, hvilken databaseplacering der er bedst \u2014 p\u00e5 en separat host eller p\u00e5 den samme, hvor Informatica-software k\u00f8rer. P\u00e5 den ene side vil det v\u00e6re billigere at have det p\u00e5 \u00e9n server, og ved at kombinere dem fjernes stort set den mulige problematik med netv\u00e6rksinteraktion, p\u00e5 den anden side tilf\u00f8jes belastningen fra databasen til belastningen fra Informatica.<\/p>\n

Som i ethvert seri\u00f8st produkt er der ogs\u00e5 kuri\u00f8se \u00f8jeblikke i Informatica.
\nEn gang, da jeg analyserede en form for nedbrud, bem\u00e6rkede jeg, at tiden for begivenhederne var m\u00e6rket underligt i MRS-loggene.<\/p>\n

\"Fra
\nDen tidslige dualisme i MRS-loggene 'by design'<\/i><\/p>\n

Det viste sig, at tidsstemplerne skrives i 12-timersformat uden angivelse af AM\/PM, s\u00e5 det er enten f\u00f8r eller efter middag. Der blev endda \u00e5bnet en sag om dette, og der blev givet et officielt svar \u2014 det var s\u00e5dan, det var t\u00e6nkt, i MRS-loggen skrives stempler netop i dette format. Det betyder, at der nogle gange er en vis sp\u00e6nding med hensyn til tidspunktet for opst\u00e5en af en hvilken som helst ERROR\u2026<\/p>\n

Str\u00e6be efter forbedring<\/h2>\n

\nI dag er Informatica et relativt stabilt v\u00e6rkt\u00f8j, der er brugervenligt for administratorer og brugere, og meget kraftfuldt med hensyn til de nuv\u00e6rende muligheder og potentiale. Det overstiger funktionelt mange gange vores behov og bruges de facto i projektet p\u00e5 en ikke helt typisk m\u00e5de. Udfordringerne er delvist forbundet med, hvordan mekanismerne fungerer \u2014 specifikationen er, at et stort antal tr\u00e5de startes p\u00e5 kort tid, som intensivt opdaterer parameterset'ene og arbejder med databasen, samtidig med at serverens hardware-ressourcer n\u00e6sten fuldt ud udnyttes af CPU'en. <\/p>\n

Vi er nu t\u00e6t p\u00e5 overgangen til Informatica 10.2.1 eller 10.2.2, hvor nogle interne mekanismer er blevet omarbejdet, og supporten lover, at en r\u00e6kke nuv\u00e6rende problemer med ydeevne og funktionalitet vil forsvinde. Desuden forventes der, ud fra et hardware-perspektiv, servere i en optimal konfiguration for os, i betragtning af den kapacitet, vi har brug for p\u00e5 kort sigt i forbindelse med v\u00e6ksten og udviklingen af lageret.<\/p>\n

Selvf\u00f8lgelig er der behov for testning, kompatibilitetskontrol, og muligvis arkitektoniske \u00e6ndringer i forhold til HA GRID. Udviklingen inden for Informatica vil forts\u00e6tte, da vi i den kortsigtede fremtid ikke kan erstatte systemet.
\nOg dem, der i fremtiden skal st\u00e5 for dette system, vil uden tvivl lykkes med at opn\u00e5 de n\u00f8dvendige p\u00e5lideligheds- og ydeevnekrav, som kunderne stiller.<\/p>\n

Artiklen er forberedt af datah\u00e5ndteringsholdet hos \u00ab\u0420\u043e\u0441\u0442\u0435\u043b\u0435\u043a\u043e\u043c\u00bb<\/i><\/p>\n

\"Fra
\nDet aktuelle Informatica-logo<\/i>
\n
Kilde: 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\udd47Fra daglige nedbrud til stabilitet: Informatica 10 set gennem administratorens \u00f8jne | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/ot-ezhednevnyh-avarij-k-stabilnosti-informatica-10-glazami-admina","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/34842","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=34842"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/34842\/revisions"}],"predecessor-version":[{"id":158197,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/34842\/revisions\/158197"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/26234"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=34842"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=34842"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=34842"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}