Randy Minder's questions

Você pode reproduzir o problema aqui:

CREATE TABLE [dbo].[EmployeeDataMasking](
    [RowId] [int] IDENTITY(1,1) NOT NULL,
    [EmployeeId] [int] NULL,
    [LastName] [varchar](50) MASKED WITH (FUNCTION = 'partial(2, "XXXX", 2)') NOT NULL,
    [FirstName] [varchar](50) MASKED WITH (FUNCTION = 'partial(2, "XXXX", 2)') NOT NULL,
 CONSTRAINT [PK_EmployeeDataMasking] PRIMARY KEY CLUSTERED 
(
    [RowId] ASC
)WITH (STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF) ON [PRIMARY],
) ON [PRIMARY]
GO

Insert Into dbo.EmployeeDataMasking (EmployeeId, LastName, FirstName)
VALUES( 1,'Smithsonian','Daniel'),( 2,'Templeton','Ronald')

Select  
    EmployeeId,
    LastName,
    FirstName,
    LastName + ', ' + FirstName
From dbo.EmployeeDataMasking

Observe que os campos LastName e FirstName são parcialmente mascarados (como esperado). No entanto, o campo de nome combinado contém a máscara padrão. Não sei se isso é considerado um bug. No entanto, eu acho que o campo combinado manteria a máscara dos dois campos que ele compreende. Pelo menos é o que eu preferiria, pois não sei como fornecer uma máscara para o campo combinado.

Temos um banco de dados de produção do SQL Server 2014 Enterprise Edition (30 núcleos). Estamos usando Always ON para provisionar uma réplica somente leitura. A instância de réplica de leitura também precisa ser Enterprise Edition com suporte para 30 núcleos?

Gostaríamos de habilitar o SQL Audit em um banco de dados SQL Server 2014. Esse banco de dados é replicado para uma réplica de leitura via AlwaysOn. Não precisamos ou queremos que a réplica seja auditada. Se habilitarmos a auditoria no banco de dados principal, ela será replicada automaticamente para nossa réplica? Se sim, existe alguma forma de evitar isso?

De acordo com este artigo , um backup do Azure SQL pode ser usado para " Restaurar um banco de dados para outra região geográfica. Isso permite que você se recupere de um desastre geográfico quando não puder acessar seu servidor e banco de dados. Ele cria um novo banco de dados em qualquer servidor existente em qualquer lugar no mundo. "

Minha pergunta é esta. Caso o servidor em que meu banco de dados está instalado falhar, como eu poderia acessar o backup mais recente para restaurá-lo em outro servidor? Por exemplo, se eu quisesse restaurar uma cópia do meu banco de dados agora, selecionaria meu banco de dados e depois a opção Restaurar no menu na parte superior da página. No entanto, se eu perdi meu servidor (e, portanto, meu banco de dados), como posso obter acesso ao(s) backup(s) do(s) banco(s) de dados que estavam no servidor que foi perdido?

Eu tenho feito um mergulho profundo no SQL Server Query Store e muitas vezes vejo referências a consultas 'ad-hoc'. No entanto, não vi o que o Query Store determina como uma consulta ad-hoc. Eu vi lugares onde poderia ser inferido ser uma consulta sem parâmetros ou uma consulta executada apenas uma vez. Existe uma definição formal para isso? Não quero dizer em geral. Quero dizer, no que se refere ao Query Store.

Como exemplo, esta página mostra um exemplo de remoção de consultas ad-hoc do repositório de consultas, mas parece que o critério usado é uma contagem de execução de apenas um. Esta parece ser uma definição estranha de uma consulta ad-hoc. BTW, se você for para a página, procure por 'Excluir consultas ad-hoc'.

Acabei de ler um excelente artigo sobre níveis de isolamento aqui . Nossa empresa iniciará em breve o desenvolvimento de uma reescrita e expansão de nosso produto atual. Meu desejo é ter um banco de dados OLTP e um banco de dados de relatórios separado, mais desnormalizado. Supondo que sejamos um pouco disciplinados e que a maioria de nossas consultas ad-hoc e de tipo de relatório vá para o banco de dados de relatórios, parece apropriado que nosso banco de dados OLTP tenha um nível de isolamento padrão de Read Committed (não precisaremos de um isolamento mais rigoroso level para OLTP) e nosso banco de dados de relatórios seja Snapshot Isolation (provavelmente RCSI)?

Meu pensamento é que, se nosso banco de dados OLTP for realmente um banco de dados OLTP verdadeiro e não servir como um banco de dados de relatórios, não precisaremos de isolamento de instantâneo e da sobrecarga associada que isso acarreta. Mas o isolamento de instantâneo seria desejável no banco de dados de relatórios para que os leitores não sejam bloqueados pelo fluxo constante de dados que chegam, e a leitura da última versão salva de uma linha seria aceitável.

Estou executando a seguinte consulta dmv no SQL Server 2014 para encontrar todas as atividades em um servidor e quaisquer atividades de bloqueio:

SELECT Distinct
   ...
FROM sys.dm_exec_requests er
    OUTER APPLY sys.dm_exec_sql_text(er.sql_handle) st
    LEFT JOIN sys.dm_exec_sessions ses ON ses.session_id = er.session_id
    LEFT JOIN sys.dm_exec_connections con ON con.session_id = ses.session_id
WHERE st.text IS NOT NULL And DB_Name(er.database_id) IN ('Vincent', 'Vincent_Audit')
ORDER BY BlockingSessionId Desc, SessionId

Os resultados de exemplo desta consulta são os seguintes:

Você pode ver que a sessão 120 está bloqueada por 112 e 112 está bloqueada por 69. No entanto, o processo 69 não aparece porque não existe em sys.dm_exec_requests.

Portanto, a consulta a seguir não retorna resultados:

SELECT *
FROM sys.dm_exec_requests
Where session_id = 69

Alguém sabe por que isso seria?

Estou percebendo essa estatística de espera no meu banco de dados SQL do Azure e nunca a vi antes. Eu tentei pesquisar no Google essa estatística de espera, mas não consegui obter nenhuma boa informação sobre o que é isso, embora tenha visto algumas menções sobre isso possivelmente estar relacionado a exceder o nível de desempenho do Azure definido para o banco de dados.

Estou tentando criar uma função no SQL do Azure para que o usuário possa executar operações de seleção, exibir todo o esquema (mas não modificar o esquema), mas não executar nenhuma gravação ou procs armazenados. Conceder a permissão Select a um usuário me aproxima. No entanto, o usuário não pode ver nenhum procs armazenado ou funções escalares.

Então, eu quero permitir que o usuário veja todas as definições de esquema, não modifique nenhum objeto de esquema e execute Selects. Isso é possível?

Não estou familiarizado com Always On Availability Groups, mas nossa empresa o está usando para fornecer uma réplica somente leitura para nosso banco de dados de produção principal, para que certos usuários possam relatar e gerar consultas ad hoc.

Como isso é somente leitura, sei que nenhuma modificação pode ser feita nesse banco de dados. No entanto, eu queria saber se é necessário reconstruir índices ou regenerar estatísticas em uma réplica de leitura como esta? Ou isso acontece automaticamente quando o banco de dados de origem tem índices reconstruídos ou estatísticas regeneradas?

A exibição sys.system_internals_partition_columns no SQL do Azure parece não existir. Existe outra exibição que eu possa usar para examinar as modificações de índice por coluna em um banco de dados SQL do Azure?

Eu tenho algumas estatísticas de espera do BlitzFirst que se parecem com o seguinte:

Esta é a maneira correta de interpretar isso? Durante a amostra de 30 segundos , houve um total de 627,1 segundos de espera de IO_Completion, uma média de 0,5 esperas por núcleo por segundo e um total de 20.723 dessas esperas, cada uma com média de 30,3 MS?

Além disso, não estou usando a opção Desde a inicialização.

Eu tenho um banco de dados (DB1) que está sincronizado com (DB2) em outro servidor (via AlwaysOn - SQL Server 2014).

Desejo dar a um usuário acesso de leitura ao DB2. Eu crio um login SQL e um usuário de banco de dados no DB1. O novo usuário do banco de dados é migrado para o DB2, mas o login SQL não é (o que faz sentido).

O problema é que quando tento criar um login SQL para o usuário no DB2 e dar ao usuário direitos de leitura para o DB2, vinculado à conta do usuário que veio do DB1, recebo um erro dizendo que o DB2 é somente leitura e não pode ser modificado.

Então, como posso conseguir isso?

No meu servidor SQL do Azure, vejo o logon do SQL que me permite conectar ao servidor. No entanto, quando olho para os usuários definidos para meu banco de dados nesse servidor, não vejo uma conta de usuário com o mesmo nome (o que eu esperaria). Como posso acessar meu banco de dados (o que posso fazer), sem uma conta de usuário do banco de dados?

Digamos que eu tenha um banco de dados local chamado MyDatabase. Quero movê-lo para o SQL do Azure e substituir um banco de dados existente atualmente lá chamado MyDatabase. Eu sei como criar um arquivo BACPAC localmente. Eu sei como importar o BACPAC para minha conta de armazenamento do Azure. No entanto, uma vez que o BACPAC está no armazenamento do Azure, não conheço a maneira preferida de substituir o banco de dados MyDatabase existente pela cópia no armazenamento. Eu poderia importar o arquivo BACPAC e criar um segundo banco de dados, excluir o primeiro e renomear o banco de dados recém importado. No entanto, é a melhor ou preferida maneira de fazer isso?

Preciso restaurar um banco de dados SQL Server 2000 para SQL Server 2016. Existe alguma maneira possível de fazer isso sem precisar instalar uma cópia completa do SQL Server 2008, restaurar para 2008, alterar o nível de compatibilidade e restaurar o backup de 2008 para 2016 ? Eu sei que isso funcionaria, mas eu realmente não quero instalar o 2008 R2 apenas para esse único propósito, a menos que não tenha outra escolha.

Tenho o SQL Server 2016 SP1 instalado, com R Services. Acredito que configurei tudo com base no que entendi estar correto e na saída abaixo.

Reiniciei os serviços do SQL Server e os serviços do Launcher. Quando tento executar o seguinte código de teste:

EXEC sp_execute_external_script  
  @language =N'R',    
  @script=N'OutputDataSet<-InputDataSet',      
  @input_data_1 =N'SELECT 1 AS hello'    
  WITH RESULT SETS (([hello] int not null));    
GO   

Estou tendo o erro a seguir:

Msg 39021, Level 16, State 1, Line 1
Unable to launch runtime for 'R' script. Please check the configuration of the 'R' runtime.
Msg 39019, Level 16, State 1, Line 1
An external script error occurred: 
Unable to launch the runtime. ErrorCode 0x80070057: 87(The parameter is incorrect.).

Se ajudar, meus arquivos rlauncher.config têm a seguinte aparência:

RHOME=D:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\R_SERVICES
MPI_HOME=C:\Program Files\Microsoft MPI
INSTANCE_NAME=MSSQLSERVER
TRACE_LEVEL=1
JOB_CLEANUP_ON_EXIT=1
USER_POOL_SIZE=0
WORKING_DIRECTORY=C:\Temp

Estou um pouco perdido para determinar como corrigir isso.

De acordo com este artigo , uma tabela com um índice columnstore clusterizado pode ter um ou mais índices não clusterizados adicionais. No entanto, quando tento adicionar um índice não clusterizado em uma tabela com um CCI, recebo o erro mostrado na imagem abaixo:

Estou ignorando alguma coisa, ou interpretando mal alguma coisa? Estou usando o SQL Server 2016 com SP1.

Estou tentando executar um novo procedimento armazenado em 2016 chamado sp_execute_external_script. Primeiro preciso habilitar scripts externos da seguinte forma:

sp_configure 'external scripts enabled', 1;

Depois de fazer isso, vejo esta mensagem:

Configuration option 'external scripts enabled' changed from 1 to 1. Run the RECONFIGURE statement to install.

Eu então executo RECONFIGUREe vejo uma mensagem dizendo, "Command(s) completed successfully".

Em seguida, tento executar o seguinte, para ver se R está funcionando corretamente:

exec sp_execute_external_script @language =N'R',
@script=N'OutputDataSet<-InputDataSet',
@input_data_1 =N'select 1 as hello'
with result sets (([hello] int not null));
go

Quando faço isso, vejo o seguinte erro:

Msg 39023, Level 16, State 1, Procedure sp_execute_external_script, Line 1 [Batch Start Line 3]
'sp_execute_external_script' is disabled on this instance of SQL Server. Use sp_configure 'external scripts enabled' to enable it.

Alguma ideia do porquê?

Eu tenho uma tabela (com 170 milhões de linhas) com a seguinte aparência:

CREATE TABLE [dbo].[Panel]
(
    [SubId] [varchar](15) NOT NULL,
    [LineageId] [int] NULL,
    [Buck] [varchar](20) NULL,
    [Lot] [varchar](20) NULL,
    [GlassType] [varchar](20) NULL,
    [ETA] [varchar](200) NULL,
 CONSTRAINT [PK_Panel] PRIMARY KEY CLUSTERED 
(
    [SubId] ASC
)

99% das consultas nessa tabela fazem referência a SubId na cláusula Where ou na junção. Um de nossos DBAs me disse que poderia melhorar o desempenho de todas essas consultas e junções criando o seguinte índice:

CREATE UNIQUE NONCLUSTERED INDEX [IX-Panel-SubID-I-LineageID] ON [dbo].[Panel]
(
    [SubId] ASC
)
INCLUDE ([LineageId])

Quando ele me disse isso, pensei que ele estava louco. Mas acabei de verificar o uso do índice desde que esse índice foi criado e encontrei o seguinte:

PK_Panel (232,394 seeks / 2,133 scans)
IX-Panel-SubID-I-LineageID (25,528 seeks / 3644 scans)

Fiquei um pouco chocado ao ver isso. Em que circunstâncias esse novo índice seria usado? Por que o SQL Server o selecionaria?

Ou talvez uma pergunta melhor seria, por que o SQL Server selecionaria o novo índice para fazer uma busca, em vez do índice clusterizado? Aproximadamente 25 mil vezes, ele pensou que buscar no novo índice era uma escolha melhor.

Caso isso ajude, o LineageId indica essencialmente onde um painel foi criado e há cerca de 35 valores distintos que ele pode conter.