Notas de versão para Lync Server 2013
Tópico Última Modificação: 2016-12-08
Bem-vindo às Notas de Versão do Lync Server 2013. Veja este ficheiro para obter informações sobre problemas conhecidos sobre o Lync Server 2013.
Acerca deste documento
Este documento contém informações importantes que deve saber antes de implementar e utilizar o Lync Server 2013. Para obter detalhes sobre o Lync Server 2013, consulte a documentação do Microsoft Lync Server 2013 .
Este documento contém as seguintes secções:
Cliente do Lync 2013
Servidor Lync
Instalação
Mobilidade
Conferência
Enterprise Voice
Presença
Aplicativo Grupo de Resposta e Aplicativo de Estacionamento de Chamada
Painel de Controle, Construtor de Topologia e Ferramenta de Planejamento do Lync Server
Localização
Direitos de Autor
Cliente do Lync 2013
A transferência de um ficheiro numa mensagem instantânea falha se o ficheiro estiver aberto noutra aplicação
Problema:
Se tentar transferir um ficheiro, como um Word documento, ao incluí-lo numa mensagem instantânea para outro utilizador do Lync, a transferência parecerá ter êxito, mas poderá não conseguir transferir o ficheiro. Será apresentado um ícone para o tipo de ficheiro no cliente do Lync, mas o ficheiro não pode ser aberto pelo recetor pretendido. Não é apresentada nenhuma mensagem de erro para o informar de que a transferência não foi efetuada com êxito.
Solução:
Para contornar este problema, feche o ficheiro ou aplicação aberto antes de tentar transferir o ficheiro numa mensagem instantânea.
Servidor Lync
Se a replicação de dados do Serviço de Armazenamento do Lync Server falhar, os administradores terão de marcar contadores de desempenho para itens de fila do Serviço de Armazenamento obsoletos
Problema:
O Serviço de Armazenamento do Lync Server utiliza Windows Fabric para replicação. Se os dados forem eliminados num Servidor front-end primário, mas a eliminação num Servidor Front-End secundário falhar — por exemplo, se ocorrer um encerramento inesperado ou um erro no Servidor front-end — os dados podem ser deixados para trás e "órfãos". Os dados órfãos podem fazer com que o desempenho se degrade e desperdice espaço nas unidades.
Solução:
Para resolver este problema, se os eventos LYSS_DB_SPACE_USED_ERROR (Id=32058) e LYSS_DB_SPACE_USED_CRITICAL (Id=32059) forem gerados no registo de eventos, os administradores devem marcar o contador de desempenho no Servidor front-end em LS:LYSS – API do Serviço de Armazenamento com o nome LYSS – Número atual de itens de fila obsoletos do Serviço de Armazenamento. Se este contador de desempenho tiver um valor elevado (por exemplo, superior a 50 000), o administrador deverá executar a ferramenta CleanuUpStorageServiceData.exe no Resource Kit do Lync Server 2013, que eliminará todos os dados órfãos do conjunto. Para obter detalhes sobre a ferramenta, veja a documentação do Resource Kit do Lync Server 2013.
Sempre que a configuração do Endereço IP for alterada para um servidor ou conjunto, os serviços do Lync Server têm de ser reiniciados
Problema:
Quando a configuração do Endereço IP é alterada para uma implementação do Lync Server 2013, como mudar de IPv4 para Dual Stack ou de Pilha Dupla para Ipv6, nem todos os componentes do servidor recolhem a alteração de configuração até que os serviços sejam reiniciados.
Solução:
Para resolver este problema, reinicie os serviços do Lync Server depois de alterar a configuração do Endereço IP para a implementação. Para tal, execute os seguintes cmdlets na Shell de Gestão do Lync Server:
Stop-CsWindowsService -graceful
Start-CsWindowsService
O cmdlet de transação sintética de conferências por acesso telefónico já não está disponível no Pacote de Gestão do Lync Server 2013
Problema:
O cmdlet de transação sintética de conferências por acesso telefónico Test-CsDialInConferencing já não está disponível no Pacote de Gestão do Lync Server 2013.
Solução:
A utilização do cmdlet de Transação Sintética de Conferências por Acesso Telefónico Test-CsDialInConferencing é suportada apenas internamente para uma empresa.
Os administradores podem continuar a utilizar o cmdlet na Shell de Gestão do Lync Server para fins de resolução de problemas. Se necessário, uma empresa também pode desenvolver um pacote de gestão privado para executar o cmdlet internamente.
O Serviço de Registo Centralizado para se caso o tráfego de rede seja interrompido quando os ficheiros de registo estão a ser copiados para a partilha de rede
Problema:
Quando o Serviço de Registo Centralizado está configurado para utilizar um caminho de rede (o valor do parâmetro CacheFileNetworkFolder do cmdlet Get-CsClsConfiguration é um caminho UNC válido), os ficheiros de registo em cache são copiados para a partilha de rede. Se houver uma interrupção no tráfego de rede enquanto os ficheiros estão a ser copiados, ocorrerá uma exceção que fará com que o serviço de registo centralizado pare.
O serviço está configurado para reiniciar automaticamente até três vezes, pelo que o serviço irá recuperar das três primeiras exceções.
Solução:
Não existe nenhuma solução para este problema. Para identificar o problema, monitorize o registo de eventos do ID de Evento 7031 a partir do "Service Control Manager" que regista quando o serviço "Agente do Serviço de Registo Centralizado do Lync Server" terminou inesperadamente. Se isto acontecer mais de três vezes, reinicie manualmente o serviço com o cmdlet Start-CsWindowService .
Os Itens de Fila do Serviço de Armazenamento têm de ser importados manualmente
Problema:
O Lync Server 2013 armazena dados sobre conferências e mensagens instantâneas, como mensagens arquivadas e gravação de detalhes de chamadas (CDR), numa base de dados em cada Servidor Front-End. Os dados são armazenados na base de dados enquanto estão a ser processados antes de serem entregues no destino pretendido. Para melhorar o desempenho, o Lync Server 2013 exporta periodicamente os itens de fila da base de dados local que não são processados durante um longo período de tempo e guarda-os no arquivo de ficheiros. Se o arquivo de ficheiros não estiver disponível, os itens são armazenados em cada Servidor front-end. A mesma operação ocorre para evitar a perda de dados durante a ativação pós-falha do conjunto.
Durante a operação de exportação, o Serviço de Armazenamento do Lync Server regista todas as fases do registo de eventos com IDs de eventos de 32075 (a operação de remoção total da cache é iniciada), 32076 (a remoção total da cache foi concluída), 32082 (a remoção do nível de manutenção foi iniciada), 32083 (a remoção do nível de manutenção foi concluída), 32089 (a remoção da cache ocorreu devido ao preenchimento da base de dados). Estes dados não serão importados automaticamente para o sistema para serem processados e entregues no destino final (SQL Server ou Exchange Server).
Solução:
Para importar os dados para o sistema, os administradores terão de utilizar a ferramenta ImportStorageServiceData no Kit de Recursos do Lync Server, que irá adicionar novamente os dados ao sistema para serem processados e entregues no destino final.
As pesquisas de Consultas Web do Livro de Endereços falharão se o valor predefinido de UseNormalizationRules for alterado para Falso
Problema:
Se o valor predefinido para UseNormalizationRules for alterado para Falso, as pesquisas de Consultas Web do Livro de Endereços falharão. Depois de o valor predefinido ser alterado, os utilizadores do Cliente do Lync não poderão utilizar a consulta Web do Livro de Endereços do Lync para procurar utilizadores.
Solução:
Se o valor predefinido para UseNormalizationRules estiver definido como Falso para que os utilizadores possam utilizar números de telefone conforme definido no Active Directory Domain Services sem que o Lync Server 2013 aplique regras de normalização, resolva este problema ao fazer o seguinte:
Inicie a Shell de Gestão do Lync Server: clique em Iniciar, clique em Todos os Programas, clique em Microsoft Lync Server 2013 e, em seguida, clique em Shell de Gestão do Lync Server.
Siga um destes procedimentos:
Se a sua implementação incluir apenas servidores do Lync Server 2013, execute o seguinte cmdlet ao nível global para alterar os valores de UseNormalizationRules e IgnoreGenericRules para Verdadeiro:
Set-CsAddressBookConfiguration -identity <XdsIdentity> -UseNormalizationRules=$true -IgnoreGenericRules=$trueSe a sua implementação incluir uma combinação do Lync Server 2013 e do Lync Server 2010 ou do Office Communications Server 2007 R2, execute o seguinte cmdlet e atribua-o a cada conjunto do Lync Server 2013 na topologia:
new-csAddressBookConfiguration -identity <XdsIdentity> -UseNormalizationRules=$true -IgnoreGenericRules=$true
Aguarde que a replicação de CMS ocorra em todos os conjuntos.
Modifique o ficheiro de regras de normalização do telemóvel para a sua implementação para limpar o conteúdo. O ficheiro está na partilha de ficheiros de cada conjunto do Lync Server 2013. Se o ficheiro não estiver presente, crie um ficheiro vazio com o nome "Company_Phone_Number_Normalization_Rules.txt".
Aguarde vários minutos para que todos os conjuntos de Front-End leiam os novos ficheiros.
Execute o seguinte cmdlet em cada conjunto do Lync Server 2013 na sua implementação.
Update-csAddressBook
O evento de erro 21054 do Servidor do Livro de Endereços é gerado uma vez por dia para cada conjunto do Lync 2013
Problema:
O Lync Server 2013 Address Book Server irá gerar o evento de erro 21054 uma vez por dia ao realizar a manutenção diária. O erro também é gerado sempre que um administrador executa o cmdlet Update-csAddressBook , mesmo quando a atualização é efetuada com êxito. No entanto, este evento de erro pode ser ignorado com segurança quando a atualização for efetuada com êxito.
Solução:
Quando encontrar este evento de erro, execute o seguinte cmdlet:
Debug-csAddressBookReplication -Poolfqdn <Pool FQDN for which the event was generated>
Se o cmdlet indicar que não existem objetos não identificados ou abandonados, o evento de erro 21054 pode ser ignorado com segurança.
Além disso, o Indicador Chave de Estado de Funcionamento (KHI) "Utilizadores do Livro de Endereços Indexados Corretamente" deve ser desativado no System Center Operations Manager.
Os pedidos podem falhar quando o IPv6 está configurado num conjunto do Edge
Problema:
Quando o IPv6 está configurado num conjunto do Edge, alguns pedidos ao conjunto do Edge podem falhar.
Solução:
Para resolver este problema, não configure um conjunto do Edge com o IPv6.
O cmdlet invoke-csPoolFailback pode falhar durante a reativação pós-falha do conjunto
Problema:
Ao tentar efetuar a reativação pós-falha de um conjunto, o cmdlet invoke-csPoolFailback pode falhar com o erro "Falha ao concluir o processo de hidratação após tentativas repetidas".
Solução:
Para contornar este problema, execute novamente o cmdlet e aguarde até que o cmdlet seja bem-sucedido. Tenha em atenção que o processo de reativação pós-falha pode demorar vários minutos a ser concluído. Pode demorar até 60 minutos para um conjunto com 20 000 utilizadores.
A perda de dados pode ocorrer quando adiciona um Servidor front-end a um conjunto já estabelecido – Híbrido, Skype for Business Online
Problema:
Poderá deparar-se com este problema num ambiente onde um conjunto tem mais do que um Servidor front-end e reiniciar um dos Servidores front-end ou adicionar um novo Servidor front-end que não fazia anteriormente parte do conjunto.
Os utilizadores cujos dados estão a ser arquivados podem sofrer perdas de dados até que seja estabelecida uma distribuição estável do arquivo de dados para o conjunto. Este período de potencial perda de dados está limitado a 15 minutos para conversações pessoais e 30 minutos para conferências.
Solução:
Quando efetua a manutenção, em vez de iniciar servidores front-end no conjunto um a um, deve efetuar a ativação pós-falha do conjunto para outro conjunto e, em seguida, realizar tarefas de manutenção nos servidores. Também pode tornar o serviço indisponível antes de realizar tarefas de manutenção e, em seguida, restaurar a disponibilidade quando a manutenção estiver concluída.
Os administradores não conseguem obter a contagem de licenças com o cmdlet Get-CsClientAccessLicense
Problema:
Os administradores não conseguem obter uma utilização precisa da licença de cliente com o cmdlet Get-CsClientAccessLicense .
Solução:
Para marcar o tipo de licença de servidor, pode executar o cmdlet Get-CsService para obter os nomes de domínio completamente qualificados (FDQNs) de todas as bases de dados. Se o FQDN do Servidor front-end for o mesmo que o FQDN da base de dados de back-end, a licença é uma licença de edição Standard. Caso contrário, a licença é uma licença de edição Enterprise.
A contagem de licenças de cliente não é comunicada com precisão
Problema:
Ao determinar as contagens de licenças de cliente, poderá deparar-se com as seguintes condições:
Contagem de licenças imprecisa para utilizadores móveis
A contagem de licenças baseia-se no número de endereços IP exclusivos para utilizadores baseados no dispositivo. A contagem de licenças será limitada das seguintes formas:
As licenças serão sobrecontadas se o endereço IP do utilizador for alterado durante as sessões do Lync. Isto pode ocorrer quando um utilizador se liga ao Lync Server a partir de mais do que uma localização com um cliente de ambiente de trabalho.
As licenças serão subcontadas se um utilizador se ligar a um cliente móvel, porque não é possível determinar o endereço IP do dispositivo.
As licenças são contabilizadas duas vezes para chamadas de rede telefónica pública comutado (RTPC) para o cliente Lync, chamadas de cliente Lync para linhas RTPC e chamadas Lync reencaminhadas para linhas RTPC
Nos cenários seguintes, serão contadas duas licenças adicionais em vez de uma, porque tanto o número de telefone como o utilizador do Lync são contados para determinar o número de licenças utilizadas. Para obter dados de licenciamento precisos, remova manualmente as licenças geradas por um número de telefone.
Uma chamada telefónica RTPC para o Lync
Uma chamada do Lync para uma linha RTPC
Uma chamada RTPC para o Lync e, em seguida, o Lync reencaminha a chamada para uma linha RTPC. Uma das linhas RTPC será contada.
Uma licença não será contabilizada para um telefone Lync com sessão iniciada
Quando um utilizador utiliza um telemóvel certificado pelo Lync, se o telefone iniciar sessão e permanecer ligado, o que mantém o início de sessão status, o telemóvel não será contabilizado como utilizando uma licença se a consulta de licenças ocorrer após o telefone ter sessão iniciada.
Licenças contadas para telefones RTPC que participam em conferências
Quando um utilizador participa numa conferência com um telefone RTPC, uma licença será contabilizada incorretamente para participar na conferência. No entanto, não é necessária nenhuma licença para participar numa conferência com um telefone RTPC.
Solução:
Contagem de licenças imprecisa para utilizadores móveis
Pode identificar manualmente os endereços IP que pertencem ao mesmo dispositivo e, em seguida, remover um deles na contagem de licenças.
Não existe nenhuma solução para este problema com dispositivos móveis que se ligam ao cliente Lync.
As licenças são contabilizadas duas vezes para chamadas RTPC para o cliente Lync, chamadas de cliente Lync para linhas RTPC e chamadas do Lync reencaminhadas para linhas RTPC
Terá de identificar manualmente o número de telefone RTPC e remover a contagem de licenças gerada para o mesmo.
Uma licença não será contabilizada para um telefone Lync com sessão iniciada
Pode configurar o telefone do Lync para terminar sessão e, em seguida, iniciar sessão novamente, num intervalo regular, como a cada 3 meses.
Licenças contadas para telefones RTPC que participam em conferências
Pode identificar manualmente o número de telefone RTPC que é utilizado para participar na conferência e remover a licença gerada pelo número de telefone.
O Painel de Controle do Lync Server deixa de funcionar num ambiente VMware após a atualização para o Silverlight 5
Problema:
Se utilizar o Painel de Controle do Lync Server num ambiente VMware, o Painel de Controle do Lync Server poderá deixar de funcionar depois de atualizar o Microsoft Silverlight para a versão 5.
Solução:
Para contornar este problema, efetue um dos seguintes procedimentos:
Desinstale o Silverlight 5 e instale o Silverlight 4 a partir de https://go.microsoft.com/fwlink/p/?LinkID=149156.
Aceda ao Painel de Controle do Lync Server a partir de um computador que não seja um computador virtual VMware.
Para tal, pode iniciar a Painel de Controle do Lync Server a partir do menu Iniciar do Windows no servidor, se as ferramentas de Administração do Lync Server estiverem instaladas no computador.
Também pode aceder ao Lync Server Painel de Controle através de um browser. O URL será semelhante a https://< frontend_pool_fqdn>/cscp.
As informações de utilizador no Serviço livro de endereços não são atualizadas após a modificação do nome único do utilizador no Active Directory
Problema:
Se o nome único de um utilizador (também conhecido como DN) for alterado no Active Directory Domain Services, quaisquer alterações adicionais não serão atualizadas no Serviço livro de endereços (ABS). Isto não afeta o início de sessão ou a presença do utilizador, mas impedirá a comunicação do utilizador se o endereço SIP também for alterado, uma vez que as pesquisas irão devolver um endereço SIP desatualizado.
Solução:
Para contornar este problema, não altere o DN de um utilizador. Se reverter o DN do utilizador para o valor anterior, as atualizações serão refletidas no Serviço do Livro de Endereços.
Instalação
A utilização de carateres não ASCII pode resultar na falha do início do servidor do Lync
Problema:
A configuração falhará se o nome da pasta de destino incluir carateres não ASCII (incluindo UNICODE, conjunto de carateres de byte duplo (DBCS), UTF-8 e UTF-16). Além disso, a Configuração pode ser bem-sucedida, mas o servidor não será iniciado se os carateres não ASCII estiverem contidos em qualquer um dos seguintes:
Nome do computador
Nome do domínio
Nome de usuário
URI do SIP do Utilizador
Nome da conta de serviço
Solução:
Utilize apenas carateres ASCII no nome da pasta de destino, nome do computador, nome de domínio, nome de utilizador, URI do SIP do utilizador e nomes de conta de serviço.
A correção para "Danos na área dinâmica para dados danificados ocorre quando um módulo chama o método InsertEntityBody no IIS 7.5" tem de ser instalada antes de instalar o Lync Server 2013
Problema:
A correção para "Danos na área dinâmica para dados danificados ocorre quando um módulo chama o método InsertEntityBody no IIS 7.5" (https://go.microsoft.com/fwlink/p/?LinkId=268602), descrito no artigo da Base de Dados de Conhecimento Microsoft 264886 (https://go.microsoft.com/fwlink/p/?LinkId=268603), tem de ser instalada antes de instalar o Lync Server 2013.
Solução:
Transfira e instale a correção a partir do Centro de Transferências da Microsoft em https://go.microsoft.com/fwlink/p/?LinkId=268602.
Falha na instalação do Lync Server 2013 na ITA Windows Server 2012 versão RTM do SO
Problema:
A instalação do Lync Server 2013 falha no ITA Windows Server 2012 devido a uma falha na instalação do Windows Fabric.
Windows Fabric instalação falha porque os rastreios de recursos de infraestrutura são criados com o formato de hora HH:MM:SS. No entanto, no ITA Windows Server, o formato de hora é HH. MM.SS.
Solução:
Para resolver este problema, atualize o registo do sistema antes de instalar o Lync Server 2013. A chave de registo que precisa de ser atualizada é: HKEY_USERS\.DEFAULT\Control Panel\International\sTimeFormat. Altere o valor de sTimeFormat para HH:mm:ss com a interface de linha de comandos Windows PowerShell da seguinte forma:
Inicie Windows PowerShell e execute os seguintes cmdlets:
New-PSDrive -Name HKU -PSProvider Registry -Root HKEY_USERS$a="HKU:\.Default\Control Panel\International"Para ver o valor atual, execute o seguinte cmdlet:
Get-itemproperty $a -Name sTimeFormatAnote o valor atual para sTimeFormat para que possa ser restaurado após a instalação estar concluída.
Para definir como novo valor, execute o seguinte cmdlet:
Set-ItemProperty $a -Name sTimeFormat -Value "HH:mm:ss"Depois de o Lync Server 2013 ter sido instalado com êxito, restaure o valor original do sTimeFormat ao executar o seguinte cmdlet:
- Set-ItemProperty $a -Name sTimeFormat -Value "<Value noted down in Step 3. above>"
Mobilidade
Problemas para clientes móveis durante o processo de ativação pós-falha do servidor
Problema:
Quando um Lync Server falha e o processo de ativação pós-falha é iniciado, os seguintes problemas podem afetar os utilizadores do cliente móvel:
Nenhuma chamada ou sinal do Lync recebido durante um máximo de 10 minutos após o início da ativação pós-falha.
Não é possível aceitar pedidos de Chat recebidos
Não é possível participar em reuniões se o servidor com falha for o servidor raiz do utilizador
Solução:
Não existe nenhuma solução para este problema. A funcionalidade normal será restaurada assim que o processo de ativação pós-falha estiver concluído.
Se um utilizador móvel recusar uma chamada recebida de outro ponto final do Lync, a chamada é apresentada como uma conversão perdida em clientes do Lync Mobile
Problema:
Se um utilizador móvel recusar uma chamada recebida e a chamada tiver origem noutro ponto final do Lync, a chamada é apresentada como uma conversação perdida no cliente do Lync Mobile em vez de uma chamada na lista de chamadas do dispositivo.
Solução:
Não existe nenhuma solução para este problema.
O cliente móvel pode não apresentar o nome a apresentar de um contacto federado ao procurar contactos
Problema:
O nome a apresentar para contactos federados pode não ser apresentado em alguns cenários, como ao procurar um contacto federado na lista de contactos. Isto pode ocorrer quando não existe uma subscrição de presença ativa para o contacto do cliente móvel do Lync.
Solução:
Não existe nenhuma solução para este problema.
No cliente móvel, as informações de convite e carimbo de data/hora estão em falta numa conversação perdida que é um convite para uma conferência
Problema:
No cliente móvel, quando uma conversação perdida é um convite para uma conferência, as informações de convite e carimbo de data/hora estão em falta na mensagem de conversação perdida.
Solução:
Não existe nenhuma solução para este problema.
Os utilizadores de clientes móveis que efetuam chamadas através do VoIP não podem deixar voice mail para utilizadores cujo voice mail está configurado no Exchange 2010 ou versões anteriores
Problema:
Se um utilizador cliente móvel estiver a utilizar o VoIP para efetuar chamadas, o utilizador não poderá deixar mensagens de voice mail para os utilizadores configurados para utilizarem voice mail no Microsoft Exchange Server 2007 ou Microsoft Exchange Server 2010.
Solução:
Para resolver este problema, utilize o Exchange 2010 com SP1 ou versão posterior do Microsoft Exchange Server.
Ao utilizar o Bloco com o URL para a Configuração da Versão do Cliente em clientes móveis, pode ser apresentada uma mensagem de erro incorreta
Problema:
Ao utilizar Bloquear com URL para a Configuração da Versão do Cliente em clientes móveis, pode ser apresentada uma mensagem de erro incorreta quando a versão do cliente não é suportada.
Solução:
Para resolver este problema, configure a Configuração da Versão do Cliente para utilizar Bloquear em vez de Bloquear com URL.
Conferência
O software antivírus em execução nos Servidores front-end do Lync Server 2013 pode causar a reciclagem do Domínio da Aplicação, o que interrompe temporariamente o serviço para clientes do Lync Web App 2013, Lync Mobile 2010 e Lync Mobile 2013
Problema:
O software antivírus pode acionar reinícios de domínios de aplicações, o que pode resultar em aplicações cliente da API Web do Lync Mobility Service 2013 e comunicações unificadas (UC) (Lync Web App 2013, Lync Mobile 2010 e Lync Mobile 2013) a perder o estado.
Solução:
Para resolver este problema, exclua as pastas que contêm componentes Web e o .NET Framework da análise de antivírus. Para obter detalhes, veja o artigo da Base de Dados de Conhecimento Microsoft 312592, "PRB: Reinícios aleatórios da aplicação com o erro "A aplicação está a reiniciar" no ASP.NET," em https://go.microsoft.com/fwlink/p/?linkid=3052& kbid=312592.
As seguintes pastas devem ser excluídas:
%ProgramFiles%\Microsoft Lync Server 2013\Web Components\Mcx\Ext
%ProgramFiles%\Microsoft Lync Server 2013\Web Components\Mcx\Int
%ProgramFiles%\Microsoft Lync Server 2013\Web Components\Ucwa\Int
%ProgramFiles%\Microsoft Lync Server 2013\Web Components\Ucwa\Ext
%Windir%\Microsoft.NET\Framework64\v4.0.30319\Config
Os Controlos ActiveX ou o suporte XMLHTTP nativo têm de estar ativados na Internet do Windows Explorer para participar em conferências com êxito
Problema:
Se um utilizador tiver desativado os Controlos ActiveX e o suporte XMLHTTP nativo nas definições do browser Windows Internet Explorer Internet, o utilizador não poderá participar numa reunião se o Explorer da Internet estiver selecionado como o browser predefinido.
Solução:
Ative os Controlos ActiveX ou o "suporte XMLHTTP nativo" na Internet Explorer.
O serviço de Conferências Web do Lync Server não consegue recuperar do modo crítico
Problema:
Se o modo crítico estiver virado para o arquivo, em caso de falhas do sistema, o modo crítico será iniciado e as conferências deixarão de funcionar para os participantes. Depois de o administrador corrigir as falhas do sistema (como corrigir um problema de base de dados), o serviço de conferências de dados não recupera automaticamente e o administrador tem de reiniciar manualmente o serviço de conferências para que as conferências sejam retomadas.
Solução:
Um administrador tem de reiniciar manualmente o serviço de conferências depois de a falha do sistema ser corrigida.
O serviço de Conferências Web ignora o proxy HTTP para Servidores externos do Office Web App
Problema:
Se tiver implementado um Office Aplicativos Web Server externo ao serviço Conferências Web (ou seja, um servidor que não esteja na rede empresarial interna) na Internet, na rede de perímetro e o serviço Conferências Web requer um proxy HTTP para ligar a esta situação, a deteção do Office Aplicativos Web Server falhará. O serviço Conferências Web ignora a definição de proxy HTTP, conforme definido no Topology Builder para a configuração do Office Aplicativos Web Server. Como resultado, o cliente do Lync não poderá fazer Microsoft PowerPoint 2010 partilha com outros participantes na conferência. Se estiver a instalar o Lync Server no local e também configurar o Office Aplicativos Web Server no local na rede interna, não é necessária uma configuração de proxy.
Solução:
A única solução é não ter uma configuração de implementação que exija a utilização do proxy HTTP para comunicar com um Office Aplicativos Web Server externo.
A adição de vídeo a uma conferência de fornecedor de conferências áudio não é suportada
Problema:
A adição de um vídeo não é suportada se o utilizador estiver associado a uma conferência de fornecedor de conferências áudio para áudio.
Solução:
Não existe nenhuma solução para este problema.
Topologias com IPv6 ativado forçam a atualização automática do plug-in do Lync Web App Silverlight para garantir que a funcionalidade de partilha de ecrã pode funcionar a partir do Lync Web App
Problema:
Quando uma topologia está configurada com o IPv6 ativado, os utilizadores não podem partilhar o ecrã a partir do cliente do Lync Web App se já estiver instalada uma versão anterior do plug-in de partilha de ecrã.
Solução:
Para forçar uma atualização para a versão mais recente do plug-in de partilha de ecrã ao participar na reunião através do Lync Web App, modifique o valor de MinSupportedBuildVersion de "4.0.7457.0" para "4.0.7577.380" em ambos os seguintes ficheiros:
%ProgramFiles%\Microsoft Lync Server 15\Web Components\Reach\Int\Client\Plugins\ReachAppShPluginProperties.xml
%ProgramFiles%\Microsoft Lync Server 15\Web Components\Reach\Ext\Client\Plugins\ReachAppShPluginProperties.xml
Enterprise Voice
Em alguns casos, um cliente do Lync em execução num computador configurado para utilizar a pilha dupla IPv4 e IPv6 pode não suportar capacidades que dependem da sub-rede IP do computador, como E911, Media Bypass, Controlo de Admissão de Chamadas e Encaminhamento Baseado na Localização
Nota
A informação nesta seção está relacionada às Atualizações Cumulativas para Lync Server 2013: Fevereiro de 2013.
Problema:
Quando um cliente do Lync está em execução num computador que está ativado para pilha dupla IPv4 e IPv6 e com base na resolução de DNS do servidor proxy, o cliente pode utilizar o endereço IPv6 do computador para iniciar sessão. Depois de o fazer, o Cliente do Lync suportará apenas as capacidades suportadas para IPv6, que exclui o E911, o Media Bypass, o Controlo de Admissão de Chamadas e o Encaminhamento Baseado na Localização.
Solução:
Para resolver este problema, desative o suporte IPv6 no computador cliente.
Se Enterprise Voice não estiver configurado para um utilizador, o utilizador terá de utilizar o formato E164 para sair de uma conferência
Problema:
Se Enterprise Voice não estiver configurado para um utilizador, esse utilizador terá de utilizar o formato E164 para sair com êxito de uma conferência. Se o formato E164 não for utilizado, o utilizador não poderá sair da conferência.
Solução:
Para resolver este problema, os utilizadores que não estão ativados para Enterprise Voice devem sair de uma conferência utilizando números no formato E164.
Presença
Se um utilizador tiver selecionado "Bloquear todos os convites e comunicações" enquanto o arquivo de contactos unificado estiver ativado para o utilizador, a status de Presença não será rejeitada quando deveria ser
Problema:
Se um utilizador tiver selecionado "Bloquear todos os convites e comunicações" enquanto o arquivo de contactos unificado estiver ativado para o utilizador, a status de Presença não será rejeitada quando deveria estar.
Solução:
Para resolver este problema, pode desativar o arquivo de contactos unificado para o utilizador. Para tal, execute os seguintes cmdlets:
Set-CsUserServicesPolicy -Identity "<user display name>" -UcsAllowed $False
Por exemplo:
Set-CsUserServicesPolicy -Identity "Ken Myer" -UcsAllowed $False
Os utilizadores do Office Communications Server 2007 R2 no local não conseguem ver a status de Presença de utilizadores do Skype for Business Online em implementações híbridas – Híbrida
Problema:
O problema pode ocorrer numa implementação híbrida quando está a utilizar um Diretor do Lync Server 2013.
A status de presença dos utilizadores com Skype for Business Online é apresentada como Presença Desconhecida para utilizadores no local. Além disso, os utilizadores do Skype for Business Online não conseguem ver status de presença para utilizadores do Office Communications Server R2 no local.
Solução:
Para contornar parcialmente este problema, altere o Home Server (msrtcsip-presencehomeserver) dos utilizadores do Skype for Business Online para apontarem para um conjunto no local do Lync Server 2013 em vez do Diretor do Lync Server 2013. Pode modificar esta definição no Servidor front-end no local.
Esta solução irá apresentar corretamente a status de Presença de utilizadores do Office Communications Server 2007 R2 para Skype for Business utilizadores online.
Aplicação grupo de resposta, aplicação Call Park e Recolha de Chamadas de Grupo
Um autor da chamada pode ouvir um segundo de música em espera durante o estabelecimento de uma chamada com a festa de obtenção
Nota
A informação nesta seção está relacionada às Atualizações Cumulativas para Lync Server 2013: Fevereiro de 2013.
Problema:
Quando uma chamada é obtida através da Recolha de Chamadas de Grupo, o autor da chamada poderá ouvir um segundo de música em espera durante o estabelecimento da chamada com a parte do retriever.
Solução:
Não existe nenhuma solução para este problema.
Um agente do Grupo de Resposta pode iniciar sessão e terminar sessão através de uma Consola do Agente do Lync Server 2010 para o Agente formal do Lync Server 2010 apenas Grupos
Problema:
Um agente do Grupo de Resposta do Lync Server 2013 pode iniciar sessão e terminar sessão através de uma Consola do Agente do Lync Server 2010 para o Agente formal do Lync Server 2010 apenas Grupos. Na Consola do Agente do Lync Server 2010, os utilizadores só podem ver o Grupo de Resposta do Lync Server 2010 ao qual pertencem. Não podem ver nenhum dos Grupos de Resposta do Lync Server 2013 a que pertencem.
Solução:
Se o agente do Grupo de Resposta for um utilizador do Lync Server 2013 e fizer parte de um Grupo de Agentes formal do Lync Server 2013, o utilizador tem de aceder à Consola do Agente do Lync Server 2013 diretamente através de uma ligação Web num browser para iniciar sessão e terminar sessão no Agente do Lync Server 2013 Grupos.
Um agente do Grupo de Resposta do Lync Server 2010 não consegue efetuar chamadas em nome de um Grupo de Resposta do Lync Server 2013
Problema:
Um utilizador do Lync Server 2010 que seja um Agente de um Grupo de Resposta do Lync Server 2013 não consegue fazer uma chamada em nome do Grupo de Resposta. O Grupo de Resposta do Lync Server 2013 não estará disponível no Cliente do Lync para efetuar uma chamada.
Solução:
Para resolver este problema, tem de mover o utilizador do Lync Server 2010 para o Lync Server 2013.
Remover um Grupo de Resposta do Lync Server 2010 depois de ter sido migrado para o Lync Server 2013 impedirá o Grupo de Resposta de aceitar quaisquer chamadas recebidas
Problema:
Se um Grupo de Resposta que foi migrado do Lync Server 2010 para o Lync Server 2013 for removido do Lync Server 2010 através do Lync Server Painel de Controle ou da Shell de Gestão do Lync Server, o Grupo de Resposta no Lync Server 2013 deixará de receber chamadas recebidas.
Solução:
Para resolver este problema, não remova quaisquer Grupos de Resposta do Lync Server 2010 que tenham sido migrados do Lync Server 2010 para o Lync Server 2013.
Se o Grupo de Resposta já tiver sido removido, deverá reimplementá-lo no Lync Server 2013.
Quando um novo fluxo de trabalho gerido está definido como inativo quando criado, a implementação do fluxo de trabalho falhará
Problema:
Quando um novo fluxo de trabalho gerido está definido como inativo quando criado, a implementação do fluxo de trabalho falhará. Este problema é encontrado quando o fluxo de trabalho está definido como inativo quando criado, mas não afeta um fluxo de trabalho que é editado para o definir como inativo após ter sido implementado.
Solução:
Ao criar e implementar um fluxo de trabalho, defina o fluxo de trabalho como ativo e, em seguida, implemente-o. Depois de o fluxo de trabalho ser implementado com êxito, o fluxo de trabalho pode ser editado e definido como inativo.
Remover um Grupo de Resposta do conjunto de Proprietários impedirá que o Grupo de Resposta do conjunto de Cópias de Segurança aceite quaisquer chamadas recebidas durante a ativação pós-falha se o Grupo de Resposta tiver sido importado para o conjunto de Cópias de Segurança
Problema:
Se um Grupo de Resposta pertencente ao conjunto primário tiver sido importado para o conjunto de cópias de segurança sem substituir o proprietário e o Grupo de Resposta for removido do conjunto de proprietários, o Grupo de Resposta no conjunto de Cópias de Segurança não aceitará quaisquer chamadas recebidas durante a ativação pós-falha.
Solução:
Terá de reimplementar o Grupo de Resposta no conjunto Primário. Em seguida, terá de exportar a configuração do Grupo de Resposta do conjunto Primário e importá-la novamente para o Conjunto de cópias de segurança.
Também pode recriar o Grupo de Resposta no conjunto de Cópias de Segurança. Neste caso, o Conjunto de cópias de segurança será o conjunto proprietário do Grupo de Resposta.
Não é possível obter uma chamada estacionada a partir da aplicação Call Park se o pedido de obtenção for feito em nome de um Grupo de Resposta
Problema:
Quando as seguintes condições forem verdadeiras, um pedido de obtenção de uma chamada estacionada falhará:
Um agente faz parte de um Grupo de Resposta anónimo
O agente tenta obter uma chamada estacionada da aplicação Call Park através do Grupo de Resposta anónimo
O agente tenta obter a chamada marcando o número da órbita através da opção Ligar em Nome ou através da mesma opção no cliente do atendedor do Lync
Solução:
Não existem soluções para este problema. A chamada estacionada deve ser obtida sem o fazer em nome de um Grupo de Resposta.
Painel de Controle, Construtor de Topologia e Ferramenta de Planejamento do Lync Server
Limitações da Ferramenta de Planeamento
Nota
A informação nesta seção está relacionada às Atualizações Cumulativas para Lync Server 2013: Fevereiro de 2013.
Problema:
A Ferramenta de Planeamento tem as seguintes limitações ao planear a implementação:
Existe um máximo de 10 sites centrais suportados
Cada site central pode ter um máximo de 14 locais de ramo
Cada site central pode ter um máximo de 240 000 utilizadores
Além disso, a Ferramenta de Planeamento não inclui valores para o seguinte ao calcular a topologia recomendada:
O número de utilizadores que estão armazenados online
A percentagem de utilizadores que estão ativados para a federação XMPP
Percentagem de utilizadores que estão a utilizar o Lync Web App
Solução:
Não existe nenhuma solução para estes problemas. Para obter mais informações sobre a Ferramenta de Planeamento, consulte Estruturar a topologia do Lync Server 2013 com a Ferramenta de Planeamento.
A Ferramenta de Planeamento pode não utilizar endereços IP definidos anteriormente para a rede Edge ao atualizar as opções
Problema:
Depois de concluir a estrutura com a Ferramenta de Planeamento, se efetuar alterações às opções da Rede edge, poderão ser adicionados endereços IP adicionais à estrutura em vez de atualizar os endereços IP existentes. Isto pode ocorrer quando estiver a ver os detalhes do Diagrama de Rede do Edge, selecione Clicar aqui para atualizar as suas opções e, em seguida, na caixa de diálogo Opções de Configuração, selecione Rede edge selecione Quero utilizar os mesmos FQDNs e endereços IP, mas portas diferentes para os serviços edge no meu Servidor Edge. A aplicação de quaisquer alterações pode resultar na adição de novos endereços IP e servidores Edge à estrutura.
Solução:
Não existe nenhuma solução para este problema neste momento.
No Lync Server Painel de Controle, "Mover todos os utilizadores para o conjunto" pode não funcionar conforme esperado
Problema:
Ao utilizar a Painel de Controle do Lync Server para mover todos os utilizadores de um conjunto para outro num ambiente complexo do Active Directory, como um com vários Controladores de Domínio e domínios principais/subordinados, poderá ser devolvida uma mensagem de erro a indicar "O utilizador especificado não é um utilizador legado, utilize Move-CsUser cmdlet em alternativa". Isto é o resultado de tempos de replicação mais longos em ambientes complexos do Active Directory.
Solução:
Para contornar este problema, efetue um dos seguintes procedimentos:
Utilize filtros no Lync Server Painel de Controle para procurar utilizadores legados, selecione esses utilizadores e, em seguida, utilize o comando Mover utilizadores selecionados para o conjunto em vez de Mover todos os utilizadores para o conjunto.
Utilize a Shell de Gestão do Lync Server para mover utilizadores legados em lotes com cmdlets do Lync Server.
O Painel de Controle do Lync Server deixa de funcionar num ambiente VMware depois de o plug-in do browser Microsoft Silverlight ser atualizado para a versão 5
Problema:
Se utilizar o Painel de Controle do Lync Server num ambiente VMware, o Painel de Controle do Lync Server poderá deixar de funcionar depois de atualizar o Silverlight para a versão 5.
Solução:
Para contornar este problema, efetue um dos seguintes procedimentos:
Desinstale o Silverlight 5 e, em seguida, instale o Silverlight 4 a partir de https://go.microsoft.com/fwlink/p/?LinkID=149156& v=4.0.
Abra o Painel de Controle do Lync Server a partir de um computador que não seja um computador virtual VMware.
Para abrir o Lync Server Painel de Controle a partir de um computador remoto, instale as ferramentas de Administração do Lync Server no computador e, em seguida, inicie o Painel de Controle do Lync Server a partir do menu Iniciar do Windows.
Também pode abrir o Painel de Controle do Lync Server ao introduzir o URL num browser. O URL será semelhante a https://< frontend_pool_fqdn>/cscp.
Um administrador não pode executar o cmdlet Uninstall-csMirrorDB depois de remover a base de dados de espelhamento no Topology Builder
Problema:
Quando um administrador desativa uma base de dados de espelhamento no Topology Builder e, em seguida, elimina a base de dados de espelhamento no Topology Builder, é apresentada uma mensagem na lista A fazer para que o administrador execute o cmdlet Uninstall-csMirrorDatabase para remover o espelhamento de SQL Server. Quando o administrador tenta executar o cmdlet, falha.
Solução:
Para remover o espelhamento SQL de um conjunto no Topology Builder, primeiro tem de utilizar um cmdlet para remover o espelho no SQL Server. Em seguida, você poderá usar o Construtor de Topologias para remover o espelho da topologia. Para remover o espelho no SQL Server, use o cmdlet a seguir:
Uninstall-CsMirrorDatabase -SqlServerFqdn <SQLServer FQDN> [-SqlInstanceName <SQLServer instance name>] -DatabaseType <Application | Archiving | CentralMgmt | Monitoring | User | BIStaging | PersistentChat | PersistentChatCompliance> [-DropExistingDatabasesOnMirror] [-Verbose]
Por exemplo, para remover o espelhamento e remover as bases de dados das bases de dados de utilizador, escreva o seguinte:
Uninstall-CsMirrorDatabase -SqlServerFqdn primaryBE.contoso.com -SqlInstanceName rtc -Verbose -DatabaseType User -DropExistingDatabasesOnMirror
O parâmetro DropExistingDatabasesOnMirror faz com que as bases de dados afetadas sejam eliminadas do espelho. Depois, para remover o espelho da topologia, faça o seguinte:
No Construtor de Topologias, clique com o botão direito do mouse no pool e clique em Editar Propriedades.
Desmarque Ativar Espelhamento da Loja SQL e clique em OK.
Publique a topologia.
Importante
Sempre que efetuar uma alteração a uma relação de espelhamento da base de dados de back-end, tem de reiniciar todos os Servidores front-end no conjunto.
Os erros de validação são devolvidos no Topology Builder quando um administrador tenta remover uma implementação com um conjunto de Front-End que tem um arquivo de testemunhos associado
Problema:
Se um administrador tentar utilizar o comando Remover Implementação no Topology Builder para remover uma implementação que inclua um conjunto de Front-End com um arquivo de testemunhos associado, será apresentado um erro de validação no Topology Builder e a ação não prosseguirá.
Solução:
Para contornar este problema, efetue um dos seguintes procedimentos:
Remova o arquivo de testemunhas antes de tentar remover a implementação.
Adicione um arquivo de testemunhos para o conjunto de Front-End e, em seguida, remova-o.
As informações de implementação persistentes do Servidor de Chat são inconsistentes entre a Ferramenta de Planeamento e o Topology Builder
Problema:
Quando o Lync Server 2013, a Ferramenta de Planeamento produz o diagrama de topologia do site para uma implementação de Servidor de Chat Persistente com a recuperação após desastre ativada, o diagrama de topologia do site inclui vários sites (físicos), com Servidores de Chat Persistentes atribuídos uniformemente em cada site. No Topology Builder, todos os Servidores de Chat Persistentes são representados como pertencentes a um único site (lógico) e estão listados no mesmo nó do conjunto de Servidores de Chat Persistentes.
Solução:
Atualmente, não temos uma solução para este problema. O utilizador deve analisar a saída da Ferramenta de Planeamento para a implementação do Servidor de Chat Persistente e modificar o plano para satisfazer as suas necessidades específicas.
Localização
Monitoramento
O assistente Implementar Relatórios de Monitorização apresenta carateres incorretos em determinadas circunstâncias ao utilizar a versão do Lync Server do Leste Asiático
Problema:
Ao utilizar uma versão do Leste Asiático do Lync Server 2013 ( por exemplo, chinês (simplificado), chinês (tradicional), japonês ou coreano – num sistema operativo que tenha a região do sistema não definida para um idioma do Leste Asiático, o assistente Implementar Relatórios de Monitorização apresentará pontos de interrogação ou outros carateres em vez de mensagens localizadas.
Solução:
Para corrigir este problema, defina a região para o sistema operativo e o Lync Server 2013 para o mesmo idioma, que irá apresentar todas as mensagens corretamente.
Painel de Controle do Lync Server
Em determinados casos, o primeiro item na barra de navegação superior numa página do Lync Server Painel de Controle desaparece quando o último item na barra de navegação superior é clicado
Problema:
Existem três casos conhecidos em que clicar no último item na barra de navegação superior numa página do Lync Server Painel de Controle fará com que o primeiro item na barra de navegação superior desapareça:
Em francês da versão, na página "Féderation et accès externe", o item "Stratégie d'accès externe" desaparecerá quando "Partenaires fédérés XMPP" for clicado.
Na versão alemã, na página "Clientes", o item "Clientversionskonfiguration" desaparece quando é clicado "Pushbenachrichtigungskonfiguration".
Na versão russa, na página "Конфигурация сети", O item "Глобально" desaparece quando "Маршрут региона" é clicado.
Solução:
Para resolver este problema, atualize a página do Lync Server Painel de Controle no browser. A página será carregada no browser com todos os itens na barra de navegação superior apresentados.
Livro de Endereços
A indexação no Livro de Endereços não funciona conforme esperado em alguns idiomas
Nota
A informação nesta seção está relacionada às Atualizações Cumulativas para Lync Server 2013: Fevereiro de 2013.
Se as propriedades de um utilizador contiverem um campo indexado e esse campo contiver apenas carateres que não podem ser indexados, o utilizador não aparecerá nas pesquisas realizadas no Livro de Endereços.
Não é possível indexar os seguintes carateres e regiões:
Carateres cirílicos, gregos e arménios em maiúsculas
Carateres destacados em maiúsculas
Tailandês
Laos
Mianmar
Devanagari
Etiopic
Tibetano
Bengalês
Guzerate
Telugu
Todos os outros scripts índices
Lync Web App, Web Scheduler e componentes Web
A contingência de idiomas para determinados idiomas no Lync Web Scheduler, no Dial-In, no Join Launcher, na Gestão de Salas de Chat Persistentes e no OCTab pode não funcionar conforme esperado
Problema:
Ao selecionar uma região neutra num browser (na Internet Explorer, por exemplo, o nome do idioma sem especificação adicional, como "Norueguês [não]") em vez de uma região especificar idioma, script e região (como "Norueguês, Bokmål (Noruega) [nb-NO]") pode levar a um comportamento de apresentação inesperado para determinados idiomas no Lync Web Scheduler, Dial-In, Join Launcher, Persistent Chat Room Management, e OCTab. Por exemplo, os utilizadores poderão ver a página inglês quando um dos seguintes idiomas estiver selecionado:
Norueguês
Português
Sérvio
Solução:
Se quiser selecionar um idioma com uma região neutra, certifique-se sempre de que também adiciona o idioma com uma região específica (com script e/ou código de país) como um idioma adicional na lista de preferências de idioma do browser.
Existe suporte limitado para regiões do Azerbaijão e usbeque ao utilizar o Lync Web Scheduler, o Dial-In, o Join Launcher, a Gestão persistente de salas de chat e o OCTab em alguns browsers
Nota
A informação nesta seção está relacionada às Atualizações Cumulativas para Lync Server 2013: Fevereiro de 2013.
Problema:
Quando utiliza a Internet Explorer 8 ou Internet Explorer 9 e define o idioma do browser como Azerbaijano (Latim) ou Usbeque (Latim), as páginas Do Iniciador de Acesso Telefónico e De Adesão serão apresentadas em inglês ou no idioma preferencial definido no browser.
Quando utiliza os browsers Firefox ou Chrome e define o idioma do browser para Azerbaijão (Latim) ou Usbeque (Latim), o Lync Web App, o Lync Web Scheduler e o RGS OCTab serão apresentados em inglês ou no idioma preferencial definido para o browser.
A região usbeque (latim) não é suportada no browser Safari.
Solução:
Não existe solução para estes problemas.
A seta pendente está em falta para a lista "Participar na reunião de" na versão romena do Lync Web App
Problema:
Quando um utilizador que está a utilizar a versão romena do Lync Web App efetua os seguintes passos, a seta pendente não é apresentada para Participar na reunião na lista pendente:
Selecione Memorizar-me neste computador no separador Geral.
Selecione o separador Telefone .
Clique na lista pendente de Participar na reunião a partir de.
Os utilizadores não verão uma seta que indique que existem mais opções do que o Lync Web App predefinido, que incluem: Não aderir ao áudio (em romeno, "Nu se asociaža la componenta audio") e Novo número" (em romeno, "Număr nou").
Solução:
Embora a seta para esta lista pendente não seja apresentada, os utilizadores ainda podem selecionar as definições adicionais na lista ao clicar no valor predefinido.
Ao utilizar a versão turca do Lync Web Scheduler, não é possível guardar uma reunião ao utilizar a opção "Pessoas eu escolho" em "Quem é um apresentador"
Problema:
Ao criar ou editar uma reunião na versão turca do Lync Web Scheduler, a opção "Pessoas eu escolher" em "Quem é um apresentador" não é suportada. Quando esta opção está selecionada, a reunião não pode ser guardada. Em vez disso, é apresentada uma mensagem de erro que indica que uma ou mais pessoas não podem ser apresentadas.
Solução:
Para resolver este problema, os utilizadores podem utilizar a opção predefinida "Pessoas da minha empresa" ou qualquer outra opção, como "Apenas Organizador" ou "Todos, incluindo pessoas fora da minha empresa". O organizador pode despromover ou promover as pessoas para as suas funções corretas mais tarde, depois de terem entrado na reunião.
Em alternativa, os utilizadores que compreendem outro idioma podem alterar a seleção de idiomas no browser para um dos outros 43 idiomas suportados e tentar utilizar a opção "Pessoas seleciono".
Direitos de Autor
Este documento suporta uma versão preliminar de um produto de software que pode ser alterado substancialmente antes do lançamento comercial final e corresponde às informações confidenciais e proprietárias da Microsoft Corporation. É divulgado nos termos de um acordo de não divulgação entre o destinatário e a Microsoft. Este documento é fornecido apenas para fins informativos e a Microsoft não efetua quaisquer garantias, expressas ou implícitas, neste documento. As informações neste documento, incluindo o URL e outras referências a sites da Internet, estão sujeitas a alterações sem aviso prévio. O risco total da utilização ou os resultados da utilização deste documento permanecem no utilizador. Salvo indicação em contrário, as empresas, organizações, produtos, nomes de domínio, endereços de e-mail, logótipos, pessoas, locais e eventos aqui descritos são fictícios. Nenhuma associação com qualquer empresa, organização, produto, nome de domínio, endereço de e-mail, logótipo, pessoa, local ou evento real se destina ou deve ser inferida. O cumprimento de todas as leis de direitos de autor aplicáveis é da responsabilidade do utilizador. Sem limitar os direitos ao abrigo dos direitos de autor, nenhuma parte deste documento pode ser reproduzida, armazenada ou introduzida num sistema de obtenção ou transmitida de qualquer forma ou por qualquer meio (eletrónica, mecânica, fotocópia, gravação ou outro), ou para qualquer finalidade, sem a permissão expressa por escrito da Microsoft Corporation.
A Microsoft pode ter patentes, pedidos de patentes, marcas registadas, direitos de autor ou outros direitos de propriedade intelectual que abranjam assuntos neste documento. Exceto conforme expressamente fornecido em qualquer contrato de licença escrito da Microsoft, o fornecimento deste documento não lhe concede qualquer licença para estas patentes, marcas registadas, direitos de autor ou outra propriedade intelectual.
© 2012 Microsoft Corporation. Todos os direitos reservados.
Microsoft, Windows, Windows Live, Active Directory, Internet Explorer, MSN, Outlook e SQL Server são marcas registadas ou marcas registadas da Microsoft Corporation nos Estados Unidos e/ou noutros países/regiões.
Todas as outras marcas comerciais são propriedade dos respetivos proprietários.