Newsgroup: it.comp.appl.access
Titolo: il file è già aperto con accesso esclusivo da un altro utente o è necessario disporre dell'autorizzazione per visualizzare i dati.

Buongiorno a tutti.
Ho il problema del messaggio in oggetto quando tento di accedere a un db 
Access2000 remoto.
Il problema ha cominciato a manifestarsi doopo che il db ha superato i 2 Gb 
di diemnsione (grazie al fatto di non averlo mai compattato). Ho fatto tutta 
la procedura (aprire un nuovo db, trasferirci le tabelle, RISCRIVERE i 
moduli e le macro... sic!!).
Il nuovo db non ha dato problemi finch� non l'ho compattato. Dopo la 
compattazione (fatta con il flag 'compatta dopo la chiusura') il problema si 
rimanifesta.
Ho rifatto la cosa per tre volte ed � ormai certo: l'accesso remoto mi � 
consentito finch� il db non viene compattato, dopodich� mi da quel 
messaggio.
Qualcuno ha gi� avuto questo problema? O, perlomeno, sa come uscirne?
Grazie a tutti.
Marco 

 Marco
Le tabelle non sono divise dal resto del database?
--
sv
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ha scritto nel messaggio 
news:hcf76q$csn$1...@news.newsland.it...


Marco ha scritto:


Rispondi sempre alla fine del messaggio cos� come faccio io :-))
Con 2 GB di sole tabelle sei gi� al limite. Per caso memorizzi
immagini?Perch� non suddividi le tabelle in pi� database? Spiega un po'
meglio che intendi per accesso remoto.


 ha scritto nel messaggio 
news:hcgljf$tst$1...@news.newsland.it...

Di essere a limite lo so gi�. Devo trovare il coraggio di migrare su SQL 
Server e di trasformare le routine di Access in trigger e stored procedures.
Ma non ho tempo, purtroppo, e l'idea di infognarmi in un'avvenura simile mi 
spaventa.
Comunque: Come ti dicevo � un BE e in effetti potrei spezzarlo in pi� 
database, ma dovrei riscirvere tutte le routine che fanno capo a quel DB e 
dovrei dedicarmici ma, appunto, il tempo manca.
Comunque, il DB � di 1,3Gb. Diventa di due perch� Access ha il difetto di 
gonfiarsi col tempo se non lo campatti mai.
E qui casca l'asino, perch� mi sono accorto che dopo una compattatura (si 
dir� cos�??) il db non � pi� accessibile da pc in rete.
Se tenti di accedervi o semplicemnte aprendolo da un'altro pc o facendogli 
riferimento con istruzioni che arrivano da un altro pc, il risultato � il 
messaggio in oggetto.

 messaggio in oggetto.
E quindi a questo punto tu che fai? Riutilizzi il file non compattato?
Che versione di Access usi?


 ha scritto nel messaggio 
news:hchihi$f7t$1...@news.newsland.it...

Uso Access 2000
Siamo tra PC condivisi. In altri termini, il PC dove risede il DB � un file 
server.
Forzatamente, non compatto pi�. Il che vuol dire che tra un po' torner� a 
superare i 2 Gb e io sar� daccapo!!! :-((
Per� hai ragione su una cosa. Anche se � un BE, nessuno mi vieta di 
spezzarlo su pi� DB (specie di BE di BE...) e tenere la denominazione 
dell'attuale con dei collegamenti, cos� non devo modificare le routine...
Ci medito sopra. Anche se mi piacerebbe sapere com'� che la compattatura 
inibisce l'accesso remto!! 

Marco ha scritto:



-) Prima di compattare il database deve assicurarti che esso sia "CHIUSO":
devi essere arcisicuro che nessuno abbia il database aperto in quel
momento. La fase di compattazione con un database di queste dimensioni non
credo che sia una cosa veloce: ti suggerisco di togliere l'opzione di
compattare alla chiusura. 
-) Rimango perplesso sull'incremento.
Qui un esempio di come compattare un database ad una certa ora:
http://support.microsoft.com/kb/209979/it
Qui altro esempio di compattazione con JRO:
http://www.accessgroup.it/HomeArgomenti.asp?ID=173&Oggetto2=Repliche
 III
parte: Programmazione e tecniche JRO


 ha scritto nel messaggio 
news:hcjbh0$qjs$1...@news.newsland.it...

Grazie di tutto.
Sull'incremento ti assicuro che � un noto difetto di Access2000 (non so se 
nelle versioni successive sia ancora cos�).
Se nel corso dell'esecuzione di routine si creano e si cancellano tabelle, 
Access continua ad aumentare di volume. Nel mio caso, la cosa si verifica 
perch� c'� un utilizzo intensivo del comando TransferSpreadsheet che, ogni 
tanto, genera delle tabelle _ErroridiImportazione, che poi elimino in 
chiusura di routine.
Il Db � gi� enorme di suo, come hai capito, e questo continuo crea/cancella 
lo spinge rapidamente al limite di 2 Gb.
Bisognerebbe compattare regolarmente e ora guardo gli articoli che mi hai 
segnalato.
Grazie di nuovo e ciao
Marco