Je viens d'un fond Unix où documenter la configuration d'un service (courrier électronique par exemple) pourrait être aussi simple que de saisir quelques fichiers de configuration de texte et un paragraphe ou 2 de texte explicatif.
Face à la documentation de la configuration d'un lot (50+) de boîtes Windows, je suis consterné pour savoir à quel point il est difficile d'obtenir une vue d'une configuration de service. Je consomme ces machines à partir de zéro, donc je suis confronté à la nécessité de conserver la configuration constante sur toutes les machines. Je vais concevoir tous les serveurs où la pratique utilise des fantômes ou similaire mais la configuration réelle des services tels que AD ou Exchange est un processus de point manuel et de clic qu'il pourrait être facile de se retrouver avec des incohérences.
Comment les gens suggèrent-ils de créer une documentation de construction qui assurera la cohérence? Et deuxièmement, comment documentez-vous la configuration sans recourir à des charges de captures d'écran, etc.? J'envisage en fait de l'utilisation de Camtasia pour saisir une vidéo du processus de configuration qui semble ridicule.
Merci pour ton aide!
eDIT: Certaines des réponses ci-dessous ont été très utiles et je pense que je vais m'avoir un chemin d'où j'aimerais être. En particulier, l'utilisation de fichiers de réponses pour les installations scriptables aidera à créer des installations cohérentes et certains des outils WMI seront très utiles pour la documentation (Lansweeper, SyDisProject, etc.)
Ce que je veux vraiment vraiment, c'est avoir un outil capable de cracher toute la configuration dans un format humain lisible/modifitable et de la sucer à nouveau. UNIX a essentiellement toujours cela avec des fichiers de configuration auto-documentant, il s'agit donc d'une grande déception de ne pas avoir la même installation dans un système d'exploitation supposément moderne!
Vous dites que vous construisez les Sytems à partir de zéro, il semble donc que vous soyez plus intéressé par la configuration automatisée que vous saisissez la configuration à partir d'un système "en direct".
L'installation de chaque version de Windows puisque Windows 2000 a été assez simple d'automatiser via des "fichiers de réponses".
L'installation d'Active Directory (DCPROMO.EXE) peut être effectuée à partir d'un fichier de réponses.
Les objets peuvent être importés dans Active Directory à partir de fichiers CSV/LDIF ou ajouté par programme via un script. Si vous créez un seul domaine, ces objets ne devront être importés qu'une fois et une importation CSV/LDIF ira probablement bien. Si vous créez plusieurs domaines ou plusieurs forêts, vous serez probablement mieux servi en écrivant un script (car les noms distingués d'objets seront différents sur un domaine de domaine, forêt-forêt).
L'installation de chaque version de Exchange depuis Echange 2000 peut être automatisée avec un fichier de réponses.
Dans un environnement Active Directory, beaucoup de cohérence de la configuration peuvent être obtenus à l'aide de la stratégie de groupe pour appliquer les paramètres sur les ordinateurs. Je tire pour un objectif d'avoir tous les paramètres de configuration non stock Re: le système d'exploitation défini par la stratégie de groupe telle que lorsque je déploie un nouveau serveur, je ne suis pas des éléments de configuration à la main (permettant d'autoriser le "Desktop à distance", l'exécution/supprimer Composants Windows '/ SYSOCMGR Pour modifier les composants Windows chargés, appliquer des autorisations de système de fichiers locales et des autorisations de registre, etc.).
Au-delà de l'installation initiale des produits, des connaissances sur l'endroit où chaque produit stocke sa configuration vous mènera grandement vers la cohérence. Les scripts pour manipuler le système de fichiers et le registre ne sont pas un lot total différent sur Windows que de manipuler des fichiers de configuration sur une machine * Nix. Lorsque la manipulation du registre n'est pas appropriée, il existe généralement des utilitaires de ligne de commande pour effectuer la plupart des autres tâches de configuration (Netsh, la commande "NET", les outils de kit de ressources, etc.). Je serais assez certain que la plupart des tâches de configuration que vous allez fuir ont déjà été automatisées et faites scriptably par quelqu'un si vous avez l'air assez difficile .
re: Imagerie du disque - Si vous avez un matériel identique, vous pouvez vous éloigner de l'imagerie de disque après l'utilisation de l'outil SYSPREP pour réinitialiser l'ID de sécurité de l'ordinateur (SID) et le préparer à l'imagerie. Si votre matériel n'est pas cohérent, cependant, je recommanderais contre l'imagerie de disque. Votre fournisseur de serveur, en supposant que c'est une marque de noms, devrait avoir une "histoire" pour le déploiement automatisé du système d'exploitation comprenant l'approvisionnement des pilotes du matériel (OpenManage Server Assistant, SmartStart, etc.).
Une autre option pour les systèmes "en direct" est SYDI ( http://sysdiproject.com/ )
Du site Web du projet: "Au niveau le plus élémentaire, SYDI consiste en une collection de scripts qui collectionne des informations à partir de vos serveurs et de vos réseaux, puis écrit les données à un rapport.
Documenter un réseau peut sembler un énorme projet, SYDI vous aide à démarrer. Au lieu de collecter manuellement des informations telles que les adresses IP, la version du système d'exploitation, la configuration matérielle Les scripts le collecte automatiquement, il peut écrire directement sur Word (ou XML). "
Nous avons des logiciels qui peuvent documenter IIS, serveurs Windows, SQL Instances, Exchange.
Il existe une version gratuite pouvant couvrir certaines de vos besoins.
http://centrel-solutions.com/xiaconfiguration
Merci,
Dave
J'ai récemment commencé à jouer avec Spiceworks et je dois admettre que je soupçonne que cela fonctionne par le principe FM.
Tant que vos machines sont authentifiées sur le domaine, cela s'occupera de tout. À tout le moins, utilisez-le pour créer une documentation dans une forme que vous connaissez plus.