Configurações RAID para o MS SQL 2008

Question

Estou construindo um farm do SharePoint 2010 com o MS SQL 2008 R2 (STD) para o back-end. O H / W é:

• PowerEdge R710
• 32 Gb de RAM
• 4 discos rígidos de 146 GB
• 1 disco rígido adicional de 146 GB (troca a quente)

Meu plano é usar um segundo servidor idêntico (secundário) para espelhar o primeiro servidor (primário).

Então, qual é a melhor maneira de fazer o array com este sistema (O / S, TEMPDB, banco de dados do sistema, MDF, LDF e arquivo de paginação?

Qualquer informação sobre isso será muito apreciada.

    

Answer 1

Dado que você só tem 4 discos rígidos para usar, você praticamente se limita. Configure dois arrays RAID 1, dois discos cada. No primeiro coloque o sistema operacional e tempdb. Na segunda matriz, coloque os bancos de dados do usuário. À medida que o servidor sharepoint cresce, você precisa adicionar mais discos, movendo os logs e bancos de dados para separar os arrays RAID e movendo o banco de dados tempdb para sua própria matriz RAID.

Tudo depende do número de usuários que usarão o sistema. Se você tem apenas 10 a 30 usuários que não usam os bancos de dados sharepoint, não importa realmente como você define as coisas.

    

Answer 2

O ideal seria dividir os DBs de tipos individuais em seus próprios volumes RAID (um array de TempDB, LDFs um segundo array, MDFs um terceiro e DBs de alto volume em seus próprios arrays).

O problema é que, se você estiver usando DAS internamente, você provavelmente não poderá pagar um RAID 10 para cada um. Minha sugestão é que você considere a quantidade de volume que você estará recebendo. O SharePoint terá o mesmo tipo de padrões de E / S que o seu banco de dados OLTP típico.

O que você realmente precisa fazer é usar ferramentas como SQLIO e SQLIOSIM para enfatizar o teste do subsistema de E / S para garantir que ele esteja indo para as suas necessidades . É muito difícil para qualquer um dizer a você como você deve saber sua base de usuários e as especificações do projeto. Aqui estão alguns links para começar sua pesquisa. Não cofuse SQLIO e SQLIOSIM. Eles realizam testes de maneiras diferentes, então use ambos.

link

link

link

É tudo sobre os requisitos. Eu vi SharePoint colocar em um único servidor com o SQL Server local que teve todos os bancos de dados em um único volume executar muito bem para SMBs com um baixo número de usuários. Teste, teste, teste!

    

Answer 3

I am building a SharePoint 2010 farm with MS SQL 2008 R2 (STD) for the backend. The H/W is PowerEdge R710, 32 MB RAM, 4 X146 GB Hard Drives plus 1 additional 146 GB Hard Drive (hot Swap).

Quem quer que tenha certeza de que você tem praticamente um sistema totalmente inadequado para um servidor de banco de dados - porque esses amam IO, o que significa discos rígidos.

É por isso que empresas como a SuperMicro vendem casos que: * são 2 unidades de rack altas com 24 (!) slots de disco rígido * são 4 unidades de rack de alta com 72 (!) slots de disco rígido

5 slots de unidade se for um servidor de uso geral. A menos que você tenha uma SAN, ela simplesmente não é adequada para trabalho de db de desempenho mais alto - você não pode colocar discos suficientes para isso.

Então, você precisa de uma gaiola de disco externa.

    

Answer 4

OK. Aqui está o meu plano revisado.

1. Coloque os Binários, O / S. TempDB, Page arquivos em um conjunto espelhado (RAID 1) em a SAN.

2. Compre um disco adicional para um total de 6 discos, em seguida, coloque o MDF e LDF em matrizes separadas (RAID 5).

3. Alguém aconselhou comprar uma caixa com dois controladores. Isso é necessário?