Quais são algumas maneiras de coordenar as informações de manutenção do servidor com sua equipe? [fechadas]

Question

Eu estou em uma equipe que coordena a atividade de manutenção e algumas outras atividades para alguns servidores em nossa empresa. Agora que há mais pessoas na equipe e mais servidores sob nossos cuidados, está ficando mais difícil acompanhar os problemas ou dicas relacionadas à manutenção de determinados servidores.

Eu estou querendo saber se existem ferramentas ou métodos que facilitam a coordenação deste tipo de informação? Eu tentei algumas ferramentas de rastreamento de bugs, mas essas são muito específicas para problemas e bugs. Neste momento, enviamos resumos por e-mail após cada atividade, mas se uma nova pessoa se juntar à equipe, ela não terá esse histórico. Eu também pensei em um wiki, mas isso pareceu estranho para esse tipo de registro.

Por exemplo, para servidores a, b e c, gostaria de rastrear o fato de que, antes de uma reinicialização, os serviços 1, 2 e 3 precisam ser desligados antes de uma reinicialização. Se uma atualização ocorreu nos servidores bec, eu gostaria de uma maneira de rastrear os problemas que surgiram durante a atualização. Dessa forma, algum tempo depois, se outra pessoa da equipe estiver envolvida em alguma atividade de manutenção para o servidor "b", eles poderão ver todo o histórico relacionado a esse servidor.

Qualquer dica ou solução seria muito apreciada.

    

Answer 1

Eu usei dois métodos:

1) Wiki Somos um usuário corporativo do Google Apps e usamos o recurso "Sites" como nosso wiki. Bloqueado para que apenas os usuários do domínio possam vê-lo, é claro (você pode ser ainda mais específico se necessário).

Cada servidor tem duas páginas no wiki. Uma página para especificações, uso e notas chave e uma página é o log de atividades. O log é uma tabela de data, hora, tarefa e um indicador de reinicialização. Idealmente, nada acontece que não seja registrado!

Nota: o recurso "sites" do Google torna as páginas de registro muito fáceis de criar usando o modelo "Lista".

2) WhatsUp Pro

Eu uso o WhatsUp para monitorar meus servidores e dispositivos. Onde foi útil, adicionei informações importantes ("lembre-se de iniciar o serviço x" ou "certifique-se de que a interface A aparece") no campo de notas de formulário livre para o dispositivo. Então, quando o cara de plantão recebe uma mensagem (via SMS), o texto inclui essas notas. Muito útil para ter.

    

Answer 2

A melhor coisa que encontrei é um local central para a sua documentação que todos conhecem. Eu pessoalmente prefiro um wiki porque é rápido e fácil. Outras opções seriam um sistema de controle de revisão como o Subversion , GIT ou CVS . O Sharepoint e suas funções de gerenciamento de documentos também podem funcionar para você, mas isso seria uma solução bastante pesada para esse problema.

    

Answer 3

Eu usaria o SharePoint, especificamente o Windows SharePoint Services. É relativamente leve, não vai custar nada, e pode fazer uma boa visão multidimensional de dados. Na sua forma mais simples, poderia ser apenas uma única lista, agrupada por nome e função do servidor, com uma segunda visualização também agrupada por função e, em seguida, por nome do servidor. Você também pode usar alguns dos outros tipos de lista para funções como calendário compartilhado (é a 30ª, aquela velha caixa irritada precisa ser reinicializada novamente), contatos, etc.

    

Answer 4

Parece que você precisa de um sistema de bilhética interno no local que também possa ser usado como uma base de conhecimento para pesquisar / vincular tíquetes antigos e relacionados arquivados na mesma categoria.

Nós usamos "Track-It!" na minha empresa para acompanhar toda a manutenção, incluindo solicitações operacionais. Tenho certeza de que existem outras soluções melhores e / ou mais baratas por aí.

IMO, implementar um sistema de tickets é fácil, a parte difícil é fazer com que todos os administradores / técnicos sigam o processo de criar um ticket e preenchê-lo corretamente, para que ele possa ser pesquisado e mencionado posteriormente.

    

Answer 5

Apenas jogando outra opção no mix. Eu usei o tiddlywiki por muito tempo, mas é um wiki apenas para clientes. Existem alguns hacks para sincronizá-lo com um servidor, mas não achei muito fácil.

A ideia com a qual estou trabalhando agora é usar um tiddlywiki para acompanhar as atividades de nossa equipe com os servidores e usar < Subversion para manter o tiddlywiki em sincronia com cada de outros. Dessa forma, temos sempre uma cópia somente de leitura disponível dos nossos registros e, se fizermos alterações, poderemos nos comprometer com o repositório Subversion .

Estou brincando com isso, mas agora parece ser a solução mais barata e fácil de implementar.

    

Answer 6

Um número de pessoas que apoiam vários servidores internos não é diferente das mesmas pessoas que suportam o mesmo número de servidores espalhados pelo país.

O sistema de rastreamento de bugs de um homem é o "histórico de manutenção do servidor" de outra pessoa:)

• Dependendo do sistema escolhido, deve haver um local para salvar informações sobre cada projeto (servidor) e sob os casos de conexão (incidentes de manutenção) de cada servidor.

• Nada supera o caderno espiral e uma caneta (no meu livro) para anotar o que está acontecendo antes que as anotações sejam inseridas no sistema de maneira mais coerente e possivelmente organizada (enquanto se trabalha em algo, é mais rápido escrever ) - as vezes).

O primeiro passo é perceber que existe a necessidade de um "sistema" e fazer com que alguém pague por isso.

Quanto a sistemas de rastreamento de bugs, evitarei fazer a sugestão óbvia de tentar:)

    

Answer 7

Nós usamos Spiceworks para acompanhar todas as nossas informações de servidor / estação de trabalho e para solicitações enviadas por meio de tíquetes de helpdesk. A melhor parte é que é grátis.