SQL_NoExpert's questions

Estamos construindo um grupo de disponibilidade multi-subnet, always-on. Inicialmente, solicitei os IPs abaixo.

Para cluster de failover

192.168.1.129

192.168.2.129

Para ouvinte

192.168.1.130

192.168.2.130

Minha equipe de rede forneceu os IPs abaixo.

Para cluster de failover

192.168.1.129

192.168.2.130

Para ouvinte

192.168.1.131

192.168.2.132

No meu entendimento, os IPs acima devem funcionar, pois pertencem a sub-redes diferentes, mas quero ter 100% de certeza de que os IPs não precisam ser idênticos, exceto pela sub-rede. Contanto que os IPs pertençam a sub-redes separadas, deve ficar tudo bem.

Notei que há dois SQL Servers instalados na mesma máquina, que são 2014 e 2019; no entanto, quando entro no SSMS e digito select @@version, ele mostra 2014, e o nome da instância é exibido como servername\sqlexpress.

Gostaria de saber como posso encontrar o nome da instância do SQL 2019.

Temos um banco de dados de grupo de disponibilidade com 4 servidores que inclui uma réplica assíncrona que é usada para relatórios. Às vezes, devido a grandes conjuntos de consultas, a réplica secundária interrompe a sincronização e temos que retomar a sincronização manualmente.

Também queremos instalar o SSRS na réplica secundária que usamos para relatórios.

Aqui estão minhas perguntas abaixo

1. Vale a pena o impacto no desempenho ao instalar o SSRS na réplica secundária, já que não temos licença Enterprise para instalar o SSRS em um host separado?

2. Podemos separar o servidor de relatório secundário e sincronizar os dados por meio do SSIS? Assim, haverá 3 servidores de banco de dados de grupo de disponibilidade de nós e um servidor de relatório separado que sincroniza por meio do SSIS ou algum outro formato.

No geral, é aconselhável EXECUTAR o SSRS na réplica secundária. Obrigado pela contribuição

Eu tenho uma instância nomeada instalada e configurada para usar a porta TCP 1433 em vez de portas dinâmicas. O navegador SQL está em execução e o TCP IP está ativado. Tenho que colocar o número da porta 1433 no ssms e sem incluir o número da porta ele não conecta. Por favor, aconselhe o que estou perdendo aqui. Isso é um problema de firewall ou estou faltando alguma coisa.

Foi-nos atribuído um novo aplicativo em que o fornecedor espera que o banco de dados cresça para cerca de 100 TB. Eles mencionaram que o SQL Server Standard Edition é compatível.

Minha pergunta é se o SQL Server Standard Edition pode lidar adequadamente com um banco de dados desse tamanho?

A Enterprise Edition pode lidar com a reconstrução de índices online, mas no geral o SQL Server pode lidar com um banco de dados tão grande?

O maior banco de dados que gerenciei tem 3 TB e estou preocupado com o desempenho de um banco de dados de 100 TB com o SQL Server 2019.

Quaisquer conselhos de especialistas serão muito apreciados.

Um dos campos em uma tabela SQL existente é Decimal (5,5) sem relacionamentos de chave estrangeira. Os desenvolvedores desejam alterá-lo para Decimal (7,5).

Qual será a desvantagem de fazer essas alterações com os dados existentes? Existe alguma chance do aplicativo não funcionar depois de fazer essas alterações?

Tenho experiência em configurar um grupo de disponibilidade e usei o servidor testemunha quando os nós devem atingir o quorum.

Um dos fornecedores forneceu um layout que terá dois grupos de disponibilidade em dois datacenters e um grupo de disponibilidade distribuído será usado.

Os recursos online também não mencionam nada sobre um servidor testemunha entre os dois grupos de disponibilidade.

Aqui está minha pergunta, pois cada ag terá um número par de nós e, se não houver servidor testemunha, como o cluster sobreviverá durante o patch se um nó cair.

Temos sempre um grupo de disponibilidade que se estende por diferentes data centers. Nossa equipe de rede descomissionou alguns servidores DNS e esses servidores precisarão ser atualizados com os ativos em todos os nós que estão no grupo de disponibilidade.

Minha pergunta é se há algo a ser observado, todos os nós estão definidos como RegisterAllProvidersIP 0.

Estamos planejando desativar a réplica síncrona secundária em nosso grupo de disponibilidade sempre ativo por algumas horas para manutenção. Assim que terminarmos a manutenção, precisaremos fazer o failover e fazer a manutenção no nó primário original.

Aqui está minha pergunta, por exemplo, durante a manutenção, se havia cerca de 5 GB de arquivos de log que não foram aplicados quando tiramos o nó secundário, agora, quando o secundário voltar a ficar online, podemos fazer failover imediatamente e tornar o secundário o novo primário ou terá que esperar que os logs sejam aplicados ao secundário primeiro para sincronizá-lo e, em seguida, fazer failover para torná-lo o novo primário.

Eu tenho um banco de dados de 2 TB e o Data Drive está cheio. Minha equipe de rede não pode expandir a unidade nem fornecer outra unidade para que o arquivo de dados secundário possa ser apontado para ela. Minha pergunta é a unidade secundária pode ser apontada para um compartilhamento de rede.

Eu tenho um servidor de banco de dados separado e um servidor de relatórios separado. Eu gostaria de atualizar e migrar o servidor de banco de dados para um servidor separado e não tocar no servidor de relatórios. Como a licença do servidor de relatório vem com a licença do servidor SQL.

Posso manter o servidor de relatório existente e usar o servidor de banco de dados em uma licença diferente ou devo migrar o banco de dados e o servidor de relatório do servidor SQL com a mesma licença?

Desejo alterar a senha SA para os servidores do grupo de disponibilidade sempre ativos. Como eu queria manter a mesma senha em todas as réplicas quando tentei transferir o login através do procedimento Microsoft Stored EXEC sp_help_revlogin para que a conta tenha o mesmo SID em todo o script não puxe a conta SA.

Minha pergunta é se a conta SA tem algum SID associado, como as contas de autenticação SQL e, em segundo lugar, há algo para estar ciente de alterar as contas SA sempre nos servidores do grupo de disponibilidade ou apenas tenho que alterar manualmente a senha em todos os servidores como qualquer outro SQL logins autenticados.

Eu tenho um campo de banco de dados Column_A que está em Varchar(16) não nulo e os valores são, por exemplo, 20191210215033CS, mas quero quebrá-lo como 2019-12-10 21:50:33

Como é um banco de dados de produção, não há como alterar o tipo de dados.

Tentei o código abaixo

SELECT convert(datetime, 'Column_A', 120) but getting the error 

Falha na conversão ao converter data e/ou hora da cadeia de caracteres.

Existe alguma solução alternativa? Qualquer ajuda será muito apreciada !

Nosso diretório ativo mudará o nome das contas, por exemplo, John Doe Jdoe@abcd.com para John.Doe@abcd.com.

Minha pergunta é se preciso alterar todos os logins do SQL individualmente ou a pessoa pode fazer login no SQL Server Management Studio com seus nomes antigos. O que também acontece se o logon for proprietário de um banco de dados ou trabalho.

Estarei alterando as contas existentes do SQL Server Service do padrão para contas de domínio do SSCM, que acredito definirão todas as permissões necessárias. Uma coisa não tenho certeza se a conta de serviço precisa ser adicionada como logins de banco de dados e, em caso afirmativo, quais são as permissões mínimas necessárias.

Em nosso ambiente, temos alguns servidores que estão em um grupo de disponibilidade Always On e alguns que são autônomos.

Normalmente fazemos backup em um compartilhamento de rede, mas observamos recentemente que, à medida que os bancos de dados estão crescendo, o tempo gasto está ficando mais longo, o que diminui a velocidade de toda a rede.

O script de Ola hallengren está sendo usado com compactação e também dividindo os arquivos de backup. Estou realizando apenas backups "completos" diários. Os backups estão indo para a unidade EMC isilon de compartilhamento de rede.

Nunca me sinto confortável com o EMC DD Boost. A única alternativa é fazer um backup local e depois copiar para o mesmo compartilhamento de rede.

Existe uma maneira eficiente além da acima?

Eu quero saber o objeto referenciado como associatedObjectIdem um gráfico de deadlock, então executei a consulta abaixo:

SELECT OBJECT_NAME(1234560112364076) 

Estou tendo o erro a seguir:

Erro de estouro aritmético ao converter expressão em tipo de dados int.

Temos um servidor de relatórios somente leitura que faz parte do grupo de disponibilidade AlwaysOn. Nosso desenvolvedor quer criar alguns procedimentos armazenados. Minha pergunta é onde o procedimento armazenado deve ser criado - será no primário, pois o secundário é somente leitura?

Qual é a melhor maneira de agendar a verificação DBCC em todos os nós no grupo de disponibilidade Always On. Podemos apenas agendar o mesmo trabalho em todos os nós ao mesmo tempo, incluindo todos os secundários. No meu ambiente, todos os backups estão acontecendo apenas no nó primário. Qualquer conselho especializado será muito apreciado. Pretendo usar os scripts Ola hallengren.

Temos um grupo de disponibilidade AlwaysOn de várias sub-redes. Existem 2 sub-redes e essas são listadas no cluster e também no ouvinte. Sempre que faço failover e pingo pelo nome do ouvinte, ele ainda mostra o endereço IP antigo antes do failover. Qualquer opinião de especialista para superar isso será muito apreciada. Eu configurei o RegisterAllProvidersIP -Value 1.

Após o failover, o cliente não se conecta porque o ouvinte está pegando o endereço IP antigo. Depois de alguns minutos, ele pega o correto e o cliente se conecta.