Importância da localização da instalação do Microsoft SQL Server

Question

Eu tenho um servidor com disco lento barato e um disco rápido caro.

Eu quero usar o disco caro para todas as coisas em que é importante que seja rápido, como meus bancos de dados.

Para economizar dinheiro, quero usar o disco lento para qualquer coisa em que não faça muita diferença, seja ele rápido ou lento, como backups.

Agora, minha pergunta é, devo instalar meu Microsoft SQL Server no disco lento ou rápido?

(Para esclarecer, colocarei meus bancos de dados no disco rápido, não importa o que aconteça, portanto, minha pergunta pertence somente ao local da própria instalação)

    

Answer 1

Esse é um tipo de opinião, mas eu colocaria os binários do SQL Server no disco lento. É muito comum colocar os binários no disco do sistema operacional (embora algumas pessoas odeiem isso) ou em um disco mais lento.

Você definitivamente quer lembrar de colocar os bancos de dados do sistema, especialmente o tempdb, no disco mais rápido. Na verdade, também é comum colocar o tempdb sozinho.

Isso está de acordo com um couple de articles Descobri que isso pode ser útil para você.

Também há backups de log de transação, e estou dividido nisso porque você quer os LDFs no disco mais rápido e também deseja fazer backups em um disco diferente do local em que os bancos de dados residem, mas seria melhor se eles estavam em um disco mais rápido. Você precisará fazer uma avaliação, mas eu provavelmente voltaria ao disco mais lento e reclamaria disso. ;)

    

Answer 2

Gostaria de dar seguimento à resposta muito boa que Katherine Villyard já apresentou.

Depende um pouco do uso pretendido do banco de dados.
Se você está esperando muitas operações de gravação, vá em frente e coloque seus arquivos .mdf e .ndf no disco mais rápido.

Se, no entanto, o banco de dados for um que geralmente é bastante estático (por exemplo, conteúdo da Web). E as consultas não variam muito, é provável que você receba uma grande quantidade de consultas em sua memória, ou até mesmo armazenadas em cache no lado do aplicativo. Nesse ponto, é melhor usar o disco mais rápido para seus .ldf , tempdb e backups.

Da mesma forma, se você estiver esperando muitas consultas grandes, como para um banco de dados OLAP , é melhor armazenar seu .mdf , tempdb no disco mais rápido. E colocando o .ldf em seus discos mais lentos, pois nem sempre será parte do gargalo.

Em qualquer caso, não se preocupe em colocar os binários no disco rápido, geralmente os colocamos em um disco lento (não no sistema, se puder ser evitado).
Além disso, não fique preso ao tentar obter os arquivos .ldf e .mdf no disco rápido, geralmente eles são separados sempre que possível.

Então, em resumo, revise sua carga para ver qual será o gargalo mais provável.

    

Answer 3

Você tem coisas para trás. Eu sei que é contra-intuitivo, mas você quer os backups (especialmente incluindo backups de log de transação) no disco rápido, e os arquivos mdf / ldf (com a exceção notável de tempdb) no disco lento.

Você pode pensar nisso como se o Sql Server guardasse duas representações de seus dados. Os arquivos MDF + LDF representam o estado atual do banco de dados, enquanto o backup (incluindo backups do log de transações desde o último backup completo) representa o que você precisa para restaurar o estado atual do banco de dados no caso de uma falha. Você deseja manter essas duas representações separadas umas das outras, portanto, um evento que destrói uma representação não prejudicará a outra representação.

Acontece que o desempenho do Sql Server tende a depender mais LOT da rapidez com que você pode escrever arquivos de log de transações e seus backups Quão rápido você pode acessar arquivos mdf. Isso significa que você precisa considerar a possibilidade de colocar backups na unidade rápida (o ideal seria adicionar um pequeno SSD ao servidor que possa ser usado para arquivos ldf, para dar velocidade e preservar a separação dos backups). Infelizmente isso deixa a unidade lenta para seus arquivos MDF, mas novamente: não importa tanto quanto você pensa.

Vale a pena observar que o exemplo acima pressupõe que você tem RAM suficiente, que segue as cargas de trabalho típicas e planeja usar o modo de recuperação Completa, em vez de simples. Além disso, a operação do sistema e o próprio programa do Sql Server instalado pode ser colocado na unidade lenta, embora, é claro, você provavelmente queira o máximo que você tenha espaço para viver na unidade rápida.