Господа,
кто может ответить на следующий вопрос: может ли запрос от ALWAYSON реплики создать проблемы исходной БД.

Речь может идти о том, что по реплицированной БД хотят делать тяжелые запросы, которые в течение десятков минут будут делать тяжелые сканы + джойны по большим таблицам. Возможно часы.

Вопрос оптимизации запросов отставим за рамками данного топика. Будем исходить из того, что запросы оптимизированы, но затрагивают объемы данных за период до года или несколько таблиц по от 100 тыс+ до 100+ млн строк.

Нужно понять -- при каких условиях блокировки или иные события на реплики могут создать проблемы исходной БД.

Речь идет о SQL SERVER 2017 или 2019 Enterprise.

Кто-то может точно сформулировать это?

https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/active-secondaries-readable-secondary-replicas-always-on-availability-groups?view=sql-server-ver15
Running long transactions impacts the number of versioned rows kept, both for disk-based and memory-optimized tables.
Because read operations are mapped to snapshot isolation transaction level, the cleanup of ghost records on the primary replica can be blocked by transactions on one or more secondary replicas. The ghost record cleanup task will automatically clean up the ghost records for disk-based tables on the primary replica when they are no longer needed by any secondary replica. This is similar to what is done when you run transaction(s) on the primary replica. In the extreme case on the secondary database, you will need to kill a long running read-query that is blocking the ghost cleanup. Note, the ghost clean can be blocked if the secondary replica gets disconnected or when data movement is suspended on the secondary database. This state also prevents log truncation, so if this state persists, we recommend that you remove this secondary database from the availability group.