Além de alguns hotfixes do Windows , existem considerações especiais (ou seja, "coisas para se preocupar") ao executar SQL em um servidor com 512 GB de RAM e 64 núcleos lógicos?
Estou ciente de algumas orientações ao operar acima de um ou ambos os limites, mas não exatamente neles .
SO: Windows Server 2008 R2
SQL Server 2008 R2 SP3 (agrupado)
Existe alguma documentação oficial sobre se 1 GB = 1000 MB ou 1024 MB em referência a 1) espaço em disco e/ou 2) RAM? Com base na minha pesquisa, a divisão "oficial" de 1 GB costumava ser 1024, mas foi alterada recentemente (em termos relativos) para 1000.
É mais preciso no domínio da administração de banco de dados? Ou depende apenas do contexto?
O SQL Server contém funções do sistema para exibir/atualizar dados de string para maiúsculas e minúsculas, mas não para maiúsculas. Há vários motivos para desejar que essa operação ocorra no SQL Server e não na camada de aplicativo. No meu caso, estávamos realizando uma limpeza de dados durante a consolidação de nossos dados globais de RH de várias fontes.
Se você pesquisar na internet, encontrará várias soluções para essa tarefa, mas muitas parecem ter ressalvas restritivas ou não permitem que exceções sejam definidas na função.
NOTA : Conforme mencionado nos comentários abaixo, o SQL Server NÃO é o local ideal para realizar essa conversão. Outros métodos também foram sugeridos - como CLR, por exemplo. Este post serviu ao seu propósito, na minha opinião - é ótimo ter todos esses pensamentos em um só lugar, em oposição aos petiscos aleatórios disponíveis aqui e ali. Obrigado a todos.
O novo DBA sênior solicitou que a conta do Active Directory do DBA sênior anterior fosse desabilitada. Ele esqueceu de verificar, no entanto, os bancos de dados onde o DBA anterior era o proprietário. Agora temos ~60 bancos de dados com um proprietário órfão. Existe uma maneira de corrigir isso sem reativar temporariamente a conta do AD desabilitada?
Observação: estou ciente das práticas recomendadas sobre não definir o proprietário como usuário. Meu chefe anterior provavelmente também era, mas negligenciou fazer a mudança em todos os lugares (60 de milhares não é tão ruim quanto poderia ter sido).
Eu tenho essa consulta para encontrar a duração dos backups feitos que desejo executar em servidores registrados no CMS em toda a empresa.
O problema, porém, é como encontrar apenas a duração MINe MAXpor banco de dados em vez do tempo de execução de todos os backups.
Eu brinquei muito com MINe MAX, mas ainda não encontrei a combinação correta.
Estou indo sobre isso da maneira errada?
DECLARE @dbname sysname
SET @dbname = NULL
SELECT database_name AS [Database]
, backup_start_date AS [Backup Started]
, backup_finish_date AS [Backup Finished]
, backup_size AS [Backup Size]
, compressed_backup_size AS [Compressed Backup Size]
, CAST((CAST(DATEDIFF(s, backup_start_date, backup_finish_date) AS int))/3600 AS varchar) + ' hours, '
+ CAST((CAST(DATEDIFF(s, backup_start_date, backup_finish_date) AS int))/60 AS varchar)+ ' minutes, '
+ CAST((CAST(DATEDIFF(s, backup_start_date, backup_finish_date) AS int))%60 AS varchar)+ ' seconds' AS [Total Time]
FROM msdb.dbo.backupset
WHERE [type]!='L'
AND database_name IN (SELECT name FROM master.dbo.sysdatabases)
GROUP BY database_name
,backup_start_date
,backup_finish_date
,backup_size
,compressed_backup_size;
Código originado daqui .
É possível alterar a senha de uma conta de serviço do SQL Server que é usada não apenas no servidor do editor, mas também nos 6 servidores do assinante sem afetar seriamente a replicação de mesclagem? Eu gostaria de evitar (ou pelo menos ser avisado de) quaisquer problemas potenciais porque a replicação não é meu forte e eu odeio solucioná-lo.
Uma de nossas divisões está executando o SQL Server 2012 SP1 Enterprise edition sem nenhum motivo específico (eu sei, eu sei... a decisão foi tomada antes do meu tempo e eles são resistentes a mudanças). O que estou curioso, já que não tenho experiência com Enterprise ed., é por que os instantâneos do banco de dados seriam criados quando ninguém na divisão tivesse ideia do motivo. Sem o meu conhecimento, eles os excluem manualmente há anos.
Pelo que entendi, os instantâneos do banco de dados só podem ser criados via T-SQL (embora eu acredite que DBCC CHECKDBpossam criá-los nos bastidores), então o que exatamente está acontecendo aqui? Existe uma boa maneira de rastrear o processo que está criando os instantâneos? Existe uma configuração que eu esqueci?
A instância em questão é uma instância dedicada do SharePoint.
O próprio servidor tem restrições de espaço, tornando os instantâneos muito mais problemáticos.
Nunca fui claro sobre esse ponto - os servidores Windows que executam o SQL Server devem ser desfragmentados com uma ferramenta como o Smart Defrag ou o Desfragmentador de disco do Windows?
O DBA Sênior anterior deixou a empresa e eu fui informado de um servidor que sofre de vários problemas, em grande parte lentidão (desde SSMS demorando muito para abrir, consultas demoradas e trabalhos SSIS com falha (Data Warehouse), até dificuldades de conexão com servidores vinculados (mais de 150 deles)).
Provavelmente há muita coisa acontecendo neste servidor que contém 5 instâncias empilhadas. Um novo DBA Sênior se juntará à equipe em breve, mas seria bom ter tudo resolvido para ele ou ela quando eles se juntarem.
Então, o âmago da questão:
Quando tomei conhecimento do problema, descobri que 94% da memória do servidor estava alocada para o SQL Server. Fui em frente e reduzi para 85% desalocando a memória de duas instâncias que foram superprovisionadas.
Percebi então que MAXDOP em nossa instância padrão foi definido como 4 (possivelmente 6, não me lembro) junto com uma configuração de CPU Affinity. Essas CPUs foram rastreadas enquanto havia atividade mínima nas outras. Eu fui em frente e removi a configuração Affinity (uma vez que essas configurações estavam em vigor antes de CPUs adicionais serem adicionadas). Defino MAXDOP como 20 em todas as 5 instâncias.
Atualmente, ainda estou vendo 4 das CPUs atreladas, mas com uma média geral. uso (em todas as CPUs) de aproximadamente apenas 25%.
Eu usei o ProcExp da SysInternal, o Monitor de recursos e o Windows Performance Toolkit para observar o problema, mas não sei como isolar qual(is) processo(s), especificamente, é(são) a causa raiz. Alguma recomendação/orientação sobre como realmente isolar o que está acontecendo aqui? (ou seja, contadores / rastreamentos / outros programas específicos.)
UPDATE , por solicitações:
Informações do sistema:
Windows Server 2012 R2 Standard
64 GB de memória total
20 CPUs
Configuração:
24 GB de memória alocada para esta instância
26,5 GB de memória alocada para outras instâncias (total de 50,5 GB - 78,9%)
Limite de custo para paralelismo = 50 (em todas as instâncias)
Desativei um processo SSAS não utilizado.