Existe uma maneira de manter o histórico de conexão para uma determinada tabela no SQL-server? Não apenas o banco de dados, porque é fácil usar o DMV, mas apenas uma tabela em particular.
Alguns de nossos usuários finais ainda gostam de usar o Activity Monitor no SQL Server. Ao configurar nossos servidores SQL-server 2016, o monitor de atividade sempre termina em um estado pausado quando os usuários não fazem parte do grupo "Administradores" no Windows (no servidor).
Quando os usuários fazem parte do grupo Administrador, todos os dados passam (provavelmente não é um problema de firewall). Também tentamos:
- Adicionando os usuários aos "Usuários do Monitor de Desempenho" e "Usuários COM Distribuídos"
- Em COM: Alterando os limites de "Meu Computador" e as permissões em "Gerenciamento e Instrumentação do Windows".
- Os usuários também têm a permissão "Exibir estado do servidor" no SQL Server.
Você tem alguma outra sugestão?
Atenciosamente,
Tim
Para nosso ambiente SQL DEV/QA, nossos engenheiros de sistema configuraram um ambiente Hyper-V - 3 hosts - 2 VM em cada host (1 para DEV e 1 para QA)
O patch para os hosts é agendado uma vez por mês, mas notei que as VMs nesses hosts são colocadas em um modo salvo e não são desligadas normalmente durante o patch.
Estamos executando vários SQL Server Always On AG nessas VMs. É a melhor prática desligar as VMs normalmente antes de reinicializar os hosts ou o SQL pode lidar com o estado salvo sem problemas?
Obrigado pela ajuda!
Criamos um ambiente de não produção para o SQL Server.
Esse ambiente usa os Grupos de Disponibilidade Always-On do SQL Server como uma solução de alta disponibilidade.
Para trabalhar com SQL Server AG, você precisa definir o modelo de recuperação como completo para que o log possa ser sincronizado com as outras réplicas, mas definir o modelo de recuperação como completo também implica que o log continue crescendo se você não fizer backups.
Como este é um ambiente de não produção, não estamos interessados nos backups desses bancos de dados. O que vocês acham que é a melhor maneira de ir neste ambiente?
- Crie backups em disco e exclua-os
- Faça backups deste ambiente
- Outras sugestões...
Estamos instalando uma solução SQL Server Always On AG (SQL Server 2016) em um ambiente de teste em nossa organização. Ao testar os recursos notamos que todos os bancos de dados de um nó são listados quando nos conectamos a um listener. Existe uma maneira de mostrar apenas os bancos de dados que fazem parte do AG e não os bancos de dados de outros AGs ou DBs locais no nó que hospeda o listener?
Desde já, obrigado!
Estamos pensando em configurar um ambiente SQL Always On High Availability em nossa organização. Nossa organização tem dois datacenters com um muito menor, mas este está sendo criado para criar uma alta disponibilidade.
Em nosso site principal, estamos analisando a instalação de três servidores e um no site secundário. Esses servidores serão adicionados a um cluster (e adicionaremos os bancos de dados em alguns grupos de disponibilidade nesses servidores)
Mas aí vem o problema. Quando o site primário estiver inativo devido a uma queda de energia, por exemplo, todo o cluster ficará inativo porque um servidor não tem maioria, mesmo com um quorum padrão. Também analisamos a adição de um quórum ao armazenamento em nuvem (configuração de quórum somente em disco), mas quando a conexão com a Internet está inativa (ocorre às vezes aqui na Bélgica), também perdemos todo o cluster.
Alguém tem alguma experiência ou solução para isso?
Desde já, obrigado!
Estamos analisando a configuração de um novo ambiente SQL Always On Availability Group para SQL Server. Estamos querendo saber se há uma diferença no uso da CPU de um nó síncrono ou assíncrono?
Além disso, um dos meus colegas está dizendo que há uma limitação no número de ouvintes (e também de AGs, pois é aconselhável ter um ouvinte por AG), mas não consigo encontrar nada que diga que você não deve criar mais de 10 ouvintes em um ambiente. A única coisa que consigo descobrir é que há uma configuração do AD que você precisa alterar para poder ter mais de 10 ouvintes.
Desde já, obrigado!