Share via


Propagação automática

Aplica-se a: Exchange Server 2013 SP1

O Reseed Automático ou AutoReseed substitui a ação orientada pelo administrador em resposta a uma falha de disco, evento de corrupção de banco de dados ou outro problema que requer uma resseada de uma cópia de banco de dados. O AutoReseed foi projetado para restaurar automaticamente a redundância do banco de dados após uma falha em disco usando discos de reposição provisionados no sistema.

Visão geral da AutoReseed

Em uma configuração da AutoReseed, é usada uma estrutura de apresentação de armazenamento padronizada e o administrador escolhe o ponto de partida. A AutoReseed deve restaurar a redundância assim que possível após a falha de uma unidade. Isso envolve a preparação de um conjunto de volumes (incluindo volumes de reposição) e bancos de dados usando pontos de montagem. Se ocorrer uma falha de disco e o disco não estiver mais disponível para o sistema operacional ou não for mais gravável, um volume sobressalente será alocado pelo sistema e as cópias de banco de dados afetadas serão resseadas automaticamente.

  1. O serviço de Replicação do Microsoft Exchange periodicamente verifica e informa que tem um status de FailedAndSuspended. Se todas as cópias de banco de dados em um volume configurado para AutoReseed estiverem em um estado FailedandSuspended por 15 minutos consecutivos, o fluxo de trabalho AutoReseed será iniciado.

  2. AutoReseed tenta retomar as cópias com falha e suspensão até três vezes, com um sono de cinco minutos entre cada tentativa. Às vezes, depois que uma cópia do banco de dados FailedandSuspended é retomada, a cópia permanece em um estado com falha. Esse comportamento pode acontecer por vários motivos, portanto, essa etapa foi projetada para lidar com esses casos; O AutoReseed suspende automaticamente uma cópia de banco de dados que falha por 10 minutos consecutivos para manter o fluxo de trabalho em execução. Se as ações de suspensão e retomada não resultarem em uma cópia de banco de dados saudável, o fluxo de trabalho continuará.

  3. Quando ele encontra uma cópia com esse status, ele faz algumas verificações de pré-requisito. Por exemplo, ele verifica se um disco sobressalente está disponível, que o banco de dados e seus arquivos de log estão configurados no mesmo volume e nos locais apropriados que correspondem às convenções de nomenclatura necessárias.

  4. Se as verificações de pré-requisito passarem com êxito, a função Disk Reclaimer no serviço de Replicação do Microsoft Exchange aloca, remapse e formata um disco sobressalente de acordo com as linhas do tempo na tabela abaixo. AutoReseed tenta atribuir um volume sobressalente até cinco vezes, com uma hora de sono entre cada tentativa.

  5. Depois que um sobressalente é atribuído, o AutoReseed faz uma operação InPlaceSeed usando o comutador de semeadura SafeDeleteExistingFiles. Todos os bancos de dados que estavam no disco afetado são resseados usando a cópia ativa do banco de dados como a fonte de semente.

  6. Após a conclusão da operação de semeadura, o serviço de Replicação do Microsoft Exchange verifica se a cópia recém-semeada está saudável.

Depois que todas as tentativas forem esgotadas, o fluxo de trabalho será interrompido. Se depois de três dias a cópia do banco de dados ainda estiver com FalhaandSuspended, o estado do fluxo de trabalho será redefinido e ele será iniciado novamente a partir da Etapa 1. Esse comportamento de redefinição/retomada é útil (e intencional), pois pode levar alguns dias para substituir um disco ou controlador com falha.

Neste ponto, se a falha tiver sido uma no disco, será preciso a intervenção manual de um operador ou administrador para remover e substituir o disco com falha e reconfigurar o disco de substituição como reserva.

A AutoReseed é configurada usando três propriedades do DAG. Duas das propriedades se referem aos dois pontos de montagem que estão em uso. O Exchange 2013 usa o fato de que o Windows Server permite vários pontos de montagem por volume. A propriedade AutoDagVolumesRootFolderPath refere-se ao ponto de montagem que contém todos os volumes disponíveis, incluindo volumes que hospedam bancos de dados e volumes de reposição. A propriedade AutoDagDatabasesRootFolderPath refere-se ao ponto de montagem que contém os bancos de dados. Uma terceira propriedade DAG, AutoDagDatabaseCopiesPerVolume, é usada para configurar o número de cópias de banco de dados por volume.

Um exemplo de configuração da AutoReseed é ilustrado abaixo.

Exemplo de Configuração automática de ressecamento.

Neste exemplo, há três volumes, dois dos quais contém bancos de dados (VOL1 e VOL2) e um deles é um VOL3 (sobressalente em branco e formatado).

Para configurar a AutoReseed:

  1. Os três volumes são montados sob um ponto de montagem único. Neste exemplo, o ponto de montagem C:\ExchVols é usado. Esse diretório é usado para obter armazenamento para bancos de dados do Exchange.

  2. O diretório raiz dos bancos de dados da caixa de correio é montado como outro ponto de montagem. Neste exemplo, um ponto de montagem de C:\ExchDBs é usado. Em seguida, uma estrutura de diretório é criada para que um diretório pai seja criado para o banco de dados e, no diretório pai, dois subdiretórios sejam criados: um arquivo de banco de dados e outro para os arquivos de log.

  3. Bancos de dados são criados. O exemplo acima mostra um design simples que usa um banco de dados único por volume. No VOL1, há três diretórios: o diretório pai e dois subdiretórios (um para o arquivo de banco de dados do MDB1 e outro para seus logs). Embora não seja mostrado na imagem de exemplo, no VOL2, também haveria três diretórios: o diretório pai e, sob esse, um diretório para o arquivo de banco de dados do MDB2 e um para seus arquivos de log.

Nessa configuração, se o MDB1 ou o MDB2 tiverem uma falha, uma cópia do banco de dados com falha será automaticamente reeada ao VOL3.

Disk Reclaimer

O componente da AutoReseed que aloca e formata discos sobressalentes é chamado de Disk Reclaimer. O componente Disk Reclaimer formata automaticamente os discos sobressalentes em preparação para nova propagação automática em diferentes intervalos, dependendo do estado do disco. Para que o Disk Reclaimer formate um disco, determinadas condições devem ser atendidas:

  • O Disk Reclaimer deve estar habilitado. Ele está habilitado por padrão, mas pode ser desabilitado usando Set-DatabaseAvailabilityGroup.

  • O volume deve ter um ponto de montagem no caminho de volumes raiz (por padrão, C:\ExchangeVolumes).

  • O volume não deve ter pontos de montagem no caminho dos volumes do banco de dados (por padrão, C:\ExchangeDatabases).

  • Se o volume contiver arquivos, nenhum dos arquivos será tocado por 24 horas.

Além das condições acima, o Recuperador de Disco só tenta formatar um determinado volume uma vez por dia. A tabela a seguir descreve o comportamento de formatação do Disk Reclaimer.

Estado do disco e cópias de banco de dados Intervalo de formatação
O disco não é formatado, ou formatado e vazio ou formatado, mas contém arquivos que permanecem intocados por 24 horas, e há cópias de banco de dados ativos saudáveis no site do Active Directory local que podem ser usadas como fonte de semeadura. 1 dia
O disco não é formatado, ou formatado e vazio ou formatado, mas contém arquivos que permanecem intocados por 24 horas, mas não há cópias de banco de dados ativos saudáveis no site do Active Directory local que possam ser usadas como fonte de semeadura. 2 dias
O disco não é formatado, ou formatado e vazio ou formatado, mas contém arquivos que permanecem intocados por 24 horas, e há cópias de banco de dados ativos saudáveis no site do Active Directory local que podem ser usadas como fonte de semeadura, mas há arquivos desconhecidos fora do arquivo de banco de dados (arquivo EDB) e arquivos de log. 2 semanas
O disco não é formatado, ou formatado, mas vazio ou formatado, mas contém arquivos que permanecem intocados por 24 horas, e há cópias de banco de dados ativos saudáveis no site do Active Directory local que podem ser usadas como fonte de semeadura, mas há um ou mais arquivos de banco de dados (arquivos EDB) para bancos de dados que não estão presentes no Active Directory. 2 semanas