Exchange Server opções de configuração de armazenamento
Entender as opções de armazenamento e os requisitos para servidores da Caixa de Correio em Exchange Server 2016 e Exchange Server 2019 é uma parte importante da solução de design de armazenamento do servidor mailbox.
Arquiteturas de armazenamento
A tabela a seguir descreve as arquiteturas de armazenamento suportadas, além de fornecer orientações de práticas recomendadas para cada tipo de arquitetura de armazenamento onde for necessário.
Arquiteturas de armazenamento com suporte:
| Arquitetura de armazenamento | Descrição | Práticas recomendadas |
|---|---|---|
| DAS (Armazenamento anexado diretamente) | O DAS é um sistema de armazenamento digital anexado diretamente a um servidor ou estação de trabalho, sem que haja uma rede de armazenamento entre eles. Por exemplo, os transportes DAS incluem SAS (Serial Attached SCSI) e ATA (Serial Attached Advanced Technology Attachment). | Não disponível. |
| SAN (Redes de área de armazenamento): Internet Small Computer System Interface (iSCSI) | SAN é uma arquitetura para anexar dispositivos de armazenamento de um computador remoto (como matrizes de disco e bibliotecas de fita) a servidores de tal maneira que os dispositivos apareçam como anexados localmente ao sistema operacional (por exemplo, armazenamento de bloco). SANs de iSCSI (Internet Small Computer System Interface) encapsulam comandos SCSI em pacotes IP e usam a infraestrutura de rede padrão como o transporte de armazenamento (por exemplo, Ethernet). | Não compartilhe discos físicos fazendo backup de dados do Exchange com outros aplicativos. Use redes de armazenamento dedicadas. Use caminhos múltiplos de rede para configurações autônomas. |
| SAN: Fibre Channel | As SANs do Fibre Channel encapsulam comandos SCSI em pacotes do Fibre Channel e geralmente usam redes especializadas do Fibre Channel como o transporte de armazenamento. | Não compartilhe discos físicos fazendo backup de dados do Exchange com outros aplicativos. Use caminhos múltiplos de rede Fibre Channel para configurações autônomas. Siga as práticas recomendadas do fornecedor de armazenamento a fim de ajustar os HBAs (Adaptadores de barramento de host) de Fibre Channel, por exemplo, Profundidade da fila e Destino da fila. |
Uma unidade NAS (Armazenamento anexado na rede) é um computador independente que está conectado a uma rede, com o único propósito de fornecer serviços de armazenamento de dados baseados em arquivo para outros dispositivos na rede. O sistema operacional e outros softwares na unidade NAS fornecem a funcionalidade de armazenamento de dados, sistemas de arquivos e acesso a arquivos e o gerenciamento dessas funções (por exemplo, armazenamento de arquivos).
Todo o armazenamento usado pelo Exchange para armazenamento de dados do Exchange deve ser armazenamento em nível de bloco porque o Exchange 2016 não dá suporte ao uso de volumes NAS, exceto no cenário SMB 3.0 descrito no artigo Exchange Server virtualização. Além disso, em um ambiente virtualizado, não há suporte para o armazenamento NAS que é apresentado ao convidado como armazenamento no nível de bloco via hipervisor.
O uso de camadas de armazenamento não é recomendado, pois pode afetar negativamente o desempenho do sistema. Por esse motivo, não permita que o controlador de armazenamento mova automaticamente os arquivos mais acessados para o armazenamento "mais rápido".
Tipos de disco físico
A tabela a seguir fornece uma lista de tipos de disco físico suportados, além de fornecer orientações de práticas recomendadas para cada tipo de disco físico onde for necessário.
Tipos de disco físico com suporte:
| Tipos de disco físico | Descrição | Com suporte ou prática recomendada |
|---|---|---|
| SATA (Serial ATA) | SATA é uma interface serial para ATA e discos IDE (integrated device electronics). Os discos SATA estão disponíveis em vários fatores de formulário, velocidades e capacidades. Em geral, escolha discos SATA para armazenamento de caixas de correio do Exchange 2016 quando tiver os seguintes requisitos de design:
|
Com suporte: discos do setor de 512 bytes para Windows Server 2008 e Windows Server 2008 R2. Além disso, há suporte para discos 512e para Windows Server 2008 R2 com o seguinte:
O Exchange 2013 e posterior dá suporte a discos do setor nativo de 4 quilobytes (KB) e discos 512e. O suporte requer que todas as cópias de bancos de dados residam no mesmo tipo de disco físico. Por exemplo, não é uma configuração com suporte para hospedar uma cópia de um determinado banco de dados em um disco do setor de 512 bytes e outra cópia desse mesmo banco de dados em um disco 512e ou 4K. Práticas recomendadas: Considere discos SATA de nível empresarial, os quais geralmente têm melhores características de aquecimento, vibração e confiabilidade. |
| Serial Attached SCSI | Serial Attached SCSI é uma interface serial para discos SCSI. Os discos SCSI anexados em série estão disponíveis em vários fatores de formulário, velocidades e capacidades. Em geral, escolha Discos SCSI anexados em série para armazenamento de caixas de correio do Exchange 2016 quando tiver os seguintes requisitos de design:
|
Com suporte: discos do setor de 512 bytes para Windows Server 2008 e Windows Server 2008 R2. Além disso, há suporte para discos 512e para Windows Server 2008 R2 com o seguinte:
O Exchange 2013 e posterior dá suporte a discos do setor nativo de 4 quilobytes (KB) e discos 512e. O suporte requer que todas as cópias de um banco de dados estejam no mesmo tipo de disco físico. Por exemplo, não há suporte para hospedar uma cópia de determinado banco de dados em um disco de setores de 512 bytes e outra cópia do mesmo banco de dados em um disco 512e ou 4 KB. Práticas recomendadas: O cache de gravação de disco físico deve estar desabilitado quando usado sem um no-break. |
| Fibre Channel | Fibre Channel é uma interface elétrica usada para conectar discos a SANs baseadas em Fibre Channel. Os discos do Fibre Channel estão disponíveis em várias velocidades e capacidades. Em geral, escolha Discos do Fibre Channel para o armazenamento de caixas de correio do Exchange 2016 quando tiver os seguintes requisitos de design:
|
Com suporte: discos do setor de 512 bytes para Windows Server 2008 e Windows Server 2008 R2. Além disso, há suporte para discos 512e para Windows Server 2008 R2 com o seguinte:
O Exchange 2013 e posterior dá suporte a discos do setor nativo de 4 quilobytes (KB) e discos 512e. O suporte requer que todas as cópias de um banco de dados estejam no mesmo tipo de disco físico. Por exemplo, não é uma configuração com suporte para hospedar uma cópia de um determinado banco de dados em um disco do setor de 512 bytes e outra cópia desse mesmo banco de dados em um disco 512e ou 4K. Práticas recomendadas: O cache de gravação de disco físico deve estar desabilitado quando usado sem um no-break. |
| SSD (unidade de estado sólido) (disco flash) | Um SSD é um dispositivo de armazenamento de dados que usa memória de estado sólido para armazenar dados persistentes. Um SSD emula a interface de unidade de disco rígido. Os discos SSD estão disponíveis em várias velocidades (diferentes recursos de desempenho de E/S) e capacidades. Em geral, escolha discos SSD para armazenamento de caixas de correio do Exchange 2016 quando tiver os seguintes requisitos de design:
|
Com suporte: discos do setor de 512 bytes para Windows Server 2008 e Windows Server 2008 R2. Além disso, há suporte para discos 512e para Windows Server 2008 R2 com o seguinte:
O Exchange 2013 e posterior dá suporte a discos do setor nativo de 4 quilobytes (KB) e discos 512e quando todas as cópias de um banco de dados estão no mesmo tipo de disco físico. Por exemplo, não é uma configuração com suporte para hospedar uma cópia de um determinado banco de dados em um disco do setor de 512 bytes e outra cópia desse mesmo banco de dados em um disco 512e ou 4K. Práticas recomendadas: O cache de gravação de disco físico deve estar desabilitado quando usado sem um no-break. Em geral, os servidores da caixa de correio do Exchange 2016 não exigem as características de desempenho do armazenamento SSD. |
Fatores para considerar na escolha de tipos de disco
Há várias compensações ao escolher tipos de disco para o armazenamento do Exchange 2016. O disco correto é aquele que equilibra desempenho (tanto sequencial quanto aleatório) com capacidade, confiabilidade, consumo de energia e custo de capital. A tabela de tipos de disco físico suportados a seguir fornece informações que o auxiliarão na consideração desses fatores.
De uma perspectiva de desempenho, o uso de discos grandes e mais lentos para o armazenamento do Exchange está bem, desde que os discos possam manter uma latência média de leitura e gravação de 20 ms ou menos sob carga.
Fatores na escolha do tipo de disco:
| Velocidade do disco (RPM) | Fator forma do disco | Interface ou transporte | Capacidade | Desempenho de E/S aleatório | Desempenho de E/S sequencial | Consumo de energia |
|---|---|---|---|---|---|---|
| 5.400 | 2,5 polegadas | SATA | Average | Ruim | Ruim | Excelente |
| 5.400 | 3,5 polegadas | SATA | Excelente | Ruim | Ruim | Acima da média |
| 7,200 | 2,5 polegadas | SATA | Average | Average | Average | Excelente |
| 7,200 | 2,5 polegadas | Serial Attached SCSI | Average | Average | Acima da média | Excelente |
| 7,200 | 3,5 polegadas | SATA | Excelente | Average | Acima da média | Acima da média |
| 7,200 | 3,5 polegadas | Serial Attached SCSI | Excelente | Average | Acima da média | Acima da média |
| 7,200 | 3,5 polegadas | Fibre Channel | Excelente | Average | Acima da média | Average |
| 10.000 | 2,5 polegadas | Serial Attached SCSI | Abaixo da média | Excelente | Acima da média | Acima da média |
| 10.000 | 3,5 polegadas | SATA | Average | Average | Acima da média | Acima da média |
| 10.000 | 3,5 polegadas | Serial Attached SCSI | Average | Acima da média | Acima da média | Abaixo da média |
| 10.000 | 3,5 polegadas | Fibre Channel | Average | Acima da média | Acima da média | Abaixo da média |
| 15.000 | 2,5 polegadas | Serial Attached SCSI | Ruim | Excelente | Excelente | Average |
| 15.000 | 3,5 polegadas | Serial Attached SCSI | Average | Excelente | Excelente | Abaixo da média |
| 15.000 | 3,5 polegadas | Fibre Channel | Average | Excelente | Excelente | Ruim |
| SSD: -= | Não aplicável | SATA, Serial Attached SCSI, Fibre Channel | Ruim | Excelente | Excelente | Excelente |
Práticas recomendadas para configurações de armazenamento suportadas
Esta seção fornece informações e práticas recomendadas sobre as configurações de disco e de controlador de matriz suportados. Além da Matriz Redundante de Discos Independentes (RAID) comumente usada, há também apenas um monte de discos (ou unidades) ou JBOD, que se refere a uma coleção de discos rígidos que não foram configurados para atuar como uma matriz redundante.
O RAID geralmente é usado para melhorar as características de desempenho de discos individuais (tirando dados em vários discos) e para fornecer proteção contra falhas de disco individuais. Com os avanços na alta disponibilidade do Exchange 2016, o RAID não é um componente necessário para o design de armazenamento do Exchange 2016. No entanto, o RAID ainda é um componente essencial do design de armazenamento do Exchange 2016 para servidores autônomos e soluções que exigem tolerância a falhas de armazenamento.
Volume de sistema operacional, sistema ou arquivo de paginação
A configuração recomendada para um sistema operacional, sistema ou volume de pagefile é usar a tecnologia RAID para proteger esse tipo de dados. A configuração RAID recomendada é RAID-1 ou RAID-1/0, no entanto, todos os tipos RAID são suportados.
Volumes separados de banco de dados de caixa de correio e log
Se você estiver implantando uma arquitetura de função de servidor da Caixa de Correio autônoma, a tecnologia RAID será necessária para o banco de dados de caixa de correio e volumes de log. A configuração RAID recomendada para volumes de caixa de correio é RAID-1/0 (especialmente se você estiver usando discos de 5,4 K ou 7,2 K); no entanto, todos os tipos RAID têm suporte. Para volumes de log, RAID-1 ou RAID-1/0 é a configuração RAID recomendada.
Ao usar configurações RAID-5 ou RAID-6 para os volumes de sistema operacional, arquivo de paginação ou Exchange dados, observe o seguinte:
As configurações RAID-5, incluindo variações como RAID-50 e RAID-51, não devem ter mais de sete discos por grupo de matriz e a limpeza de alta prioridade do controlador de matriz e a verificação de superfície habilitada.
Configurações RAID-6 devem ter verificação de superfície e varredura de alta prioridade para controlador de matriz habilitadas.
Embora o JBOD tenha suporte em arquiteturas de alta disponibilidade que tenham três ou mais cópias de banco de dados altamente disponíveis, pois os volumes de banco de dados de log e caixa de correio são separados, o JBOD não é recomendado como uma solução.
Colocalização de volume de banco de dados de caixa de correio e log
O banco de dados da caixa de correio e o co-local do volume de log não são recomendados em arquiteturas autônomas. Em arquiteturas de alta disponibilidade, há duas possibilidades para esse cenário:
Banco de dados único por volume
Vários bancos de dados por volume
Banco de dados único por volume
Em um ambiente do Exchange, uma solução de armazenamento JBOD envolve ter o banco de dados e seus logs associados armazenados em um único disco. Para implantar uma solução JBOD, você deve implantar um mínimo de três cópias de banco de dados altamente disponíveis. Usar um único disco é um único ponto de falha, pois quando o disco falha, a cópia do banco de dados que reside nesse disco é perdida. Ter um mínimo de três cópias de banco de dados garante a tolerância a falhas tendo duas cópias adicionais se uma cópia (ou um disco) falhar. No entanto, o posicionamento de três cópias de banco de dados altamente disponíveis e o uso de cópias de banco de dados defasadas podem afetar o design do armazenamento. A tabela a seguir mostra diretrizes para considerações de RAID e JBOD.
Considerações RAID ou JBOD:
| Servidores de datacenter | Duas cópias com disponibilidade alta (total) | Três cópias com disponibilidade alta (total) | Duas ou mais cópias com disponibilidade alta por datacenter | Uma cópia com retardamento | Duas ou mais cópias com atraso por datacenter |
|---|---|---|---|---|---|
| Servidores de datacenter principal | RAID | RAID ou JBOD (2 cópias) | RAID ou JBOD | RAID | RAID ou JBOD |
| Servidores de datacenter secundário | RAID | RAID (1 cópia) | RAID ou JBOD | RAID | RAID ou JBOD |
Para implantar em JBOD com os servidores de datacenter principais, você precisa de três ou mais cópias de banco de dados com disponibilidade alta no DAG. Caso ocorra a mistura de cópias com retardamento no mesmo servidor que hospeda cópias de banco de dados com disponibilidade alta (por exemplo, sem o uso de servidores de cópia de banco de dados com retardamento dedicados), você precisará de pelos menos duas cópias de banco de dados com retardamento.
Para que os servidores de datacenter secundários usem JBOD, você deverá ter pelo menos duas cópias de banco de dados com disponibilidade alta no datacenter secundário. A perda de uma cópia no datacenter secundário não resultará na solicitação de nova propagação pela WAN ou na necessidade de ter um único ponto de falha caso o datacenter secundário seja ativado. Caso ocorra a mistura de cópias de banco de dados com retardamento no mesmo servidor que hospeda cópias de banco de dados com disponibilidade alta (por exemplo, sem o uso de servidores de cópia de banco de dados com retardamento dedicados), você precisará de pelos menos duas cópias de banco de dados com retardamento.
Para servidores de cópia de banco de dados com retardamento dedicados, você deverá ter pelo menos duas cópias de banco de dados com retardamento em um datacenter para usar JBOD. Caso contrário, a perda de disco resulta na perda da cópia de banco de dados defasada e na perda do mecanismo de proteção.
Vários bancos de dados por volume
Vários bancos de dados por volume são um novo cenário JBOD disponível no Exchange 2016 que permite que cópias ativas e passivas (incluindo cópias defasadas) sejam misturadas em um único disco, permitindo uma melhor utilização de disco. No entanto, para implantar cópias com atraso dessa maneira, o descarte automático do arquivo de log de cópia com atraso deve ser habilitado. A tabela seguinte mostra diretrizes para considerações sobre o JBOD para vários bancos de dados por volume.
Considerações JBOD:
| Servidores de datacenter | 3 ou mais cópias (total) | Duas ou mais cópias por datacenter |
|---|---|---|
| Servidores de datacenter principal | JBOD | JBOD |
| Servidores de datacenter secundário | N/D | JBOD |
A tabela a seguir fornece diretrizes sobre as configurações da matriz de armazenamento para o Exchange 2016.
Tipos RAID com suporte para a função de servidor caixa de correio do Exchange 2016:
| Tipo de RAID | Descrição | Com suporte ou prática recomendada |
|---|---|---|
| Tamanho da faixa de RAID na matriz de disco (KB) | O tamanho da faixa é a unidade por disco de distribuição de dados em um conjunto RAID. O tamanho da faixa é também conhecido como tamanho de bloco. | Práticas recomendadas: 256 KB ou mais. Seguir as práticas recomendadas do fornecedor de armazenamento. |
| Configurações de cache da matriz de armazenamento | As configurações de cache são fornecidas por um controlador de matriz em cache com suporte de bateria. | Prática recomendada: cache de gravação de 100% (cache com suporte de bateria ou flash) para controladores de armazenamento DAS em uma configuração RAID ou JBOD. Cache de gravação de 75%, cache de leitura de 25% (cache com backup de bateria ou flash) para outros tipos de soluções de armazenamento, como SAN. Se o fornecedor de SAN tiver práticas recomendadas diferentes para configuração de cache em sua plataforma, siga as diretrizes do fornecedor de SAN. |
| Cache de gravação de disco físico | As configurações para o cache estão em cada disco individual. | Com suporte: O cache de gravação de disco físico deve estar desabilitado quando usado sem um no-break. |
A tabela a seguir fornece orientações sobre escolha de arquivos de log e de banco de dados.
Opções de arquivo de banco de dados e log para a função de servidor da caixa de correio do Exchange 2016:
| Opções de arquivo de log e de banco de dados | Descrição | Autônomo: com suporte ou prática recomendada | Alta disponibilidade: com suporte ou prática recomendada |
|---|---|---|---|
| Posicionamento do arquivo: banco de dados por isolamento de log | O isolamento do banco de dados por log refere-se à colocação do arquivo de banco de dados e dos logs do mesmo banco de dados de caixa de correio em volumes diferentes apoiados por diferentes discos físicos. | Prática recomendada: para recuperabilidade, mova arquivos e logs de banco de dados (.edb) do mesmo banco de dados para volumes diferentes apoiados por diferentes discos físicos. | Com suporte: A isolação de logs e de bancos de dados não é exigida. |
| Localização do arquivo: arquivos de banco de dados por volume | Arquivos de banco de dados por volume referem-se a como você distribui arquivos de banco de dados dentro ou entre volumes de disco. | Práticas recomendadas: Com base em sua metodologia de backup. | Com suporte: Ao usar o JBOD, crie um volume único com diretórios separados para bancos de dados e para arquivos de log. |
| Localização do arquivo: fluxos de log por volume | Fluxos de log por volume referem-se a como você distribui arquivos de log de banco de dados dentro ou em volumes de disco. | Práticas recomendadas: Com base em sua metodologia de backup. | Com suporte: Ao usar o JBOD, crie um volume único com diretórios separados para bancos de dados e para arquivos de log. Prática recomendada: ao usar o JBOD, use vários bancos de dados por volume. |
| Tamanho do banco de dados | Tamanho do banco de dados se refere ao tamanho do arquivo de banco de dados (.edb) no disco. | Com suporte: Aproximadamente 16 terabytes. Prática recomendada:
|
Com suporte: aproximadamente 16 terabytes. Prática recomendada:
|
| Método de truncamento de log | Método de truncamento de log é o processo de truncamento e exclusão dos arquivos antigos de log de banco de dados. Há dois mecanismos:
|
Práticas recomendadas:
|
Práticas recomendadas:
|
A tabela a seguir fornece orientações sobre os tipos de disco do Windows.
Tipos de disco do Windows para a função de servidor caixa de correio do Exchange 2016:
| Tipo de disco do Windows | Descrição | Autônomo: com suporte ou prática recomendada | Alta disponibilidade: com suporte ou prática recomendada |
|---|---|---|---|
| Disco básico | Um disco inicializado para armazenamento básico é chamado de disco básico. Um disco básico contém volumes básicos, como partições primárias, partições estendidas e unidades lógicas. | Com suporte. Práticas recomendadas: Use discos básicos. |
Com suporte. Práticas recomendadas: Use discos básicos. |
| Disco dinâmico | Um disco inicializado para armazenamento dinâmico é chamado de disco dinâmico. Um disco dinâmico contém volumes dinâmicos, como volumes simples, volumes estendidos, volumes distribuídos, volumes espelhados e volumes RAID-5. | Com suporte. | Com suporte. |
A tabela a seguir fornece orientações sobre as configurações de volume.
Configurações de volume para a função de servidor da caixa de correio do Exchange 2016:
| Configuração de volume | Descrição | Autônomo: com suporte ou prática recomendada | Alta disponibilidade: com suporte ou prática recomendada |
|---|---|---|---|
| GPT (tabela de partição da GUID) | GPT é uma arquitetura de disco que se expande no esquema de particionamento do MBR (registro mestre de inicialização) mais antigo. O tamanho máximo de partição formatada NTFS é de 256 terabytes. | Com suporte. Práticas recomendadas: Use as partições GPT. |
Com suporte. Práticas recomendadas: Use as partições GPT. |
| MBR | Um MBR, ou setor de partição, é o setor de inicialização de 512 bytes que é o primeiro setor (LBA Sector 0) de um dispositivo particionado de armazenamento de dados, como um disco rígido. O tamanho máximo de partição formatada NTFS é de 2 terabytes. | Com suporte. | Com suporte. |
| Alinhamento de partição | O alinhamento de partição se refere ao alinhamento de partições nos limites do setor para desempenho ideal. | Com suporte: o padrão do Windows Server 2008 R2 e Windows Server 2012 é 1 megabyte (MB). | Com suporte: o padrão do Windows Server 2008 R2 e Windows Server 2012 é de 1 MB. |
| Caminho do volume | Caminho do volume se refere a como um volume é acessado. | Com suporte: Letra da unidade ou ponto de montagem. Práticas recomendadas: O volume de host do ponto de montagem deve ter RAID habilitado. | Com suporte: Letra da unidade ou ponto de montagem. Práticas recomendadas: O volume de host do ponto de montagem deve ter RAID habilitado. |
| Sistema de arquivos | O sistema de arquivos é um método de armazenar e organizar arquivos de computador e os dados que eles contêm de forma que seja fácil localizá-los e acessá-los. | Com suporte: NTFS e ReFS. | Com suporte: NTFS e ReFS. |
| Desfragmentação NTFS | O desfragmentação do NTFS é um processo que reduz a quantidade de fragmentação nos sistemas de arquivos do Windows. Isso é feito com a organização física de conteúdos do disco, a fim de armazenar as partes de cada arquivo de forma bem próxima e contígua. | Com suporte. Práticas recomendadas: Não é exigida nem recomendada. No Windows Server 2012, também recomendamos desabilitar a otimização de disco automática e o recurso de desfragmentação. |
Com suporte. Práticas recomendadas: Não é exigida nem recomendada. No Windows Server 2012, também recomendamos desabilitar a otimização de disco automática e o recurso de desfragmentação. |
| Tamanho de unidade de alocação NTFS | O tamanho de unidade de alocação NFTS representa a menor quantidade de espaço em disco que pode ser alocada para manter um arquivo. | Com suporte: Todos os tamanhos de unidade de alocação. Práticas recomendadas: 64 KB para volumes de arquivos .edb e de log. |
Com suporte: Todos os tamanhos de unidade de alocação. Práticas recomendadas: 64 KB para volumes de arquivos .edb e de log. |
| Compressão NTFS | A compressão NTFS é o processo de redução do tamanho real de um arquivo armazenado em um disco rígido. | Com suporte: não há suporte para o banco de dados do Exchange ou arquivos de log. | Com suporte: não há suporte para o banco de dados do Exchange ou arquivos de log. |
| Sistema EFS (Encrypting File System) NTFS | O EFS permite que os usuários criptografem arquivos e pastas individuais, além de unidades de dados inteiras. Uma vez que o EFS oferece criptografia consistente por meio de algoritmos e criptografia por chave pública com o padrão do setor, os arquivos criptografados serão confidenciais mesmo se um invasor driblar a segurança do sistema. | Com suporte: não há suporte para o banco de dados do Exchange ou arquivos de log. | Não há suporte para o banco de dados do Exchange ou arquivos de log. |
| Windows BitLocker (criptografia de volume) | O Windows BitLocker é um recurso de proteção de dados no Windows Server 2008. O BitLocker protege contra roubo de dados ou exposição em computadores que são perdidos ou roubados e oferece exclusão de dados mais segura quando os computadores são encerrados. | Com suporte: todos os arquivos de log e banco de dados do Exchange. | Com suporte: todos os arquivos de log e banco de dados do Exchange. Os clusters de failover do Windows exigem o Windows Server 2008 R2 ou o Windows Server 2008 R2 SP1. Não há suporte para volumes de exchange com BitLocker habilitado em clusters de failover do Windows que executam versões anteriores do Windows. Para obter mais informações sobre a criptografia BitLocker do Windows 7, consulte Criptografia de Unidade do BitLocker no Windows 7: Perguntas frequentes. |
| Protocolo SMB 3.0 | O protocolo SMB é um protocolo de compartilhamento de rede (em adição ao TCP/IP ou outros protocolos de rede) que permite que os aplicativos em um computador acessem arquivos e recursos em um servidor remoto. Isso também permite que os aplicativos se comuniquem com qualquer programa de servidor que esteja configurado para receber uma solicitação de cliente SMB. O Windows Server 2012 apresenta a nova versão 3.0 do protocolo SMB, com os seguintes recursos:
|
Suporte limitado. O cenário com suporte é uma implantação virtualizada de hardware onde os discos são hospedados em VHDs em um compartilhamento SMB 3.0. Esses VHDs são apresentados ao host por meio de um hipervisor. Para obter mais informações, consulte Exchange Server virtualização. | Suporte Limitado. O cenário com suporte é uma implantação virtualizada de hardware onde os discos são hospedados em VHDs em um compartilhamento SMB 3.0. Esses VHDs são apresentados ao host por meio de um hipervisor. Para obter mais informações, consulte Exchange Server virtualização. |
| Espaços de Armazenamento | Os Espaços de Armazenamento é uma nova solução de armazenamento que oferece recursos de virtualização para o Windows Server 2012. Espaços de Armazenamento permite organizar discos físicos em pools de armazenamento, que podem ser facilmente expandidos adicionando discos. Esses discos podem ser conectados por meio de USB, SATA ou SAS. Ele também usa discos virtuais (espaços), que se comportam como discos físicos, com recursos poderosos associados, como provisionamento fino, e resiliência a falhas de mídia física subjacente. Para obter mais informações sobre Espaços de Armazenamento, consulte Visão geral Espaços de Armazenamento. | Com suporte. As mesmas restrições dos tipos de disco físico descritos neste artigo. | Com suporte. As mesmas restrições dos tipos de disco físico descritos neste artigo. |
| Sistema de Arquivos Resiliente (ReFS) | O ReFS é um sistema de arquivos recém-criado para o Windows Server 2012 baseado nas fundações do NTFS. O ReFS mantém alto grau de compatibilidade com o NTFS, fornecendo técnicas avançadas de verificação e autocorreção de dados e uma resiliência integrada de ponta a ponta a corrupção especialmente quando usada com o recurso espaços de armazenamento. Para obter mais informações sobre o ReFS, consulte Visão geral do ReFS (Sistema de Arquivos Resilientes): Implantações com suporte. | Com suporte para volumes que contêm arquivos de banco de dados do Exchange, arquivos de log e arquivos de indexação de conteúdo, se o seguinte hotfix estiver instalado: Exchange Server bancos de dados de 2013 ficam fragmentados em Windows Server 2012. Não há suporte para volumes que contenham binários do Exchange. Práticas recomendadas: Os recursos de integridade de dados devem ser desabilitados para os arquivos de banco de dados do Exchange (.edb) ou o volume que hospeda esses arquivos. Os recursos de integridade podem ser habilitados para volumes que contêm o catálogo de índices de conteúdo, se o volume não contiver nenhum banco de dados ou arquivos de log. |
Com suporte para volumes que contêm arquivos de banco de dados do Exchange, arquivos de log e arquivos de indexação de conteúdo, se o seguinte hotfix estiver instalado: Exchange Server bancos de dados de 2013 ficarão fragmentados em Windows Server 2012. Não há suporte para volumes que contenham binários do Exchange. Práticas recomendadas: Os recursos de integridade de dados devem ser desabilitados para os arquivos de banco de dados do Exchange (.edb) ou o volume que hospeda esses arquivos. Os recursos de integridade podem ser habilitados para volumes que contêm o catálogo de índices de conteúdo, se o volume não contiver nenhum banco de dados ou arquivos de log. |
| Tamanho da unidade de alocação do ReFS | O tamanho da unidade de alocação do ReFS representa a menor quantidade de espaço em disco que pode ser alocada para manter um arquivo. | Com suporte: Todos os tamanhos de unidade de alocação. Práticas recomendadas: 64 KB para volumes de arquivos .edb e de log. |
Com suporte: Todos os tamanhos de unidade de alocação. Práticas recomendadas: 64 KB para volumes de arquivos .edb e de log. |
| Eliminação da duplicação de dados | A eliminação de eliminação de duplicação de dados é uma técnica para otimizar a utilização do armazenamento. É um método de localizar e remover a duplicação dentro de dados sem comprometer sua fidelidade ou integridade. A meta é armazenar mais dados em menos espaço ao segmentar arquivos em pequenas partes de tamanho variado, identificando as partes duplicadas e mantendo uma cópia de cada uma delas. As tecnologias de eliminação de eliminação de duplicação de dados normalmente são implementadas de duas maneiras; no nível do sistema operacional ou no nível do sistema de armazenamento e o sistema operacional não estão cientes de que ele está sendo usado. | Nível do sistema operacional: não há suporte para bancos de dados de caixa de correio do Exchange, bancos de dados de transporte ou arquivos de índice de conteúdo. Nível do sistema de armazenamento: com suporte, mas se enquadra na política de suporte a soluções de software de armazenamento de terceiros da Microsoft. Observação: o dedupe no nível do sistema operacional pode ser usado para arquivos de banco de dados do Exchange que estão offline (usados como backups ou arquivos). |
Nível do sistema operacional: não há suporte para bancos de dados de caixa de correio do Exchange, bancos de dados de transporte ou arquivos de índice de conteúdo. Nível de armazenamento: com suporte, mas se enquadra na política de suporte a soluções de software de armazenamento de terceiros da Microsoft. Observação: o dedupe no nível do sistema operacional pode ser usado para arquivos de banco de dados do Exchange que estão offline (usados como backups ou arquivos). |