I have a bit of a mess. A change was made to a field causing all the field data to be lost. The problem was not caught until a full day had gone by and over 1500 documents were added. Once the issue was found, the db was restored to a point just before the field change was made. The repository was used as normal for the next few days. Discovered that the 1500+ docs that were added between the restore points were missing so the db was restored yet again so the 1500+ documents could be exported out as a lf briefcase. The db was then reverted or restored back to the state it was in when it was discovered the documents were missing. The LF briefcase was then imported into the repository. Now, those documents that came from the briefcase are showing incorrect thumbnails on some and incorrect images on others. Images do not seem to be missing, its just that there are extra pages. There are also hundreds of volumes involved. I ran the volume consistency checker on one of the volumes I knew had the issue and it came back with 56 extra images, 704 extra texts, and 14604 extra "Non Laserfiche Documents". Does anyone have any advice on the best way to fix this issue? If I restore from backup, there will be tons of images lost. Attached is a basic timeline of events.
Question
Question
Volume consistency problems - LF Briefcase imported
asked on August 9, 2017
0
0
Replies
replied on August 10, 2017
Have you tried to reindex the repository? We had kind of the same issue during an upgrade which included migrating everything over to new servers. After the migration, we had issues with numbers not matching and files opening with "image not found" type notices. After we reindexed everything, things cleaned themselves up.
0
0
You are not allowed to follow up in this post.