SQL Server e pontos de montagem

Question

Alguém sabe de alguma informação boa sobre pontos de montagem e SQL Server? Eu tenho como 80 bancos de dados para criar em uma instância do SQL e o que eu estou tentando descobrir é se nos beneficiaríamos de ter um ponto de montagem para cada banco de dados. Ou devo apenas fazer um ponto de montagem para arquivos de dados, um para logs de transação e um para tempdb? Claro, tudo isso é apoiado por SAN high-end ...

Obrigado por qualquer conselho ou links que você possa oferecer!

    

Answer 1

Um ponto de montagem para cada banco de dados é uma maneira complexa de lidar com isso. Eu prefiro a abordagem simples com volumes para

• Dados (RAID5)
• Logs (RAID1 + 0)
• TempDB e backups (RAID1 + 0)

Isso facilita a administração, pois o SQL DBA tem uma indicação clara para onde os vários arquivos devem ir. eles não precisam ficar adivinhando o design do disco.

Se todos os volumes tiverem backup dos mesmos discos na SAN, provavelmente não fará muita diferença se você usar pontos de montagem, volumes ou pastas separados para armazenar os arquivos - os discos serão compartilhados.

Eu também acho a ferramenta ATTO Disk Benchmark excelente para ter uma idéia rápida de como uma matriz de disco funciona.

    

Answer 2

Você quer dizer que apresenta um LUN virtual separado para cada dado & tlog para cada um dos 80 DB's? São 160 alvos? Este não é o caminho a percorrer. O overhead de administração seria um pesadelo, para não mencionar a falta de letras de drive nas janelas!

Quantos discos reais você tem que jogar na sua SAN? Apresentá-los à sua caixa do SQL Server. Existem muitos documentos na convenção.

EDIT: pontos de montagem são bons, fiquei confuso com Pontos de junção NTFS

Se você estiver usando pontos de montagem com armazenamento em cluster, leia este KB .

    

Answer 3

Até agora, as únicas razões para os pontos de montagem que encontrei são se você está sem letras de unidade ou precisa dar mais espaço em um novo diretório para uma letra de unidade existente.

    

Answer 4

Um de nossos administradores de servidores propôs isso, mas depois eu encontrei alguma documentação que não ajudou com o enfileiramento de disco em 2003 em um cluster.

A melhor maneira de avaliar isso pode ser executar algumas ferramentas de benchmarking nas duas configurações e escolher o congig de melhor desempenho. Verifique essas ferramentas.

link

link

Documento técnico sobre o que fazer antes de implantar o pedido de veiculação:

link

    

Answer 5

Você realmente precisa isolar todos esses bancos de dados? Você poderia usar um layout mais padrão:

• C: SO
• D: arquivos do sistema SQL e binários
• E: TempDB (s)
• F: arquivos de dados
• G: arquivos de log
• H: backups

Os luns F e G segurando todos os 80 arquivos de dados / log do banco de dados.

Os LUNs D e E contêm os arquivos de sistema e os tempdbs para cada instância.

Cada LUN deve ter uma quantidade apropriada de discos subjacentes para lidar com o pedido de inserção obrigatório. Use uma configuração RAID 10 para o TempDB e arquivos de log. Se seus bancos de dados são escrever pesado, use também o RAID 10 para arquivos de dados, se puder pagar.

Certifique-se de ter memória suficiente em seu (s) servidor (es) para lidar com as leituras necessárias.

Lembre-se de formatar os LUNs com um deslocamento de partição apropriado. Considere o uso de vários cartões HBA e software ativo / ativo de múltiplos caminhos. Incline seu cache de SAN para gravações.