È una buona idea eseguire il backup del database SQL su un disco rigido USB esterno?


8

Installerò un sistema di database su una piattaforma petrolifera offshore (server rack). Hanno hardware e spazio molto limitati, pertanto non è possibile inviare un'infrastruttura di backup. Anche l'invio di backup tramite FTP non è possibile in quanto non dispongono nemmeno di un file server.

Stavo pensando di eseguire il backup del database SQL su un hard disk portatile USD. I dischi rigidi USB verranno sempre collegati direttamente al server. Una volta alla settimana, cambieranno il disco rigido con uno nuovo / vecchio.

È una buona idea farlo? Altrimenti puoi proporre una soluzione migliore?


Se senti davvero la necessità di utilizzare dischi rigidi, utilizza almeno le unità laptop, che sono costruite per resistere a un po 'più di abuso fisico. Le unità desktop sono troppo fragili.
John Gardeniers,

Risposte:


7

È solo un'idea, ma è possibile fornire un servizio di backup esterno (o di terze parti) tramite un server mirror / db. Le informazioni verranno replicate ogni volta che si effettua un inserimento / aggiornamento / registro delle transazioni / alter / create / ecc., Qualsiasi modifica. Pertanto, le transazioni sono molto limitate e possono essere in coda se non si ha accesso o si dispone di una connessione limitata (come una connessione a settimana) a Internet / rete esterna.

Potrei aiutarti molto di più se mi dicessi che tipo di DB stai usando. È MySQL? MSSQL? ORACOLO?

Ancora di più (solo un'altra idea) hai pensato di fare un backup programmabile di buona politica? Ad esempio, se si conoscono la struttura e i dati e il tempo di scadenza dei dati, è possibile spostare / eliminare la cronologia innecesaria o lavorare con l'idea di cui sopra su un db mirato.

Penso che il costo di lavorare con un mirror db con una connessione minima sia inferiore a quello dell'hardware esterno rimovibile, in termini di rischio, sicurezza, spazio e danni all'hardware.


Modificato:

A proposito del mirroring di un server, c'è molto aiuto e tutorial e video tutorial su. La mia abilità è più orientata al server MySQL su Linux, ma posso darti alcuni consigli, spero che possano aiutarti.

  • Prima di tutto, guardando qui, su serverfault, o meglio: amministratori di database su Stack Exchange
  • Su msdn per MSSQL (ti do la versione 2005, non so quale sia la versione del tuo server / db: mirroring del database in SQL Server 2005 ma puoi cambiarlo nel menu in alto.
  • C'è un link FAQ in fondo a quel documento che può chiarire molte delle principali domande (ad esempio, la transazione della coda, la capacità della rete, ecc.):

  • Oppure Come preparare un database mirror su 2008 R2 (è possibile modificare la versione facendo clic in alto, "Altre versioni".

  • Su google con chiavi come questa ti stancherai di leggerne: Ricerca Google . Come ti ho detto, non è il mio DB preferito, quindi non so davvero come puoi farlo su MSSQL, ma sono sicuro di una cosa: se il DB è almeno 2005 puoi farlo, e sicuramente con più opzioni e meglio che ti ho detto.
  • Penso che quasi ogni hosting che fornisce un servizio con un solo server di database, può essere un mirror da qualsiasi posizione con un qualche tipo di politica o certificato, te lo spiegheranno. In questo momento non ricordo un buon servizio, ma so che ce ne sono molti. È possibile che troverai server MySQL più economici dei server MSSQL ma penso che tu abbia bisogno di qualche "app di migrazione" per spostare i dati da MSSQL a MySQL, quindi per me la prima opzione è che guardi ogni dettaglio della tua fonte e poi chiedi uno specchio compatibile.

E un'altra idea che diventa con quella linea di pensiero:

Supponiamo che non sia possibile configurare il mirror o qualsivoglia motivo. Nell'ultima istanza puoi creare un piccolo lavoro / compito / software di automazione o script che legge molti dati tramite SQL e li invia tramite SQL (e puoi cambiare la destinazione, ad esempio da MSSQL (la tua vera fonte) a MySQL ( è gratuito e puoi supportarlo ovunque, con il tuo PC / server / ecc.

Davvero se conosci SQL puoi farlo.

  • E un altro suggerimento, penso che tu abbia detto che non puoi aggiungere / collegare alcun HD, ma puoi lavorare con il disco RAID per espandere la capacità dei tuoi backup interni.

    Ma in ogni caso , l'idea principale di un backup è che hai il backup in un ambiente completamente diverso (un altro posto) a cui puoi accedere e / o cambiare i tuoi database se uno cade per qualsiasi motivo (un incendio, un terremoto, un rivoluzione, un problema hardware). Questa è l'idea principale di un mirror: un server con bilanciamento del carico chiaro per l'utente, davvero non sai dove stai lavorando, funziona allo stesso tempo allo stesso modo. Questa è una differenza con un "backup della cronologia" e un "backup in tempo reale".

Modifica 2: In ogni caso non rispondo mai a nulla della tua idea. Certo è meglio di niente, ma per i dati critici è come niente. Ha molti problemi futuri non desiderabili:

  • Velocità dell'USB
  • Processo manuale (da parte di chi? Le informazioni sono troppo critiche per la gestione da parte di un altro? Hai qualche responsabilità legale / lavorativa / economica se la persona che lavora con i tuoi dati l'ha rubata / distrutta / cambiata?
  • Tempo, ovviamente vuoi un'opzione automaticamente.
  • Farai il backup .. cosa? quale importo? che tipo di dati? quali sono i vecchi dati? Con quali criteri? I criteri cambieranno o potranno cambiare? E questo diventa con la prossima domanda:
  • Qui nel mio paese abbiamo un "proverbio" o "sinonimo" che dice qualcosa come ... "è pane per oggi, fame per domani". Voglio dire, dovrai cambiare questo processo in qualsiasi momento? È possibile che tu abbia bisogno di cercare un altro modo in breve tempo? Quale sarà il costo? La tua soluzione è flessibile o otterrai un problema futuro gratuitamente?

1
Grazie Leandro, il DB è MSSQL. Come si configura il mirror? Tramite il log shipping?
user1034912

3
Attraverso MIRRORING - dai, digitalo nella ricerca nei libri online. È una caratteristica importante da qualche tempo ormai.
TomTom,

1
Mi piace l'idea del mirroring per risolvere questo problema. Penso che un punto importante sia che se riesci a consolidare i dati fino a ciò che è effettivamente prezioso.
Ashley,

9

Un backup su un'unità USB connessa è sicuramente meglio di nessun backup. Un backup su hardware appositamente progettato per i backup (come i nastri) potrebbe essere una scelta ancora migliore.

Puoi permetterti di perdere una settimana di dati? Se si scambiano unità solo una volta alla settimana, si rischia una settimana di dati. Se l'unità viene connessa per una settimana, esiste il rischio che un sovraccarico di energia elettrica elimini sia il computer che l'unità di backup. Se quell'unità non è stata modificata per 6 giorni, allora perdi 6 giorni di dati.

Spedirai le unità in un'altra posizione? Sembra probabile che la possibilità di un qualche tipo di evento che distrugga sia il database originale sia le unità di backup sia piuttosto elevata.


2
Come il tuo punto, meglio di nessun backup .. grazie
user1034912

3
Il mio problema principale è che ci sono molte cose che POSSONO sbagliare che uccideranno il contenuto del disco USB - dal cattivo file system alle scosse elettriche.
TomTom,

1
Molti HDD esterni di consumo economici muoiono prima di quanto ti aspetti. La regola d'oro è, avere sempre più copie dei tuoi dati (questo significa ottenere due unità di backup).
Bigbio2002
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.