Planejamento para recuperação de desastre de grupos de resposta no Lync Server 2013
Tópico Última Modificação: 11-11-2012
Esta seção descreve algumas maneiras de preparar grupos de resposta para recuperação de desastre e fornece uma visão geral do processo de recuperação de desastre.
Preparando-se para a recuperação de desastre do grupo de resposta
Lembre-se do seguinte ao se preparar e executar procedimentos de recuperação de desastre.
Nota
Em um ambiente de coexistência, somente os grupos de resposta do Lync Server 2013 têm suporte para os procedimentos de recuperação de desastre descritos neste documento.
Planeje a recuperação de desastre ao fazer seu planejamento de capacidade. Para a capacidade de recuperação de desastre, cada pool em um pool emparelhado deve ser capaz de lidar com as cargas de trabalho de todos os grupos de resposta em ambos os pools. Para obter detalhes sobre o planejamento de capacidade do Grupo de Resposta, consulte Planejamento de capacidade para o Grupo de Resposta no Lync Server 2013.
Faça cópias de backup regulares de todas as configurações do grupo de resposta em todos os pools de Front-End em que você implantou o aplicativo Grupo de Resposta usando o procedimento de exportação descrito neste documento. Para obter detalhes, consulte Procedimentos de recuperação de desastre do grupo de resposta no Lync Server 2013. Mantenha as cópias de backup em um local seguro.
Mantenha uma cópia de backup separada de todos os arquivos de áudio originais que você usou para o aplicativo grupo de resposta, incluindo gravações e arquivos de música em espera. Mantenha os arquivos de backup em um local seguro.
Para a recuperação de desastre do Lync Server 2013, todas as configurações do Grupo de Resposta devem ter nomes exclusivos em sua implantação. Esse requisito se aplica a fluxos de trabalho, filas, grupos de agentes, conjuntos de feriados e horas de negócios. Você deve verificar se esse requisito foi atendido quando os pools primário e de backup ainda estão ativos e antes de iniciar qualquer procedimento de failover. Se você encontrar conflitos de nome ao importar dados do grupo de resposta para o pool de backup, a importação falhará. Para concluir o procedimento de importação e failover, você precisa resolver os conflitos de nome renomeando o objeto do grupo de resposta no pool de backup ou usando o cmdlet Import-CsRgsConfiguration com o parâmetro –ResolveNameConflicts para resolver automaticamente o conflito acrescentando um número de identificação exclusivo ao objeto do grupo de resposta.
Em geral, recomendamos que você execute backups diários, mas se você tiver um grande volume de alterações, talvez queira agendar backups mais frequentes. A quantidade de informações que você pode perder em caso de desastre depende da frequência dos backups, bem como da frequência e do volume de alterações.
É possível importar grupos de resposta para um pool de backup antes que ocorra uma operação de failover ou desastre. Importar grupos de resposta com antecedência reduz o tempo de inatividade, pois o serviço grupo de resposta do Lync Server pode ser restaurado no pool de backup assim que as chamadas são roteados para o pool de backup.
Nota
O aplicativo Grupo de Resposta não pode acessar nenhum agente hospedado em um pool inativo até que o failover seja concluído. Durante esse tempo, o aplicativo Grupo de Resposta processa chamadas como se esses agentes não estiverem disponíveis.
Processo de recuperação de desastre do grupo de resposta
Em caso de desastre, você pode recuperar grupos de resposta usando uma das seguintes abordagens de recuperação:
Faça failover para um pool de backup e, em seguida, faça failback para o pool original.
Faça failover para um pool de backup, crie um novo pool com um FQDN (nome de domínio totalmente qualificado) diferente e importe os grupos de resposta para o novo pool.
Durante a fase de failover da recuperação de desastre, os grupos de resposta residem em vários pools: no pool primário (que não está disponível) e no pool de backup. Os grupos de resposta em ambos os pools têm o mesmo nome e o mesmo proprietário (o pool primário), mas têm pais diferentes.
Ao recuperar criando um novo pool com um FQDN diferente, você precisa atribuir o novo pool como o proprietário dos grupos de resposta ao importá-los. A propriedade dos grupos de resposta permanece com o pool original, a menos que ou até que você reatribua explicitamente a propriedade usando o parâmetro –OverwriteOwner com o cmdlet Import-CsRgsConfiguration .
Nota
Você também precisará usar o parâmetro –OverwriteOwner se tiver recriado o pool durante a recuperação (ou seja, o banco de dados do Grupo de Resposta está vazio), independentemente de você usar ou não o mesmo FQDN. Você não precisará usar o parâmetro –OverwriteOwner se não recompilar o pool, mas é permitido usar esse parâmetro sempre que você importar grupos de resposta de volta para o pool primário.
Você pode definir apenas um conjunto de definições de configuração do Grupo de Resposta no nível do aplicativo por pool. Essas configurações incluem a configuração padrão de música em espera, o arquivo de áudio padrão de música em espera, o período de cortesia de retorno de toque do agente e a configuração de contexto de chamada. Para exibir essas definições de configuração, execute o cmdlet Get-CsRgsConfiguration . Para obter detalhes sobre o cmdlet Get-CsRgsConfiguration , consulte Get-CsRgsConfiguration.
Você pode transferir essas configurações no nível do aplicativo de um pool para outro usando o cmdlet Import-CsRgsConfiguration com o parâmetro –ReplaceExistingSettings, mas isso substitui as configurações no pool de destino.
Importante
Essa restrição sobre a transferência de configurações para outro pool é verdadeira somente para as configurações no nível do aplicativo e o arquivo de áudio padrão de música em espera. Ele não se aplica a grupos de agentes, filas, fluxos de trabalho, horário comercial e conjuntos de feriados.
Se você não quiser substituir as configurações no nível do aplicativo no pool de backup durante um desastre e o pool primário não puder ser recuperado, as configurações de nível de aplicativo do pool primário serão perdidas. Se você precisar criar um novo pool para substituir o pool primário durante a recuperação, seja pelo mesmo FQDN ou por um FQDN diferente, não será possível recuperar as configurações originais no nível do aplicativo. Nesse caso, você precisa definir o novo pool com essas configurações e incluir o arquivo de áudio de música em espera.
Se você decidir usar o cmdlet Import-CsRgsConfiguration para transferir as configurações de nível de aplicativo do pool primário para o pool de backup durante um desastre, poderá transferir as configurações do pool de backup para o novo pool durante a recuperação da mesma maneira que as transferiu do pool primário para o pool de backup.
A tabela a seguir é uma visão geral das etapas envolvidas na recuperação de grupos de resposta.
Para obter detalhes sobre como executar essas etapas, consulte Procedimentos de recuperação de desastre do grupo de resposta no Lync Server 2013.
Etapas de recuperação de desastre do grupo de resposta
| Fase | Etapas | Grupos e funções necessários |
|---|---|---|
Antes da interrupção |
Em uma base rotineira, execute o cmdlet Export-CsRgsConfiguration para criar backups de todas as configurações do Grupo de Resposta em todos os pools de Front-End em que o aplicativo Grupo de Resposta está implantado. |
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Durante interrupção |
Execute o cmdlet Import-CsRgsConfiguration para importar a configuração do serviço do Grupo de Resposta do Lync Server do pool primário para o pool de backup. Nota Use o parâmetro –ReplaceExistingSettings se quiser substituir as configurações do Grupo de Resposta no nível do aplicativo no pool de backup com as configurações do pool primário. Se você não transferir as configurações de nível de aplicativo do pool primário para o pool de backup e o pool primário não puder ser recuperado, você perderá as configurações do pool primário. |
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Após a importação |
Execute cmdlets do Grupo de Resposta com o parâmetro –ShowAll (para exibir todos os grupos de resposta) ou o parâmetro –Owner (para exibir apenas grupos de resposta importados) para verificar se todas as configurações do grupo de resposta foram importadas para o pool de backup. Importante Se você não usar o parâmetro –ShowAll ou o parâmetro –Owner, os grupos de resposta importados para o pool de backup não serão listados nos resultados retornados pelos cmdlets. Execute os seguintes cmdlets:
|
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Após o failover |
|
Não disponível |
Após a recuperação, antes do failback |
Execute o cmdlet Export-CsRgsConfiguration especificando o parâmetro -Source como o pool de backup e o parâmetro –Owner como o pool primário para exportar os grupos de resposta pertencentes ao pool primário do pool de backup. |
RTCUniversalServerAdmins CsResponseGroupAdministrator |
Após o failback |
|
RTCUniversalServerAdmins CsResponseGroupAdministrator |