Usuário com melhor resposta
Melhor solução.

Pergunta
-
Pessoal...seguinte...
Hoje temos um SBS 2008 em nossa rede, o problema é quando cai nosso link de internet, energia ou qualquer catástrofe moderna.
Estou pesquisando a melhor solução para quando isso ocorre, penso em contratar um segundo link de internet (de outra empresa) e configurar um segundo MX apontando para esse segundo Link...minha duvida, os emails vai chegar em duplicidade no servidor ou ele só manda para o segundo quando o primeiro nao responde ?
Essa solução não ajuda caso fique sem energia, o que me sugerem ?
Abraço !
William Galeano
Respostas
-
Ola William boa noite,
Referente ao link secundario de e-mail, você não receberá o e-mail em duplicidade. Você deve sim adicionar o Endereço IP do link secundario como MX e definir a prioridade.
Vamos supor:
LINK 01 - MX01 - Prioridade 10
LINK 02 - MX02 - Prioridade 20
Neste caso o Link 01 terá prioridade sobre o LINK 02 caso o LINK01 falhe o LINK02 receberá os e-mails.
Se você configurar os 2 links com a mesma prioridade o Exchange irá receber e-mail pelos 2 links. Porém este cenário não é recomendado.
De uma olhada neste POST que fala um pouco sobre varios MXs - http://social.technet.microsoft.com/Forums/pt-BR/exc2007pt/thread/00dfd1a3-e99a-43e8-9997-d619d3d82621/
Defina a prioridade de acordo com a confiança do LINK e lembre-se que o link que tiver a prioridade mais baixa será escolhido como prioritario.
Bom referente a energia você pode utilizar um no-break ou gerador (dependendo do tamanho da empresa) para dar energia aos seus servidores em caso de queda de energia.
Um outro cenário, que nunca testei, mais já ouvi falar é contratar o serviço Exchange de algum provedor na Nuvem e configura-lo como Smart Host. Sendo assim as mensagens seram recebidas pelo seu servidor na Nuvem e depois encaminhados para sua rede interna, caso a sua rede interna esteja inacessivel o servidor da nuvem armazenara as mensagens até que o servidor interno volte a ficar online. Porém neste cenário além dos custos que você ira pagar pelo serviço, você terá um salto na sua topologia de mensagens.
Bom qualquer dúvida fico a disposição.
Lucas Camargo Reis - MCTS Exchange Server 2010 - http://lucascamargoreis.wordpress.com- Sugerido como Resposta Deivid FoggiMicrosoft employee quarta-feira, 18 de janeiro de 2012 11:42
- Marcado como Resposta William Galeano quarta-feira, 18 de janeiro de 2012 12:53
Todas as Respostas
-
Ola William boa noite,
Referente ao link secundario de e-mail, você não receberá o e-mail em duplicidade. Você deve sim adicionar o Endereço IP do link secundario como MX e definir a prioridade.
Vamos supor:
LINK 01 - MX01 - Prioridade 10
LINK 02 - MX02 - Prioridade 20
Neste caso o Link 01 terá prioridade sobre o LINK 02 caso o LINK01 falhe o LINK02 receberá os e-mails.
Se você configurar os 2 links com a mesma prioridade o Exchange irá receber e-mail pelos 2 links. Porém este cenário não é recomendado.
De uma olhada neste POST que fala um pouco sobre varios MXs - http://social.technet.microsoft.com/Forums/pt-BR/exc2007pt/thread/00dfd1a3-e99a-43e8-9997-d619d3d82621/
Defina a prioridade de acordo com a confiança do LINK e lembre-se que o link que tiver a prioridade mais baixa será escolhido como prioritario.
Bom referente a energia você pode utilizar um no-break ou gerador (dependendo do tamanho da empresa) para dar energia aos seus servidores em caso de queda de energia.
Um outro cenário, que nunca testei, mais já ouvi falar é contratar o serviço Exchange de algum provedor na Nuvem e configura-lo como Smart Host. Sendo assim as mensagens seram recebidas pelo seu servidor na Nuvem e depois encaminhados para sua rede interna, caso a sua rede interna esteja inacessivel o servidor da nuvem armazenara as mensagens até que o servidor interno volte a ficar online. Porém neste cenário além dos custos que você ira pagar pelo serviço, você terá um salto na sua topologia de mensagens.
Bom qualquer dúvida fico a disposição.
Lucas Camargo Reis - MCTS Exchange Server 2010 - http://lucascamargoreis.wordpress.com- Sugerido como Resposta Deivid FoggiMicrosoft employee quarta-feira, 18 de janeiro de 2012 11:42
- Marcado como Resposta William Galeano quarta-feira, 18 de janeiro de 2012 12:53
-