{"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: distruggiamo i miti in occasione della festa","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Backup
\n
\nIl backup non \u00e8 una tecnologia di moda di cui si parla in continuazione. Deve semplicemente essere presente in ogni azienda seria, e basta. Nella nostra banca, eseguiamo il backup di diverse migliaia di server - \u00e8 un lavoro complesso e interessante, di alcune sfumature di cui vorrei proprio parlare, cos\u00ec come dei miti comuni riguardo ai backup.
\n<\/a><\/noindex>
\nMi occupo di questo tema da quasi 20 anni, dei quali gli ultimi 2 anni \u2013 in Promsvyazbank. All'inizio della mia carriera, effettuavo backup praticamente manualmente, utilizzando script che copiavano semplicemente i file. Poi in Windows sono stati introdotti strumenti utili: l'utility Robocopy per la preparazione dei file e NT Backup per il backup. Solo successivamente \u00e8 arrivato il software specializzato, in particolare Veritas Backup Exec, ora noto come Symantec Backup Exec. Quindi ho una lunga esperienza con i backup.<\/p>\n

In parole semplici, il backup \u00e8 la conservazione di una copia dei dati (macchine virtuali<\/a>, applicazioni, database e file) a scopo precauzionale con una certa regolarit\u00e0. L'imprevisto si manifesta solitamente attraverso un guasto hardware o logico, causando la perdita di dati. Il compito di un sistema di backup \u00e8 ridurre le perdite derivanti dalla perdita di informazioni. Un guasto hardware, ad esempio, pu\u00f2 essere il malfunzionamento di un server o di uno storage in cui \u00e8 presente un database. Il guasto logico comporta la perdita o la modifica di parte dei dati, anche a causa di fattori umani: si \u00e8 accidentalmente eliminata una tabella, un file o si \u00e8 eseguito uno script difettoso. Ci sono anche requisiti normativi per la conservazione di un certo tipo di informazioni per un lungo periodo, ad esempio per alcuni anni.<\/p>\n

\"Backup
\n
\nL'uso pi\u00f9 comune dei backup \u00e8 il ripristino di una copia salvata dei database per il dispiegamento di vari sistemi di test, cloni per gli sviluppatori.<\/p>\n

Esistono diversi miti comuni attorno al backup che \u00e8 ora giunto il momento di sfatare. Ecco i pi\u00f9 noti. <\/p>\n

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

\nI sistemi di backup rimangono ancora una categoria separata di soluzioni e sono molto indipendenti. Si tratta di un compito troppo importante per loro. In sostanza, essi rappresentano l'ultima linea di difesa quando si tratta di proteggere i dati. Di conseguenza, il backup funziona nel proprio ritmo, secondo il proprio programma. Viene generato un rapporto giornaliero sui server, ci sono eventi che agiscono come trigger per il sistema di monitoraggio.<\/p>\n

\"Backup
\n
\nInoltre, il modello di accesso basato sui ruoli al sistema di backup consente di delegare parte dei poteri agli amministratori dei sistemi di destinazione per la gestione delle copie di sicurezza.<\/p>\n

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

\n\"Backup
\n
\nSenza dubbio, i sistemi RAID e la replica dei dati sono un buon modo per proteggere i sistemi informativi da guasti hardware, e in presenza di un server di standby \u00e8 possibile organizzare rapidamente il passaggio su di esso in caso di guasto della macchina principale.<\/p>\n

La ridondanza e la replica non proteggono dagli errori logici commessi dagli utenti del sistema. Ecco che il server di standby con registrazione ritardata pu\u00f2 essere utile se l'errore viene scoperto prima che sia stata effettuata la sincronizzazione. E se il momento \u00e8 andato perduto? 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 ante ieri e recuperare i dati necessari. Considerando che gli errori logici sono i pi\u00f9 comuni, il buon vecchio backup rimane uno strumento affidabile e necessario.<\/p>\n

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

\nLa frequenza di backup \u00e8 un parametro configurabile, che dipende principalmente 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 la societ\u00e0.
\nQuesti, in effetti, possono essere sottoposti a backup una volta al mese e anche meno frequentemente. Mentre i dati pi\u00f9 critici vengono salvati pi\u00f9 frequentemente, a seconda dell'indicatore RPO (Recovery Point Objective), che stabilisce la perdita di dati accettabile. Questo pu\u00f2 essere una volta a settimana, una volta al giorno o anche pi\u00f9 volte all'ora. Noi utilizziamo i registri delle transazioni del DBMS.<\/p>\n

\"Backup
\n
\nQuando si introducono i sistemi in produzione industriale, \u00e8 obbligatorio approvare la documentazione sul backup, che riflette i punti principali, il regolamento di aggiornamento, la procedura di ripristino del sistema, la procedura di archiviazione dei backup e simili.<\/p>\n

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

\nI backup hanno una durata limitata di archiviazione. Non ha senso, ad esempio, accumulare per un anno tutti i 365 backup giornalieri. In generale, \u00e8 consentito conservare copie giornaliere per 2 settimane, dopodich\u00e9 vengono sostituite con copie fresche, mentre per l'archiviazione a lungo termine rimane la versione realizzata per prima nel mese. Anche questa, a sua volta, viene conservata per un certo periodo: ogni copia ha una durata di vita.<\/p>\n

\"Backup
\n
\nEsiste una protezione contro la perdita di dati. Vige la regola: prima che un backup venga eliminato, deve essere creato il successivo. Pertanto, i dati non verranno cancellati se il backup non \u00e8 riuscito, ad esempio a causa di un server non disponibile. Si rispettano non solo i limiti temporali, ma si controlla anche il numero di copie nel set. Se nel sistema \u00e8 previsto che ci debbano essere due backup completi, ce ne saranno sempre due, e il vecchio sar\u00e0 eliminato solo quando il nuovo terzo verr\u00e0 scritto con successo. Pertanto, la crescita del volume occupato dall'archivio dei backup \u00e8 legata solo all'aumento della quantit\u00e0 di dati protetti e non dipende dal tempo.<\/p>\n

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

\n\u00c8 meglio dire cos\u00ec: se tutto si \u00e8 bloccato, significa che il cielo del gestore non \u00e8 all'altezza. In generale, le prestazioni del backup dipendono da molti fattori. Ad esempio, dalla rapidit\u00e0 del sistema di backup stesso: quanto sono veloci i dispositivi di archiviazione e le librerie a nastro. Dalla rapidit\u00e0 server<\/a> del sistema di backup: riescono a elaborare i dati, a comprimere e a eseguire la deduplicazione. Inoltre, dalla velocit\u00e0 delle linee di comunicazione tra il cliente e il server. <\/p>\n

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

Se si cerca di eseguire il backup con un alto numero di thread, c'\u00e8 il rischio di sovraccaricare il sistema in funzione e questo inizier\u00e0 a rallentare. Pertanto si sceglie un numero ottimale di thread per garantire prestazioni adeguate. Se invece \u00e8 cruciale anche una minima riduzione delle prestazioni, c'\u00e8 un'ottima opzione in cui il backup non viene effettuato dal server operativo, ma dal suo clone \u2013 standby nella terminologia dei database. Questo processo non sovraccarica il sistema principale. I dati possono essere recuperati attraverso un numero maggiore di thread, poich\u00e9 il server non \u00e8 utilizzato per il servizio.<\/p>\n

Nelle grandi organizzazioni viene creata una rete separata per il sistema di backup, in modo che il backup non influenzi l'ambiente di produzione. Inoltre, il traffico pu\u00f2 essere trasmesso non attraverso la rete, ma tramite SAN.
\n\"Backup
\nCerchiamo di distribuire il carico anche nel tempo. I backup si svolgono principalmente in orari non lavorativi: di notte, nei fine settimana. Inoltre, non vengono avviati tutti contemporaneamente. I backup delle macchine virtuali rappresentano un caso particolare. Il processo influisce praticamente poco sulle prestazioni della macchina stessa, quindi il backup pu\u00f2 essere distribuito durante il giorno, anzich\u00e9 essere rimandato alla notte. Ci sono molte sfumature da considerare, e una volta tenuto conto di tutto, il backup non influenzer\u00e0 le prestazioni dei sistemi.<\/p>\n

Mito 6. Ho avviato il sistema di backup \u2013 ecco la mia tolleranza ai guasti<\/h3>\n

\nNon dimenticate mai che il sistema di backup \u00e8 l'ultima linea di difesa, il che significa che deve esserci un altro insieme di sistemi a garantire la continuit\u00e0, l'alta disponibilit\u00e0 e la tolleranza ai guasti delle infrastrutture IT e dei sistemi informativi dell'azienda.<\/p>\n

Non si deve contare sul fatto che il backup recuperer\u00e0 tutti i dati e ripristiner\u00e0 rapidamente il servizio interrotto. La perdita di dati dal momento del backup fino al guasto \u00e8 garantita, e i dati sul nuovo server possono richiedere ore (o giorni, a seconda della situazione) per essere caricati. Pertanto, ha senso creare veri e propri sistemi di tolleranza ai guasti, senza riporre tutte le speranze sul backup.<\/p>\n

Mito 7. Ho impostato un backup una volta, ho controllato che funzionasse. Resta solo da monitorare i log<\/h3>\n

\nQuesto \u00e8 uno dei miti pi\u00f9 dannosi, la cui falsit\u00e0 si comprende solo durante un incidente. I log di un backup effettuato con successo non garantiscono che tutto sia andato come previsto. \u00c8 importante verificare in anticipo la deportabilit\u00e0 della copia salvata. Cio\u00e8, avviare il processo di ripristino in un ambiente di test e osservare il risultato. <\/p>\n

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

\nIn modalit\u00e0 manuale, nessuno copia pi\u00f9 i dati da tempo. I moderni sistemi di backup possono fare il backup praticamente di tutto, basta configurarlo correttamente. Se viene aggiunto un nuovo server, \u00e8 necessario impostare le politiche: scegliere il contenuto da eseguire il backup, specificare i parametri di archiviazione e applicare un programma.<\/p>\n

\"Backup
\n
\nTuttavia, ci sono comunque molti lavori a causa dell'ampia gamma di server, tra cui database, sistemi di posta, cluster di macchine virtuali e risorse file sia su Windows che su Linux\/Unix. I dipendenti che mantengono la funzionalit\u00e0 del sistema di backup non stanno con le mani in mano.<\/p>\n

In occasione della festa, desidero augurare a tutti gli amministratori nervi saldi, movimenti precisi e uno spazio infinito per la conservazione 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\udd47 Backup a portata di mano: distruggiamo i miti in occasione della festa | ProHoster","description":"Il backup non si applica a.","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.","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}]}}