Wie können Sie Informationen zur Serverwartung mit Ihrem Team koordinieren? [geschlossen]

Ich bin in einem Team, das die Wartungsaktivitäten und einige andere Aktivitäten für einige Server in unserem Unternehmen koordiniert. Jetzt, da mehr Mitarbeiter im Team sind und mehr Server von uns betreut werden, wird es immer schwieriger, Probleme oder Tipps im Zusammenhang mit der Wartung bestimmter Server im Auge zu behalten.

Ich frage mich, ob es Tools oder Methoden gibt, die die Koordination dieser Art von Informationen erleichtern. Ich habe einige Fehlerverfolgungstools ausprobiert, aber diese sind sehr spezifisch für Probleme und Fehler. Momentan senden wir nach jeder Aktivität E-Mail-Zusammenfassungen. Wenn jedoch eine neue Person dem Team beitritt, hat sie diesen Verlauf nicht. Ich habe auch über ein Wiki nachgedacht, aber das schien für diese Art der Aufzeichnung unangenehm.

Zum Beispiel möchte ich für die Server a, b und c die Tatsache verfolgen, dass die Dienste 1, 2 und 3 vor einem Neustart vor einem Neustart heruntergefahren werden müssen. Wenn ein Upgrade auf den Servern b und c stattgefunden hat, möchte ich eine Möglichkeit haben, die Probleme zu verfolgen, die während des Upgrades aufgetreten sind. Auf diese Weise kann einige Zeit später, wenn eine andere Person im Team an einer Wartungsaktivität für Server "b" beteiligt sein wird, der gesamte Verlauf dieses Servers angezeigt werden.

Alle Tipps oder Lösungen wäre sehr dankbar.

Ich habe zwei Methoden angewendet:

1) Wiki Wir sind ein Google Apps-Unternehmensbenutzer und verwenden die Funktion "Websites" als unser Wiki. Natürlich gesperrt, damit nur Domain-Benutzer es sehen können (bei Bedarf können Sie noch spezifischer werden).

Jeder Server hat zwei Seiten im Wiki. Eine Seite für Spezifikationen, Verwendung und wichtige Hinweise sowie eine Seite ist das Aktivitätsprotokoll. Das Protokoll ist eine Tabelle mit Datum, Uhrzeit, Aufgabe und einer Neustartanzeige. Im Idealfall passiert nichts, was nicht protokolliert wird!

Randnotiz: Mit Googles "Websites" können die Protokollierungsseiten mithilfe der "Listen" -Vorlage sehr einfach erstellt werden.

2) WhatsUp Pro

Ich verwende WhatsUp, um meine Server und Geräte zu überwachen. Wo nützlich, habe ich dem Feld für Freiformnotizen für das Gerät wichtige Informationen hinzugefügt ("Denken Sie daran, Dienst x zu starten" oder "Stellen Sie sicher, dass Schnittstelle A angezeigt wird"). Wenn der Bereitschaftsdienst (per SMS) angerufen wird, enthält der Text diese Notizen. Sehr praktisch zu haben.

Das Beste, was ich gefunden habe, ist ein zentraler Ort für Ihre Dokumentation, den jeder kennt. Ich persönlich bevorzuge ein Wiki, weil es schnell und einfach ist. Andere Optionen wären ein Revisionskontrollsystem wie Subversion , GIT oder CVS . Sharepoint und seine Dokumentenverwaltungsfunktionen funktionieren möglicherweise auch für Sie, aber das wäre eine ziemlich gewichtige Lösung für genau dieses Problem.

Ich würde SharePoint verwenden, insbesondere Windows SharePoint Services. Es ist relativ leicht, kostet Sie nichts und kann einige schöne mehrdimensionale Ansichten von Daten erstellen. Im einfachsten Fall kann es sich nur um eine einzelne Liste handeln, die nach Servername und Rolle gruppiert ist. Eine zweite Ansicht zeigt sie ebenfalls nach Rolle und dann nach Servername. Sie können auch einige der anderen Listentypen für Funktionen wie freigegebenes Kalendern (es ist das 30., bei dem die alte Box neu gestartet werden muss), Kontakte usw. verwenden.

Es hört sich so an, als ob Sie ein internes Ticketingsystem benötigen, das auch als Wissensdatenbank für die Suche / Verknüpfung früherer und verwandter Tickets verwendet werden kann, die unter derselben Kategorie abgelegt sind.

Wir verwenden "Track-It!" in meinem Unternehmen, um alle Wartungsarbeiten einschließlich betrieblicher Anforderungen im Auge zu behalten. Ich bin sicher, es gibt noch andere bessere und / oder billigere Lösungen.

IMO, die Implementierung eines Ticketingsystems ist einfach. Der schwierige Teil besteht darin, dass alle Administratoren / Techniker den Prozess des Erstellens und korrekten Ausfüllens eines Tickets verfolgen, damit es später durchsucht und referenziert werden kann.

Wirf einfach eine andere Option in die Mischung. Ich habe Tiddlywiki schon lange benutzt, aber es ist nur ein Client-Wiki. Es gibt einige Hacks, um es mit einem Server zu synchronisieren, aber ich fand das nicht sehr einfach.

Die Idee, mit der ich jetzt arbeite, ist, ein Tiddlywiki zu verwenden, um die Aktivitäten unseres Teams mit Servern zu verfolgen, und Subversion zu verwenden, um das Tiddlywiki miteinander synchron zu halten . Auf diese Weise haben wir immer eine schreibgeschützte Kopie unserer Protokolle zur Verfügung. Wenn wir Änderungen vornehmen, können wir das Subversion- Repository übernehmen.

Ich spiele damit herum, aber im Moment scheint dies die kostengünstigste und am einfachsten zu implementierende Lösung zu sein.

Eine Anzahl von Personen, die eine Reihe von Servern im Haus unterstützen, unterscheidet sich nicht von denselben Personen, die dieselbe Anzahl von Servern im ganzen Land unterstützen.

Das Bug-Tracking-System eines Mannes ist der "Server-Wartungsverlauf" eines anderen Mannes :)

• Abhängig von dem von Ihnen ausgewählten System sollte es einen Ort geben, an dem Informationen zu jedem Projekt (Server) gespeichert und Fälle (Wartungsvorfälle) jedes Servers angehängt werden können.

• Nichts geht über das Spiralblock und einen Stift (in meinem Buch), um aufzuschreiben, was passiert, bevor die Notizen kohärenter und möglicherweise organisierter in das System eingegeben werden (während Sie an etwas arbeiten, das schneller zu schreiben ist) - manchmal).

Der erste Schritt besteht darin, zu erkennen, dass ein "System" erforderlich ist, und jemanden dazu zu bringen, dafür zu bezahlen.

Was ein Bug-Tracking-System betrifft, werde ich es vermeiden, den offensichtlichen Vorschlag zu machen, es zu versuchen :)

Wir verwenden Spiceworks , um alle unsere Server- / Workstation-Informationen zu verfolgen und um Anfragen zu erhalten, die über Helpdesk-Tickets eingehen. Das Beste daran ist, dass es kostenlos ist.