{"id":89872,"date":"2020-07-27T01:42:19","date_gmt":"2020-07-26T23:42:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza"},"modified":"2020-07-27T01:42:19","modified_gmt":"2020-07-26T23:42:19","slug":"raspredelyonnye-subd-dlya-enterprajza","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","title":{"rendered":"Distribuirane DBMS za preduze\u0107a","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>CAP-\u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0430\u0435\u0443\u0433\u043e\u043b\u044c\u043d\u044b\u043c \u043a\u0430\u043c\u043d\u0435\u043c \u0442\u0435\u043e\u0440\u0438\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c. \u041a\u043e\u043d\u0435\u0447\u043d\u043e, \u0441\u043f\u043e\u0440\u044b \u0432\u043e\u043a\u0440\u0443\u0433 \u043d\u0435\u0451 \u043d\u0435 \u0443\u0442\u0438\u0445\u0430\u044e\u0442: \u0438 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0432 \u043d\u0435\u0439 \u043d\u0435 \u043a\u0430\u043d\u043e\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0435, \u0438 \u0441\u0442\u0440\u043e\u0433\u043e\u0433\u043e \u0434\u043e\u043a\u0430\u0437\u0430\u0442\u0435\u043b\u044c\u0441\u0442\u0432\u0430 \u043d\u0435\u0442\u2026 \u0422\u0435\u043c \u043d\u0435 \u043c\u0435\u043d\u0435\u0435, \u0442\u0432\u0451\u0440\u0434\u043e \u0441\u0442\u043e\u044f \u043d\u0430 \u043f\u043e\u0437\u0438\u0446\u0438\u044f\u0445 \u0431\u044b\u0442\u043e\u0432\u043e\u0433\u043e \u0437\u0434\u0440\u0430\u0432\u043e\u0433\u043e \u0441\u043c\u044b\u0441\u043b\u0430&trade;, \u043c\u044b \u0438\u043d\u0442\u0443\u0438\u0442\u0438\u0432\u043d\u043e \u043f\u043e\u043d\u0438\u043c\u0430\u0435\u043c, \u0447\u0442\u043e \u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u0432\u0435\u0440\u043d\u0430.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane DBMS za preduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/35c8b29bb024cbf383d78caa1af2c525.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nJedina stvar koja nije o\u010dita je zna\u010denje slova \"P\". Kada se klaster podijeli, odlu\u010duje \u2013 ho\u0107e li \u010dekati da se postigne kvorum ili \u0107e poslati podatke koji su dostupni. Ovisno o rezultatima ovog izbora, sustav se klasificira kao CP ili AP. Na primjer, Cassandra se mo\u017ee pona\u0161ati na oba na\u010dina, ovisno ne samo o postavkama klastera, ve\u0107 i o parametrima svakog pojedinog upita. No ako sustav nije \"P\", i podijelio se, tada \u2013 \u0161to?<\/p>\n<p>Odgovor na ovo pitanje je pomalo iznena\u0111uju\u0107i: CA klaster se ne mo\u017ee podijeliti.<br \/>\n\u0160to je to klaster koji se ne mo\u017ee podijeliti?<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nNepohodna oznaka takvog klastera je zajedni\u010dki sustav za pohranu podataka. U ve\u0107ini slu\u010dajeva to podrazumijeva povezivanje putem SAN-a, \u0161to ograni\u010dava primjenu CA rje\u0161enja na velika poduze\u0107a sposobna odr\u017eavati SAN infrastrukturu. Da bi vi\u0161e <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/sl\/server\/\"   title=\"stre\u017enikov\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1512\">stre\u017enikov<\/a> moglo raditi s istim podacima, potrebna je klasterska datote\u010dna sustava. Takvi sustavi postoje u portfeljima HPE (CFS), Veritas (VxCFS) i IBM (GPFS). <\/p>\n<h4>Oracle RAC<\/h4>\n<p>\nOpcija Real Application Cluster prvi put se pojavila 2001. godine u izdanju Oracle 9i. U takvom klasteru, nekoliko instanci <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/sl\/server\/dts-los-angeles\/\"   title=\"stre\u017enika\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3642\">stre\u017enika<\/a> radi s istom bazom podataka.<br \/>\nOracle mo\u017ee raditi i s klasterskim datote\u010dnim sustavom, kao i s vlastitim rje\u0161enjem \u2013 ASM, Automatic Storage Management.<\/p>\n<p>Svaka instanca vodi svoj dnevnik. Transakcija se izvr\u0161ava i bilje\u017ei od strane jedne instance. U slu\u010daju kvara instance, jedan od pre\u017eivjelih \u010dvorova klastera (instanci) \u010dita njen dnevnik i obnavlja izgubljene podatke \u2013 zahvaljuju\u0107i tome osigurava se dostupnost.<\/p>\n<p>Sve instance podr\u017eavaju vlastiti cache, a iste stranice (blokovi) mogu istovremeno biti u cacheu vi\u0161e instanci. \u0160tovi\u0161e, ako neka stranica treba jednoj instanci, a ona je dostupna u cacheu druge instance, mo\u017ee je dobiti od \"susjeda\" putem mehanizma cache fusion umjesto da je \u010dita s diska.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane DBMS za preduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/917cb1bfcc2c47ccf0dbb2f1e34ac921.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKaj se zgodi, \u010de enega od primerkov potrebuje za spremembo podatkov?<\/p>\n<p>Posebnost Oracle-a je, da nima posebne storitve za zaklepanja: \u010de stre\u017enik \u017eeli zakleniti vrstico, se zapis o zaklepanju postavi neposredno na tisti strani pomnilnika, kjer je zaklenjena vrstica. Zaradi tega pristopa je Oracle prvak glede zmogljivosti med monolitnimi bazami: storitev zaklepanja nikoli ne postane ozka grla. V pa\u010dni konfiguraciji pa lahko taka arhitektura privede do intenzivne omre\u017ene izmenjave in medsebojnih zaklepov.<\/p>\n<p>Ko je zapis zaklenjen, instanca obvesti vse druge instance, da je stran, na kateri je shranjen ta zapis, zajeta v monopolnem na\u010dinu. \u010ce drugi instanci potrebujejo spremeniti zapis na isti strani, mora po\u010dakati, dokler spremembe na strani niso potrjene, to jest, informacije o spremembi niso zabele\u017eene v dnevniku na disku (medtem ko transakcija lahko poteka naprej). Lahko se tudi zgodi, da bo stran zaporedno spremenjena s strani ve\u010d instanc, in nato ob zapisovanju strani na disk bo potrebno ugotoviti, kdo hrani aktualno razli\u010dico te strani.<\/p>\n<p>Naklju\u010dna posodobitev istih strani preko razli\u010dnih vozli\u0161\u010d RAC povzro\u010da dramati\u010den padec zmogljivosti baze podatkov - do te mere, da je zmogljivost klasterja lahko ni\u017eja od zmogljivosti posamezne instance.<\/p>\n<p>Pravilna uporaba Oracle RAC je fizi\u010dna delitev podatkov (na primer, s pomo\u010djo mehanizma sekcioniranih tabel) in dostop do vsakega sklopa sekcij preko posebnega vozli\u0161\u010da. Glavni namen RAC ni horizontalno skaliranje, temve\u010d zagotavljanje odpornosti na okvare.<\/p>\n<p>\u010ce vozli\u0161\u010de preneha odgovarjati na heartbeat, tisto vozli\u0161\u010de, ki je to prvi zaznalo, za\u010dne postopek glasovanja na disku. \u010ce tudi tukaj izgubljeno vozli\u0161\u010de ne po\u0161lje znaka, prevzame eno od vozli\u0161\u010d naloge za obnovo podatkov:<\/p>\n<ul>\n<li>\u00abzamrzne\u00bb vse strani, ki so bile v predpomnilniku izgubljenega vozli\u0161\u010da;<\/li>\n<li>prebere dnevnike (redo) izgubljenega vozli\u0161\u010da in ponovno uporabi spremembe, zapisane v teh dnevnikih, medtem ko preverja, ali imajo druga vozli\u0161\u010da sve\u017eje razli\u010dice spreminjanih strani;<\/li>\n<li>odvuelve transacciones incompletas.<\/li>\n<\/ul>\n<p>\nPara facilitar la conmutaci\u00f3n entre nodos, Oracle cuenta con el concepto de servicio: una instancia virtual. Una instancia puede atender m\u00faltiples servicios, y un servicio puede trasladarse entre nodos. Una instancia de aplicaci\u00f3n que atiende una parte espec\u00edfica de la base de datos (por ejemplo, un grupo de clientes) trabaja con un solo servicio, y el servicio responsable de esta parte de la base de datos se traslada a otro nodo en caso de que el nodo original falle.<\/p>\n<h4>IBM Pure Data Systems for Transactions<\/h4>\n<p>\nLa soluci\u00f3n de cl\u00faster para bases de datos apareci\u00f3 en el portafolio del Gigante Azul en 2009. Ideol\u00f3gicamente, es heredera del cl\u00faster Parallel Sysplex, construido sobre hardware 'com\u00fan'. En 2009, se lanz\u00f3 el producto DB2 pureScale, que es un paquete de software, y en 2012 IBM ofrece un conjunto software-hardware (appliance) llamado Pure Data Systems for Transactions. No debe confundirse con Pure Data Systems for Analytics, que no es m\u00e1s que un renombramiento de Netezza.<\/p>\n<p>La arquitectura pureScale, a primera vista, se parece a Oracle RAC: de manera similar, varios nodos est\u00e1n conectados a un sistema de almacenamiento de datos com\u00fan, y en cada nodo opera su propia instancia de base de datos con sus \u00e1reas de memoria y registros de transacciones. Sin embargo, a diferencia de Oracle, DB2 tiene un servicio de bloqueo dedicado, representado por un conjunto de procesos db2LLM*. En una configuraci\u00f3n de cl\u00faster, este servicio se traslada a un nodo separado, que en Parallel Sysplex se llama facility de acoplamiento (CF), y en Pure Data \u2013 PowerHA.<\/p>\n<p>PowerHA proporciona los siguientes servicios:<\/p>\n<ul>\n<li>gestor de bloqueos;<\/li>\n<li>cach\u00e9 de buffer global;<\/li>\n<li>\u00e1rea de comunicaci\u00f3n entre procesos.<\/li>\n<\/ul>\n<p>\nPara la transferencia de datos desde PowerHA a los nodos de base de datos y viceversa, se utiliza acceso remoto a la memoria, por lo que el interconector del cl\u00faster debe soportar el protocolo RDMA. PureScale puede usar tanto Infiniband como RDMA sobre Ethernet.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane DBMS za preduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/7757acd68445dac4a9f378d5813e663f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSi un nodo necesita una p\u00e1gina y esta no est\u00e1 en el cach\u00e9, el nodo solicita la p\u00e1gina en el cach\u00e9 global, y solo en caso de que tampoco est\u00e9 all\u00ed, la lee desde el disco. A diferencia de Oracle, la solicitud solo va a PowerHA, y no a nodos vecinos.<\/p>\n<p>\u010ce primerek namerava spremeniti vrstico, jo zaklene v ekskluzivnem na\u010dinu, stran, na kateri se nahaja vrstica, pa v deljenem na\u010dinu. Vse zaklepe se registrirajo v globalnem upravitelju zaklepov. Ko se transakcija zaklju\u010di, vozli\u0161\u010de po\u0161lje sporo\u010dilo upravitelju zaklepov, ki kopira spremenjeno stran v globalni predpomnilnik, odstrani zaklepe in invalidira spremenjeno stran v predpomnilnikih drugih vozli\u0161\u010d.<\/p>\n<p>\u010ce je stran, v kateri se nahaja spremenjena vrstica, \u017ee zaklenjena, bo upravitelj zaklepov prebral spremenjeno stran iz pomnilnika vozli\u0161\u010da, ki je naredilo spremembe, odstranil zaklep, invalidiral spremenjeno stran v predpomnilnikih drugih vozli\u0161\u010d in dal zaklep strani vozli\u0161\u010du, ki ga je zahtevalo.<\/p>\n<p>\u00bbUmazane\u00ab, torej spremenjene, strani se lahko zapi\u0161ejo na disk tako z navadnega vozli\u0161\u010da kot tudi z PowerHA (castout).<\/p>\n<p>Pri odpovedi enega izmed vozli\u0161\u010d pureScale je obnova omejena le na tiste transakcije, ki ob trenutni napaki \u0161e niso bile zaklju\u010dene: strani, spremenjene s tem vozli\u0161\u010dem v \u017ee zaklju\u010denih transakcijah, so na voljo v globalnem predpomnilniku na PowerHA. Vozli\u0161\u010de se ponovno za\u017eene v omejeni konfiguraciji na enem izmed stre\u017enikov v klastru, prekli\u010de nedokon\u010dane transakcije in odstrani zaklepe.<\/p>\n<p>PowerHA deluje na dveh stre\u017enikih, pri \u010demer osnovno vozli\u0161\u010de sinhronizirano replikira svoje stanje. Ob odpovedi osnovnega vozli\u0161\u010da PowerHA klaster nadaljuje s delovanjem z rezervnim vozli\u0161\u010dem.<br \/>\nSeveda, \u010de dostopate do niza podatkov prek enega vozli\u0161\u010da, bo skupna zmogljivost klustra vi\u0161ja. PureScale lahko celo zazna, da nek del podatkov obdeluje eno vozli\u0161\u010de, in takrat bodo vsi zaklepi, ki se nana\u0161ajo na ta del, obdelani lokalno brez komunikacije s PowerHA. Vendar, ko se posku\u0161a aplikacija obrniti na te podatke prek drugega vozli\u0161\u010da, se bo centralizirano obvladovanje zaklepov nadaljevalo.<\/p>\n<p>Notranji testi IBM-a pri obremenitvi, ki obsega 90% branja in 10% pisanja, kar se zelo pribli\u017eno ujema z resni\u010dno industrijsko obremenitvijo, ka\u017eejo skoraj linearno skaliranje do 128 vozli\u0161\u010d. Pogoji testiranja, \u017eal, niso razkriti.<\/p>\n<h4>HPE NonStop SQL<\/h4>\n<p>\nSvojo visoko razpolo\u017eljivo platformo ima tudi Hewlett-Packard Enterprise. To je platforma NonStop, ki jo je podjetje Tandem Computers lansiralo na trg leta 1976. Leta 1997 je podjetje prevzela Compaq, ki se je leta 2002 zdru\u017eila s Hewlett-Packardom.<\/p>\n<p>NonStop se uporablja za gradnjo kriti\u010dnih aplikacij \u2013 na primer, HLR ali obdelavo ban\u010dnih kartic. Platforma se dobavlja kot programsko-hardware re\u0161itev (appliance), ki vklju\u010duje ra\u010dunalni\u0161ke vozli\u0161\u010da, shranjevanje podatkov in komunikacijsko opremo. Mre\u017ea ServerNet (v sodobnih sistemih \u2013 Infiniband) slu\u017ei tako za izmenjavo med vozli\u0161\u010di kot za dostop do sistema shranjevanja podatkov.<\/p>\n<p>V zgodnjih razli\u010dicah sistema so se uporabljali lastni\u0161ki procesorji, ki so bili sinhronizirani drug z drugim: vse operacije so se izvajale sinhrono z ve\u010d procesorji, in ko je eden od procesorjev napak, je bil izklju\u010den, drugi pa je nadaljeval z delom. Kasneje je sistem pre\u0161el na obi\u010dajne procesorje (sprva MIPS, nato Itanium in nazadnje x86), sinhronizacija pa se je za\u010dela izvajati z drugimi mehanizmi:<\/p>\n<ul>\n<li>sporo\u010dila: vsak sistemski proces ima dvojnik-\u2018senco\u2019, ki mu aktivni proces redno po\u0161ilja sporo\u010dila o svojem stanju; ob napaki glavnega procesa senca za\u010dne delovati od trenutka, ki ga je dolo\u010dilo zadnje sporo\u010dilo;<\/li>\n<li>glasovanje: sistem za shranjevanje podatkov ima poseben strojni komponent, ki sprejema ve\u010d enakih zahtevkov in jih izvede le, \u010de se zahtevki ujemajo; namesto fizi\u010dne sinhronizacije procesorji delujejo asinhrono, rezultati njihovega dela pa se primerjajo le v trenutkih vnosa\/izvle\u010dka.<\/li>\n<\/ul>\n<p>\nOd leta 1987 na platformi NonStop deluje relacijska SGBD \u2013 najprej SQL\/MP, nato pa SQL\/MX.<\/p>\n<p>Vsa baza podatkov je razdeljena na dele, za vsak del pa odgovarja svoj proces Data Access Manager (DAM). Ta omogo\u010da zapisovanje podatkov, predpomnjenje in mehanizem zaklepanja. Z obdelavo podatkov se ukvarjajo izvr\u0161ni procesi (Executor Server Process), ki delujejo na istih vozlih kot ustrezni upravljavci podatkov. Na\u010drtovalnik SQL\/MX deli naloge med izvajalce in zdru\u017euje rezultate. Pri potrebnih usklajenih spremembah se uporablja protokol dvofaznega potrjevanja, ki ga zagotavlja knji\u017enica TMF (Transaction Management Facility).<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane DBMS za preduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/00e9473dd95a78c409dd5283d299fe96.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNonStop SQL zna prednostno obravnavati procese, tako da dolgi analiti\u010dni poizvedbi ne ovira izvajanja transakcij. Vendar pa je njegovo osnovno poslanstvo obdelava kratkih transakcij, ne analitika. Razvijalec zagotavlja dostopnost klasterja NonStop na ravni petih devetk, kar pomeni, da traja izpad le 5 minut letno.<\/p>\n<h4>SAP HANA<\/h4>\n<p>\nPrva stabilna razli\u010dica DBMS HANA (1.0) je iz\u0161la novembra 2010, paket SAP ERP pa je pre\u0161el na HANA maja 2013. Platforma temelji na pridobljenih tehnologijah: TREX Search Engine (iskanje v stolp\u010dnem skladi\u0161\u010du), DBMS P*TIME in MAX DB.<\/p>\n<p>Beseda 'HANA' je akronim za High performance ANalytical Appliance. Ta DBMS se dobavlja v obliki kode, ki lahko deluje na katerem koli stre\u017eniku x86, vendar so industrijske namestitve dovoljene le na opremi, ki je opravila certifikacijo. Na voljo so re\u0161itve HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC. Nekatere konfiguracije Lenovo celo dopu\u0161\u010dajo delovanje brez SAN - vlogo skupnega skladi\u0161\u010da podatkov igra klaster GPFS na lokalnih diskih.<\/p>\n<p>Za razliko od zgoraj navedenih platform je HANA DBMS v spominu, tj. primarni prikaz podatkov se shranjuje v pomnilniku, na disk pa se zapisujejo le dnevniki in ob\u010dasni posnetki - za obnovitev v primeru okvare.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane DBMS za preduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/f64194ca6de13e1a93f7190dc38ad2d7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVsak vozel klasterja HANA odgovarja za svoj del podatkov, karta podatkov pa se shranjuje v posebni komponenti - Name Server, ki se nahaja na koordinatnem vozlu. Podatki med vozli se ne podvajajo. Informacije o zaklepanju se prav tako shranjujejo na vsakem vozlu, vendar v sistemu obstaja globalni detektor medsebojnih zaklepov.<\/p>\n<p>HANA klient p\u0159i p\u0159ipojen\u00ed ke clustri na\u010d\u00edt\u00e1 jeho topologii a m\u016f\u017ee se d\u00e1le obracet p\u0159\u00edmo na kteroukoli uzel v z\u00e1vislosti na tom, jak\u00e1 data pot\u0159ebuje. Pokud transakce zasahuje do dat jednoho uzlu, m\u016f\u017ee b\u00fdt provedena lok\u00e1ln\u011b t\u00edmto uzlem, ale pokud se m\u011bn\u00ed data n\u011bkolika uzl\u016f, inici\u00e1tor uzlu se obrac\u00ed na koordin\u00e1tor uzlu, kter\u00fd otev\u00edr\u00e1 a koordinuje rozlo\u017eenou transakci a potvrzuje ji pomoc\u00ed optimalizovan\u00e9ho protokolu dvouf\u00e1zov\u00e9ho potvrzen\u00ed.<\/p>\n<p>Koordin\u00e1tor uzlu je duplikov\u00e1n, tak\u017ee v p\u0159\u00edpad\u011b, \u017ee koordin\u00e1tor sel\u017ee, se okam\u017eit\u011b aktivuje z\u00e1lo\u017en\u00ed uzel. Pokud v\u0161ak sel\u017ee uzel s daty, je jedin\u00fdm zp\u016fsobem, jak z\u00edskat p\u0159\u00edstup k jeho dat\u016fm, restartov\u00e1n\u00ed uzlu. Obvykle se v clustrech HANA udr\u017euje z\u00e1lo\u017en\u00ed (spare) server, aby bylo mo\u017en\u00e9 co nejrychleji restartovat ztracen\u00fd uzel.<br \/>\n<br \/>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/512298\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>CAP-\u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0430\u0435\u0443\u0433\u043e\u043b\u044c\u043d\u044b\u043c \u043a\u0430\u043c\u043d\u0435\u043c \u0442\u0435\u043e\u0440\u0438\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c. \u041a\u043e\u043d\u0435\u0447\u043d\u043e, \u0441\u043f\u043e\u0440\u044b \u0432\u043e\u043a\u0440\u0443\u0433 \u043d\u0435\u0451 \u043d\u0435 \u0443\u0442\u0438\u0445\u0430\u044e\u0442: \u0438 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0432 \u043d\u0435\u0439 \u043d\u0435 \u043a\u0430\u043d\u043e\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0435, \u0438 \u0441\u0442\u0440\u043e\u0433\u043e\u0433\u043e \u0434\u043e\u043a\u0430\u0437\u0430\u0442\u0435\u043b\u044c\u0441\u0442\u0432\u0430 \u043d\u0435\u0442\u2026 \u0422\u0435\u043c \u043d\u0435 \u043c\u0435\u043d\u0435\u0435, \u0442\u0432\u0451\u0440\u0434\u043e \u0441\u0442\u043e\u044f \u043d\u0430 \u043f\u043e\u0437\u0438\u0446\u0438\u044f\u0445 \u0431\u044b\u0442\u043e\u0432\u043e\u0433\u043e \u0437\u0434\u0440\u0430\u0432\u043e\u0433\u043e \u0441\u043c\u044b\u0441\u043b\u0430&trade;, \u043c\u044b \u0438\u043d\u0442\u0443\u0438\u0442\u0438\u0432\u043d\u043e \u043f\u043e\u043d\u0438\u043c\u0430\u0435\u043c, \u0447\u0442\u043e \u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u0432\u0435\u0440\u043d\u0430. \u0415\u0434\u0438\u043d\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0435, \u0447\u0442\u043e \u043d\u0435 \u043e\u0447\u0435\u0432\u0438\u0434\u043d\u043e, \u0442\u0430\u043a \u044d\u0442\u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0431\u0443\u043a\u0432\u044b \u00abP\u00bb. \u041a\u043e\u0433\u0434\u0430 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0440\u0430\u0437\u0434\u0435\u043b\u0438\u043b\u0441\u044f, \u043e\u043d \u0440\u0435\u0448\u0430\u0435\u0442 \u2013 \u0442\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":89873,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-89872","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"CAP-\u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0430\u0435\u0443\u0433\u043e\u043b\u044c\u043d\u044b\u043c \u043a\u0430\u043c\u043d\u0435\u043c \u0442\u0435\u043e\u0440\u0438\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sl_SI\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0435 \u0421\u0423\u0411\u0414 \u0434\u043b\u044f \u044d\u043d\u0442\u0435\u0440\u043f\u0440\u0430\u0439\u0437\u0430 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"CAP-\u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0430\u0435\u0443\u0433\u043e\u043b\u044c\u043d\u044b\u043c \u043a\u0430\u043c\u043d\u0435\u043c \u0442\u0435\u043e\u0440\u0438\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-07-26T23:42:19+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-07-26T23:42:19+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Rozlo\u017een\u00e9 DB pro podnik\u00e1n\u00ed | ProHoster","description":"CAP teorie je z\u00e1kladn\u00edm kamenem teorie rozlo\u017een\u00fdch syst\u00e9m\u016f.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\u0420\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0435 \u0421\u0423\u0411\u0414 \u0434\u043b\u044f \u044d\u043d\u0442\u0435\u0440\u043f\u0440\u0430\u0439\u0437\u0430 | ProHoster","og:description":"CAP-\u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0430\u0435\u0443\u0433\u043e\u043b\u044c\u043d\u044b\u043c \u043a\u0430\u043c\u043d\u0435\u043c \u0442\u0435\u043e\u0440\u0438\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c.","og:url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","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":"2020-07-26T23:42:19+00:00","article:modified_time":"2020-07-26T23:42:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"89872","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 13:03:25","updated":"2026-02-22 15:29:33","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/89872","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=89872"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/89872\/revisions"}],"predecessor-version":[{"id":162170,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/89872\/revisions\/162170"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/89873"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=89872"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=89872"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=89872"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}