Posicionamento de arquivos OS e SQL

2

Estamos em processo de configuração de nosso servidor SQL, que é agrupado em dois servidores HP DL380p usando um HP P2000 para armazenamento compartilhado com 2 arrays raid 10 (8 discos) e RAID 1 mirror (2 discos). Nós criamos 3 LUNS (LUN10, 20, 30) e criamos 5 arquivos VHDx separados. 1. OS / SQL (LUN10) 2. MDF (LUN10) 3. LDF (LUN 20) 4. TempDB (LUN30)

Minha única preocupação é colocar os arquivos de instalação e banco de dados do SO e do SQL no mesmo LUN? Isso é algo que não é recomendado ou não faz diferença? Eles são arquivos VHDx separados [VHD de instalação do OS / SQL] e [VHD de arquivos MDF], mas ainda residem no mesmo LUN com os mesmos eixos. Você recomenda mover o sistema operacional para seu próprio conjunto de discos completamente independente? Eu estou supondo que dificilmente haverá qualquer atividade no (OS e SQL binário instalar VHDx) para justificar a sua necessidade de seu próprio conjunto de eixos? Eles podem compartilhar os mesmos fusos que os arquivos MDF?

Obrigado.

    
por dqnet 22.10.2014 / 10:30

1 resposta

1

O uso do disco do sistema operacional em servidores SQL é mínimo durante a operação normal. Eles só geram carga durante as atualizações.

O que é mais preocupante é que você está colocando seu log e arquivos de dados nos mesmos eixos. Isso é bem o contraste com a configuração recomendada, na qual você sempre tenta separar o log de E / S da E / S do banco de dados. Isso também se aplica ao tempDB em determinadas situações.

Eu provavelmente optaria por algo assim:

  • 2 discos no RAID1 para o sistema operacional
  • 2 discos no RAID1 para arquivos de log
  • 2 discos em RAID1 para tempDB
  • 4 discos no RAID10 para bancos de dados

Essa configuração pode restringir você em determinadas áreas (como quanto espaço você tem para cada LUN), mas lhe proporcionará um controle muito melhor sobre o local de destino das suas E / S e, especialmente, evitará filas de alto LUN. Também será muito mais fácil ver os gargalos e apenas atualizar com mais discos no futuro, ou até mesmo instalar discos flash para tempDB / log se você vir que os discos não conseguem acompanhar a E / S.

Tudo depende do quanto de carga de E / S você está esperando no sistema, com que frequência você fará o backup dos arquivos de log (truncá-los) e quanto de orçamento você tem.

    
por 22.10.2014 / 14:48