Informações que você deve saber antes de concluir o design da topologia

Tópico modificado em: 2009-05-12

Antes de começar a implementar a topologia escolhida, há certos aspectos importantes que você deve conhecer sobre os requisitos e as topologias específicas do Office Communications Server 2007 R2. Esses aspectos estão resumidos neste tópico. Verifique se todos os itens nesta seção foram considerados antes de finalizar o design.

Considerações sobre a infraestrutura

O ambiente do Active Directory precisa estar em conformidade com as configurações e os domínios compatíveis discutidos em Topologias do Active Directory aceitas.

O Office Communications Server 2007 R2 não é compatível com os domínios com rótulo único. Por exemplo, não há suporte para uma floresta com um domínio raiz denominado local. Para obter detalhes, consulte o artigo 300684 da Base de Dados de Conhecimento, “Information about configuring Windows for domains with single-label DNS names” no site https://go.microsoft.com/fwlink/?LinkId=143752 (em inglês).

O Office Communications Server 2007 R2 oferece suporte apenas a hardware e sistemas operacionais de 64 bits para todas as funções de servidor. Para obter detalhes sobre as opções de hardware e software compatíveis, consulte Requisitos de componentes internos do Office Communications Server.

É recomendável usar o contêiner Configuração no AD DS (Serviços de Domínio Active Directory) para armazenar as configurações globais do Office Communications Server. Se você estiver migrando de uma versão anterior do Office Communications Server, execute a Ferramenta de Migração do Office Communications Server 2007 antes de executar Schema Prep ou qualquer outra tarefa de preparação do Active Directory.

Verifique se você tem os hotfixes necessários implantados em cada servidor que executa o Office Communications Server. Para obter detalhes, consulte Requisitos de ambiente.

Por padrão, o Office Communications Server 2007 R2 está configurado para usar o protocolo TLS para conexões de cliente para servidor.

Uma PKI (infraestrutura de chave pública) é necessária para o Office Communications Server 2007 R2. Caso não disponha de uma infraestrutura PKI interna, você poderá usar uma autoridade de certificação pública para tudo, menos a federação e a conectividade a redes públicas de mensagens instantâneas, que apresentam os seguintes requisitos de certificação:

• Para o acesso de usuários remotos, a federação e a conectividade a redes públicas de mensagens instantâneas, é preciso usar um certificado emitido por uma autoridade de certificação pública. (A conectividade a redes públicas de IM requer uma licença adicional.)
• Para a rede MSN de serviços de Internet e o Yahoo!, é necessário um certificado de servidor Web.
• Para a AOL, o certificado também deve ser configurado para autenticação de cliente.

Para obter detalhes sobre certificados, consulte Requisitos de infraestrutura de certificado.

Importante: considerações sobre a funcionalidade de voz

Interrupções de energia, da rede ou dos serviços telefônicos

Se houver uma falha, interrupção ou outro problema com o fornecimento de energia, com a rede ou com os serviços telefônicos em sua área, é possível que alguns recursos do Office Communications Server 2007 R2, como voz, mensagens instantâneas, presença e outros, bem como os dispositivos conectados a ele, não funcionem de forma adequada.

O Enterprise Voice depende da disponibilidade do Office Communications Server 2007 R2 e dos dispositivos

As comunicações por voz através do Office Communications Server 2007 R2 dependem da disponibilidade do software do servidor, bem como do funcionamento adequado dos clientes de voz ou dos dispositivos de hardware telefônicos conectados a esse software.

Meios alternativos de acessar serviços de emergência

Para os locais nos quais você instala um cliente de voz (por exemplo, um PC que executa o Office Communicator 2007 R2 ou um dispositivo do Office Communicator Phone Edition), é recomendável manter uma opção alternativa a fim de que os usuários possam ligar para serviços de emergência (por exemplo, 190, 193, etc., dependendo do local) em caso de falha de energia, degradação da conectividade da rede, interrupção dos serviços telefônicos ou outro problema que possa afetar a operação do Office Communications Server 2007 R2, do Office Communicator 2007 R2 ou dos dispositivos do Office Communicator Phone Edition. Alguns exemplos dessas opções seriam um telefone conectado a uma linha PSTN padrão ou um telefone celular.

Chamadas de emergência e sistemas telefônicos de várias linhas

O uso de um MLTS (sistema telefônico de várias linhas) poderá estar sujeito às leis norte-americanas (estaduais e/ou federais) e estrangeiras de MLTS, as quais exigem que esse sistema forneça aos serviços de emergência o número do telefone, o ramal e/ou o local físico do chamador quando este ligar para esses serviços (por exemplo, quando ele ligar para um número de acesso de emergência norte-americano como 911 ou 999). O Office Communications Server 2007 R2, o Office Communicator 2007 R2 e os dispositivos do Office Communicator Phone Edition não fornecem o local físico do chamador aos serviços de emergência quando é feita uma ligação para esses serviços. A conformidade com essas leis é de inteira responsabilidade do comprador do Office Communications Server 2007 R2, do Office Communicator 2007 R2 e dos dispositivos do Office Communicator Phone Edition.

Considerações sobre conferências

Considerações gerais sobre conferências

Não é recomendável executar a verificação antivírus em tempo real nos compartilhamentos que armazenam o conteúdo das reuniões, os metadados do conteúdo das reuniões e os dados de conformidade de reunião. Isso pode prejudicar o desempenho das webconferências. Recomenda-se o seguinte procedimento:

• Faça a verificação de vírus somente quando o servidor estiver com pouca ou nenhuma carga
• Sempre habilite e execute a proteção antivírus nos computadores cliente

Uma prática recomendada é executar periodicamente a desfragmentação das unidades de disco em que o conteúdo das reuniões está hospedado.

Considerações sobre conferências discadas

Você pode implantar o recurso de conferência discada com o Enterprise Voice ou sem implantar o Enterprise Voice.

Se o Enterprise Voice estiver sendo implantado, a conferência discada exigirá as seguintes etapas:

1. Ative os aplicativos Atendedor de Conferência e Serviço de Comunicado de Conferência durante a implantação interna do Office Communications Server.
2. Implante pelo menos um servidor do Communicator Web Access.
3. Verifique perfis de localidade, regras de normalização e configurações de servidor para dar suporte à configuração do número de acesso e ao recurso de PIN do usuário.
4. Defina uma política de reunião global que especifique configurações para os usuários que efetuarem discagens no PSTN.
5. Obtenha números tarifados e gratuitos para números de acesso de discagem e configure o gateway IP/PSTN com esses números.
6. Configure o Atendedor de Conferência.
7. Implante o Suplemento de Conferência para Microsoft Office Outlook a fim de habilitar agendamentos.
8. Configure o atributo lineURI para os usuários habilitados para conferência discada.
9. Envie um email aos usuários para anunciar o suporte à conferência discada.

Se a organização não tiver o Enterprise Voice, siga estas etapas:

1. Ative os aplicativos Atendedor de Conferência e Serviço de Comunicado de Conferência durante a implantação interna do Office Communications Server.
2. Implante pelo menos um servidor do Communicator Web Access.
3. Defina perfis de localidade, regras de normalização e configurações de servidor para dar suporte à configuração do número de acesso e ao recurso de PIN do usuário.
4. Defina uma política de reunião global que especifique configurações para os usuários que efetuarem discagens no PSTN.
5. Para habilitar chamadas de entrada do PSTN para o Atendedor de Conferência, implante um Servidor de Mediação e um gateway IP/PSTN ou implante um Servidor de Mediação e habilite um tronco SIP para operadoras.
6. Obtenha números tarifados e gratuitos para números de acesso de discagem e configure o gateway IP/PSTN com esses números.
7. Configure o Atendedor de Conferência.
8. Implante o Suplemento de Conferência para Microsoft Office Outlook a fim de habilitar agendamentos.
9. Configure o atributo lineURI para os usuários habilitados para conferência discada.
10. Configure uma rota estática do Front-End do Office Communications Server 2007 R2 para um Servidor de Mediação. Com essa rota estática, os usuários podem discar para telefones do PSTN de dentro de uma conferência e ingressar em uma audioconferência.
11. Envie um email aos usuários para anunciar o suporte à conferência discada.

Para obter detalhes, consulte Configurando a conferência discada.

Considerações sobre Servidores de Borda

Um registro SRV de DNS externo deverá existir para o Servidor de Borda ou a matriz de Servidores de Borda a fim de oferecer suporte à descoberta do seu domínio por parceiros federados. Para obter detalhes, consulte Requisitos de Certificado para Acesso de Usuário Externo.

Um proxy HTTP reverso é necessário para permitir que os usuários remotos expandam listas de distribuição e baixem informações do catálogo de endereços e atualizações de dispositivos, além de permitir o acesso de usuários externos ao conteúdo das webconferências.

Se você estiver usando uma matriz de Servidores de Borda com balanceamento de carga, as interfaces de rede do serviço de Borda A/V precisarão ser diretamente endereçáveis na camada IP e não atrás de um NAT (conversor de endereços de rede). Se houver um único Servidor de Borda, você poderá implantar a interface de rede do serviço de Borda A/V atrás de um NAT.

Recomenda-se que você tenha um único ouvinte MTLS (TLS mútuo) de entrada configurado em um Diretor na implantação do Office Communications Server.

Considerações gerais sobre o Office Communications Server

O Office Communications Server Standard Edition requer espaço no disco local suficiente para o conteúdo das reuniões. Especialmente se você aproveitar a funcionalidade de multimídia do cliente do Live Meeting, o tamanho necessário para o conteúdo das reuniões poderá crescer bastante.

Não há suporte para a instalação de nenhuma função do Office Communications Server 2007 R2 em um controlador de catálogo global ou em qualquer outro controlador de domínio.

Recomenda-se usar apenas caracteres padrão (inclusive A–Z, a–z, 0–9 e hífens) ao atribuir FQDNs às matrizes, aos pools, aos Servidores de Borda e aos servidores do Office Communications Server. Não use caracteres Unicode nem sublinhados. Muitas vezes, o DNS externo e as autoridades de certificação públicas não oferecem suporte a caracteres diferentes do padrão em um FQDN (quando o FQDN deve ser atribuído ao SN no certificado).

Para os servidores Standard Edition e os pools Enterprise, você deve sempre colocar os arquivos de log de transações e os arquivos de banco de dados em discos físicos separados que sejam distintos de quaisquer discos do sistema, como o disco de arquivos de paginação. Não é recomendável colocar esses arquivos em discos do sistema.

Todos os servidores do Office Communications Server dependem de contas de serviço. Caso as senhas dessas contas expirem, os servidores não poderão operar. Verifique se existe uma política ativa para a atualização das senhas de contas de serviço antes que elas expirem.

Não há suporte para adaptadores de rede multihomed ou para vários adaptadores de rede configurados com mais de um gateway padrão em servidores individuais do Office Communications Server, com exceção dos Servidores de Borda.

A conta de serviço usada pelo Servidor de Web Components para permitir o acesso anônimo às reuniões de conferência no local está definida na metabase do IIS. Quando ela expira, nenhum log de eventos é gravado pelo Office Communications Server. Você pode usar a metabase do IIS para descobrir que conta de serviço está sendo usada e o AD DS para descobrir a duração da senha dessa conta.

Considerações sobre usuários

O Office Communications Server e o Office Communicator não oferecem suporte a caracteres de escape em URIs. Certifique-se de que todos os URIs do SIP estão de acordo com a gramática padrão do SIP e não contêm caracteres de escape.