WadeH's questions

Eu estava corrigindo nossos servidores de banco de dados esta manhã e encontrei um erro muito estranho ao fazer failover de alguns grupos de disponibilidade:

Em nosso ambiente, estamos executando uma configuração pouco convencional, mas funciona bem. Temos 85 Bancos de Dados, rodando SQL Server Standard, então cada DB possui seu próprio Grupo de Disponibilidade. O que fazemos como padrão é realmente "Balancear" os grupos de disponibilidade entre os 2 servidores. Isso significa que, por padrão, temos apenas cerca de 42 bancos de dados em cada nó, até corrigir onde falhei todos os bancos de dados para um nó, e quando recebi o erro em cerca de 24 bancos de dados.

Nas investigações iniciais, descobri que você só pode ter 64 nomes NetBIOS por recurso. Os Grupos de Disponibilidade não são seus próprios recursos? Em outro artigo, eles falam sobre garantir que você não tenha IPs ou nomes DNS duplicados. Posso confirmar que não temos duplicatas de nenhum dos dois.

É possível que, no SQL Standard, você possa ter apenas 64 grupos de disponibilidade por banco de dados?

Por favor, ajude com possíveis resoluções. Muito obrigado pelo seu tempo.

Espero que vocês possam me ajudar aqui. Nosso aplicativo pesquisa uma tabela de mensagens a cada 3 segundos procurando notificações para enviar. Isso funciona bem em todos os nossos clientes (DB de locatário único), exceto um. Eles não terão atividade por 23 horas por dia e, em seguida, carregarão milhares de mensagens de uma só vez (mais de 3000). Em outros casos, esse volume não é nada e podemos lidar com ele facilmente, exceto que neste caso, a consulta SQL abaixo leva aproximadamente 30 segundos para ser executada e piora à medida que a fila faz backup enquanto faz uma atualização, exige um bloqueio exclusivo e portanto, bloqueando todas as outras consultas e, portanto, os problemas causam todos os tipos de estragos. Isso tudo é devido a um plano de consulta ruim.

Temos reindexação diária que é executada todas as manhãs às 5 da manhã (reorganizar < 30%, reconstruir > 30%, ignorar <5%), bem como atualizar estatísticas. Ambos são da solução de manutenção Ola Hallengren. Também estamos no SQL Server 2016 e totalmente atualizados (13.0.5492.2)

Eu não tenho os 2 planos à mão, mas basicamente o plano ruim vai e faz uma varredura completa da tabela MessagesSent (3,5 milhões de linhas).

Minha teoria é que, como a consulta não retorna nada o dia todo, certas partes não são executadas e, portanto, a consulta ruim é a consulta mais eficiente para SQL.

Isso continuará depois de liberar o plano para a consulta, pois apenas gera o mesmo plano, no entanto, quando eu ATUALIZAR STATISTICS na tabela MessagesSent, o bom plano é criado e tudo está íntegro, com a consulta sendo executada em cerca de 10-30ms.

Alguém sabe como posso ajustar isso para sempre usar o melhor plano, mesmo que não existam dados para a consulta retornar? Como um hotfix, adicionamos a opção recompilar ao aplicativo, mas não acho que seja a solução ideal para uma consulta que está sendo executada a cada 3 segundos.

Aqui está a consulta:

WITH TopMessage
    AS
    (
        SELECT TOP 1 ID, BatchID FROM MessagesSent 
        JOIN Units ON Unit = idUnit 
        WHERE   MessageDate <= GETDATE() 
          AND         Active = 'True' 
          AND         Status = 'Queued' 
          AND NOT(DialString = 'null') 
          AND           Unit = ('29') 
          AND System in ('SystemName', 'Q1', '') 
        ORDER BY 
            CASE 
                WHEN QPriority IS NULL 
                    THEN 
                        CASE 
                            WHEN DefaultPriority IS NULL 
                                THEN 999999 
                                ELSE DefaultPriority 
                        END
                 ELSE QPriority 
            END ASC,
            Retries ASC, 
            MessageDate ASC, 
            ID ASC
    ),
    BatchCalls
    AS
    (
        SELECT * FROM MessagesSent 
        WHERE (
                 (LEN(BatchID) > 0 
                  AND BatchID = (SELECT TOP 1 BatchID FROM TopMessage)
                 ) 
        OR ID = (SELECT TOP 1 ID FROM TopMessage)
        )
        AND Status = 'Queued' AND Active = 'True'
    )

    UPDATE BatchCalls
    SET LastUpdated = @dtNow
    OUTPUT INSERTED.*
    WHERE Status = 'Queued'

Muito obrigado pelo seu tempo e por procurar.

Tivemos uma placa RAID em um de nossos switches e a substituição teve problemas que fizeram com que meus grupos de disponibilidade fizessem failover várias vezes entre meus 2 nós, como um jogo de tênis, e deixaram alguns bancos de dados em um estado não saudável.

Obviamente, o cartão ainda precisa ser substituído novamente e eu quero ser capaz de definir uma configuração de manutenção para não ter o failover dos bancos de dados repetidamente pelo que será um breve pontinho. Isso ocorrerá em um momento de baixa atividade desta vez, não de pico de atividade.

Existem boas práticas relacionadas a isso? Qual seria a maneira mais segura de deixar os bancos de dados online na maior parte do tempo (exceto o blip) e não fazer failover várias vezes?

Eu desligo o nó inativo? Interrompo a movimentação de dados?

Temos 2 nós executando o SQL 2016 Standard e 50 grupos de disponibilidade.

Qualquer dica ou idéia seria ótimo. Muito obrigado

Espero que todos possam me ajudar no que parece ser um problema muito simples, mas para o qual estou lutando para encontrar uma solução.

Estamos executando o SQL Server Standard 2016 e utilizamos grupos de disponibilidade entre os 2 nós. Estando no padrão, posso ter apenas 1 banco de dados por grupo de disponibilidade.

Uma vez por mês, precisamos corrigir nosso servidor, e é uma dor absoluta fazer o failover manualmente de cada grupo e depois voltar para corrigir. Minha solução é que eu tenho um terceiro servidor, que tem os nós 1 e 2 como servidores vinculados e isso me ajuda a gerenciar os 50 grupos de disponibilidade ímpares, bem como algumas outras coisas relacionadas a aplicativos que fazemos.

Eu tenho uma conexão com os 2 nós e, como trabalho, coleto e atualizo uma tabela no servidor 3 com cada banco de dados, nome do grupo de disponibilidade, nome do nó etc. para os 2 nós principais. isso é executado a cada 5 minutos e me alerta sobre problemas.

Minha etapa final é agora ter um procedimento armazenado no servidor 3, que simplesmente me permitirá fazer failover dos grupos de disponibilidade ou apenas um único ect. Funciona perfeitamente, exceto em um nó e no outro, recebo este erro:

As operações DDL do grupo de disponibilidade são permitidas somente quando você está usando o banco de dados mestre. Execute o comando USE MASTER e tente novamente o comando DDL do grupo de disponibilidade.

Meu código para este comando é o seguinte:

SET @Query = 'EXEC (''ALTER AVAILABILITY GROUP [' + @CurrentAG + '] FAILOVER'') AT [' + @FailoverServer + '];'
        EXEC sp_executesql @Query

O que termina com este comando:

EXEC ('ALTER AVAILABILITY GROUP [MyAvailGroup] FAILOVER') AT [DestinationLinkedServerNode];

Obrigado por qualquer ajuda sobre isso.

Estou no processo de construção do meu primeiro modelo SSAS Tabular e achei que tudo estava indo bem, até tentar criar uma medida por DateTime.

No meu warehouse, tenho uma dimensão DIm_Time, que possui uma coluna DateTime, com uma linha para cada 5 minutos nos últimos 2 anos. 5 minutos é a granularidade que exigimos. Além disso, há uma coluna TimeID Identity na tabela. NO meu ETL, atribuo um ID de tempo a cada tabela de fatos, dependendo do intervalo de 5 minutos em que ela se encaixa. Portanto, o resultado final é um relacionamento entre as 2 tabelas no ID, com, digamos, 10 fatos por TimeID.

Agora estou tentando fazer uma contagem simples de linhas por intervalo de tempo. Por exemplo, quantos fatos para a hora atual. O problema que estou encontrando é que não estou vendo dados no PowerBI ou no Excel ao testar minha medida e tenho 90% de certeza de que está relacionado ao fato de meu modelo estar filtrando meu DateTime como uma data ao calcular a medida.

Fcts by Date:= 
CALCULATE ( COUNTA(Fct_Table[IDColumn]), Dim_Time[DateTime])

Por favor, alguém pode me ajudar a apontar na direção certa, pois estou lutando para encontrar qualquer coisa com relação ao trabalho com uma dimensão DateTime. Muito obrigado.

Estou, usando SQL/SSAS 2017

Estou no processo de criação de um data warehouse usando o SQL Server para minha empresa. Eu criei um POC com um banco de dados SQL Relational simples com alguns (cerca de 10) Procs armazenados para o processo ETL. Agora que tenho a adesão dos negócios para chegar a um estado de produção, onde triplicarei os dados, é o momento certo para garantir que a tecnologia que uso seja mais adequada às nossas necessidades e esteja alinhada com as práticas recomendadas gerais.

Estaremos processando cerca de 500 mil registros por dia, com uma estimativa máxima de cerca de um milhão por dia. O POC então agregou todos esses dados em pedaços de 5 minutos por cliente por dia nos últimos 4 anos. Total sendo um pouco mais de 500k slots de tempo, para cada fato (POC tinha 4 tabelas de fatos) para cada cliente (Vamos planejar para 25). Portanto, para o POC, estamos analisando aproximadamente 50 milhões de linhas em todos os fatos por cliente e horário. Isso deixa as visualizações finais dos dados em quantidades menores, já que os últimos 6 meses satisfazem 85% de todas as perguntas, o que significa que devemos estar sentados com conjuntos de resultados de aproximadamente 250k linhas por 85% do tempo, se não menos. Dado que espero triplicar os dados, vamos chamá-lo de no máximo 1 milhão de linhas para satisfazer 85% das consultas, divididas em cerca de 8 a 10 tabelas de fatos com cerca de 4 ou 5 tabelas de dimensão.

Com tudo isso dito e feito, como mencionado, estou em uma posição muito afortunada, onde agora posso escolher a tecnologia que é usada para o back-end do armazém. Eu nunca tive a oportunidade de realmente me envolver no SSAS e sentir que é uma tecnologia que me falta. O SSAS ainda é uma escolha popular para Data Warehouses ou sua popularidade diminuiu nos últimos anos? Ainda é usado tanto quanto há 5 anos?

VERSÃO CURTA: O SSAS ainda é algo que vale a pena aprender/investir tempo e esforço?

Estamos atualmente no SQL 2016 e isso será construído no SQL Server 2017

Obrigado por todas as suas contribuições.

Estou trabalhando na criação de um Datawarehouse. Criei uma Dimensão de Tempo (Dim_Time), em intervalos de 5 minutos. As agregações de hora terão [Minutes] = NULL. Para efeito deste exemplo:

CREATE TABLE [dbo].[Dim_Time](
    [TimeID] [int] IDENTITY(1,1) NOT NULL,
    [StartDateTime] [datetime] NULL,
    [Hour] [int] NULL,
    [Minute] [int] NULL,
  CONSTRAINT [PK_Dim_Time] PRIMARY KEY CLUSTERED 
  ([TimeID] ASC)
  ) ON [PRIMARY]
GO

Então eu tenho uma tabela de entrada, que é atualizada a cada 5 minutos do banco de dados OLTP.

CREATE TABLE [dbo].[Stg_IncomingQueue](
    [IncomingID] [int] IDENTITY(1,1) NOT NULL,
    [CustomerID] [int] NOT NULL,
    [TimeID] [int] NULL,
    [InsertTime] [datetime] NULL,
 CONSTRAINT [PK_IncomingQueueMonitor] PRIMARY KEY CLUSTERED 
([IncomingID] ASC)
) ON [PRIMARY]
GO

Eu então tenho o seguinte loop While. Seu objetivo é obter o intervalo de tempo de 5 minutos correto (TimeID) relacionado a uma linha de entrada específica:

WHILE 0 < (SELECT COUNT(*) FROM [dba_local].[dbo].[Stg_IncomingQueue] WHERE TimeID IS NULL)
BEGIN

    SELECT TOP 1 @IncomingID = IncomingID, @RowInserTime = InsertTime 
    FROM [dba_local].[dbo].[Stg_IncomingQueue] WHERE TimeID IS NULL


    ;WITH DimTime
    AS (
        SELECT MAX(TimeID) AS MaxTimeID FROM [dba_local].[dbo].[Dim_Time]
        WHERE StartDateTime < @RowInserTime AND [Minute] IS NOT NULL
    )
    UPDATE [dba_local].[dbo].[Stg_IncomingQueue]
    SET TimeID = (SELECT MaxTimeID FROM DimTime)
    WHERE IncomingID = @IncomingID

END

É um processo tão simples e, no entanto, não consigo descobrir uma maneira mais simples de atualizar o TimeID. De acordo com o CTE SELECT no loop, preciso obter o MAX(TimeID) onde o StartDateTime é menor que as linhas InsertTime. Como o tempo é a única relação, estou lutando com todas as opções para fazer isso em 1 consulta sem o loop, mas sinto que é possível

Por favor, alguém pode me ajudar aqui com uma opção melhor ou confirmando que esta é a maneira mais simples.

Muito obrigado pelo seu tempo e ajuda. Wade

Procuro ajuda por favor. Eu tenho uma consulta que está sendo executada em uma tabela bastante grande (2 milhões de registros).

Eu tenho tentado fazer com que os índices funcionem de forma eficiente. Existem algumas outras consultas nesta tabela, mas esta é de longe a mais frequente. Estou seriamente lutando para executá-lo em menos de 1 segundo e geralmente o vejo sendo executado em 3 a 5 segundos usando o profiler.

Pode ser o mais rápido possível, mas eu gostaria de receber algumas informações para confirmar/negar isso, por favor.

Apenas uma observação: o desenvolvedor não alterará a consulta ou o esquema. As otimizações podem ser feitas apenas no banco de dados e nenhuma alteração de esquema.

A mesa:

CREATE TABLE [dbo].[Notifications](
[ntID] [int] IDENTITY(1,1) NOT FOR REPLICATION NOT NULL,
[NotificationID] [int] NOT NULL,
[NotificationType] [nvarchar](50) NOT NULL,
[UserName] [nvarchar](50) NULL,
[CreatedBy] [nvarchar](50) NULL,
[CreatedOn] [datetime] NULL,
[Status] [nvarchar](50) NOT NULL,
[Result] [nvarchar](50) NULL,
[Extension] [nvarchar](50) NULL,
[ShiftRate] [nvarchar](255) NULL,
[ResponseMinutes] [int] NULL,
[ResponseWindow] [datetime] NULL,
[caNotificationID] [int] NULL,
[AwardedBy] [nvarchar](50) NULL,
[AwardedOn] [datetime] NULL,
[CancelledBy] [nvarchar](50) NULL,
[CancelledOn] [datetime] NULL,
[CancelledReasonID] [int] NULL,
[CancelledReasonText] [nvarchar](255) NULL,
[AwardingDate] [datetime] NULL,
[ScheduledLaunchDate] [datetime] NULL,
[CustomMessage] [nvarchar](160) NULL,
[SystemName] [nvarchar](4000) NULL,
[AutoClose] [bit] NOT NULL,
 CONSTRAINT [PK_ESP_Notifications_ntID] PRIMARY KEY CLUSTERED 
(
    [ntID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[ESP_Notifications] ADD  DEFAULT ((0)) FOR [AutoClose]
GO

Instantâneo de dados da tabela:

A pergunta:

Update Notifications 
  set Status = 'Awarding' OUTPUT deleted.* 
where ntID = (
    select top(1) ntID 
    from Notifications 
    where NotificationType = 'Shift' 
      and (Status = 'Done') 
      and ResponseWindow < '2019-02-04 10:40:03' 
    order by ntID)

Índices tentados:

CREATE INDEX [IX_Notifications_Status_NotificationType_ResponseWindow_ntID] 
ON [dbo].[Notifications](
   [Status] ASC,[NotificationType] ASC,[ResponseWindow] DESC,[ntID] DESC
)

CREATE INDEX [IX_Notifications_Status_ScheduledLaunchDate_ntID] 
ON [dbo].[Notifications](
    [ScheduledLaunchDate] DESC,[Status] ASC,[ntID] ASC
)

CREATE INDEX [IX_Notifications_NotificationType_caNotificationID_NotificationID_ntID] 
ON [dbo].[Notifications](
   [NotificationType] DESC, [caNotificationID] DESC, [NotificationID] DESC, [ntID] DESC
);

NotificationType contém 3 tipos diferentes, dos quais 70% são do tipo 'Shift' Status tem 10 tipos, mas os registros 'In Flight' são apenas cerca de 100 a 200, divididos em 4 Status's

Obrigado pela sua ajuda.

Estou procurando o que espero que seja algo facilmente alcançável sem uma tonelada de codificação.

Eu tenho um procedimento armazenado que faz algum trabalho e tem cerca de 20 parâmetros opcionais:

CREATE PROCEDURE dowork 
                 @param1_1=NULL, 
                 @param1_2=NULL
                 .....@Param1_30=NULL

Estou implementando outro procedimento, que vai chamar esse, e idealmente, quero oferecer todos os parâmetros, mas usar apenas aqueles que foram definidos:

CREATE PROCEDURE CallWork 
                 @param1=NULL, 
                 @param2=NULL
                 .....@Param30=NULL
AS BEGIN
--Do some stuff
EXEC dowork 
     @param1_1=@param1, 
     @param1_2=@param2
     .....@Param1_30=@Param30

O exemplo acima funcionará como está ou preciso criar uma variável de algum tipo para conter todos os parâmetros 'set', por exemplo?

Os parâmetros são estáticos. Eu usei o número 1 a 30 como exemplo, mas eles são todos estáticos. Exemplos: @StartTime, @EndTime, @Type, @Locationetc.

Atualmente dowork, processa um lote com base na entrada dos parâmetros. Para determinadas cargas de trabalho, preciso processar cada lote, um de cada vez, em vez de todos ao mesmo tempo.

Ao criar um procedimento de abstração, estou planejando criar uma variável de tabela para manter uma linha para cada lote e, em seguida, passá-los um por um, permitindo mais controle sobre cada lote que exigimos em determinadas circunstâncias. Isso fará com que o procedimento original funcione como funcionava quando necessário para trabalhos em lote em massa.

Tenho um ambiente SQL Server 2016 Standard Always-On de dois nós e quando crio um novo grupo de disponibilidade, recebo a mensagem de erro abaixo:

A guia Endpoints lista pelo menos um endpoint que usa apenas a autenticação do Windows. No entanto, a instância do servidor pode estar sendo executada em uma conta que não seja de domínio. Para usar o ponto de extremidade listado, altere a conta de serviço do SQL Server correspondente para uma conta de domínio. Para continuar usando a conta sem domínio, altere o endpoint para usar um certificado.

Deseja usar os endpoints listados?

Agora, há uma quantidade razoável de informações para corrigir isso, mas estou lutando para encontrar uma correção para o meu cenário. Tudo o que estou encontrando é quando você está executando o SQL Server e os endpoints como um usuário sem domínio, como sugere a mensagem.

Estou executando as duas instâncias como o mesmo usuário de domínio, que tem admin nos nós e sysadmin em cada instância do SQL Server, e isso pode ser visto na guia endpoints, ambas as entradas da conta do SQL Service do endpoint são as Domain\svc_accountque estão executando o SQL Server.

Os grupos de disponibilidade são criados perfeitamente, ocasionalmente tenho que conceder CREATE DB ao nó secundário para inicializar a propagação, mas fora isso tudo é ótimo. Failovers são perfeitos etc. Temos mais de 20 AG's. Isso poderia ser um problema? Acredito que o AG tenha sido testado com sucesso em até 100 grupos. Sendo SQL Server Standard, só podemos fazer 1 DB por grupo, e a maioria dos DBs são pequenos em <5GB.

Portanto, estou assumindo que ainda não está causando nenhum problema, mas, independentemente, gostaria de saber se é algo que posso ignorar ou corrigir no meu cenário.

A saída do Nó 1 :

Nó 2 :

Obrigado por toda a sua ajuda.