Stijn Wynants's questions

Tive um caso estranho hoje.

Dentro de um banco de dados, eu tinha cerca de 50 (mais de 1.000 páginas, a maioria com mais de 50.000 páginas) tabelas que tinham seus índices fragmentados acima de 70%, embora eu estivesse executando uma reconstrução noturna usando os scripts do Ola.

Ao investigar mais hoje, notei que quando reconstruí o índice com a online = onopção, o índice manteria a mesma quantidade de fragmentação.

No entanto, o índice é construído, pois posso ver meu sistema fazendo isso, mas quando ele é alternado, ainda tem a mesma quantidade de fragmentação.

Depois de pesquisar na internet, houve um possível motivo de eu não ter espaço suficiente no meu arquivo de dados, então estendi meu arquivo de dados sem nenhum resultado.

Então, no entanto, ao fazer uma reconstrução sem a opção online, minha fragmentação de índice desapareceu.

Isso significa que, no meu caso, uma reconstrução online não removerá a fragmentação, e a offline sim.

Ele está sendo executado na Enterprise Edition. Alguém tem ideia do porque esse comportamento ocorre?

Código da tabela

CREATE TABLE [dbo].[TheTable](
    [BLA1] [decimal](22, 6) NULL,
    [BLA2] [smallint] NULL,
    [BLA3] [datetime] NULL,
    [BLA4] [varchar](5) NULL,
    [BLA5] [int] NULL,
    [BLA6] [varchar](50) NULL,
    [BLA7] [varchar](15) NULL,
    [BLA8] [decimal](22, 6) NULL,
    [BLA9] [decimal](22, 6) NULL,
    [BLA10] [decimal](22, 6) NULL,
    [BLA11] [int] NULL,
    [BLA12] [decimal](22, 6) NULL,
    [BLA13] [decimal](22, 6) NULL,
    [BLA14] [varchar](15) NULL,
    [BLA15] [varchar](12) NULL,
    [BLA16] [varchar](5) NULL,
    [BLA17] [varchar](6) NULL,
    [BLA18] [int] NULL,
    [BLA19] [decimal](22, 6) NULL,
    [BLA20] [varchar](1) NULL,
    [BLA21] [int] IDENTITY(1,1) NOT NULL,
    [BLA22] [varchar](100) NULL,
    [BLA23] [smallint] NULL,
    [BLA24] [datetime] NULL,
    [BLA25] [varchar](8) NULL,
    [BLA26] [varchar](6) NULL,
    [BLA27] [varchar](12) NULL,
    [BLA28] [varchar](3) NULL,
    [BLA29] [int] NULL,
    [BLA30] [int] NULL,
    [BLA31] [int] NULL,
    [BLA32] [varchar](11) NULL,
    [BLA33] [smallint] NULL,
    [BLA34] [smallint] NULL,
    [BLA35] [varchar](12) NULL,
    [BLA36] [smallint] NULL,
    [BLA37] [smallint] NULL,
    [BLA38] [varchar](10) NULL,
    [BLA39] [varchar](30) NULL,
    [BLA40] [varchar](25) NULL,
    [BLA41] [smallint] NULL,
    [BLA42] [smallint] NULL,
    [BLA43] [varchar](6) NULL,
    [BLA44] [varchar](15) NULL,
    [BLA45] [int] NULL,
    [BLA46] [decimal](22, 6) NULL,
    [BLA47] [uniqueidentifier] NULL,
    [BLA48] [uniqueidentifier] NULL,
    [BLA49] [nvarchar](50) NULL,
    [BLA50] [nvarchar](20) NULL
) ON [PRIMARY]


GO
CREATE NONCLUSTERED INDEX [XKBLA] ON [dbo].[TheTable]
(
    [bla4] ASC,
    [bla5] ASC,
    [bla16] ASC
)
INCLUDE (   [bla7],
    [bla9],
    [bla24]) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = OFF) ON [PRIMARY]
GO

Inserindo um Registro de Amostra

INSERT INTO [dbo].[TheTable]
           ([BLA1],[BLA2],[BLA3],[BLA4],[BLA5],[BLA6],[BLA7],[BLA8],[BLA9],[BLA10],[BLA11],[BLA12],[BLA13],[BLA14],[BLA15],[BLA16],[BLA17]
            ,[BLA18],[BLA19],[BLA20],[BLA22],[BLA23],[BLA24],[BLA25],[BLA26],[BLA27],[BLA28],[BLA29],[BLA30],[BLA31],[BLA32],[BLA33],[BLA34]
            ,[BLA35],[BLA36],[BLA37],[BLA38],[BLA39],[BLA40],[BLA41],[BLA42],[BLA43],[BLA44],[BLA45],[BLA46],[BLA47],[BLA48],[BLA49],[BLA50])
     VALUES
           (71002614000.000000,62,'2005-12-14 16:40:46.763','Bla',708512,'Bla','BLA',15.000000,-3.000000,12.000000,1,0.851000,0.060000,'BLA',0122863484,
            00003,02182,NULL,NULL,'E',1,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,
            NULL,NULL,NULL,NULL,NULL)
GO

Mais Informações

Este é o comportamento visto ao reconstruir o índice:

Eu então reconstruo o índice online:

Então me dá a seguinte fragmentação:

Quando eu reconstruo o índice com Maxdop=1:

Então a fragmentação se foi!

Se eu reconstruí-lo novamente com maxdop > 0:

A fragmentação está de volta novamente.

O fator de preenchimento 0 está sendo usado para esses índices. Estes são definidos pelo fornecedor. Não há tipos de LOB na tabela. Não há índice clusterizado na tabela. Mesmo quando eu faço uma reconstrução manual, ele ainda mantém a fragmentação no índice não clusterizado, apenas uma reconstrução offline a limpa.

Eu tenho esse problema que me deixou perplexo no momento.

Quando cheguei esta manhã, havia 2 instâncias em um servidor com 4 instâncias do SQL Server que tinham um backupthreadprocesso que travou quando eu matei esse processo do SQL Server que permaneceu no estado eliminado/revertido. Ao tentar matar o processo que era o culpado, este mostrou ser um processo inexistente. Então, depois de pesquisar no Google e consultar colegas de trabalho, achamos melhor reiniciar a instância do SQL Server.

Até agora tudo bem".

Ao parar e iniciar o serviço do SQL Server novamente, o serviço recusou-se a iniciar. com o seguinte erro: O processo não pode acessar um arquivo porque ele é usado por outro processo.

E estava usando o arquivo master.mdf.

Ao verificar qual processo estava usando o arquivo, era o processo SQLservr.exe que estava usando o arquivo. (Usando o explorador de processos https://technet.microsoft.com/en-us/sysinternals/bb896653.aspx )

Quando examinei os serviços, o serviço da instância foi interrompido com sucesso. O processo, entretanto, ainda estava em execução de acordo com o gerenciador de tarefas e o explorador de processos, embora não estivesse usando nenhum recurso.

Ao tentar matar este ID de processo, ele me deu um erro de acesso negado, ao tentar eliminá-lo por meio da linha de comando com o uso taskkill /pid XXXX /F, ainda me dá um erro de acesso negado, mesmo ao executar como administrador com administrador local e conta de administrador de domínio.

A única solução de curto prazo foi reiniciar o servidor, isso resolveu o problema. Até que tentei reiniciar o serviço novamente. Quando temos o mesmo problema novamente.

EDIT: Eles reiniciaram novamente sem meu conhecimento, agora o problema não pode ser recriado

O SQL Server é corrigido até a versão mais recente, no entanto, o servidor Windows não é corrigido desde 2013.

Estamos correndo SQL Server 2012eWindows server 2012

Este é um problema conhecido com o Windows Server? Isso é um problema do SQL Server? Qualquer orientação ou informação seria útil.

Atualmente, estou fazendo minha primeira configuração com grupos de Disponibilidade Distribuída. Esta é atualmente uma configuração de POC, mas normalmente será implementada em breve. Eu tenho 4 nós, 2 nós localizados juntos e outros 2 também juntos, mas com alguma distância entre eles.

Configurei o Distributed AG com a semeadura automática e está tudo bem até agora. O banco de dados foi sincronizado com o grupo de disponibilidade secundário sem problemas.

Agora vem a questão real: criei dois ouvintes para meus AGs (Primário e Secundário), mas não consigo criar um ouvinte para meu AG distribuído (não há muitas informações sobre ele). Isso coloca o problema de que meu aplicativo terá que reconhecer o ouvinte ...

Existe uma maneira de criar um ouvinte para o AG distribuído, por meio do qual o aplicativo sempre poderá se conectar, mesmo se fizermos failover do grupo de disponibilidade distribuído?