SQL Server no Windows: alterações de isolamento nos Serviços de Machine Learning
Aplica-se a: 
SQL Server 2019 (15.x) e versões posteriores – somente Windows e SQL Server 2022 (16.x) – somente Windows
Este artigo descreve as alterações no mecanismo de isolamento dos Serviços de Machine Learning do SQL Server no Windows, introduzidas pela primeira vez no SQL Server 2019. Essas alterações afetam o SQLRUserGroup, as regras de firewall, a permissão de arquivo e a autenticação implícita.
Para obter mais informações, confira como instalar os Serviços de Machine Learning do SQL Server no Windows.
Alterações no mecanismo de isolamento
No Windows, a instalação do SQL altera o mecanismo de isolamento para processos externos. Essa alteração substitui as contas de trabalho locais por AppContainers, uma tecnologia de isolamento para aplicativos cliente em execução no Windows.
Não há itens de ação específicos para o administrador como resultado da modificação. Em um servidor novo ou atualizado, todos os scripts externos e códigos executados de sp_execute_external_script seguem o novo modelo de isolamento automaticamente.
Resumidamente, as principais diferenças nesta versão são:
- As contas de usuário local no SQLRUserGroup (grupo de usuários com restrições do SQL) não são mais criadas ou usadas para executar processos externos. O AppContainers as substitui.
- A associação do SQLRUserGroup foi alterada. Em vez de várias contas de usuário local, a associação consiste apenas na conta de serviço do SQL Server Launchpad. Os processos de R e Python agora são executados sob a identidade do serviço Launchpad, isolado por meio de AppContainers.
Embora o modelo de isolamento tenha sido alterado, o Assistente de instalação e os parâmetros de linha de comando permanecem os mesmos se comparados com versões mais antigas do SQL Server. Para obter ajuda com a instalação, confira Instalar os Serviços de Machine Learning do SQL Server 2016 a 2019 ou Instalar os Serviços de Machine Learning do SQL Server 2022 (Python e R) no Windows.
Sobre o isolamento do AppContainer
Nas versões anteriores, o SQLRUserGroup continha um pool de contas de usuário local do Windows (MSSQLSERVER00-MSSQLSERVER20) usadas para isolar e executar processos externos. Quando um processo externo era necessário, o serviço do SQL Server Launchpad pegava uma conta disponível e a usava para executar um processo.
A partir do SQL Server 2019, a instalação do SQL não cria mais contas de trabalho locais. Em vez disso, o isolamento é obtido por meio de AppContainers. No tempo de execução, quando o script incorporado ou o código é detectado em um procedimento armazenado ou consulta, o SQL Server chama o Launchpad com uma solicitação para um inicializador específico da extensão. O Launchpad invoca o ambiente de runtime apropriado em um processo sob sua identidade e instancia um AppContainer para contê-lo. Essa alteração é benéfica porque o gerenciamento de conta local e de senha não é mais necessário. Além disso, em instalações em que as contas de usuário local são proibidas, a eliminação da dependência de conta de usuário local significa que agora você pode usar esse recurso.
Conforme implementado pelo SQL Server, os AppContainers são um mecanismo interno. Embora você não veja evidências físicas de AppContainers no monitor de processos, pode encontrá-las em regras de firewall de saída criadas pela instalação para impedir que processos façam chamadas de rede.
Regras de firewall criadas pela instalação
Por padrão, o SQL Server desabilita as conexões de saída criando regras de firewall. Anteriormente, essas regras se baseavam em contas de usuário local, em que a Instalação criava uma regra de saída para SQLRUserGroup que negava acesso à rede para seus membros (cada conta de trabalho era listada como uma entidade de princípio local para a regra).
Como parte da mudança para os AppContainers, há novas regras de firewall baseadas em SIDs de AppContainer: uma para cada um dos 20 AppContainers criados pela instalação do SQL Server. As convenções de nomenclatura para o nome da regra de firewall são Bloquear o acesso à rede para o AppContainer-00 na instância MSSQLSERVER do SQL Server, em que 00 é o número do AppContainer (00-20 por padrão) e MSSQLSERVER é o nome da instância do SQL Server.
Observação
Se forem necessárias chamadas de rede, você poderá desabilitar as regras de saída no Firewall do Windows.
Permissões de arquivo
Por padrão, os scripts do Python e do R externos só têm permissão de acesso de leitura a seus diretórios de trabalho.
Se seus scripts do Python ou do R precisarem de acesso a qualquer outro diretório, você precisará conceder permissões de Ler e executar e/ou Gravar para a conta de usuário de serviço NT Service\MSSQLLaunchpad e ALL APPLICATION PACKAGES nesse diretório.
Siga as etapas abaixo para conceder acesso.
- No Explorador de Arquivos, clique com o botão direito do mouse na pasta que você deseja usar como diretório de trabalho e selecione Propriedades.
- Selecione Segurança e clique em Editar… para alterar as permissões.
- Clique em Adicionar…
- Verifique se o Deste local é o nome do computador local.
- Insira ALL APPLICATION PACKAGES em Inserir os nomes de objeto a serem selecionados e clique em Verificar Nomes. Clique em OK.
- Selecione Ler e executar na coluna Permitir.
- Selecione Gravar na coluna Permitir, se você quiser conceder permissões de gravação.
- Clique em OK e em OK outra vez.
Permissões de arquivo de programa
Assim como nas versões anteriores, o SQLRUserGroup continua a fornecer permissões de leitura e execução em executáveis nos diretórios SQL Server Binn, R_SERVICES e PYTHON_SERVICES. Nesta versão, o único membro de SQLRUserGroup é a conta de serviço do SQL Server Launchpad. Quando o serviço Launchpad inicia um ambiente de execução de R ou Python, o processo é executado como um serviço Launchpad.
Autenticação implícita
Como antes, a configuração adicional ainda é necessária para autenticação implícita nos casos em que o script ou o código precisa se conectar novamente ao SQL Server usando a autenticação confiável para recuperar dados ou recursos. A configuração adicional envolve a criação de um logon de banco de dados para SQLRUserGroup, cujo único membro é agora a única conta de serviço do SQL Server Launchpad em vez de várias contas de trabalho. Para obter mais informações sobre essa tarefa, confira Adicionar SQLRUserGroup como um usuário de banco de dados.
Link simbólico criado pela instalação
Um link simbólico é criado para o R_SERVICES e o PYTHON_SERVICES padrão atual como parte da instalação do SQL Server. Se você não quiser criar esse link, uma alternativa será conceder a permissão de leitura “todos os pacotes de aplicativos” à hierarquia que leva até a pasta.