Práticas recomendadas de controle de versão
O AGPM (Gerenciamento avançado de Política de Grupo) da Microsoft fornece controle de versão para GPOs (objetos Política de Grupo), assim como o Microsoft Visual SourceSafe ® fornece controle de versão para código-fonte. Os desenvolvedores podem usar Visual SourceSafe para gerenciar várias versões de cada arquivo de origem. Política de Grupo administradores podem usar o AGPM para fazer o mesmo para GPOs. Quando você usa o AGPM, Política de Grupo administradores devem estar cientes das práticas recomendadas que se aplicam a qualquer sistema de controle de versão:
Data e hora: O AGPM carimba cada versão de um GPO com a data e a hora. Para garantir que o histórico seja preciso, especialmente quando você editar GPOs em mais de um computador, verifique se cada computador sincroniza seu relógio com uma fonte de tempo autoritativa.
Faça check-in de GPOs quando terminar de editá-los: É comum que os Editores verifiquem GPOs e esqueçam de fazer check-los de volta no arquivo. No entanto, isso pode impedir que outros administradores Política de Grupo alterem o GPO. Sempre verifique os GPOs de volta ao AGPM imediatamente quando você terminar de editar.
Salve as alterações com frequência: Ao editar um GPO, salve as alterações com frequência. A maioria dos editores verifica um GPO, faz muitas alterações e, em seguida, verifica o GPO no arquivo. Em vez disso, verifique o GPO no arquivo regularmente e, em seguida, verifique-o novamente. O detalhe pode ser tão pequeno quanto fazer check-in no GPO depois de alterar todas as configurações (não recomendadas) ou fazer check-in no GPO depois de fazer grupos de alterações relacionadas. O resultado é um histórico mais bem documentado para cada GPO que pode ajudar na solução de problemas.
Implantar GPOs com frequência: Não deixe que GPOs novos e editados que ainda não foram implantados se acumulem em grande número no arquivo. Em vez disso, implante GPOs novos e editados o mais rápido possível para que eles tenham um efeito mínimo no ambiente de produção. A implantação de muitos GPOs novos e editados ao mesmo tempo pode comprometer o ambiente de produção.
Documente a finalidade das alterações ao fazer check-in de GPOs: Qualquer Revisor pode comparar versões de um GPO para ver alterações específicas entre os dois. Documentar essas alterações específicas não adiciona nenhum valor. Em vez disso, documente a intenção e a finalidade de uma alteração em vez de documentar o que os Revisores podem ver exibindo relatórios de diferença. Os comentários de versão devem adicionar valor ao relatório de comparação e ajudar um Revisor a entender por que o Editor alterou o GPO.
Testar GPOs em um ambiente de teste: Implantar GPOs no ambiente de produção sem testá-los é arriscado. Em vez disso, teste seus GPOs em um domínio em uma floresta de teste e exporte os GPOs para arquivos e importe-os para um domínio em uma floresta de produção. Além disso, você pode vincular GPOs a uma unidade organizacional que contém computadores de teste e usuários. Verifique se cada GPO funciona corretamente no ambiente de teste e implante os GPOs no ambiente de produção.
Referências adicionais