Preciso de sua ajuda DBAs, preciso saber os prós e contras da minha dúvida.
Nós temos esse novo "DBA", que realmente não conhece DBA, ele foi promovido a DBA temporariamente para se tornar um supervisor de TI, ele não conhece nenhum sql e nenhuma habilidade de script.
Ele acabou de tirar o acesso de todos os nossos desenvolvedores ao sql server para conectar localmente. Eu quero justificar ao nosso diretor que o que quer que esse cara esteja fazendo não é confortável para nós.. acessando o servidor e rodando o ssms.
Aliás, ele apenas altera o acesso sem enviar nenhum e-mail de cortesia. Preciso do seu conselho para saber se estou errado. Sou desenvolvedor desta empresa e, nos últimos 10 anos, nunca trabalhei em uma empresa em que você realmente executasse seu SSMS no servidor real.
Aqui está o que eu coleto e minha opinião.
- Risco de reinicialização acidental do SQL Server.
- Segurança de dados no servidor.
Desejo adicionar mais para que eu possa apresentar isso ao meu Diretor, mas não me sinto confortável em fazer coisas que não sejam do servidor no período do servidor.
Como prática geral, nunca instalamos o SSMS no servidor que hospeda o SQL Server.
Você já tem os dois primeiros
1.Risco de reinicialização acidental do SQL Server.
2.Segurança de dados no servidor.
No entanto, há mais:
Em primeiro lugar, cada sessão que vai para o servidor ocupará recursos (Memory/Cpu/Diskspace, DiskIO) necessários para o mecanismo do SQL Server, isso significa que um servidor pode ficar sob pressão, permitindo que as pessoas se conectem diretamente ao servidor. O que diminuirá o desempenho e poderá até causar tempos limite para seus aplicativos.
Ao acessar o SQL Server Server, você pode copiar e duplicar dados nos discos se não houver uma boa estrutura de segurança, o que significa que você pode facilmente preencher o espaço em disco onde estão localizados os arquivos de banco de dados do sql server. O que significa que seus arquivos não poderão mais crescer
Se você não configurou bem as regras de segurança, poderá instalar outros softwares nos servidores, também retirando memória preciosa do servidor SQL Server.
Concordo com o que os outros explicaram e postaram acima. E, assim como você, sinto-me desconfortável para os desenvolvedores conectarem o servidor SQL localmente, mesmo que seu acesso seja limitado a qualquer uma das alterações no servidor.
Fora de questão (desculpe, minha reputação não é suficiente para comentar no post dos outros). mas eu gostaria de acrescentar 1 ponto (provavelmente há mais, mas não consegui pensar nisso no momento) à sua parte de "... eu nunca trabalhei em uma empresa onde você realmente executa seu SSMS no servidor" . Isso realmente importa ou ajuda para o DBA.
Isso será necessário quando os DBAs estiverem dando suporte a servidores SQL com regiões diferentes. Por exemplo, você está localizado na Ásia, mas um dos servidores SQL está localizado nos EUA. O acesso remoto será super lento e, às vezes, pode até travar seu SSMS. E eu vi casos (mas não muitos) que isso poderia causar impacto devido a uma consulta executada remotamente por um DBA, onde ele pode estar fazendo alguns ajustes ou alterações no banco de dados ...