Peter Tilsted's questions

Sou meio que um "DBA acidental", então posso estar totalmente enganado.

Estamos no local e estamos falando sobre nosso ambiente de teste.

Estamos planejando mudar de empresa de hospedagem.

Vamos mover nosso AG para a nova empresa de hospedagem

Gostaríamos de poder retornar rapidamente para a antiga empresa de hospedagem, caso algo não esteja funcionando na nova.

Temos muitas tabelas temporais, então a replicação normal via log de transações não é possível.

Embora seja um ambiente de teste, há muita atividade de teste que não queremos perder se uma nova empresa de hospedagem falhar. (Poderíamos fazer backup e restaurar, mas eu estava procurando uma solução mais rápida)

O logshipping pode ser uma solução para isso ou há outra maneira que você sugeriria?

cumprimentos

Eu 'herdei' um banco de dados como o DBA acidental em uma instância do SQLServer 2016

Tem 2TB de tamanho

Ele tem 9 arquivos de dados, mas 8 estão definidos para nenhum crescimento automático, 1 cresce em 500 MB e agora tem 1,6 TB, o restante dos dados está nos outros 8 arquivos

Eu gostaria de torná-lo mais uniforme, para que nem todas as atividades estejam no mesmo arquivo

Posso redimensionar os que não crescem e fazê-los crescer uniformemente. ou devo também definir o número 9 para nogrow e criar 9 novos arquivos do mesmo tamanho e crescimento automático?

espero ter tornado meu problema compreensível

Estamos no SQL Server 2016

O Query Store está ativado no banco de dados em questão.

Tivemos alguns problemas de tempo limite relatados em um batchjob noturno e localizamos a consulta em questão.

A consulta é de uma aplicação .Net, gerada por algum framework

Eu também encontrei a consulta no Query Store. Mas se eu usar 'consultas rastreadas', todas as execuções são relatadas como boas, sem tempos limite (e sem erros)

E se eu consultar o QueryStore para esse queryID específico, todas as execuções terão resultado 'Regular'

Se eu configurar uma sessão de eventos estendidos para capturar tempos limite, os tempos limite da consulta são realmente coletados e posso ver que a chamada real da consulta é feita com

EXEC SP_EXECUTESQL N'querystring'

isso de alguma forma engana o querystore para pensar que está tudo bem, não importa qual seja o resultado?

Saudações

Peter

Temos usado essa sintaxe ao usar o OpenRowset para coletar dados de outras instâncias do SQL Server

SELECT a.* 
FROM OPENROWSET('SQLNCLI11', 
'Server=STARDBS1004\T12;UID=user;PWD=pwd;', 
'select * from [MyTable]') as a  

O Native Client está obsoleto e o conselho da MS é usar o driver Microsoft® OLE DB 18 mais recente para SQL Server®

Estou lutando para encontrar a sintaxe correta para minha OPENROWSETconsulta

É assim que eu acho que deveria ser agora:

SELECT a.* 
FROM OPENROWSET('MSOLEDBSQL',
'Data Source=STARDBS1004\T12;Initial Catalog=Staging_DWH;User ID=user;Password=pwd',  
'select * from [MyTable]') AS a

Mas recebo esses erros:

O provedor OLE DB "MSOLEDBSQL" para o servidor vinculado "(null)" retornou a mensagem "Especificação de autorização inválida".
O provedor OLE DB "MSOLEDBSQL" para o servidor vinculado "(null)" retornou a mensagem "Atributo de cadeia de conexão inválido".
Msg 7399, Level 16, State 1, Line 2
O provedor OLE DB "MSOLEDBSQL" para o servidor vinculado "(null)" relatou um erro. Falha na autenticação.
Msg 7303, Level 16, State 1, Line 2
Não é possível inicializar o objeto de fonte de dados do provedor OLE DB "MSOLEDBSQL" para o servidor vinculado "(null)".

Obviamente, a sintaxe está errada, então alguém pode ajudar a encontrar a sintaxe correta?