Tag: backup

  • Dell acquisisce AppAssure

    Dell ha annunciato di aver acquisito AppAssure.

    Con l’arrivo della virtualizzazione, il mercato dei software di backup (che ora vengono chiamati in altri modi più pomposi, ma quelli restano) si sta facendo interessante.

    Aveva iniziato Veeam a rompere gli equilibri consolidati dei polverosi vecchi sistemi di backup, tant’è che Symantec, attuale proprietario di BackupExec, ha recentemente sguinzagliato i suoi azzeccagarbugli.

    Quello dei backup è un mercato lucroso perché molte aziende sono disposte a spendere pur di avere la ragionevole sicurezza di ripartire e/o di ripartire velocemente in caso di disastri.

    Finalmente un po’ di movimento in un mercato che era fin troppo statico. Attenzione che potrebbe non valere più la regola nobody has ever been fired for choosing BackupExec.

  • Lo snapshot non è un backup

    È indubbio che la virtualizzazione stia diventando pian piano una tecnologia accettata anche dai più refrattari, non foss’altro che per una questione di costi.

    Il problema è la relativa inesperienza di alcuni SysAdmin che, per varie ragioni, non vogliono imparare la nuova tecnologia, ma si limitano ai soliti “sentito dire” e ad esperienze poco scientifiche come “quel giorno avevo i jeans e il server è saltato, quindi nessuno con i jeans può entrare nella computer room”. Non ridete, ce ne sono più di quanti pensiate.

    Quando ci si avvicina alla virtualizzazione, una delle cose che colpiscono è la possibilità di fare degli snapshot della macchina virtuale (VM). Questa funzione è utilissima quando si fanno modifiche sistemiche alla VM, ma deve essere utilizzata con estrema parsimonia e coscienza di causa.

    Qualche SysAdmin sprovveduto utilizza gli snapshot come se fossero dei backup, senza, evidentemente, porsi il problema di come fare velocemente un restore.

    Senza contare che mantenere per più di un paio di giorni degli snapshot di VM in produzione è un suicidio dal punto di vista delle performance.

  • Dump di database MySQL, uno per file

    Il problema di mysqldump è che non ha un’opzione da utilizzare assieme a –all-databases per creare un file di dump per ogni database.

    Avere un file di dump separato per ciascun database è utile sia per poter ripristinare velocemente un singolo database sia per non sovrascrivere i backup di eventuali database cancellati per errore.

    (altro…)