Não há necessidade de escalonar as reinicializações. O Active Directory, sendo um sistema multimestre, pode suportar qualquer ordem de reinicialização do controlador de domínio.
Quanto à segurança e redundância, é bom ter funções espalhadas por diferentes CDs, portanto, considere isso para um projeto futuro. No entanto, isso não será considerado para reinicializações.
EDITAR
Para abordar o seguinte comentário:
Li em algum lugar que a transferência de Funções FSMO, embora não seja necessária, pode ser uma "jogada defensiva", apenas no caso de o servidor não conseguir fazer o backup. (Portanto, reinicie o DC02 e o DC03 primeiro, transfira a função e depois reinicie o DC01).
Eu acho que isso faz sentido do ponto de vista estritamente teórico. Um controlador de domínio com todas as funções da FSMO que sobe de tênis é algo horrível de suportar. No entanto, na prática, vejo dois problemas:
- Um servidor não deve ser pensado como um copo de nitroglicerina na parte de trás de um lêmure epilético. Se a preparação para a reinicialização do servidor causar tonturas, ofuscar a boca e fazer com que você queira começar a abusar de produtos de limpeza doméstica, a solução não é começar a mover as funções da FSMO, mas colocar o servidor em um estado de saúde que deixa você confortável com a reinicialização. Servidores bem gerenciados são coisas robustas que podem ser reinicializadas com impugnação.
- Mover as funções da FSMO, embora tecnicamente simples como alguns cliques do mouse em um MMC, não é algo tão leve que faria com que alguém jogasse um jogo empolgante de "FSMO, FSMO, quem pegou o FSMO!" para cada terça-feira de patch (que coincide precedendo a "quarta-feira de mudança de carreira").
Em resumo, não mova as funções da FSMO, exceto para praticar bons princípios de engenharia de sistemas. A menos que sua sala de servidores esteja cheia de lêmures. Nesse caso, ei ... lêmures!