tar
Marco Bisetto
biso@0xa0.com
Mer 10 Nov 2004 01:59:37 CET
Micky ha scritto:
> tar -cvf archivio.tar directory
>
>presumo il tar faccia un readir(3) prima di incominciare ad archiviare e
>quindi siamo al punto di prima, se poi aggiungi file nella directory
>semplicemente non verranno messi nell'archivio, il casino succederebbe
>se li cancellassi prima che li archivi, ma mi pare che oltre ad un file
>not found non dica altro e prosegua con la creazione dell'archivio.
Concordo. La lista dei file da archiviare viene generata all'inizio.
Per quanto riguarda i dati, dal punto di vista del sistema operativo
non ci sono problemi, tuttavia, nel caso in cui i dati siano in
scrittura ad accesso casuale, presumo che il file archiviato possa
trovarsi in una situazione inconsistente per l'applicazione che lo
deve leggere. Generalmente i DB engine eseguono le operazioni di
scrittura utilizzando opportunamente il file locking e serializzando
le scritture in modo da non generare questo problema. Quindi la
possibilita` che i dati archiviati siano inconsistenti per
l'applicazione che li ha generati, dipende piu` dall'applicazione
stessa che non dal sistema di archiviazione. Non so se tar esegua un
read lock sul file durante l'archiviazione, per evitare operazioni di
scrittura contemporanee.
Il manuale di mysql dice di flushare e porre un read lock
esplicitamente, prima di eseguire un backup tramite tar.
Marco Bisetto
Maggiori informazioni sulla lista
blug