Sql Server 2008 e Moss 2007

1

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

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

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

    
por Mike T 04.06.2009 / 21:08

3 respostas

3

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

Precisa ser acessado pelos usuários finais 24 horas por dia, 7 dias por semana? Em caso afirmativo, você precisa do Enterprise Edition para obter as recompilações de índice online. Se você puder obter janelas de manutenção depois do horário ou nos fins de semana, poderá obter o Standard Edition, que coloca os índices offline durante a sua reconstrução.

Você testou sua taxa de transferência de I / O? Você disse que está usando o ESX - se é v3.5 ou anterior, ou se não estiver usando a camada de licença superior para v4, obter recursos de múltiplos caminhos. Sua taxa de transferência é limitada a apenas um adaptador de barramento de host por matriz. Se esses termos fizerem seus olhos sangrarem, aqui está o conto - você pode ter um gargalo de apenas 200 a 400MB / s, o que pode ser saturado com uma dúzia de unidades SATA. Não importa que tipo de SAN você conecte, não importa se você pode obter apenas um HBA de taxa de transferência de cada vez. Padrão versus Empresa será o menor dos seus problemas.

Como você planeja fazer uma recuperação de desastre? Se você estiver pensando em usar o envio de log ou o espelhamento de banco de dados, examine os recursos da empresa. Se você está fazendo o espelhamento, então você tem alguns recursos sofisticados em torno da 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 o Enterprise para aproveitar a Transparent Data Encryption. Isso criptografa os dados em repouso, quando está na SAN, impedindo que alguém capture um instantâneo de 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 está procurando.

Não se preocupe com a compactação. A 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 não são muito bem compactados de qualquer maneira.

    
por 04.06.2009 / 21:34
0

Se você está começando com cerca de 1.000 usuários e pode ter mais de 5.000 usuários, eu diria que é um projeto típico de aumento de escala, e eu não aceitaria a edição corporativa. Eu provavelmente iria com um back-end cluster desde o início.

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

    
por 04.06.2009 / 21:20
0

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

O cluster SQL não foi virtualizado, pois em tempo de design (meados de 2008) a configuração de cluster do SQL 2008 virtualizado não era suportada pela Microsoft.

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

    
por 04.06.2009 / 21:20