IT Wartungsarbeiten dokumentieren

Gut so.
Dafür gibt es die Serverakte oder ein Ticketsystem wo die Changes dokumentiert sind.

Ich nutze Notepad weil immer zur Hand.

Und Ihr seid wer oder was?

Kann mamn auch selber bauen. Kommt drauf an, was noch mitschwingt! Ticketsytem o.ä. Dann reichen Stichwörter und eine "siehe unter".

Danach denke ich richtet sich auch der Aufwand.....

Im Autostart des Servers Hatten wir vor Zammad auch mal....

Ich tippe das für mich immer mit, in Excel.

Wann | Was | Wer | Bemerkung

Wann wurde etwas gemacht
Was wurde gemacht, möglichst mit Seriennummer wenn was getauscht wurde.
Wer hat die Arbeit ausgeführt, ggfs externe Firma.
Bemerkungen, falls Änderungen dadurch entstehe oder spätere Arbeite nötig sind

Wie immer: Es kommt darauf an
z.B. wie detailiert es sein muss.

Das übliche ist ein Ticketsystem, dessen Auswertung in Textform ausgegeben werden kann.

Moin,
das Eine schließt das Andere nicht aus. Zumal das Ganze revisionssicher sein sollte, weil sonst jeder im Nachhinein Änderungen vornehmen, die nicht der Wahrheit entsprechen. Weil dann kannst es auch bleiben lassen.

In der Regel hat man ein Logbuch, welches an das Inventar verknüpft ist. Somit ist zur jeder Zeit ersichtlich, wann wo wer welche Systeme (in Abhängigkeit) konfiguriert ist.

Das i-Tüpflchen ist nich, man verknüpft das entsprechende AuditLog mit dem Logbuch, so dass fehlende Einträge entsprechend gemeldet werden. Weil irgendwo sollte auch eine Kontrolle stattfinden - gerade bei Externen.

Der Paranoid ist, nimmt noch ein Session Recoding vor und hängt das Video in das Logbuch hinzu.


Gruß,
Dani

Dann wäre hier jetzt die richtige Stelle zu erklären wohin das geht und was die damit machen. Daraus ergibt sich dann deine Anforderung. Gerade bei Changes wäre es nicht dumm, wenn man eine gewisse Revisionssicherheit hat. Am Ende bist du noch der Dumme.

Excel und Co sehe ich als überaus ungeeignet für sowas.

Im Prinzip gibt es zwei Ansätze:

a) Ich will dokumentieren, sehe aber keine Notwendigkeit für eine professionelle Lösung. Dann behilft man sich halt irgendwie, meistens mit Dateien auf dem Dateisystem. Darin eine irgendwie selbst erdachte Struktur, Formatierung, etc.

b) Ich nutze ein Software dafür, die kostet i.d.R. auch Geld und das mitunter nicht zu knapp. Die ist aber dafür auch genau dafür gemacht. Z.B. Software wie Docusnap oder I-do-it inventarisieren nicht nur sondern du kannst auch auf verschiedenste Arten alles zum System dokumentieren. Oder eben Ticket, die vielleicht eher den Schwerpunkt bei vielen kleinen Änderungen auf einer großen Zahl an Systemen haben.

Wir wissen nichts von deiner Umgebung, über den Umfang, über die Vorgaben die man dir macht, über dein Budget, über bisherige Arbeitsweisen. Stell dir doch einfach mal die Frage die meistens ursächlich für die Einführung eines solchen Systems ist: Du fährst morgen vor den Baum. Übermorgen steht ein Server still. Dein Nachfolger, intern oder sogar extern, soll die Sache i.O. bringen. Woher weiß der was gemacht wurde? Bisher scheint ihr ja eher gar nicht zu dokumentieren, liegt also alles in einer Hand?