Planos forçados em secundários legíveis

A imposição do plano do Repositório de Consultas NÃO afeta as consultas no secundário

Usar o Repositório de Consultas para forçar um plano no primário certamente parece forçar o plano no secundário.

Tentei executar uma consulta em um servidor sem produção e, em seguida, liberar o repositório de consultas sp_query_store_flush_db(o que era necessário para sincronizar os dados com o secundário). Aqui está o secundário à esquerda (observe o aviso circulado sobre ser "somente leitura") e o primário à direita:

Agora, clicarei em "Forçar Plano" à direita e atualizarei as duas visualizações:

Portanto, o "forçar" pelo menos foi transferido para as tabelas do Repositório de Consultas subjacentes. Isso faz sentido, uma vez que os artigos citados no OP afirmam que a imposição de consulta deve permanecer em vigor após um failover:

Pergunta: O QDS reterá as informações do plano FORCED quando o banco de dados fizer failover da réplica primária para a réplica secundária?

Resposta: Sim, o QDS armazena as informações do Plano Forçado na tabela sys.query_store_plan, portanto, em caso de failover, você continuará vendo o mesmo comportamento no novo Primário.

Mas o comportamento forçado realmente ocorre? Agora vou executar a mesma consulta em ambos os servidores. No primário, como esperado, o atributo "UsePlan" está lá no XML do plano:

<QueryPlan DegreeOfParallelism="1" MemoryGrant="11096" CachedPlanSize="288" CompileTime="82"
           CompileCPU="78" CompileMemory="2104" UsePlan="true">

E na interface do usuário:

No secundário (observe o nome do servidor diferente), o plano não foi forçado . Aqui está o mesmo snippet XML do plano:

<QueryPlan DegreeOfParallelism="1" MemoryGrant="11096" CachedPlanSize="288" CompileTime="32" 
           CompileCPU="28" CompileMemory="1656">

Os guias de plano NÃO afetam as consultas no secundário

Criei um guia de plano no primário usando este código (os nomes das tabelas foram alterados para proteger os inocentes):

EXEC sp_create_plan_guide 
    @name = 'plan-guide-test',
    @stmt = N'SELECT TOP (1000) * 
FROM dbo.TableName t 
WHERE 
    NOT EXISTS 
    (
        SELECT NULL 
        FROM dbo.OtherTable o 
        WHERE t.Id = o.TableName
    );',
    @type = N'SQL',
    @module_or_batch = NULL,
    @hints = N'OPTION (MAXDOP 1)';

O guia do plano foi, obviamente, eficaz no primário, conforme evidenciado pelo plano de execução:

<StmtSimple StatementCompId="1" StatementEstRows="1000" ... StatementType="SELECT" 
            PlanGuideDB="..._UAT" PlanGuideName="plan-guide-test" ...>

Eu confirmei neste ponto que o guia de plano foi replicado para o secundário.

Executando a mesma consulta no secundário, o plano de execução está sem todos os sinais de ser forçado por um guia de plano:

<StmtSimple StatementCompId="1" StatementEstRows="1000" ... StatementType="SELECT" 
            QueryHash="0xECF8A24F126EE77A" QueryPlanHash="0x0E93CF7FEAC1B6EA" 
            RetrievedFromCache="true" SecurityPolicyApplied="false">