SQL Server 2008 e Moss 2007

SQL Server 2008 e Moss 2007

Qual versão do Sql Server 2008 você usa com a instalação do Enterprise Moss e por quê?

Mais especificamente, você realmente precisa de tudo o que a versão Enterprise Sql Server oferece ou a versão padrão é mais do que capaz de fornecer serviços para uma empresa com mais de 1.000 usuários. E quanto a 5.000 usuários?

Como observação adicional, executaremos toda a instalação em um farm esx com uma fonte de dados SAN.

Responder1

Em vez de contar o número de usuários, faria algumas outras perguntas.

Ele precisa ser acessado pelos usuários finais 24 horas por dia, 7 dias por semana? Nesse caso, você precisa do Enterprise Edition para obter reconstruções de índice on-line. Se você conseguir janelas de manutenção após o expediente ou nos fins de semana, poderá sobreviver com a Standard Edition, que coloca os índices off-line enquanto os reconstrói.

Você testou sua taxa de transferência de IO?Você disse que está usando ESX - se for v3.5 ou anterior, ou se não estiver usando o nível de licença superior para v4, você não terá recursos de múltiplos caminhos. Seu rendimento está limitado a apenas um adaptador de barramento de host por array. Se esses termos fazem seus olhos sangrarem, aqui está a pequena história: você pode ter um gargalo de apenas 200-400 MB/s, que pode ser saturado com uma dúzia de unidades SATA. Não importa que tipo de SAN você conecte, não importará se você puder obter apenas um HBA de taxa de transferência por vez. Standard versus Enterprise será o menor dos seus problemas.

Como você planeja fazer a recuperação de desastres?Se você está pensando em usar o envio de logs ou o espelhamento de banco de dados, analise os recursos do Enterprise. Se você estiver fazendo espelhamento, obterá alguns recursos interessantes para recuperação de páginas corrompidas usando a SAN do espelho em vez da primária.

Você está armazenando dados ou documentos confidenciais no SharePoint?Nesse caso, você deve considerar que a empresa aproveite as vantagens da criptografia transparente de dados. Isso criptografa os dados em repouso, quando estão na SAN, evitando assim que alguém obtenha um instantâneo da SAN ou uma cópia de suas fitas de backup e restaure uma cópia inteira do seu banco de dados quando você não estiver olhando.

Não se preocupe com a compressão.O Enterprise adiciona a capacidade de compactação de dados, mas não deixe que isso influencie sua decisão. Seus usuários do SharePoint provavelmente armazenarão uma tonelada de documentos binários, que de qualquer maneira não são compactados muito bem.

Responder2

Se você está começando com cerca de 1.000 usuários e pode acabar com mais de 5.000 usuários, eu diria que é um projeto típico de expansão, e eu definitivamente escolheria a edição empresarial. Eu provavelmente optaria por um back-end clusterizado desde o início.

Dito isto, tudo depende do padrão de tráfego desses 1.000 a 500 usuários e do nível de serviço que você deseja oferecer. Também não é impossível mudar do padrão para o corporativo posteriormente, mas isso custará algum tempo de inatividade, o que pode ou não ser uma opção.

Responder3

Para um cliente escolhemos um Sql Server 2008 Enterprise Ed. Cluster de 2 nós para alta disponibilidade, não velocidade. O design é conservador, direto do farm de 5 nós do manual da Microsoft, com 3 nós MOSS front-end no Hyper-V e uma SAN Dell Equallogic iSCSI.

O cluster SQL não foi virtualizado porque no momento do design (meados de 2008) a configuração do cluster SQL 2008 virtualizado não era suportada pela Microsoft.

texto alternativo http://bluesurftech.com/TechBlog/Lists/Photos/farm.png

informação relacionada