Se il backup completo di LTO-3 richiede più di un nastro. Qual è il mio prossimo passo hardware saggio?

OK. alcuni dati da fatturare

Utilizzo Backup Exec 12.x / 13.x, Avere ambiente server 2003/2008 incluso Exchange.

  • Strategia di backup NetApp - Istantanee a SnapMirrors per nastro?
  • LTO-3 ripristina dal backup quando il software di backup è sconosciuto
  • Backup Exec 12,5 o 2010?
  • Crittografa i backup con GPG a più nastro
  • Perché le capacità di compressione a nastro sono sempre doppie rispetto al nativo?
  • Quando, se mai, dovrei formattare i miei supporti di backup
  • Ho Backup to Disk (Full / Diff) che è indipendente dal backup a LTO (Full / Diff). Per più di una ragione, preferisco non solo andare a eseguire il backup da disco a nastro, vorrei mantenere il backup direttamente a LTO accadendo.

    Attualmente ho un singolo drive LTO-3 senza alcun tipo di loader / robot / libreria. La scatola che serve l'unità LTO ha una scheda SCSI Adaptec 39160 Ultra160 . Attualmente utilizzo un nastro per Full (una alla settimana) e un nastro per Diff (quattro giorni alla settimana prima che il nastro venga estratto). Il backup completo sta sconvolgendo contro la barriera di 372.5GB e quando il backup non finisce sabato è ancora in attesa di un nastro il lunedì mattina.

    Ward ha menzionato il lancio del secondo LTO3 in onda lunedì pomeriggio / sera dopo le normali ore lavorative. Il problema con questo è confrontato sotto:

    Flusso normale

    • Venerdì inserire il nastro LTO3 per il backup completo per la settimana 1
    • Lunedì inserire il nastro LTO3 per il differenziale
    • Martedì, Mercoledì, Giovedi differenziali utilizzano nastro che è stato inserito Lunedi
    • ripeti per la settimana 2

    2 nastri LTO3 per il stream di backup completo

    • Venerdì inserire il nastro LTO3 per il backup completo per la settimana 1
    • Lunedì inserire il nastro LTO3 per il backup completo per la settimana 1
    • Lunedì inserire il nastro LTO3 per il backup completo per la settimana 1 (per il process di verifica)
    • Lunedì inserire il nastro LTO3 per il backup completo per la settimana 1 (per il process di verifica)
    • Martedì inserire il nastro LTO 3 per Differential
    • Mercoledì, Giovedi differenziali utilizzano nastro che è stato inserito martedì
    • ripeti per la settimana 2

    I nastri extra di nastro mangiano 6 o più ore a lunedì (a partire dal momento in cui ho messo il secondo nastro). Se l'avessi fatto alle 5 del pomeriggio, sarei qui fino a fare quasi scattare i nastri a mezzanotte. Questo non conta il tempo di inattività su Sat / Sun / Mon in attesa di un nastro.

    Ora posso distriggersre il process di verifica e salvare due swap su nastro e abbreviare il process di backup per parecchie ore, ma non posso solo mettere il nastro 2 e camminare alla fine della giornata se non spengo la verifica . Avere la copia di backup su un secondo nastro allunga il process di backup, ma anche

    • Aumenta il numero di nastri nella rotazione (costo)
    • Aumenta il numero di nastri in trasporto (dimensione / peso della valigetta che va in deposito fuori sede)
    • Aumenta la complessità del process di backup facendo rimanere sul sito dopo le ore per il process di verifica
    • Aumenta la complessità della gestione dei backup / ripristini dal mio ufficio che non è proprio accanto alla stanza del server. Questo va quadruplicato per affrontare tali problemi da casa.

    E sì, non sto andando in sabato per stare lì per 6+ ore e babysit l'unità nastro. Vorrei avere una vita al di fuori del lavoro. 12 ore di giorno MF sono abbastanza male quando accadono. Non ho intenzione di legarsi permanentemente a un weekdays di 6 giorni.

    L'unità a nastro è un Dell PowerVault 110T LTO3. Il server di backup è in Gigabit Ethernet usando solo una singola NIC e può riempire un nastro completo in circa 12 ore.

    Posso cambiare il process di backup per separare uno dei server più intensi a un backup completo sul proprio LTO per privare temporaneamente questa decisione, ma presto credo che dovrò scegliere una di queste opzioni:

    1. Acquista un'unità LTO-3 e approfitta di avere solo un secondo nastro fisico disponibile. Questa è un'opzione less auspicabile e ha senso solo se gli azionamenti LTO-3 sono notevolmente più economici di quelli LTO-4 che non è il caso.

    2. Acquista un'unità LTO-4 e utilizza i nastri LTO-4 per i backup completi e utilizza nastri LTO-3 per i differenziali fino a quando i nastri LTO-3 non vengono spostati e nuovi nastri LTO4 corrispondono al prezzo dei nastri LTO3. Questo probabilmente mi farà passare attraverso il backup del weekend per gli anni a venire senza wherer sostituire i nastri. Questo riguarda anche parzialmente il lancio di scarpe poiché LTO4 ha minima velocità minima rispetto a LTO3.

    3. Acquista qualcosa che possa alimentare i nastri in automatico. Suppongo che non c'è qualcosa che posso aggiungere al PowerVault 110T e questo significherebbe un acquisto di un nuovo dispositivo che avesse il nastro e il caricatore in un'unica unità. Questo è probabilmente non conveniente rispetto al solo acquisto di un drive e caricamento manualmente di nastri, ma andare autoloading LTO4 sarebbe l'ultimo in convenienza. Lascerò che il capo sopra di me decida tra un singolo azionamento a nastro e l'unità di autolubrificazione.

    Evan Anderson ha menzionato in un'altra soluzione che potreste comprare i dischi intorno a questa fascia di prezzo

    LTO-4 (internal drive, 1 tape / day) - $2,766.00 LTO-4 (autoloader, 1 tape / day) - $4,566.00 

    ma non conosco specifiche su quello che lui o lei consiglierebbe per l'azionamento effettivo e se necessario controllore. Mi mostri un URL newegg (o Dell, o HP o qualunque sia il tuo fornitore preferito) per la tua soluzione se non ti dispiace di guardarlo o mi dà solo una marca e un numero di model e sarò lieto di farlo la gamba mi lavora.

    Sto cercando di fare un acquisto necessario per un po 'di tempo lungo la strada prima che questa rotazione di backup sia troppo ingombrante. Probabilmente ho qualche mese.

    Xenny menziona l'età dei server e la velocità del backup. Il server Exchange ha 6 anni (anche se i dischi rigidi sono molto più recenti). Ci sono un paio di server di 4 anni nel mix con drive consumer di grado consumer (WD6400AAKS). I server che considero "nuovi" sono di 2 anni a questo punto.

    Il backup su disco dal vecchio server di scambio è stato veloce come 2184 MB / min ma in generale il backup a disco è altrettanto lento quanto il backup a nastro in questa configuration. Infatti il ​​backup su disco è talvolta più lento rispetto al backup dell'unità a nastro LTO-3. Ho anche avuto problemi con i drive in mancanza e la mancanza di baie per aggiungere più unità. In generale il backup su disco è ancor più un problema rispetto alla transizione LTO3 / 4, ma che appartiene a una domanda differente su serverfault se volevo inserire su quel sobject.

    Prendo solo alcuni numbers da un backup recente per darti un'idea sulle velocità. Questo non è un elenco completo ma ti dà un'idea sulla varietà delle velocità coinvolte. Ho intenzione di aggiornarlo presto nel formato di MB / min di MB / min di vecchia velocità, where oldspeed è il vecchio SCSI 320 LTO3 e newspeed è il SAS LTO4.

    DC C: ~ 850 MB / min
    Stato del sistema DC ~ 700 MB / min
    Exchange Server C: e stato del sistema ~ 500 MB / min ~ 600 MB / min
    Exchange Server D: ~ 1400 MB / min ~ 1200 MB / min
    Primo gruppo di archiviazione di Exchange Server ~ 1100 MB / min ~ 700MB / min
    Webserver C: ~ 600 MB / min ~ 950 MB / min
    Webserver E: ~ 1700 MB / min ~ 1950 MB / min
    File server C: ~ 500 MB / min
    Fileserver E: ~ 1500 MB / min ~ 2200 MB / min
    File server G: ~ 1800 MB / min ~ 2400 MB / min
    Stato del sistema di file server ~ 650 MB / min
    fax server C: ~ 400 MB / min ~ 550 MB / min
    Server di contabilità C: ~ 1300 MB / min ~ 1775 MB / min
    Server di contabilità D: ~ 1500 MB / min ~ 2250 MB / min
    Contabile istanza SQL ~ 1600 MB / min
    server di applicazioni C: e stato di sistema ~ 700 MB / min ~ 900 MB / min
    server di backup C: 700 MB / min ~ 1800 MB / Min
    server di backup E: 1350 MB / min ~ 2900 MB / min

    Monitoraggio del FileServer Ho visto numbers che mi fanno pensare che il controller di raid sta bloccando i tassi di trasferimento. Il controller è SATA 1.5 ma le unità sono 3.0 in grado. Ho notato dopo aver cambiato i volumi da RAID 1 a RAID 10 e non ottenendo alcun aumento della velocità per i backup. Sfortunatamente raddoublendo la velocità di lettura sostenuta non aveva alcuna influenza sul backup sull'unità a nastro LTO3.

    In generale il backup direttamente a LTO mi dà un benchmark decente di where i miei server sono I / O limitati. I server che eseguono il backup di less di 1500 MB / min sono generalmente a disco lento e quelli tra lì e 2400 MB / min sono ancora bassi frutti appesi. Ad esempio, il server di Exchange 2003 sta riducendo lo spazio su disco e continua ad espandere il database per il primo gruppo di archiviazione verso porzioni più lente dei dischi. Questo server verrà sostituito con un server Exchange 2010 con processri più veloci e più dischi. Gli altri server ottengono aggiornamenti del disco e / o SSD aggiunti.

    http://en.wikipedia.org/wiki/Tape_drive menziona "Quando si accende il shiny scarpe , influisce in modo significativo la velocità dei dati raggiungibile, nonché la durata delle unità e del nastro". ma non menziona la capacità efficace di ridurre la scarpa per un nastro. Dopo aver esaminato i nastri archivistici dalla banca posso confermare circa il 2% al 15% di spazio sprecato sui nastri LTO3. Da nessuna parte vicino abbastanza per impedirmi di passare a LTO4 o un autoloader, ma potrebbe essere significativo. Per quelli di voi con Backup Exec potete calcolare i vostri rifiuti di scarpa da:

    • Effettuare un lavoro di backup che ripaga circa il 100% della capacità nativa dei nastri senza la compressione. Distriggersre la compressione sull'unità e sul software durante l'esecuzione del test.
    • guardare nella scheda dei media dell'esecuzione di backup e confrontare la colonna "Capacità utilizzata" nella colonna "Dati". Se la compressione è distriggersta ei numbers corrispondono, non è affatto una scarpa.

    Nel mio caso avevo un nastro LTO3 archivio con 272,4 GB di "usata", ma solo 233,67 GB "dati" e un altro con 400,6 GB contro 395,19 GB. Ho anche provato un backup a LTO4 senza compressione e ho 833 GB "utilizzato" con solo 786.77 GB "dati". Ovviamente la shoeshining variano dal mio ambiente al tuo, ma prima di questo non pensavo di provarlo. Speriamo che questo ti renderà chiaro come scoprire quanti nastro sprecati avete nel tuo ambiente di backup.

    modifica: nuove informazioni all'indirizzo http://www.fujifilmusa.com/shared/bin/LTO_Overview.pdf che mostra velocità minime del nastro per LTO3 e LTO4. Sembra che IBM LTO4 effettivamente abbia una minima velocità minima rispetto a IBM LTO3. In entrambi i casi il mio server medio è troppo lento per alimentare LTO3 / 4 senza shoeshining. Sono preoccupato anche che il mio backup su volumi locali di disco sarà troppo lento per alimentare rapidamente l'unità, ma dovrò provare.

    Tirando le informazioni dell'azionamento dell'altezza di altezza completa di IBM dal pdf sopra che ottengo

     LTO4 : 30-120MB/s 800GB native (45-240MB/s compressed) LTO3 : 40- 80MB/s 400GB native (60-160MB/s compressed) LTO2 : 18- 35MB/s 200GB native (27- 70MB/s compressed) LTO1 : 15- 15MB/s 100GB native (30- 30MB/s compressed) 

    Aggiornamento : Il server che stavo usando per il backup ha iniziato a darmi gli errori di arresto e ho spostato l'unità a nastro ad un altro server. Il vecchio controller SCSI era un Adaptec 160 il controller "nuovo" è un LSI basato 320 (alless suppongo che il connettore esterno sia un 320 come 4 hard disk all'interno del server menziona 320 SCSI nella gestione del server).

    La nuova situazione del server mi lascia senza backup al disco temporaneamente fino a quando non otterò un recinto esterno per l'archiviazione diretta. In generale questa discussione LTO mi ha indicato l'acquisto di più unità disco rigido per i miei server. Farò lavorare per riconfigurare gli arrays RAID per aumentare la velocità del backup e, auspicabilmente, aumentare l'affidabilità dell'installazione complessiva.

    Aggiornamento 2 : Il confronto qui sotto utilizza un vecchio fileserver il cui controller di raid colpisce tutti i trasferimenti a ~ 40MB / s, quindi l'ideale sarebbe di circa 2400MB / min. Si tratta della velocità necessaria per testare il bordo della scarpa brillante. Presumibilmente il stream di dati non sarà perfettamente regolare e forza la velocità di corrispondenza quasi tutta la strada attraverso il test.

    Non conosco più la dimensione del buffer e il numero di buffer che ho usato sul test di velocità del vecchio drive LTO3, ma non cambia molto a tutti ho ottenuto forse 100MB / min guadagno da tuning buffer. I dati di prova sono circa 20 GB di tif e jpg scansionati. Ho fatto questi test su un pomeriggio di venerdì e non ho ripetuto le prove abbastanza volte per mettere in media i dati o per eliminare i dati invalidi. Test dopo ore, scelta di dati diversi e altre variables potrebbero influenzare notevolmente questi test.

    Gli stessi server vengono utilizzati in tutti i test. La vecchia unità è su un controller LVD 320 SCSI che è PCIx. Il nuovo drive è su un controllore SAS PCIe LSI 3801E. È ansible che il controller di azionamento e / o l'azionamento a nastro LTO3 siano strozzature. Non testerò i singoli componenti, solo il vecchio accoppiamento rispetto al nuovo accoppiamento. Il server che esegue Backup Exec ha 4 GB di RAM, 32 bit Server 2008, Pentium D 3,2 GHz dual core CPU.

    La connettività di networking è tramite un interruttore da 1Gb che entrambi i server sono sullo stesso interruttore. Ho aperto una connessione desktop remoto, ma con il backup che + la connessione la connessione Gb è less del 50% utilizzata a peggiore e in media più come il 25% di utilizzo.

    Quindi, come ruvido come i methods di prova, mi sento ragionevolmente sicuro che le strozzature non sono in una variabile che sto ignorando.

    Risultati corti dei test :
    ~ 1500 MB / min usando l'unità Dell LTO3 e la compressione a nastro LTO3 ON, la dimensione del block 64KB (molti conteggi sono testati, il risultato è elencato qui)

    ~ 1800 MB / min usando l'unità LTO 4 di Quantum Superloader3 con un nastro LTO3 (stesso nastro come sopra) compressione ON, 64KB dimensione block, dimensione buffer di 64KB, count buffer 10, count alta 104, scrittura Single block mode ON, tramite modalità ON

    ~ 2150 MB / min utilizzando l'unità LTO 4 di Quantum Superloader3 con un nastro LTO3 (stesso nastro come sopra) compressione ON, 256KB dimensione block, 256KB dimensione buffer, count buffer 10, contatore alta 0, scrittura modalità block singolo ON, scrittura SCSI pass- tramite modalità ON
    ~ 2200 MB / min utilizzando l'unità LTO 4 di Quantum Superloader3 con un nastro LTO3 (stesso nastro come sopra) compressione OFF, 256KB dimensione block, 256KB dimensione buffer, count buffer 10, contatore alta 0, scrittura Single block mode ON, scrittura SCSI pass- tramite modalità ON

    ~ 2050 MB / min usando l'unità LTO 4 di Quantum Superloader3 con una compressione a nastro LTO4 ON, 256KB dimensione block, 256KB dimensione buffer, count buffer 10, count numero elevato 0, scrittura Single block mode ON, scrittura SCSI pass-through mode ON
    ~ 2250 MB / min usando l'unità LTO 4 di Quantum Superloader3 con una compressione a nastro LTO4 OFF, 256KB dimensione block, 256KB dimensione buffer, count buffer 10, count numero elevato 0, scrittura Single block mode ON, scrittura SCSI pass-through mode ON

    ~ 2050 MB / min utilizzando l'unità LTO 4 di Quantum Superloader3 con una compressione a nastro LTO4 ON, 256KB dimensione block, 1MB dimensione buffer, count buffer 10, contatore alta 104, scrittura Single block mode ON, scrittura SCSI pass-through mode ON
    ~ 2300 MB / min usando l'unità LTO 4 di Quantum Superloader3 con una compressione a nastro LTO4 OFF, 256KB dimensione block, 1MB dimensione buffer, count buffer 10, count numero elevato 0, scrittura Single block mode ON, scrittura SCSI pass-through mode ON

    ~ 2200 MB / min usando l'unità LTO 4 di Quantum Superloader3 con una compressione a nastro LTO4 ON, 256KB dimensione block, 1MB dimensione buffer, count buffer 20, count numero elevato 0, scrittura Single block mode ON, scrittura SCSI pass-through mode ON
    ~ 2300 MB / min usando l'unità LTO 4 di Quantum Superloader3 con una compressione a nastro LTO4 OFF, 256KB dimensione block, 1MB dimensione buffer, count buffer 20, count acqua alta 0, scrittura Single block mode ON, scrittura SCSI pass-through mode ON

    È chiaro che la dimensione del block di sintonia è più importnte della dimensione del buffer. Non import il block o la dimensione del buffer che utilizzi, otterrai una migliore prestazione per distriggersre la compressione se i tuoi dati di origine non riescono a tenere il passo con le unità a nastro che corrispondono a una velocità di corrispondenza minima. Purtroppo, questo è un impostazione per unità non per un lavoro o per impostazione del formato del nastro in modo da non limitare la compressione a backup completi o solo a LTO3. Dovrai anche verificare quanto di un problema sia con la vostra combinazione di hardware / software. Naturalmente, il successo in termini di performance è minore e le prove più importnti saranno l'ottimizzazione del backup completo da 600 GB a 800 GB invece di 20 GB. Tenterò di aggiornare nuovamente una volta che sono in corso alcune settimane o mesi di backup.

  • Ripristina i nastri Backup Exec senza eseguire Backup Exec
  • Il backup dei miei dati fa sì che il mio server si blocchi utilizzando Symantec Backup Exec 12 o come sono venuto a perdonare l'ironia
  • Come recuperare il backup di Symantec Backup Exec tramite Linux?
  • Quale tipo di disco rigido sarebbe consigliato per un server di backup?
  • aiutarmi a installare Veritas 9.1
  • Come faccio a fare il backup del mio database di Exchange 2010 utilizzando Backup Exec 2010?
  • 4 Solutions collect form web for “Se il backup completo di LTO-3 richiede più di un nastro. Qual è il mio prossimo passo hardware saggio?”

    Come un asdide, notate che 100MB / min è ben al di sotto della velocità minima per il stream di nastro con LTO 3, quindi probabilmente stai perdendo una gran quantità di capacità con l'arresto e l'avvio del nastro (vale a dire che stai probabilmente migliorando di 1,5: 1 compressione, ma questo è perso nelle lacune nei dati sul nastro). Questo sarà probabilmente piuttosto peggiore con LTO 4, perché credo che la velocità minima sia aumentata.

    Disk – Disk – Nastro aiuterà con il problema della velocità minima e ti darà una certa capacità gratuitamente.

    Se non lo fai, consideri fortemente una specie di deframmentazione programmata dei dischi sui server che stai eseguendo il backup. 1000 MB / min non è un ottimo livello di produttività per l'ethernet di concerto su hardware relativamente moderno. Mi aspetto che anche su macchine di 2 anni, dovresti essere in grado di get 1800MB / min (che è solo la lettura dal disco server a 30MB / sec), quindi c'è spazio per migliorare.

    Modifica: Per LTO 3, veramente si desidera una dimensione di block di 256KB per le migliori performance.

    Scarpa WRT brillante, Non c'è tempo per riavvolgere il nastro se il buffer funziona brevemente vuoto, in modo da lasciare uno spazio sul nastro.

    inevitabilmente, i backup superano la capacità che hai originariamente previsto. Ecco cosa suggerirei e dire della tua situazione:

    1. Quindi il backup completo supera la capacità di un nastro. Quindi utilizzare due nastri.

    2. Seguire la raccomandazione di Symantec e continuare a fare il backup su disco, quindi eseguire il backup di tali backup su nastro. pianificare i backup del disco a verificarsi dopo ore in cui vengono utilizzate less risorse. pianificare i backup per il nastro in qualsiasi momento durante il giorno dopo che i backup del disco sono completi perché i backup su nastro non hanno alcun impatto sui sisthemes di produzione.

    3. Pensate ai tuoi backup per la settimana (Full e Differentials) come parte dello stesso insieme di backup. se ci vogliono due o tre nastri alla settimana, allora lo sia.

    4. programmare i backup del nastro a verificarsi solo durante la settimana in cui ci si trova per scambiare i nastri.

    ho una situazione simile, sto utilizzando un drive 110t lto2 di powervault e qui e quello che faccio:

    1. il sabato prendo un backup completo su disco (backup per cartella di disco per i backup completi).

    2. domenica fino a venerdì prendo i backup incrementali sul disco (un'altra copia di backup su disco per gli incrementali).

    3. lunedì a venerdì prendo i backup su nastro di backup completo e incrementale alle cartelle di disco. quando il nastro raggiunge la sua capacità lo scambio. se raggiunge la capacità nel mezzo della notte, lo scambio la mattina successiva e il lavoro di nastro finisce.

    4. dopo i backup di venerdì al lavoro a nastro io cambio nastri per la prossima settimana. i due nastri che estrai sono i full e incrementali della settimana corrente e entrano nella mia rotazione di 4 settimane. ora so che tutti i dati di backup delle settimane correnti sono su un set di nastro, archiviati fuori dal sito.

    risciacqua e ripeti

    Facciamo qualcosa di simile a joe:

    1. sabato: il backup completo su disco, quando questo è fatto avviare il backup completo di quello a nastro
    2. lunedì: alla fine della giornata, attaccare in un secondo nastro e lasciare che il backup sia finito
    3. mon-fri: backup differenziali solo sul disco

    Se effettivamente wherete fare il disco a nastro indipendente dal backup del disco, vorrei vivere con i due backup che sono leggermente fuori sync:

    1. Avviare il disco-disco e il disco-tape il sabato, il disco-disco finirà e il disco-nastro aspetterà un secondo nastro il lunedì
    2. Termina il disco-tape il lunedì (aspetto ancora fino alla fine del giorno per mettere il nastro).
    3. Lun-ven, fai i tuoi dischi su disco (in realtà, vedo che tu non dici che stai facendo questo, ma sto supponendo che fai)
    4. Lun-Ven, fai i differenziali del disco-nastro

    Non vedo un problema con l'assegnazione di file leggermente diversi di file eseguiti su due diversi supporti. In quasi tutti i casi, si ripristinerà un file dal backup del disco, con il nastro solo un fallback o un modo semplice per organizzare più set di backup.

    Ecco un'opzione che potrebbe aiutarti ad arrivare da qualche tempo:

    Hai considerato di dividere il backup in due set di dati separati? A seconda del modo in cui i file sono organizzati, potrebbe essere ansible dividere facilmente in due parti logiche (ad es. Per reparto). Faresti un backup completo del primo set di dati il ​​giovedì sera e un backup completo del secondo set di dati venerdì sera. Ogni notte dopo avrebbe eseguito due lavori su un singolo nastro, un differenziale per each set di dati.

    In questo modo non arriverai nei fine settimana e non dovrai babysit un'unità mentre aspetta una verifica da completare. Inoltre, si ottiene la protezione aggiunta di non avere tutte le uova in un cestino, per così dire.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.