Nous avons donc probablement tous eu cette situation: vous résolvez un problème, mais vous vous rendez compte que cela a été causé par un changement de configuration que vous avez effectué il y a six mois, et vous ne vous rappelez pas pourquoi vous l'avez fait. Donc, vous annulez et corrigez le problème, et maintenant un autre problème revient. Oh oui, maintenant je me souviens! Ensuite, vous corrigez le problème correctement.
C'est parce que tu n'as pas pris les bonnes notes, imbécile! Mais quel est le bon moyen de faire cela?
En ingénierie, nous avons une multitude de logiciels destinés à nous aider à détecter et à suivre les changements. Contrôle de la source, revues de code, etc. Chaque changement est suivi, chaque changement nécessite un commentaire sur ce que c'est. Et les départements d'ingénierie habituels ont besoin de bons commentaires. Ainsi, en six mois, lorsque vous déterminez pourquoi vous l'avez brisé de cette façon, vous pouvez utiliser une fonction historique de "reproches" ou des constructions de recherche binaire pour identifier le problème. Ces outils sont des outils de communication et des archives historiques très efficaces.
Mais dans Serverland, nous avons 500 services différents, tous avec différentes manières de les configurer. Et ils ne disposent pas toujours d'un format texte (envisagez de définir des autorisations sur un dossier ou de modifier l'emplacement du fichier d'échange) bien qu'ils puissent avoir une représentation textuelle.
Dans notre environnement, nous vérifions quels fichiers de configuration sont disponibles dans Perforce, mais il y en a très peu. Impossible de vérifier exactement dans la base de données Active Directory ... bien que peut-être un vidage qui pourrait être diff ...
Dans le passé, j'ai essayé de garder un journal de changement manuel dans notre wiki, mais il est extrêmement difficile de maintenir la discipline pour le faire (je sais, ce n'est pas une bonne excuse, mais c'est vraiment difficile).
Ma question: Quelles stratégies et quels outils utilisez-vous pour faire face à ce problème de suivi des modifications de la configuration de vos serveurs?
-- Mise à jour --
Remarque: je ne cherche pas d'outils de prise de notes partagées (je connais OneNote, etc.) autant que des outils automatisés spécifiquement conçus pour faciliter le suivi des modifications du serveur. Il n'y a pas d'outil complet pour suivre les modifications de la configuration du serveur, mais il en existe peut-être pour des applications spécifiques telles que les objets de stratégie de groupe.
De plus, je suis très intéressé par les stratégies spécifiques que vous avez trouvées utiles. "Nous partageons des notes dans Sharepoint" est assez vague. Comment maintenez-vous la discipline? Quel format utilisez-vous pour suivre vos modifications? Comment organisez-vous vos données de changement? Je voudrais vraiment des exemples ainsi que des idées.