I have historically used a soft reindex (removing state directories and not touching Solr) when there is an issue with the data that has occurred outside of an upgrade (when I can be sure there is no changes to Solr configs or schema). An example would be that someone sees a record a certain way on the staff side, but not on the public side; since the staff side pulls from the database and the public side is from Solr for the most part. Another time is when I'm bulk updating records on the database side for a specific repository and want to only re-index those set of records I can just remove the [repo_id]_[object type I updated] state file.
The advantage, as you mentioned, is that the public side continues to work against the previously indexed data while the reindex is in progress. - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-boun...@lyralists.lyrasis.org <archivesspace_users_group-boun...@lyralists.lyrasis.org> on behalf of Tom Hanstra <hans...@nd.edu> Sent: Monday, May 3, 2021 10:56 AM To: Archivesspace Users Group <archivesspace_users_group@lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] Indexing questions I'm trying to understand what a "soft reindex" accomplishes and when it would be best used. Is it just a situation where we should always try that first and, if it does not fix something, then decide to possibly do a full reindex? Or are there certain situations where soft reindex is regularly the thing to address the situation? Also, does it gain anything to reindex by removing the "state" data and having ArchivesSpace fully reindex but leave the Solr files in place? It would allow searches to take place while indexing is happening. Would reindexing this way also update/fix Solr at the same time? Or could it leave bad Solr data in place and thus cause other issues? Thanks, Tom -- Tom Hanstra Sr. Systems Administrator hans...@nd.edu<mailto:hans...@nd.edu> [https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ]
_______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group@lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
