Eu tenho um servidor com disco lento barato e um disco rápido caro.
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 se é rápido ou lento, como backups.
Agora, minha pergunta é: devoinstalarmeu Microsoft SQL Server no disco lento ou rápido?
(Para ser claro, colocarei meus bancos de dados no disco rápido, não importa o que aconteça, então minha pergunta diz respeito apenas ao local da instalação em si)
Responder1
Isso é meio opinativo, mas eu colocaria os binários do SQL Server no disco lento. É bastante comum colocar os binários no disco do sistema operacional (embora algumas pessoas odeiem isso) ou em um disco mais lento.
Definitivamente, você deve se 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.
Isto está de acordo coma casal de artigosAchei que isso pode ser útil para você.
Há também backups de log de transações em que pensar, e estou indeciso sobre isso porque você quer os LDFs no disco mais rápido e também quer backups em um disco diferente de onde os bancos de dados residem, mas seria melhor se eles estivessem em um disco mais rápido. Você precisará fazer um julgamento, mas eu provavelmente faria backup no disco mais lento e reclamaria disso. ;)
Responder2
Gostaria de acompanhar omuito boa resposta Katherine Villyardjá colocado.
Depende um pouco do uso pretendido do seu banco de dados.
Se você espera muitas operações de gravação, vá em frente e coloque seus arquivos .mdfe .ndfno disco mais rápido.
Se, no entanto, seu banco de dados for geralmente bastante estático (servindo conteúdo da web, por exemplo). E as consultas não variam muito, é provável que você obtenha 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 .ldfarquivos tempdbe backups.
Da mesma forma, se você espera muitas consultas grandes, como para um OLAPbanco de dados, é melhor armazenar seu arquivo .mdf, tempdbno disco mais rápido. E colocar .ldfem seus discos mais lentos, pois muitas vezes não 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 isso puder ser evitado).
Além disso, não se preocupe em tentar obter os arquivos .ldfe .mdfno 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.
Responder3
Você tem as coisas ao contrário. Eu sei que é contra-intuitivo, mas você deseja os backups (especialmente incluindo backups de log de transações) no disco rápido e os arquivos mdf/ldf (com a notável exceção de tempdb) no disco lento.
Você pode pensar nisso como se o Sql Server mantivesse duas representações de seus dados. Os arquivos MDF+LDF representam o estado atual do banco de dados, enquanto o backup (incluindo backups de log de transações desde o último backup completo) representa o que você precisa para restaurar o estado atual do banco de dados em caso de falha. Você deseja manter essas duas representações separadas uma da outra, para que um evento que destrua uma representação não danifique também a outra representação.
Acontece que o desempenho do SQL Servertende adepende de umMUITOmais sobre quão rápido você pode gravar arquivos de log de transaçõese seus backupssobre a rapidez com que você pode acessar arquivos mdf. Isso significa que você precisa considerar fortemente a colocação de backups na unidade rápida (o ideal é adicionar um pequeno SSD ao servidor que possa ser usado para arquivos ldf, para dar-lhes velocidade e, ao mesmo tempo, preservar a separação de seus backups). Infelizmente, isso deixa seus arquivos MDF lentos, mas, novamente: isso não importa tanto quanto você pensa.
É importante observar que o acima exposto pressupõe que você tenha RAM suficiente, siga cargas de trabalho típicas e planeje usar o modo de recuperação total, em vez do simples. Além disso, a operação do sistema e o próprio programa SQL Server instaladopode sercolocado na unidade lenta, embora, é claro, você provavelmente queira tanto quanto tiver espaço para viver na unidade rápida.