Fila do Exchange &R: Migrações e transições
Parece haver várias empresas que ainda utilizam o Exchange 2003, o qual pode ser bem econômico, mas você poderá se deparar com certos problemas de compatibilidade.
Henrik Walther
Calendários compartilhados
Q: Nós apenas migradas do Exchange 2003 para o Exchange 2010 SP1. Nós temos uma mistura de clientes Outlook 2003 e Outlook 2007 em toda a nossa organização. Recebemos algumas queixas de usuários abrindo vários calendários compartilhados do Outlook 2003 (a abertura de mais de 15 calendários de uma vez não é incomum). Eles às vezes recebem um erro ao tentar abrir um calendário (veja de Figura 1).
.jpg)
Figura 1 da mensagem de erro que você verá quando abrir mais de 15 calendários compartilhados no Outlook 2003
Você sabe se existe alguma maneira de corrigir este problema sem atualização para o Outlook 2007? Nós não pode atualizar esses clientes antes de segunda metade de 2011.
R: Isso é geralmente causado por nova chamada de procedimento remoto (RPC) otimização de políticas que fazem parte do Exchange 2010 — mais especificamente a "RCAMaxConcurrency" parâmetro de diretiva de otimização. Se você tiver usuários que necessitam de abrir os calendários compartilhados mais de 15 ou mais caixas de correio usando o Outlook 2003, você pode ajustar as configurações de diretiva limitação de RPC-relacionados usando o cmdlet Set-ThrottlingPolicy. Aumente o valor de RCAMaxConcurrency, que é definido como 20 por padrão. O parâmetro RCAMaxConcurrency indica quantas conexões simultâneas de um usuário de acesso para cliente RPC pode ter em um servidor executando o Exchange 2010 uma vez.
Para aumentar o valor da configuração do RCAMaxConcurrency o padrão de otimização de política de 20 a 30, abrir o Shell de gerenciamento do Exchange e execute o seguinte comando para criar uma variável para a política:
a = Get-ThrottlingPolicy | where-object {_.IsDefault -eq true}
Em seguida, canalize a variável para o cmdlet Set-ThrottlingPolicy:
a | Set-ThrottlingPolicy -RCAMaxConcurrency 30
Para aplicar essas alterações, reinicie o serviço de "Microsoft Exchange otimização" em cada servidor de acesso de cliente (CAS). Você agora poderá abrir calendários significativamente mais compartilhados ou caixas de correio adicionais do que com a configuração padrão (veja de Figura 2).
.jpg)
Figura 2 de abertura 15 calendários usando o Outlook 2003 depois de alterar a configuração padrão para RCAMaxConcurrency
Você pode ler mais sobre o Exchange 2010 SP1 otimização de políticas em de documentação do Exchange 2010 no Microsoft TechNet.
Suporte por telefone Windows
Q: Nossa empresa está pensando em oferecer dispositivos Windows Phone 7 para nossos usuários. Antes, nós queria perguntar se o Windows Phone 7 dispositivos suportam as mesmas políticas de Exchange ActiveSync (EAS) suportado por dispositivos do Windows Mobile 6. x?
R: Embora deveoped de Microsoft Windows Phone 7 principalmente com os consumidores em mente, a equipe do Windows Phone sabia precisavam incluir funcionalidades de empresa no sistema operacional, com a maioria das pessoas usando o mesmo telefone para uso pessoal e questões de trabalho. O sistema operacional Windows 7 de telefone oferece suporte a um subconjunto das políticas EAS fornecido com o Exchange 2010 SP1, incluindo as políticas a seguir:
- Senha necessária
- Tamanho mínimo da senha
- Freqüência de tempo limite de ociosidade
- Limite de apagamento de dispositivo
- Permitir senha simples
- Expiração de senha
- Histórico de senha
- Desativar o armazenamento removível
- Desabilitar IrDA
- Desativar a sincronização Desktop
- Área de trabalho remota do bloco
- Bloquear o compartilhamento de Internet
Se você quiser usar outras políticas EAS, você tem as seguintes opções:
- Crie uma diretiva do Windows Phone 7 EAS dedicada e associá-lo com os usuários de caixa de correio que usam dispositivos Windows Phone 7
- Defina a propriedade AllowNonProvisionableDevices para true no padrão EAS política já configurada
- Reconfigurar a diretiva padrão de EAS dentro da organização do Exchange, para que ele tenha apenas as políticas listadas configurado anteriormente
- Implantar um cliente EAS de terceiros em dispositivos Windows Phone 7
Coexistindo com Exchange
Q: Nós somos uma pequena empresa está planejando uma transição do Exchange 2003 para o Exchange 2010 SP1. Temos apenas um servidor Exchange 2003. Uma das tarefas em atualizar a partir de ponto de acesso para cliente do Exchange 2003 do Exchange 2010 TechNet library é associar um nome de host legado (legacy.domain.com) com a infra-estrutura do Exchange 2003. Em seguida, nós teremos que configurar um URL de 2003 do Exchange no Exchange 2010 CAS que aponta para um servidor front-end do Exchange 2003 com o seguinte comando:
Set-OWAVirtualDirectory <CAS2010>\OWA* -Exchange2003URL https://legacy.contoso.com/exchange
Isso permitirá que nossos usuários acessar suas caixas de correio através de um sign-on único durante o período de coexistência, que precisamos pois temos apenas um servidor Exchange 2003 na nossa organização. A documentação do TechNet Estados, especificamente, que você deve apontar o URL do Exchange 2003 para um servidor front-end do Exchange 2003. Realmente o que isso significa que não podemos usar essa coexistência apresenta a menos que nós apresentamos um servidor front-end do Exchange 2003?
R: Você não precisa necessariamente um servidor front-end Exchange 2003. Quando você tem apenas um servidor Exchange 2003, é absolutamente bom ponto URL de 2003 do Exchange no Exchange 2010 CAS diretamente em um servidor back-end do Exchange 2003. Basta ter em mente que para obter single sign-on, você terá que habilitar a autenticação baseada em formulários no Exchange 2010 CAS e o servidor de back-end do Exchange 2003 (ver de Figura 3).
.jpg)
Figura 3 do que habilita a autenticação baseada em formulários no Exchange 2003
Lembre-se também de que você terá que instalar um certificado SSL que inclui o nome de host legado (legacy.domain.com) no servidor Exchange 2003. Ele não precisa ser o nome comum do certificado. Se você usar um certificado UC/SAN em seu servidor Exchange 2010, você pode adicionar o nome de host legado para a lista de SAN e usar esse certificado no servidor de Exchange 2003.
Especificando vários Gateways
Q: Nós atualmente estiver implantando o Exchange 2010 SP1. Temos dois centros de dados e planeja usar grupos de disponibilidade de banco de dados (DAGs) esticados entre cada datacenter. Nós temos dois membros do DAG em um data center e dois no outro. Cada servidor de membro do DAG terá duas interfaces de rede (uma para acesso MAPI) e um para replicação e sub-redes diferentes para cada datacenter.
Nós especificou um gateway padrão para a rede MAPI em cada servidor e DAG Membros em um data center. Podem atingir o DAG Membros no outro data center e vice-versa através do endereço IP de rede configurado do MAPI. No entanto, os servidores não podem atingir uns aos outros através da rede de replicação, que é um problema. Estamos completamente certo, que isso é porque nós também precisará especificar um gateway padrão em redes de replicação. Quando nós fazê-lo através da página de propriedade TCP/IPv4 na interface de replicação, vemos a mensagem de aviso mostrada em de Figura 4.
.jpg)
Figura 4 de mensagem de aviso ao configurar vários gateways padrão
Antes de continuar com a configuração da interface de replicação, queríamos perguntar qual é o método adequado para especificar vários gateways em um servidor de membro do DAG?
R: Estou feliz que você pediu antes de você configurar vários gateways usando a GUI. Este é um caminho sem suporte que teria criado problemas de roteamento entre os datacenters. Você terá que especificar um gateway padrão para a interface de rede de replicação.
Em dias de Exchange 2007, você usou o comando "Route Add" para configurar gateways padrão ao implantar clusters CCR (replicação contínua em Cluster) em vários locais ou clusters de SCC (Cluster de cópia única) conosco em diferentes sub-redes. Com o Windows Server 2008 e Windows Server 2008 R2, a orientação mudou um pouco. Em vez de usar "Route Add", a Microsoft recomenda aos clientes usar "netsh" para configurar o gateway padrão.
Com os servidores Exchange 2010 DAG membro localizados em sub-redes separadas, você deve usar Netsh. Você precisará criar uma rota estática para a sub-rede de replicação no data center com Netsh. Para criar uma rota estática persistente de sub-rede 10.10.10.0/24 para 10.10.11.0/24 usando o "Route add", use o seguinte comando:
Route add 10.10.11.0 mask 255.255.255.0 10.10.10.203 –p
Isto irá enviar todo o tráfego destinado para 10.10.11.0/24 para o gateway 10.10.10.203. Então, este encaminhará para os respectivos servidores da sub-rede 10.10.11.0/24. Para criar a mesma rota estática usando o Netsh, use o seguinte comando:
Netsh interface ipv4 add route 10.10.11.0/24 "REPLICATION" 10.10.10.203
O nome da interface de rede de replicação é "Replicação" e o gateway padrão é 10.10.10.203. Observe que com Netsh, "Route add" será criada como uma rota persistente.
Movimentos de caixa de correio paralelo
Q: Apenas atualizamos nossos servidores Exchange 2010 para o SP1 do Exchange 2010. Uma observação que fiz é que ele movido apenas duas caixas de correio em paralelo por banco de dados de destino. Com o Exchange 2010 RTM, vimos cinco caixas de correio que está sendo movidas em paralelo.
Duas perguntas vêm à mente: Por que foi o número de caixa de correio paralelo move alterados com o SP1 do Exchange 2010 e podemos mudar este valor?
R: Você está certo de que os movimentos ativos máximos por banco de dados de caixa de correio de destino foi alterado de cinco para dois com o SP1 do Exchange 2010. Os movimentos ativos máximos por servidor de destino ainda está definido para cinco. Isso significa que, se você mover os usuários para vários bancos de dados de caixa de correio de destino, você ainda será capaz de se mover até cinco caixas de correio em paralelo por servidor de caixa de correio de destino.
Testes internos na troca de grupo de produtos mostrou que deixá-lo a fazer até cinco paralelo se move por banco de dados de caixa de correio de destino resultaram em muita carga em alta disponibilidade. Isso é especialmente verdadeiro quando se deslocam grandes caixas de correio em um servidor de caixa de correio de destino que também é um membro de um DAG.
Você pode ajustar o valor dessa configuração com base em suas necessidades e seu ambiente específico. Você deve mantê-lo em cinco, se você estiver movendo caixas de correio grandes e utiliza um DAG. No entanto, se você tem pequenas caixas de correio ou usa servidores de caixa de correio autônomo Exchange 2010, geralmente pode até o valor de 10 por banco de dados de caixa de correio de destino e 40 por servidor de caixa de correio de destino.
Para alterar o valor, faça logon no Exchange 2010 CAS e abra o arquivo MSExchangeMailboxReplication.exe.config no bloco de notas (ver de Figura 5).
.jpg)
Figura 5 do abrindo o arquivo MSExchangeMailboxReplication.exe.config no bloco de notas
Com o arquivo aberto, altere valores de MaxActiveMovesPerTargetMDB e MacActiveMovesPerTargetServer (ver de Figura 6).
.jpg)
Figura 6 do valores padrão MaxActiveMovesPerTargetMDB e MaxActiveMovesPerTargetServer no Exchange SP1 2010
Quando você alterou os valores, reinicie o serviço de replicação de caixa de correio do Microsoft Exchange a fim de aplicar. Se você tiver vários servidores de CAS de 2010 do Exchange na organização, claro que você deve executar as etapas acima em todos eles.
.jpg)
_***Henrik Walther****é um Microsoft Certified Master: O Exchange 2007 e Exchange MVP com mais de 15 anos de experiência em negócios de TI. Ele funciona como um forTimengoConsulting de arquiteto de tecnologia (um Microsoft Gold Certified Partner na Dinamarca) e como redator técnico da Biblioso Corp.(uma empresa norte-americana especializada em gestão de serviços de documentação e localização). Você pode enviar e-mail Walther em v-henwal@microsoft.com . * _