em espera / Backup do Exchange 2003 Server

Question

(Sim, eu sei que o Exchange 2007 faz replicação, mas a migração é muito cara.)

Estou tentando configurar um servidor Exchange 2003 de backup em meu farm de VMs para ajudar a aumentar a capacidade de recuperação. Nossas necessidades de e-mail são modestas ("horário comercial normal"), então, quando o Exchange foi configurado há alguns anos, foi colocado em uma Dell (com excesso de capacidade) com tempo de resposta de 4 horas para as peças e deixado sozinho. Estamos fazendo backups noturnos, mas isso ainda deixaria uma grande lacuna caso a caixa de troca falhasse às 17h.

Para isso, gostaria de configurar uma VM para o Exchange 2003 / Windows Server 2003 R2. Eu tenho as licenças apropriadas, mas não tenho certeza se posso configurá-lo de maneira razoável.

Não espero que meus usuários realmente se conectem a essa VM para enviar / receber e-mails (a menos que seja fácil de fazer), mas gostaria que, em tempo quase real, fosse um espelho do armazenamento de dados do Exchange. Dessa forma, se a caixa primária falhar ou o armazenamento de dados for corrompido , poderemos pelo menos garantir que os emails enviados / recebidos do ponto do último backup completo sejam o mais atualizado possível, assim que o primário for restaurado. Um bom benefício seria capaz de usá-lo para enviar / receber e-mails, mas se não, não é grande coisa.

Como uma analogia, no SQL Server eu tenho um espelho de banco de dados configurado com HA. Se a falha principal, eu tenho uma cópia dos dados até o segundo. Antes do SQL Server 2005, eu teria feito isso via remessa de log ou alguma outra forma de replicação. Eu quero configurá-lo com o Exchange 2003 também. Se eu não puder fazer isso, algum tipo de log de transações de curto prazo (também conhecido como dump tran) também seria bom.

Gostaria de manter os custos o mais próximo possível de 0. À medida que os custos começam a subir, o licenciamento de 2007 torna-se mais razoável (e, em seguida, usamos apenas o representante de 2007) ou o Spring para o Exchange hospedado com outra pessoa. Obrigado !!!

    

Answer 1

Uma observação: Você vai conseguir o que você paga. Se você faz algo que é um hack barato, então você vai conseguir um hack barato.

A "história" da Microsoft para o que você deseja é o Windows Clustering. Isso implica armazenamento compartilhado e aumento de despesas.

Se você estiver interessado em manter o fluxo de mensagens para a organização no final de uma interrupção do computador existente do Exchange Server, considere um servidor SMTP de borda que possa enfileirar emails. Não precisa ser o Exchange, embora possa ser.

Não está claro para mim o que mais você está procurando. Se você não quiser que os usuários "se conectem a ele", você está apenas falando sobre o enfileiramento de emails de entrada em caso de falha do computador existente do Exchange Server. Presumivelmente, seus discos no computador existente do Exchange Server são configurados com um eixo separado tolerante a falhas para os logs de transação (RAID-1 ou RAID-10) e o banco de dados (RAID-5 ou RAID-10). Enquanto os dois fusos não forem destruídos pela falha, você terá uma recuperação pontual até a ocorrência da falha nessa configuração. (Se seus discos não estiverem configurados dessa maneira, eles devem ser.)

Eu posso imaginar algum tipo de cenário (com, francamente, um retorno muito baixo em relação à quantidade de trabalho que você colocaria) em que você mantém uma VM pronta para ter o Exchange 2003 (e quaisquer patches atuais instalados) no computador existente do Exchange Server) instalado. Caso o computador existente do Exchange Server "falhe", você abrirá o servidor de "espera" com o mesmo nome do servidor que falhou, executará uma instalação "/ disasterrecovery" do Exchange 2003 e moverá o banco de dados e os logs de transação para a máquina de espera. (Fiz apenas essa operação para várias migrações do Exchange 2003 do hardware antigo para o novo hardware.) Quando o servidor com falha é "consertado", você migra de volta.

Parece um monte de trabalho para não muito ganho, para mim, se você tem disponibilidade de peças de 4 horas e um servidor que pode enfileirar e-mails de entrada enquanto isso. Ainda assim, suponho que seja um ponto intermediário entre nenhuma tolerância a falhas e uma solução ativa / passiva do Cluster do Windows.

    

Answer 2

Doubletake fará isso por você - mas não é barato. Não existe uma maneira "nativa" de ter uma máquina de failover totalmente disponível secundária com a edição padrão do Exchange.

    

Answer 3

Se você deseja enfileirar e-mails em caso de indisponibilidade, por que não usar um terceiro como o Postini? É relativamente barato e vai fazer o que você precisa apenas com a necessidade de fazer algumas alterações externas no DNS. Embora isso não ajude se houver uma tonelada se o correio interno também estiver voando por aí.