Alf47's questions

Estou procurando um passo a passo de como configurar um grupo de disponibilidade distribuído com propagação manual. Posso fazer a propagação automática funcionar, mas quando tento semear manualmente, não consigo obter o banco de dados secundário no AG no encaminhador.

Se eu adicionar o AG distribuído ao secundário antes de tentar adicionar o banco de dados ao AG regular, recebo a seguinte mensagem:

Msg 41190, Level 16, State 7, Line 22
Availability group 'MYDB' failed to process add-database command.  The local availability replica is not in a state that could process the command.  Verify that the availability group is online and that the local availability replica is the primary replica, then retry the command. 

Se eu tentar adicionar o banco de dados primeiro sem ingressar no Distributed AG no secundário, recebo a seguinte mensagem porque ele acha que deve ser um primário:

Msg 927, Level 14, State 2, Line 22
Database 'MYDB' cannot be opened. It is in the middle of a restore.

Eu não tenho nenhum desses problemas com a semeadura automática. Tudo funciona magicamente. Todos os exemplos que encontro online usam semeadura automática.

desde já, obrigado

Normalmente, quando um dos desenvolvedores ou analistas de dados precisa realizar uma atualização ou exclusão muito grande de dados (onde um truncar ou truncar/inserir não faria sentido porque o conjunto de dados a ser mantido é muito grande) recomendo que eles façam algo como o seguinte:

-- Delete 1 million rows 1 thousand at a time
DELETE TOP (1000) FROM TableA WHERE <condition>
WAITFOR DELAY '00:00:01'
GO 1000

O resultado disso em bancos de dados que estão em modo de recuperação total é que 1) a espera permite que outras transações sejam processadas se necessário e 2) quando o backup de log é executado é capaz de marcar as operações já concluídas como sujas no arquivo de log para que pode reutilizar o espaço e evitar que o tronco cresça muito rapidamente.

Em vez de fazer isso, gostaria de saber se é possível realizar a mesma coisa usando pontos de verificação. Essa declaração resultaria efetivamente na mesma situação?

-- Delete 1 million rows 1 thousand at a time
WHILE EXISTS ( SELECT 1 FROM TableA WHERE <condition> )
BEGIN
DELETE TOP (1000) FROM TableA WHERE <condition>
WAITFOR DELAY '00:00:01'
CHECKPOINT
END

Novamente, esses são bancos de dados em modo de recuperação total.

O SQL 2016 Data Migration Assistant (Upgrade Advisor) está dizendo que preciso parar de usar referências de tabela de sistema antigas. Ou seja, ele quer que eu pare de usar sysdatabases e sysprocesses.

Eu tenho algum código que está registrando informações de sessão com base em dados de sysprocesses. Incluído nesse log está o ID do banco de dados do spid (session_id).

Estive pesquisando on-line e encontrei apenas duas substituições possíveis, nenhuma das quais funciona totalmente devido aos motivos explicados abaixo.

Opção 1 (sys.dm_tran_locks) - Esta opção parece funcionar de forma bastante confiável se eu vincular de volta a sys.dm_exec_sessions, mas notei que ela nunca retornará um resultado se o contexto do banco de dados do session_id for master ou tempdb. Isso significa que não poderei buscar de forma confiável o resource_database_id para qualquer session_id que esteja usando master ou tempdb. Também não posso simplesmente presumir, pois há pelo menos dois contextos possíveis para escolher.

Opção 2 (sys.dm_exec_requests) - Esta opção só funciona em session_ids que estão em execução ativa. Os session_ids inativos/suspensos não aparecem na lista.

Se eu não conseguir obter o dbid para session_ids que estão suspensas e/ou estão usando o contexto do banco de dados mestre, terei uma lacuna nos meus logs.

Existe alguma outra maneira de buscar essas informações de forma confiável sem o uso de sys.sysprocesses?

Eu sei que o Books Online diz que a edição padrão suporta apenas 2 nós, mas como isso é realmente aplicado?

Será que:

1. Não permite que você instale uma nova instância em um cluster com mais de 2 nós?
2. Não permite que você adicione um terceiro nó a um cluster de failover que tenha pelo menos 1 instância de edição padrão do SQL Server?
3. Não permite que você selecione mais de 2 proprietários possíveis para o grupo de recursos/função de cluster?

Ou vai se comportar de alguma outra forma?

Estou curioso porque um dos administradores gostaria de expandir um cluster existente de 2 nós para 3 nós, mas ele tem 2 instâncias de edição padrão do SQL Server, então não sei o que acontecerá.

O cluster tem instâncias do SQL 2008 R2 e SQL 2012 em execução no Windows 2008 R2.

Há uma tarefa agendada em execução em um servidor de lote por meio do Agendador de Tarefas do Windows que, às vezes, se sobrepõe a outros trabalhos agendados no SQL Server Agent, causando problemas de CPU. Podemos resolver isso se pudermos fazer com que o SQL Server Agent execute o .exe no servidor remoto para garantir que os agendamentos nunca entrem em conflito.

Existe alguma maneira de fazer isso com o SQL Server Agent, talvez com um comando Powershell? Em caso afirmativo, você pode me dar os passos?

O .exe no servidor remoto é um importador de dados para SQL. É um .exe autônomo. Queremos que ele seja executado no servidor de lote para que não cause contenção de recursos no servidor de banco de dados. Estamos executando o SQL 2008 R2 Enterprise.

Por favor, deixe-me saber se alguma informação adicional é necessária para responder a esta pergunta.

Essas duas consultas são logicamente equivalentes?

DECLARE @DateTime DATETIME = GETDATE()

Consulta 1

SELECT *
FROM   MyTable
WHERE  Datediff(DAY, LogInsertTime, @DateTime) > 7   

Consulta 2

SELECT *
FROM   MyTable
WHERE  LogInsertTime < @DateTime - 7 

Se eles não forem logicamente equivalentes, você pode me fornecer o equivalente lógico da primeira consulta para que a cláusula WHERE possa efetivamente usar um índice (ou seja, eliminar o agrupamento de função)?