Newsgroup: it.comp.appl.access
Titolo: DB access in LAN fa le bizze

Vi prego aiutatemi!!!
Abbiamo appena terminato un grosso progetto realizzato in ambiente Access e abbiamo un grosso problema: una volta installato nella rete locale (sul server sia il BE che il FE,
e sui client solo il BE con le tabelle collegate) succede che ogni tanto access
non salva il lavoro fatto! In pratica i client fanno delle modifiche su alcune tabelle,
salvano regolarmente ma quando poi tornano a controllare cio' che hanno fatto non trovano niente!
Addirittura e' capitato che un client cercasse di accedere ad un record che stava utilizzando solo lui (era da solo in ufficio) e access rispondesse dicendo che il record era gia in utilizzo da un altro utente.......
Puo essere un problema della rete?
A mio parere non chiude le sessioni dei singoli client, cosi' i .ldb rimangono li a
guardarsi in faccia, ma il problema e' perche'?
Il sistema e' composto da otto stazioni w98 e la rete e' una peer to peer con
netbeui e tcp/ip installati.
Potrebbe essere che non funzionano bene le macchine, infatti qualche problemino lo danno, ma con altri db condivisi in rete allo stesso modo funzionano correttamente!
Mi hanno detto di installare il service jet 3, voi cosa ne dite?
grazie per la'aiuto
Ciao
CC

Prima di installare un qualche servizio jet che sia, sarebbe più proficuo
capire quello che è successo, perché Access in teoria, e quasi sempre in
pratica, funziona bene in questi casi, ed è stato concepito apposittamente
per questo genere di lavoro in rete. Anche se alcuni puristi (a ragione)
potranno ritorcere dicendo che per questo è molto meglio sql. E hanno
perfettamente ragione :-)
Ma il problema di adesso è con access.
Se ti do un lista di quello che fa access forse ti potrebbe venire un'idea
per risolvere questo problema che anchio rischierò ti incontrare, appena
avrò finito un progetto simile.
Access contrariamente a sql viene avviato totalmente sulla machina locale, e
si carica in memoria tutte le tabelle. Invece sql chiama solo di cui hai
bisogno al momento, e ritorna la modifica al server o al computer contenente
i dati (adesso non sò se sql funziona senza server). Comunque sia...
Poi se non hai fatto di proposito una gestione degli accessi per un utilizzo
multi-utente, allora access per default ti metterà in politica pessimista.
Cioè che quando un'altro utente sta modificando gli stessi dati, non potrà
fare l'update finché il primo non avrà finito. E in questo ti avertirà
sistematicamente.
Poi gli .ldb, hai guardato se scompaiono sul computer locale una volta
chiusa la sessione?
- Se sì allora è probabile che il computer che contiene i dati (il file _be)
in qualche modo crede che sei ancora connesso al file be. Forse non ha
ricevuto l'ordine di chiudere il file be e quindi liberare il file per gli
altri utenti.
- Se no allora come mai access sul computer locale non toglie il file?
Questo implica che non ha la possibilità di avertire il computer contenente
i dati come spiegato sopra. E probabile che alcuni utenti spengano il
computer malamanente o che chiudano la sessione in un modo che genera
l'impossibilità per access di eliminare il file .ldb. In questo caso è
possibile per access togliere l'accesso ai dati, quindi liberare un'utenza
dando un tempo limite entro il quale se l'utente non fa niente in access gli
toglie l'accesso. Questo viene usato anche per la gestione di access in
sicurezza per quando lasci il computer da solo dopo essere entrato in access
con una password.
Poi nel caso che un utente faccia modifiche e non trova niente, può voler
dire che in qualche modo access lavori in politica ottimista, cioè che è
l'ultimo che modifica a salvare sulle modifiche degli altri senza che i
primi se ne accorgano. Questo viene usato tra le altre cose anche per
alleggerire la gestione dei dati in multi-utenza per database molto grossi.
Infine è forse semplicemente un problema di rete! E lì le ipotesi si possono
sprecare. Dovresti anche dirci in che cosa la rete ha quei "problemini". Le
ragioni vanno dai cavi (molto più spesso di quello che si teme) a varie
autorizzazioni per l'accesso ai computer della rete da parte degli utenti.
Forse anche (ma faccio ipotesi gratuite) un problema fra le autorizzazioni
degli utenti ai computer in rete e le autorizzazioni al database, con i suoi
problemi di sapere chi è proprietario di quale maschera, tabella ecc...
Un trucco che uso spesso nei casi di accessi in rete, mi metto come utente
Administrator (anche su 98) e mi si aprono praticamente tutte le porte, e i
problemi di accessi scompaiono come per incanto :-D
Se è questo allora dovresti controllare che non hai manipolato qualche
accesso proprietario nel database di access.
Ciao
Thierry

Cari Cristian e Thierry,
anch'io sto lavorando ad un progetto simile: sviluppo di un gestionale in
Access, con i dati su un server, ecc. ecc.
Per ora mi funziona tutto bene, ma ho avuto anch'io quanche problemino che
devo chiarire. Ancora devo parlare con il mio amministratore di sistema.
Del mio problema ne ho parlato con Thierry nel messaggio "Problema con
gestione tabelle allegate su rete di PC".
Sarei contento se rimanessimo in contatto, visto che lavoriamo a progetti
molto simili.
Ciao
--
Stefano Bazzucchi
E-mail: 
stefano....@gvassociati.it

 wrote in message
8aoj93$7o5$1...@serv1.iunet.it...


> molto simili.
Ok ragazzi!
Io domani avro disponibile nel mio ufficio in computer configurato in modo identico
a quello che sto utilizzando come server dal cliente eposso fare tutte le prove.
Da quanto leggo dalla tua chiarissima spiegazione ( a proposito, GRAZIE MILLE)
mi sembra di capire che i client non chiudano i file  .ldb, perche' il 90% delle
volte chespengono il computer (chiudono la sessine n.d.r) questi si impiantano
e bisogna passare a manovre manuali (....staccano la spina, sono dei compaq che
come sapete si spengono da soli alla chiusura).
Ora, questa mi sembra l'ipotesi piu' corretta, se non fosse che loro al momento
lavorano gia' con otto Db condivisi allo stesso modo in rete, Db sviluppati in
Access 2 e 1, e non hanno mai avuto problemi di questo tipo: l'unica variante fra il mio
progetto e questi piu' vecchi e' che le tabelle sono state messe ognuna in un BE 
diverso (figuratevi un po che macello) e che si trovano su un disco virtuale (vi
ricordate il vecchio subst del dos) che si chiama E: condiviso e connesso all'avvio
su ogni client.
Per questa cosa non credo all'ipotesi dei permessi che bloccano gli accessi, anche perche'
altrimenti il problema sarebbe persistente e non saltuario...
Insomma domani provo, poi mi faccio sentire. Verso le tre siete in rete?
Certo e' che se da me funziona, vado da loro e gli rado al suolo le macchine, anche se 
ci ho messo 8 ore a configurarle tutte la prima volta... tra l'altro non escluderei
nemmeno il problema HW, perche' sono Pentium III 500 che lavorano come un 8086 :))
Grazie ancora
Ciao
CC

 nemmeno il problema HW, perche' sono Pentium III 500 che lavorano come un
8086 :))
Io ci sono verso le 18.00 circa.
Comunque fammi sapere.
Ciao
--


Madonna, MADONNA che macello!!!
Access 2 e 1 non li conosco per niente.
E' anche probabile che il problema derivi da l'indirizzo delle tabelle
collegate dove sembra (un problema simile c'č ed č affrontato sul un altro
post "Problema con gestine tabelle allegate su rete di PC")  che ci sia una
differenza fra c:\dirfilesbe\files_be.mdb e
file://nomecomputer/dirfilesbe/files_be.mdb (scusate il file: ma OE5 me l'ho
mette automaticamente e non riesco a toglierlo). E' probabile quindi che
devi reindirizzare i files creando i files be da un altro computer che lě
dove effettivamente ci saranno.
Alle tre ci sarň!
Ciao e buona fortuna!
Thierry

 Thierry
Eccomi qui, come immaginavo il db nella mia rete funziona benissimo!
E adesso che cacchio faccio?
Escludendo il fattore rete che so per certo funzionante (condividono internet)
sono quasi sicuro che siano i pc che non scaricano gli .ldb sul .mdb be .
Bene, ma perche??????
Provero' a reinstallare W98, ma non mi convince allo stesso...
Come dicevo, qui ci sono anche altri db fatti con Access1 e 2 che funzionano, mentre
il nostro fatto con 97 non ne vuole sapere... a proposito, non ho capito niente 
del tuo ultimo post, sono un po rinco in questi giorni, mi potresti rispiegare?
Vorresti dire che secondo te i due programmi sono in conflitto fra di loro, anche se lavorano su directory diverse? Perche'?
Non c'e' nessuna correlazione fra i primi programmi e il mio...
\
Ciao
Cris

Io ho pressappoco lo stesso problema... il DB è condiviso su un server e non
è FE/BE, semplicemente una tabella ed una maschera. Dopo un pò che ci si
lavoroa sopra, completamente casualmente su qualche macchina appare "DB
bloccato dall'utente ADMIN sulla macchina XXX"... risultato, se si chiude la
macchina XXX compare che il DB è bloccato sempre dall'utente ADMIN ma su
un'altra macchina... e via così finchè non si chiudono tutte le macchine e
resta solo quella che aveva ricevuto per prima il messaggio... e anche
quella dice DB bloccato dall'utente ADMIN sulla macchina stessa !!!!!!!!
=:-|
Insomma l'unica è ALT+CTRL+DEL...
Non capisco ... che cosa posso fare???
Inoltre dopo questo messaggio ne appare un'altro che dice "Memoria esaurita"
...
Se ne venite fuori mi date qualche dritta?!?
Ciao e grazie!

 Insomma l'unica č ALT+CTRL+DEL...
