Há algum aprimoramento específico no SQL Server 2012 para recurso de compactação de dados ?
A última vez que verifiquei o SQL Server 2008 R2 introduziu suporte para caracteres Unicode, de modo que as colunas com NCHARtipos de dados (exceto CLOBS e BLOBS) agora podem aproveitar a tecnologia de compactação no SQL Server.
Usando o SQL Server 2012 com SP1 por algum motivo ao tentar usar eventos estendidos programaticamente usando T-SQL. Não estou conseguindo ver o intellisense funcionando? Apenas tentando verificar se isso é algo do meu lado ou o MS ainda não oferece suporte ao intellisense para eventos estendidos e algumas outras coisas.
Não é possível encontrar nada específico para suporte intellinsense de eventos estendidos no SQL Server BOL
Por exemplo, criando uma nova sessão de evento, nenhum evento está aparecendo no intellisense para SQL Server? Eu sei que esse foi o caso do SQL Server 2008, onde o intellisense foi introduzido pela primeira vez.
usando SQL 2008 R2 com SP2 com um servidor com 64 GB de RAM. Eu defini a memória máxima do servidor para 58 GB, considerando que o SQL Server está limitado apenas a serviços relacionados ao mecanismo de banco de dados. Eu tenho uma pergunta relacionada à configuração da memória mínima do servidor
Se eu definir a memória mínima do servidor para 48 GB, isso significa
a) Se o Windows enviar uma notificação de pouca memória para o SQL - o servidor SQL cortará todo o seu pool e tentará manter o uso de memória em até 48 GB de memória?
b) Em caso de corte agressivo do conjunto de trabalho pelo Windows - isso deixaria o uso de memória do servidor SQL para 48 GB, definindo um "piso" para o uso de memória do SQL.
c) Existe alguma recomendação sobre a memória mínima do servidor?
Pesquisando na web - a internet tem muitas informações para a memória máxima do servidor, mas apenas alguns lugares que li (blog Brent Ozar para práticas recomendadas de configuração) para definir a memória mínima do servidor para 50% do total de RAM disponível no servidor.
Estou curioso, um SQL 2012 Enterprise Edition com 128 GB de RAM, tamanho do banco de dados é de 370 GB e crescente, quantidade de memória usada por bloqueios (OBJECTSTORE_LOCK_Manager) funcionário da memória mostrando 7466016 KB. Também posso confirmar isso olhando para o contador de desempenhoselect * from sys.dm_os_performance_counters where counter_name = 'Lock Memory (KB)'
No entanto, quando executo a consulta
select count(*) from sys.dm_tran_locks
mostra apenas 16 fechaduras. Então, o que está usando mais de 7 GB de bloqueios. Existe uma maneira de descobrir?
Isso significa que, uma vez que a memória para bloqueios foi alocada, o SQL ainda não a desalocou? Na última hora, não vejo a contagem de bloqueios excedendo 500, mas a memória de bloqueio permanece a mesma.
A memória máxima do servidor é de 106 GB. Não usamos páginas de bloqueio na memória e não vejo nenhuma pressão de memória ou erros no log de erros nas últimas 12 horas. O contador de MBytes disponíveis mostra mais de 15 GB de memória disponível.
O monitor de atividade mostra consistentemente 0 tarefas em espera, obviamente sem bloqueio.
Considerando que o bloqueio do servidor SQL ocupa cerca de 100 bytes de memória, 7 GB é muita memória e tentar descobrir quem está usando.
Eu executo uma transação superior do relatório do painel do servidor por contagem de bloqueio, ele diz "atualmente nenhuma transação de bloqueio está em execução no sistema. No entanto, a memória de bloqueio ainda é exibida conforme indicado acima. O banco de dados está mais ocupado durante a noite.
Quais são os consumidores de MPA (alocações de várias páginas) no SQL Server?
Eu sei que as páginas de dados são sempre 8K. Existe uma situação em que a página de dados/índice faz uso do MPA? Faz sentido que os planos de execução possam usar MPA, pois podem exceder 8 KB.
Existe um blog aqui que sugere o uso de MPA, mas se refere a stored procedures (uma com 500 parâmetros). Na captura de tela anexa, vejo um plano de execução usando cerca de 11 MB; isso usa MPA? Existe uma maneira de confirmar que a alocação de memória para o plano de execução está usando alocação de várias páginas?
Minha confusão é o que realmente usa o MPA (alocador de várias páginas). O exemplo no link que postei mostra um plano de execução complexo que exigirá alocação contígua de 8 KB.
Uma resposta abaixo sugere que há muitas coisas como servidor vinculado ou procedimentos armazenados estendidos que podem usar MPA. O que, por algum motivo, não consigo concordar. Por exemplo, procedimentos armazenados estendidos podem ser código C++ usando HeapAlloc, sobre o qual o servidor SQL tem pouco controle para gerenciar sua memória (deve estar no nível do sistema operacional Windows).
Os procedimentos armazenados estendidos, mesmo no SQL 2012, ainda consomem memória fora do pool de buffers, portanto, não têm nada a ver com alocação de várias páginas. O mesmo se aplica a servidores vinculados, especialmente se você usar provedores de terceiros (por exemplo, ORACLE).
Meu conhecimento sobre o assunto sugere que o contador perf SQL Server:Memory Manager: Total Server Memory fornece apenas memória do buffer pool. Há uma coluna chamada physical_memory_in_use em um DMV chamado sys.dm_os_process_memor que fornece um conjunto de trabalho físico.
Mas eu não tenho certeza ...
existe um contador DMV ou perf que poderia me informar o total (buffer pool + non buffer pool, ou seja, MemToLeave) memória física usada pelo processo do SQL Server para SQL Server 2008 R2 de 64 bits e SQL 2012 em execução no sistema operacional Windows de 64 bits?
No SQL 2008 R2, vou atualizar uma tabela que afetará 25 milhões de linhas, a tabela está atualmente replicada (replicação transacional). Para minimizar o impacto na replicação, posso criar um procedimento armazenado, agrupar a instrução de atualização dentro do procedimento armazenado e adicionar este procedimento armazenado para a replicação?
Ao fazer isso quando o procedimento armazenado for executado, ele replicará a execução do procedimento armazenado. Minha pergunta é como o servidor SQL sabe replicar apenas a execução do procedimento armazenado (ou seja, o comando real exec myupateproc t-sql) em vez dos dados da tabela subjacente que estão sendo atualizados no editor (ou seja, na verdade, replicando a instrução de atualização de 25 milhões)?
Estou tentando entender onde traçar uma linha tênue para o Indirect Checkpoint que foi introduzido no SQL Server 2012.
Com base no meu entendimento
O SQL Server faz um ponto de verificação para liberar páginas sujas para o disco, mas a frequência ou o intervalo de tempo entre os pontos de verificação depende de muitos fatores. Ele é controlado pela configuração no nível do servidor chamada intervalo de recuperação e o valor padrão para essas configurações é zero, o que significa que, em um sistema bastante ocupado, o SQL Server pode executar um ponto de verificação a cada minuto e pode resultar em um tempo de recuperação do banco de dados inferior a um minuto.
O SQL Server 2012 introduziu o ponto de verificação indireto – que, por sua vez, pode permitir que você controle o intervalo de recuperação de bancos de dados individuais.
Em um nível alto, essa configuração parece boa, pois permite equilibrar o IO do disco executando pontos de verificação mais frequentes em vez de fazer um checkpoint periódico que pode resultar em inundação do subsistema de IO subjacente
Agora minhas perguntas são
a) O ponto de verificação indireto leva em consideração o número de buffers sujos em vez do número de transações que o ponto de verificação geralmente automático estava usando?
b) Continuo descobrindo em muitos blogs que a configuração de ponto de verificação indireto é muito perigosa, pois
pode manter seu sistema IO muito ocupado. A afirmação abaixo é verdadeira no blog acima?
O Checkpoint normalmente grava grandes blocos de dados no disco de maneira otimizada em uma única operação de gravação, até 256 KB, dependendo do número de páginas sujas contíguas no cache que precisam ser descarregadas no disco. Depois de ativar o recurso de ponto de verificação indireto definindo o tempo de recuperação de destino para um valor diferente de zero, as gravações do ponto de verificação se transformarão em gravações de página única, gravações de 8 KB.
c) A configuração de ponto de verificação indireto é mais adequada para carga de trabalho do tipo Data Warehouse versus OLTP? Quais cenários você considera para o banco de dados SQL em questão antes de começar a aproveitar o ponto de verificação indireto?
Usando SQL Server 2012 Enterprise Edition SP1 em execução no Windows Server 2008 R2 SP1 Para cada núcleo de processador lógico no SQLOS tem um agendador atribuído a ele. Esses agendadores podem ser vistos como status “VISÍVEL ONLINE” emsys.dm_os_schedulers
Os threads de trabalho (tarefas) podem ser executados em um agendador e esses threads (tarefas) podem ter vários status, como baseados em uma fila de espera, por exemplo
a) suspenso em uma fila de espera para que o recurso esteja disponível
b) fila executável (principalmente FIFO, a menos que seja controlada pelo Resource Governor) ou
c) atualmente em execução em um agendador.
Minha pergunta é, por exemplo, uma tarefa ( SELECTconsulta neste caso) primeiro vai para um agendador (vamos chamá-lo de agendador A), mas descobriu que precisa esperar até que as páginas sejam trazidas para a memória (Operação IO), agora é colocada na fila de espera no estado suspenso, uma vez que o IO é concluído, aquele segmento de trabalho específico (tarefas) é sinalizado e colocado na fila executável na ordem em que chegou a essa fila.
A tarefa sempre precisa ir para o agendador A para terminar seu quantum ou pode alternar seu contexto e agora pode ser executada em qualquer agendador ocioso (vamos chamá-lo de agendador B ) sem tarefas executáveis? Se houver uma mudança de contexto, qual é o seu efeito?
Eu tenho um banco de dados SQL OLTP em execução no SQL 2008 R2 Enterprise Edition que pode estar bastante ocupado (5.000 lotes/s) nos próximos meses após a entrada em produção. Olhando para a configuração do servidor, tenho dúvidas sobre a configuração do MAXDOP, no entanto, hoje em dia, como leitor regular deste fórum, o consenso geral é que deixar a configuração do MAXDOP em todo o servidor como 0 para tarefas que precisam de operação paralela (por exemplo, reconstrução do índice e alteração do limite de custo de paralelismo para um número maior (15 ou 20 em vez do padrão 5).
No entanto, este servidor possui nós NUMA e com base nestes artigos de suporte da MS http://support.microsoft.com/kb/329204
http://support.microsoft.com/kb/2023536
para evitar acesso dispendioso à memória externa, é recomendável definir MAXDOP = número de núcleos no processador físico.
Este servidor possui 2 processadores físicos com 16 núcleos lógicos (8 físicos) em cada soquete. A diretriz sugerida pelo MS suporta KB ainda é boa?
Sei que tudo precisa ser experimentado e testado, mas meu objetivo é definir o MAXDOP para o melhor número teórico e ajustá-lo, se necessário, posteriormente. Com base nisso, devo definir a configuração MAXDOP para 8?
Estou um pouco confuso com a terminologia, pois a documentação oficial do Microsoft SQL Server, incluindo BOL , refere-se ao guia de plano que você criou usando sp_create_plan_guide proc. Plano de congelamento é a mesma coisa ou um pouco diferente?. Lendo o ótimo artigo de Erland aqui
Existem duas maneiras de configurar guias de plano, uma maneira geral e um atalho que também é conhecido como congelamento de plano. Os guias de planos gerais foram introduzidos no SQL 2005, enquanto o congelamento de planos foi adicionado no SQL 2008.
Estou lendo o congelamento do plano é quando você cria um guia usando sp_create_plan_guide_from_handle
Buscando um esclarecimento sobre a terminologia utilizada, guia de plano e congelamento de plano são a mesma coisa ou se referem a uma maneira ligeiramente diferente de colocar o plano de execução no cache?
Existe alguma maneira de notificar o DBA proativamente quando o truncamento do log de transações foi enfileirado várias vezes, mas por algum motivo (pode ser uma transação aberta, replicação, backup completo em execução no momento) falhou ao truncar o log.
Considerando um cenário em que o aplicativo cliente inicia uma transação usando BEGIN TRAN e executa uma grande atualização, ele falha em adquirir os bloqueios necessários durante o tempo definido (pois outra transação estava bloqueando) e atinge o tempo limite (em .net commandtimeout é definido como padrão 30 segundos e nenhum tratamento de erro no aplicativo cliente) e deixar uma transação aberta no servidor SQL que, por sua vez, evita o truncamento do log. Agora, toda vez que o backup de log é executado, ele não pode truncar o log porque você tem uma transação aberta (hosed). Admito que podemos assinar o evento de crescimento de log de várias maneiras, mas gostaria de saber se há algo embutido no servidor SQL que notifica quando o truncamento de log foi enfileirado várias vezes, mas falhou em truncá-lo.
De acordo com meus livros de leitura sobre SQL Server 2008 Internals e Troubleshooting (emprestados da biblioteca local em Illinois) por Christian Bolton, Brent Ozar etc. pode confirmar ou corrigir meu entendimento.
Cada consulta ou operação que requer concessão de memória de consulta precisará de memória de espaço de trabalho. Em consulta geral usando Sort, Hash Match Join, Parallelism (não tenho certeza sobre isso), Bulk Insert (não tenho certeza), Index Rebuild etc.
A memória do espaço de trabalho faz parte do buffer pool do SQL Server (é alocada como parte do buffer pool) e a memória máxima do espaço de trabalho é 75% da memória alocada para o buffer pool. Por padrão, uma única consulta não pode obter mais de 25% da memória do espaço de trabalho (no SQL 2008/SQL 2012 -- controlado pelo grupo de carga de trabalho padrão do Resource Governor pronto para uso).
Buscando uma confirmação do meu entendimento
1) Considerando o sistema com 48 GB de RAM e memória máxima do servidor configurada para 40 GB, isso significa que a memória máxima do espaço de trabalho é limitada a 30 GB e uma única consulta não pode obter memória do espaço de trabalho (memória de consulta) superior a 10 GB. Portanto, se você tiver uma consulta incorreta trabalhando com um bilhão de linhas que está fazendo uma junção de hash massiva e precisar de mais de 10 GB de memória (memória do espaço de trabalho), seria necessário passar por essa fila de concessão de memória ou derramar imediatamente no disco?
2) Se uma consulta que faz uma operação de classificação massiva tiver sido atribuída a uma memória de espaço de trabalho de 5 MB e durante a execução da consulta, se o otimizador de consulta perceber que, devido a estatísticas ruins ou índices ausentes, essa consulta realmente precisará de 30 MB de memória de espaço de trabalho. irá derramar imediatamente para tempdb. Mesmo que o sistema tenha bastante memória de espaço de trabalho disponível durante a execução, uma vez que a consulta excedeu a memória de espaço de trabalho concedida durante a execução, ela terá que ser transferida para o disco. Meu entendimento está correto?
No Windows 2008 R2 executando o SQL Server 2008 R2, quão importante é o tamanho da unidade de alocação NTFS no desempenho do DISK IO. Parece-me que o administrador do servidor que construiu os poucos servidores para um aplicativo de missão crítica deixou o tamanho da unidade de alocação NTFS (tamanho do cluster) para o padrão de 4 KB em vez de 64 KB. O servidor SQL já está instalado.
Vale a pena se preocupar - desinstalar o SQL - formatar a unidade com tamanho de cluster de 64 KB e reinstalar o servidor SQL?
Duplicação possível:
o backup do SQL Server é único ou multithread?
O SQL Server usa um thread de gravador separado para cada dispositivo de backup (arquivo de backup) ou o thread separado é usado apenas quando você distribui seu backup em vários volumes de backup (letra de unidade, LUN ou ponto de montagem)?
por exemplo, temos três tópicos de gravação aqui ou
backup database dbName to DISK = 'D:\file1.bak',
DISK = 'D:\file2.bak',
DISK = 'D:\file3.bak'
OU o seguinte acelera o backup porque você está gravando em um volume diferente
backup database dbName to DISK = 'D:\file1.bak',
DISK = 'E:\file2.bak',
DISK = 'F:\file3.bak'
Acima, cada letra de unidade é um caminho de E/S separado. Entendo que a taxa de transferência de E/S também é muito importante para a velocidade de backup.
Temos várias instâncias SQL 2005 que estão em processo de virtualização e atualização para SQL 2008 R2 executando VMWare vSphere 5.1.
Nosso administrador do VMWare me disse que em nossa organização eles não alocam memória demais para os convidados. Segundo ele, a VMWare recomenda habilitar "Bloquear páginas na memória" para o servidor SQL em execução em máquinas virtuais.
O "Bloquear páginas na memória" está ativado para SQL Server em execução em máquinas virtuais?
Em um cluster tradicional do SQL Server, quando ocorre o failover, todos os clientes conectados à instância com falha do SQL Server perdem as conexões e cada cliente deve restabelecer uma nova conexão com a instância do cluster de failover.
O AlwaysON Availability Group mitiga esse problema? O failover no caso do grupo de disponibilidade AlwaysON do SQL Server 2012 é transparente para os clientes que se conectam ao SQL Server?
Durante a instalação do SQL Server 2008 R2, vejo uma caixa de seleção para as opções de instalação "Conectividade das ferramentas de cliente" e "Compatibilidade com versões anteriores das ferramentas de cliente". Ele diz que estes são componentes para comunicação cliente-servidor. Alguém pode explicar o que são esses componentes? O que está sendo realmente instalado no servidor quando você escolhe esses componentes.
A partir do SQL Server 2005 e todas as versões posteriores, o Enterprise Edition inclui um recurso chamado "Fast Recovery".
a) A recuperação rápida usa vários encadeamentos do sistema operacional para executar a operação "REDO"?
b) O SQL Server grava no log de transações em paralelo gerando vários threads ou o log é gravado sequencialmente para que apenas um thread seja usado para gravar no log de transações?
A memória do espaço de trabalho (parte do buffer pool) é limitada apenas para Hash Join, Sort etc.?
Se eu tiver uma consulta que usa uma junção de loop aninhada (sem uma classificação ou hash), ela não usaria a memória do espaço de trabalho?
Onde seria criada a tabela de trabalho para uma consulta simples que retorna 100 linhas? em Tempb..