Newsgroup: it.comp.lang.visual-basic
Titolo: [?] Chiudere connessioni ad access.

Problema:
Due computer in rete.......... database unico.......
Ho altri due computer che non sono in rete e devo importare da questi i dati
nuovi.
Ora prima di importare faccio il backup del db, poi importo e se ho problemi
insormontabili... rimetto il backup al posto originale e dico di controllare
i dati nuovi inseriti.
Per fare questo devo essere sicuro che il backup avvenga.
ora dato che chi lavora sul computer che riceve i dati (uno dei due computer
in rete con il db condiviso) sicuramente si dimenticherà di chiudere le
applicazioni connesse al DB....... ecco che prima o poi il back up non
funzionerà e da qui possibile casino.
Soluzione...... forzare la chiusura di tutte le connessioni al DB priam di
effettuarre il backup.
Come posso farlo? è possibile? Intendo chiudere tutte le connesioni al db,
non solo quelle della applicazione che fa l'operazione, ma anche quelle
degli altri programmi che accedono al db. Naturalmente ADO.
Dimenticavo..... il programma deve accedere al DB all'inizio di ogni minuto
per controllare dei dati (tempi di decollo ed atterraggio di aerei), quindi
dato che fare il backup occupa circa 1 secondo, ho ben 1/60 probabilità che
avvenga e con la fortuna non ci vorrei giocare.
Grazie mille.

 1/60 probabilità che avvenga e con la fortuna non ci vorrei giocare.
Per una mia applicazione unattended, devo leggere ogni minuto alcune cose da
un db Access su una macchina NT.
Per evitare conflitti o cosine strane, prima di iniziare la lettura faccio
una copia del file mdb (una copia 'a brutto', ossia un filecopy).
Poi apro il file copia, non l'originale.
Per qualche mistero della tecnologia, la lettura dal file copia non fallisce
mai (presumo che non ci siano molte operazioni da parte dell'applicazione
proprietaria del db).
Però, avviata a Gennaio 2003, siamo a metà Giugno e nel log degli errori non
c'è ancora neppure una segnalazione di problemi di lettura.
Ciao
Alberto
-- 
Santo cielo, Magnum, si può sapere cos'è questo baccano?
Higgins, posso spiegarle...
Credo non sia necessario.
Zeus, Apollo, a voi...

 ha scritto nel messaggio
news:mx1Ia.99496$Ny5.2...@twister2.libero.it...


 succede, poi aggiorno, poi la rimetto al posto dell'originale.
No, questo non farlo.
A me serviva solo leggere, quindi facevo una copia poi la leggevo, e infine
la cestinavo.
Ma se scrivi č un disastro.
Tu parlavi di accedere per controllare, quindi pensavo a sola lettura.
Comunque la copia con connessioni aperte a me funziona. Non so perň dirti se
č dovuto al fatto che ho client W2kpro su server NT. Forse in locale o con
altri S.O. non va...
Ciao
Alberto

 è dovuto al fatto che ho client W2kpro su server NT. Forse in locale o con


 aperte.
Guarda, ho appena provato, perchè interessa anche a me:
Dunque, ho messo un file mdb su un server W2kSrv.
Poi, ho chiesto ad un collega di aprire il file e tenerlo aperto dal suo PC
W2kPro
Poi, dal mio pc W2kPro ho fatto un file copy e... perfetto, ha funzionato
benissimo.
fso.CopyFile "\\Pv-02\mirror\File_Prova\db1.mdb",
"\\Pv-02\mirror\File_Prova\db2.mdb"
Invece, in locale, non funziona.
Direi quindi che basta essere in rete e sei a posto.
Ciao
Alberto