Fra IT-kaos til overblik: Byg et enkelt IT-tjek med PowerShell

Det starter sjældent med en stor teknisk fejl.

En medarbejder fortæller, at computeren er langsom. En anden oplever problemer med netværket. En tredje kan ikke huske, hvornår udstyret sidst blev gennemgået.

Hver opgave bliver måske løst hurtigt. Men hvis ingen registrerer problemerne, bliver det svært at opdage mønstre.

Det er en udfordring, mange mindre IT-miljøer kan genkende.

Her gennemgår vi, hvordan du kan bruge Windows PowerShell til at indsamle nogle grundlæggende oplysninger om en computer, undersøge en netværksforbindelse og skabe et enkelt udgangspunkt for IT-dokumentation.

Eksemplerne er beregnet til Windows-computere og bruger læsekommandoer, der ikke ændrer systemindstillinger.

Hvorfor begynde med et simpelt IT-overblik?

Forestil dig en virksomhed med 15 medarbejdere.

Alle har en arbejdscomputer. Nogle bruger Microsoft 365, mens andre også arbejder i økonomisystemer eller specialiserede programmer.

Virksomheden har måske styr på indkøbene, men ikke nødvendigvis på udstyrets aktuelle tilstand.

Hvilke Windows-versioner bliver brugt? Hvilke computere har gentagne problemer? Og hvornår blev en bestemt enhed sidst genstartet?

Det kræver ikke nødvendigvis et stort administrationssystem at begynde at stille de spørgsmål.

Et enkelt PowerShell-tjek kan være en praktisk start.

Det erstatter ikke professionel overvågning, sikkerhedsstyring eller en komplet IT-inventarløsning. Men det kan hjælpe med at gøre almindelige tekniske observationer mere systematiske.

1. Hent grundlæggende oplysninger om computeren

PowerShell kan læse oplysninger fra Windows gennem CIM.

Åbn PowerShell på en Windows-computer, hvor du har tilladelse til at udføre tekniske kontroller.

Start med følgende kommandoer:

$computer = Get-CimInstance -ClassName Win32_ComputerSystem

$system = Get-CimInstance -ClassName Win32_OperatingSystem

$computer | Select-Object Name, Manufacturer, Model

$system | Select-Object Caption, Version, LastBootUpTime

Kommandoerne viser blandt andet computerens navn, producent, model, Windows-version og seneste opstartstidspunkt.

Det er oplysninger, som kan være nyttige ved almindelig fejlfinding.

Hvis en medarbejder oplever gentagne problemer med en bestemt computer, kan teknikeren hurtigt kontrollere, hvilken model og Windows-version der er tale om.

Det betyder ikke, at en ældre Windows-version automatisk er årsagen til fejlen.

Men oplysningerne giver et bedre grundlag for den videre undersøgelse.

2. Saml oplysningerne i ét resultat

I stedet for at læse flere separate outputs kan vi samle oplysningerne i et PowerShell-objekt.

$computer = Get-CimInstance -ClassName Win32_ComputerSystem
$system = Get-CimInstance -ClassName Win32_OperatingSystem

$status = [PSCustomObject]@{
    ComputerName = $env:COMPUTERNAME
    Manufacturer = $computer.Manufacturer
    Model = $computer.Model
    OperatingSystem = $system.Caption
    OSVersion = $system.Version
    LastBoot = $system.LastBootUpTime
}

$status | Format-List

Fordelen ved et struktureret objekt er, at oplysningerne bliver lettere at læse og arbejde videre med.

Du kan ændre felterne, hvis virksomheden har brug for andre oplysninger.

Det kan eksempelvis være relevant at registrere en intern enhedsidentifikation eller den afdeling, som computeren tilhører.

Undgå dog at indsamle flere oplysninger end nødvendigt.

IT-dokumentation skal være nyttig og sikker, ikke blot omfattende.

3. Gem resultatet som CSV

Hvis oplysningerne skal bruges i en enkel udstyrsoversigt, kan PowerShell eksportere objektet til en CSV-fil.

$folder = [Environment]::GetFolderPath("MyDocuments")

$file = Join-Path $folder "it-status.csv"

$status | Export-Csv `
    -Path $file `
    -NoTypeInformation `
    -Encoding UTF8

Filen gemmes i brugerens dokumentmappe, hvis mappen er tilgængelig og skrivbar.

CSV-formatet kan åbnes i Excel eller behandles med andre værktøjer.

Et enkelt resultat fra én computer er naturligvis ikke en komplet udstyrsliste.

Men hvis en virksomhed har en godkendt proces for at indsamle oplysninger fra sine arbejdscomputere, kan strukturerede data gøre inventararbejdet mere ensartet.

Vær opmærksom på adgangskontrol og opbevaring. En udstyrsliste kan indeholde interne oplysninger, som ikke bør deles offentligt.

4. Undersøg netværkskonfigurationen

Netværksproblemer er en almindelig kilde til frustration.

En medarbejder fortæller måske, at internettet ikke fungerer.

Men hvad betyder det konkret?

Kan computeren ikke få forbindelse til det lokale netværk? Fungerer forbindelsen, men ikke navneopslag? Eller er det kun en bestemt tjeneste, der er utilgængelig?

Du kan begynde med at se computerens netværkskonfiguration:

Get-NetIPConfiguration

Kommandoen viser oplysninger om netværksadaptere, IP-konfiguration og standardgateway.

Den kan hjælpe med at opdage åbenlyse konfigurationsproblemer.

Det er dog vigtigt at forstå, at en gyldig IP-adresse ikke betyder, at alle netværkstjenester fungerer.

Derfor bør fejlfinding fortsætte med en konkret test af den forbindelse, der giver problemer.

5. Test forbindelsen til en bestemt tjeneste

PowerShell indeholder kommandoen Test-NetConnection, som kan undersøge netværksforbindelsen til en bestemt destination.

Eksempel:

Test-NetConnection -ComputerName "microsoft.com" -Port 443

Her bliver det undersøgt, om computeren kan oprette en TCP-forbindelse til den angivne destination på port 443.

Det er ikke en komplet test af Microsoft 365.

En vellykket TCP-test fortæller heller ikke, om login, brugerrettigheder eller et bestemt program fungerer korrekt.

Men kommandoen kan hjælpe med at afgrænse et netværksproblem.

Ved fejlfinding i virksomhedens egne tjenester skal du bruge den korrekte, godkendte serveradresse og port.

Undgå at teste systemer, som du ikke har tilladelse til at undersøge.

6. Dokumentér symptomet – ikke kun løsningen

Mange supportopgaver bliver afsluttet med en kort besked:

"Problemet løst."

Det er naturligvis godt, at medarbejderen kan fortsætte arbejdet.

Men hvis den samme fejl vender tilbage, mangler der vigtig information.

En kort supportlog kan eksempelvis indeholde:

Felt	Eksempel
Enhed	Kontor-PC-07
Symptom	Mister forbindelsen til fælles filer
Tidspunkt	Mandag formiddag
Omfang	Én medarbejder
Undersøgelse	Netværkskonfiguration kontrolleret
Resultat	Afventer videre fejlfinding

En sådan oversigt gør det lettere at se, om bestemte fejl opstår regelmæssigt.

Den kan også hjælpe den næste tekniker med at forstå, hvad der allerede er undersøgt.

Dokumentationen bør være præcis og neutral.

Hvis årsagen endnu ikke er kendt, er det bedre at skrive det end at registrere en usikker forklaring som et faktum.

7. Hvornår er scripts ikke nok?

PowerShell kan være nyttigt til lokale kontroller og gentagne administrative opgaver.

Men scripts alene giver ikke et komplet billede af virksomhedens IT.

Et script kan vise computerens model og operativsystem. Det kan ikke uden videre fortælle, om medarbejderens samlede arbejdsproces fungerer godt.

Det kan heller ikke erstatte en vurdering af sikkerhed, backup, licenser og systemintegrationer.

Derudover bør automatiserede scripts kun anvendes efter virksomhedens egne regler.

Det gælder især, hvis scripts skal køres på flere computere eller indsamle oplysninger på tværs af organisationen.

En god proces skal beskrive, hvilke data der indsamles, hvem der må se dem, og hvor længe de opbevares.

Det er lige så vigtigt som selve koden.

Fra tekniske kommandoer til bedre IT-drift

For virksomheder, der søger efter IT Firma Kolding, kan god IT-drift handle om en kombination af praktisk support, vedligeholdelse og rådgivning.

HOUSE4IT A/S har base i Kolding og arbejder med IT-support, IT-sikkerhed, Microsoft 365, cloudløsninger og Uniconta ERP.

Virksomheder kan læse mere om HOUSE4IT A/S og deres IT-ydelser og undersøge, hvilke løsninger der passer til deres behov.

Selv en enkel PowerShell-baseret kontrol kan give et bedre udgangspunkt for dialogen mellem medarbejdere og IT-support.

Men det vigtigste er stadig at forstå, hvorfor oplysningerne bliver indsamlet.

Hvis formålet er at identificere tilbagevendende fejl, skal dokumentationen understøtte det.

Hvis formålet er at planlægge udskiftning af udstyr, bør virksomheden også kende udstyrets faktiske tilstand og kravene fra de programmer, der bruges.

Et script er et værktøj.

Det er først værdifuldt, når det hjælper med at løse et reelt problem.

Afsluttende tanke

Det behøver ikke begynde med avanceret overvågning eller et stort teknisk projekt.

Nogle gange er en enkel inventarliste, en tydelig supportlog og et par velvalgte PowerShell-kommandoer et fornuftigt sted at starte.

Når tekniske observationer bliver dokumenteret, kan virksomheden lettere opdage mønstre og planlægge næste skridt.

Og når medarbejdernes problemer bliver undersøgt systematisk, bliver IT-support mere end hurtige løsninger på enkeltstående fejl.

Det bliver en del af arbejdet med at skabe en mere stabil og overskuelig digital arbejdsplads.