Newsgroup: it.comp.appl.access
Titolo: Errore: Formato di database 'G:\...\Ele_be.mdb' non riconosciuto

Ciao a tutti,
mi capita una cosa molto strana.
Premetto che il programma ha funzionato senza problemi fino a pochi giorni fa, ora, senza fare alcune modifiche, ogni tanto non viene più riconosciuta la base dati.
Sul server G c'è la cartella che contiene la base dati Ele_be.mdb, su ogni singolo pc il programma Ele.mde i cui dati puntano sul server.
Ogni tanto lavorando viene fuori una maschera con l'errore in oggetto.
Quindi faccio un compatta e ripristina della base dati dopo averla copiata perchè l'originale non si apre a meno che non faccia un riavvio del server (rimane sempre aperto anche l'ldb), e poi tutto torna di nuovo a funzionare fino a ribloccarsi magari qualche ora dopo...
Si blocca creando un ordine ma non sempre nella stessa posizione, una volta si è bloccato in una maschera in sola visualizzazione, un po' funziona e qualche volta si blocca, risimuliamo le operazioni fatte prima dell'ultimo blocco e non si blocca più... poi di nuovo...
Non so più cosa pensare e dove possa essere il problema.
Ho pure creato un nuovo be importando le tabelle da quello che si blocca ma nulla non riesco a venirne a capo.
 
Potrebbe essere dovuto alla rete? Alla base dati? All'mde? All'office danneggiato sul pc (si blocca sempre dallo stesso pc, solo una volta su uno diverso)... o cos'altro?
Quali altri tentativi posso fare per risolvere il problema?
Durante il ripristino mi dice di verificare eventuali errori di incollamento ma non ce ne sono mai...
 
Qualcuno ha una vaga idea di cosa può essere successo?
Un ringraziamento infinito a chi possa darmi qualche indicazione!
 

Le tabelle le scolleghi e ricolleghi ad ogni apertura del client...? ( se la risposta è no... magari fallo...)
Hai apportato qualche modifica anche minimale a qualche tabella senza rifare il link...?
 
@Alex

 @Alex
 

Puoi fare come meglio ritieni chiaramente ma le tabelle Collegate si cancellano alla chiusura e si ricreano all'apertura da codice...
Questo fa sì che le eventuali modifiche del server vengano sempre aggiornare ma non solo...
Il Be(server) immagino abbia una PWD ...
Ecco allora prova a collegare un MDB NUOVO non al server ma alle tabelle del tuo client... e vedi se serve la per per fare un editing di.qualsiasi dato non controllato e non tracciabile...
 
Insomma serve avere un occhio più ampio.
 
@Alex


Sarà che sono le 21, sarà che sono imbra, non ho capito molto... Non sapevo che le tabelle collegate si dovessero sempre eliminare alla chiusura e ricollegare all'apertura... non saprei nemmeno come fare... 
Domani comunque provo ricreando un nuovo mdb, se non ho capito male, e importo le maschere del "vecchio", rifaccio i collegamenti alle tabelle e ... scusa l'ignoranza... ma come faccio a fare un editing?
PWD intendi password? Non ci sono password nella base dati...

 Un ringraziamento infinito a chi possa darmi qualche indicazione!
 
aggiungo qualche mio rilievo personale
 
Premetto che questo è un argomento di mio (grande) interesse,
poiché eseguo procedure (modeste) SOLO con Access
(NON ho la preparazione necessaria per utilizzare un server sql)
e quindi cerco di seguire (e ricercare anche a ritroso nel tempo) 
tutto quello che emerge riguardo alla corruzione del db.
 
Allora:
utilizzo Access 2000 e 2003 con Runtime 2007 (mde come FE),
Access 2000 e 2003 e 2013 con Runtime 2013 (qui accde come FE)
I PC hanno SO vari: Windows 7, 8, 10
Ci sono PC collegati via wifi
il BE è spesso posto su un "PC NORMALE" (NON su una macchina server)
 
Come detto le procedure sono modeste, ma essendo piuttosto significative,
vengono utilizzate anche su MOLTE postazioni
(POCHE postazioni in scrittura, 
e un numero maggiore in lettura: stampe e consultazioni di sintesi su form),
e quindi riporto l'esperienza in cui ho avuto malfunzionamenti
(un paio di situazioni).
 
Aggiungo che NON sono in grado di valutare la stabilità 
(la "risposta verso Access") della rete aziendale,
comunque ho riscontrato che i collegamenti via WiFi rispondono bene,
ma E' OVVIO che il montaggio della rete ha il suo peso.
 
Aggiungo che utilizzo UNA SOLA VERSIONE di Runtime
(talvolta ne ho trovate di differenti già installate)
 
Aggiungo che queste versioni di Access sono, di fatto,
già uscite fuori dalla "accettazione temporale" di Microsoft,
PERO'
-poiché utilizzo solo "componenti base" tutto continua a funzionare
-questa appare essere anche la tua situazione
-questa E' la situazione che molti riferiscono, ANCHE attualmente, in vari forum
 
Problemi riscontrati:
 
-->in una postazione NON PARTIVA PIU' il Runtime 
("Access ha smesso di funzionare ..."),
circa 10 postazioni attive, tutte in scrittura
(FE mde: Access 2000, Runtime 2007)
 
E' andato a posto installando Runtime 2013 e mantenendo lo stesso FE
(in quel PC NON riuscivo a reinstallare Runtime 2007)
 
-->periodo (prolungato) con frequente danneggiamento del BE
circa 20 postazioni attive, 6-7 in scrittura e le altre in sola lettura
(FE mde: Access 2000, Runtime 2007)
 
riscontri:
la rete era evidentemente malcostruita, sono intervenuti su questo aspetto
 
UN PAIO di PC avevano installazioni di Office "mal rispondenti" (arraffate ?)
 
DOPO 
aver escluso questi PC, 
riposizionato il BE su una postazione "più rispondente", 
"sistemato meglio" la rete
il sistema NON ripresenta corruzioni (da più di un anno)
 
Aggiungo che ho esaminato i db con errore (formato non riconosciuto ...)
E CHE ACCESS RISCIVA A RIPRISTINARE
 
BENE (anzi male): RIMANEVANO ERRORI NEGLI INDICI
(posso dettagliare meglio la cosa, se necessario)
per cui sarei arrivato alla conclusione che 
IL RIPRISTINO ("la ripartenza") NON E' SINONIMO DI CORREZIONE
 
Se sei arrivata fino a qui:
--proverei proprio ad escludere la postazione "zoppicante"
(almeno a non tenerla direttamente collegata al be, se NON scrive ...)
 
--se ci sono sistemi Windows 10 
segnalo che ci sono tread (anche qui)
che evidenziano come qualche aggiornamento recente 
abbia avuto l'effetto di un "fuoco amico" per i db Access (forse accdb ?)
anche su questo posso aggiungere il link

 anche su questo posso aggiungere il link
 
Buongiorno, anche io ho varie applicazioni organizzate in FE/BE realizzate in Access2007.
Dopo anni di utilizzo senza alcun problema, in alcune postazioni dove è installato Windows 2010 il FE si corrompe ogni qualche giorno (uso runtime 2007 o 2010 sulle postazioni FE).
 
Qualcuno è a conoscenza di bug con windows 10?

 si blocca sempre dallo stesso pc, solo una volta su uno diverso
 
direi che è un bel indiziato...
se non usi il programma per un paio di giorni da questo pc funziona tutto?
 
Io cmq farei cosi:
 
una rimozione totale di office (con apposito tool)
una pulitura con cclenaer
reinstallazione del solo runtime che ti serve e test per un paio di giorni
reinstallazione di office
 
se i problemi solo con quel PC si ripresentano
 
proverei anche a cambiare la scheda di rete
 
 
ciao
BFS
 
---
Questa email è stata esaminata alla ricerca di virus da AVG.
http://www.avg.com
 
 

 
 
la cosa strana è che è una nuova workstation pulita a livello software. ho provveduto personalmente ad installare office 2016 standard ed il runtime 2007. Ci sono altre postazioni dove c'è windows 7, office 2016 e runtime 2007 e non ci sono problemi.
 
Altra cosa strana è che ho notato per esempio, sulla mia workstation con windows 10 - office 2016 e access completo 2007, durante la modifica dei files accdb Front End, questi a volte si corrompono e non sono più recuperabili completamente (devo lavorare facendo copie su copie di sicurezza). Tutto ciò comincia ad essere desolante dopo 20 anni di utilizzo...


ad oggi non ho nessun cliente che con windows 10 abbia avuto problemi 
simili. anche con il vecchissimo AccessXp che usano tuttora. Quindi non 
credo il problema sia windows 10
 
c'è però da dire che io lavoro solo con sql-server come BE proprio 
perchè appena iniziato a lavorare con gli mdb come be mi sono reso conto 
di quanto penalizzanti fossero a livello di prestazioni e "robustezza"


Condivido... spesso gli applicativi Client sono poco robusti in quanto chi li sviluppa non ne ha piena padronanza tecnica...
L'utilizzo di un Rdbms ad esempio è una delle prime cose da prendere in considerazione se gli applicativi devono girare in LAN proprio per evitare problemi legati al File-sharing... che non è tecnicamente idoneo allo sviluppo in rete.
Ci sarebbe quindi prima di tutto da fare una ottima analisi del prodotto prima di ipotizzare bachi su un S.O., che pur essendoci credo possano essere meno reali di sviluppi di Access non ottimi...
 
Mi riferisco all'uso di riferimenti di librerie fissi con il problema del versioning invece di usare Latebinding, oppure l'uso poco consapecole di API, e magari il mancato uso della formattazione condizionale o il ptrsafe nelle Declare..., il mancato uso dell'Option Explicit, le errate dichiarazioni delle variabili... che per molti sono un optional appunto...
 
C'è poco da stupirsi, so che sono osservazioni banali, ma quello che ho citato è presente nella maggior parte di applicativi che mi è capitato di analizzare perché prima andavano e tutto ad un tratto... Non vanno più...
 
@Alex

 Qualcuno è a conoscenza di bug con windows 10?
 
questi i link che ho riscontrato:
 
https://groups.google.com/forum/#!topic/it.comp.appl.access/Mag8tBF1h8Q
 
 
https://groups.google.com/forum/#!topic/comp.databases.ms-access/9_9QyXFFqK8