Perguntas e respostas do Exchange
Transições e migrações
Henrik Walther
T ransitions e migrações parecem estar em muitas mentes dos pessoal. Esta instalação, eu endereço dúvidas sobre a movimentação do Exchange 2003 para o Exchange 2007, bem como de qualquer para Exchange 2010.
| Q | Nossa empresa usa Lotus Domino para mensagens. No entanto, estamos planejando mover para Exchange.Because Exchange 2010 é apenas ao redor do canto, podemos está pensando sobre ignorando Exchange 2007 e migrar diretamente ao Exchange 2010 em vez disso. Com isso é mente, temos uma pergunta para você: A Microsoft irá atualizar Microsoft Transporter Suite para suporte Exchange 2010 ou irá fornecer outra ferramenta de coexistência e migração? |
| Um | A equipe do Exchange não irá adicionar suporte para Exchange 2010 no Microsoft Transporter Suite. Em vez disso, ele será contam com ferramentas de parceiro para entregar o recurso Definir necessário para uma migração Domino para o Exchange. Por exemplo, ele está ajudando parceiros com atualizações para que suas ferramentas de migração de coexistência/Domino para o Exchange funcionem adequadamente com o Exchange 2010. Além disso, a equipe do Exchange será Certifique-se de que os parceiros endereço funcionalidade lacunas. Observe, entretanto, você pode migrar sem usando ferramentas de parceiro suporte Exchange 2010. Para fazer isso, você deve implantar um servidor do Exchange 2007 para usar como um salto de migração. Isto é, adicionar um servidor Exchange 2007 à sua infra-estrutura e, em seguida, configurar o Suite Transporter. Migre dados primeiro do Domino para o servidor e de lá para servidores Exchange 2010. Por último, esteja ciente de que os Microsoft suportam Transporter Suite durante o ciclo de vida do Exchange 2007, o suporte estendido para qual termina em 2017. Portanto, você ainda tem alguns anos para executar sua migração com Suite Transporter.
|
| Q | Sei que o Exchange 2007 liberação para produção (RTM) e SP1 não oferecem suporte a versão 2 do Windows PowerShell, mas será Exchange 2007 SP2? Estou pedindo porque estamos planejando gerenciar o Exchange 2007 e 2010 servidores com as ferramentas de gerenciamento do Exchange equivalentes do mesmo servidor. |
| Um | Sim, o Exchange 2007 SP2 oferecerá suporte v2 de Windows PowerShell para essa finalidade exata. Porque a Microsoft oferece suporte a instalação do Exchange 2007 e ferramentas de gerenciamento 2010 no mesmo servidor (consulte do Figura 1), e assim torna Gerenciando o Exchange 2007 e 2010 do mesmo servidor possíveis, suporte do Windows PowerShell v2 no Exchange 2007 SP2 fez sentido. Mas tenha em mente que o Exchange 2007 SP2 conseguirá aproveitar os novos recursos, como o PowerShell remoto, no Windows PowerShell v2. Significa simplesmente que você pode instalar o Windows PowerShell v2 em vez de Windows PowerShell v1. O conjunto de recursos do Windows PowerShell do Exchange 2007 permanecerá o mesmo. |
.jpg)
Figura 1: Um único servidor pode oferecer suporte a ferramentas de gerenciamento do Exchange 2007 SP2 e Exchange 2010.
| Q | Nós estão planejando a transição do Exchange 2003 para Exchange 2007. Antes de fazer, queremos atualizar nossos controladores de domínio para o Windows Server 2008 comobem como alternar os domínio níveis funcionais da floresta e do Windows 2003 para o modo nativoWindows 2008.Nossa pesquisa encontramos documentação)TechNet.Microsoft.com/library/bb232170.aspx) que nos informa que servidor Exchange 2003 não mais funcionará como esperado se podemos alterar o ambiente do Active Directory para o domínio de modo nativo do Windows Server 2008. Seria lançar alguns luz sobre por que a Microsoft não suporta a alternância de ambiente do Active Directory para o modo nativo do Windows Server 2008? |
| Um | O artigo está correto e é por isso aqui. Primeiro, a Microsoft criou o Exchange 2003 (bem como seus service packs) longo antes de que desenvolvido ambientes Active Directory baseado em Windows 2008 e Windows Server 2008. Isso, claro, significa que o grupo de produtos Exchange não tinha nenhuma chance de codificação ou testando contra um ambiente baseado no Windows Server 2008 Active Directory durante o desenvolvimento do Exchange 2003. Considerando que o suporte do Exchange 2003 foi finalizada (Embora o suporte estendido percorre mid 2014), devoting recursos de teste para esse cenário não faz nenhum sentido. A linha inferior é que a equipe do Exchange não sabe se qualquer funcionalidade do Exchange 2003 irá quebrar em um ambiente do Active Directory baseado no Windows Server 2008. Mas isso é determinado: Algo deve quebrar, as chances do Microsoft alterar o código do Exchange 2003 para corrigi-lo são mínimas para none.
|
| Q | Nós já foi informados que várias alterações de esquema no Exchange 2007 SP2 habilitar coexistência com Exchange 2010.Will que precisamos executar Setup.com /PrepareSchema ao atualizar para o Exchange 2007 SP2, bem como quando estamos Preparando o ambiente do Active Directory para Exchange 2010? Além disso, temos a mesma pergunta para Setup.com /PrepareAD e /PrepareDomain. |
| Um | SP2 do Exchange 2007 realmente contém alterações de esquema. Na verdade, este service pack inclui todas as alterações de esquema exigidas pelo Exchange 2010. Sim, ler corretamente. Se você tiver atualizado o SP2 do Exchange 2007, você não precisa executar Setup.com /PrepareSchema quando estiver pronto para preparar o ambiente do Active Directory para Exchange 2010. O Exchange grupo produto optou por incluir o esquema do Exchange 2010 altera no Exchange 2007 SP2 principalmente para que clientes tiveram somente executar uma vez Setup.com /PrepareSchema. Mas mesmo se você tiver atualizado para o Exchange 2007 SP2 e portanto feitas alterações de esquema necessárias para Exchange 2010, você deve executar ainda Setup.com /PrepareAD e /PrepareDomain usando bits Exchange 2010. Isso é devido a novos grupos de segurança universal, o modelo de permissão de controle de acesso baseado em função, cmdlets e PERT-não que estará disponível com o Exchange 2010.
|
| Q | Que tipo de crescimento do Active Directory (NTDS.dit) de banco de dados deve esperado após instalar os objetos de esquema incluídos com o Exchange 2010? |
| Um | Como regra geral, planeje 2 KB de crescimento de DIT (árvore de informações de diretório) por nova classe ou atributo no esquema do Active Directory. Porque 2010 Exchange instala aproximadamente 3.000 objetos no esquema, você deve esperar que o tamanho geral do arquivo Ntds.dit para aumentar em torno de 6 MB. Como mencionado na minha resposta à pergunta anterior, as mesmas alterações de esquema estão incluídas no Exchange 2007 SP2 e Exchange 2010. Portanto, você verá o crescimento da mesma não importa se você executar Setup.com /PrepareSchema usando o Exchange 2007 SP2 ou o Exchange 2010 bits. |
.jpg)
Figura 2: o arquivo Ntds.dit pode ser dimensionável.
| Q | Como temos um lote de usuários do Mac, temos muito Entourage 2008 (e mais antigos) clientes em nosso environment.Most mensagens baseado no Exchange 2007 dos clientes do Entourage se conectar ao Exchange usando Web-Based Distributed Authoring and Versioning (WebDAV), mas alguns conectam via POP (Post Office Protocol), bem como o IMAP (Internet Message Access Protocol). Nós já ouvimos Microsoft é descontinuando o WebDAV como do Exchange 2010 e esteja imaginando se que irá deixar clientes do Entourage forçados para se conectar ao Exchange 2010 usando protocolos herdados como POP ou IMAP? |
| Um | Sim, você está certo, com o Exchange 2010 Microsoft deixou WebDAV. E, Sim, isso significa que os usuários do Entourage 2008 e versões mais antigas somente poderão se conectar ao Exchange 2010 via POP ou IMAP. Mas a equipe do Exchange não é possível ignorar apenas esse protocolo de cliente de correio porque outro grupo de produto Microsoft o utiliza. Portanto, a Microsoft está tomando cuidado desse problema com o novo cliente do Entourage (que, como de escrita, está em beta). O cliente Entourage futuro usará Exchange Web Services (EWS) para conectar-se ao Exchange. Como resultado, esta versão também será suporta muitos recursos mais que foram as versões anteriores, baseadas no WebDAV. Agora as tarefas, anotações e categorias podem sincronizar withExchange e a nova versão do Entourage terão suporte completo para descoberta automática (Entourage 2008 SP1 tinha apenas suporte limitado para descoberta automática). Você pode ler mais sobre a versão futura do Entourage aqui: officeformac.com/blog/Entourage-for-Exchange-Web-Services-Beta-is-Live.
|
| Q | Estamos uma pequena empresa que deseja usar a nova funcionalidade de grupo (DAG) de disponibilidade do banco de dados depois que podemos atualizar do Exchange 2003 para Exchange 2010.We tenha lido todas as seções relacionadas DAG na documentação do Exchange 2010 TechNet, mas não pode parecer localizar informações no quantos servidores de membro de NICs DAG necessitem. As máquinas que estamos planejando dedicar como servidores de membro DAG atualmente só tem uma NIC. Isso é suficiente? |
| Um | Embora DAGs funcionará bem com interface de apenas uma rede, você realmente deve ter pelo menos duas NICs conectados para separar sub-redes em cada servidor de membro DAG. Na verdade, a Microsoft não suporta DAGs com interface de apenas uma rede. Você deve estar imaginando por que este é um cenário de trabalho se a Microsoft não oferece suporte a ele. |
.jpg)
Figura 3: Um servidor de membro de grupo de disponibilidade do banco de dados deve ter pelo menos duas interfaces de rede, como mostrado aqui
Bem, imagine o seguinte: Você tem um DAG com dois servidores membro cada configurado com dois NIC--uma rede pública para conexões MAPI (Messaging Application Programming Interface) e uma rede privada para pulsação e replicação.
Agora você perder a rede privada, também serve a rede de replicação. Nessa situação, a replicação continuará via rede pública (mesmo se não tiver ativado a duplicação para esta rede).
Se você tivesse apenas uma única NIC em cada servidor de membro DAG, seria interromper a replicação. Dependendo da duração do tempo de inatividade, filas de cópia enorme poderiam resultar e poderá perder dados se a cópia do banco de dados ativo está corrompida e um failover para uma cópia do banco de dados em outro servidor de membro DAG era necessário.
Henrik Walther , um Microsoft Certified Master: Exchange 2007 e MVP em Exchange com mais de 15 anos de experiência na atividade de TI. Ele trabalha como arquiteto de tecnologia para Timengo (um Microsoft Gold Certified Partner na Dinamarca) e como redator técnico da Biblioso Corp. (gerenciados de uma empresa EUA especializada em documentação e serviços de localização).