RayofCommand's questions

Eu tenho um banco de dados que tem um valor, um tamanho de compartilhamento em bytes e um nome de compartilhamento. O que é bastante preciso, mas não é útil para o meu usuário final. Portanto, transformei o valor para GB. O que funcionou muito bem usando uma divisão simples.

vamos supor que meu banco de dados consiste em duas colunas. Sharename e Sharesize.

Sharename | Sharesize

Share 1   |71685107549

Now I run this:
SELECT TOP (1000) 
      [Sharename]
      ,[ShareSize]
      ,(ShareSize / 1e+9) SharesizeGB
  FROM [mydb].[dbo].[myshares]

A saída é:

ShareSize   SharesizeGB
71685107549 71,685107549

Agora preciso substituir o "," por um "ponto" e arredondar o resultado para ter apenas dois dígitos após o ponto.

Isso é possível usando apenas uma instrução select?

Para o meu exemplo não é necessário dividir por 1024.

Eu preciso de uma instrução select que encontre valores de Column Bque ocorre em todos os valores distintos para A. Significado no meu exemplo, ele retornaria: xdesde que xocorre em todos os valores de A. (1,2,3 e 4)

Não sei quais valores estão em Column B, então não posso especificar isso na minha consulta. Como posso conseguir isso no SQL Server 2014?

    +---+----+
    | A | B  |
    +---+----+
    | 1 | x  |
    | 2 | x  |
    | 3 | y  |
    | 4 | y  |
    | 3 | x  |
    | 4 | x  |
    +---+----+

Lembro que uma vez tive um índice ausente em uma tabela e uma consulta estava demorando muito. No plano de execução, vi que uma varredura de tabela e uma mesclagem foram feitas. As estatísticas de IO me mostraram que cada núcleo fez uma varredura de tabela, ou melhor, fiz 6 varreduras de tabela. Agora eu me pergunto se cada núcleo faz uma varredura completa ou cada núcleo faz aproximadamente 1/6 da varredura da tabela? Tenho certeza de que, se eu tivesse um índice adequado, obteria apenas uma busca ou seria dividido para cada núcleo.

Espero que entendam o que menciono aqui, infelizmente não posso fornecer nenhuma informação, pois a questão acabou de surgir e meu problema foi resolvido anos atrás.

Digamos que encontrei um SQL Server e não tenho ideia de quais aplicativos se conectam a ele. Talvez eu encontre um aplicativo, mas não tenho certeza se é o único que o usa.

Existe uma boa maneira de encontrar todas as conexões distintas?

Quando um backup é criado, o SQL Server adivinha (?) o tamanho do arquivo de backup inicial. Mais tarde, talvez quando ele anexar o log, o tamanho seja reajustado, às vezes várias vezes até que o tamanho final seja alcançado. Quanto maior a diferença, mais tempo demora o backup. (em comparação com outro backup cujo tamanho não é ajustado muito mais tarde). Exemplo: Database1 (tamanho 500 GB, log de 70 GB usado) é feito backup com compactação. O arquivo .bak é criado com 85 GB de tamanho, depois de algum tempo o uso da CPU aumenta e vejo que o arquivo .bak é reajustado para 136 GB, isso acontece novamente até que o tamanho final de 178 GB para o backup seja alcançado.

Quando esses recálculos acontecem, a velocidade média de backup em MB/s é reduzida em comparação com outros backups na mesma máquina. É o único proveniente de anexar e limpar o log? Ou é também por causa dos diferentes tipos de dados usados ​​no banco de dados? Significa que eles são compactados com diferentes taxas de compactação ou algo assim?

Cheguei ao assunto, porque sabia que meus backups demoravam em torno de 30 minutos, mas agora demoravam 1,5 horas, embora o banco de dados não crescesse para 300% de seu tamanho. Cresceu apenas 30%.

Usando estatísticas de espera, pude ver que, além do BackupIO, eu também estava esperando pela CPU (SOS_SCHEDULER_YIELD) em algum momento.

Machine Details:
VMWare 6.0 
32 GB of Memory (Max memory 28GB given to SQL Server)
2 logical CPU
Max Degree of Parallelism (1, it's a Sharepoint 2013)   
SQL Server 2014
Windows Server 2012 R2
running on an SSD Raid (5)

É claro que tenho a inicialização instantânea de arquivo habilitada para o usuário que executa o backup.

Estou prestes a configurar um SQL Server 2014 em um Windows Server 2012. Começando com o melhor desempenho na unidade, formatei a unidade com tamanho de unidade de alocação de 64k. Agora estou preso usando o Diskpart para definir o deslocamento perfeito. Pelo que entendi tenho 63 setores ocultos e para alinhar com minha formatação posso usar um offset de 1024k , acertei? De qualquer forma, quando listo minha partição depois, recebo este resultado:

Usando a linha de comandowmic partition get BlockSize, StartingOffset, Name, Index

Eu recebo um deslocamento inicial de135266304

Alguns sites/blogs recomendam 32K outros recomendam 1K para 2012, em quem posso confiar? Atualmente, tenho problemas para entendê-lo corretamente. Que a força (você) me ilumine?

Depois de instalar o Sharepoint, percebi que o agrupamento de todos os bancos de dados do Sharepoint é Latin1_General_CI_AS_KS_WSenquanto o agrupamento do meu servidor é Latin1_General_CI_AS. Na documentação oficial, vejo que todos os agrupamentos de CI são suportados. De qualquer forma, seria útil reconstruir os bancos de dados do sistema no mesmo agrupamento para evitar problemas de conversão no banco de dados temporário?

Citar

Damos suporte a qualquer agrupamento de CI para a instância SQL (para bancos de
dados master, tempdb). No entanto, recomendamos usar Latin1_General_CI_AS_KS_WS como o agrupamento padrão da instância (mestre, bancos de dados tempdb).

Não encontro a melhor prática aqui, por favor me ajude.

Eu configurei um aplicativo + SQL Server na AWS. Tudo funciona bem, meu usuário SQL pode ler/gravar em qualquer tabela.

Agora me conectei ao SQL Server usando minha conta de administrador de domínio usando a autenticação do Windows no SQL Server. Funciona bem e posso inserir/atualizar/excluir linhas. Mas assim que tento editar uma tabela usando a interface, ou seja, selecione "Editar as 200 principais linhas", recebo o seguinte erro:

The requested operation cannot be completed. The computer must be 
trusted for delegation and the current user account must be configured to 
allow delegation.

Na política de segurança local, habilitei administradores de domínio e também minha conta exata para o seguinte e também para todos os administradores:

Enable computer and user Accounts to be trusted for delegation

O que mais estou perdendo? Eu uso o SQL Server 2014 Standart no Windows Server 2012

Quando navego em DBA-Reactions, entendo quase todos os .gifs, mas com este tenho problemas:

https://twitter.com/DBAReactions/status/613840893322338304

Quero dizer, truncar obviamente não cria o log de transações como uma exclusão em lote, mas ainda há casos em que você tem certeza de que pode simplesmente truncar uma tabela completa. Existem outras preocupações além disso? Então, basicamente, eu adoraria entender a diferença completa.

Para o MySQL, eu sei que o backup do banco de dados é feito tabela por tabela em instruções SQL, isso resulta em bloqueio e se você atualizar colunas durante o backup, poderá acabar com problemas de integridade.

Pelo que entendi, isso não se aplica ao Microsoft SQL Server, mas como o SQL Server lida com isso? Existe algum congelamento interno para manter o banco de dados consistente?

Também ouvi dizer que o backup é de thread único, o que significa que usa apenas um núcleo, supondo que você faça backup em um único arquivo. Supondo também que você tenha uma máquina multicore, por exemplo, 16 núcleos, ou pelo menos um número significativamente maior que um.

Pela minha experiência pessoal, nunca tive problemas ao fazer backups, nem bloqueios nem problemas de sobrecarga, mas minha experiência é limitada. É por isso que sempre recomendo ativar a compactação de backup nas propriedades do servidor.

Então, o que acontece quando uma tarefa de backup está em execução? E também existem diferenças significativas para as diferentes versões? por exemplo 2008,2012 e 2014 (não as licenças).

Gostaria de espelhar/replicar meus bancos de dados para a nuvem. A nuvem é configurada usando VPN para minha máquina real. Estou um pouco confuso com as opções que tenho e gostaria de obter alguma luz sobre isso. Minha configuração é uma instância do SQL Server 2012 (edição padrão) que deve ser espelhada/replicada para uma instância do SQL Server 2014. A instância contém 30 bancos de dados que estão em modo de recuperação total.

Uma outra opção seria fazer um backup completo, restaurar na nuvem e depois restaurar um diferencial. Mas isso pode levar algum tempo. Eu adoraria minimizar o tempo de inatividade, por isso pensei na maneira de réplica/espelho.

Quais são minhas opções e riscos neste momento?

Coloquei o SQL Server 2012 Standard em uma máquina virtual (VMWare) que possui aproximadamente 98 GB de memória.

Agora verifiquei a consulta abaixo sobre quanta memória é usada pelo SQL Server.

Microsoft SQL Server 2012 - 11.0.5058.0 (X64) 

E veja que ele já comeu 81 GB de memória e a memória máxima está definida para ~ 90 GB.

Usando:

select (physical_memory_in_use_kb/1024)Memory_usedby_Sqlserver_MB,      
(locked_page_allocations_kb/1024 )Locked_pages_used_Sqlserver_MB, 
(total_virtual_address_space_kb/1024 ) VAS from sys. dm_os_process_memory

O SQL Server 2012 Standard deve suportar apenas 64 GB de memória.

Por que meu SQL Server come mais do que pode? Ou a informação está incorreta?

Qualquer ideia? Isso está relacionado a uma máquina virtual usando memória virtual?

Não sei se o driver de balão está ativado no VM Host...

Se precisar de mais alguma informação eu adiciono.

Com base nessa página msdn: configurações de memória do servidor , é uma boa prática manter os valores padrão para memória mínima e máxima do SQL-Servers para mantê-lo dinâmico ...

Pelo que aprendi através de tutoriais, você deve sempre definir um valor máximo, sobre o mínimo que não ouvi muito. Estou monitorando meu arquivo de paginação usando perfmon antigo e simples e percebi que raramente a troca de disco está acontecendo e uma vez quase causou uma falha no servidor.

Isso pode estar relacionado a ter a configuração de memória máxima padrão no SQL Server? Os bancos de dados têm cerca de 150 GB e a memória é de 48 GB, não há nenhum outro aplicativo em execução nessa máquina.

Além disso, por que você deveria ter um valor mínimo? Eu sei que um valor muito baixo pode impedir a inicialização do SQL-Server e sei que o SQL-Server mantém coisas na memória, então não tente liberar seu cache.

Estou usando o SQL-Server 2012, desde já agradeço!

Ultimamente, encontramos problemas de desempenho e comecei a rastrear alguns contadores SQL, memória, disco e CPU recomendados. Informei-me sobre os valores e números recomendados a serem observados. Um dos contadores é:

pagefile.sys % Uso

Tínhamos valores muito pequenos como 0,5 no início da coleta de métricas. Quando se trata de problemas de desempenho, atingimos números como83,69

Isso significa que 83,69% foram trocados da memória para o disco a partir do arquivo de paginação disponível? Eu sou meio novo nisso e adoraria entender o que está acontecendo para evitar.