Alterações interruptivas em funcionalidades do Mecanismo de Banco de Dados no SQL Server 2017 (14.x)

  • Artigo

Aplica-se a: SQL Server 2017 (14.x) e versões posteriores

Este artigo descreve as alterações interruptivas no Mecanismo de Banco de Dados do SQL Server 2017 (14.x). Essas alterações podem danificar aplicativos, scripts ou funcionalidades baseados em versões anteriores do SQL Server. Talvez você tenha esses problemas ao atualizar.

Alterações interruptivas no Mecanismo de Banco de Dados do SQL Server 2017

  • O CLR usa o CAS (Segurança de Acesso do Código) no .NET Framework, para o qual não há mais suporte como um limite de segurança. Do Mecanismo de Banco de Dados do SQL Server 2017 (14.x) em diante, uma opção sp_configure chamada clr strict security é introduzida para aprimorar a segurança dos assemblies do CLR. A opção clr strict security está habilitada por padrão e trata assemblies CLR SAFE e EXTERNAL_ACCESS como se eles fossem marcados como UNSAFE. A opção clr strict security pode ser desabilitada para compatibilidade com versões anteriores, mas isso não é recomendado. Quando a opção clr strict security estiver desabilitada, um assembly CLR criado com o PERMISSION_SET = SAFE pode conseguir acessar recursos externos do sistema, chamar um código não gerenciado e adquirir privilégios sysadmin. Depois de habilitar a segurança estrita, os assemblies que não estão assinados não serão carregados. Além disso, se um banco de dados tiver assemblies SAFE ou EXTERNAL_ACCESS, as instruções RESTORE ou ATTACH DATABASE poderão ser concluídas, mas os assemblies poderão falhar ao serem carregados.

    Para carregar os assemblies, você deve alterar ou remover e recriar cada assembly, de modo que ele seja assinado com um certificado ou uma chave assimétrica que tem um logon correspondente à permissão UNSAFE ASSEMBLY no servidor. Para obter mais informações, consulte Segurança estrita do CLR.

  • Os algoritmos MD2, MD4, MD5, SHA e SHA1 foram preteridos no SQL Server 2016 (13.x). Até o SQL Server 2016 (13.x), um certificado autoassinado é criado usando SHA1. Do SQL Server 2017 (14.x) em diante, um certificado autoassinado é criado usando SHA2_256.

Versões anteriores

Documentação arquivada de versões antigas do SQL Server

Acumulamos e mantemos a documentação de versões muito antigas do Microsoft SQL Server em conjuntos de páginas da Web arquivadas. As páginas da Web arquivadas não são processadas por mecanismos de pesquisa, como bing.com e google.com. Ainda assim, é possível ver esses arquivos mortos no nosso endereço previous-versions/sql/ de Documentos:

Esses arquivos incluem a documentação de pelo menos as seguintes versões mais antigas:

  • SQL Server 2014 (12.x)
  • SQL Server 2012 (11.x)
  • SQL Server 2008 R2 (10.50.x)
  • SQL Server 2008 (10.0.x)
  • SQL Server 2005 (9.x)

A documentação do SQL Server 2014 ainda está disponível no nosso endereço de Documentos.

A documentação do SQL Server 2022 está disponível em nosso endereço principal do Docs. Em seguida, você poderá usar a lista suspensa de controle de versão próxima à parte superior da página para selecionar outra versão de interesse.

Para obter mais informações sobre a documentação das versões anteriores do SQL Server, consulte Versões anteriores da documentação do SQL Server.

Confira também