Serverdokumentation, hvad og hvor meget er nødvendigt ifølge jer?

Hej _psyduck_

Dokumentation er noget underligt. For meget så gider man ikke læse det, for lidt er det ubrugeligt. Jeg må indrømme at jeg har ikke dokumentation på mine 12 Windows servere, men det er nok lige så meget fordi hvis jeg skal bruge tid på dokumentation så er der andre opgaver som måske ikke løses.

Jeg har dokumentation over vores overordnet IP netværk (VPN forbindelser, tildelte IPranges og lign.)

Man skal samtidig huske at Dokumentationen er kun brugbar så længe den er opdateret, en outdated Dokumentation er ubrugelig.

Jeg gør det den dag jeg får afsat tid til det af min arbejdsplads og de kræver det, men nok ikke før det.

Pointen med dokumentation er det som de "over there" kalder "business continuity". Forretningen skal blive ved med at køre, eller relativt hurtigt køre igen, selv om IT'en er nede.

Du skal skrive al den information ned som du (eller en ekstern konsulent) har brug for hvis en af dine servere eksploderer i atomer og skal genopbygges i en fart. Samtidig skal du nedfælde hvad du egentlig har tænkt dig at gøre hvis de 4-5 timer serveren er nede IKKE er en acceptabel mængde af nedetid.
Forestil dig følgende når du laver dokumentation: Alle dine servere, printere, switche og firewalls er stjålet. Du står kun med et backup bånd i hånden, og du har 1 uge til at få dine 20 servere i luften igen. Jeg har prøvet det her, og det er ikke fedt hvis der ingen dokumentation er...
I det scenarie kunne det jo være godt for dig hvis din udprintede dokumentation starter med en leverandørfortegnelse med kontaktpersoner etc, så du kan komme igang med at ringe rundt med det samme. Tænk det igennem derfra, trin for trin.

En anden pointe med at have dokumentation er følgende: Du får lov at gå på ferie eller lægge dig syg ind imellem. Så i dokumentation bør der også være plads til at skrive lidt om sine daglige procedurer, som feks skift af backup bånd og deslige, samt hvem der gør det når du ikke er der. Sådan et digert dokument kan redde din egen bagdel fra påtale fra oven, hvis det går galt en dag.

Jeg har iøvrigt lavet denne disaster recovery vejledning til et ganske særligt scenarie:
http://www.it-admin.dk/tiki-index.php?page=Disaster+Recovery+af+Exchange+2003+installeret+p%C3%A5+en+Domain+Controller

Det er nogle lidt sære ting man har brug for at vide, hvis du kigger på listen først (under "sammel info sammen"). Hvem kunne have forudset at man absolut skal vide hvad install path til Exchange er, for at kunne lave restore af den...
Alt i alt tror jeg dette kommer an på erfaring, og på at have prøvet det. Jeg kan kun opfordre dig til at teste disaster recovery en dag, og alle de spørgsmål du står med og alle de ting du mangler når du skal lave det, det er hvad der skal stå i din dokumentation.

Hej strych9,

Jeg må tilstå at jeg er ked af at man kun kan tildele max 200 point herinde, for dit svar er langt mere værd :-)

Dit svar er lige præcis det som jeg ubevist ledte efter.

Jeg takker og lukker spørgsmålet.

PS: Sej vejledning på hjemmesiden du har, jeg håber at du i fremtiden måske får lyst til at lave flere i den stil, de er ihvertfald 110% rigtig gode!

PPS: smid lige et svar strych9, så jeg kan lukke spørgsmålet :)

Her er et svar. Tak for roserne.
Der skal nok komme mere på hjemmesiden. Har bare lige lidt travlt med at læse til VMware ESX testen som jeg tager fredag næste uge. Skulle gerne blive VCP certificeret så det er af vejen, og så er der tid til andre ting =)

Held og lykke herfra ihvertfald :)