Ich komme aus einem Unix-Hintergrund, in dem die Dokumentation der Konfiguration eines Dienstes (z. B. E-Mail) so einfach sein kann, dass Sie ein paar Textkonfigurationsdateien und einen oder zwei Absätze mit erläuterndem Text herunterladen.
Angesichts der Dokumentation der Konfiguration vieler (50+) Windows-Boxen ist es mir ein Rätsel, wie schwierig es ist, einen Überblick über eine Dienstkonfiguration zu erhalten. Ich baue diese Maschinen von Grund auf neu und stehe vor der Notwendigkeit, die Konfiguration auf allen Maschinen konsistent zu halten. Ich werde alle Server abbilden, auf denen Ghost oder ähnliches verwendet werden kann, aber die tatsächliche Konfiguration von Diensten wie AD oder Exchange ist ein so manueller Point & Click-Prozess, dass es leicht zu Inkonsistenzen kommen kann.
Wie schlagen die Leute vor, eine Build-Dokumentation zu erstellen, die die Konsistenz gewährleistet? und zweitens, wie dokumentiert man die Konfiguration, ohne auf jede Menge Screenshots usw. zurückzugreifen? Ich denke darüber nach, Camtasia zu verwenden, um ein Video des Konfigurationsprozesses aufzunehmen, was lächerlich erscheint.
Danke für Ihre Hilfe!
Bearbeiten: Einige der folgenden Antworten waren sehr hilfreich und ich denke, sie werden mich dahin bringen, wo ich gerne sein würde. Insbesondere die Verwendung von Antwortdateien für skriptfähige Installationen trägt zur Erstellung konsistenter Installationen bei, und einige der WMI-Tools sind sehr nützlich für die Dokumentation (LANsweeper, SYDisproject usw.).
Was ich wirklich wirklich will, ist ein Tool, das die gesamte Konfiguration in ein für Menschen lesbares / editierbares Format ausspuckt und es auch wieder einsaugt. Unix hat dies im Grunde immer mit selbstdokumentierenden Konfigurationsdateien gemacht, daher ist es eine große Enttäuschung, in einem vermeintlich modernen Betriebssystem nicht dieselbe Funktion zu haben!
Antworten:
Sie sagen, Sie erstellen die Systeme von Grund auf neu. Es scheint also, dass Sie mehr an der automatisierten Einrichtung interessiert sind, als dass Sie die Konfiguration von einem "Live" -System übernehmen.
Die Installation jeder Windows-Version seit Windows 2000 war relativ einfach über "Antwortdateien" zu automatisieren.
Die Installation von Active Directory (dcpromo.exe) kann über eine Antwortdatei erfolgen.
Objekte können aus CSV / LDIF-Dateien in Active Directory importiert oder programmgesteuert über ein Skript hinzugefügt werden. Wenn Sie eine einzelne Domäne erstellen, müssen diese Objekte nur einmal importiert werden, und der CSV / LDIF-Import ist wahrscheinlich in Ordnung. Wenn Sie mehrere Domänen oder mehrere Gesamtstrukturen erstellen, empfiehlt es sich, ein Skript zu schreiben (da sich die eindeutigen Namen von Objekten auf Domänenbasis und Gesamtstrukturbasis unterscheiden).
Die Installation jeder Exchange-Version seit Exchange 2000 kann mit einer Antwortdatei automatisiert werden.
In einer Active Directory-Umgebung kann mithilfe von Gruppenrichtlinien eine hohe Konfigurationskonsistenz erzielt werden, um Einstellungen auf Computern durchzusetzen. Ich arbeite für das Ziel, alle Nicht-Standard-Konfigurationseinstellungen in Bezug auf das von der Gruppenrichtlinie festgelegte Betriebssystem so festzulegen, dass ich beim Bereitstellen eines neuen Servers keine Konfigurationselemente von Hand ankreuze (zulassen von 'Remote Desktop', Ausführen von 'Hinzufügen / Entfernen') Windows Components '/ SYSOCMGR, um die geladenen Windows-Komponenten zu ändern, lokale Dateisystem- und Registrierungsberechtigungen anzuwenden usw.).
Über die Erstinstallation der Produkte hinaus können Sie einen langen Weg zur Konsistenz zurücklegen, wenn Sie wissen, wo jedes Produkt seine Konfiguration speichert. Skripte zur Manipulation des Dateisystems und der Registrierung unterscheiden sich unter Windows nicht wesentlich von der Manipulation von Konfigurationsdateien auf einem * nix-Computer. Wo eine Manipulation der Registrierung nicht angebracht ist, gibt es normalerweise Befehlszeilenprogramme, mit denen die meisten anderen Konfigurationsaufgaben ausgeführt werden können (netsh, der Befehl "net", Resource Kit-Tools usw.). Ich bin mir ziemlich sicher, dass die meisten Konfigurationsaufgaben, auf die Sie stoßen werden, bereits automatisiert und von jemandem skriptfähig gemacht wurden, wenn Sie genau genug hinschauen.
re: disk imaging - Wenn Sie über identische Hardware verfügen, können Sie Disk Imaging durchführen, nachdem Sie mit dem SYSPREP-Tool die Sicherheits-ID (SID) des Computers zurückgesetzt und für das Imaging vorbereitet haben. Wenn Ihre Hardware jedoch nicht konsistent ist, würde ich die Verwendung von Disk Imaging empfehlen. Ihr Serverhersteller sollte, sofern es sich um einen Markennamen handelt, eine "Story" für die automatisierte Betriebssystembereitstellung haben, die die Bereitstellung der Treiber für die Hardware (OpenManage Server Assistant, SmartStart usw.) umfasst.
quelle
Eine weitere Option für "Live" -Systeme ist SYDI ( http://sydiproject.com/ ).
Über die Projektwebsite: "Auf der einfachsten Ebene besteht SYDI aus einer Sammlung von Skripten, die Informationen von Ihren Servern und Netzwerken sammeln und die Daten dann in einen Bericht schreiben.
Die Dokumentation eines Netzwerks kann wie ein riesiges Projekt erscheinen. SYDI hilft Ihnen beim Einstieg. Anstatt Informationen wie IP-Adressen, Betriebssystemversion und Hardwarekonfiguration manuell zu erfassen, erfasst das Skript diese automatisch und kann sie direkt in Word (oder XML) schreiben. "
quelle
Viele Windows-Konfigurationen werden tatsächlich auf vernünftige und logische Weise und an vernünftigen und logischen Orten gespeichert. Wenn Sie mit festem Unix-Hut darauf kommen, versuchen Sie wahrscheinlich einen Unix-ähnlichen Ansatz zu wählen, um diese Informationen zu sammeln, was Sie sehr schnell in ein Chaos führen wird.
Beispiel für Gruppenrichtlinien: Um die GPO-Konfiguration zu dokumentieren, können Sie mit gpmc (1) lesbare Konfigurationsdokumente und (2) maschinell verwendbare Exporte Ihrer aktuellen GPO-Konfiguration erstellen. Dies sind nur ein paar Mausklicks und Sie haben alles in einem schönen Paket.
Für die Serverkonfiguration können Sie WMI-Skripts verwenden, um alle vorstellbaren Informationen im gewünschten Format auszugeben, ohne sich in der Nähe von AD, Dateisystem oder Registrierung befinden zu müssen. Sie können sogar kostenlose Tools wie LANSweeper ( http://www.lansweeper.com/ ) verwenden, um den Prozess zu automatisieren und das Endergebnis auf einer Webseite für alle sichtbar zu machen.
Ein weiterer zu beachtender Punkt, der oben angesprochen wurde, sich jedoch wiederholt, ist, dass Server in einer AD-Umgebung nicht isoliert voneinander existieren. Das Konfigurieren von AD, Exchange und Gruppenrichtlinienobjekten ist ein einmaliger Vorgang. Beispielsweise müssen Sie Gruppenrichtlinienobjekte nicht auf jedem Domänencontroller separat konfigurieren.
quelle
Wir haben einige Software, die IIS, Windows Server, SQL Instances, Exchange dokumentieren kann.
Es gibt eine KOSTENLOSE Version, die möglicherweise einige Ihrer Anforderungen abdeckt.
http://centrel-solutions.com/xiaconfiguration
Vielen Dank,
Dave
quelle
Ich habe vor kurzem angefangen, mit Spiceworks zu spielen, und ich muss zugeben, dass es nach dem FM-Prinzip funktioniert.
Solange Ihre Computer domänenauthentifiziert sind, kümmert sie sich um alles. Verwenden Sie es zumindest, um eine Dokumentation in einer Form zu erstellen, mit der Sie besser vertraut sind.
quelle