Qual é a melhor maneira de acompanhar as alterações que as pessoas estão fazendo em seus servidores?


4

Oi pessoal,

Eu trabalho em uma empresa com um punhado de servidores Windows em produção executando nosso software como uma oferta de serviço. No meio do processo, fizemos várias alterações, como a criação de novos bancos de dados, a movimentação de arquivos de bancos de dados, a configuração de logins e a ativação / desativação de serviços do Windows. Não sou a única pessoa que faz alterações e é bem possível que, se algo der errado, a pessoa que estiver investigando não esteja ciente de quais alterações foram aplicadas recentemente. Na maioria das vezes, não acho que seja um problema, pois somos bastante cautelosos em mudar alguma coisa, as mudanças geralmente ocorrem em horários definidos (quando estamos atualizando nosso próprio software etc.) e os problemas geralmente são facilmente rastreados.

No entanto, ocorre-me que registrar as mudanças que as pessoas fizeram, quando e por que podem ser úteis, se não para rastrear problemas, para reconstruir essas máquinas, se precisarmos algum tempo. Como os outros lidam com isso?

Respostas:


6

Você precisa de burocracia como um CMDB ! , talvez .. mas não é uma bala de prata. A ferramenta mais barata com a qual você pode começar é o MS word ou um wiki.

Os servidores em produção precisam estar sob controle de alterações, as mudanças não devem estar acontecendo por muito tempo.

Você precisa decidir o nível certo de burocracia para o seu negócio.

Por que várias pessoas estão fazendo alterações para produzir em um ambiente tão pequeno? Talvez seja hora de introduzir uma clara separação de funções e ter uma pessoa de produção que tenha acesso de administrador e executar todas as alterações.

Para reconstruir máquinas, você pode fazer algo simples, como um 'guia de construção', se criar muitos servidores ligeiramente diferentes, depois ter um guia genérico e preencher os espaços em branco para servidores específicos.

Você também deve ter seu plano de recuperação de desastre documentado, para que a empresa saiba o que fazer se um servidor / dados for perdido.


+1 não pode adicionar mais para responder a este ...

11
Concordamos, usamos nosso sistema de tickets para tickets de controle de alterações. É política abrir uma antes de iniciar, documentar as alterações e fechá-la quando terminar. Ignorar esta etapa está violando a política da empresa e não demora muito. Eu até achei uma referência muito útil. O plano de DR documentado também é importante, assim como está sendo testado para verificar se ele realmente funciona.
Bratch 22/08/2009

2

Instituir um procedimento completo de implantação, incluindo o uso de um CMBD de algum tipo (seja o C para alteração ou configuração), é um ótimo primeiro passo. Nick definitivamente o cobriu bem em sua resposta . Processo e procedimento ajudam com as alterações legítimas e intencionais.

Eu também recomendaria procurar em uma ferramenta de monitoramento de configuração como o Tripwire . Esses tipos de sistemas utilizam o MDB C (onfiguration) e alertam sempre que um dispositivo se desvia. Não apenas ajudará os administradores de sistemas, pois detecta o caso em que alguém acidentalmente desativa a HA ao provisionar uma nova VM; mas também deixará sua equipe de segurança satisfeita quando um administrador de domínio não autorizado adicionar seu amigo ao grupo financeiro.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.