Newsgroup: it.comp.appl.notes-domino
Titolo: Ancora problemi con gli allegati

Ciao a tutti,
ho scritto qualche giorno fa su questo fatto strano.
Con un database Lotus Notes 5.09 di oltre un GB con 6000 documenti ogni
tot documenti casualmente se ne corrompe qualcuno.
Ho upgradato il tutto alla versione 6.52 in italiano (da template ho
generato un nuovo db ed ho importato via codice lotusscript tutto il
malloppo dal vecchio database).
Purtroppo il problema persiste....
Ogni 2/300 documenti che in un primo tempo funzionano benissimo, a seguito
di un nuovo inserimento si corrompe qualche allegato con il msg CHECKSUM
DATI CODIFICATI NON CORRISPONDENTE....
Sembra che Notes non riesca a tenere traccia dei riferimenti necessari per
estrarre od utilizzare l'allegato.
Ho provato a riparare il database, a compattarlo, a farne una nuova copia,
a farne una replica, ma gli allegati che vengono persi non si recuperano.
Nessuno ha mai avuto questo problema?
Esiste qualche rimedio?
Grazie
Mariano
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

ciao mariano,
scusa ma non puoi pensare di usare notes per lavorare con un db di oltre
un giga di allegati. lotusnotes non è un database per lavori come questi,
va bene al massimo per gestire la posta. 
La realtà è che come database puro Notes fa veramente pena, è forse il
peggiore in assoluto attualmente in commercio. Mi spiace per te, ma non
c'è niente da fare. L'unica cosa che puoi fare è cambiare la base dati con
un'altra più robusta.
ciao


 Grazie
Sembra essere qualche problema di network
http://www-10.lotus.com/ldd/46dom
.
nsf/55c38d716d632d9b8525689b005ba1c0/b23c3e1c35ecb0d085256dc3003e5759?
OpenDocument 
http://www-10.lotus.com/ldd/46dom.nsf/search
?
SearchView&Query=attachment%20AND%20checksum&SearchOrder=1&SearchMax=0&-
SearchWV=FALSE&SearchFuzzy=FALSE&Start=1&Count=100 

 dati con un'altra più robusta.
Ah, sei un Troll... scusate.

 
Ciao Mariano.
Quello che tu segnali è un problema che  volte capita. E spesso dipende 
dalla rete. O dalla gestione della rete del S.O. Io dovevo gestire un 
mega archivio di allegati per divrsi uffici tecnici. Abbiamo realizato 
una soluzione notes che NON ha mai dato problema alcuno (6 Giga, 
diverse centinaia di migliaia di docs) Per scrupolo ho realizzato un 
agent che tutte le notti gira e salva gli allegati, ma dopo un po' 
l'abbiamo disabilitato perche' non si hanno mai avuto problemi. 
Certo, se usi notes come 'file system' ci sono soluzioni alternative o 
ibride. (es memorizzare solo il link all'allegato, sistemi di replica 
su file system) 
Pero' non hai problemi.
Io ho anche DB con 2 milioni di docs (piccoli) e non ho problemi.
Ciao!

 ciao
Direi ceh ha ragione, pultroppo notes non è il top a livello di bae
dati, soprattutto con gli allegati, lui usa dei puntatoriper andarli a
pescare e se si perde qualcosa sei fritto, poi un consiglio
spassionato, non far passare MAI i 300Mb a un db notes MAI Lotus lo
garantisce fino a 4Gb ma solo a livelo posta cioè senza allegati, ma
già a quote molto più basse si possono avere problemi come il tuo. Qui
il problema non è il template del DB, pultroppo, ma la base dati che
ci stà sotto che è andata a quel paese e qui sei rovinato, l'unico
modo che puoi ancora tentare per rimediare e recuperare gli allegati e
quello di dividere il DB in tanti DB più piccoli, max 100Mb l'uno non
di più, poi li fai il FIXUP a tutti!!!!. Altro tentativo che si usa
quando "spariscono" le cose da un DB ed hai già fatto refresh/replace
design etc.. è quello di sostituire il design del db con uno diverso
che non centra nulla es: sostituisci al db di posta il template
dell'address book e poi rimettigli quello di posta, oppure
sostituiscilo prima con una versione precedente es prima passi la 5
poi la 6.
Se sei fortunato qualcosa ricavi ma non garantisco nulla.
ciao

 garantisce fino a 4Gb ma solo a livelo posta cioè senza allegati, ma
Lotus lo garantisce SENZA limiti (64G che e' il limite del file system)
Pero' anche io in effetti non mi spingerei fino a li...

 Ciao!
Carissimo Oldsmobile,
purtroppo non puň essere un problema di rete, sto usando e testando il db
solamente in locale, senza Server Domino.
Mi sono accorto del problema perchč ho realizzato un backup incrementale
su file system, e quando vado a detacciare gli allegati la routine si
pianta quando trova un allegato rovinato.
Credo a questo punto di non avere piů speranze, mi spiace solo di avere
sprecato due mesi di lavoro per realizzare un gestionale inaffidabile e
inutilizzabile...
Sei stato gentilissimo a dedicarmi la tua attenzione e ti ringrazio ancora.
Ciao


 ciao
Ciao federico,
non lo so....  mi sembra veramente assurdo che un Database realizzato nel
2004 e venduto nel 2005 non riesca a gestire un archivio di un giga con
6000 docs, però mi pare che nel mio caso i fatti ti diano ragione, non so
che altro dire...   <:-((
Ecco un bel paio di mesi di lavoro buttati nel secchio....  :-(
Ciao
Mariano


 poi la 6.
Per fortuna non ho questo problema, avevo già provveduto a fare il backup
di tutti gli allegati inseriti nel database, essendomi accorto quasi
subito di quello che accadeva.
Grazie
Mariano


Mi č venuto un dubbio atroce: mi capita di dover lavorare sul dabatase su
due computers diversi (WINXP), uno NTFS e uno FAT32 e lo faccio tramite un
HD portatile LACIE da 40GB (FAT32).
Che sia un problema legato alle due diverse partizioni? 
Ciao


 ciao
è come sventolare un mantello rosso davanti al grugno di un toro...
ah! se solo ti leggesse Juda...
Personalmente ho creato un applicazione multidb(usata con client 4.6 e
R5)che è arrivata ad oltre 4 giga di documenti (parlo di un singolo
db) con allegati da pochi kb a svariati mb, con ricerche ft, l'unico
problema è stato posto dal so, che ad un certo punto non ammetteva un
file di tali dimensioni. Altro che <cito>va bene al massimo per
gestire la posta</cito>, certo... non sarà oracle, però... 'nzomma!
salutiamo
p.

 ha scritto:

Quoto.
-- 
Creato con il rivoluzionario client e-mail di Opera:  
http://www.opera.com/m2/

 
Meno male che oggi non mi sento troppo solo... parlo anche dell'altro 
messaggio. Ciao!

Ah, sei un Troll... scusate.
A offendere te la cavi bene, ma lo hai risolto il problema a quello che
gli si corrompono gli allegati? risolviglielo e dimostralo che io sono un
troll, altrimenti faresti meglio a tacere su di me.
Senza rancore  ;-)
Ciao


 un'altra più robusta.
Il nostro database delle offerte contiene circa 14.000 documenti ed è 19Gb.
Funziona a meraviglia!

 Senza rancore  ;-)
Se rispondi a qualcuno che ha problemi in un newsgroup di Lotus Notes si 
suppone che tu lo faccia per aiutarlo, non certo per sparare accuse 
generiche di inefficienza di Notes senza alcun esempio concreto.

 Ecco un bel paio di mesi di lavoro buttati nel secchio....  :-(
Noi in azienda abbiamo n database su Domino che superano il Gb di 
dimensione (alcuni sono mastodontici!) e non abbiamo mai avuto problemi 
di corruzione di dati come č successo a te.
Mi sembra strano che sia solamente un problema di dimensione del database.

 un troll, altrimenti faresti meglio a tacere su di me.
Beh questa e' un'area pubblica.
Ripeto prova ad andare in qualsiasi NG e scrivere che cio' di cui si 
parla fa cagare (in termini assolutamente generici e disinformati) e 
poi vedi come ti etichettano (sembra comunque che non sia il solo che 
ti abbia preso per Troll) 
Per me e' chiuso.
Ciao.

Thanx!

[CUT]
Mi sento come uno che spara sulla croce rossa; ma QUOTO di nuovo.
In effetti c'è modo e modo per esporre dei concetti. Sicuramente la  
maggior parte degli sviluppatori di Notes è ben conscio dei limiti e dei  
difetti, ma anche e sopratutto dei suoi pregi, che non sono pochi.
Cmq ogni informatico dovrebbe sapere che qualsiasi applicazione, sistema  
operativo, linguaggio di programmazione non è MAI perfetto. Se ci si vuole  
accapponire solo sui difetti di un prodotto allora è inutile discuterne;   
buttiamo via tutto e torniamo alla carta e alla macchina da scrivere. Sto  
esagerando vero? Buona, allora mi fermo qui!
saluti
p.


 allora mi fermo qui! 
Paperoga I love you! :-)