{"id":2199,"date":"2026-05-07T11:20:17","date_gmt":"2026-05-07T09:20:17","guid":{"rendered":"https:\/\/www.sprintdatacenter.pl\/blog\/?p=2199"},"modified":"2026-05-07T11:20:20","modified_gmt":"2026-05-07T09:20:20","slug":"migracja-serwerow-do-kolokacji-praktyczny-przewodnik-krok","status":"publish","type":"post","link":"https:\/\/www.sprintdatacenter.pl\/blog\/migracja-serwerow-do-kolokacji-praktyczny-przewodnik-krok\/","title":{"rendered":"Migracja serwer\u00f3w do kolokacji \u2014 praktyczny przewodnik krok po kroku dla polskich firm"},"content":{"rendered":"<h1>Migracja serwer\u00f3w do kolokacji \u2014 praktyczny przewodnik krok po kroku dla polskich firm<\/h1>\n<p>Coraz wi\u0119cej polskich firm \u2014 w tym podmioty obj\u0119te nowelizacj\u0105 ustawy o krajowym systemie cyberbezpiecze\u0144stwa \u2014 wyprowadza w\u0142asne serwery z biurowych serwerowni do certyfikowanych centr\u00f3w danych. Powod\u00f3w jest wiele: rosn\u0105ce koszty energii, presja na ci\u0105g\u0142o\u015b\u0107 biznesu, a po wej\u015bciu w \u017cycie KSC 2.0 (3 kwietnia 2026) tak\u017ce konkretne wymagania regulacyjne dotycz\u0105ce zarz\u0105dzania bezpiecze\u0144stwem informacji. Migracja nie musi by\u0107 chaosem. Pod warunkiem, \u017ce poprowadzisz j\u0105 wed\u0142ug procedury.<\/p>\n<nav class=\"sdc-toc\">\n<h2>Spis tre\u015bci<\/h2>\n<ul>\n<li><a href=\"#krok-1-audyt-obecnego-sprzetu\">Krok 1: Audyt obecnego sprz\u0119tu i konfiguracji<\/a><\/li>\n<li><a href=\"#krok-2-wybor-dostawcy-i\">Krok 2: Wyb\u00f3r dostawcy i lokalizacji<\/a><\/li>\n<li><a href=\"#krok-3-plan-techniczny-migracji\">Krok 3: Plan techniczny migracji<\/a><\/li>\n<li><a href=\"#krok-4-logistyka-transportu-i\">Krok 4: Logistyka transportu i instalacji<\/a><\/li>\n<li><a href=\"#krok-5-siec-najczestszy-punkt\">Krok 5: Sie\u0107 \u2014 najcz\u0119stszy punkt zapalny migracji<\/a><\/li>\n<li><a href=\"#krok-6-aspekty-prawne-i\">Krok 6: Aspekty prawne i compliance<\/a><\/li>\n<li><a href=\"#krok-7-testy-po-migracji\">Krok 7: Testy po migracji i pierwsze 30 dni<\/a><\/li>\n<li><a href=\"#podsumowanie\">Podsumowanie<\/a><\/li>\n<li><a href=\"#faq-najczesciej-zadawane-pytania-o\">FAQ \u2013 najcz\u0119\u015bciej zadawane pytania o migracj\u0119 serwer\u00f3w do kolokacji<\/a><\/li>\n<\/ul>\n<\/nav>\n<p>Poni\u017cej praktyczna 7-krokowa checklista migracji do kolokacji \u2014 taka, jakiej u\u017cywamy z klientami przeprowadzaj\u0105cymi sprz\u0119t do <a href=\"https:\/\/www.sprintdatacenter.pl\/kolokacja-serwerow-w-sdc\">naszego centrum danych w Olsztynie<\/a>.<\/p>\n<h2 id=\"krok-1-audyt-obecnego-sprzetu\">Krok 1: Audyt obecnego sprz\u0119tu i konfiguracji<\/h2>\n<p>Zanim w og\u00f3le zaczniesz rozmawia\u0107 z dostawcami DC, zr\u00f3b inwentaryzacj\u0119:<\/p>\n<ul>\n<li><strong>Sprz\u0119t:<\/strong> pe\u0142na lista serwer\u00f3w (model, generacja CPU, RAM, dyski, kontrolery RAID), urz\u0105dze\u0144 sieciowych, UPS-\u00f3w lokalnych, ta\u015bmotek.<\/li>\n<li><strong>Konfiguracja sieciowa:<\/strong> schematy VLAN-\u00f3w, pul adres\u00f3w IP, zasad firewalla, regu\u0142 NAT, tunele VPN.<\/li>\n<li><strong>Zale\u017cno\u015bci aplikacyjne:<\/strong> co od czego zale\u017cy, co musi startowa\u0107 w jakiej kolejno\u015bci, gdzie s\u0105 hardcoded&#8217;owane adresy IP w plikach konfiguracyjnych.<\/li>\n<\/ul>\n<p>Ten etap cz\u0119sto ujawnia, \u017ce cz\u0119\u015b\u0107 sprz\u0119tu jest po EOL-u producenta \u2014 i lepiej kupi\u0107 nowe serwery ni\u017c wozi\u0107 stary metal. Je\u015bli to tw\u00f3j przypadek, warto rozwa\u017cy\u0107 <a href=\"https:\/\/www.sprintdatacenter.pl\/najtansze-serwery-dedykowane\/\">serwery dedykowane<\/a> zamiast kolokacji w\u0142asnego sprz\u0119tu.<\/p>\n<h2 id=\"krok-2-wybor-dostawcy-i\">Krok 2: Wyb\u00f3r dostawcy i lokalizacji<\/h2>\n<p>Kryteria, na kt\u00f3rych nie warto oszcz\u0119dza\u0107:<\/p>\n<ul>\n<li><strong>Zasilanie:<\/strong> dwutorowe, gwarantowane, z UPS-em i agregatem pr\u0105dotw\u00f3rczym.<\/li>\n<li><strong>Klimatyzacja precyzyjna:<\/strong> sta\u0142a temperatura i wilgotno\u015b\u0107, redundancja jednostek.<\/li>\n<li><strong>\u0141\u0105czno\u015b\u0107:<\/strong> redundantne \u0142\u0105cza operatorskie, najlepiej od dw\u00f3ch niezale\u017cnych dostawc\u00f3w.<\/li>\n<li><strong>Bezpiecze\u0144stwo fizyczne:<\/strong> ca\u0142odobowa ochrona, kontrola dost\u0119pu, monitoring.<\/li>\n<li><strong>Lokalizacja w Polsce:<\/strong> RODO + jurysdykcja krajowa to dzi\u015b nie ozdoba, lecz warunek brzegowy dla wielu klient\u00f3w i regulator\u00f3w.<\/li>\n<li><strong>Transparentny model rozlicze\u0144:<\/strong> miesi\u0119czny abonament + osobna pozycja &quot;energia&quot; dzia\u0142a lepiej ni\u017c flat-rate, bo pozwala kontrolowa\u0107 rzeczywiste zu\u017cycie i optymalizowa\u0107 je.<\/li>\n<\/ul>\n<p>Je\u015bli twoja dotychczasowa infrastruktura jest skoncentrowana w Warszawie, <a href=\"https:\/\/www.sprintdatacenter.pl\/blog\/dlaczego-warto-wybrac-centrum-danych-poza-warszawa\/\">wyb\u00f3r centrum danych w innej lokalizacji<\/a> bywa elementem strategii dywersyfikacji geograficznej \u2014 przydatnej szczeg\u00f3lnie dla plan\u00f3w disaster recovery.<\/p>\n<h2 id=\"krok-3-plan-techniczny-migracji\">Krok 3: Plan techniczny migracji<\/h2>\n<p>Dwie \u015bcie\u017cki:<\/p>\n<ul>\n<li><strong>Cold migration<\/strong> \u2014 wy\u0142\u0105czasz serwery, transportujesz fizycznie, w\u0142\u0105czasz w docelowej szafie. Prosta logistycznie, ale wymaga d\u0142u\u017cszego okna serwisowego (8\u201324 h zale\u017cnie od skali).<\/li>\n<li><strong>Warm migration \/ replikacja<\/strong> \u2014 uruchamiasz w nowym DC repliki maszyn (np. przez VM-ware vSphere Replication, snapshoty hyperwizora, replikacj\u0119 baz danych), a w okienku tylko prze\u0142\u0105czasz ruch (cutover). Kr\u00f3tszy downtime, ale wy\u017cszy koszt i wi\u0119cej rzeczy do zsynchronizowania.<\/li>\n<\/ul>\n<p>Niezale\u017cnie od wyboru: pe\u0142ny backup przed transportem, plan rollbacku, test rollbacku.<\/p>\n<h2 id=\"krok-4-logistyka-transportu-i\">Krok 4: Logistyka transportu i instalacji<\/h2>\n<ul>\n<li>Pakowanie w oryginalne opakowania lub specjalistyczne skrzynie antystatyczne.<\/li>\n<li>Etykietowanie KA\u017bDEGO kabla przed od\u0142\u0105czeniem (port \u017ar\u00f3d\u0142owy, port docelowy).<\/li>\n<li>Zdj\u0119cia ka\u017cdej szafy przed demonta\u017cem \u2014 bezcenne przy odtwarzaniu.<\/li>\n<li>Lista os\u00f3b z prawem wjazdu do nowego DC + procedura eskorty (wi\u0119kszo\u015b\u0107 operator\u00f3w, w tym my, wymaga awizacji z wyprzedzeniem).<\/li>\n<li>Check-listy w\u0142\u0105czania: kolejno\u015b\u0107 zasilania, sprawdzenie LED-\u00f3w, smoke test przed w\u0142\u0105czeniem ruchu.<\/li>\n<\/ul>\n<h2 id=\"krok-5-siec-najczestszy-punkt\">Krok 5: Sie\u0107 \u2014 najcz\u0119stszy punkt zapalny migracji<\/h2>\n<p>Tu zwykle gubi si\u0119 najwi\u0119cej godzin:<\/p>\n<ul>\n<li><strong>Adresacja IP:<\/strong> zachowujesz star\u0105 pul\u0119 (wymaga wsp\u00f3\u0142pracy z operatorem) czy bierzesz now\u0105 od dostawcy DC? Druga opcja oznacza zmiany w DNS, w certyfikatach SSL, w hardcoded&#8217;owanych konfigach.<\/li>\n<li><strong>DNS:<\/strong> rekordy A i PTR. Skr\u00f3\u0107 TTL na kilka dni przed migracj\u0105 do 60\u2013300 s, by szybko propagowa\u0107 zmian\u0119.<\/li>\n<li><strong>Tunel VPN do biura:<\/strong> ustal, kiedy go prze\u0142\u0105czy\u0107 \u2014 przed czy po cutoverze ruchu produkcyjnego.<\/li>\n<li><strong>Multihoming:<\/strong> profesjonalne DC oferuje BGP z wi\u0119cej ni\u017c jednym ASN-em po stronie operator\u00f3w, co eliminuje ryzyko padni\u0119cia ca\u0142ej kolokacji wraz z jednym ISP.<\/li>\n<\/ul>\n<h2 id=\"krok-6-aspekty-prawne-i\">Krok 6: Aspekty prawne i compliance<\/h2>\n<ul>\n<li><strong>Aneks do um\u00f3w z klientami<\/strong> dotycz\u0105cych powierzenia przetwarzania danych \u2014 zmiana lokalizacji infrastruktury to zmiana podwykonawcy w rozumieniu RODO.<\/li>\n<li><strong>Umowa powierzenia z dostawc\u0105 DC<\/strong> \u2014 must-have, zw\u0142aszcza je\u015bli przetwarzasz dane osobowe.<\/li>\n<li><strong>W kontek\u015bcie KSC 2.0 \/ NIS2:<\/strong> dokumentacja procedur ci\u0105g\u0142o\u015bci dzia\u0142ania, opis kontroli dost\u0119pu, warunki SLA i czas\u00f3w reakcji wsparcia. Dostawca DC dostarcza ci to &quot;z p\u00f3\u0142ki&quot; \u2014 taniej, ni\u017c dorabia\u0107 samodzielnie.<\/li>\n<li><strong>Definicja odpowiedzialno\u015bci:<\/strong> co robi tw\u00f3j zesp\u00f3\u0142, co robi DC, kto kogo informuje o awariach, jak wygl\u0105da eskalacja.<\/li>\n<\/ul>\n<h2 id=\"krok-7-testy-po-migracji\">Krok 7: Testy po migracji i pierwsze 30 dni<\/h2>\n<ul>\n<li><strong>Smoke testy w pierwszych 24 h:<\/strong> dost\u0119p do ka\u017cdego systemu, wydajno\u015b\u0107 (por\u00f3wnanie z baseline&#8217;em), kopia zapasowa, replikacja off-site, dzia\u0142aj\u0105ce alerty.<\/li>\n<li><strong>Po 7 dniach:<\/strong> review parametr\u00f3w wydajno\u015bciowych, sprawdzenie czy nic nie buforuje b\u0142\u0119d\u00f3w (zape\u0142niaj\u0105cy si\u0119 log).<\/li>\n<li><strong>Po 30 dniach:<\/strong> pe\u0142ny review SLA z dostawc\u0105, czas reakcji wsparcia, ewentualne korekty konfiguracji.<\/li>\n<\/ul>\n<h2 id=\"podsumowanie\">Podsumowanie<\/h2>\n<p>Migracja serwer\u00f3w do kolokacji to projekt na 2\u20138 tygodni \u2014 w zale\u017cno\u015bci od skali i tego, czy idziesz w cold migration, czy w replikacj\u0119 z cutoverem. Improwizacja kosztuje: przed\u0142u\u017caj\u0105cy si\u0119 downtime, problemy z sieci\u0105, niedor\u00f3bki w dokumentacji compliance.<\/p>\n<p>Najwi\u0119cej zyskasz, je\u015bli wybierzesz partnera, kt\u00f3ry da ci nie tylko miejsce w szafie, ale te\u017c transparentny katalog us\u0142ug, 24\/7 wsparcie techniczne i jurysdykcj\u0119 w Polsce. Sprint Data Center robi takie migracje od lat \u2014 <a href=\"https:\/\/www.sprintdatacenter.pl\/kontakt\">napisz do nas<\/a> lub zadzwo\u0144 pod 89 522 12 20, u\u0142o\u017cymy harmonogram pod twoj\u0105 infrastruktur\u0119.<\/p>\n<h2 id=\"faq-najczesciej-zadawane-pytania-o\">FAQ \u2013 najcz\u0119\u015bciej zadawane pytania o migracj\u0119 serwer\u00f3w do kolokacji<\/h2>\n<h3>Ile trwa migracja serwer\u00f3w do centrum danych?<\/h3>\n<p>Dla kilku serwer\u00f3w i prostej sieci \u2014 od 2 tygodni planowania + jedno okno serwisowe (8\u201324 h cold migration). Dla \u015bredniej infrastruktury (kilkana\u015bcie maszyn, replikacja, integracje z aplikacjami) \u2014 typowo 6\u20138 tygodni od kick-offu do cutoveru. Z\u0142o\u017cona migracja wieloetapowa mo\u017ce trwa\u0107 kilka miesi\u0119cy.<\/p>\n<h3>Czy mog\u0119 zachowa\u0107 dotychczasowe adresy IP po przeprowadzce?<\/h3>\n<p>Czasem tak, czasem nie. Je\u015bli twoje pule IP s\u0105 przypisane do twojej organizacji (PI \u2014 provider independent), mo\u017cna je przenie\u015b\u0107 mi\u0119dzy operatorami. Je\u015bli adresy pochodz\u0105 od starego ISP (PA \u2014 provider aggregatable), z regu\u0142y dostajesz nowe pule od dostawcy DC i konfigurujesz NAT lub re-adresacj\u0119. To trzeba przedyskutowa\u0107 z dostawc\u0105 zanim podpiszesz umow\u0119.<\/p>\n<h3>Czy musimy wymieni\u0107 sprz\u0119t, czy bierzemy stary do kolokacji?<\/h3>\n<p>Decyduje TCO i wsparcie producenta. Sprz\u0119t po EOL bez aktywnego support contractu w nowoczesnym DC jest ryzykiem \u2014 przy awarii nie ma kogo dzwoni\u0107. Dla starszych serwer\u00f3w cz\u0119sto bardziej op\u0142aca si\u0119 zam\u00f3wi\u0107 serwery dedykowane u dostawcy DC i zmigrowa\u0107 dane, zamiast wozi\u0107 metal.<\/p>\n<h3>Kto odpowiada za bezpiecze\u0144stwo danych po migracji \u2014 my czy dostawca DC?<\/h3>\n<p>Odpowiedzialno\u015b\u0107 za przetwarzane dane (RODO) zawsze spoczywa na administratorze, czyli na tobie. Dostawca DC wyst\u0119puje jako podmiot przetwarzaj\u0105cy (procesor) \u2014 w ramach umowy powierzenia odpowiada za bezpiecze\u0144stwo fizyczne, infrastruktur\u0119 zasilania i klimatyzacji, kontrol\u0119 dost\u0119pu. Twoja firma odpowiada za konfiguracj\u0119 system\u00f3w, aktualizacje i kontrol\u0119 dost\u0119pu logicznego. W kontek\u015bcie NIS2 \/ KSC 2.0 oba poziomy musz\u0105 by\u0107 udokumentowane.<\/p>\n<h3>Jaki jest realny koszt migracji poza miesi\u0119cznym abonamentem za 1U?<\/h3>\n<p>Koszty jednorazowe: transport sprz\u0119tu, ewentualna us\u0142uga rack&amp;stack po stronie DC, konfiguracja sieci, zmiany DNS i SSL, czas pracy zespo\u0142u IT po obu stronach. Dla pojedynczych serwer\u00f3w \u2014 kilka tysi\u0119cy z\u0142otych. Dla pe\u0142nej szafy z replikacj\u0105 i kr\u00f3tkim cutoverem \u2014 typowo kilkadziesi\u0105t tysi\u0119cy. Warto policzy\u0107 ROI wzgl\u0119dem oszcz\u0119dno\u015bci na energii i infrastrukturze biurowej (klimatyzacja, UPS, agregat) \u2014 w naszym do\u015bwiadczeniu projekt zwraca si\u0119 w 12\u201324 miesi\u0105cach.<\/p>\n<p><script type=\"application\/ld+json\">{\"@context\": \"https:\/\/schema.org\", \"@type\": \"FAQPage\", \"mainEntity\": [{\"@type\": \"Question\", \"name\": \"Ile trwa migracja serwer\u00f3w do centrum danych?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Dla kilku serwer\u00f3w i prostej sieci \u2014 od 2 tygodni planowania + jedno okno serwisowe (8\u201324 h cold migration). Dla \u015bredniej infrastruktury (kilkana\u015bcie maszyn, replikacja, integracje z aplikacjami) \u2014 typowo 6\u20138 tygodni od kick-offu do cutoveru. Z\u0142o\u017cona migracja wieloetapowa mo\u017ce trwa\u0107 kilka miesi\u0119cy.\"}}, {\"@type\": \"Question\", \"name\": \"Czy mog\u0119 zachowa\u0107 dotychczasowe adresy IP po przeprowadzce?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Czasem tak, czasem nie. Je\u015bli twoje pule IP s\u0105 przypisane do twojej organizacji (PI \u2014 provider independent), mo\u017cna je przenie\u015b\u0107 mi\u0119dzy operatorami. Je\u015bli adresy pochodz\u0105 od starego ISP (PA \u2014 provider aggregatable), z regu\u0142y dostajesz nowe pule od dostawcy DC i konfigurujesz NAT lub re-adresacj\u0119. To trzeba przedyskutowa\u0107 z dostawc\u0105 zanim podpiszesz umow\u0119.\"}}, {\"@type\": \"Question\", \"name\": \"Czy musimy wymieni\u0107 sprz\u0119t, czy bierzemy stary do kolokacji?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Decyduje TCO i wsparcie producenta. Sprz\u0119t po EOL bez aktywnego support contractu w nowoczesnym DC jest ryzykiem \u2014 przy awarii nie ma kogo dzwoni\u0107. Dla starszych serwer\u00f3w cz\u0119sto bardziej op\u0142aca si\u0119 zam\u00f3wi\u0107 serwery dedykowane u dostawcy DC i zmigrowa\u0107 dane, zamiast wozi\u0107 metal.\"}}, {\"@type\": \"Question\", \"name\": \"Kto odpowiada za bezpiecze\u0144stwo danych po migracji \u2014 my czy dostawca DC?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Odpowiedzialno\u015b\u0107 za przetwarzane dane (RODO) zawsze spoczywa na administratorze, czyli na tobie. Dostawca DC wyst\u0119puje jako podmiot przetwarzaj\u0105cy (procesor) \u2014 w ramach umowy powierzenia odpowiada za bezpiecze\u0144stwo fizyczne, infrastruktur\u0119 zasilania i klimatyzacji, kontrol\u0119 dost\u0119pu. Twoja firma odpowiada za konfiguracj\u0119 system\u00f3w, aktualizacje i kontrol\u0119 dost\u0119pu logicznego. W kontek\u015bcie NIS2 \/ KSC 2.0 oba poziomy musz\u0105 by\u0107 udokumentowane.\"}}, {\"@type\": \"Question\", \"name\": \"Jaki jest realny koszt migracji poza miesi\u0119cznym abonamentem za 1U?\", \"acceptedAnswer\": {\"@type\": \"Answer\", \"text\": \"Koszty jednorazowe: transport sprz\u0119tu, ewentualna us\u0142uga rack&amp;stack po stronie DC, konfiguracja sieci, zmiany DNS i SSL, czas pracy zespo\u0142u IT po obu stronach. Dla pojedynczych serwer\u00f3w \u2014 kilka tysi\u0119cy z\u0142otych. Dla pe\u0142nej szafy z replikacj\u0105 i kr\u00f3tkim cutoverem \u2014 typowo kilkadziesi\u0105t tysi\u0119cy. Warto policzy\u0107 ROI wzgl\u0119dem oszcz\u0119dno\u015bci na energii i infrastrukturze biurowej (klimatyzacja, UPS, agregat) \u2014 w naszym do\u015bwiadczeniu projekt zwraca si\u0119 w 12\u201324 miesi\u0105cach.\"}}]}<\/script><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Przenosisz serwery z biurowej serwerowni do centrum danych? Sprawd\u017a 7-krokow\u0105 checklist\u0119 migracji do kolokacji \u2014 audyt, transport, sie\u0107, RODO, KSC 2.0.<\/p>\n","protected":false},"author":5,"featured_media":2197,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6,102],"tags":[115,80,114,113,108],"class_list":["post-2199","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-informacje-o-uslugach-sdc","category-kolokacja-serwera","tag-best-practices","tag-data-center","tag-kolokacja","tag-migracja-serwerow","tag-olsztyn"],"_links":{"self":[{"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/posts\/2199","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/comments?post=2199"}],"version-history":[{"count":1,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/posts\/2199\/revisions"}],"predecessor-version":[{"id":2202,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/posts\/2199\/revisions\/2202"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/media\/2197"}],"wp:attachment":[{"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/media?parent=2199"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/categories?post=2199"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sprintdatacenter.pl\/blog\/wp-json\/wp\/v2\/tags?post=2199"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}