{"id":30649,"date":"2019-10-31T21:36:42","date_gmt":"2019-10-31T18:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika\/"},"modified":"2019-10-31T21:36:42","modified_gmt":"2019-10-31T18:36:42","slug":"bekap-nagotove-razrushaem-mify-v-chest-prazdnika","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika","title":{"rendered":"Backup pronto: demoliamo i miti per celebrare l'occasione","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Backup
\n
\nIl backup non \u00e8 una moda tecnologica di cui si parla in continuazione. Deve semplicemente far parte di qualsiasi azienda seria, e basta. Nel nostro istituto, facciamo il backup di diverse migliaia di server \u2013 \u00e8 un lavoro complesso e interessante, di cui vorrei parlare riguardo alcune sottigliezze e le tipiche misconceptions sul backup.
\n<\/a><\/noindex>
\nMi occupo di questo tema da quasi 20 anni, di cui gli ultimi 2 anni \u2013 in Promsvyazbank. All'inizio della mia carriera, eseguivo i backup praticamente a mano, con script che copiavano semplicemente i file. Poi in Windows sono comparsi strumenti pi\u00f9 comodi: l'utilit\u00e0 Robocopy per preparare i file e NT Backup per il copia. Solo in seguito \u00e8 arrivato il momento del software specializzato, in particolare Veritas Backup Exec, ora conosciuto come Symantec Backup Exec. Quindi ho una lunga esperienza con i backup.<\/p>\n

In termini semplici, il backup \u00e8 la conservazione di una copia dei dati (di macchine virtuali<\/a>, applicazioni, database e file) con una certa regolarit\u00e0 per ogni evenienza. Queste evenienze si manifestano solitamente come guasti hardware o logici, portando alla perdita di dati. L'obiettivo del sistema di backup \u00e8 ridurre al minimo le perdite causate dalla perdita di informazioni. Un guasto hardware \u00e8, ad esempio, un malfunzionamento del server o dello storage dove risiede il database. Il guasto logico, invece, implica la perdita o la modifica di una parte dei dati, anche a causa di errori umani: ad esempio, la cancellazione accidentale di una tabella o di un file, o l'esecuzione di uno script errato. Ci sono anche requisiti normativi per la conservazione di determinati tipi di informazioni per un lungo periodo, ad esempio fino a diversi anni.<\/p>\n

\"Backup
\n
\nLa richiesta pi\u00f9 comune riguardante i backup \u00e8 il recupero di una copia salvata di database per l'implementazione di vari sistemi di test, cloni per sviluppatori.<\/p>\n

Attorno al backup circolano diversi miti comuni che \u00e8 tempo di sfatare. Ecco i pi\u00f9 noti. <\/p>\n

Mito 1. Il backup \u00e8 gi\u00e0 da tempo una semplice funzione all'interno dei sistemi di sicurezza o di archiviazione.<\/h3>\n

\nI sistemi di backup continuano a rappresentare una categoria a s\u00e9 stante di soluzioni, e sono piuttosto indipendenti. \u00c8 un compito di fondamentale importanza quello che hanno. Fondamentalmente, essi sono l'ultima linea di difesa quando si tratta di protezione dei dati. Pertanto, il backup opera al suo ritmo, secondo un proprio programma. Viene redatto un report quotidiano sui server, con eventi che fungono da attivatori per il sistema di monitoraggio.<\/p>\n

\"Backup
\n
\nInoltre, il modello di accesso al sistema di backup consente di delegare parte delle responsabilit\u00e0 agli amministratori dei sistemi target per la gestione dei backup.<\/p>\n

Mito 2. Quando c'\u00e8 il RAID, il backup non \u00e8 pi\u00f9 necessario.<\/h3>\n

\n\"Backup
\n
\nCertamente, i dispositivi RAID e la replicazione dei dati sono un buon modo per proteggere i sistemi informatici da guasti hardware, e con un server di standby disponibile, \u00e8 possibile organizzare rapidamente il passaggio a quest'ultimo in caso di guasto della macchina principale.<\/p>\n

Le logiche errori commesse dagli utenti del sistema non possono essere salvate da ridondanza e replica. Ecco un server standby con scrittura in attesa \u2013 s\u00ec, pu\u00f2 aiutare se l'errore viene rilevato prima che venga sincronizzato. E se si perde il momento? Qui pu\u00f2 aiutare solo un backup effettuato in tempo. Se si sa che i dati sono stati modificati ieri, \u00e8 possibile ripristinare il sistema allo stato di ieri e recuperare i dati necessari. Considerando che le errori logiche sono le pi\u00f9 comuni, un vecchio e fidato backup rimane uno strumento fondamentale e necessario.<\/p>\n

Mito 3. Il backup \u00e8 qualcosa che si fa una volta al mese.<\/h3>\n

\nLa frequenza del backup \u00e8 un parametro configurabile, principalmente dipendente dai requisiti del sistema di backup. \u00c8 del tutto possibile trovare dati che praticamente non cambiano mai e non sono particolarmente importanti, la loro perdita non sar\u00e0 critica per l'azienda.
\nPossono essere eseguiti backup una volta al mese e anche meno frequentemente. Tuttavia, i dati pi\u00f9 critici vengono salvati con maggiore frequenza, in base al RPO (Recovery Point Objective), che stabilisce la perdita di dati accettabile. Questo pu\u00f2 avvenire una volta a settimana, una volta al giorno o addirittura pi\u00f9 volte all'ora. Noi utilizziamo ad esempio i registri delle transazioni del sistema di gestione del database.<\/p>\n

\"Backup
\n
\nQuando si implementano sistemi in un ambiente di produzione, \u00e8 necessaria l'approvazione della documentazione sui backup, che evidenzia i punti principali, le regole di aggiornamento, le procedure di ripristino del sistema, le modalit\u00e0 di archiviazione dei backup e cos\u00ec via.<\/p>\n

Mito 4. Il volume dei backup cresce incessantemente e occupa completamente qualsiasi spazio assegnato.<\/h3>\n

\nI backup hanno una durata di conservazione limitata. Non ha senso, ad esempio, conservare tutti i 365 backup giornalieri per un anno. Di solito, \u00e8 consentito mantenere i backup quotidiani per 2 settimane, dopodich\u00e9 vengono sostituiti con versioni fresche, mentre rimane per una conservazione a lungo termine la versione realizzata per prima nel mese. Anche questa, a sua volta, ha un tempo di vita definito.<\/p>\n

\"Backup
\n
\nEsiste una protezione contro la perdita di dati. La regola \u00e8: prima che un backup venga eliminato, deve essere creato il successivo. Quindi, i dati non verranno eliminati se il backup non \u00e8 stato completato, ad esempio a causa dell'inaccessibilit\u00e0 del server. Non solo vengono rispettati i tempi, ma viene anche controllato il numero di copie nel set. Se il sistema prevede che debbano esserci due backup completi, ce ne saranno sempre due, e il vecchio verr\u00e0 eliminato solo quando sar\u00e0 registrato con successo un nuovo terzo. Pertanto, l'aumento dello spazio occupato dall'archivio dei backup \u00e8 legato solo alla crescita della quantit\u00e0 di dati protetti e non dipende dal tempo.<\/p>\n

Mito 5. \u00c8 iniziato il backup \u2013 tutto si \u00e8 bloccato<\/h3>\n

\nMeglio dire cos\u00ec: se tutto si \u00e8 bloccato, significa che l'amministratore non sta agendo correttamente. In generale, le prestazioni del backup dipendono da molti fattori. Ad esempio, dalla velocit\u00e0 del sistema di backup stesso: quanto sono veloci gli storage, le librerie a nastro. Dalla velocit\u00e0 server<\/a> del sistema di backup: se riescono a elaborare i dati, a eseguire la compressione e la deduplicazione. Inoltre, dalla velocit\u00e0 delle linee di comunicazione tra il client e il server. <\/p>\n

Il backup pu\u00f2 avvenire in uno o pi\u00f9 flussi, a seconda che il sistema riservato supporti il multithreading. Ad esempio, il DBMS Oracle consente di gestire pi\u00f9 flussi, in base al numero di processori disponibili, fino a quando la velocit\u00e0 di trasferimento non raggiunge il limite di banda della rete.<\/p>\n

Se si tenta di eseguire il backup con un numero elevato di flussi, c'\u00e8 il rischio di sovraccaricare il sistema in esecuzione, e potrebbe effettivamente iniziare a rallentare. Pertanto, si sceglie un numero ottimale di flussi per garantire prestazioni adeguate. Se anche una minima riduzione delle prestazioni \u00e8 critica, esiste un'ottima opzione in cui il backup viene eseguito non dal server di produzione, ma dalla sua copia \u2013 standby nella terminologia dei database. Questo processo non carica il sistema di lavoro principale. I dati possono essere estratti attraverso un numero maggiore di flussi poich\u00e9 il server non \u00e8 utilizzato per la gestione.<\/p>\n

Nelle grandi organizzazioni, viene creato un network separato per il sistema di backup, affinch\u00e9 il backup non influisca sul produttivo. Inoltre, il traffico pu\u00f2 essere trasmesso non tramite rete, ma attraverso SAN.
\n\"Backup
\nCi sforziamo di distribuire il carico anche nel tempo. I backup avvengono principalmente durante le ore non lavorative: di notte e nei fine settimana. Inoltre, non vengono avviati tutti contemporaneamente. I backup delle macchine virtuali sono un caso particolare. Il processo influisce praticamente poco sulle prestazioni della macchina stessa, quindi \u00e8 possibile pianificare i backup anche durante il giorno, senza dover rimandare tutto alla notte. Ci sono molte sfumature da considerare; se tutto viene tenuto in conto, il backup non incider\u00e0 sulle prestazioni dei sistemi.<\/p>\n

Mito 6. Ho avviato il sistema di backup \u2013 ed ecco la tolleranza agli errori.<\/h3>\n

\nNon dimenticate mai che il sistema di backup \u00e8 l'ultima linea di difesa, e quindi deve esserci anche un paio di sistemi che garantiscono la continuit\u00e0, l'alta disponibilit\u00e0 e la resilienza delle IT infrastructure e dei sistemi informativi dell'azienda.<\/p>\n

Sperare che il backup ripristini tutti i dati e rimetta in funzione rapidamente il servizio non \u00e8 realistico. \u00c8 garantita la perdita di dati dal momento del backup fino al momento del guasto, e i dati su un nuovo server possono richiedere diverse ore (o giorni, a seconda delle circostanze) per essere caricati. Pertanto, ha senso creare sistemi di alta disponibilit\u00e0 completi, senza fare affidamento esclusivamente sui backup.<\/p>\n

Mito 7. Ho impostato il backup una volta, ho verificato che funzioni. Resta solo da controllare i log.<\/h3>\n

\nQuesto \u00e8 uno dei miti pi\u00f9 dannosi, e ci si rende conto della sua falsit\u00e0 solo durante un incidente. I log che attestano il successo del backup non garantiscono che tutto sia andato realmente come previsto. \u00c8 importante verificare in anticipo la capacit\u00e0 di ripristino della copia salvata. Ci\u00f2 significa avviare il processo di recupero in un ambiente di test e osservare il risultato. <\/p>\n

E un po' sul lavoro dell'amministratore di sistema.<\/h3>\n

\nIn modalit\u00e0 manuale, nessuno copia pi\u00f9 i dati da tempo. I moderni sistemi di gestione delle configurazioni (CM) sono capaci di effettuare backup praticamente di tutto, basta configurarli correttamente. Se si aggiunge un nuovo server, \u00e8 necessario definire le politiche: scegliere i contenuti da sottoporre a backup, specificare i parametri di archiviazione e applicare un programma.<\/p>\n

\"Backup
\n
\nNonostante ci\u00f2, il lavoro rimane consistente a causa dell'ampio parco server, che include database, sistemi di posta elettronica, cluster di macchine virtuali e risorse file sia su Windows che su Linux\/Unix. Gli operatori che mantengono la funzionalit\u00e0 del sistema di backup non rimangono inattivi.<\/p>\n

In occasione della festivit\u00e0, desidero augurare a tutti gli amministratori nervi saldi, movimenti precisi e uno spazio infinito per l'archiviazione dei backup!<\/p><\/blockquote>\n

Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043d\u0435 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0441\u044f \u043a \u043c\u043e\u0434\u043d\u044b\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u044f\u043c, \u043e \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043a\u0440\u0438\u0447\u0430\u0442 \u0438\u0437 \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0443\u0442\u044e\u0433\u0430. \u041e\u043d\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0434\u043e\u043b\u0436\u043d\u043e \u0431\u044b\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0441\u0435\u0440\u044c\u0435\u0437\u043d\u043e\u0439 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438, \u0432\u043e\u0442 \u0438 \u0432\u0441\u0451. \u0423 \u043d\u0430\u0441 \u0432 \u0431\u0430\u043d\u043a\u0435 \u0431\u044d\u043a\u0430\u043f\u0438\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u2013 \u044d\u0442\u043e \u0441\u043b\u043e\u0436\u043d\u0430\u044f, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0430\u044f \u0440\u0430\u0431\u043e\u0442\u0430, \u043e \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0442\u043e\u043d\u043a\u043e\u0441\u0442\u044f\u0445 \u043a\u043e\u0442\u043e\u0440\u043e\u0439, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e \u0442\u0438\u043f\u0438\u0447\u043d\u044b\u0445 \u0437\u0430\u0431\u043b\u0443\u0436\u0434\u0435\u043d\u0438\u044f\u0445 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0431\u044d\u043a\u0430\u043f\u043e\u0432 \u043a\u0430\u043a \u0440\u0430\u0437 \u0438 \u0445\u043e\u0447\u0435\u0442\u0441\u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u0442\u044c. \u042d\u0442\u043e\u0439 \u0442\u0435\u043c\u0430\u0442\u0438\u043a\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":22639,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30649","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\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\udd47Backup pronto: distruggiamo i miti in nome della festivit\u00e0 | ProHoster","description":"Il backup non \u00e8 una tecnologia di tendenza di cui si parla ovunque. Deve essere presente in qualsiasi azienda seria, e basta. Nel nostro banco, sono sottoposti a backup diverse migliaia di server: \u00e8 un lavoro complesso e interessante, e su alcune delle sue sfumature, cos\u00ec come sui miti comuni riguardanti i backup, desidero proprio parlare. Questo argomento","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\u0411\u044d\u043a\u0430\u043f \u043d\u0430\u0433\u043e\u0442\u043e\u0432\u0435: \u0440\u0430\u0437\u0440\u0443\u0448\u0430\u0435\u043c \u043c\u0438\u0444\u044b \u0432 \u0447\u0435\u0441\u0442\u044c \u043f\u0440\u0430\u0437\u0434\u043d\u0438\u043a\u0430 | ProHoster","og:description":"\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043d\u0435 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0441\u044f \u043a \u043c\u043e\u0434\u043d\u044b\u043c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u044f\u043c, \u043e \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043a\u0440\u0438\u0447\u0430\u0442 \u0438\u0437 \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0443\u0442\u044e\u0433\u0430. \u041e\u043d\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0434\u043e\u043b\u0436\u043d\u043e \u0431\u044b\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0441\u0435\u0440\u044c\u0435\u0437\u043d\u043e\u0439 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438, \u0432\u043e\u0442 \u0438 \u0432\u0441\u0451. \u0423 \u043d\u0430\u0441 \u0432 \u0431\u0430\u043d\u043a\u0435 \u0431\u044d\u043a\u0430\u043f\u0438\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u2013 \u044d\u0442\u043e \u0441\u043b\u043e\u0436\u043d\u0430\u044f, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0430\u044f \u0440\u0430\u0431\u043e\u0442\u0430, \u043e \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0442\u043e\u043d\u043a\u043e\u0441\u0442\u044f\u0445 \u043a\u043e\u0442\u043e\u0440\u043e\u0439, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e \u0442\u0438\u043f\u0438\u0447\u043d\u044b\u0445 \u0437\u0430\u0431\u043b\u0443\u0436\u0434\u0435\u043d\u0438\u044f\u0445 \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0431\u044d\u043a\u0430\u043f\u043e\u0432 \u043a\u0430\u043a \u0440\u0430\u0437 \u0438 \u0445\u043e\u0447\u0435\u0442\u0441\u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u0442\u044c. \u042d\u0442\u043e\u0439 \u0442\u0435\u043c\u0430\u0442\u0438\u043a\u043e\u0439","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/bekap-nagotove-razrushaem-mify-v-chest-prazdnika","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-31T18:36:42+00:00","article:modified_time":"2019-10-31T18:36:42+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30649","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-09 17:13:31","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:31:24","updated":"2026-02-09 17:13:31","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/30649","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=30649"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/30649\/revisions"}],"predecessor-version":[{"id":159238,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/30649\/revisions\/159238"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/22639"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=30649"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=30649"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=30649"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}