Je viens d'un arrière-plan Unix où la documentation de la configuration d'un service (email par exemple) pourrait être aussi simple que de récupérer quelques fichiers de configuration de texte et un paragraphe ou 2 de texte explicatif.
Face à la documentation de la configuration d'un grand nombre (50+) de boîtes Windows, je suis consterné de voir à quel point il est difficile d'avoir une vue d'une configuration de service. Je construis ces machines à partir de zéro, donc je suis confronté à la nécessité de maintenir la configuration cohérente sur toutes les machines. J'imaginerai tous les serveurs lorsque cela est possible en utilisant Ghost ou similaire, mais la configuration réelle de services comme AD ou Exchange est un processus de pointer-cliquer manuel qui pourrait être facile de se retrouver avec des incohérences.
Comment les gens me suggèrent-ils de créer une documentation de build qui garantira la cohérence? et deuxièmement, comment documentez-vous la configuration sans recourir à des charges de captures d'écran, etc.? En fait, j'envisage d'utiliser Camtasia pour saisir une vidéo du processus de configuration qui semble ridicule.
Merci de votre aide!
modifier: Certaines des réponses ci-dessous ont été très utiles et je pense que cela me permettra de trouver où je voudrais ê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, c'est avoir un outil qui puisse cracher toute la configuration dans un format lisible / modifiable par l'homme et aussi tout réintégrer. Unix a pratiquement toujours fait cela avec des fichiers de configuration auto-documentés, c'est donc une grande déception de ne pas avoir la même fonctionnalité dans un système d'exploitation soi-disant moderne!
Réponses:
Vous dites que vous construisez les systèmes à partir de zéro, donc il semble que vous soyez plus intéressé par la configuration automatisée que par la configuration d'un système "en direct".
L'installation de toutes les versions de Windows depuis Windows 2000 a été assez simple à 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és par programmation via un script. Si vous créez un seul domaine, ces objets ne devront être importés qu'une seule fois et l'importation CSV / LDIF sera probablement correcte. Si vous créez plusieurs domaines ou plusieurs forêts, vous serez probablement mieux servi en écrivant un script (car les noms distinctifs des objets seront différents domaine par domaine, forêt par forêt).
L'installation de chaque version d'Exchange depuis Exchange 2000 peut être automatisée avec un fichier de réponses.
Dans un environnement Active Directory, une grande cohérence de configuration peut être obtenue en utilisant la stratégie de groupe pour appliquer les paramètres sur les ordinateurs. Je vis dans le but d'avoir tous les paramètres de configuration non stockés re: le système d'exploitation défini par la stratégie de groupe de telle sorte que lorsque je déploie un nouveau serveur, je ne coche pas les éléments de configuration à la main (autorisant «Bureau à distance», exécutant «Ajouter / Supprimer» Composants Windows / SYSOCMGR pour modifier les composants Windows chargés, en appliquant le système de fichiers local et les autorisations de registre, etc.).
Au-delà de l'installation initiale des produits, la connaissance de l'endroit où chaque produit stocke sa configuration vous mènera loin vers la cohérence. Les scripts pour manipuler le système de fichiers et le registre ne sont pas très différents sous Windows que la manipulation de 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 du kit de ressources, etc.). Je serais presque certain que la plupart des tâches de configuration que vous allez rencontrer ont déjà été automatisées et rendues scriptables par quelqu'un si vous regardez bien.
re: imagerie de disque - Si vous disposez d'un matériel identique, vous pouvez vous en sortir avec l'imagerie de disque après avoir utilisé l'outil SYSPREP pour réinitialiser l'ID de sécurité de l'ordinateur (SID) et le préparer pour l'imagerie. Si votre matériel n'est pas cohérent, je déconseille l'imagerie de disque. Votre fournisseur de serveur, en supposant qu'il s'agit d'une marque de nom, devrait avoir une «histoire» pour le déploiement automatisé du système d'exploitation qui comprend la fourniture des pilotes pour le matériel (OpenManage Server Assistant, SmartStart, etc.).
la source
Une autre option pour les systèmes "en direct" est SYDI ( http://sydiproject.com/ )
Depuis le site Web du projet: "Au niveau le plus élémentaire, SYDI consiste en une collection de scripts qui collecte des informations à partir de vos serveurs et réseaux, puis écrit les données dans 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 les collectent automatiquement, ils peuvent les écrire directement dans Word (ou XML). "
la source
Une grande partie de la configuration de Windows est en fait stockée de manière logique et logique et dans des emplacements logiques et logiques. Si vous y arrivez avec votre chapeau Unix bien en place, vous essayez probablement d'adopter une approche de type Unix pour collecter ces informations, ce qui vous conduira très rapidement dans un gâchis.
Pour prendre l'exemple des stratégies de groupe: afin de documenter la configuration de GPO, vous pouvez simplement utiliser gpmc pour (1) générer des documents de configuration lisibles par l'homme et (2) générer des exportations utilisables par machine de votre configuration de GPO actuelle. Ce ne sont que quelques clics de souris et vous aurez tout dans un bel emballage.
Pour la configuration du serveur, vous pouvez utiliser des scripts WMI pour vider n'importe quelle quantité d'informations imaginables dans le format précis que vous souhaitez, sans avoir à vous approcher d'AD, du système de fichiers ou du registre. Vous pouvez même utiliser des outils gratuits comme LANSweeper ( http://www.lansweeper.com/ ) pour automatiser le processus et rendre le résultat final disponible sur une page Web pour que tout le monde puisse le voir.
Un autre point à prendre en compte, qui a été abordé ci-dessus mais mérite d'être répété, est que dans un environnement AD, les serveurs n'existent pas isolément les uns des autres. La configuration de AD, Exchange et GPO est une tâche unique. Vous n'avez pas besoin de configurer les GPO séparément sur chaque contrôleur de domaine, par exemple.
la source
Nous avons des logiciels qui peuvent documenter IIS, les serveurs Windows, les instances SQL, Exchange.
Il existe une version GRATUITE qui peut couvrir certaines de vos exigences.
http://centrel-solutions.com/xiaconfiguration
Merci,
Dave
la source
J'ai récemment commencé à jouer avec Spiceworks, et je dois admettre que je pense que cela fonctionne selon le principe FM.
Tant que vos machines sont authentifiées par domaine, elles s'occuperont de tout. À tout le moins, utilisez-le pour créer de la documentation sous une forme que vous connaissez mieux.
la source