Eu sei que há muitos posts aqui sobre conexões criptografadas SQL Server e SSL, mas não encontrei nenhum que abordasse esse assunto em particular. Neste artigo , ele menciona que o desempenho é prejudicado com conexões SSL habilitadas devido ao processamento extra necessário. Em um servidor de banco de dados compartilhado, onde o banco de dados A terá conexão criptografada, mas o banco de dados B não, o desempenho do banco de dados B será afetado de alguma forma devido às conexões criptografadas sendo processadas no banco de dados A?
relate perguntas
-
SQL Server - Como as páginas de dados são armazenadas ao usar um índice clusterizado
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
A criptografia de conexão ocorre no nível de instância do SQL Server, não no nível de bancos de dados individuais.
Você pode ativar a criptografia na instância e, nesse caso, todas as conexões com ela serão criptografadas, ou você pode definir um cliente para exigir criptografia. Lembre-se de que todas as instâncias às quais um cliente se conecta terão que ter um certificado no qual o cliente confie. Algumas leituras leves: https://support.microsoft.com/en-us/help/316898/how-to-enable-ssl-encryption-for-an-instance-of-sql-server-by-using-microsoft- console de gerenciamento
Portanto, para responder diretamente à sua pergunta, sim, se um cliente se conectar a uma instância com criptografia e outros não, esse cliente exigirá mais poder de processamento do que os outros. Dito isto, a menos que haja um problema de configuração ou o servidor esteja com problemas de capacidade de processamento, ninguém deve notar.