jyao's questions

Eu sei que havia uma pergunta semelhante antes no SO, como mostrado aqui No entanto, essa resposta realmente não aborda minha pergunta. Então, aqui está o meu cenário, e vou demonstrá-lo com o PowerShell.

O código a seguir criará duas sessões na minha instância sql2016 local

#The only difference in the two connection strings is [pooling] property, the $connstr_1 has pooling=true, while the $connstr_2 has pooling=false.

$connstr_1 = "data source=localhost\sql2016; initial catalog=master; trusted_connection=true; app=ConnPoolTest; pooling=true";
$SqlConnection1 = New-Object System.Data.SqlClient.SqlConnection($connstr_1)


$connstr_2 = "data source=localhost\sql2016; initial catalog=master; trusted_connection=true; app=ConnPoolTest; pooling=false";
$SqlConnection2 = New-Object System.Data.SqlClient.SqlConnection($connstr_2)

$SqlConnection1.Open()

$SqlConnection2.Open();

Minha pergunta está no lado do servidor sql, como posso saber qual string de conexão da sessão tem a propriedade de pooling definida como truee qual definida como false?

Estou intrigado com esse problema há quase 1 semana. Espero que alguém em nossa comunidade tenha experimentado o mesmo problema e já tenha encontrado uma solução.

Então aqui está meu problema:

De acordo com a política da nossa empresa, queremos que o correio do banco de dados possa enviar e-mails pela porta 25 com TLS 1.2 ativado e com TLS 1.0 e TLS 1.1 desativados.

Nosso servidor de email é o Exchange Server 2010, nossas caixas SQL Server 2016 (edições Developer e Enterprise) possuem SO das edições Windows Server 2016 Standard.

Nossa versão do SQL Server é:

select @@version
----------------------------------------
Microsoft SQL Server 2016 (SP1-CU7-GDR) (KB4057119) - 13.0.4466.4 (X64) 
    Dec 22 2017 11:25:00 
    Copyright (c) Microsoft Corporation
    Developer Edition (64-bit) on Windows Server 2016 Datacenter 10.0 <X64> (Build 14393: ) (Hypervisor)

Temos a configuração de correio do banco de dados conforme mostrado aqui.

O problema é sempre que ativamos o SSL

use msdb
exec dbo.sysmail_update_account_sp @account_id=2, @enable_ssl = 1;

NÃO PODEMOS enviar email db (não importa se nossa autenticação SMTP é Autenticação do Windows, Autenticação básica ou Autenticação anônima). A mensagem de erro no log de email do db é a seguinte:

Mensagem

O correio não pôde ser enviado aos destinatários devido a uma falha no servidor de correio. (Enviando e-mail usando a conta 2 (2018-07-30T10:52:41). Mensagem de exceção: não é possível enviar e-mails para o servidor de e-mail. (Falha ao enviar e-mail.). )

Mas se desligarmos este SSL, não há problema para o envio de e-mail db.

Então, como podemos habilitar o SSL e usar o TLS 1.2 para db mail?

Eu habilitei o TLS 1.2 adicionando o registro conforme mostrado abaixo

Os detalhes estão neste link (consulte a seção de perguntas frequentes)

Quando um usuário deve executar um procedimento armazenado complexo, dentro do qual existem algumas tabelas / visualizações ou até outro procedimento armazenado.

Minha pergunta é:

Antes de o SQL Server gerar um plano de execução, ele verifica a permissão do usuário?

Caso contrário, gerar o plano de execução em si é um custo indireto desperdiçado se o usuário não tiver EXECpermissão para esse procedimento armazenado em primeiro lugar.

Se sim, parece-me que não há nada consumível para o mecanismo do SQL Server, ou seja, não há identificador seguro (como o próprio procedimento armazenado, tabelas dentro do procedimento armazenado etc.) que o mecanismo do SQL Server pode usar para verificar a permissão do usuário . Todos esses identificadores protegíveis não serão gerados até que pelo menos a análise seja feita.

Então, de uma perspectiva de ciclo de vida da execução de um procedimento armazenado, quando a verificação de permissão do SQL Server é iniciada?

Estou vendo um valor estranho (não documentado) para a coluna [Type] em sys.objects. O valor é "ST" conforme mostrado abaixo (observe, dbo.Record é uma tabela de usuário)

Alguém sabe o que significa este valor 'ST'? (Isso está no SQL Server 2014 Developer Edition)

Tenho mais de 100 instâncias do sql server (do sql 2005 ao sql 2016) instaladas no meu ambiente, existe uma boa maneira de descobrir quando uma instância foi inicialmente instalada?

Tentei verificar a data de criação do banco de dados [mestre] e descobri (pelo menos para o sql 2012 em diante) que é sempre 8 de abril de 2003.

A única data possível é a data de criação do [msdb], que eu vejo mudando para diferentes instâncias do sql server. (Não tenho certeza sobre isso porque não tenho certeza se um patch de serviço alterará a data de criação do [msdb]?)

Existe alguma outra maneira confiável que possa indicar a data de criação da instância do sql server? Estou aberto ao uso de t-sql ou powershell para descobrir.

Desde já, obrigado.

Eu só estou querendo saber se isso é factível. Instalei o serviço R (no banco de dados) junto com o SQL Server 2016 (corrigido no SP1 + CU1).

Percebo que a versão do serviço R está em 3.2.2, que você pode executar o seguinte script para verificar

declare @v varchar(100);
exec sp_execute_external_script @language=N'R'
, @script = N'v <- toString(getRversion())'
, @params = N'@v varchar(100) output'
, @v = @v out;

print @v;

-- returns 3.2.2

Mas também instalei o cliente Microsoft R e observei que seu mecanismo de serviço R está com versão em: 3. 3 .2.

Portanto, minha pergunta é "o serviço SQL Server R (no banco de dados) agora suporta R versão 3. 3 .2?" se sim, como posso atualizá-lo? se não, acho que vou esperar até que a MS envie a atualização.

Li o MSDN , e nele menciona usar sqlBindR.exepara fazer a atualização, mas essa ferramenta está disponível apenas com o servidor Windows R, que não instalei e até duvido que se instalasse, se atualizaria o banco de dados serviço R.