Ollie's questions

Temos 3 instâncias padrão de produção do SQL Server 2019 que licenciamos por meio de um fornecedor terceirizado por assinatura anual. Em nosso caso de uso, isso sai mais barato se você precisar apenas das licenças por menos de 3 anos.

Acabamos de ser informados de que precisamos renovar a licença para o 2º ano nos próximos 5 dias, há uma chance de a fatura não ser processada e aprovada até a próxima semana, estou apenas fazendo minha devida diligência sobre o que risco que isso representa para o nosso ambiente de produção.

Pelo que posso dizer, anteriormente (pelo menos em 2008R2), a instância validava a chave de licença localmente, portanto, se esse tipo de licença existisse naquela época, mesmo que expirasse, o SQL continuaria funcionando normalmente. Minha preocupação é que a Microsoft implementou alguns recursos de proteção de licença desde então para oferecer suporte a esse tipo de licença, o que poderia impedir a instância de iniciar/funcionar, semelhante a como uma instância de licença de avaliação expirada pararia de funcionar quando o serviço fosse reiniciado.

Há muito pouca informação sobre este tipo de licença online, é mencionado na página de licenciamento/preço do Microsoft SQL Server, mas os documentos detalhados vinculados não o cobrem. Licenciamento e preços do SQL 2019

Alguém tem alguma experiência com esse método de licenciamento/interno do licenciamento sql e poderia esclarecer como a instância se comportará quando atingir sua data de expiração?

Cenário Estamos atualizando nosso patrimônio SQL para o SQL Server 2019 e configuramos qual será o ambiente de produção.

De: SQL2008R2 Standard/Windows Server 2008R2 - Servidor Principal/Servidor Secundário (Cluster de Failover do Windows) e Servidor de Relatórios (Replicação Transacional).

Para: SQL2019 Standard/Windows Server 2019 - Servidor principal/servidor secundário (sempre ativo) e servidor de relatórios (replicação transacional)

Os backups de 2008R2 foram restaurados em 2019 e o nível de compatibilidade foi definido como o mais recente. A configuração Always-On foi relativamente suave e os testes iniciais em relação ao aplicativo atual não mostraram problemas de compatibilidade.

O problema é puramente com a configuração da Replicação Transacional. Existem 2 bancos de dados que requerem replicação, uma publicação cada uma com a primária como editora e distribuidora.

O Problema Durante a inicialização da assinatura de cada BD no servidor de relatórios ele roda bem até chegar ao ponto de criar funções e produzir os erros abaixo.

1º banco de dados:

Mensagem: A opção "INLINE=ON" não é válida para esta função. Verifique a documentação para as construções suportadas com a opção INLINE em uma função. Texto do comando: CREATE FUNCTION [dbo].[f_clienttels - Mirror Copy ce2d3663eb494f3589bd5000dad1bf1f](@ClientID [int]) RETURNS varchar WITH INLINE = ON, EXECUTE AS CALLER AS BEGIN ......

2º banco de dados:

Mensagem: Foi especificada uma opção inválida para a instrução "CREATE/ALTER FUNCTION". Sintaxe incorreta perto da palavra-chave 'com'. Se esta instrução for uma expressão de tabela comum, uma cláusula xmlnamespaces ou uma cláusula de contexto de controle de alterações, a instrução anterior deverá ser encerrada com um ponto e vírgula. Sintaxe incorreta perto de ')'. Texto do comando: CREATE FUNCTION [dbo].[GetGroupAndDescendantGroupsSelective - Mirror Copy 46f329d5eed444428f45b052f07c7ea8](@GroupId [int]) RETURNS TABLE WITH INLINE = ON AS RETURN ( WITH GroupsCTE AS ( ........

Ambos são erros diferentes, mas acredito que ambos tenham a ver com a opção "INLINE=ON", esta opção não está presente em nenhuma dessas funções, nenhuma de nossas funções usa a opção inline explicitamente, se você remover esses artigos da assinatura ele apenas dá o mesmo erro na próxima função (erro CTE se a função iniciar com um CTE e o erro INLINE=ON se não iniciar).

Portanto, parece que a replicação está inserindo "WITH INLINE = ON" nas funções antes da replicação e, em seguida, cometendo erros na adição feita.

Corrigi todas as instâncias para a atualização CU4 mais recente 15.0.4033.1, testei essas funções em ambos os servidores (que funcionam), validei todas as funções/procs no banco de dados e todas estão bem. No ambiente 2008R2 atual, tive que recriar a publicação alguns meses atrás e não obtive esses erros. Como solução alternativa, por enquanto, estou criando funções manualmente no assinante e removendo todos os artigos de função da publicação.

Qualquer ajuda com uma resolução para isso seria muito apreciada, a única referência a esse erro (do 1º DB) é mencionar que não está documentado (link abaixo) e não consegui encontrar nenhuma outra postagem no fórum mencionando-o.

16203 – A opção “INLINE=ON” não é válida para esta função. Verifique a documentação para as construções suportadas com a opção INLINE em uma função.

De: Brent Ozar - O que há de novo no sys.messages do SQL Server 2019: Mais recursos não anunciados

Não temos um contrato de suporte ativo com a Microsoft, mas estamos tentando contatá-los por meio do fornecedor que forneceu as licenças, então darei uma atualização aqui se eles nos retornarem.

Posso fornecer mais informações se necessário.

Estou elaborando uma proposta para as próximas mudanças de infraestrutura. Isso incluirá um servidor de produção e um servidor de relatórios/data warehouse, cada um com Always On. Para manter os custos de hardware e licenciamento baixos, é possível executar em uma configuração de Servidor-A executando Prod-AG primário e Rep-AG secundário e Servidor-B executando Rep-AG primário e Prod-AG secundário?

Presumo que cada servidor precisaria de 2x das seguintes instâncias WSFC, instâncias sql, AG's, ouvintes, nomes/portas DNS.

Espero que isso faça sentido, aqui está um diagrama do que eu acho que vai ficar.

No caso de um failover em qualquer nó, a carga de trabalho/necessidade de negócios não é tão grande que a execução do mesmo servidor por algumas horas seria um grande problema.

Encontrei apenas algumas menções de uma configuração semelhante que funcionou, mas nenhuma informação definitiva da Microsoft ou de qualquer pessoa que tenha executado essa configuração com sucesso.

SQL Edition será 2017, provavelmente padrão, não acho que seremos aprovados para Enterprise. O SO será o Windows Server 2016 Core.

Tarde,

Eu preciso de uma maneira de obter as estatísticas de consulta para consultas que não são procedimentos/funções/gatilhos.

sys.dm_exec_query_stats só parece conter estes, preciso reunir estatísticas semelhantes que estão neste dmv, mas apenas para consultas normais enviadas por ssms/EF/Web etc.

Isso é o que eu usei e não retorna nenhum resultado. (não o mais eficiente, mas apenas uma rápida prova de conceito)

SELECT txt.text
   last_execution_time,
   execution_count,
   total_elapsed_time,
   last_elapsed_time,
   min_elapsed_time,
   max_elapsed_time
   FROM sys.dm_exec_query_stats
   CROSS APPLY sys.dm_exec_sql_text(sql_handle) AS txt 
   WHERE
   txt.text NOT LIKE '%CREATE PROC%' 
   AND txt.text NOT LIKE '%CREATE FUNC%'
   AND txt.text NOT LIKE '%CREATE TRIGG%'
   AND txt.dbid = DB_ID('$(DB)')

Eu sei que existem várias consultas enviadas regularmente de aplicativos cliente que não usam procs armazenados e levam muito tempo para serem executados. Eu teria pensado que o SQL mantém um registro disso em algum lugar.