Newsgroup: it.lavoro.informatica
Titolo: gestione clienti

Ogni tanto qualche cliente del ns. gestionale torna alla carica lamentando 
la sparizione improvvisa di un file MDB (access 2000 ) dal suo pc o dal 
server ( file server ).
Per cui deve ripristinarsi una copia di backup del file .
Cosa posso consigliare al cliente di verificare in tali casi ?
Deve fare uno scan disk approfondito?
Come li affrontate voi questi casi limite ?
-- 
Cordiali Saluti

 Deve fare uno scan disk approfondito?
Se sparisce sempre lo stesso file, questo suggerimento è proprio da signorna 
dell'help-desk... ;) 
-- 
_______________________________________________________________
Luc (33, CO)
MS Visual Studio developer - 1986/2006: 20 years of programming
_______________________________________________________________

Gabriele wrote:

Togliete fra i permessi estesi la facoltà di cancellare il file
all'utente, nell'attesa di trovare il bug nel vostro gestionale che lo
pota :P

 pota :P
L'idea non e' male ma 99% l'utente pasticcione entra come Administrator :-|
Se poi e' il SW il pasticcione e' un problema ben piu grosso :-).
Se i file sono grossi l'ovvio suggerimento di passare a SQL Server ve lo
dara' la stessa Microsoft.
N
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 :-|
In questo caso tu non puoi prenderti alcuna responsabilità
Fra

Togliete fra i permessi estesi la facoltà di cancellare il file
all'utente, nell'attesa di trovare il bug nel vostro gestionale che lo
pota :P
Grazie del suggerimento , magari creiamo il gruppo di utenti con tutti i 
permessi TRANNE quello di elimina.
Pare che sia la funziona automatica di backup a fare il danno , nel senso 
che se si inceppa cancella il file di partenza senza averlo prima salvato 
temporaneamente e precauzionalmente .
Seguendo il tuo suggerimento l'applicazione non riuscirà più a deletarlo 
oppure riuscirà lo stesso ? ( applicazione avviata con l'utente limitato che 
non può cioè cancellarlo ) .
saluti!

Gabriele wrote:
:: Togliete fra i permessi estesi la facoltà di cancellare il file
:: all'utente, nell'attesa di trovare il bug nel vostro gestionale che
:: lo
:: pota :P
::
:: Grazie del suggerimento , magari creiamo il gruppo di utenti con
:: tutti i permessi TRANNE quello di elimina.
:: Pare che sia la funziona automatica di backup a fare il danno , nel
:: senso che se si inceppa cancella il file di partenza senza averlo
:: prima salvato temporaneamente e precauzionalmente .
Un premio "Mongolino d'Oro" a chi ha fatto la procedura di backup. Un 
genio!!!!
:: Seguendo il tuo suggerimento l'applicazione non riuscirà più a
:: deletarlo oppure riuscirà lo stesso ? ( applicazione avviata con
:: l'utente limitato che non può cioè cancellarlo ) .
E cosi non funzionerà manco più Access (o la Jet Engine).
Vi ricordo che il file *.ldb viene cancellato alla fine delle operazioni.
Saluti.

 Vi ricordo che il file *.ldb viene cancellato alla fine delle operazioni.
quindi rimarrebbe lì questo file LDB con conseguenze immaginabili !
Grazie 

 non può cioè cancellarlo ) .
L'applicazione di backup girerà con i suoi privilegi.
Ma perchè lo dovrebbe cancellare?

Gabriele wrote:
::: E cosi non funzionerà manco più Access (o la Jet Engine).

No, è che il programma si bloccherebbe (o andrebbe in errore) alla sua 
chiusura.
Saluti.

 temporaneamente e precauzionalmente .
oh cristo -.-
ma chi avete messo a programmarla, Rat-Man? 

 l'applicazione non riuscirà più a deletarlo oppure riuscirà lo stesso
Deletarlo?? :-OOOOOOO
Questa mi mancava.
-- 
Ciao!
Luca

 Ma perchè lo dovrebbe cancellare?
perchè i clienti lamentano questa scomparsa !
Il file non è nè rinominato nè spostato nè copiato nè cestinato .
Sparisce dal disco ..PUFF! 

 Come previsto, la software house incolpa il sistema, ma un problema di
rete  danneggia il file mdb, non lo elimina.
Su questo non ci giurerei.
Una volta un cliente mi chiamò per un problema simile: la mia app gestiva 2
mdb via odbc, uno in rete e uno in locale.
Un bel giorno, uno dei due (non ricordo quale) sparisce, o meglio: non dao
non trova più le tabelle.
Qualcosa ha fatto in modo (e se non fossi sicuro che quel cliente non ha
toccato niente gli avrei riso in faccia) che il db "rovinato" avesse il nome
del file corretto, ma la struttura del secondo mdb.
Fate voi...
Ciao

 Questa mi mancava.
io sono un giovane moderno , sa ? :-) 

> Ma perchè lo dovrebbe cancellare?
se ti interessa ti dico come è andata : il cliente aveva un'azienda 
"00002.mdb"
e poi ne ha creata una "  002.mdb"  , cioè con due blank davanti !
Il gestionale scritto in vb6 li ha scambiati!
ho poi trovato un backup !
te saludi!!