Sintomas
Considere o seguinte cenário:
-
Tem aplicações Do Microsoft .NET Framework que utilizam Sempre Encriptados no SQL Server 2016 ou na Base de Dados Azure SQL.
-
As teclas principais da coluna para estas aplicações estão armazenadas no Cofre da Chave Azure.
Neste cenário, as aplicações experimentam impasses. Portanto, as aplicações tornam-se sem resposta (pendurar) ou tempo livre.
Os impasses podem ocorrer durante as tentativas de adquirir ou refrescar um símbolo de autenticação para o Cofre da Chave Azure.
Causa
Quando uma aplicação consulta colunas encriptadas na base de dados, o Fornecedor de Dados De Quadro .NET para o SqL Server chama o Fornecedor de Cofre de Chave Azure para Sempre Encriptado. Isto, por sua vez, chama uma tarefa assíncrona baseada em aplicações que adquire ou refresca um símbolo para Azure Key Vault. Esta trajetória de código no Azure Key Vault Provider para versões sempre encriptadas do pacote NuGet 2.0.x e 1.x.x é propensa a impasses porque chama alguns métodos assíncronos de forma incorreta.
Resolução
O problema foi corrigido pela primeira vez no Azure Key Vault Provider para sempre encrypted versão 2.1.0.Se utilizar o Sempre Encriptado e O Fornecedor de Cofres de Chave Azure,recomendamos vivamente que reconstrua e reimplante a sua aplicação de modo a utilizar o Azure Key Vault Provider para sempre encriptado versão 2.1.0 ou posterior.
