Fila do Exchange &A:. problemas de atualização

Artigo
08/19/2016

Diversos problemas não previstos podem ocorrer durante a atualização para o Exchange 2010, incluindo a segregação da lista de endereços, problemas com a realocação dos grupos de segurança e com mensagens hospedadas.

Henrik Walther

Segregação de listas de endereços

P: atualmente estamos na fase de planejamento de atualização do Exchange 2007 para o Exchange 2010. Somos um cliente de grande porte com centenas de departamentos. Precisamos ser capazes de separar listas de endereços, somente um grupo específico de usuários pode ver a sua própria lista de endereços. Podemos colocar isso no seguinte local de "Configurar organizações virtuais e separações de listas de endereços no Exchange 2007" white paper e ela funciona muito bem.

Agora percebemos 2010 do Exchange não oferece suporte a segregação de lista de endereços. Este é um impedimento de nosso processo de atualização. Você sabe de alguma maneira de contornar esse problema? Você sabe com relação a segregação de lista de endereços está planejando o grupo de produtos Exchange? Temos irá implantar 2010 do Exchange em modo de hospedagem?

R: essa é uma boa pergunta e well-timed. Exchange 2007 e versões anteriores do Exchange server oferece suporte para listas de endereços segregam definindo permissões específicas no objeto de lista de endereços no Active Directory. O plano de 2010 do Exchange foi usar etapas semelhantes àqueles usados no white paper mencionado por você. Quando a Microsoft estava atualizando Esse white paper para 2010 do Exchange, ele encontrou problemas como, por exemplo, usuários que faltam na lista de endereços global padrão mostrando em outros departamentos ou o endereço da empresa listas. Em alguns casos, o Outlook poderão travar quando os usuários conectados em suas caixas de correio. Portanto, não haverá uma versão do Exchange 2010 Esse white paper.

Você pode tentar 2010 do Exchange em modo de separar listas de endereços de hospedagem. Tenha em mente que 2010 do Exchange em modo de hospedagem é feita para provedores de serviço que hospeda a infra-estrutura de mensagens do Exchange para os clientes, não para segregação de lista de endereço interno. Também há muitas coisas que não têm suportada quando executando Exchange 2010 em modo de hospedagem.

Portanto, estão presas? A resposta é Sim — mas apenas para agora, não para sempre. Aguarde o SP2 do Exchange 2010 liberar para fabricação (RTM). Este service pack apresentará a nova funcionalidade chamada "diretivas de catálogo de endereços". Esses permitem separar listas de endereços, como nas versões anteriores do Exchange. A abordagem será diferente, pois você não mais terá bagunçar ADSIEdit para definir específico access control lists (ACLs) nos objetos da lista de endereços. Você irá criar o endereço de um ou mais diretivas de catálogo e atribuí-la a um grupo de usuários. Verifique o post publicado recentemente sobre o blog da equipe do Microsoft Exchange, onde eles anunciou que essas políticas de catálogo de endereços.

O que é uma linha da tempo? Quando você espera o SP2 do Exchange 2010 para RTM? É mais provável que algum tempo em 2011 tardia.

Movendo grupos de segurança

P: já acabou migramos do Exchange 2007 e Exchange 2010. Em geral, estamos impressionados com esta versão mais recente do Exchange server. Como você sabe, durante a preparação do Exchange 2010 do Active Directory, o programa de instalação do Exchange 2010 cria um conjunto de grupos de segurança e os coloca em uma unidade organizacional (UO) no domínio raiz chamado "Grupos de segurança do Microsoft Exchange".

No Exchange 2007, porque os grupos de segurança tem um GUID conhecida e um nome distinto que pode ser alterado, conseguimos mover esses grupos para outras unidades organizacionais no domínio raiz ou até mesmo outros domínios na floresta do Active Directory. É o verdadeiro mesmo para 2010 do Exchange?

R: muito mudou com o Exchange 2010 — especialmente o modelo de permissão, que agora se baseia em controle de acesso baseado em função (RBAC). Isso significa que estamos um pouco mais prontos em relação ao que podemos fazer quando se trata de mover os grupos de segurança do Exchange 2010-se na floresta do Active Directory.

Com o Exchange 2010, você deve mover todos os grupos (mais especificamente a grupos de função) para o mesma UO. Você também pode mover a UO existente para o novo local dentro do Active Directory para que isso funcione corretamente e estar em um modo suportado.

E quanto a novos grupos de função criada após os grupos ou UOs foram movidos? Eles serão criados no local de UO padrão ou no novo local da unidade Organizacional? Embora você não pode especificar uma unidade Organizacional ao executar o cmdlet New-RoleGroup, você não precisa se preocupar com isso. O Exchange é esperto o suficiente criar novos grupos de qualquer função na nova UO.

Acabar com atrasos

P: estamos executando Exchange 2010, mas ainda temos os clientes do Outlook 2003. Alguns desses clientes estão executando no modo de cache, porque eles são publicados por meio de uma solução de servidor de terminal. Conseqüentemente, foi clicamos por latências causadas pela falta de suporte para o UDP (User Datagram Protocol) em 2010 do Exchange.

Seguimos as "preocupação: está com o Outlook 2003 clientes indo para impedir que me from implantando Exchange 2010?" Artigo do TechNet Wiki. Também vimos sua observação sobre como definir o intervalo de freqüência de pesquisa para baixo até cinco segundos, que ajuda muito. Nossos usuários não quiser ver qualquer tipo de atraso no Outlook 2003 e nós não é possível mover para fora do cliente Outlook 2003 publicado. Portanto, nós gostaríamos de saber se você tiver quaisquer outros truques até sua capa livrar-se de todos os atrasos?

R: como você sabe, 2010 do Exchange não oferece suporte a notificações baseadas em UDP, e você não pode definir o intervalo de freqüência de polling inferior a cinco segundos. Se você fizer isso, não inicia o serviço de acesso para cliente RPC (RPC da CA).

No entanto, há boas notícias. Novamente, a equipe do Exchange foram ouvidos seriamente aos comentários dos clientes sobre esse assunto. Portanto, planeje reintroduza suporte UDP com 3 do Exchange 2010 SP1 Roll-Up (RU3). Isso está programado para ser lançado em março de 2011. Isso significa que você precisa incluir UDP nos serviços virtuais RPC que criar sobre a solução de balanceamento de carga em sua infra-estrutura de mensagens do Exchange 2010.

Confira o anúncio oficial sobre o re-introduction do UDP.

Atualizar mensagens hospedado

P: somos um provedor de serviços de grande usando um Hosted Messaging and Collaboration (HMC) 4. 5 (Exchange 2007) solução hospedar caixas de correio para a nossa base de clientes. Gostaríamos de fazer o upgrade da solução HMC 4. 5 para Exchange 2010. Mais de nossos clientes estão exigindo recursos do Exchange 2010, como arquivos on-line pessoais e a nova interface de OWA (Outlook Web App). Você pode nos dizer como podemos obter a solução de HMC 4. 5 atualizada para o Exchange 2010?

R: você pode atualizar do HMC 4. 5 para Exchange 2010. Ao contrário do Exchange 2007, o Exchange 2010 nativamente inclui recursos de multitenancy (também conhecido como várias organizações do Exchange na mesma floresta). Isso significa que você não precisa mais coisas HMC específicas como MPS (Microsoft Provisioning System).

2010 Do Exchange em modo de hospedagem é um problema diferente de HMC 4. 5, portanto, não há suporte para fazer uma atualização direta do Exchange 2007 e Exchange 2010 na mesma floresta. Em vez disso, você terá que fazer uma migração entre florestas para uma nova floresta do Active Directory. Aqui, você instalará 2010 do Exchange usando um switch especial "/ hospedagem".

Você deve saber também há várias coisas que não haverá suporte em um 2010 do Exchange que hospeda o ambiente em que o Exchange é executado no "modo de hospedagem". Recursos/cenários sem suporte incluem:

Console de Gerenciamento do Exchange
Pastas públicas
Função de servidor de mensagens unificada
Federação
Sincronização de lista de endereços global (GalSync)
Recursos de Business-to-Business como entre instalações da mensagem de rastreamento e compartilhamento de calendários
IRM (gerenciamento de direitos de informação)
Pastas gerenciadas
Suporte do Outlook 2003 (EnableLegacyOutlook)
Função de servidor Transporte de borda (mais especificamente o suporte do EdgeSync)
Atualizações in-loco (upgrade org atual do Exchange 2003/2007 e Exchange 2010)
Topologias de floresta de recursos (floresta separada do Exchange e florestas de conta)
Domínios pai-filho.
Vários sites do Active Directory (onde há uma mistura de hospedado e não hospedado)
Relações de confiança SSO de Active Directory
Namespace DIS-contiguous
Espaço para nome separado

Há inúmeras etapas detalhadas sobre como você deve obter iniciado (mais do que conseguimos falar aqui). Vou me direcioná-lo para o "Exchange 2010 SP1 informações para hospedado provedores de serviços"artigo do TechNet Wiki.

O fim do suporte HMC

P: somos um provedor de serviços hospedados nos estágios de planejamento de migração do dois ambientes de HMC separados — uma execução HMC 4. 5 e um 3. 5 em execução do HMC. Você sabe que ao término do suporte para HMC 4. 5 e HMC 3. 5, respectivamente?

R: deve realmente começar, especialmente com a atualização de HMC 3. 5. A Microsoft continuará oferecer suporte a HMC 4. 5 e 4. 0 de HMC até de 2011 de dezembro. HMC 3. 5 será compatível com os clientes existentes até julho de 2011.

_***Henrik Walther****é um Microsoft Certified Master: Exchange 2007 e MVP em Exchange com mais de 15 anos de experiência em negócios de TI. Ele trabalha como um forTimengoConsulting de arquiteto de tecnologia (um Microsoft Gold Certified Partner na Dinamarca) e como redator técnico da Biblioso Corp.(uma empresa nos EUA especializada em gerenciado documentação e serviços de localização). Você pode enviar um e-mail Walther em v-henwal@microsoft.com. * _