Newsgroup: it.comp.appl.access
Titolo: backup automatico, di emergenza, in formato testo

f_6jk-
 
ciao !!!
 
Qualche giorno fa ho inviato un post 
("backup automatico dei file con aggiunta di 1 al termine del nome ?")
su cui e' nata una discussione che riguardava uno strano meccanismo salvataggio dei file che osservo sul mio pc.
 
Ora mi pongo questo problema: visto che c'e' "qualcosa", non meglio  
precisata, che non va (non so se nella mia versione di access o nel mio pc)  
esiste una maniera per effettuare in automatico un backup dei dati in un  
formato che non richieda access per essere letto (es. XML o CSV, qualcosa  
del genere) ?
 
Sulle prime avevo pensato di usare il copy del dos per salvare sempre una  
copia di backup del file prima di aprirlo ma, riflettendo meglio, rischio di  
avere copie su copie di un file corrotto e illegibile altrove.
 
Mi rendo conto che, forse, non e' possibile avere un backup completo (con quey, maschere, relazioni, etc.) ma almeno salvare le sole tabelle sarebbe gia' di grande conforto ...
 
google con "backup access text format" non aiuta molto. 
 
milena
 
 
 
 
 
 

 ciao !!!
 
non so cosa faccia il tuo software...se sia una banale rubrica 
telefonica o un gestionale per una grande azienda...
il fatto di fare il backup di dati tramite file csv  o xml lo vedo 
inutile...nel caso di dover ripristinare un backup l'operazione di 
importazione dati diventerebbe macchinosa e problematica (contatari, 
chiavi, indici etc andrebbero a quel paese)
 
se come archivi usi access, basta una copia del file stesso e hai mille 
modi per fare questa copia. dal banale dos a software free e pay di backup
 
se gli archivi sono in sql server, sql stesso ti offre gli strumenti per 
schedulare e fare i backup.
 
ciao
BFS
 
 
 

 l'importazione dati diventerebbe macchinosa e problematica
 
Comprendo e concordo. 
 
In realta', quello che sto cercando non e' semplicemente un metodo per ottenere dei 'backup' nel senso ordinario del termine (copia dei file su cui si sta lavorando, e per i quali giustamente citavi molte alternative), ma la creazione automatica di un set di dati in formato aperto, da usare come "estremissima ed ultimissima" risorsa nel caso "qualcosa" (access, pc, virus ...) impazzisse e si mettesse a creare file che nemmeno un'altra copia di access su un altro pc riuscisse a leggere. A costo di doverci poi lavorare a mano per rimettere in piedi l'applicazione.
 
Mi rendo conto che la circostanza possa sembrare remota fino all'inverosimile, pero' almeno in teoria .... 
 
ciao e buon lavoro !!


Quindi una specie di ruota di scorta...A parte che ci sono modi e tools per recuperare i dati, se vuoi fare una cosa sistematica, puoi fare così: 
Primo: ti tieni un database di 'scorta' vuoto (per la struttura)
Secondo: crei un loop che esporti tutto in formato testo, tabella per tabella, e produca file di testo separati per ogni tab.
Terzo: strutturi una routine che importi tutto ma IN ORDINE, per non avere problemi con chiavi e relazioni (prima le tabelle surrogate, poi le principali, poi le dipendenti).
Non è una passeggiata, ma fattibile. Ma io sono per back up regolari. Problemi non ne avrai mai

 ciao e buon lavoro !!
 
la circostanza non e' per niente inverosimile; e' la soluzione che non sta 
in piedi.
se tu volessi mettere in piedi un sistema analogo per i tuoi documenti word 
cosa fai? li esporti in txt senza formattazione?
e per le immagini? crei dei files di testo con la descrizione del 
contenuto?
 
 
mah...
imho quello che hai descritto non e' una soluzione, neanche di ripiego; e' 
un tesserino lifetime membership platinum per l'UCAS...
 
 
 
-- 
Paolo opg
 
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--


quoto in toto.
con tutti i sistemi di backup che ci sono, andare a mettere in piedi un 
meccanismo del genere non ha alcun senso.
 
chiedevo appunto a che livello fosse il gestionale...se si trattava di 
una rubrica telefonica poteva anche starci come soluzione. Ma per un db 
con decine di tabelle in relazione tra loro è una soluzione fuori da 
ogni logica
 
BFS