Como parte da solução de problemas de desempenho com um cluster do SQL Server, descobri que os nós não foram corrigidos corretamente no mesmo nível. É um cluster ativo/passivo de 2 nós. O desempenho do SQL Server foi muito melhor no nó com nível de patch mais alto.
Os nós foram corrigidos para o mesmo nível agora.
Apenas tentando entender como o SQL Server e o teria se comportado nesse tipo de cenário? Essa correspondência de falta de nível de patch teria causado outro problema com o cluster?
Estou tentando mover 88101840 linhas de uma tabela para outra. Para lidar com o crescimento de log no servidor, procurando fazer 10.000 linhas por vez. Por favor, dê uma olhada na consulta abaixo. Só quero descobrir se essa maneira é boa ou se haveria uma maneira melhor de fazê-lo.
DECLARE @Archive_Rows INT;
SET @Archive_Rows = 1;
WHILE (@Archive_Rows > 0)
BEGIN
DELETE TOP (10000) Audit
OUTPUT deleted.*
INTO AuditArchive
WHERE EVENTYEAR = '2016';
SET @Archive_Rows = @@ROWCOUNT;
END
Experimentando esse problema intermitente em alguns servidores executando o MSDTC.
19/09/2018 10:54:38 a.m. -- A timeout (30000 milliseconds) was reached while waiting for a transaction response from the MSDTC$cde1a4e7-dc9d-4ae3-89b9-8114147ae420 service.
19/09/2018 10:54:38 a.m. -- Cluster resource 'MSDTC-SQLServer' of type 'Distributed Transaction Coordinator' in clustered role 'SQL Server' failed.
19/09/2018 10:54:57 a.m. -- The Distributed Transaction Coordinator (cde1a4e7-dc9d-4ae3-89b9-8114147ae420) service terminated unexpectedly. It has done this 12 time(s).
Todos esses servidores executam o agente de segurança micro profundo da tendência (proteção antimalware e prevenção de intrusão). O problema desaparece completamente quando o AV é desligado. Mas ter o AV desligado por muito tempo não é uma opção.
Configure as seguintes exclusões de AV para MSDTC.
existem mais exclusões que eu deveria ter adicionado?
Estou analisando os dados capturados com a ajuda de sp_whoisactive.
session_id: 1016
blocked_session_count: 24
Login_time : 29/03/2018 12:14:59
tran_start_time : 29/03/2018 12:14:59
start_time: 29/03/2018 12:15:59
status: sleeping
open_tran_count :1
O login_time e tran_start_time são os mesmos para este session_id. Mas start_time é depois de um minuto.
Isso significa que a sessão entrou no estado de suspensão @ 29/03/2018 12:15:59 ??
Obrigada :)
Estou tentando capturar alguns dados sobre a atividade da CPU em uma instância do SQL.
Get-Processo | Ordenar CPU-descendente | Selecione -first 10 -Property ID,ProcessName,CPU
O PowerShell acima me dá a seguinte saída:
Como modifico o powershell para incluir um carimbo de data/hora para cada linha. E a saída deve ser algo assim.
Tem 2 servidores na implantação de expansão e a conexão é por meio de uma URL de balanceamento de carga.
1) SSRS01 2) SSRS02
Tudo funciona bem quando a sessão está sendo executada no SSRS02, mas continua recebendo o erro da captura de tela abaixo ao tentar no SSRS01.
Eu olhei as permissões. Eles são exatamente os mesmos. Também não consigo encontrar nada relevante nos logs do servidor de relatório.
Qualquer ajuda sobre isso seria realmente útil.
Esta é uma saída de sp_whoisactive. Devo me preocupar com os spids adormecidos com números de CPU altos e uma transação aberta? O sql_commandvalor é o mesmo que sql_text. A CPU e as leituras aumentam com o tempo.
Eu tenho centenas deles a qualquer momento... isso afetaria a CPU?
Estou procurando um script que possa usar para criar scripts de todas as permissões de nível de banco de dados.
Existem muitos scripts por aí. Mas estou em dúvida sobre qual usar. Seria ótimo se alguém pudesse me apontar na direção certa.
Procurando atualizar o SSRS de 2008R2 para 2016.
Os bancos de dados do SQL Server 2000 podem ser usados como fonte de dados no SSRS 2016? E existem outros problemas conhecidos que podem surgir com a migração?