Fixes the problem in the incremental search param cache update logic.

Before the fix:

1. Get last updated from the database and compare it to internal property to check whether anything needs to be done.
2. Get changed status records.
3. Apply changes to internal dictionaries (i.e. cache). This includes running search by URIs.
4. Get last updated from the database and update internal property.

Any transactions between #2 and #4 were not reflected in cache

After the fix:
In #4 code does not read the database but uses data point saved in #1.

Racing between search parameter create and cache refresh
Before the fix:

1. New search parameter gets inserted in the SearchParam table, but not yet in the Resource table.
2. Incremental update is invoked by incremental cache refresh logic. This advances internal property based on max in SearchParam.LastUpdated but is not able to add search param in cache as resource data is missing.
3. Subsequent attempts to update cache silently skip, because search param are considered processed.
4. Reindex processing jobs process data based on old search param definitions, no true reindexing, data is not searchable after success of reindex.

After the fix:
There is an additional check in 2 whether search param is added to cache. If not, SearchParam.LastUpdated internal property is not advanced.
Subsequent attempt to update cache succeeds.

Other fixes of racing bugs:
https://microsofthealth.visualstudio.com/Health/_workitems/edit/180950/
https://microsofthealth.visualstudio.com/Health/_workitems/edit/180898/

Removes ALL retries from e2e reindex tests, which were hiding the issues.