"Il programma non risponde" Durante partenza procedura di ricerca

Citazione:
anche perché installando in locale in un altra macchina gira bene,

Abbiamo provato a lavorare sul server con un solo operatore, e tutti i terminali chiusi (anche ready pro chiuso, quindi condizione ideale).
Si impalla allo stesso modo, deve esserci qualcosa che non va e vorremmo risolverla.

Sicuramente e' una cosa da risolvere. Purtroppo pero' a livello di Ready Pro non e' che si possa fare niente, non ci sono cioe' impostazioni o altro su cui si possa intervenire. Quel blocco arriva sicuramente a livello di sistema operativo o di risorse su disco, oppure qualche applicazione installata che interferisce con il corretto funzionamento di Ready Pro.
L'unica cosa che potrei suggerirvi e' di fare dei test andando per esclusione (provando ad esempio a disattivare un eventuale antivirus o firewall se presenti, o provando a spostare l'archivio su una diversa unita' disco, se il server ha una unita' disco secondaria)

Martedì abbiamo l'appuntamento con il tecnico che ci ha installato il server e il s.o. server. Vediamo che dice, anche perchè poi il programma è sveltissimo, non è questione di db ma di qualcosa a monte che rallenta il gestionale prima di ogni operazione.

Quante sono le postazioni di lavoro attualmente attive?

Otto, ma anche con una sola postazione il programma va piano.

Ho trovato questo articolo che parla di problemi simili usando Access in un ambiente Hyper-V

https://www.experts-exchange.com/questions/28074573/MSAccess-Database-slow-between-2012-Hyper-V-virtual-machines.html

Forse potrebbe essere il vostro caso.
Suggeriscono di fare una modifica al registro per sistemare

http://www.onesourcesoftware.net/support/kb/article/AA-01449/0/How-to-view-or-change-the-Jet-Access-2000-2002-2003-or-ACE-Access-2007-2010-MaxBufferSize.html

Che poi ripensandoci proprio per gestire questo specifico problema di Jet c'e' una opzione che puoi attivare.
Prova ad attivare la modalita' 64 bit (va fatto su tutti i terminali) come mostrato nello screenshot qui sotto. E' fondamentalmente la stessa cosa che modificare il registro come suggerito in quel thread che ho allegato sopra (ma se con l'opzione qui sotto non cambia niente proverei comunque una modifica diretta del registro di Windows)

Il db era già stato impostato da tempo a 64 bit...

Il problema è che da host il gestionale va a scheggia (e per host intendo macchina server), andando su console hyper-v invece si impalla (nel senso che proprio "il servizio non risponde")

Quindi a questo punto o è un problema di Database, che si risolve passando a sql,(perchè ok abbiamo 400mb di archivio, ma innumerevoli articoli e clienti) oppure non saprei.

Se è il caso di passare a sql spero sia il più indolore possibile, fatemi sapere qualcosa =)

Citazione:
Il db era già stato impostato da tempo a 64 bit...

Già provato anche in modalità 32 bit, abbiamo provato anche le modifiche a livello di registro (anche se storco un po' il naso, inoltre il valore della chiave di registro era a zero, in teoria quindi era adattiva appunto)

Prima di effettuare il passaggio vogliamo essere sicuri che la modifica sia risolutiva, il nostro tecnico esterno ci ha confermato che il server non è il problema, e abbiamo insieme provato mille configurazioni diverse, con l'unico risultato che con hyper-v il gestionale si impalla, e nelle altre config no (cioè sia in host, sia con cartella condivisa sulla rete e connessione da esterno, come una configurazione base di ready pro)

Citazione:
abbiamo provato anche le modifiche a livello di registro

Citazione:
anche se storco un po' il naso

Citazione:
Prima di effettuare il passaggio vogliamo essere sicuri che la modifica sia risolutiva,

Le modifiche che abbiamo apportato sono quelle da voi indicate.
Facciamo così, faccio ultimi test (del buffer) e se non risolvo, d'accordo con un vostro commerciale, testo sql stasera. Vediamo quale delle due risolve e vi faccio sapere (anche per i posteri).

Grazie intanto per l'assistenza =D

Ho delle novità, impostando il buffer della cifra da voi indicata, da errore memoria insufficiente 3035, anche raddoppiandolo stessa cosa (ho impostato il valore in decimale)

e va a scheggia

Dimenticavo di dire che è impostato a 32 bit adesso, quindi con buffer impostato e 32 bit va, provo a 64 bit? Però è strano perchè provando prima non andava...

Aggiorno, a 64 bit si impalla, invece a 32 bit con buffer impostato va, ma da quell'errore ogni tanto.

Andiamo con ordine:

1) Impostate in modalita' 32 bit (anche perche' la modalita a 64 in realta' imposta dei propri valori sul motore di database e quindi puo' andare in conflitto con quanto impostato sul registro)

2) Provate con un valore di registro piu' basso (non piu' alto).
Direi di provare 16384 e poi se non ci sono risultati in termini di performance, e se non ci sono errori, con 32768

Con 16384 in decimale, spunta l'errore, però non sembra impallarsi.

Allora il valore e' troppo basso.

Prova con

524288

(che corrisponde a 0.5Gb di buffer usati per il motore di database)

Il database è meglio che risieda nel server virtuale o in una cartella dell'host in connessione unità di rete?

In termini di stabilita' sicuramente nel server virtuale.
Anche a livello di performance in condizioni normali e' chiaramente meglio sul server stesso dove e' in esecuzione Ready Pro (quindi nel vostro caso sempre nel server virtuale)
In questo caso specifico pero' magari ci puo' essere una differenza lavorando via lan, a causa di questo rallentamento anomalo, ma io lascerei comunque tutto nel server virtuale