Topic: Backup su disco esterno usb

[Milano1971]

Per fare un backup completo di un sme su un disco esterno usb, come sarebbe opportuno procedere?
1.collegare il disco esterno usb;
2.entrare nella schermata di amministrazione con utente "admin" via ssh;
3.procedere con il backup;
4.uscire dall'interfaccia;
5.Scollegare il disco usb.

E' corretta la procedura? Non serve montare e/o smontare il disco tramite root con i relativi comandi?

[nicolatiana]

Lo uso poco, ma credo che faccia tutto "da se" compreso lo smontaggio finale.
Disco ovviamente formattato EXT3.

Nicola

[Milano1971]

Devo obbligatoriamente formattarlo preventivamente in ext3 o posso collegarlo anche ntfs o non partizionato e ci pensa lui a formattarlo ext3 e cancellare gli eventuali dati presenti?

[Stefano]

leggere il manuale e la documentazione, questo è DECISAMENTE opportuno.. perchè stai "giocando" con il backup ed è fortemente consigliato che tu abbia ben capito di cosa si sta parlando

(nessuna critica, sarcasmo, ironia o acredine nel mio post, solo uno schietto consiglio)

[pepz]

Se stai facendo questo backup x una futura formattazione o simile, ti consiglio di collegare un hdd nuovo come secondo hdd del raid, e poi lanciare il rebuild dello stesso.
Quando e' allineato, rimetti a posto il disco originale e nel caso, riallinea nuovamente il raid.
Cosi ottieni una copia assolutamente identica del tuo sistema
Ovviamente questo vale sono per un raid 1

La copia via usb non l ho mai fatta, ma se e' come quella che fa via web, tieni presente che genera un file tgz , e mi pare non contienga i files dell' l' intero server ,
Credo sia piu pratica la mia soluzione, ma non sapendo chiaramente cosa devi fare, non so dirti altro

[Stefano]

ma se e' come quella che fa via web, tieni presente che genera un file tgz , e mi pare non contienga i files dell' l' intero server ,

mi dispiace ma devo contraddirti:
- il backup su workstation fatto via web contiene degli archivi in formato DAR
- il backup su nastro scrive i dati con TAR
- il backup su disco usb contiene un archivio monoblocco in formato TGZ

questo per chiarezza

solo l'ultimo può essere usato in fase di ripristino del server ancora dalla console, quindi senzaq aver inserito alcun parametro

relativamente al contenuto dei backup, TUTTI contengono lo stretto indispensabile per ripristinare il server (il WIKI ed i forum sono pieni di post anche miei dove è evidenziato il set monimo di file/dir necessarie per il ripristino del server)

il backup su workstation, previo configurazione fatta con template e comand db (ecco, su questo ho un unico dubbio.. scusate), può contenere ANCHE file/dir estranee al set suddetto (ad esempio /opt)

NESSUNO dei backup ripristina i contrib installati, ma se l'admin è avveduto da mantenere in /root/ una lista degli rpm installati a manina e una lista degli rpm/contrib installati da repository, anche questo si risolve in modo semplice); i file di conf per i contribs sono comune presenti nel backup

ATTENZIONE: ci sono dei contrib che sfuggono a questa regola, e cioè che il backup ha tutti i file necessari per il ripristino.. il primo che mi viene in mente è quello per la gestione delle ML, ma è un caso più unico che raro.

Stefano e i puntini sulle i (quando si parla di backup è meglio parlare preciso, il backup è la nostra assicurazione)

[pepz]

quando si parla di backup è meglio parlare preciso, il backup è la nostra assicurazione

yesss...  infatti ho consigliato di allineare il raid (1) perche' e' l' unico metodo che mi da sicuramente una copia fedele di tutto il server...
Le tue precisazione sul dar / tar / tgz sono doverose, visto che chi legge questi post deve trovare le info piu corrette possibili...

E sarebbe anche bello ricevere un feedback sui consigli per capire se le cose sono andate come uno pensava o invece no...

[Stefano]

yesss...  infatti ho consigliato di allineare il raid (1) perche' e' l' unico metodo che mi da sicuramente una copia fedele di tutto il server...

il che va bene come backup fino ad un certo punto.. se devi aggiornare la versione di SME a quella successiva partendo da un setup pulito, questo è inutilizzabile..

negli altri casi si, ma la "rotazione" dei dischi del raid comporta tempi morti e stress per i dischi..

E sarebbe anche bello ricevere un feedback sui consigli per capire se le cose sono andate come uno pensava o invece no...

e qui ti do ragione.. tranne rari casi, non si sa mai poi come va a finire..

[Milano1971]

Nel mio caso dovrei solo fare un backup su un disco usb da conservare scollegato dal server. Vorrei che questo backup contenga i dati presenti nelle home directory degli utenti e delle ibay. Nulla di più. La procedura più semplice è quella lanciata da console. Non sono riuscito a capire solamente se il server fa tutto in automatico oppure no, in particolare montaggio e smontaggio del disco, e eventuale formattazione prima di creare il file tgz. Poi non ho ben capito nemmeno se, rifacendo la stessa procedura di backup dopo qualche giorno, il file tgz si aggiorna (backup incrementale) oppure ne crea uno nuovo.

[pepz]

Vorrei che questo backup contenga i dati presenti nelle home directory degli utenti e delle ibay. Nulla di più.

da un cliente,per fare un backup simile ho fatto cosi:


mount -t ext3 -o user,rw,exec,umask=000 /dev/sdc1
rsync -rltzuv  /home/e-smith/files  /dev/sdc1
umount ... ecc ecc

il tutto schedulato con cron...
era un pochino piu curato di cosi,magati non e' la sintassi esatta, ma l importante e' cogliere il concetto....

ovviamente, sdc1 va sostituito col nome del tuo hdd usb

credo che un nas sia comunque meglio x tanti motivi, infatti su tante installazioni, sono una volta ho usato un hdd usb x il backup.....

bye

[Milano1971]

Quindi se faccio un backup su disco usb da console loggandomi con "admin" detto backup non contiene i dati delle home e delle ibay?

[Stefano]

milano1971, perdonami ma.. hai letto il manuale?
e le mie puntualizzazioni sopra?

[Stefano]

in seconda battuta, hai cercato nei forum e nel wiki?

[pepz]

in terza....   

rsync -rltzuv  /home/e-smith/files  /dev/sdc1

salva tutta le sottocartelle del percorso indicato... in /dev/sdc1
e poi, non mi pare nemmeno possibile loggarsi da console con un utente diverso da root ... no??
(non ho mai provato, ma mi pare di ricordare cosi...)
non capisco il dubbio... vuoi salvare utenti (home varie) + ibays , e sono appunto sottocartelle del percorso che ti ho indicato..

[Milano1971]

Gentile pepz, avendo letto il wiki di sme, ho imparato che loggandosi da console con utente "admin" è possibile accedere ad una schermata di amministrazione del server molto scarna ma utilissima e semplicissima. Una delle opzioni presenti è una procedura guidata che permetterebbe di fare un backup molto semplice del server su disco esterno, senza essere amministratori di una pmi e senza imbattersi in comandi linux... cosa molto utile da far fare direttamente a chi "usa" sme. Purtroppo seguendo quella procedura il server sicuramente farà un backup, io volevo solo sapere da qualcuno più esperto se è necessario montare e smontare il disco prima e dopo aver fatto questa procedura oppure se il server fa tutto da solo, e poi se, sempre usando questa procedura, nel backup su disco esterno trovo il contenuto delle cartelle home degli utenti e delle varie ibay presenti sul server al momento del backup. A questa seconda domanda mi sembra di aver trovato risposta nel wiki e sono quasi sicuro che la risposta sia si (quasi, altrimenti non avrei chiesto). Alla prima domanda (montaggio prima e smontaggio dopo il backup) non ho trovato risposta. Se leggi i precedenti post noterai che mi sono state fornite molte soluzioni alternative e poche risposte alle mie perplessità, ma già il fatto di aver ottenuto delle risposte mi rende molto soddisfatto, poichè nel forum ci sono persone molto competenti che non si fanno problemi ad aiutarti a titolo gratuito. Questa cosa vi fa onore, quindi grazie comunque a tutti.

[Stefano]

http://wiki.contribs.org/SME_Server:Documentation:Administration_Manual:Chapter6#Option_8:_Perform_backup_to_USB_device

FAT e NTFS non sono supportati..

se scegli quella opzione ti chiede qualcosa: hai provato?

[Milano1971]

Non ho provato. Cercavo informazioni sul wiki e non ne ho trovate.
Quando faccio una cosa di solito mi piace essere già preparato, quindi vorrei sapere già cosa mi chiederà

[Stefano]

virtualbox e altrin sistemi di virtualizzazione sono fatti apposta.. e ti consiglio di usarli stracciando le macchine per capire come funziona.. solo così arriverai preparato anche ad eventi che non sono creati da te ma dal fato

[pepz]

comunque, ti devi loggare come root, come admin entri direttamente in console, e non puoi fare molto...

[nicolatiana]

Comunque . . .
Il server fa tutto da solo; collega il solo disco e nessun altro device USB (magari meglio anche evitare i box che hanno integrato un card reader; non ne ho più visti in giro . . .. ma comunque . .).
Non lasciarlo sempre collegato, specie se eventualmente devi riavviare la macchina e il bios è rimasto configurato per tentare il boot da USB.
Se dovessero mai sorgere problemi (di solito di digeribilità del particolare controller USB o del box) /var/log/messages ti da le informazioni del caso sul perchè non ha fatto il mount.
Vai comunque a ficcare il naso in /var/log/messages a backup finito così ti rendi conto di cosa succede quando tutto funziona.
Su macchine "standard" e box usb non proprio "marca leone" non ho mai avuto problemi.
No Fat/Fat32 per il limite dei 4 Gb; no NTFS perchè in sme non è integrato NTFS3G o simile.
Quindi ext3; se non ti fidi a formattare il disco lavorando dalla console di SME per paura di fare dei casini, esegui la formattazione in ext3 da un altra macchina linux, magari con una live tipo systemresquecd.
Sia questo backup (da console - tar) che il workstation backup (server-manager - dar) salvano le seguenti cartelle:

home/e-smith
etc/e-smith/templates-custom
etc/e-smith/templates-user-custom
etc/ssh
root
etc/sudoers
etc/passwd
etc/shadow
etc/group
etc/gshadow
etc/samba/secrets.tdb
etc/samba/smbpasswd
etc/smbpasswd

che contengono tutti gli "ingredienti" per ricostruire da 0 un sistema; i contrib vanno reinstallati ma non riconfigurati in quanto tutte le variabili configurate sono salvate nel db e le personalizzazioni sono salvate in templates-custom. Quando dopo la reinstallazione del singolo contrib si procede con il signal-event postupgrade; signal-event reboot le impostazioni del contrib vengono ripristinate.
Il rispristino di un backup da console può essere usato all'atto dell'installazione del sistema, nel momento in cui viene richiesto se si vuole ripristinare da un backup (disaster recovery).
Per rirpistinare solo singoli file/cartelle il Ws Backup o Affa sono più adatti; quindi al backup da console da tenere in un armadio, affianca un backup giornaliero con Ws-Backup o Affa.

Nicola

[Stefano]

comunque, ti devi loggare come root, come admin entri direttamente in console, e non puoi fare molto...

visto che si parla della funzionalità di backup da console, entrare come admin o come root ed accedere alla console è esattamente la stessa, identica cosa..

[Fumetto]

... non mi pare nemmeno possibile loggarsi da console con un utente diverso da root ... no??
(non ho mai provato, ma mi pare di ricordare cosi...)...

Se non ricordo male è possibile abilitare l'accesso ssh alle cartelle degli utenti da parte degli utenti stessi... almeno ricordo di averlo fatto con la versione 7 di SME (per pura prova, alla fine non ne vedevo l'utilità).

[Stefano]

ALT!

allora, facciamo chiarezza..

quando uno si logga in ssh o localmente, accede ad una shell(*)
questo è valido per tutti gli utenti abilitati (*) tranne che admin, che accede direttamente alla console

se root, da linea di comando della sua shell da il comando

Code: [Select]

console
accede alla stessa console che è la shell predefinita di admin

Per cortesia, evitiamo di dare informazioni non corrette che possano confondere chi legge, grazie

Stefano e... i puntini sulle i

(*) su SME solo root ha una shell attiva.. admin ha un programma predefinito (console), mentre tutti gli altri sono sprovvisti di shell e quindi, se si autenticano (in locale o ssh) vengono cacciati fuori; questo fino a che non gli si cambia la shell di default
 

[Fumetto]

...e quindi quando ho scritto "è possibile abilitare" non ho sbagliato... o no?

[Stefano]

si.. ma si sta andando fuori dal seminato.. cerchiamo di rimanere in topic e di non confondere ulteriormente l'OP

[Milano1971]

Grazie a tutti per le info.
Comunque alla fine ho deciso di usare il backup su workstation, utilizzando come dispositivo un nas che si trova su un'altra linea adsl, praticamente in un'altra città. Questo nas accetta connessioni ftp in ingresso, gli creerò una cartella specifica per questo backup con utente e password. Non ho ancora provato, spero vada tutto bene. Come percorso a sme darò: ftp://nomeutente:password@ippubblicodelnas/nomecartellaperilbackup
Spero di non avere problemi.

[Fumetto]

Se la linea lo permette e i dati non sono molti (inteso come quantità) non dovresti avere problemi...

[Milano1971]

Sono entrambe linee alice 20mb/1mb. Il server ha una capacità totale di 160gb. Al momento sono utilizzati circa 20gb, ma considerando la velocità media delle linee dovrei farcela in una nottata a fare anche un full backup di tutti i 160gb, considerando poi che userò i backup incrementali non dovrei avere problemi.
Le mie paure non erano su questo, ma sulla configurazione. Spero che nel momento in cui vado ad inserire in sme l'indirizzo l'ftp del nas non abbia problemi.
Grazie ancora per il supporto

[Stefano]

non funzionerà

il backup su desktop non supporta ftp

per far funzionare la  cosa devi usare vpn da SME verso il target o un tunnel ssh (sempre in uscita).. in tutti i casi, ti stai complicando la vita..

a questo punto script che fa backup "in locale" (su altro nas o simile) e poi trasferisce via ftp il backup.. oppure uno script con rsync

[Fumetto]

Sono entrambe linee alice 20mb/1mb. Il server ha una capacità totale di 160gb. Al momento sono utilizzati circa 20gb, ma considerando la velocità media delle linee dovrei farcela in una nottata a fare anche un full backup di tutti i 160gb, considerando poi che userò i backup incrementali non dovrei avere problemi.

Dissento... 1Mbit sono (circa) 100kByte al secondo, quindi circa 360Mbyte l'ora... per 20 Gbyte ci vogliono 50 ore (se ho fatto bene i conti).

[pepz]

con una rete da 1 Mb si spostano teoricamente 450 Mb \ ora ... sicuramente, nella realta'...  molto meno...  (mi sa che Fumetto ha scritto un valore piu vicino ai rendimenti reali)
ma anche cosi, pensando di spostare 1 Gb ogni 2,2 ore circa  finiresti il primo backup in 44 ore... considerando perdite di linea 0 , e poi la adsl sarebbe inutilizzabile x qualsiasi altra cosa....
Basta vedere cosa fa una rete quando google drive sincronizza....
E poi quando i dati aumentaneranno ? 160 GB li sposterai in 352 ore ...
Mi sa che e' meglio se rispolveri il backup su hdd usb ...