Perguntas[sql-server-2014](dba)

Tenho uma tabela com duas colunas. ID e VALOR. A coluna VALUE contém uma combinação de uma string de números de 1 a 45. EG:-

Estou tentando relatar a coluna de valores para comparar com dados semelhantes de outra fonte, mas os números em meu soucre precisam ser alterados para que todos os números tenham dois dígitos. Portanto, qualquer número entre 1 e 9 começa com um zero, então: -

Pensei em encontrar uma resposta quebrando a string, verificando o comprimento de cada número, adicionando um zero, se necessário, e depois construindo a string de volta. Mas não consegui descobrir como aplicar o loop a cada linha retornada.

Esses dados estão em um banco de dados SQL Server 2014 e não podem ser alterados na fonte. Eu me perguntei se, de alguma forma, alterar os dados e carregá-los em uma tabela temporária e selecionar os resultados de lá poderia funcionar, mas, novamente, não tenho certeza da melhor maneira de percorrer a string e adicionar um zero a qualquer número de um dígito.

Alguém poderia ajudar ou ter alguma sugestão?

Obrigado.

Eu sei que esta pergunta pode já ter sido parcialmente respondida. Minhas perguntas são as seguintes.

1. As atualizações de segurança do SQL Server são cumulativas?

2. No site https://sqlserverupdates.com/sql-server-2014-updates/ , diz que 3 "Atualizações de segurança" foram lançadas após CU4 e, em seguida, um GDR foi lançado em 2023/02/14. Alguém pode explicar qual é a diferença entre o GDR e as 3 atualizações de segurança?

3. A atualização GDR lançada em 2023/02/14 contém todas as atualizações presentes nas 3 atualizações de segurança lançadas anteriormente?

Eu tenho o SSRS e o SQL Server em execução no mesmo servidor físico (2 nós NUMA).
Como você configura o SQL Server e o SSRS para usar nós NUMA separados?

Eu só não queria que o SQL Data Engine consumisse potencialmente 100% dos recursos da CPU e não deixasse nada para o SSRS.

Estamos tentando resolver problemas de conectividade para um dos aplicativos que tenta extrair dados de um servidor sql muito seguro atrás do firewall. Não sou especialista em segurança, mas preciso de ajuda sobre como proceder na abertura de portas para esse aplicativo extrair dados do servidor sql por trás do domínio seguro.

Abrimos a porta na qual o sql server está escutando, digamos 12345, mas ainda sem sorte.

Como sei quais portas adicionais podem precisar ser abertas como udp 1434 default 1433 ou mirror como 5022? Existe uma maneira de encontrarmos essa informação?

Posso obter a memória disponível consultando a [master].[sys].[dm_os_sys_memory]exibição, mas não encontrei nada semelhante para obter informações sobre a carga da CPU.

Só encontro informações sobre como consultar a carga da CPU pelo próprio servidor SQL, o que não é minha principal preocupação, preciso da carga total no sistema. Procurei nas visualizações do sistema, mas não consigo encontrar nada ou pelo menos não entendo se encontrei ...

A razão pela qual quero obter isso via T-SQL é que já temos um aplicativo de monitoramento que está consultando todos os nossos sistemas em busca de outras informações e seria bom poder expandir isso em vez de configurar algo completamente novo.

Atualmente, os sistemas de interesse estão executando o expresso 2014 e 2017, mas provavelmente incluirão o expresso 2019/2022 em breve.

Tenho a seguinte query até o momento e infelizmente não consigo usar operadores regexp ou maior que , só consigo usar a LIKEpalavra chave.

A coluna inteira está em uma string json, não posso usar json_valueou regexp porque estou no SQL Server, então estou preso ao uso do LIKE. É o SQL Server 2014 e json_valuenão tem suporte até 2016.

SELECT * FROM DataTableOne 
WHERE update_date LIKE '%1645290000%'

Eu gostaria de recuperar todos os registros onde o timestamp unix do epoch é maior que 1645290000 usando apenas a LIKEpalavra-chave SQL (ou mesmo entre 1645290000 e 9999999999 usando o LIKEoperador SQL).

Qualquer ajuda será muito apreciada, pois este é um caso único muito difícil em que estou limitado a usar apenas a palavra- LIKEchave.

Exemplo de tabela/dados abaixo:

CREATE TABLE DataTableOne (
    ID int,
    DATA varchar(MAX)
);

INSERT INTO DataTableOne (ID, DATA)
VALUES (1, '{"name":"Cole", "update_date":"2855290000"}'),
(2, '{"name":"Peter", "update_date":"1222290000"}') ;

Pode haver mil linhas com esse tipo de dados e as únicas que eu quero são aquelas em que o update_date é maior que 1645290000.

A execução da consulta na tabela acima que dei deve retornar apenas a primeira linha, pois a data_de_atualização de 2855290000 é realmente maior que 1645290000 numericamente.

Atualmente, tenho uma instância do SQL Server 2014 com uma configuração AAG muito básica. Existem 2 nós no AG. A unidade de log no primário tem 90% de espaço livre e a unidade de log no secundário tem 5% de espaço livre. Acho que as 2 dúvidas que tenho são:

1. Eles não deveriam ser sempre mais ou menos do mesmo tamanho, já que são sincronizados?
2. Como posso reduzir o tamanho do log no secundário sem torná-lo o primário primeiro?

Existe uma maneira de realizar o segundo sem fazer um failover manual, tornando-o o principal e fazendo todo o trabalho? Como posso evitar essa enorme discrepância de tamanho no futuro ou isso é esperado? Agradecemos antecipadamente por qualquer ajuda.

Apaguei minha pergunta antiga para ser mais preciso sobre o que preciso.

temos uma grande consulta contendo muitas consultas menores. Esta consulta funciona muito bem, até chegar à cláusula "have max":

having 
  max
  (
    DateField 
    ) < getdate() - @2_years_ago

existe alguma cláusula que pode ser mais rápida do que ter max? porque isso está causando uma varredura de índice e looping e looping sem parar pelos milhões de linhas que existem na tabela.

tentei fazer por row_number mas não tive sorte.

E só noto que essa mesma consulta roda muito bem em outros bancos de dados com a mesma estrutura.

apenas este (que curiosamente tem menos linhas) não funciona.

Dbs no mesmo servidor.

Eu enfrentei um comportamento incomum associado ao failover automático para que o failover automático não funcionasse no caso de desligar o serviço SQL Server. Parece que os discos clusterizados ainda permanecem anexados ao nó com falha, mas não consigo descobrir o problema final que causa esse comportamento. Ficarei muito grato a você se puder me ajudar a entender esse problema.

Para fins de teste, criei o destino iSCSI no controlador de domínio com 2 iniciadores conectados a ele:

Aqui estão os detalhes sobre meu cluster:

Aqui estão os detalhes sobre meu serviço SQL Server:

Aqui estão os detalhes sobre discos em cluster (adicionei apenas detalhes para um dos discos porque dois discos são idênticos):

Agora, quando desativo o serviço SQL Server, o failover automático de serviços não ocorre:

Testei outros cenários em que o failover automático funciona com sucesso:

1. Failover manual
2. Desligando o nó ativo
3. Desativando o adaptador no nó ativo
4. matando o processo do servidor sql no gerenciador de tarefas
5. matando o processo de serviço do agente sql no gerenciador de tarefas

Em todos os cenários acima, os recursos falharam com êxito em outro nó.

Você poderia me ajudar a descobrir o que está errado com o failover automático quando eu desligo o serviço do SQL Server no nó ativo?

Eu trabalho no sql server 2017, enfrento um problema que não consigopartnumber

que têm pelo menos tipo de origem websitee pelo menos têm stockid equal 1porpartnumber

então, com outro significado, preciso obter números de peça que tenham stockid 1esource type website

então eu preciso fazer a consulta de seleção obter números de peça que devem ter tipo de origem websitee estoque =1com base emPart number

dados de amostra

create table #stockyes
(
PartNumber varchar(100),
sourcetype varchar(100),
stockid tinyint
)
insert into #stockyes(PartNumber,sourcetype,stockid)
values
(1233,'Website',1),
(1233,'Website',0),
(1233,'Datasheet',1),

(8901,'Website',1),
(8901,'Website',0),

(9015,'Website',1),

(7801,'Website',1),
(7801,'Website',1),

(9401,'Datasheet',0),

(5688,'Datasheet',0),
(5688,'Datasheet',0),

(5688,'Lifecycle',2),
(5688,'Lifecycle',2),

(8409,'Lifecycle',1),

(6703,'Website',0),
(6703,'Website',0),
(6703,'Website',0),

(3099,'Website',0),
(3099,'Website',0),

(8541,'Website',0)

resultado esperado