Newsgroup: it.comp.os.linux.sys
Titolo: Server samba [lunghetto]

Ciao a tutti,
ho la necessità di mettere in piedi un server samba che faccia da DHCP
server, PDC e file server per una 30 di postazioni miste windows/linux
che eseguono lavoro d'ufficio e cad 2d.
Visto che la buona riuscita di questo lavoro potrebbe portare ad un
assunzione ci terrei a proporre una valida soluzione scalabile nel
futuro magari facendo tesoro dei vostri consigli ;).
Passiamo al parco macchine, attualmente hanno a disposizione un server
HP nn utilizzato recuperato dal loro fornitore di hosting, è un P3 con
un RAID1 di dischi scsi. Tuttavia nn  ci sono problemi di spesa
nell'acquistare un server nuovo. Quindi sto pensando di proporre
l'acquisto di un nuovo server su cui metterei debian sarge e
configurerei samba 3 come file server e di dominio.  Il server HP
pensavo di utilizzarlo come server backup del primo che entrerebbe in
azione nel caso sorgessero problemi a quello nuovo. Ovviamente devo
sincronizzare le share e le utenze. Per la sincronizzazione delle
utenze è consigliato l'uso di LDAP come backend che io conosco poco :(
! Quindi mi affiderei a tdbsam che potrebbe essere replicato con rsync
(anche se questa operazione è sconsigliata dal team samba). Come
potrei risolvere questo punto fondamentale?
Per la configurazione del server mi consigliate un server già
assemblato e testato
tipo Hp, Ibm, Dell? Come configurazione pensavo ad un dual processor
(nn so ancora cosa), raid 1, 1gb ram, lan giga (hanno già lo switch
1gb)...
Per il backup potrebbe essere affidabile un set di dischi eide su usb?
Vi ringrazio per avermi letto e scusatemi se sono stato poco chiaro e
lunghetto :D
Ciao!

 
Per il backup formalizza bene quali archivi, come vengono modificati, quanto
sono grandi, per quanto tempo devono essere conservati.
Ti faccio un esempio:
Backup giornaliero su 5 nastri conservati in un luogo diverso da quello in
cui sono installati i server.
Sembra una buona soluzione, ma pensa ad una procedura stipendi che viene
lavorata solo la prima settimana del mese.
A metà mese un problema qualsiasi (hardware, virus, teleassistenza del
fornitore :-( , ...) rovina il db della procedura stipendi.
Nella settimana successiva il tuo back-up giornaliero sovrascrive la copia
buona del db con la versione rovinata.
Il primo del mese successivo, l'ufficio stipendi va a lavorare sulla
procedura e scopre che i dati sono andati a donnine di facili constumi.
I tuoi backup sono assolutamente inutili in questo caso.
Nello specifico la soluzione ottimale per questi archivi sarebbe stata,
probabilmente, un masterizzatore ed un cd al giorno per i 7 giorni in cui
la procedura viene utilizzata.
Con questo sistema puoi ripristinare la situazione anche ad uno o due mesi
prima (utile per rifare calcoli, provare nuove parametrizzazioni, ecc...).
Morale: prima di pensare al supporto su cui salvare i dati, fatti dire, per
iscritto, quali sono gli archivi, come vengono lavorati e quali sono gli
scenari in cui è necessario ricaricarli (se qualcuno vuole ritirare fuori
la contabilità a distanza di 5 anni, oltre agli archivi devi salvarti anche
una copia della procedura per essere sicuro di riuscire a rileggerli).
Un saluto
Stefano
-- 
Pgp Fingerprint: FF8D 7255 E8DE 882C  7991 B3E7 C703 C7EA
In God we trust, all others we monitor (National Security Agency)