R: e a fila do Exchange Gerenciamento de migração
Gerenciar o processo de migração é sempre um problema. Há várias maneiras de otimizar e controlar melhor esse processo.
Henrik Walther
Atualizar o esquema
**P.**Estamos usando o Microsoft Exchange Server 2010 SP1 como nossa infra-estrutura de mensagens. Estamos planejando fazer o upgrade para o Exchange Server 2010 SP2. Queremos fazê-lo logo que possível, porque nós queremos usar as novas políticas de livro de endereço (ABPs).
Enquanto nos preparamos para fazer upgrade para o Exchange 2010 SP2, nós não tenho certeza se é necessário preparar o Active Directory usando o "Setup /PrepareAD." É o que é suficiente para estender o esquema usando "Setup /PrepareSchema?" Vimos "versões de esquema do Exchange – perguntas frequentes & Respostas"sobre o TechNet wiki, mas que não diz nada sobre a necessidade de preparar o Active Directory, somente o esquema.
Em nosso ambiente de laboratório, apenas executamos o "Setup /PrepareSchema" e foram capazes de atualizar os servidores Exchange 2010 para SP2 sem quaisquer problemas. Você poderia lançar alguma luz sobre isso?
**.**Antes de atualizar os servidores Exchange 2010 para o SP2, você deve estender o esquema usando o "Setup /PrepareSchema." Você também deve preparar o Active Directory usando o "Setup /PrepareAD." Para implantações pequenas, você poderia ter o Assistente de instalação automaticamente preparar seu grupo para a atualização. Pode fazê-lo se a conta de logon possui as permissões necessárias.
Em ambientes de grandes empresas, é uma boa idéia para preparar o esquema e o Active Directory em etapas separadas. A maioria das grandes clientes corporativos requerem esta abordagem, como eles geralmente têm um dedicado do Active Directory para executar essas etapas de preparação.
Parece que você fosse capaz de atualizar seus servidores Exchange 2010 no laboratório sem executar "Setup /PrepareAD" porque você foi conectado com uma conta com as permissões apropriadas.
Controle de migração
**P.**Nós somos um grande provedor de hospedagem de Exchange e planejamos migrar para o Exchange 2010 em execução no modo não-hospedado, usando um painel de controle de terceiros para a configuração lógica e multitenancy.
Porque nós estará usando um painel de controle de terceiros, desejamos desabilitar a configuração de "Gerenciar minha organização" para administradores do Exchange acesso ao acessar o Exchange Control Panel (ECP). Nós não queremos desabilitar o acesso para o ECP em geral, apenas o recurso "Gerenciar minha organização" (ver Figura 1). Você sabe se isso é possível?
.jpg)
Figura 1 você pode desabilitar o acesso a determinadas funções.
**.**Você não podia fazer isso antes para o Exchange 2010 SP2, a menos que você estava executando Exchange 2010 no modo hospedado. Isso é não quer para dizer que você deve tiver implantado o Exchange 2010 no modo hospedado. Realmente recomendamos contra isso e em vez disso preferem deixar uma solução do painel de controle de terceiros fazer toda a configuração e multitenancy, como você fez.
Assim com o Exchange 2010 SP1 em execução no modo hospedado, uma das nossas recomendações foi desativar o acesso à opção "Gerenciar minha organização" dentro do ECP. Você pode fazer isso usando uma chave do registro como explicado na documentação do Exchange 2010 hospedagem. Crie uma chave DWORD nomeado "OMECPDisabled" sob "HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\ExchangeServer\v14." Observe que você não precisa definir um valor para essa chave (ver Figura 2).
.jpg)
Figura 2 é relativamente simples para habilitar ou desabilitar o acesso com chaves do registro.
Depois de criar essa chave, você veria o que é mostrado na Figura 3 ao acessar o ECP. Não há um menu de lista pendente "Gerenciar Myself" e você não tem acesso para executar nenhuma administração no nível da organização usando o ECP — missão cumprida.
.jpg)
Figura 3 depois de fazer essa modificação, você está trancado fora de funções administrativas.
Observe que esta resposta começou com "Prior to Exchange 2010 SP2"? A chave do registro não é compatível com o Exchange 2010 no modo não-hospedado quando executando o Exchange 2010 SP1 ou anterior. Aqui é a boa notícia, porém: com o Exchange 2010 SP2, você pode usar a mesma chave para atingir a meta, mesma em ambientes de modo não-hospedado do Exchange 2010.
Qualquer porto de uma migração
**P.**Atualmente estamos implantando e Configurando o ambiente do Exchange 2010 ao qual nós vamos migrar do Exchange 2003 ainda este ano. Email é fundamental dentro da nossa organização, então nós obviamente vai empregar uma matriz de acesso para cliente e grupos de disponibilidade de banco de dados (DAGs). A tráfego de cliente de entrada de equilíbrio de carga entre os servidores de acesso para cliente da matriz do serviço de acesso de cliente (CAS), vamos usar um balanceador de carga de hardware. Nós temos ouvido é uma boa idéia para configurar portas RPC (chamada) de procedimento remoto estáticas nos servidores CAS nesse cenário. Qual é sua opinião?
**.**A resposta curta é "sim": Você deve considerar a configuração de portas RPC estáticas. Existem várias razões para isso.
Em primeiro lugar, é sempre uma boa idéia para manter seus firewall de segurança de rede caras felizes. Não pedir-lhes para manter intervalos de IP aberta. Em vez disso, pedir-lhes para abrir algumas portas única. Se você tiver um ou mais firewalls em lugar entre o subnet(s) do cliente e a carga de servidores balanceador/Exchange 2010, você não configurar portas estáticas de RPC nos servidores CAS. Você precisará pedir-lhes para abrir um enorme intervalo de portas RPC (mais especificamente, a porta TCP 135 e o intervalo de porta dinâmico 6005-59530).
Configurando portas RPC estáticas, você só precisa pedir três portas: TCP/135 (mapeador de ponto de extremidade TCP), a porta atribuída ao CAS RPC e a porta atribuída ao serviço de catálogo de endereços do Exchange.
Em segundo lugar, quando você estiver usando um balanceador de carga de hardware e você não configurar estáticas portas RPC, você vai ver muitas vezes um maior consumo de memória do que se você configurou portas RPC estáticas. Além disso, alguns balanceadores de carga não joga bem com intervalos de porta dinâmicos em geral. Por último, é mais fácil de configurar uma solução de monitoramento para monitorar três portas em vez de um intervalo de portas dinâmicas.
Para obter informações sobre como configurar portas estáticas de RPC, dê uma olhada na página de wiki do TechNet, "configurar portas de RPC estática em um Exchange 2010 Client Access Server."
.jpg)
**Henrik Walther**é um Microsoft Certified Master: Troca e intercâmbio MVP com mais de 16 anos de experiência em negócios de TI. Ele trabalha como arquiteto de tecnologia de um parceiro Microsoft na Dinamarca e como redator técnico para a Biblioso Corporation, uma empresa norte-americana especializada em serviços de documentação e localização gerenciados.Walther também for um fornecedor contratado trabalhando para equipes de diversos produtos, incluindo as equipes de Exchange e Lync, Microsoft. E-mail-lo em v-henwal@microsoft.com.