deadLock's questions

Tenho 2 servidores SQL executando o SQL Server 2019. Cada um deles tem um login SQL que usa autenticação do Windows (um grupo do AD) "SG-GroupA" e o grupo tem 5 usuários do Windows.

Cada um dos servidores tem um banco de dados chamado DbFoo e o login para SG-GroupA é mapeado para DbFoo e a associação de função para o banco de dados é pública e db_datareader.

Verifiquei se o login existe e se o usuário existe em ambos os bancos de dados. Quando um usuário desse grupo faz login no SQL Server e tenta consultar o DbFoo, no Servidor A ele obtém um resultado muito bom. Quando ele executa a mesma consulta no Servidor B, ele obtém um erro "O banco de dados DBFoo não está acessível".

Como um teste adicional no Server BI criou um banco de dados completamente novo com um único usuário SG-GroupA nele, e novamente um erro é lançado quando alguém tenta consultar uma tabela no DB. Executar o mesmo teste no Server A não lança erros e está tudo bem. Onde posso começar a depurar esse problema?

Atualmente, tenho uma instância do SQL Server 2014 com uma configuração AAG muito básica. Existem 2 nós no AG. A unidade de log no primário tem 90% de espaço livre e a unidade de log no secundário tem 5% de espaço livre. Acho que as 2 dúvidas que tenho são:

1. Eles não deveriam ser sempre mais ou menos do mesmo tamanho, já que são sincronizados?
2. Como posso reduzir o tamanho do log no secundário sem torná-lo o primário primeiro?

Existe uma maneira de realizar o segundo sem fazer um failover manual, tornando-o o principal e fazendo todo o trabalho? Como posso evitar essa enorme discrepância de tamanho no futuro ou isso é esperado? Agradecemos antecipadamente por qualquer ajuda.

Tenho uma instância do SQL Server 2017 que configurei para escutar em várias portas 1433 e 1234. Gostaria de saber se é possível ter uma porta (1234) aceitando apenas conexões seguras enquanto a porta padrão aceita ambas?

Eu já configurei a instância, verifiquei que ambas as portas estão funcionando e instalei o certificado, mas parece que minha única opção é forçar o SSL para toda a instância no gerenciador de configuração. Estou esquecendo de algo? Toda ajuda é apreciada.

Estou criando um perfil de email para email de banco de dados em um script que precisa ser executado em mais de 200 instâncias. O script criará um perfil de e-mail de banco de dados para enviar alertas de trabalhos de agente. Existe uma maneira de passar por todos os trabalhos que existem em uma instância e alterar um parâmetro para que ele use o novo perfil de e-mail que criei em vez do perfil de e-mail que está usando atualmente? (bônus adicionado se depois eu puder limpar todos os perfis de e-mail não utilizados)

DECLARE @sb INT;
DECLARE @sc INT;
SET @sb =
(
    SELECT is_broker_enabled FROM sys.databases WHERE name = 'msdb'
);
SET @sc =
(
    SELECT CONVERT(INT, value_in_use)
    FROM sys.configurations
    WHERE name = 'Database Mail XPs'
);
IF (@sb = 1 AND @sc = 1)
BEGIN
    PRINT 'Creating email profile';
    DECLARE @account_id INT;
    EXEC msdb.dbo.sysmail_add_account_sp @account_name = 'DatabaseServices - SQLMail Account',                      
                                         @display_name = N'XXX - Database Services',                       
                                         @replyto_address = N'noreply@blah.com',                             
                                         @description = N'SQL Server generated email from databases services team', 
                                         @mailserver_name = 'yyy.xxx.pvt',                                  
                                         @email_address = 'ITDatabaseServices@texasmutual.com',
                                         @port = 25,                                                                
                                         @account_id = @account_id OUTPUT;                                          
END

Estou tentando encontrar a primeira ocorrência de SNum onde o VerNum não corresponde. Nesse caso, deve apontar para SNum = 300, pois VerNum 12 não está presente.

DROP TABLE #temp1
DROP TABLE #temp2

CREATE TABLE #temp1 (VerNum INT, SNum INT)

INSERT INTO #temp1 
VALUES (11,100), (12,100), (11,200), (12,200), (11,300)


CREATE TABLE #temp2 (VerNum INT)

INSERT INTO  #temp2 
VALUES (11), (12) 


SELECT * FROM #temp1
SELECT * FROM #temp2

Uma junção completa não está funcionando, posso percorrer a tabela e obter o resultado que procuro, mas deve haver uma maneira melhor. Qualquer ajuda é apreciada.

Nem tenho certeza se essa pergunta é necessária, mas estou curioso para saber a opinião de todos. Tenho dois bancos de dados no mesmo servidor, dbFoo, dbBar. dbFoo tem a tabela a seguir, observe que este é um exemplo simplificado e a sintaxe pode não estar correta, pois estou com pressa e muito mais interessado na resposta para o problema subjacente do que no código para fazê-lo ...

CREATE TABLE dbo.CodeNumbers(
CodeNumbersID INT IDENTITY (1,1) NOT NULL PRIMARY KEY,
CodeValue VARCHAR(30) NOT NULL
IsUsed BIT NOT NULL DEFAULT(0)
);

dbo.CodeNumbersé preenchido com um CSV mensal fornecido, o método de importação de sua escolha já está escrito para colocá-los lá. NUNCA recebemos um código duplicado.

Vamos supor, por causa dos argumentos, que temos 10.000.000 linhas na tabela. que todos seguem este formato quando importados:

1, 'ajdirjfisofklrlfo039402', 0 all the way till
10000000, 'fkeiir9489', 0

Agora em dbBar eu tenho 2 procedimentos armazenados, o primeiro deve acessar o primeiro código não usado em dbFoo, retorná-lo em uma variável de saída e marcá-lo como usado. Então eu tenho algo como:

CREATE PROCEDURE GetNextUseableCode
   @CodeOut VARCHAR(30) OUTPUT,
   @CID INT OUTPUT
AS
   SELECT @CID = CodeNumbersID, @CodeOut = CodeValue
   FROM dbFoo.dbo.CodeNumbers
   WHERE IsUsed = 0

   UPDATE dbFoo.dbo.CodeNumbers
   SET IsUsed = 1
   WHERE CodeNumbersID = @CID 

O código que chama o procedimento de dbBar é acessado por 200k sessões por dia em vários horários. Quando dbFoo.Codesnão tem mais para retornar, está tudo bem, está tudo bem, o aplicativo é simplesmente informado, desculpe, não volte mais amanhã.

Tenho 3 perguntas principais..

1. Existe algo especial que eu precisaria ter no código para evitar condições de corrida e, em caso afirmativo, o que seria melhor para lidar com isso sem deixar o sistema de joelhos.

2. É uma maneira eficiente de garantir que o próximo código obtido sempre que o procedimento for chamado, seja o próximo em ordem cronológica na coluna de ID.

3. Existe alguma outra preocupação que não estou analisando agora que possa gerar grandes problemas e qual seria uma maneira eloqüente de lidar com essa situação?

Entendo que esta é uma pergunta longa e bastante aberta, tenho algumas soluções codificadas, mas sinto que há maneiras muito melhores de obter os resultados que desejo.

Desde já agradeço como sempre por toda a ajuda.

Eu tenho uma tarefa de backup de banco de dados definida para usar backup completo com a opção Copiar apenas uma vez por dia. A cópia só está ativada porque, pelo que li, essa é a única maneira de fazer backup de um banco de dados conectado a um grupo de disponibilidade. Tenho backups de log acontecendo a cada 20 minutos usando as mesmas opções no mesmo AG. Qual é a melhor prática para truncar os logs de transações após a execução desses backups. O backup completo não está truncando, pois está usando apenas a mesma cópia para os backups de log. Eles estão crescendo fora de controle. Eu sei que posso usar DBCC SHRINKFILE, mas quanto mais eu leio sobre isso, mais perigoso parece. Existe algum outro método ou melhor prática?

Qualquer conselho é apreciado.

Estou usando o always on no sql 2012 e tenho um AG configurado. Gostaria de saber se eu deveria fazer backup do banco de dados primário e restaurá-lo, isso seria permitido sem desativar o cluster, etc.

Em segundo lugar, se eu tiver um projeto SSDT que está implantando meu banco de dados e eu tiver uma configuração AG antes e implantar esse banco de dados em branco por meio do projeto para o primário, ele "sincronizará" as alterações, removendo todos os dados, se houver presente no secundário? Este é um cenário improvável apenas imaginando o que aconteceria.

Obrigado!

Tenho algumas perguntas sobre a configuração do Always On HA e Clusters.

Quando você configura um AG e começa a configurar seu endereço IP para o cluster, como posso alternar do DHCP para um endereço IP estático? Eu o tenho trabalhando com DHCP agora, mas no futuro gostaria de mudar isso para meu AG existente e também para futuros grupos que configurar. Não parece que estou tendo a opção na minha configuração.

A segunda pergunta é ao configurar o grupo para usar a sincronização completa, funciona muito bem. No entanto, o que estou tentando descobrir é onde esses dados de sincronização são armazenados. Estou usando o modo Synchronous-commit. Pelo que parece ser a sincronização inicial, e os dados que são espelhados são armazenados e aplicados em um log básico, simplesmente não consigo encontrar onde esse log está armazenado.

Qualquer informação ou links seriam muito apreciados.

Estou no processo de configuração sempre em clusters de alta disponibilidade pela primeira vez. Alguém pode me explicar da perspectiva da rede depois de configurar o grupo e testar para garantir que está funcionando corretamente, como o SQL sabe quando fazer o failover e como meu aplicativo conectado ao servidor SQL sabe para onde está apontando?

Por exemplo, tenho um aplicativo fooconectando-se a uma instância nomeada DB01.FOO. Quando foofalha e passa para DB02.FOO, como meu aplicativo saberia que deveria estar se comunicando DB02.FOO?

DB02.FOOestá no mesmo domínio, mas em um servidor diferente. Estou apenas tentando entender todos os aspectos disso antes de tentar. Se houver algum link que alguém recomendaria, também seria incrível.

Eu tenho 2 bancos de dados no mesmo servidor. DB-A e DB-B. O DB-B tem um usuário que tem acesso de leitura e gravação ao banco de dados B. Gostaria de conceder ao usuário no DB-B permissões de execução para 2 procedimentos armazenados no banco de dados A. Consegui fazer isso quando os bancos de dados estavam em servidores separados configurando um servidor vinculado e mapeando um login vinculado. Estou tendo problemas com isso quando os bancos de dados estão no mesmo servidor. Alguém pode me dizer como posso realizar esta tarefa.

Obrigado, James