É possível criar uma credencial SQL no SQL 2019 para uma conta de serviço gerenciado?
Quando eu tento, ele pede uma senha, que eu não sei. Desejo executar um comando do Powershell do SQL Agent usando essa credencial como proxy, mas não consigo adicionar a credencial.
Eu sei de outras perguntas e postagens que, quando o SQL compila um plano de consulta, ele só pode usar um índice filtrado se o índice filtrado for garantido para poder ser usado toda vez que a consulta for executada. Isso significa que você não pode usar uma variável na cláusula where porque às vezes ela pode usar o índice filtrado e às vezes não.
Uma maneira de contornar isso é usar OPTION(RECOMPILE), para que nas vezes em que ele possa usá-lo, ele obtenha o índice filtrado.
Fazendo alguns testes, descobri que esta consulta pode usar um índice filtrado (observe, estou forçando o índice apenas para provar um ponto):
SELECT MAX(table1.SomeDateField)
FROM dbo.table1 WITH(INDEX(MyFilteredIndex))
WHERE table1.filteredColumn = @variable
OPTION (RECOMPILE)
No entanto, se eu quiser atribuir o resultado a uma variável, estou sem sorte:
SELECT @OutputVariable = MAX(table1.SomeDateField)
FROM dbo.table1 WITH(INDEX(MyFilteredIndex))
WHERE table1.filteredColumn = @variable
OPTION (RECOMPILE)
resulta em:
Msg 8622, Level 16, State 1, Line 15 O processador de consultas não pôde produzir um plano de consulta devido às dicas definidas nesta consulta. Reenvie a consulta sem especificar nenhuma dica e sem usar SET FORCEPLAN.
A consulta pode usar claramente o índice filtrado enquanto executa find quando não quero salvar a saída em uma variável.
Eu tenho maneiras de reescrever essa consulta em código rígido @variablepara remover o problema, mas alguém pode explicar por que a primeira consulta pode usar o índice filtrado, mas a segunda consulta não pode?
Estou tentando ajustar o desempenho de uma consulta que temos no SQL Server 2014 Enterprise.
Eu abri o plano de consulta real no SQL Sentry Plan Explorer e posso ver em um nó que ele tem um predicado de busca e também um predicado
Qual é a diferença entre Seek Predicate e Predicate ?
Observação: posso ver que há muitos problemas com este nó (por exemplo, as linhas Estimated vs Actual, o IO residual), mas a pergunta não se relaciona a nada disso.
Estou tentando escrever uma consulta para um relatório para mostrar quanto espaço livre há em nossos arquivos de dados para que possamos planejar o armazenamento para o futuro. Estou extraindo dados de sys.database_files, e posso reduzi-los a apenas dados do tipo 0 (linhas) - não estamos preocupados com o crescimento do log neste momento.
O problema que estou tendo é que vários bancos de dados possuem um catálogo de texto completo. O arquivo Full Text Catalog também está sendo exibido como tipo 0. Também queremos excluí-los do relatório. Existe alguma maneira de sabermos sys.database_files(ou nos juntarmos a isso) para que possamos ver os arquivos de dados?
Percebo que todos os arquivos de Catálogo de Texto Completo recém-criados no SQL Server 2016 terão tipo = 4, mas isso realmente não me ajuda em 2014 (ou bancos de dados atualizados em 2016).
Tivemos um pop-up de alerta de disco hoje em um SQL 2014 Enterprise Server informando que uma unidade estava ficando cheia em um de nossos servidores. Na investigação, descobrimos que a maior parte do espaço estava sendo usada pela pasta MSSQL Logs (G:\MSSQL12.MSSQLSERVER\MSSQL\Log).
Temos arquivos de log que remontam a mais de 2 anos nesta unidade. A maioria dos arquivos é criada pelos procedimentos armazenados de backup de Ola Hallengren, executando backups de log de transações a cada 5 minutos (requisitos de DR).
Gostaríamos de manter o valor dos últimos 1-2 meses, caso algo dê errado. Existe uma maneira de automatizar a limpeza desses arquivos de log de dentro do SQL ou devemos criar algum tipo de arquivo powershell/lote para limpá-los?
Temos dois servidores SQL 2014, e criei um Linked Server de um deles para o outro. Como parte de uma tarefa que estou tentando executar, preciso converter um SQL UserID em um nome de usuário no servidor local e vinculado.
No servidor local, posso apenas ligar
SELECT SUSER_NAME(1)
que retornará a stringsa
Existe uma maneira fácil de executar a função SUSER_NAMEno servidor vinculado para obter um valor de lá?
A outra alternativa que acho que encontrei é fazer uma junção sys.server_principalse retirar o nome de lá, mas SUSER_NAMEparece uma abordagem mais limpa.
O código a seguir foi adicionado por um de nossos desenvolvedores para excluir registros duplicados da tabela:
DELETE SubQuery
FROM
(
SELECT ID
,FK1
,FK2
,CreatedDateTime
,ROW_NUMBER() OVER(PARTITION BY FK1, FK2 ORDER BY CreatedDateTime) AS RowNumber
FROM Table
)
AS SubQuery
WHERE RowNumber > 1
Ao revisar o código, presumi que não funcionaria, no entanto, testá-lo em nosso ambiente de teste (SQL 2014) mostra que sim!
Como o SQL sabe resolver a subconsulta e excluir os registros table?
Temos um aplicativo de folha de pagamento de terceiros que usa um banco de dados SQL em nosso servidor. No servidor de banco de dados, temos backups completos semanais, diferenciais noturnos e backups de log regulares. Eles são mantidos por um período de tempo para atender aos requisitos de DR de negócios.
O problema que temos é que, quando uma folha de pagamento é executada, o departamento de folha de pagamento exige que um backup do banco de dados seja feito e mantido por um período de tempo especificado (5 a 7 anos, dependendo do país, por motivos legais). Quando eles executam o backup do aplicativo de folha de pagamento, ele faz um backup completo. Obviamente, isso elimina nossos backups diferenciais, pois o SQL agora pensa que tem um novo backup completo.
Existe uma maneira de capturar o script de backup proveniente do aplicativo de folha de pagamento e alterá-lo para ser somente cópia ou nossas únicas opções são alterar o programa e/ou fazer o backup fora do programa de folha de pagamento?
=======
Atualize para tentar explicar nosso objetivo um pouco melhor:
O que queremos fazer é interceptar a instrução de backup que sai do programa de folha de pagamento, adicionar o comando copy-onlya ela e, em seguida, passá-la para SQL e retornar os resultados de volta ao programa de folha de pagamento.
Temos um Grupo de Disponibilidade SQL 2014 com 3 réplicas de nosso banco de dados primário - 2 em nosso data center principal e 1 em nosso centro de DR.
Fizemos uma grande reconstrução de índice no primário, que obviamente precisa ser replicado nos secundários. Acredito que esta replicação já terminou. Quando eu corro:
select redo_queue_size, log_send_queue_size
from sys.dm_hadr_database_replica_states
where database_id = 28
Eu recebo:
redo_queue_size |log_send_queue_size
0 | 0
0 | 0
NULL | NULL
O que me sugere que a replicação terminou. No entanto, quando eu corro
select log_reuse_wait, log_reuse_wait_desc from sys.databases where database_id = 28
Eu recebo:
log_reuse_wait | log_reuse_wait_desc
6 | REPLICATION
Encontrei esta consulta:
select *
from sys.dm_hadr_database_replica_cluster_states
where database_name = DB_NAME()
que mostra o estado da replicação que novamente sugere que tudo é replicado, mas não pode ser truncado por algum motivo:
is_failover_ready | is_pending_secondary_suspend | recovery_lsn | truncation_lsn
1 | 0 | 4294967295429496729500001 | 793156000000001600001
1 | 0 | 4294967295429496729500001 | 793156000000001600001
1 | 0 | 4294967295429496729500001 | 793156000000001600001
As tarefas de backup do log de transações estão sendo executadas e feitas backup conforme o esperado, mas a porcentagem do arquivo de log usado continua a crescer devido ao tráfego normal. Como faço para que o SQL reutilize o arquivo de log de transações?
Não tenho certeza se estou pesquisando a coisa errada, mas não consigo encontrar uma resposta. Estamos executando o SQL 2014. Os processos do SQL Server e do SQL Agent estão sendo executados em contas de serviço gerenciado de domínio.
Quando o SQL foi instalado NT SERVICE\MSSQLSERVER, são todos configurados como .NT SERVICE\SQLSERVERAGENTNT SERVICE\SQLWriterNT SERVICE\WinmgmtSysAdmins
Se eu estiver executando o SQL e o SQL Agent como um usuário de domínio, ainda preciso dessas contas de serviço NT e/ou elas precisam ser SysAdmin?
Eu tenho uma configuração de grupo de disponibilidade alwayson usando SQL 2014 e Windows Server 2012 R2. Existem 3 nós no grupo. O serviço SQL está sendo executado como uma conta de serviço gerenciado em cada nó (1 MSA para cada servidor).
Estou tentando fazer um servidor vinculado em cada um dos nós para apontar para o nó ativo atual. Então, digamos que os três servidores sejam chamados de Server1, Server2 e Server3, e o grupo de disponibilidade AlwaysOn é chamado de SQLAAG_PROD. Desejo criar o servidor vinculado ao SQLAAG_PROD.
Eu sou capaz de criar um servidor vinculado a cada nó individual (por exemplo, Server1 com um link para server2 e Server3) e funciona bem usando a opção de segurança Be made using the login's current security context.
No entanto, quando tento criar um servidor vinculado ao ouvinte do grupo, receboLogin failed for user 'NT AUTHORITY\ANONYMOUS LOGON
Se eu alterar o modo de segurança para usar a senha SA para o servidor ativo atual, tudo funcionará, mas por razões óbvias de segurança, essa não é uma solução aceitável.
Eu li muito sobre a necessidade de configurar SPNs e permitir contas para delegação. Ativei Trust this computer for delegation to any service (Kerberos only)o objeto SQLAAG_PROD no Active Directory, mas ainda tenho o mesmo problema.
Alguém já viu isso antes e/ou existe um guia sobre como configurar isso?
=== ATUALIZAR ===
Não tenho certeza se isso ajuda, mas quando eu corro
select auth_scheme from sys.dm_exec_connections where session_id=@@SPID
quando conectado diretamente ao nó, obtenho o KERBEROS; no entanto, se me conectar ao SQLAAG_PROD e executar a mesma consulta, obtenho o NTLM
Ao usar grupos de disponibilidade AlwaysOn, cada instância SQL precisa usar as mesmas credenciais de serviço?
Estamos configurando uma nova implantação do SQL2014 e usaremos o AlwaysOn. Se eu tiver 2 servidores SQL (chamá-los de ServerA e ServerB), posso usar 2 contas do Active Directory chamadas Domain\ServerA_SQLServerService e Domain\ServerB_SQLServerService (uma em cada servidor)?
Ou eles precisam usar a mesma conta, então devo apenas criar Domain\SQLServerService
As contas estariam no mesmo domínio e podem ter acesso a ambos os servidores. Anteriormente, tínhamos a conta do SQL Server Service bloqueada, o que obviamente causava problemas. O que eu gostaria de fazer é ter 2 contas para que a probabilidade de ambas serem bloqueadas seja reduzida.
Existe um requisito e/ou qual é a prática recomendada da Microsoft?
Estamos no processo de construção de um novo servidor Windows Server 2012 R2 de produção para executar o SQL Server 2014 Enterprise Edition.
Há alguns conselhos na Internet que sugerem que, para Windows Server 2012 e SQL Server 2012, devo me ater ao NTFS (por exemplo , itknowledgeexchange ), pois comandos de banco de dados como DBCC CHECKDBnão funcionam.
No entanto, também há aviso de que o SQL Server 2014 agora oferece suporte a ReFS (por exemplo , Brent Ozar , msdn social )
Existe uma recomendação da Microsoft ou uma regra geral sobre quando usar NTFS e se/quando usar ReFS para dados e arquivos de log no SQL 2014 e Server 2012 R2?
Estamos planejando atualizar nosso SQL 2012 para SQL 2014. Atualmente, usamos um espelho para nossos bancos de dados de produção, mas estamos planejando mudar para grupos de disponibilidade. Estaremos executando 2 SQL Servers em nosso site primário e uma única réplica assíncrona em DR.
Nosso link para DR às vezes é bastante irregular e, portanto, não queremos contar com DR para ter um quorum, que também é o conselho da Microsoft: https://msdn.microsoft.com/en-us/library/hh270280. aspx . Para fornecer um número ímpar de votos, estamos planejando ter uma maioria de compartilhamento de arquivos e nós (2 nós + 1 compartilhamento de arquivos no site primário = 3 votos).
Algumas vezes por ano, precisamos fazer failover para DR, seja para teste ou devido ao trabalho de manutenção (Elétrico/Conectividade/etc) em nosso site principal.
Para fazer failover para DR, podemos definir a réplica de DR para ser síncrona, esperar que ela seja atualizada e, em seguida, fazer o failover usando um script ou o assistente de failover. Configurei um teste usando 4 servidores em Hyper-v (3x SQL + 1x AD). Assim que faço o failover para DR e, em seguida, desligo os SQL Servers, o cluster fica offline.
Percebo que o mesmo artigo msdn que mencionei acima diz
• Reavalie as atribuições de voto após o failover. Você não deseja fazer failover em uma configuração de cluster que não oferece suporte a um quorum íntegro.
Quais seriam os melhores ajustes a serem feitos para manter o quorum após um failover planejado para DR e o site Primário ficar completamente offline (incluindo os 2 nós SQL primários e o compartilhamento de arquivo)?
Temos um banco de dados SQL Server 2012 Enterprise em execução no modelo de recuperação completa com backups de log de transação em execução a cada minuto. Uma consulta foi executada ontem à noite, o que significa que precisamos recuperar os dados de um determinado ponto no tempo - então restauramos os logs de transação para esse ponto no tempo, recuperamos os dados de que precisamos, tudo bem.
O que queremos saber, existe uma maneira de saber qual login executou uma consulta usando os backups do log de transações?
Temos um banco de dados SSAS (SQL Server 2012 Enterprise) com 4 cubos. 1 dos cubos é significativamente maior que os outros 3. Queremos processar os 3 cubos menores em intervalos regulares durante o dia e atualizar o cubo grande todas as noites.
Uma pergunta realmente básica, se eu apenas processar um cubo selecionado, isso ainda processará todas as alterações nos grupos de medidas e dimensões incluídos nesse cubo?
Em outras palavras, os dados no cubo que eu processar serão exatamente os mesmos se eu processar apenas 1 cubo ou se eu processar todo o banco de dados?
Temos 2 servidores SQL 2012 SP2 Enterprise que possuem alguns bancos de dados espelhados. Um desses bancos de dados também possui o CDC ativado em várias tabelas para que possamos executar alguma lógica de negócios quando houver alterações na tabela.
Ontem fizemos algumas manutenções no servidor espelho (o primário estava rodando exposto). Algumas horas depois, reativamos o espelho e ele sincronizou conforme o esperado.
O que descobrimos foi que os dados do CDC que normalmente processamos quase em tempo real não foram coletados até que o espelhamento fosse retomado.
2 perguntas fora disso:
Temos bancos de dados individuais do SQL Server 2012 da edição do desenvolvedor configurados em cada um dos nossos PCs de desenvolvedores. Todos os PCs são Windows 7, o firewall está desativado e tudo funciona bem.
Agora estamos procurando atualizar para o Windows 8.1. Tivemos alguns problemas com o firewall, mas abrimos exceções para as portas 1433 e 1434. Podemos nos conectar usando autenticação SQL ou Windows ao usar sqlcmde osql, porém, se tentarmos nos conectar via SSMS, obteremos um erro:
Ocorreu um erro relacionado à rede ou específico da instância ao estabelecer uma conexão com o SQL Server. O servidor não foi encontrado ou não estava acessível. Verifique se o nome da instância está correto e se o SQL Server está configurado para permitir conexões remotas (provedor: SQL Network Interfaces, erro: 26 - Erro ao localizar servidor/instância especificada)(Microsoft SQL Server)
O que me deixa confuso é que podemos nos conectar sem problemas usando osqle sqlcmd. O SSMS não apresenta problemas ao ser executado localmente no computador.
O TCP parece estar configurado corretamente e ouvindo conexões (e aceitando conexões de osqle sqlcmd).
O que mais o SSMS precisa para se conectar ao SQL Server?
Estou revisando nosso banco de dados e notei que em uma determinada tabela temos os seguintes índices:
Tabela :
Col1 INT IDENTITY(1,1) Primary Key
Col2 INT
...
about 15 more columns
....
ColN VARCHAR(50)
....
another 10 more columns
Além do índice clusterizado de chave primária padrão em Col1, também temos o seguinte índice:
create nonclustered index [iTable-Col1] ON [dbo].[Table1]
(
Col1
)
include ( ColN )
Pesquisamos regularmente Col1e queremos apenas recuperar arquivos ColN. Esse índice é usado porque é o menor índice que contém todos os dados necessários para satisfazer a consulta.
Minha pergunta é, esse índice agrega algum benefício ao SQL Server? Seria melhor abandoná-lo e apenas fazer uma pesquisa no índice clusterizado?
Meu único pensamento é que esse índice é muito menor do que o índice clusterizado (25 MB x 300 MB), o que pode tornar a pesquisa e/ou o armazenamento em cache mais rápido.
O servidor é o SQL Server 2012, se isso fizer alguma diferença.
Temos um servidor Windows Server 2012 em execução com 2 instâncias do SQL Server 2012 instaladas - Livee System. Ambas as instâncias estão aceitando conexões em 1433 e Liveé a instância padrão (1433 definida na porta ListenAll).
Temos um programa que precisa se conectar à instância do sistema, porém não suporta instâncias nomeadas do SQL Server.
Pelo que li, temos 2 opções -
Systeminstância ouça todas as conexões para 1433 nessa placaSysteminstânciaPreferimos a opção 2, pois significa que não precisamos configurar mais nenhum hardware, mas não consigo fazê-lo funcionar. A equipe de rede configurou um registro DNS A extra ("programDB") para apontar para o servidor.
No SQL Server criei um alias usando o SQL Server Configuration Manager:
Eu configurei isso na configuração de 32 e 64 bits
Quando me conecto a programDBpartir do SSMS, ele me conecta à Liveinstância, não à Systeminstância.
Não entendi como os aliases funcionam ou perdi alguma coisa na configuração?
Atualização: Isto é o que eu configurei:
Já reiniciei os serviços várias vezes. Se eu tentar conectar a "programdb,1544", ele se conectará à Systeminstância