• Nenhum produto no carrinho.

Shadow redundancy

Shadow redundancy é um mecanismo completo, no qual o Exchange 2016 garante que os dados da mensagem não sejam perdidos durante a transmissão e que o Exchange mantenha as cópias redundantes da mensagem antes de passar para o próximo salto. Isso é feito mantendo a mensagem em outro servidor de caixa de correio. Há alguns pontos a serem considerados ao discutir o Shadow redundancy

  1. Shadow redundancy funciona quando a mensagem está em trânsito e não quando é entregue.
  2. O limite para o qual Shadow redundancy funciona depende do clima em que você tenha um DAG ou não. Obviamente, são necessários dois servidores de caixa de correio para que a redundância de sombra funcione. Se o DAG estiver in-place, o servidor de caixa de correio entrará em contato com o servidor de caixa postal para manter o outro servidor de caixa de correio. Se o DAG se estender por vários sites, o site remoto é o preferido. isso pode ser modificado com o PowerShell.
  3. A cópia é armazenada enquanto o correio estiver dentro dos limites. Enquanto o e-mail sai, a cópia de sombra será mantida.

Como isso acontece:

Quando a mensagem recebida chega, desde que a redundância de sombra esteja ativada, o servidor de Caixa de Correio que recebe a mensagem faz uma cópia redundante da mensagem em outro servidor de Caixa de Correio dentro do limite de alta disponibilidade de transporte antes de confirmar o recebimento da mensagem no servidor de envio.

Durante todo esse processo, os servidores primário e secundário sempre mantêm a conexão heartbeat.

Quando a mensagem é entregue na caixa de correio ou quando sai do limite – o servidor principal atualiza o status e, assim, atualiza o servidor secundário de que a mensagem foi entregue com êxito. Quando isso acontece, o servidor secundário move a mensagem para o safety net.

Se a interrupção ocorrer:

Set-TransportConfig tem uma configuração chamada ShadowHeartbeatFrequency. Ele decide quanto tempo o Shadow redundancy leva antes de abrir uma conexão com o servidor principal e assumir as funções e responsabilidades. ShadowResubmitTimeSpan decide por quanto tempo o servidor secundário processará a mensagem. Depois disso, o servidor assumirá a cópia principal.

Até a próxima;
Marco Antonio (Mada)

07/03/2020
WB - Todos os direitos reservados
X