[Archivesspace_Users_Group] strategies for piecemeal re-index

Brian Hoffman brianjhoffman at gmail.com
Wed Jul 22 16:41:28 EDT 2015


Hi Maureen,

Perhaps you could try using a second instance of ArchivesSpace to build the new index, then copying that index over your production ArchivesSpace index. It’s not elegant but I can’t think of anything better.

Brian


On Jul 22, 2015, at 4:26 PM, Callahan, Maureen <maureen.callahan at yale.edu> wrote:

> Claire, this sounds like a very sensible solution. Thank you! I’m eager to hear any thoughts that Chris or Brian may have. I (or someone else from Yale) may also be in touch directly to learn more about your process.
> 
> Many thanks,
> Maureen
> 
> 
>> On Jul 22, 2015, at 4:10 PM, KNOWLES Claire <Claire.Knowles at ed.ac.uk> wrote:
>> 
>> Hi Maureen,
>> 
>> With another service we run we replicate the SOLR. If we want to do a full
>> reindex we then point the webapp to the replicated SOLR and turn off
>> replication. I¹m not sure if this solution will work with ArchivesSpace,
>> I¹m sure Chris can advise.
>> 
>> Claire
>> 
>> --
>> Claire Knowles
>> Library Digital Development Manager
>> Library and University Collections, Information Services
>> University of Edinburgh
>> Tel: 0131 6503023
>> Email: claire.knowles at ed.ac.uk
>> 
>> 
>> 
>> 
>> 
>> On 22/07/2015 15:37,
>> "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
>> Callahan, Maureen" 
>> <archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of
>> maureen.callahan at yale.edu> wrote:
>> 
>>> Hey everyone,
>>> 
>>> At some point, our index got totally jacked. Unfortunately, our database
>>> is way too big to be able to do a full re-index overnight and we¹re
>>> reluctant to leave it going over the weekend in case something goes wrong.
>>> 
>>> Also, our Aeon requesting service relies on a webservice built on top of
>>> ArchivesSpace, so we can¹t have the index unavailable for too long, even
>>> if it¹s not during normal working hours.
>>> 
>>> Has anyone played with re-indexing a bit at a time by deleting records
>>> from indexer_state? Is this a reliable way to fix index problems? Does
>>> anyone have thoughts on other strategies?
>>> 
>>> Thanks,
>>> Maureen
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e= 
>> 
>> 
>> -- 
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>> 
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=tn9RUtSjPMsjMstlHFo9h7W0l1cfREohyVoURWtmSxM&s=SEcF2mqDEkndNEGCVVYmk--uNFqLRX112AYMrnZD2L0&e= 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group




More information about the Archivesspace_Users_Group mailing list