Meyssam Toluie's questions

Em um dos meus servidores, há muitos bancos de dados dos quais faço backup com o script do Ola. Às vezes acontece que a tarefa de backup falhou. Mas como muitas mensagens foram impressas na mensagem do trabalho não consigo ver a mensagem de erro. Editei o script para evitar mensagens extras. Mas as mensagens incorporadas que o próprio mecanismo sql produz não são evitáveis.

Quero dizer esse tipo de mensagem:

Processed 504 pages for database 'ODS', file 'ODS' on file 1.
Processed 16 pages for database 'ODS', file 'ODS_Regualr_Data' on file 1.
Processed 16 pages for database 'ODS', file 'ODS_SALES_DATA' on file 1.

Existe alguma maneira de dizer para não imprimi-los?

Eu tinha três réplicas no meu grupo de disponibilidade sem cluster. A versão instalada do SQL Server é:

Microsoft SQL Server 2019 (RTM-CU14) (KB5007182) - 15.0.4188.2 (X64)
3 de novembro de 2021 19:19:51 Copyright (C) 2019 Microsoft Corporation Enterprise Edition: licenciamento baseado em núcleo (64 bits) no Windows Server 2019 Datacenter 10.0 (Compilação 17763:)

Um primário (vamos chamá-lo de A) e dois secundários (B e C). No começo era só (A e B). Após ocorrer algum problema físico no servidor primário, nos preparamos server Cpara substituí-lo por Server A. Então, primeiro Server Cingressou no grupo de disponibilidade como réplica de sincronização secundária, como Server B.

Em seguida, fazemos um assistente de failover manualmente no Servidor C. Agora a função dos Servidores A e C mudou corretamente. O Servidor C tornou-se primário e o Servidor A tornou-se Secundário. O problema é que após o failover o outro secundário não estava mais sincronizando.

Não conseguimos resolver o problema e decidimos remover a réplica e juntá-la novamente com os bancos de dados iniciais. Primeiro de tudo, removemos a réplica do servidor primário. Neste momento entendemos que a réplica secundária (Servidor B) não está ciente do fato de ter sido removida do grupo de disponibilidade. Portanto, não pudemos adicionar esta réplica novamente.

Eu tentei estas etapas:

1. desabilitar AlwaysOn
2. reinicie o serviço SQL
3. reinicie o Windows
4. ativar AlwaysOn
5. reinicie o SQL Server novamente

Mas ainda assim o problema existe.

Implementei a auditoria no SQL Server 2019. Também criei um trabalho para salvar os registros de auditoria do arquivo em uma tabela. De acordo com a coluna do documento da Microsoft, class_type é NOT NULL. então na minha mesa NOT NULLtambém está. Mas hoje meu trabalho falhou com a seguinte mensagem de erro:

Não é possível inserir o valor NULL na coluna 'class_type',

Em primeiro lugar, acho que a culpa é minha e a consulta está com problema. Então descobri que realmente a função sys.fn_get_audit_fileretorna NULL para três instruções que são GRANT PERMISSION.

Embora eu possa filtrar essas três transações para continuar salvando o registro de auditoria. Mas esse conflito entre a documentação da Microsoft e os dados reais me deixa ansioso.

Editar: Informações adicionais são que a execução dessas instruções foi concluída com erros. Porque os nomes dos objetos estavam incorretos.

Eu tenho uma tabela no banco de dados cujo tamanho cresceu 15 TB em um mês. Para fazer uma investigação mais aprofundada, usei essa consulta para descobrir qual coluna usou mais páginas.

SELECT SUM(DATALENGTHG(column1)),
       SUM(DATALENGTHG(column1)),
       ...
FROM   my_table_name

Uma única coluna tinha 14 TB. Depois de descartar a coluna que usei abaixo da consulta para garantir que o arquivo de dados esteja vazio:

SELECT 
 OBJECT_SCHEMA_NAME(Parti.object_id) + '.' + OBJECT_NAME(Parti.object_id) AS TableName,
 AU.total_pages/128/1024 AS TotalTableSizeInGB,
 AU.used_pages/128/1024 AS UsedSizeInGB,
 AU.data_pages/128/1024 AS DataSizeInGB
FROM sys.allocation_units AS AU
 INNER JOIN sys.partitions AS Parti ON AU.container_id = CASE WHEN AU.type in(1,3) THEN Parti.hobt_id ELSE Parti.partition_id END
 LEFT JOIN sys.indexes AS ind ON ind.object_id = Parti.object_id AND ind.index_id = Parti.index_id
 inner join sys.objects o on ind.object_id=o.object_id
WHERE 1=1 
AND OBJECT_NAME(Parti.object_id) = 'my_table_name'

Mas ainda vejo o mesmo tamanho. Eu tentei fazer backup do arquivo de log. Também tentei o CHECKPOINT e novamente o arquivo de log. Mas nenhuma diferença.

Eu sou um DBA do SQL Server. Para automatizar algumas das minhas tarefas diárias, preciso escrever procedimentos armazenados. Criar funcionalidade sem testar não faz sentido para mim. Para criar e executar meus testes, usei o tSQLt Framework.

Eu tive que criar um banco de dados durante o teste. "CREATE DATABASE" não é permitido dentro de uma transação multi-instrução, mas todos os testes são executados automaticamente dentro de uma transação dentro do tSQLt Framework.

Naturalmente, posso configurar um banco de dados de teste manualmente antes de executar o teste, mas o teste não pode depender do ambiente em que será executado.

Como isso deve ser abordado?