{"id":39250,"date":"2019-10-31T22:28:41","date_gmt":"2019-10-31T19:28:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rezervnoe-kopirovanie-chast-7-vyvody\/"},"modified":"2019-10-31T22:28:41","modified_gmt":"2019-10-31T19:28:41","slug":"rezervnoe-kopirovanie-chast-7-vyvody","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","title":{"rendered":"Backup, parte 7: Conclusioni","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Backup, parte 7: Conclusioni\" src=\"\/wp-content\/uploads\/2019\/10\/475781030b157d85aa9e9a1dc7ea7c6b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Questa nota conclude il ciclo sul backup. Qui si discuter\u00e0 dell'organizzazione logica di un server dedicato (o VPS), ideale per il backup, e verr\u00e0 proposta una soluzione per il ripristino rapido del server da un backup senza significativi tempi di inattivit\u00e0 in caso di guasto.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"ishodnye-dannye\">Dati di origine<\/h2>\n<p><\/p>\n<p>Un server dedicato ha solitamente almeno due dischi rigidi, utilizzati per organizzare un array RAID di primo livello (mirror). Questo \u00e8 necessario per garantire la continuit\u00e0 operativa del server anche se un disco si guasta. Se si tratta di un server dedicato normale, pu\u00f2 esserci un controller RAID hardware separato, con tecnologia di caching attiva su SSD, per cui oltre ai normali dischi rigidi pu\u00f2 essere collegato uno o pi\u00f9 SSD. A volte sono disponibili server dedicati che presentano solo dischi SATADOM (piccoli dischi, strutturalmente simili a chiavette USB, collegati a una porta SATA), o addirittura una piccola chiavetta USB (8-16 GB) collegata a una porta interna speciale, e i dati vengono prelevati da un sistema di archiviazione connesso tramite una rete dedicata (Ethernet 10G, FC, ecc.), e ci sono server dedicati che si avviano direttamente dal sistema di archiviazione. Non tratter\u00f2 queste opzioni, poich\u00e9 in tali casi il compito del backup del server passa al tecnico che gestisce il sistema di archiviazione, dove solitamente ci sono varie tecnologie proprietarie per la creazione di snapshot, deduplicazione integrata e altre comodit\u00e0 per gli amministratori di sistema, gi\u00e0 esaminate nelle parti precedenti di questo ciclo. La capacit\u00e0 dell'array disco di un server dedicato pu\u00f2 raggiungere diverse decine di terabyte, a seconda del numero e della dimensione dei dischi collegati al server. Nel caso di VPS, le dimensioni sono pi\u00f9 contenute: solitamente non oltre 100 GB (ma ci sono anche pi\u00f9 grandi), e le tariffe per tali VPS possono facilmente essere superiori a quelle dei server dedicati pi\u00f9 economici dallo stesso fornitore. Di solito, un VPS ha un solo disco, poich\u00e9 ci sar\u00e0 un sistema di archiviazione (o qualcosa di ipercostruito). A volte, un VPS ha pi\u00f9 dischi con diverse caratteristiche, per scopi diversi:<\/p>\n<p><\/p>\n<ul>\n<li>piccolo sistema \u2014 per l'installazione del sistema operativo;<\/li>\n<li>grande \u2014 per la memorizzazione dei dati degli utenti.<\/li>\n<\/ul>\n<p><\/p>\n<p>Durante la reinstallazione del sistema tramite il pannello di controllo, il disco con i dati dell'utente non viene sovrascritto, mentre quello di sistema viene completamente rimpiazzato. Inoltre, nel caso di un VPS, il provider pu\u00f2 offrire un pulsante che crea uno snapshot dello stato del VPS (o del disco), tuttavia, se si installa un proprio sistema operativo o si dimentica di attivare il servizio necessario all'interno del VPS, parte dei dati potrebbe comunque andare persa. In aggiunta al pulsante, di solito viene offerto un servizio di archiviazione dei dati, spesso molto limitato. Di solito, si tratta di un account con accesso tramite protocollo FTP o SFTP, a volte insieme a SSH, con una shell limitata (ad esempio rbash), oppure con restrizioni nell'esecuzione di comandi tramite authorized_keys (attraverso ForcedCommand). <\/p>\n<p><\/p>\n<p>Un server dedicato \u00e8 collegato alla rete tramite due porte con una velocit\u00e0 di 1 Gbps; a volte possono essere presenti schede con una velocit\u00e0 di 10 Gbps. In un VPS, l'interfaccia di rete \u00e8 di solito una sola. Generalmente, i data center non limitano la velocit\u00e0 di rete all'interno del data center, ma limitano la velocit\u00e0 di accesso a Internet.<\/p>\n<p><\/p>\n<p>Il carico tipico di un server dedicato o di un VPS comprende un server web, un database e un server applicazioni. Possono essere installati anche vari servizi ausiliari, tra cui per il server web o il database: motore di ricerca, sistema di posta elettronica, ecc.<\/p>\n<p><\/p>\n<p>Come spazio per il backup viene utilizzato un server appositamente preparato, di cui si parler\u00e0 pi\u00f9 dettagliatamente in seguito.<\/p>\n<p><\/p>\n<h2 id=\"logicheskaya-organizaciya-diskovoy-sistemy\">Organizzazione logica del sistema di file<\/h2>\n<p><\/p>\n<p>Se c'\u00e8 un controller RAID, o \u00e8 un VPS con un solo disco, e non ci sono particolari preferenze sul funzionamento del sottosistema disco (ad esempio, un disco veloce separato per il database) \u2014 tutto lo spazio libero viene suddiviso in questo modo: viene creato un'unica partizione, su di essa viene creata un gruppo di volumi LVM, in cui vengono creati diversi volumi: 2 piccoli volumi della stessa dimensione, utilizzati come filesystem radice (cambiati a turno durante gli aggiornamenti per consentire un rapido ripristino, idea presa dalla distribuzione Calculate Linux), un altro \u2014 per la partizione di swap, il resto dello spazio libero viene suddiviso in piccoli volumi, utilizzati come filesystem radice per contenitori completi, dischi per macchine virtuali, filesystem per gli account in \/home (ogni account ha il proprio filesystem), filesystem per contenitori di applicazioni.<\/p>\n<p><\/p>\n<p>Nota importante: i volumi devono essere completamente autonomi, cio\u00e8 non devono dipendere l'uno dall'altro n\u00e9 dal filesystem radice. Nel caso di macchine virtuali o contenitori, questo aspetto \u00e8 rispettato automaticamente. Se invece si tratta di contenitori di applicazioni o di directory home, \u00e8 consigliabile considerare la separazione dei file di configurazione del server Web e di altri servizi in modo da ridurre al minimo le dipendenze tra i volumi. Ad esempio, ogni sito funziona con il proprio utente, i file di configurazione del sito sono nella directory home dell'utente, nelle impostazioni del server Web i file di configurazione dei siti non vengono inclusi tramite \/etc\/nginx\/conf.d\/<em>.conf, ma, ad esempio, \/home\/<\/em>\/configs\/nginx\/*.conf<\/p>\n<p><\/p>\n<p>Se invece ci sono pi\u00f9 dischi \u2014 \u00e8 possibile creare un array RAID software (e configurare la sua cache su SSD, se necessario e possibile), su cui costruire LVM secondo le regole sopra indicate. In questo caso \u00e8 possibile usare anche ZFS o BtrFS, ma \u00e8 necessario riflettere due volte: entrambi richiedono un approccio molto pi\u00f9 serio alle risorse, inoltre ZFS non \u00e8 incluso nel kernel di Linux.<\/p>\n<p><\/p>\n<p>Indipendentemente dallo schema utilizzato, \u00e8 sempre opportuno stimare in anticipo la velocit\u00e0 di scrittura dei cambiamenti sui dischi, dopodich\u00e9 calcolare la dimensione dello spazio libero che sar\u00e0 riservato per la creazione delle istantanee. Ad esempio, se il nostro server scrive dati a una velocit\u00e0 di 10 megabyte al secondo e la dimensione totale dell'array di dati \u00e8 di 10 terabyte, il tempo di sincronizzazione pu\u00f2 arrivare fino a un giorno (22 ore, \u00e8 il tempo necessario per trasmettere tale quantit\u00e0 tramite una rete da 1 Gbit\/s) \u2014 \u00e8 consigliabile riservare circa 800 GB. In realt\u00e0, il numero sar\u00e0 minore; pu\u00f2 essere tranquillamente diviso per il numero di volumi logici.<\/p>\n<p><\/p>\n<h2 id=\"ustroystvo-servera-hraneniya-rezervnyh-kopiy\">Dispositivo server per lo storage dei backup<\/h2>\n<p><\/p>\n<p>La principale differenza di un server per lo storage dei backup \u00e8 rappresentata da dischi grandi, economici e relativamente lenti. Poich\u00e9 i moderni HDD hanno gi\u00e0 superato la soglia di 10 TB per disco, \u00e8 indispensabile applicare file system o RAID con checksum, perch\u00e9 durante la riconfigurazione dell'array o il ripristino del file system (che pu\u00f2 richiedere diversi giorni!) potrebbe guastarsi un secondo disco a causa del carico elevato. Con dischi di capacit\u00e0 fino a 1 TB non era cos\u00ec sensibile. Per semplicit\u00e0, suppongo che lo spazio disco sia suddiviso in due parti di dimensioni approssimativamente uguali (ancora una volta, ad esempio, usando LVM):<\/p>\n<p><\/p>\n<ul>\n<li>volumi, corrispondenti ai server utilizzati per lo storage dei dati utente (su di essi verr\u00e0 distribuita l'ultima copia di backup effettuata per il controllo);<\/li>\n<li>volumi, utilizzati come repository di BorgBackup (qui verranno direttamente immessi i dati per i backup).<\/li>\n<\/ul>\n<p><\/p>\n<p>Il principio di funzionamento consiste nel creare volumi separati per ciascun server sotto i repository di BorgBackup, dove verranno trasferiti i dati dai server di produzione. I repository funzionano in modalit\u00e0 solo append, escludendo la possibilit\u00e0 di cancellazione intenzionale dei dati, e grazie alla deduplicazione e alla pulizia periodica dei repository dai vecchi backup (rimangono copie annuali, mensili dell'ultimo anno, settimanali dell'ultimo mese, quotidiane dell'ultima settimana; in particolari casi, anche orarie dell'ultimo giorno: in totale circa 50 copie per ogni server).<br \/>\nNei repository di BorgBackup non si attiva la modalit\u00e0 solo aggiunta, bens\u00ec si utilizza ForcedCommand in .ssh\/authorized_keys in questo modo:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">from=\"indirizzo del server\",command=\"\/usr\/local\/bin\/borg serve --append-only --restrict-to-path \/home\/servername\/borgbackup\/\",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......<\/code><\/pre>\n<p><\/p>\n<p>Nel percorso specificato \u00e8 presente uno script wrapper sopra borg, che, oltre a eseguire il binario con i parametri, avvia anche il processo di ripristino del backup al termine del recupero dei dati. A tale scopo, lo script wrapper crea un file segnale vicino al relativo repository. L'ultima copia di backup eseguita viene automaticamente ripristinata sul volume logico corrispondente al termine del processo di upload dei dati.<\/p>\n<p><\/p>\n<p>Questa struttura consente di pulire periodicamente i backup non necessari e impedisce ai server di produzione di eliminare qualsiasi cosa sul server di archiviazione dei backup.<\/p>\n<p><\/p>\n<h2 id=\"process-rezervnogo-kopirovaniya\">Il processo di backup<\/h2>\n<p><\/p>\n<p>Il nodo che inizia il backup \u00e8 direttamente il server dedicato o VPS, poich\u00e9 questo schema offre un maggiore controllo sul processo di backup da parte di questo server. In primo luogo, viene creato uno snapshot dello stato del filesystem radice attivo, che viene montato e caricato utilizzando BorgBackup sul server di archiviazione dei backup. Al termine del recupero dei dati, lo snapshot viene smontato e rimosso.<\/p>\n<p><\/p>\n<p>In caso di un piccolo database (fino a 1 GB per ogni sito), viene eseguito un dump del database, che viene salvato nel volume logico corrispondente, dove si trovano anche i dati degli altri siti, ma in modo che il dump non sia accessibile tramite il server web. Se i database sono di grandi dimensioni, \u00e8 necessario impostare il &#171;backup caldo&#187;, ad esempio utilizzando xtrabackup per MySQL o il funzionamento di WAL con archive_command in PostgreSQL. In questo caso, il database verr\u00e0 ripristinato separatamente dai dati dei siti.<\/p>\n<p><\/p>\n<p>Se vengono utilizzati container o macchine virtuali, \u00e8 necessario configurare qemu-guest-agent, CRIU o altre tecnologie necessarie. In altri casi, di solito non saranno necessarie impostazioni aggiuntive: basta creare snapshot dei volumi logici, che vengono poi elaborati analogamente allo snapshot dello stato del filesystem radice. Dopo il recupero dei dati, gli snapshot vengono rimossi.<\/p>\n<p><\/p>\n<p>Il lavoro successivo avviene sul server di archiviazione dei backup:<\/p>\n<p><\/p>\n<ul>\n<li>Viene controllato l'ultimo backup eseguito in ogni repository,<\/li>\n<li>Viene controllata la presenza di un file di marcatura che indica che il processo di estrazione dei dati \u00e8 completato,<\/li>\n<li>Viene eseguito il ripristino dei dati sul volume locale corrispondente,<\/li>\n<li>Il file di marcatura viene rimosso<\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"process-vosstanovleniya-rabotosposobnosti-servera\">Processo di ripristino della funzionalit\u00e0 del server<\/h2>\n<p><\/p>\n<p>Se il server principale si guasta, viene avviato un server dedicato equivalente, che si avvia da un'immagine standard. Molto probabilmente, il caricamento avverr\u00e0 tramite rete, tuttavia il tecnico del Data Center che imposta il server pu\u00f2 copiare immediatamente quest'immagine standard su uno dei dischi. Il caricamento avviene nella memoria RAM, dopo di che inizia il processo di ripristino:<\/p>\n<p><\/p>\n<ul>\n<li>Viene effettuata la richiesta per collegare il dispositivo a blocchi tramite iscsinbd o un altro protocollo simile del volume logico, contenente il file system radice del server guasto; poich\u00e9 il file system radice deve essere di piccole dimensioni, questa fase dovrebbe essere completata in pochi minuti. Viene inoltre eseguito il ripristino del bootloader;<\/li>\n<li>Viene ricreata la struttura dei volumi logici locali, si collegano i volumi logici dal server di backup utilizzando il modulo del kernel dm_clone: inizia il ripristino dei dati e le modifiche vengono registrate immediatamente sui dischi locali<\/li>\n<li>Viene avviato un contenitore con tutti i dischi fisici disponibili - la funzionalit\u00e0 del server viene completamente ripristinata, ma con prestazioni ridotte;<\/li>\n<li>Al termine della sincronizzazione dei dati, i volumi logici dal server di backup vengono disconnessi, il contenitore viene spento e il server viene riavviato;<\/li>\n<\/ul>\n<p><\/p>\n<p>Dopo il riavvio, il server avr\u00e0 tutti i dati presenti al momento della creazione del backup, oltre a includere tutte le modifiche apportate durante il processo di ripristino.<\/p>\n<p>\n<b class=\"spoiler_title\">Altri articoli del ciclo<\/b><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/449282\/\">Backup, parte 1: Perch\u00e9 \u00e8 necessario il backup, panoramica dei metodi e delle tecnologie<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/452630\/\">Backup, parte 2: Panoramica e test di strumenti di backup basati su rsync<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454420\/\">Backup, parte 3: Panoramica e test di duplicity, duplicati<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454734\/#first_unread\">Backup, parte 4: Panoramica e test di zbackup, restic, borgbackup<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/459550\/\">Backup, parte 5: Testare Bacula e Veeam Backup per Linux<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/468963\/\">Backup: parte su richiesta dei lettori: panoramica di AMANDA, UrBackup, BackupPC<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/470802\/\">Backup, parte 6: Confronto degli strumenti di backup<\/a><\/noindex><br \/>\nBackup, parte 7: Conclusioni<\/p>\n<p><\/p>\n<p>Invito a discutere la proposta nei commenti, grazie per l'attenzione!<\/p>\n<p>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/472776\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0438. \u0412 \u043d\u0435\u0439 \u043f\u043e\u0439\u0434\u0435\u0442 \u0440\u0435\u0447\u044c \u043e \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u043e\u0433\u043e \u0441\u0435\u0440\u0432\u0435\u0440\u0430 (\u0438\u043b\u0438 VPS), \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0434\u043b\u044f \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0431\u0443\u0434\u0435\u0442 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d \u0432\u0430\u0440\u0438\u0430\u043d\u0442 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0438\u0437 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0439 \u043a\u043e\u043f\u0438\u0438 \u0431\u0435\u0437 \u043e\u0441\u043e\u0431\u044b\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435\u0432 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0430\u0432\u0430\u0440\u0438\u0438. \u0418\u0441\u0445\u043e\u0434\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0412\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0439 \u0441\u0435\u0440\u0432\u0435\u0440 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0438\u043c\u0435\u0435\u0442 \u043c\u0438\u043d\u0438\u043c\u0443\u043c \u0434\u0432\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430, \u0441\u043b\u0443\u0436\u0430\u0449\u0438\u0445 \u0434\u043b\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 RAID \u043c\u0430\u0441\u0441\u0438\u0432\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29456,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39250","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.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\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\/it\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\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\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\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=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:28:41+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\udd47Backup, parte 7: Conclusioni | ProHoster","description":"Questa nota conclude il ciclo sui backup.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","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\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","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:28:41+00:00","article:modified_time":"2019-10-31T19:28:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39250","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-01-24 01:28:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:53:37","updated":"2026-01-24 01:28:19","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\/39250","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=39250"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/39250\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/29456"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=39250"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=39250"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=39250"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}