Ste Bov's questions

Eu tenho um relatório do SSRS que é usado para um wallboard para exibir estatísticas e informações básicas para o departamento por meio de um Raspberry Pi anexado a uma tela

Isso tem a opção AutoRefresh definida para 60s, no entanto, desde o patch de hoje, onde ativamos o isolamento de instantâneos para remover muitos bloqueios que ocorriam todas as manhãs e no meio da tarde, quando os relatórios diários eram executados, a opção de atualização automática parece estar falhando.

Eu tentei reimplantar o relatório e até criei um relatório completamente novo que apenas coloca a data e hora para acompanhar a atualização, às vezes funciona por alguns minutos, mas depois para de atualizar

Os testes que executei incluíram uma atualização a cada 10 segundos para ver se estava expirando a execução em mais de 60 segundos

Das 5 execuções separadas que acabei de executar, uma executou 542 segundos antes de não atualizar mais, uma executou 339, uma 164 e duas delas falharam ao atualizar

Anterior, isso seria executado até que a conexão wifi fosse perdida no Pi e os erros de página durante a atualização (OBSERVE que todos os testes foram feitos localmente na conexão com fio, sem quedas de rede)

testes anteriores antes desse conjunto foram feitos em diferentes navegadores no modo de navegação anônima e todos produzem os mesmos resultados

Alguma ideia de por que isso está acontecendo e uma possível correção que não envolve a interrupção de tudo no servidor novamente para desativar o isolamento de instantâneo

Estou tentando usar sp_executesqlpara executar comandos, mas me deparei com um problema em que caracteres não ingleses (também conhecidos como chineses e japoneses) são alterados para ??? quando correu.

servidor sql 2008R2 e 2012

Código de exemplo

DECLARE @text nvarchar(30) = N'select ''J こんにちは C 你好''' 
SELECT @text 
SELECT N'J こんにちは C 你好'
exec sp_executesql @text
exec sp_executesql  N'select ''J こんにちは C 你好'''

J = japonês 'Hi' C = chinês 'Hi' conforme processado pelo google translate para fins de teste

Resultado

------------------------------
select 'J こんにちは C 你好'

------------
J こんにちは C 你好

------------
J ????? C ??

------------
J ????? C ??

Como você pode ver quando executado naturalmente ou o código é selecionado a saída é retornada conforme o esperado, porém uma vez passado por sp_executesql ele retorna como ? personagens. Vale a pena notar que se você tentar enviar um varchar em vez de um nvarchar, ele apresentará um erro, portanto, desafiadoramente, usará unicode.

Tentei alguns agrupamentos diferentes para a entrada, mas isso não parece mudar nada

Um de nossos relatórios do SSRS carrega imagens de fontes externas e uma dessas fontes foi bloqueada para tls 1.2 (o que é justo e esperamos que mais clientes façam isso no futuro)

A atualização tls 1.2 foi aplicada ao servidor que contém o banco de dados ReportServer e os dois pontos de extremidade do Reporting Services mantidos em máquinas separadas.

Todas as três máquinas foram testadas localmente e todas podem carregar a imagem segura em seus navegadores, mas quando um relatório é executado usando o SSRS, ele falha

Eu configurei um relatório para teste que não tem conexão com o banco de dados, é simplesmente um link de imagem não seguro e um link de imagem seguro tls 1.2,

O erro que recebo é:Warning [rsInvalidImageReference] The ImageData for the image ‘Image2’ is invalid. Details: The request was aborted: Could not create SSL/TLS secure channel.

Isso deixa a imagem como src(unknown)no relatório real

Então eu sinto que perdi alguma coisa na instalação do patch tls 1.2

Alguém tem alguma ideia do que pode estar acontecendo?

Estou executando SQL Server 2012 (11.0.6540.0)em um grupo de alta disponibilidade AO com outro servidor.

O uso do tempDB geralmente fica em torno de 819 MB (média de uma semana a partir de 2 semanas atrás), mas desde que fizemos um failover e um ciclo de patch, o tempDB começou a crescer gradualmente (nenhuma alteração de DDL foi feita neste período). Acabamos de fazer um failover de teste e movemos o tempDB para fora da unidade SAN conjunta à qual ambas as máquinas têm acesso (não queremos uma peça de hardware que possa derrubar nossa réplica primária e secundária).

O failover mais recente e a reinicialização da instância (para mover o tempDB) viram o salto de uso do tempDB para 6348 MB usados ​​e seu crescimento lento.

O crescimento está todo nos objetos internos que podem ser vistos usando:

SELECT   top 5 session_id, request_id, 
         SUM(internal_objects_alloc_page_count) AS request_internal_objects_alloc_page_count
FROM     sys.dm_db_task_space_usage 
GROUP BY session_id, request_id
ORDER BY request_internal_objects_alloc_page_count DESC

Analisando, tudo está sendo executado no spid 35 e 32, ambos relacionados ao service broker.

Eu dei uma olhada e há rumores de que isso se deve a WITH CLEANUPuma conversa indefinida, mas a palavra limpeza só aparece nos comentários, então estou confiante de que esse não é o problema.

Quando a instância voltou e assumiu o nó primário, o agente de serviços não estava funcionando, então eu precisei alternar todas as filas para o estado desabilitado e depois habilitado (tivemos que fazer isso uma vez antes de um ano atrás, mas não ver esta questão).

Você pode ver aqui o uso no tempDB como está atualmente nos últimos 4 dias. a entrega desta manhã é a reinicialização da instância e os failovers.

Alguém sabe o que estou perdendo para colocar isso de volta sob controle.

Eu tenho um processo que cerca de uma vez por mês às vezes não relacionado (ou tanto quanto podemos dizer) vai para o SOS_SCHEDULER_YIELDestado. Esse processo bloqueia nosso pipeline principal de entrada de dados e paralisa todo o banco de dados.

Colocamos uma tabela de filas com o service broker na frente deste proc (pois era inicialmente o proc de entrada de dados) e estávamos perdendo dados porque os sistemas à frente ficaram sem espaço em suas filas. Isso nos impediu de perder dados, mas não corrigiu o problema, é simplesmente um curativo.

Existe alguma maneira em um procedimento para dizer que este proc deve receber uma prioridade mais alta na CPU ou deve estar no final da lista para tirar o tempo da CPU, demorou 7 minutos para o processador voltar a terminar o tarefa hoje (foi 12 minutos antes, parece ser a carga mais alta sob a qual estamos mais demorados, pois há mais dados chegando, então há mais processos lutando pelo tempo da CPU)

Cenário.

• Eu tenho um grupo de arquivos que precisamos restaurar para recuperar os dados que foram removidos do banco de dados após o último backup que não consigo tocar
• Os sistemas de produção porque estão rodando
• O grupo de arquivos primário tem pouco mais de 1 TB de tamanho (não me culpe, eu não fiz isso e me dá vontade de chorar)
• Não tenho nenhum lugar grande o suficiente para restaurar esse grupo de arquivos Primário
• O grupo de arquivos que desejo restaurar tem apenas 60 GB de tamanho
• Eu simplesmente preciso dos dados de uma tabela fora do grupo de arquivos
• O sistema está todo em um local remoto, portanto, o backup não pode ser removido de lá e possivelmente carregado em outro lugar
• Eu tenho uma 'cópia' de teste do banco de dados, mas que é gerada por meio de scripts e tem 1/1000 do tamanho, mas contém todas as mesmas tabelas etc. do banco de dados principal, ao lado de nenhum conteúdo de dados
• Eu só preciso restaurar a partir do backup completo

Exemplo de código

RESTORE DATABASE testEnvironment
filegroup = 'requiredFileGroup'
from disk = 
N'\\remotestorage\backupfile.bak'
with REPLACE,
move
N'requiredFileGroup_file1' to N'F:\requiredFileGroup_file1.ndf',
move
N'requiredFileGroup_file2' to N'F:\requiredFileGroup_file2.ndf',
stats = 1

Problemas

• Ao tentar restaurar, recebo o erro 3154
  • O conjunto de backup contém um backup de um banco de dados diferente do banco de dados 'testEnvironment' existente.
• Isso ocorre ao tentar restaurar para um novo local de arquivo ou substituir os arquivos que existem atualmente no ambiente de teste
• Conforme mencionado, o grupo de arquivos primário é muito grande para ser restaurado em qualquer lugar

Quaisquer ideias sobre uma solução alternativa para isso seriam muito apreciadas

Ste

Estou tentando automatizar a limpeza de nosso ambiente de teste para alinhá-lo com a produção no final de cada sprint.

No momento, isso está sendo concluído pelo ambiente de teste, pegando o backup completo e fazendo uma restauração com mover e substituir; no entanto, isso está consumindo a maior parte do espaço que temos.

A intenção é criar o ambiente do zero e preencher apenas as tabelas necessárias.

Posso usar 'Clique com o botão direito do mouse > Tarefas > Gerar scripts...' para criar a estrutura do banco de dados.

Existe uma maneira de criar esse script de dentro de um procedimento armazenado para que possa ser usado para recriar o banco de dados

Também estou trabalhando neste bit como está, mas obviamente esse script apenas criará o banco de dados em seu tamanho atual, então todos os tamanhos de arquivo precisam ser modificados assim que o script for gerado

Agradeço qualquer ajuda

Eu não acredito que isso seja possível, mas queria verificar.

Tenho um trabalho quinzenal em execução para restaurar o backup completo em um ambiente de teste para que os desenvolvedores tenham algo novo para destruir sem danificar o ambiente real. O problema é que o ambiente de teste tem menos espaço do que o ambiente de produção (está preso em uma unidade em vez de várias unidades).

Quando copiado pelo banco de dados, agora está usando mais de 95% da alocação de disco rígido que possui. Existe alguma maneira ao lado do banco de dados Restaurar COM MOVE para redimensionar esses arquivos? Há espaço livre em vários arquivos que podem ser reduzidos e o tamanho do arquivo nunca será alterado no backup, pois não há dados sendo jogados nele, então tecnicamente eles podem ser cortados de volta aos seus dados Tamanho.

A alternativa, que eu realmente não quero fazer, é reduzir os arquivos no ambiente de produção que têm muito espaço disponível no minuto.

Alguma dica ou ideia de algo para fazer? Infelizmente, adicionar um novo disco rígido não é uma opção, pois o compartimento da unidade conectado está cheio.

Ste