Hey Experts,
FIND version 12.1.0, CMS 9.12
Just had some performance issues on saving, creating, moving, deleting IContent.
The problem was 50 000 rows in DDS store IndexingQueueReference. Some kind of queue to FIND indexing.
By deleting all items all worked fine again.
EPiServer.Data.Dynamic.DynamicDataStoreFactory.Instance.GetStore(typeof(EPiServer.Find.Cms.IndexingQueueReference)).DeleteAll();
Anyone with insight can explain how FIND uses this Store? Any idea why this queue was stoped and just growing?
In later version i understand it it using a new table tblFindIndexQueue, probably to boost performance...?
Many Thanks to you who can enlight me =)
Guess they want to first store what should be indexed and then try to call external service to update index. Makes sense to avoid data getting lost because of failing connection, performance etc...
I'm not an expert on Find but IIRC then this is vastly improved in later Find version (12.3.0) - so you should upgrade ASAP.
Hey Experts,
FIND version 12.1.0, CMS 9.12
Just had some performance issues on saving, creating, moving, deleting IContent.
The problem was 50 000 rows in DDS store IndexingQueueReference. Some kind of queue to FIND indexing.
By deleting all items all worked fine again.
EPiServer.Data.Dynamic.DynamicDataStoreFactory.Instance.GetStore(typeof(EPiServer.Find.Cms.IndexingQueueReference)).DeleteAll();
Anyone with insight can explain how FIND uses this Store?
Any idea why this queue was stoped and just growing?
In later version i understand it it using a new table tblFindIndexQueue, probably to boost performance...?
Many Thanks to you who can enlight me =)