Arun Gopinath's questions

De acordo com os documentos do MS, a descrição para AVG_RANGE_ROWSé:

Número médio de linhas com valores de coluna duplicados em uma etapa do histograma, excluindo o limite superior. Quando DISTINCT_RANGE_ROWS é maior que 0, AVG_RANGE_ROWS é calculado dividindo RANGE_ROWS por DISTINCT_RANGE_ROWS. Quando DISTINCT_RANGE_ROWS é 0, AVG_RANGE_ROWS retorna 1 para a etapa do histograma.

Estou olhando para a última linha e se realmente for esse o caso, estou curioso para saber porque estou vendo um valor para AVG_RANGE_ROWSque não é igual 1quando DISTINCT_RANGE_ROWSestá 0nas etapas do histograma.

A estatística em questão é uma estatística de coluna criada pelo SQL Server quando a opção de criação automática de estatísticas está ativada. Estou em uma versão mais antiga do banco de dados, mas no patch mais recente - SQL Server 2014 SP3, CU4+GDR (12.0.6372.1).

É um pouco lamentável que quase tivemos um colapso na semana passada por causa de um plano de consulta abaixo do ideal. O resultado final foi grandes varreduras e concessões de memória inchadas. A reamostragem da estatística com um valor percentual mais alto resolveu o problema para nós por enquanto, mas estou mais curioso para saber se há exceções em torno da declaração inicial ou um problema conhecido (talvez resolvido usando um sinalizador de rastreamento?) evito que isso aconteça novamente para estatísticas criadas automaticamente, onde não temos controle sobre o tamanho da amostragem?

Estou tentando entender por que há uma discrepância na contagem de bloqueios sys.dm_tran_lockse no sqlserver.lock_acquiredevento estendido em certos casos. Aqui está meu script de reprodução, estou usando o StackOverflow2013banco de dados no SQL Server 2019 RTM, nível de compatibilidade 150.

/* Initial Setup */
IF OBJECT_ID('dbo.HighQuestionScores', 'U') IS NOT NULL 
DROP TABLE dbo.HighQuestionScores; 

CREATE TABLE dbo.HighQuestionScores 
(
    Id INT PRIMARY KEY CLUSTERED,
    DisplayName NVARCHAR(40) NOT NULL,
    Reputation BIGINT NOT NULL,
    Score BIGINT
)

INSERT dbo.HighQuestionScores  
        (Id, DisplayName, Reputation, Score)
SELECT u.Id, 
       u.DisplayName,
       u.Reputation, 
       NULL
FROM dbo.Users AS u;

CREATE INDEX ix_HighQuestionScores_Reputation ON dbo.HighQuestionScores  (Reputation);

Em seguida, atualizo as estatísticas da tabela com uma grande contagem de linhas falsas

/* Chaotic Evil. */
UPDATE STATISTICS dbo.HighQuestionScores WITH ROWCOUNT = 99999999999999;
DBCC FREEPROCCACHE WITH NO_INFOMSGS;

Então eu abro uma transação e atualizo Scorepara Reputação, digamos56

BEGIN TRAN;
UPDATE dbo.HighQuestionScores  
SET Score = 1
WHERE Reputation = 56 /* 8066 records */
AND 1 = (SELECT 1);
/* Source: https://www.erikdarlingdata.com/sql-server/helpers-views-and-functions-i-use-in-presentations/ Thanks, Erik */
SELECT *
FROM dbo.WhatsUpLocks(@@SPID) AS wul 
WHERE wul.locked_object = N'HighQuestionScores'
ROLLBACK;

Recebo um monte de bloqueios de página (apesar de ter um índice de reputação). Eu estou supondo que as estimativas ruins realmente fizeram um número no otimizador lá.

Eu também verifiquei usando sp_whoisactivee também retorna as mesmas informações.

<Object name="HighQuestionScores" schema_name="dbo">
  <Locks>
    <Lock resource_type="OBJECT" request_mode="IX" request_status="GRANT" request_count="1" />
    <Lock resource_type="PAGE" page_type="*" index_name="PK__HighQues__3214EC072EE1ADBA" request_mode="X" request_status="GRANT" request_count="6159" />
  </Locks>
</Object>

Enquanto isso, eu também tenho um evento estendido acontecendo sqlserver.lock_acquiredseparadamente. Quando olho para os dados agrupados, vejo 8066 bloqueios de página em vez dos 6159 iniciais

Definitivamente, não vejo um escalonamento de bloqueio (verificado usando sqlserver.lock_escalationo evento), então acho que minha pergunta é por que o evento estendido está mostrando uma discrepância com um número maior de contagem de bloqueio?

Estou tentando configurar o Resource Governor para limitar IOPS para processos em execução usando trabalhos de agente SQL. A função do classificador é definida para identificar um login específico (qualquer spid que esteja sendo executado usando esse login deve usar o grupo de recursos ao qual está atribuído). Em seguida, adicionei EXECUTE AS LOGIN = 'ResourceGovernerUser'no trabalho, mas não consigo fazê-lo funcionar e ele volta para o pool padrão porque os trabalhos são 'EXECUTED AS 'ServiceAccount''. Embora se eu olhar para os processos ativos usando sp_WhoisActive, o nome de login é exibido como 'ResourceGovernerUser'em vez da conta de serviço. Então modifiquei a função do classificador para usar a conta de serviço e funcionou. Eu verifiquei isso usando os contadores perfmon 'Disk Read IO/Sec'e 'Disk Write IO/Sec'sob 'Resource Pool Stats'object.

A questão é - como faço para que o Administrador de Recursos use um login diferente da Conta de Serviço (quando usado com trabalhos de agente)? Eu tenho algumas ideias feias não testadas, como - executar os trabalhos usando um proxy CmdExec ou PowerShell. Se alguém se deparou com uma situação semelhante ou tiver alguma idéia melhor, eu realmente aprecio isso. Obrigada.

    --Example Setup:
    USE [master]
    GO

    CREATE RESOURCE POOL [SqlJobPool] WITH( 
            min_iops_per_volume=1, 
            max_iops_per_volume=5000); 
    GO

    CREATE WORKLOAD GROUP [IOGroup] 
        USING [SqlJobPool];
    GO

    CREATE FUNCTION [dbo].[fn_LimitedIO]()
    RETURNS SYSNAME WITH SCHEMABINDING
    AS
        BEGIN
            DECLARE @grp SYSNAME;

            IF SUSER_NAME() = N'ResourceGovernerUser' -- When this is set to the Service Account, it works
                BEGIN
                    SET @grp = N'IOGroup';
                END
            ELSE
                BEGIN
                    SET @grp = N'default';
                END
            RETURN @grp;
        END
    GO

    ALTER RESOURCE GOVERNOR with (CLASSIFIER_FUNCTION = dbo.fn_LimitedIO);
    ALTER RESOURCE GOVERNOR RECONFIGURE;
    GO 

    --Within the Agent job
    EXECUTE AS Login = 'ResourceGovernerUser'
    EXECUTE SomeSQLStuff