Compartilhar via


Noções Básicas Sobre a Arquitetura do LUN do Exchange 2010

Tópico modificado em: 2010-01-22

Em muitos casos, o disco físico ou o número da unidade lógica ideal (LUN) que o sistema operacional reconhece é separado do hardware usado para apresentar o disco ao sistema operacional. A arquitetura do LUN é usada no Exchange Server 2010.

Embora haja muitas formas de projetar LUNs no Exchange 2010, as duas estruturas a seguir são recomendadas, para limitar a complexidade:

  • Um LUN por Banco de Dados
  • Dois LUNs por Banco de Dados
  • Dois LUNs por Conjunto de Backup

Um LUN por Banco de Dados

A arquitetura de um LUN único por banco de dados significa que ambos, banco de dados e seus arquivos de log correspondentes, estão no mesmo LUN. Para implementar uma arquitetura de LUN que usa apenas um único LUN por banco de dados, você teve ter um grupo de disponibilidade de banco de dados (DAG) com duas ou mais cópias, e não usar uma solução de Serviço de Cópias de Sombra de Volume (VSS) baseada em hardware.

Algumas das vantagens desta estratégia são:

  • Simplifica a administração do armazenamento, com menos LUNs a serem gerenciados.
  • Reduz (potencialmente) o número de trabalhos de backup.
  • Fornece flexibilidade para isolar o desempenho entre bancos de dados quando não houver eixos de compartilhamento entre LUNs.

Uma preocupação com esta estratégia é que ela limita a capacidade de executar backup VSS baseado em hardware e procedimentos de restauração (por exemplo, instantâneos de clone). Para obter mais informações sobre VSS, consulte Práticas Recomendadas para o Uso do Serviço de Cópias de Sombra de Volume com o Exchange Server 2003.

Retornar ao início

Dois LUNs por Banco de Dados

Com o Exchange 2010, no caso máximo de 100 bancos de dados, o número de LUNs que você pode configurar depende da sua estratégia de backup. Se seu objetivo de tempo de recuperação for pequeno, ou se você usar clones de VSS para recuperação rápida, pode ser melhor colocar cada banco de dados em seu próprio LUN de log de transações e LUN de banco de dados. Essa abordagem excede o número de letras de unidade disponíveis; portanto, pontos de montagem de volume devem ser usados.

Algumas das vantagens desta estratégia são:

  • Permite VSS com base em hardware em um nível de banco de dados, fornecendo backup e restauração de um único banco de dados.
  • Fornece flexibilidade para isolar o desempenho entre bancos de dados quando não houver eixos de compartilhamento entre LUNs.
  • Aumenta a confiabilidade, porque um problema de capacidade ou de danos em um único LUN terá impacto apenas sobre um banco de dados. Esta é uma consideração importante quando os recursos de resiliência de caixa de correio internos não estão sendo aproveitados.

Alguns dos problemas desta estratégia são:

  • 100 bancos de dados exigem 200 LUNs, o que poderia exceder alguns valores máximos de matriz de armazenamento.
  • Um LUN separado para cada banco de dados gera mais LUNs por servidor, o que aumenta os custos administrativos e a complexidade.

Retornar ao início

Dois LUNs por Conjunto de Backup

Um conjunto de backup é o número de bancos de dados dos quais é feito backup completo em uma noite. Uma solução que executa um backup completo em 1/7 dos bancos de dados todas as noites (por exemplo, usando um backup completo semanal ou bimestral com backups incrementais ou diferenciais diários) pode reduzir a complexidade colocando os backups de todos os bancos de dados no mesmo log e LUN de banco de dados. Isso pode reduzir o número de LUNs no servidor.

Algumas das vantagens desta estratégia são:

  • Simplifica a administração do armazenamento, com menos LUNs a serem gerenciados.
  • Reduz (potencialmente) o número de trabalhos de backup.

Alguns dos problemas desta estratégia são:

Retornar ao início