sana strategia di backup per webapps

Question

Sto facendo una webapp e ho bisogno di un piano di backup. Ecco cosa ho ottenuto finora:

• backup notturno crittografato del database SQL su Amazon S3 e sul mio disco esterno (se possibile incrementale, non ancora eccessivamente familiare con PostgreSQL, ma questo è un altro thread)
• backup notturno del mio repository Mercurial (che include configurazioni Apache, script di distribuzione, ecc.) su S3 (con backup locali tramite Time Machine)

Dovrei aggiungere qualcos'altro o questo lo riguarderà? Per valutare quanto siano critici / sarebbero i dati, si tratta di un'app di gestione del progetto sulla falsariga di Basecamp.

Answer 1

Backup settimanale completo del database e anche di quelli incrementali notturni, forse?

Significa che se uno dei tuoi vecchi backup incrementali viene danneggiato, hai perso meno di una settimana di dati.

Inoltre, assicurarsi di disporre di un piano di test di backup per garantire che i backup funzionino. Ci sono molte storie dell'orrore che girano intorno a questo, da aziende che hanno fatto backup per anni, non testandole mai e poi scoprire che nessuna di loro è buona una volta che ne hanno bisogno. (Sono stato anche in un'azienda come questa. Per fortuna ho notato che i backup non funzionavano prima che fossero necessari e risolto i problemi).

Answer 2

Una delle migliori strategie che ha funzionato per me in passato è stata quella di avere il "backup" il processo è lo stesso del processo di installazione, ovvero abbiamo completamente scritto su Linux la configurazione del server, la creazione dell'applicazione, la configurazione del database, ecc., quindi un'installazione sarebbe simile a:

./install.sh [server] [nome applicazione] e il backup / ripristino ./install [server] [nome applicazione] -database [file di backup del database]

In termini di backup è stato eseguito il backup completo del database (database MySQL), tramite un cronjob

Ciò ha praticamente assicurato che il ripristino fosse testato ogni volta che veniva distribuita una nuova istanza e che gli script finivano per essere utilizzati anche per spostare le istanze in cui l'hardware necessitava di sostituzione o quando un determinato server richiedeva un carico eccessivo da un cliente .

Questa era la configurazione di un'applicazione aziendale Saas su cui ho lavorato qualche anno fa, quindi avevamo il pieno controllo dei server.

Answer 3

Vorrei se potessi passare da un backup incrementale a un differenziale. Se si dispone di un valore incrementale, è necessario applicare il backup completo settimanale e tutti i successivi. Se uno dei tuoi incrementali fallisce all'inizio della settimana, anche tutti i backup successivi falliranno.

Tuttavia, se si utilizza un differenziale, ciascun differenziale contiene tutte le modifiche dall'ultimo backup. quindi, anche se uno dei backup non è riuscito all'inizio della settimana, sarà comunque possibile ripristinarlo completamente se si dispone di un backup recente eseguito correttamente.

Spero di spiegarlo bene!

:)