Newsgroup: it.comp.appl.access
Titolo: db danneggiato - access 2016

un database sviluppato in access 2016 viene al momento utilizzato da 9 utenti quasi mai contemporaneamente ma potrebbe accadere, è capitato un paio di volte che il database si danneggiasse con il seguente messaggio:
 
Microsoft Access: è stato rilevatoche il database è in uno stato non coerente, ne verrà tentato il recupero. durante tale processo verrà creata una copia di backup del database e tutti gli oggetti verranno inseriti in un nuovo database, che verrà quindi aperto. i nome degli oggetti che non è stato possibile recuperare verranno registrati nella tabella relativa agli errori di recupero.
 
c'è qualche accorgimento o qualche metodo per capire il motivo per cui accade questo problema?
 
grazie a tutti.


Utilizzo in multiutenza
Passa tutto su un db server
 


Sbalzi di tensione, Cavi ... troppe le cause possibili.
 
Se per ragioni tecniche o di tempo non ti è possibile convertire il DB su base Server (e in parte l'applicazione), ti resta la possibilità di configurare un Terminal Server, spostando programmi e DB lato Server: in quello scenario anche .mdb/accdb funzionano abbastanza bene.
 
Saluti 
 
Saluti
 

 c'è qualche accorgimento o qualche metodo per capire il motivo per cui accade questo problema?
 
Già da 7 mesi è il problema più frequente di Access su tutto il mondo. 
Si tratta di un problema con il caching di Win10, molto probabilmente 
causato da un update di Windows in maggio.
 
Non esiste un fix. L'unica cosa che aiuta è il workaround di disattivare 
il caching nel registro come descritto qui:
 
https://support.office.com/article/access-reports-that-databases-are-in-an-inconsistent-state-
﻿-7ec975da-f7a9-4414-a306-d3a7c422dc1d
 
-- 
Ciao
Karl
*********
http://www.AccessDevCon.com
 
Access FAQ: 
http://www.donkarl.com/it
 


Purtroppo il link suggerito da Karl non funziona
......
La pagina che cerchi non è stata trovata.
Puoi aver selezionato un collegamento obsoleto oppure la pagina è stata spostata.
Riprovare l'operazione di esplorazione da pagina principale.
________
Qualche suggerimento ??

Il link suggerito da Karl funziona benissimo se non hai fretta di fare click e guardi che il link completo è più lungo... quindi devi fare copia incolla... 
 
https://support.office.com/it-it/article/access-segnala-che-i-database-sono-in-uno-stato-incoerente-7ec975da-f7a9-4414-a306-d3a7c422dc1d?ui=it-IT&rs=it-IT&ad=IT
 
 
@Alex


A me funziona
Uso thunderbird, forse il tuo news-reader tronca il link


grazie a tutti, provo e vedo se risolvo


ho adottato quella modifica proposta da microsoft ma il problema si è ripresentato, ora vi chiedo, visto che il problema di incoerenza del database lo crea sempre una sola tabella secondo voi se creo un un dbdati a parte con dentro solo quella tabella creo problemi al client per il fatto che tutte le tabelle sono in un certo database e solo quella tabella da sola in un altro?
il client si appesantisce o rallenta?
 
in questo modo se si crea il problema il file con tutte le altre tabelle continuerà a funzionare immagino.
 
grazie a tutti e buon anno.

 grazie a tutti e buon anno.
 
aggiungo una opinione (NON "una risposta")
essendo interessato alle procedure "solo Access"
 
La risposta è appunto quella che hanno già dato:
passare a sql server o a terminal server
 
Però, se ora sei "costretto" a procedere per tentativi
(e anche considerando che nei siti stranieri si dà per "sostenibile"
una multiutenza di 10 postazioni)
 
e rivedendo qualche esperienza personale
mi sento di dire questo:
 
-prima di tutto una domanda:
non avendo A2016 non conosco (e non mi è chiaro)
il suo proprio tentativo di ripristino automatico:
per quanto ho visto con versioni precedenti
il sistema tenta di ripristinare TUTTO il db (accdb, mdb)
e quindi, considerando solo le registrazioni (le tabelle),
o ripristina TUTTO il db
(meglio ancora: lo fa ripartire ..., non è detto che il db sia "risanato" !)
o non ripristina niente (il db non riparte ...)
 
Quindi chiedo cosa accade con A2016
(da quanto dici sembra che il sistema indichi propriamente l'"oggetto fallato")
 
e queste le osservazioni "minime del caso":
-cerca di raccogliere i vari suggerimenti per rendere "più stabile" il db in multiutenza
 
-se davvero c'è una tabella colpita in modo "privilegiato"
considera quali postazioni scrivono su essa
e se già una di esse "zoppica" con altri programmi
o se ha difficoltà di collegamento in rete
 
-sarebbe da "misurare" la risposta della rete dei vari posti
verso quella che è la "postazione server"
(e agevolare in particolare quella postazione con le modalità di collegamento)
 
-ovviamente nelle postazioni NON ci devono essere prodotti Office
(o comunque Microsoft) SENZA licenza 
(magari disinstallati in modo non adeguato)
 
 
Per la question tabelle distribuite su più db che insieme fanno il BackEnd,
non ci dovrebbero essere problemi,
però se quella tabella fa parte di una relazione non credo che tu la possa ricostruire nel FrontEnd