GNU/Linux >> Linux Esercitazione >  >> Linux

Regola di backup 3-2-1 per il cloud

Quando si eseguono backup, potrebbero verificarsi alcuni problemi. Ad esempio, potresti scoprire di aver eseguito il backup dei dati o del dispositivo sbagliato o che il backup non è riuscito o è danneggiato. La classica regola di backup 3-2-1 può aiutarti a migliorare i tuoi backup. La regola include le seguenti linee guida:

  • Esegui tre backup
  • Due in diversi formati
  • Uno fuori sede

Per il cloud, fuori sede potrebbe significare conservare una copia su nastro nell'ufficio locale, ma questo articolo presenta anche altre opzioni.

Esegui tre backup

Dovresti sempre fare tre copie del tuo backup. Questa linea guida si basa sulle tre leggi dell'informatica di Jack Schofield . La seconda legge afferma che i dati non esistono realmente a meno che tu non ne abbia almeno due copie. Di conseguenza, le best practice impongono di aver bisogno di almeno due backup in qualche forma.

Puoi utilizzare Rackspace CloudBackup per uno dei tuoi backup. Cloud Backup esegue un backup file per file in base a una pianificazione a tua scelta.

Potresti prendere in considerazione l'utilizzo di uno snapshot del server per un altro backup. Serversnapshots funzionano per alcuni server nel cloud Rackspace. Tuttavia, non dovresti considerarli una soluzione di backup. Ad esempio, se stai eseguendo un'istanza di calcolo, il tuo server si sta avviando da un volume di Cloud Block Storage. Gli snapshot del server non acquisiscono i volumi Cloud Block Storage perché vengono eseguiti sulla macchina host. Con le istanze di prestazioni su cui funzionano gli snapshot del server, potrebbe verificarsi ancora il danneggiamento se lo snapshot viene acquisito durante la scrittura di una tabella di database.

Due in diversi formati

Ti consigliamo di eseguire backup in blocchi più piccoli di cui puoi facilmente eseguire il backup con Cloud Backup e sincronizzare in un'altra posizione.

Ad esempio, potresti prima salvare il backup del database in locale, quindi comprimere i file del tuo sito in un file .zip o .tar e salvarli anche in una cartella.

Quindi, esegui un backup che salvi in ​​un'altra posizione.

Puoi creare un altro lavoro che viene eseguito in un determinato momento e invia quei file a una terza posizione. Ad esempio, potresti copiarlo su un altro server ogni quattro ore.

Utilizzando questi metodi, esegui il backup dei file del tuo sito nel suo insieme e crei anche una copia in un formato compresso archiviato che salvi altrove in due formati diversi.

Uno fuori sede

La copia fuori sede dovrebbe essere una copia locale nel tuo ufficio. Dovrebbe essere disponibile per il tuo team se ha bisogno di accedervi per creare un nuovo server. Ad esempio, potresti utilizzare un server interno per scaricare i file o avere un server che si trova in un data center separato da dove si trovano le tue origini primarie per eseguire il backup dei file.

Limitazioni

Questa sezione discute le limitazioni associate a questi metodi di backup.

Replica

La replica è utile in un cloud multilivello perché se un server si guasta, il server areplica mantiene il tuo sito attivo e funzionante. Tuttavia, se carichi un file danneggiato, il meccanismo di sincronizzazione replica i dati danneggiati. Questo danneggiamento è un problema se è necessario ripristinare un server a una versione precedente.

È possibile utilizzare la replica basata su un'attività pianificata o un processo cron. Tuttavia, potresti comunque voler esaminare i tuoi backup entro un certo numero di giorni per vedere quando le cose sono andate storte.

Istantanee

Con gli snapshot di Cloud Block Storage, non è possibile pianificare un nuovo snapshot e quindi eliminare quelli precedenti. Gli snapshot hanno anche gli stessi problemi di danneggiamento degli snapshot dei server.

Conclusione

La creazione di un totale di tre backup, due in formati diversi e uno in locale, è una pratica collaudata per mantenere i dati al sicuro. Ricordarsi di testare i backup. Tieni inoltre presente che la tua soluzione di backup deve adattarsi e cambiare con i nuovi ambienti.


Linux
  1. I 5 migliori sostituti gratuiti per MySQL Server

  2. Cloud backend:la preoccupazione principale per gli standard IoT?

  3. L'azione Installa per il prodotto MySQL Server 5.7.19 non è riuscita.

  4. Migrazioni nel Rackspace Cloud

  5. Risoluzione dei problemi di spazio su disco insufficiente per un server cloud Linux

CloudBerry Uno strumento di backup cloud facile da usare per Linux

I 50 comandi FTP Linux comunemente usati per i principianti

Dropbox configurato per un server cloud Linux

Rackspace Cloud Essentials - Scegli il server cloud delle giuste dimensioni

Ridimensiona un server cloud

I 15 migliori software di backup per desktop Linux