Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se a: Exchange Server 2013
Noções básicas sobre opções de armazenamento e requisitos para a função de servidor de Caixa de Correio do Microsoft Exchange Server 2013 é uma parte importante de sua solução de projeto de armazenamento de servidor de Caixa de Correio.
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.
| 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 partilhe discos físicos que efetuem cópias de segurança de dados do Exchange com outras aplicações. Use redes de armazenamento dedicadas. Use caminhos múltiplos de rede para configurações autônomas. |
| SAN: Fibre Channel | SANs de Fibre Channel encapsulam os comandos SCSI em pacotes Fibre Channel e geralmente utilizam redes de Fibre Channel especializadas como o transporte de armazenamento. | Não partilhe discos físicos que efetuem cópias de segurança de dados do Exchange com outras aplicações. 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 proporcionam a funcionalidade de armazenamento de dados, sistemas de arquivos e acesso a arquivos, além do gerenciamento dessas funcionalidades (por exemplo, armazenamento de arquivos).
Todo o armazenamento utilizado pelo Exchange para armazenamento de dados do Exchange tem de ser armazenamento ao nível do bloco porque o Exchange 2013 não suporta a utilização de volumes NAS, para além do cenário SMB 3.0 descrito no tópico Virtualização do Exchange 2013. 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.
A utilização de camadas de armazenamento não é recomendada, uma vez que pode afetar negativamente o desempenho do sistema. Por este motivo, não permita que o controlador de armazenamento mova automaticamente os ficheiros mais acedidos para um armazenamento "mais rápido".
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 | 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 forma, velocidades e capacidades. Em geral, selecione Discos SATA para armazenamento de caixas de correio do Exchange 2013 quando tiver os seguintes requisitos de estrutura:
|
Suportado: discos do setor de 512 bytes para Windows Server 2008 e Windows Server 2008 R2. Além disso, os discos 512e são suportados para Windows Server 2008 R2 com o seguinte:
O Exchange 2013 e versões posteriores oferecem suporte aos discos de setores de 4 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 suportada para alojar uma cópia de uma determinada base de dados num disco de setor de 512 bytes e outra cópia dessa mesma base de dados num disco 512e ou disco 4K. |
| Serial Attached SCSI | Serial Attached SCSI é uma interface serial para discos SCSI. Os discos Serial Attached SCSI estão disponíveis em vários formatos, velocidades e capacidades. Em geral, selecione Discos SCSI Anexados em Série para armazenamento de caixas de correio do Exchange 2013 quando tiver os seguintes requisitos de estrutura:
|
Suportado: discos do setor de 512 bytes para Windows Server 2008 e Windows Server 2008 R2. Além disso, os discos 512e são suportados para Windows Server 2008 R2 com o seguinte:
O Exchange 2013 e versões posteriores oferecem suporte aos discos de setores de 4 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 suportada para alojar uma cópia de uma determinada base de dados num disco de setor de 512 bytes e outra cópia dessa mesma base de dados num disco 512e ou disco 4K. |
| Fibre Channel | O Canal de Fibra é uma interface elétrica utilizada para ligar discos a SANs baseadas em Canal de Fibra. Os discos Fibre Channel estão disponíveis em várias velocidades e capacidades. Em geral, selecione Discos de Canal de Fibra para armazenamento de caixas de correio do Exchange 2013 quando tiver os seguintes requisitos de estrutura:
|
Suportado: discos do setor de 512 bytes para Windows Server 2008 e Windows Server 2008 R2. Além disso, os discos 512e são suportados para Windows Server 2008 R2 com o seguinte:
O Exchange 2013 e versões posteriores oferecem suporte aos discos de setores de 4 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 suportada para alojar uma cópia de uma determinada base de dados num disco de setor de 512 bytes e outra cópia dessa mesma base de dados num disco 512e ou disco 4K. |
| 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. Discos SSD estão disponíveis em várias velocidades (capacidades de desempenho de E/S diferentes) e capacidades. Em geral, selecione Discos SSD para armazenamento de caixas de correio do Exchange 2013 quando tiver os seguintes requisitos de estrutura:
|
Suportado: discos do setor de 512 bytes para Windows Server 2008 e Windows Server 2008 R2. Além disso, os discos 512e são suportados para Windows Server 2008 R2 com o seguinte:
O Exchange 2013 e versões posteriores oferecem suporte aos discos de setores de 4 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 suportada para alojar uma cópia de uma determinada base de dados num disco de setor de 512 bytes e outra cópia dessa mesma base de dados num disco 512e ou disco 4K. |
Há uma série de fatores que devem ser considerados na escolha dos tipos de disco para armazenamento do Exchange 2013. 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.
Do ponto de vista do desempenho, a utilização de discos grandes e mais lentos para o armazenamento do Exchange é normal, desde que os discos possam manter uma latência média de leitura e escrita de 20 ms ou menos sob carga.
| 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: classe empresarial | Não aplicável | SATA, Serial Attached SCSI, Fibre Channel | Ruim | Excelente | Excelente | Excelente |
Esta seção fornece informações e práticas recomendadas sobre as configurações de disco e de controlador de matriz suportados.
A Matriz Redundante de Discos Independentes (RAID) é frequentemente utilizada para melhorar as características de desempenho de discos individuais (ao remover dados em vários discos) e para fornecer proteção contra falhas de disco individuais. Com os avanços na elevada disponibilidade do Exchange 2013, o RAID não é um componente necessário para a conceção de armazenamento do Exchange 2013. No entanto, o RAID continua a ser um componente essencial da conceção de armazenamento do Exchange 2013 para servidores autónomos e soluções que requerem tolerância a falhas de armazenamento.
A configuração recomendada para um volume de sistema operacional, sistema ou arquivo de paginação é utilizar 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.
Se estiver a implementar uma arquitetura de função de servidor de Caixa de Correio autónoma, a tecnologia RAID é necessária para a base de dados da caixa de correio e os volumes de registo. A configuração RAID recomendada para volumes de caixa de correio é RAID-1/0 (especialmente se estiver a utilizar discos de 5,4 K ou 7,2K); no entanto, todos os tipos raid são suportados. 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:
Configurações RAID-5, incluindo variações como RAID-50 e RAID-51, não devem ter mais de 7 discos por grupo de matriz e verificação de superfície e varredura de alta prioridade para controlador de matriz habilitadas.
Configurações RAID-6 devem ter verificação de superfície e varredura de alta prioridade para controlador de matriz habilitadas.
Embora o JBOD seja suportado em arquiteturas de elevada disponibilidade que tenham 3 ou mais cópias de base de dados de elevada disponibilidade, uma vez que os volumes da base de dados de registo e da caixa de correio estão separados, não é recomendado JBOD.
A co-localização da base de dados da caixa de correio e do volume de registo não é recomendada 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
A partir de uma perspectiva do Exchange, JBOD significa ter o banco de dados e seus logs associados armazenados em um único disco. Para implantar em JBOD, é preciso implantar no mínimo três cópias de banco de dados com disponibilidade alta. A utilização de um único disco é um ponto de falha único, porque, quando o disco falha, a cópia de banco de dados que reside nesse disco é perdida. Ter um mínimo de três cópias de base de dados garante a tolerância a falhas ao ter mais duas cópias no caso de uma cópia (ou um disco) falhar. Entretanto, o uso de três cópias de banco de dados com disponibilidade alta, bem como o uso de cópias de banco de dados com retardamento, pode afetar o projeto de armazenamento. A tabela a seguir mostra diretrizes para considerações de RAID e 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 resultará na perda de cópia de banco de dados com retardamento, bem como na perda do mecanismo de proteção.
Vários bancos de dados por volume é um novo cenário de JBOD disponível no Exchange 2013, que permite que cópias ativas e passivas (incluindo cópias com atraso) sejam misturadas em um único disco, possibilitando 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.
| 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 orientações sobre as configurações de matriz de armazenamento do Exchange 2013.
| 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. | Melhor prática: 100% de cache de escrita (bateria ou cache com flash) para controladores de armazenamento DAS numa configuração RAID ou JBOD. 75% de cache de escrita, 25% de cache de leitura (bateria ou cache com flash) para outros tipos de soluções de armazenamento, como SAN. Se o fornecedor de SAN tiver práticas recomendadas diferentes para a configuração da cache na respetiva plataforma, siga as orientações do seu fornecedor 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.
Escolhas de arquivo de log e de banco de dados para a função de servidor de Caixa de correio do Exchange 2013
| 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 |
|---|---|---|---|
| Colocação de ficheiros: base de dados por isolamento de registo | Isolamento de banco de dados por log se refere à colocação de arquivos e logs de banco de dados do mesmo banco de dados de caixa de correio em diferentes volumes com suporte de discos físicos diferentes. | Melhor prática: para fins de recuperação, mova o ficheiro de base de dados (.edb) e os registos da mesma base de dados para diferentes volumes apoiados por discos físicos diferentes. | 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 se refere a como você distribui os arquivos de banco de dados nos ou pelos 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 se refere a como você distribui os arquivos de log de banco de dados nos ou pelos 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áticas recomendadas: 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:
|
Suportado: 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.
| 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çã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. | Suportado: o Windows Server 2008 R2 e Windows Server 2012 predefinição é 1 megabyte (MB). | Suportado: o Windows Server 2008 R2 e Windows Server 2012 predefinição é 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 | A desfragmentação do NTFS é um processo que reduz a quantidade de fragmentação nos sistemas de ficheiros 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. | Suportado: não suportado para a base de dados do Exchange ou ficheiros de registo. | Suportado: não suportado para a base de dados do Exchange ou ficheiros de registo. |
| 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. | Suportado: não suportado para a base de dados do Exchange ou ficheiros de registo. | Não suportado para ficheiros de base de dados ou de registo do Exchange. |
| Windows BitLocker (encriptação de volume) | O Windows BitLocker é uma funcionalidade 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. | Suportado: todos os ficheiros de base de dados e de registo do Exchange. | Suportado: todos os ficheiros de base de dados e de registo do Exchange. Os clusters de ativação pós-falha do Windows requerem Windows Server 2008 R2 ou Windows Server 2008 R2 SP1. Os volumes do Exchange com o BitLocker ativado não são suportados em clusters de ativação pós-falha do Windows com versões anteriores do Windows. Para obter mais informações sobre a encriptação BitLocker do Windows 7, consulte (/versões anteriores/windows/it-pro/windows-7/ee449438(v=ws.10))[Encriptação de Unidade BitLocker no Windows 7: Perguntas Mais 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, veja Virtualização do Exchange 2013. | 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, veja Virtualização do Exchange 2013. |
| 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. Os Espaços de Armazenamento permitem que você organize discos físicos em pools de armazenamento, que podem ser facilmente expandidos pela simples adição de discos. Esses discos podem ser conectados usando USB, SATA ou SAS. Também utiliza discos virtuais (espaços), que se comportam como discos físicos, com poderosos recursos associados, como provisionamento leve, além de resiliência a falhas de mídia física subjacente. Para obter mais informações sobre Espaços de Armazenamento, consulte Descrição Geral do Espaços de Armazenamento. | Com suporte. As mesmas restrições de tipos de disco físico descritas neste tópico. | Com suporte. As mesmas restrições de tipos de disco físico descritas neste tópico. |
| 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 NTFS enquanto oferece verificação de dados avançada e técnicas de correção automática, além de uma resiliência fim a fim integrada a corrupções, especialmente quando usado em conjunto com o recurso de espaços de armazenamento. Para obter mais informações sobre o ReFS, veja Descrição Geral do Sistema de Ficheiros Resiliente. | Suportado para volumes que contêm ficheiros de base de dados do Exchange, ficheiros de registo e ficheiros de indexação de conteúdos. Se implementar no Windows Server 2012, certifique-se de que as seguintes correções estão instaladas no Windows Server 2012:
O ReFS não é suportado para volumes de SO. |
Suportado para volumes que contêm ficheiros de base de dados do Exchange, ficheiros de registo e ficheiros de indexação de conteúdos. Se implementar no Windows Server 2012, certifique-se de que as seguintes correções estão instaladas no Windows Server 2012:
O ReFS não é suportado para volumes de SO. |
| Eliminação da duplicação de dados | A eliminação da duplicação de dados é uma nova técnica para otimizar a utilização de armazenamento para o Windows Server 2012. É um método de localizar e remover a duplicação nos dados sem comprometer a 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. Cópias redundantes da parte são substituídas por uma referência à cópia única, as partes são organizadas em arquivos contêineres e os contêineres são compactados para mais otimização de espaço. | Sem suporte para arquivos de banco de dados do Exchange. Observação: Pode ser usado para arquivos de banco de dados do Exchange que estejam completamente offline (usado como backups ou arquivos mortos). | Sem suporte para arquivos de banco de dados do Exchange. Observação: Pode ser usado para arquivos de banco de dados do Exchange que estejam completamente offline (usado como backups ou arquivos mortos). |