Sophie

Sophie

distrib > Mandriva > 9.1 > i586 > by-pkgid > f1098342ec4a2b28475e34123ce17201 > files > 671

howto-html-it-9.1-0.5mdk.noarch.rpm

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
 <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
 <TITLE>HOWTO: Multi Disk System Tuning: Annotazioni conclusive</TITLE>
 <LINK HREF="Multi-Disk-HOWTO-18.html" REL=next>
 <LINK HREF="Multi-Disk-HOWTO-16.html" REL=previous>
 <LINK HREF="Multi-Disk-HOWTO.html#toc17" REL=contents>
</HEAD>
<BODY>
<A HREF="Multi-Disk-HOWTO-18.html">Avanti</A>
<A HREF="Multi-Disk-HOWTO-16.html">Indietro</A>
<A HREF="Multi-Disk-HOWTO.html#toc17">Indice</A>
<HR>
<H2><A NAME="s17">17. Annotazioni conclusive</A></H2>

<P>
<!--
disco!conclusioni
-->

La messa a punto del disco e le decisioni sulle partizioni sono
difficili da 
intraprendere e non ci sono grosse regole. Ci&ograve; nonostante &egrave; una buona 
idea lavorare di pi&ugrave; su queste cose visto che i vantaggi possono essere
considerevoli. Aumentare al massimo l'utilizzo su un disco solo 
quando gli altri sono inutilizzati &egrave; tutt'altro che una buona idea,
guardate le luci dei dischi, non stanno l&igrave; solo per decorazione. Per
un sistema organizzato bene le luci dovrebbero sembrare come Natale in 
una discoteca. Linux offre il software RAID ma gestisce anche qualche 
controller SCSI RAID hardware. Controllate cosa &egrave; disponibile.
Con il progredire del sistema e delle esperienze, potreste ripartizionare
e controllare questo documento ancora una volta. Le aggiunte sono sempre
benvenute.
<P>Per finire mi piacerebbe riassumere qualche raccomandazione
<UL>
<LI>I dischi sono economici ma i dati che essi contengono potrebbero
valere molto di pi&ugrave;, utilizzate e testate il vostro sistema
di backup.</LI>
<LI>Anche il lavoro &egrave; costoso, assicuratevi di ottenere
dischi sufficientemente grandi visto che installarne altri, o ripartizionare 
i vecchi, richiede tempo.</LI>
<LI>Pensate all'affidabilit&agrave;, rimpiazzate i vecchi dischi prima
che falliscano.</LI>
<LI>Mantenete una copia cartacea della vostra configurazione, avere tutto su disco
quando la macchina &egrave; andata non aiuta molto.</LI>
<LI>Cominciate con un semplice progetto con un minimo di
tecnologia fantasiosa e piuttosto mettetecela dopo. In generale aggiungere &egrave;
pi&ugrave; facile che rimpiazzare, che siano dischi, tecnologia o altre
caratteristiche.</LI>
</UL>
<P>
<P>
<H2><A NAME="ss17.1">17.1 Presto disponibili</A>
</H2>

<P>
<!--
disco!presto disponibili
-->

Ci sono un po' di cose importanti che stanno per apparire qui.
In particolare aggiunger&ograve; pi&ugrave; tabelle di esempi visto che sto per
mettere su due sistemi grossi e generici, uno al lavoro e uno a casa.
Questo dovrebbe dare una sensazione generale su come un sistema
pu&ograve; essere organizzato per uno di questi due scopi. Esempi su sistemi
che girano bene sono benvenuti.
<P>C'&egrave; anche un po' di lavoro da fare sui vari tipi di file system e
sulle utility.
<P>Ci sar&agrave; una grande aggiunta sulle tecnologie dei dischi molto
presto come anche una descrizione pi&ugrave; dettagliata sull'utilizzo di
<CODE>fdisk</CODE>, <CODE>cfdisk</CODE> e <CODE>sfdisk</CODE>.
I file system saranno aggiornati con l'avvento di nuove caratteristiche
come anche pi&ugrave; sul RAID e quali directory possono beneficiare da quale
livello di RAID.
<P>
<P>C'&egrave; qualche piccola interferenza tra il Linux Filesystem
Structure Standard e il FHS che spero di integrare meglio presto,
il che probabilmente vuol dire un grande rimaneggiamento di tutte
le tavole alla fine di questo documento.
<P>Con la lettura di questo documento da parte di pi&ugrave; persone dovrei
ottenere qualche ulteriore commento e feedback. Sto anche pensando ad
un programma in grado di automatizzare un bel po' di queste
decisioni e sebbene non sia certo l'optimum, dovrebbe fornire un
punto di inizio pi&ugrave; semplice e completo.
<P>
<H2><A NAME="ss17.2">17.2 Richieste ed Informazioni</A>
</H2>

<P>
<!--
disco!richieste di informazioni
-->

C'&egrave; voluto un bel po' di tempo per ottenere questo documento e
sebbene molti pezzi stanno congiungendosi ci sono ancora delle
informazioni di cui abbiamo bisogno prima di uscire dalla
versione beta.
<P>
<UL>
<LI> Sono necessarie maggiori informazioni sulle politiche di 
dimensionamento dello swap come anche informazioni sulla 
massima dimensione di swap possibile con le varie versioni del
kernel.</LI>
<LI> Quanto &egrave; diffusa la corruzione del disco o del file system?
Fino ad ora ho sentito solo di problemi causati da hardware critico.</LI>
<LI> Sono necessarie notizie sulla velocit&agrave; e sui dischi.</LI>
<LI> Ci sono altri controller RAID compatibili con Linux?</LI>
<LI> Quali strumenti rilevanti sono disponibili per il monitoraggio, 
la gestione ed il mantenimento?</LI>
<LI> Sono necessari riferimenti generali sulle fonti di
informazione, dovrebbe forse essere un documento separato? </LI>
<LI> L'utilizzo di <CODE>/tmp</CODE> e <CODE>/var/tmp</CODE> &egrave; stato
difficile da determinare, infatti quali programmi utilizzano 
quali directory, non &egrave; ben definito e maggiori informazioni sono
richieste qui. Ancora, alla fine sembra essere chiaro che queste
dovrebbero risiedere su drive fisici differenti al fine di aumentare
il parallelismo.</LI>
</UL>
<P>
<H2><A NAME="ss17.3">17.3 Progetti di Lavoro Suggeriti</A>
</H2>

<P>
<!--
disco!progetti, suggeriti
-->

Ora e sempre la gente posta su comp.os.linux.*, cercando buone idee per i
progetti. Ora ne elencher&ograve; alcune che mi vengono in mente e che sono
pertinenti a questo documento. Dovrebbero essere postati anche piani riguardanti
enormi progetti, come nuovi file system, al fine di trovare collaboratori o 
di vedere se qualcuno ci sta gi&agrave; lavorando.
<P>
<DL>
<P>
<DT><B>I mezzi per pianificare</B><DD><P>che possono automatizzare i contorni 
del progetto pi&ugrave; velocemente, farebbero probabilmente un progetto di
media grandezza, forse come un esercizio in programmazione di base.
<P>
<DT><B>I mezzi per partizionare</B><DD><P>che prendono l'output del programma
precedentemente menzionato e formattano i dischi in parallelo e 
applicano i collegamenti simbolici appropriati alla struttura della
directory. Sarebbe generalmente meglio se questo fosse integrato nel
software per l'installazione del sistema esistente.
Il setup del partizionamento dei dischi utilizzato in Solaris
&egrave; un esempio di cosa pu&ograve; servire.
<P>
<DT><B>Strumenti di sorveglianza</B><DD><P>che controllano le dimensioni delle
partizioni e avvertono prima che una partizione si riempia.
<P>
<DT><B>Strumenti di migrazione</B><DD><P>che vi permettono di spostare vecchie
strutture verso nuovi sistemi (ad esempio RAID). Questo potrebbe
essere fatto probabilmente con script shell che controllano programmi
di backup e sarebbe abbastanza semplice. Ancora una volta, accertatevi
che sia sicuro e che i cambiamenti possano essere ripristinati.
<P>
</DL>
<P>
<HR>
<A HREF="Multi-Disk-HOWTO-18.html">Avanti</A>
<A HREF="Multi-Disk-HOWTO-16.html">Indietro</A>
<A HREF="Multi-Disk-HOWTO.html#toc17">Indice</A>
</BODY>
</HTML>