Gerenciamento de alterações no Lync Server 2013
Tópico última modificação: 18-08-2014
As alterações no ambiente de TI são inevitáveis. As alterações incluem novas tecnologias, sistemas, aplicativos, hardware, ferramentas, processos e alterações em funções e responsabilidades. Um sistema de gerenciamento de alterações eficaz permite que você introduza alterações no ambiente de TI rapidamente e com interrupção mínima do serviço. Um sistema de gerenciamento de alterações reúne as equipes envolvidas na alteração de um sistema. Por exemplo, decidir tirar proveito do Office Aplicativos Web. Esse é um aplicativo integrado do Serviço do Lync que permite que os usuários leiam e editem documentos em um navegador. A implementação desse serviço, depois de entrar em produção, requer o envolvimento de várias equipes:
Equipe de Teste Essa equipe testa o office Aplicativos Web em um servidor de teste, no processo que fornece informações sobre os padrões de uso esperados e o desempenho esperado dos servidores de produção.
Administradores do Lync Essa equipe determina a estratégia de implantação e cria scripts para a instalação onde era possível. A equipe é responsável por garantir que a alteração seja implantada no ambiente de produção e é responsável pela administração posterior. A equipe deve entender o efeito das alterações e incorporá-las em procedimentos antes que as alterações sejam colocadas em produção
Equipe de Rede Essa equipe é responsável por alterações nas regras de firewall que permitem o acesso da Internet aos servidores internos do pool do Lync. A equipe também é responsável por trabalhar com os administradores do Lync para garantir que a largura de banda disponível possa dar suporte à carga adicional.
Equipe de Segurança Essa equipe avalia a segurança e minimiza os riscos. A equipe de segurança deve examinar as vulnerabilidades conhecidas e ajudar a garantir que os riscos de segurança sejam minimizados.
Equipe de Aceitação do Usuário Essa equipe é composta por usuários que estão dispostos a testar o sistema e oferecer comentários para melhorias.
O processo de gerenciamento de alterações define as responsabilidades de cada equipe e agenda o trabalho a ser executado, incorporando verificações e testes onde são necessários. Os controles de alteração variam dependendo da complexidade e do efeito esperado de uma alteração. Eles podem variar de aprovação automática de pequenas alterações, alterar reuniões de revisão, até revisões completas no nível do projeto. Para explicar melhor isso, os grupos de alterações são discutidos nesta seção.
Alterações principais As principais alterações têm um efeito global no sistema e podem exigir a entrada de várias equipes. Um exemplo disso é atualizar para o Lync Server 2013. Alterações importantes afetam muitas equipes e, talvez, sistemas diferentes. O processo de gerenciamento de alterações provavelmente incluirá uma ou mais reuniões de revisão de alterações para informar as equipes que estarão envolvidas na alteração ou serão afetadas pela alteração.
Alterações significativas Alterações significativas exigem recursos significativos para planejar, compilar e implementar. Os controles de alteração apropriados devem ser introduzidos para ajudar a garantir que o efeito da alteração seja compreendido, os procedimentos de implantação sejam testados e os planos de reversão e contingência estejam prontos. Um exemplo de uma alteração significativa é implantar uma nova atualização cumulativa.
Alterações secundárias As pequenas alterações não afetam significativamente o ambiente de TI, por exemplo, alterando determinadas políticas do Lync por meio do Microsoft Lync Server 2013 Painel de Controle.
Alterações padrão As alterações padrão são executadas regularmente e são bem compreendidas e documentadas. O processo de gerenciamento de alterações deve examinar todas as alterações nos procedimentos. Ele não deve ser necessário para alterações rotineiras, como criar um banco de dados de conteúdo ou adicionar um usuário.
O exemplo a seguir de gerenciamento de alterações examina como diferentes equipes interagem e as ações executadas quando um novo service pack é implantado. Essas ações são organizadas e gerenciadas pelo processo de gerenciamento de alterações.
Gerar uma solicitação de alteração A equipe de segurança avaliou o service pack mais recente e confirmou que ele resolve uma possível vulnerabilidade no sistema de produção. A equipe gera uma solicitação de alteração para que a nova atualização cumulativa seja aplicada a todos os servidores que estão executando o Lync Server.
Revisão de notas de versão do service pack A equipe de administrador do Lync revisa as notas de versão do service pack para identificar o efeito no sistema.
Uma série de testes de laboratório é executada A equipe de administrador do Lync deve executar atualizações de teste em um servidor em um ambiente de teste para decidir se o service pack pode ser aplicado com êxito sem afetar nenhum dos aplicativos e sistemas de servidor instalados. Se houver aplicativos de terceiros ou criados internamente que se interfacem com o Lync Server em um ambiente de produção, eles também deverão ser testados. Esses testes também podem ser usados para estimar o tempo necessário para executar as atualizações.
Os usuários são informados sobre a interrupção A equipe de administrador do Lync, a equipe de comunicações ou o suporte ajuda do usuário informa todos os usuários afetados sobre o ciclo de manutenção planejada e por quanto tempo o serviço ficará indisponível.
Um backup completo do Lync é executado antes da atualização A equipe de administrador do Lync deve verificar se há um backup válido que pode ser usado para reverter para o estado original do sistema se a instalação do service pack falhar. Recomendamos que o backup seja restaurado para um servidor em espera para que esse sistema esteja prontamente disponível se houver problemas.
A atualização cumulativa é implantada A equipe de administrador do Lync faz a instalação durante o ciclo de manutenção planejada.
Gerenciando o tempo das alterações
Recomendamos que você implemente um procedimento para agendar alterações para evitar interrupções nas seções sobrepostas do seu trabalho. Por exemplo, duas equipes podem estar planejando uma pequena alteração em um sistema. Uma equipe pode estar aplicando uma atualização cumulativa em um pool enquanto outra equipe está migrando usuários herdados para esse pool. Nenhuma das equipes é afetada pelas alterações que a outra equipe está planejando, e cada equipe pode não saber necessariamente sobre as alterações que a outra equipe está planejando. Se ambas as alterações ocorreram ao mesmo tempo, pode haver problemas ao implementar as alterações. Além disso, se houver problemas após a aplicação das alterações, por exemplo, se a migração do usuário falhar, poderá ser difícil decidir qual alteração deve ser revertida. Deve haver períodos de manutenção regulares configurados entre TI e gerenciamento para testar as alterações e aceitá-las.