SEO / Marketing-Agent (Meta für Yoast/RankMath): Title: RAID-Level einfach erklärt: Vor- & Nachteile + NetApp | abow.info Description: RAID 0, 1, 5, 6, 10 verständlich erklärt – Kapazität, Ausfallsicherheit, Vor- und Nachteile. Plus: Warum RAID kein Backup ist und wie NetApp mit RAID-DP/RAID-TEC arbeitet.

Inhaltsverzeichnis

1. Worum geht’s?
2. JBOD – der ehrliche Haufen Platten
3. Was bedeutet RAID eigentlich?
4. Die wichtigsten RAID-Level im Überblick
5. RAID-Level im direkten Vergleich (Tabelle)
6. Vor- und Nachteile – wann nimmst du was?
7. Warum RAID kein Backup ist
8. Der NetApp-Blick: RAID 4, RAID-DP & RAID-TEC
9. PowerShell: Storage-Health auslesen
10. Fazit

Worum geht’s?

Du hast mehrere Festplatten und willst entweder mehr Speed, mehr Kapazität, mehr Ausfallsicherheit – oder eine Mischung daraus. Genau das löst RAID. In diesem Beitrag gehe ich die gängigen RAID-Level durch, zeige dir Kapazität und Ausfalltoleranz, die ehrlichen Vor- und Nachteile, und am Ende werfe ich einen Blick darauf, wie ein Enterprise-Storage-Hersteller wie NetApp das Thema angeht.

IT-Agent (Faktencheck vorab): RAID stand ursprünglich für Redundant Array of Inexpensive Disks (Patterson, Gibson & Katz, Berkeley 1987). Erst das Marketing machte später Independent daraus, weil „billig“ im Enterprise-Vertrieb schlecht klang. Beide Schreibweisen sind heute geläufig – „Independent“ ist die offizielle.

JBOD – der ehrliche Haufen Platten

JBOD = Just a Bunch Of Disks. Hier arbeiten die Platten nicht zusammen – sie werden einfach als einzelne Laufwerke (oder linear aneinandergehängt = „Spanning“) präsentiert. Keine Redundanz, kein Performance-Gewinn durch Verteilung, keine Magie. JBOD ist genau das, was draufsteht: ein Bündel Platten.

Was bedeutet RAID eigentlich?

RAID = Redundant Array of Independent Disks. Mehrere Datenträger arbeiten zusammen, um eines oder mehrere dieser Ziele zu erreichen:

• Ausfallsicherheit – eine (oder mehrere) Platte(n) dürfen sterben, ohne dass Daten verloren gehen.
• Performance – Lese-/Schreibzugriffe werden auf mehrere Spindeln/SSDs verteilt.
• Kapazität – mehrere Platten bilden ein großes logisches Volume.

Erreicht wird das über drei Grundtechniken, die je nach Level kombiniert werden:

Die wichtigsten RAID-Level im Überblick

Im Folgenden ist n = Anzahl der Platten, S = Kapazität pro Platte (gleich große Platten vorausgesetzt).

RAID 0 – Striping

Daten werden über alle Platten gestriped. Maximale Kapazität und Geschwindigkeit, aber null Redundanz.

• Kapazität: n × S
• Mindestens: 2 Platten
• Ausfalltoleranz: 0 – fällt eine Platte aus, sind alle Daten weg.

RAID 1 – Mirroring

Jede Platte ist die identische Kopie der anderen.

• Kapazität: S (bei 2 Platten); allgemein (n × S) / 2 bei Spiegelpaaren
• Mindestens: 2 Platten
• Ausfalltoleranz: 1 Platte pro Spiegel

RAID 10 (1+0) – Mirror + Stripe

Erst spiegeln, dann über die Spiegelpaare stripen. Kombiniert Speed und Sicherheit.

• Kapazität: (n × S) / 2
• Mindestens: 4 Platten
• Ausfalltoleranz: pro Spiegelpaar darf 1 Platte ausfallen

IT-Agent (Korrektur zu deinen Notizen): In den handschriftlichen Notizen stand bei RAID 10 „mind. 2 Festplatten“. Das ist nicht korrekt – RAID 10 braucht mindestens 4 Platten, weil es ein Stripe über gespiegelte Paare ist. Mit 2 Platten hättest du nur ein RAID 1.

RAID 3 – Striping + dedizierte Parität

Byte-weises Striping mit einer eigenen, festen Paritätsplatte. Heute praktisch ausgestorben: Die einzelne Paritätsplatte ist ein Flaschenhals, RAID 5 hat es abgelöst. Gut zu kennen für die Prüfung, in der Praxis kaum noch anzutreffen.

RAID 5 – Striping + verteilte Parität

Daten und Parität werden über alle Platten verteilt (keine dedizierte Paritätsplatte mehr).

• Kapazität: (n − 1) × S
• Mindestens: 3 Platten
• Ausfalltoleranz: 1 Platte – fällt eine zweite aus, bevor die erste rekonstruiert ist → vollständiger Datenverlust.

RAID 6 – Striping + doppelte Parität

Wie RAID 5, aber mit zwei unabhängigen Paritätsblöcken (P und Q).

• Kapazität: (n − 2) × S
• Mindestens: 4 Platten
• Ausfalltoleranz: 2 Platten gleichzeitig

RAID-Level im direkten Vergleich

Level	Technik	Min. Platten	Nutzkapazität	Ausfalltoleranz	Lesen	Schreiben
RAID 0	Striping	2	n × S	0
RAID 1	Mirroring	2	(n × S)/2	1 / Spiegel
RAID 5	Striping + Parität	3	(n − 1) × S	1		(Write-Penalty)
RAID 6	Striping + 2× Parität	4	(n − 2) × S	2		(2× Write-Penalty)
RAID 10	Mirror + Stripe	4	(n × S)/2	≥ 1 (je Spiegel)

IT-Agent (Stichwort Write-Penalty): Bei RAID 5/6 muss für jeden kleinen Schreibvorgang erst gelesen, dann neu berechnet und wieder geschrieben werden (Read-Modify-Write). Das kostet IOPS. RAID 5 hat die „Write-Penalty 4″, RAID 6 sogar „6″. Merk dir das – es erklärt, warum datenbanklastige Systeme oft RAID 10 fahren.

Vor- und Nachteile – wann nimmst du was?

RAID 0

• Maximale Kapazität & Speed, kein Verschnitt
• Keinerlei Sicherheit – nur für Wegwerf-Daten (Scratch, Cache, Videoschnitt-Puffer)

RAID 1

• Simpel, schnelle Reads, sofort einsatzbereit nach Plattentausch
• 50 % Kapazitätsverlust, Schreibrate ≈ einer Einzelplatte

RAID 5

• Guter Kompromiss aus Kapazität und Sicherheit, nur 1 Platte „Verlust“
• Schwache Schreibperformance, riskant bei großen Platten (siehe Rebuild-Problem unten)

RAID 6

• Übersteht zwei gleichzeitige Ausfälle – ideal für große SATA-Platten
• Noch langsamere Schreibvorgänge, 2 Platten „Verlust“

RAID 10

• Bester Allrounder für Performance + Sicherheit, schnelle Rebuilds
• Teuer – 50 % der Rohkapazität gehen für Spiegel drauf

IT-Agent (Rebuild-Falle bei RAID 5): Je größer die Platten, desto länger dauert ein Rebuild – und während des stundenlangen Rebuilds werden alle übrigen Platten voll belastet. Steigt dabei eine zweite aus (oder taucht ein Lesefehler / URE auf), ist bei RAID 5 alles weg. Genau deshalb gilt RAID 5 bei großen Kapazitäten als überholt und man greift zu RAID 6 oder RAID 10.

Warum RAID kein Backup ist

Der wichtigste Satz des ganzen Beitrags:

RAID schützt vor Hardware-Ausfall – nicht vor Datenverlust.

RAID hilft dir nicht bei:

• versehentlich gelöschten Dateien (der Löschvorgang wird brav auf alle Platten gespiegelt),
• Ransomware / Verschlüsselung,
• defektem Dateisystem oder Controller-Fehlern,
• Feuer, Diebstahl, Überspannung (lokaler Totalverlust).

RAID = Verfügbarkeit. Backup = Wiederherstellbarkeit. Du brauchst beides. Stichwort 3-2-1-Regel: 3 Kopien, 2 verschiedene Medien, 1 Kopie außer Haus.

Der NetApp-Blick: RAID 4, RAID-DP & RAID-TEC

Im Enterprise-Storage sieht die RAID-Welt etwas anders aus. NetApp setzt in seinem Betriebssystem ONTAP nicht primär auf RAID 5/6, sondern auf drei eigene Verfahren:

• RAID 4 – Striping mit dedizierter Paritätsplatte (eigentlich der „alte“ Ansatz, der unter RAID 5 ausgemustert wurde).
• RAID-DP (Double Parity) – RAID 4 erweitert um eine zweite, diagonale Paritätsplatte. Übersteht zwei gleichzeitige Ausfälle und erfüllt damit die SNIA-Definition von RAID 6. Eingeführt 2003 mit Data ONTAP 6.5.
• RAID-TEC (Triple Erasure Coding) – dritte Parität, übersteht drei gleichzeitige Ausfälle. Default-Policy für große Kapazitäts-HDDs (ab ca. 6 TB).

Warum tut NetApp das mit einer dedizierten Paritätsplatte überhaupt?

Normalerweise wäre eine feste Paritätsplatte ein Flaschenhals. NetApp umgeht das über das Dateisystem WAFL (Write Anywhere File Layout): Schreibvorgänge werden im RAM zu kompletten Stripes zusammengefasst und am Stück geschrieben – inklusive vorab berechneter Parität. Dadurch entfällt das teure Read-Modify-Write und die Write-Penalty fällt praktisch weg.

IT-Agent (Begriffs-Hierarchie bei NetApp): Die Reihenfolge ist Platten → RAID-Gruppen → Aggregat → Volumes. Mehrere Platten bilden eine RAID-Gruppe (RAID 4 / DP / TEC), mehrere RAID-Gruppen bilden ein Aggregat, darauf liegen die FlexVols. Das ist ein beliebter Stolperstein, wenn man von „klassischem“ Hardware-RAID kommt.

Marketing-Agent (Merksatz für den Leser): „RAID-DP gibt dir RAID-6-Sicherheit zum RAID-4-Preis.“ Genau so hat NetApp das damals beworben – und für die Prüfung ist es ein guter Anker: DP = doppelt, TEC = dreifach.

PowerShell: Storage-Health auslesen

Unter Windows (Server 2012+ / Win 8+) kannst du den Zustand deiner physischen Platten, Storage Pools und virtuellen Datenträger (Storage Spaces) mit dem nativen Storage-Modul auslesen. Hier ein kleines Skript, das dir alles kompakt auf einen Blick gibt – lokal oder per Remoting über mehrere Hosts:

<#
.NOTES
    Name: Get-StorageHealth
    Author: Andreas Bowitz
    Version: 0.1
    LastUpdated: 2026-Jun-03
#>

[CmdletBinding()]
param(
    [string[]]$ComputerName = $env:COMPUTERNAME
)

function Get-LocalStorageHealth {

    Write-Host "`n=== Physische Datenträger ===" -ForegroundColor Cyan
    Get-PhysicalDisk |
        Sort-Object DeviceId |
        Select-Object DeviceId, FriendlyName, MediaType,
            @{N = 'Size(GB)'; E = { [math]::Round($_.Size / 1GB, 1) } },
            HealthStatus, OperationalStatus |
        Format-Table -AutoSize

    Write-Host "=== Storage Pools ===" -ForegroundColor Cyan
    $pools = Get-StoragePool -IsPrimordial $false -ErrorAction SilentlyContinue
    if ($pools) {
        $pools |
            Select-Object FriendlyName,
                @{N = 'Size(GB)';      E = { [math]::Round($_.Size / 1GB, 1) } },
                @{N = 'Allocated(GB)'; E = { [math]::Round($_.AllocatedSize / 1GB, 1) } },
                HealthStatus, OperationalStatus |
            Format-Table -AutoSize
    }
    else {
        Write-Host "  Keine (nicht-primordialen) Storage Pools gefunden." -ForegroundColor DarkGray
    }

    Write-Host "=== Virtuelle Datenträger (Storage Spaces) ===" -ForegroundColor Cyan
    $vdisks = Get-VirtualDisk -ErrorAction SilentlyContinue
    if ($vdisks) {
        $vdisks |
            Select-Object FriendlyName, ResiliencySettingName,
                @{N = 'Size(GB)'; E = { [math]::Round($_.Size / 1GB, 1) } },
                HealthStatus, OperationalStatus |
            Format-Table -AutoSize
    }
    else {
        Write-Host "  Keine virtuellen Datenträger gefunden." -ForegroundColor DarkGray
    }
}

foreach ($computer in $ComputerName) {
    Write-Host "`n############################################" -ForegroundColor Yellow
    Write-Host "  Host: $computer" -ForegroundColor Yellow
    Write-Host "############################################" -ForegroundColor Yellow

    if ($computer -eq $env:COMPUTERNAME) {
        Get-LocalStorageHealth
    }
    else {
        if (Test-Connection -ComputerName $computer -Count 1 -Quiet) {
            try {
                Invoke-Command -ComputerName $computer `
                    -ScriptBlock ${function:Get-LocalStorageHealth} -ErrorAction Stop
            }
            catch {
                Write-Warning "  $computer : $($_.Exception.Message)"
            }
        }
        else {
            Write-Warning "  $computer ist nicht erreichbar (Ping fehlgeschlagen)."
        }
    }
}

IT-Agent (wichtige Einschränkung): Get-PhysicalDisk & Co. zeigen dir Software-RAID / Storage Spaces und den SMART-Status einzelner Disks. Steckt dein RAID hinter einem Hardware-Controller (Dell PERC, HPE Smart Array) oder einem NetApp-Filer, siehst du dort oft nur ein einziges logisches Volume. Für den echten RAID-Status brauchst du dann die Vendor-Tools: StorCLI / ssacli bzw. den NetApp System Manager oder die ONTAP CLI (storage aggregate show, storage disk show).

<a name=“fazit“></a>

Fazit

• RAID 0 = Speed/Kapazität, null Sicherheit.
• RAID 1 = simpel & sicher, halbe Kapazität.
• RAID 5 = guter Kompromiss, aber bei großen Platten riskant (Rebuild-Falle).
• RAID 6 = zwei Platten dürfen sterben – die vernünftige Wahl für große Arrays.
• RAID 10 = der Performance-Sicherheits-King, aber teuer.
• NetApp kocht mit RAID 4 / RAID-DP / RAID-TEC sein eigenes Süppchen – clever gelöst über WAFL.

Und nie vergessen: RAID ist kein Backup.

Wie immer berichte ich hier nur von meinen persönlichen Erfahrungen und Ergebnissen. Dies ist keine offizielle Anleitung von Microsoft oder NetApp. Das Nutzen von Skripten geschieht auf eigene Gefahr.

Diese Dokumentation basiert auf der Installation eines CU auf dem eigenständigen Exchange-Server exch01.domain.tld, der vorab mit allen aktuellen Windows-Updates versorgt wurde. Die zugrunde liegende Umgebung ist ein Multi-AD-Forest mit Child-Domain – also deutlich komplexer als eine Single-Forest-/Single-Domain-Struktur.

Wichtig vorab (Stand: Juni 2026): Exchange 2016/2019 sind End of Support

Exchange Server 2016 und 2019 haben am 14. Oktober 2025 das Support-Ende erreicht. Es gibt seitdem keine regulären Sicherheitsupdates, Bugfixes oder technischen Support mehr. Wer noch im Programm der Extended Security Updates (ESU) ist, erhält Updates nur noch bis April 2026 – das ist ausdrücklich nur ein Übergang, keine Dauerlösung.

Die einzige weiterhin unterstützte On-Prem-Variante ist Exchange Server Subscription Edition (SE). Exchange SE RTM ist code-identisch mit Exchange 2019 CU15; SE CU1 kam in H1/2026, SE CU2 folgt in H2/2026 und blockt dann die Koexistenz mit 2016/2019.

Konsequenz für dieses Thema: Reine CU-Installationen auf 2016/2019 sind heute fast nur noch im Rahmen einer In-Place-Migration nach SE relevant (2019 CU14/CU15 → SE) oder mit aktivem ESU. Der hier beschriebene Ablauf gilt aber technisch unverändert auch für Exchange Server SE – Modern Servicing bedeutet lediglich: Es ist immer nur das aktuellste CU supported (kein „N-1″ mehr).

Voraussetzungen

Passende Berechtigungen

Für das Update wird ein Benutzerkonto benötigt, das Mitglied in folgenden Gruppen ist:

• Organization Management
• Organisations-Admins (Enterprise Admins)
• Schema-Admins

Nur damit ist sichergestellt, dass alle Änderungen am Active-Directory-Schema und an der Exchange-Organisation durchgeführt werden können. Fehlen die Rechte, schlägt die Installation fehl – und die Ursache lässt sich oft nur mit gezielter Log-Recherche nachvollziehen.

In seltenen Konstellationen (wie z. B. bei domain.tld) ist die Gruppe Organisations-Admins nicht automatisch Mitglied der Domänen-Admins jeder betroffenen Domäne. Dann muss PrepareDomain zwingend mit einem Benutzer aus der Domänen-Admins-Gruppe der jeweiligen Domäne ausgeführt werden.

Vorbereitung der Arbeiten

Je nach Umgebung unterscheiden sich die Vorbereitungsschritte. Vieles lässt sich aber schon im Vorfeld erledigen.

Übersicht der Exchange-Server erfassen

Erstelle vorab eine Übersicht aller Exchange-Server inklusive Dienstestatus, Build-Versionen und ggf. Rollenverteilung. Das dokumentiert den IST-Zustand sauber und hilft im Fehlerfall enorm.

Tipp: Microsoft empfiehlt offiziell den Exchange Server Health Checker (PowerShell-Skript), um vorab zu sehen, welche CUs/SUs/manuellen Schritte ausstehen. Den IST-Zustand kannst du außerdem mit dem unten verlinkten Pre-Flight-Skript einsammeln.

Beginn der Arbeiten kommunizieren

Vor dem Start der Wartung den Kunden/Service Owner rechtzeitig informieren, damit Einschränkungen bekannt und eingeplant sind.

Exchange-Version ermitteln

Zuerst feststellen, welche Version aktuell läuft – per Exchange Management Shell oder EAC.

Get-ExchangeServer | Select-Object Name, AdminDisplayVersion | Format-Table

Beispielausgabe:

Name    AdminDisplayVersion
----    -------------------
EXCH01  Version 15.1 (Build 2044.4)
EXCH02  Version 15.1 (Build 2044.4)

Die Build-Nummer ordnest du über die Microsoft-Liste der konkreten CU-Version zu: Exchange Build Numbers and Release Dates (Microsoft Learn)

Build-Logik kurz erklärt: 15.0.x = Exchange 2013, 15.1.x = Exchange 2016, 15.2.x = Exchange 2019 / Exchange SE. Im Beispiel entspricht 15.1.2044.4 dem Exchange 2016 CU17.

CU-Version der Setup-Datei prüfen

Welche Version ein vorhandenes Setup-Paket enthält:

Get-Command Exsetup.exe | ForEach-Object { $_.FileVersionInfo }

Download der aktuellen CU/SE-Version

Aktuelle Pakete (Exchange SE bzw. die letzten ESU-fähigen SUs für 2016/2019) gibt es bei Microsoft. Nutze zur Pfadbestimmung den Exchange Update Wizard, der dir abhängig von Quell- und Ziel-CU die genauen Schritte ausgibt.

Besonderheit: UM Language Pack

Hinweis: Unified Messaging (UM) wurde mit Exchange 2019 entfernt und ist in Exchange SE nicht mehr vorhanden. Dieser Abschnitt ist daher nur noch für Exchange 2016 relevant.

Falls UM eingesetzt wird, ist ggf. ein UM Language Pack installiert (z. B. für Voicemail-Ansagen). Es muss nach dem CU-Update in passender Version neu installiert werden und erscheint in der Systemsteuerung unter Programme und Features.

Prüfen, ob ein Language Pack aktiv ist:

Get-UMService | Select-Object Name, Languages

Wird nur {en-US} ausgegeben, ist kein zusätzliches Sprachpaket installiert.

.NET Framework-Version ermitteln

Am einfachsten per PowerShell (als Administrator):

(Get-ItemProperty "HKLM:SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full").Release

Beispielausgabe:

528049

Der Release-Wert lässt sich der Microsoft-Tabelle zuordnen – 528049 = .NET 4.8: How to determine which .NET Framework versions are installed

Kurzreferenz Release-Werte: 528040/528049/528449 = .NET 4.8 · 533320/533325 = .NET 4.8.1. Exchange SE benötigt .NET 4.8 (auf Windows Server 2025 ist 4.8.1 systemseitig dabei).

Kompatibilität von CU und .NET Framework

Mit diesen Infos prüfst du anhand der Supportability Matrix, ob die installierte .NET-Version zum geplanten CU passt. Ist das nicht der Fall, muss .NET vor dem CU aktualisiert werden.

Exchange Server Supportability Matrix (Microsoft Learn)

In unserem Beispiel: .NET 4.8 wird bereits ab Exchange 2016 CU13 unterstützt – ein .NET-Update ist hier nicht erforderlich.

Active Directory Schema-Version prüfen

Vor dem CU prüfen, ob das AD-Schema bereits die erforderliche Version hat.

Exchange Schema Version:

$sc = (Get-ADRootDSE).SchemaNamingContext
$ob = "CN=ms-Exch-Schema-Version-Pt," + $sc
Write-Output "RangeUpper: $((Get-ADObject $ob -Properties rangeUpper).rangeUpper)"

Exchange Object Version (Domain):

$dc = (Get-ADRootDSE).DefaultNamingContext
$ob = "CN=Microsoft Exchange System Objects," + $dc
Write-Output "ObjectVersion (Default): $((Get-ADObject $ob -Properties objectVersion).objectVersion)"

Exchange Object Version (Forest):

$cc = (Get-ADRootDSE).ConfigurationNamingContext
$fl = "(objectClass=msExchOrganizationContainer)"
Write-Output "ObjectVersion (Configuration): $((Get-ADObject -LDAPFilter $fl -SearchBase $cc -Properties objectVersion).objectVersion)"

Hinweis: Die ObjectVersion (Configuration) wird in manchen Umgebungen erst nach dem erfolgreichen Update des ersten Exchange-Servers erhöht.

Beispielausgabe:

RangeUpper: 15332
ObjectVersion (Default): 13237
ObjectVersion (Configuration): 16217

Die jeweils erforderlichen Soll-Werte je CU stehen hier:

• Exchange 2016 – AD- und Domain-Vorbereitung
• Exchange 2019 – AD- und Domain-Vorbereitung

In unserem Fall muss das Schema erweitert werden, da das neue CU eine höhere Schema-Version voraussetzt.

Tipp: Alle obigen Abfragen plus Dienstestatus, FSMO, .NET und Transport Agents erledigt das verlinkte Pre-Flight-Skript in einem Rutsch (read-only).

Schema Master ermitteln

Für das Schema-Upgrade muss bekannt sein, welcher DC die Schema-Master-Rolle hält. Das Upgrade sollte im Vorfeld des CU erfolgen.

Variante 1 – CMD:

netdom query fsmo

Variante 2 – PowerShell:

Get-ADForest | Select-Object SchemaMaster

Schema-Erweiterung des Active Directory

Die Installations-ISO des CUs wird auf dem DC mit der Schema-Master-Rolle eingebunden (im Beispiel rootdc01.domain.tld).

Alternativ auf einem anderen DC in der gleichen AD-Site wie der Exchange-Server. Bei Bedarf die FSMO-Rolle temporär verschieben:

1. mmc öffnen → Snap-In „Active Directory-Schema“ hinzufügen
2. Rechtsklick auf Active Directory-Schema → Change Domain Controller
3. Ziel-DC wählen → Operation Master → Change

Durchführung

1. PowerShell als Administrator auf dem Schema-Master öffnen
2. Auf das ISO-Laufwerk wechseln (z. B. D:):

D:

3. Befehle nacheinander ausführen:

.\setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms_DiagnosticDataON
.\setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms_DiagnosticDataON

Zum Lizenz-Schalter: Microsoft akzeptiert zwei Varianten – _DiagnosticDataON oder _DiagnosticDataOFF. Der Unterschied ist ausschließlich, ob optionale Diagnosedaten an Microsoft gesendet werden. Funktional ist die Installation identisch. Tipp: Innerhalb einer Wartung konsistent denselben Schalter verwenden, um Verwirrung in den Logs zu vermeiden.

Komplexe Umgebungen mit mehreren Domänen

Gibt es Exchange-Server in weiteren Domänen:

.\setup.exe /PrepareAllDomains /IAcceptExchangeServerLicenseTerms_DiagnosticDataON

Schlägt PrepareAllDomains mangels Domain-Adminrechten fehl, jede Domäne einzeln vorbereiten:

.\setup.exe /PrepareDomain:<domain.tld> /IAcceptExchangeServerLicenseTerms_DiagnosticDataON

Abschluss der AD-Vorbereitung

Danach ist das AD auf dem aktuellen Stand. Die ISO kann vom DC wieder ausgehängt werden.

Hinweis: Vor dem Start der Exchange-Installation die AD-Replikation abwarten – meist reichen ca. 15 Minuten, je nach Umgebung mehr. Mit repadmin /replsummary lässt sich der Replikationsstand prüfen.

Problem: „Ein Neustart einer vorangegangenen Installation steht noch aus“

Vor dem Setup kann diese Meldung kommen:

Ein Neustart einer vorangegangenen Installation steht noch aus. Starten Sie das System neu, und führen Sie Setup erneut aus.

Das Setup wird abgebrochen. Details im Log:

<SystemDrive>:\ExchangeSetupLogs\ExchangeSetup.log

Lösungsmöglichkeiten

• Variante 1 (empfohlen): Server einmal neu starten, Setup erneut ausführen.
• Variante 2 (nur wenn Reboot nicht hilft): Den Registry-Wert prüfen:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager → PendingFileRenameOperations

Korrektur/Warnung (wichtig!): Diesen Wert nicht blind löschen. PendingFileRenameOperations kann mehrere legitime ausstehende Umbenennungen enthalten, die Windows beim nächsten Boot erledigen will. Werden die gelöscht, können laufende Updates inkonsistent werden.

Besser: Erst den Inhalt ansehen (Get-ItemProperty ... -Name PendingFileRenameOperations), den Wert exportieren/sichern, und nur wenn dort ausschließlich irrelevante Reste stehen, gezielt entfernen. In 95 % der Fälle löst ein simpler Reboot das Problem sauber.

Weitere Infos: FrankysWeb – „Ein Neustart steht noch aus“

Sonderanpassungen an der Konfiguration

Individuelle Konfigurationsänderungen (z. B. an web.config) können durch ein CU überschrieben werden. Diese vorab dokumentieren/exportieren und nach dem Update prüfen und ggf. erneut setzen.

Abhängige Drittherstellersoftware

In produktiven Umgebungen ist oft Drittsoftware aktiv (Signaturen, Archivierung, Security). Solche Komponenten können durch ein CU beeinträchtigt werden, vor allem wenn Exchange-DLLs ersetzt werden.

Prüfen, ob sich Software in den Mailflow einklinkt:

Get-TransportAgent

Beispielausgabe:

Name                              Enabled  Priority
----                              -------  --------
Exclaimer Auto Responder Agent    True     1

Hier ist der Exclaimer Auto Responder Routing Agent aktiv (laut Hersteller keine Maßnahmen nach CU nötig). Anders z. B. bei CI-Mail Policy – die muss nach jedem CU neu installiert werden.

Empfehlung: Vor dem Update die Dritthersteller-Doku prüfen oder beim Hersteller anfragen, ob nach einem CU Maßnahmen nötig sind.

Vorbereitung vor dem Update

Kundenkommunikation

Falls noch nicht erfolgt: Kunde vor Beginn informieren, besonders bei Produktivsystemen.

Kein Snapshot!

Ein Snapshot (Hyper-V/VMware) ist nicht sinnvoll – das CU ändert nicht nur Exchange, sondern auch das AD-Schema. Ein Snapshot-Rollback führt zu inkonsistenten Zuständen. Es gibt kein Rollback – nur den Weg nach vorn.

Technische Vorbereitung

Status der Exchange-Dienste dokumentieren

IST-Zustand festhalten:

• Dienste (Screenshot oder PowerShell): Test-ServiceHealth
• Komponentenstatus: Get-ServerComponentState <Servername>

Hintergrund: CU-/Hotfix-Installationen setzen Dienste/Komponenten oft auf „Deaktiviert“. Eine saubere Rückdokumentation ist entscheidend.

Zugriffe reduzieren

• Benutzersitzungen abmelden (alle außer Admin).
• Offene PowerShell-Sitzungen beenden:

Get-Process *powershell* | Stop-Process -Id <Prozess-ID>

Virenscanner deaktivieren

• AV (z. B. Bitdefender) deaktivieren (bei Bitdefender: Shift + Rechtsklick > Poweruser).
• Andere Lösungen nach Herstelleranleitung.
• Geht keine Deaktivierung: dokumentieren und fortfahren.

Backup pausieren

• Laufende Backup-Jobs pausieren/deaktivieren – das CU beinhaltet mehrere Neustarts; Sicherungen können den Prozess stören oder beschädigte Backups erzeugen.

Installation des .NET Framework Updates (falls erforderlich)

Im Beispiel nicht nötig – der Vollständigkeit halber:

1. Offline-Installer herunterladen (z. B. .NET 4.8)
2. Als Administrator ausführen, Lizenz akzeptieren, installieren
3. Laufzeit bis zu 60 Minuten, wirkt teils eingefroren
4. Neustart zwingend
5. Danach über Windows Update verfügbare .NET-Sicherheitsupdates nachziehen

IIS URL Rewrite Module (bei bestimmten CUs)

Seit dem CU vom September 2021 gibt es einen sicherheitsrelevanten „Not-Aus-Schalter“. Dafür ist vorab das IIS URL Rewrite Module nötig:

Microsoft URL Rewrite Module

Installation dauert nur wenige Minuten und sollte vor dem CU erfolgen, falls das CU diese Abhängigkeit mitbringt.

Installation des Cumulative Updates (CU)

Vor der Installation den Exchange Server einmal neu starten, um sauber zu starten.

ISO-Datei einbinden

Die CU-ISO per Doppelklick einbinden – sie erscheint als virtuelles Laufwerk.

Wichtiger Hinweis: Extended Protection

Mit aktuellen CUs wird Extended Protection (EP) automatisch aktiviert. Exchange Extended Protection (Microsoft Learn)

Soll EP nicht aktiviert werden:

.\Setup.exe /Update /DoNotEnableEP /IAcceptExchangeServerLicenseTerms_DiagnosticDataON

EP ist eine Sicherheitsfunktion und sollte im Normalfall aktiviert bleiben. /DoNotEnableEP nur nutzen, wenn dokumentierte Kompatibilitätsgründe vorliegen (z. B. bestimmte Loadbalancer-/Hybrid-Szenarien).

CU-Installation starten

1. Administrative PowerShell öffnen
2. Zum ISO-Laufwerk navigieren
3. Installation starten:

.\Setup.exe /Mode:Upgrade /IAcceptExchangeServerLicenseTerms_DiagnosticDataON

Wichtig: setup.exe muss als Administrator laufen, sonst drohen inkonsistentes Verhalten oder ein defekter Exchange-Server.

Während der Installation

• Die Installation kann mehrfach längere Zeit „hängen“ – das ist normal.
• Alle Exchange-Dienste sind gestoppt – das Monitoring sollte das erkennen (ggf. Wartungsfenster setzen).
• Häufige Fehlerursache: Backup-Software startet automatisch → Backup-Jobs vorab stoppen!

Neustart nach dem CU-Update

Nach der Installation ist ein Neustart zwingend. Er kann ungewöhnlich lange dauern – teils bis zu einer Stunde, bis alle Dienste laufen.

Nacharbeiten nach dem CU-Update

Sonderanpassungen prüfen und ggf. erneut setzen

web.config-Anpassungen u. Ä. jetzt prüfen und bei Bedarf erneut vornehmen – CUs überschreiben solche Änderungen.

Arbeiten nach dem Neustart

1. Dienste & Konfiguration

Exchange-Dienste gestartet und in erwarteter Konfiguration? → Abgleich mit Vorher-Screenshot.

2. Komponentenstatus

Get-ServerComponentState <Servername>

→ Abgleich mit dokumentiertem Zustand.

3. Datenbankstatus

Im EAC → Servers → Databases prüfen, ob alle Datenbanken eingebunden/bereitgestellt sind. (PowerShell: Get-MailboxDatabaseCopyStatus.)

4. Mailflow testen

Test eingehend und ausgehend (z. B. Admin sendet an Techniker, erhält Antwort).

5. OWA / Outlook-Zugriff prüfen

OWA mit Testnutzer testen, wenn möglich Outlook-Konnektivität prüfen.

6. Monitoring prüfen

Alles wieder „grün“? CPU-Last direkt nach Neustart erhöht ist normal – nach 30–60 Minuten sollte sie sich stabilisieren.

7. Ereignisprotokolle prüfen

Anwendungs-/System-Eventlogs filtern (Kritisch/Fehler/Warnung). Kurz nach dem Neustart sind manche Fehler normal und verschwinden wieder.

Letzte Schritte nach dem CU-Update

Prüfung mit Test-ServiceHealth

Test-ServiceHealth

Alle erforderlichen Dienste sollten „Running“ zeigen.

Microsoft empfiehlt, nach dem Update erneut den Exchange Health Checker laufen zu lassen, um offene Folgeaktionen zu erkennen.

Reaktivierung des Virenscanners

Falls manuell deaktiviert und nicht automatisch zurück: AV wieder aktivieren.

Backup fortsetzen

Pausierten Backup-Job fortsetzen (Rechtsklick → Fortsetzen).

Prüfung der erfolgreichen Installation

Get-ExchangeServer | Select-Object Name, AdminDisplayVersion | Format-Table

Beispielausgabe:

Name    AdminDisplayVersion
----    -------------------
EXCH04  Version 15.1 (Build 2044.4)
EXCH05  Version 15.1 (Build 2176.2)

Die Build-Nummer muss der Zielversion entsprechen (siehe Microsoft Build-Liste).

Abschluss

• Information kommunizieren (intern an Service Owner, extern an Kunde/Ansprechpartner).
• Installationsdateien bereinigen (ISO und extrahierte Dateien löschen, Papierkorb leeren).

Bonus: Pre-Flight-Skript

Das begleitende PowerShell-Skript PS_Exchange_CU_PreFlight_Check.ps1 sammelt den kompletten IST-Zustand (Versionen, Dienste, ComponentState, AD-Schema, FSMO, .NET, Transport Agents, Pending-Reboot) read-only in eine Textdatei – ideal für die Vorher-/Nachher-Dokumentation.

Wer war von Neumann – und warum reden wir 80 Jahre später noch darüber?

John von Neumann beschrieb 1945 im „First Draft of a Report on the EDVAC“ ein Rechnermodell, bei dem Programm und Daten im selben Speicher liegen. Das klingt heute selbstverständlich, war damals aber der Durchbruch: Vorher musste man Rechner für jede neue Aufgabe quasi neu verdrahten. Seitdem gilt: gleiche Hardware, beliebige Programme – einfach in den Speicher laden, fertig.

Die 5 Funktionseinheiten

Das Herzstück der Architektur sind fünf logische Einheiten, die über ein gemeinsames Bus-System miteinander reden:

1. Steuerwerk (CU – Control Unit): der Dirigent. Es holt die Befehle in der richtigen Reihenfolge und versorgt alle anderen Einheiten mit Steuersignalen.
2. Rechenwerk (ALU – Arithmetic Logic Unit): führt die eigentliche Arbeit aus – arithmetisch (Addition, Subtraktion …) und logisch (UND, ODER, NICHT, Vergleiche).
3. Speicher: bewahrt Programm, Eingaben und Zwischenergebnisse auf.
4. Eingabeeinheit: bringt Daten in den Rechner (Tastatur, Netzwerkkarte …).
5. Ausgabeeinheit: gibt Daten wieder aus (Bildschirm, Drucker …).

Merke: Steuerwerk + Rechenwerk = Prozessor (CPU). Ein-/Ausgabe wird oft als eine I/O-Einheit zusammengefasst – deshalb sprechen manche von vier Einheiten. Beide Zählweisen sind korrekt, je nachdem ob man E und A trennt.

Das Bus-System: drei Leitungen, eine Aufgabe

Die Einheiten sind über den Systembus verbunden – physikalisch nichts anderes als ein Bündel elektrischer Leitungen. Er besteht aus drei Teilen:

Die Breite des Datenbusses (z. B. 64 Bit) bestimmt mit, wie viele Bit gleichzeitig übertragen werden können – ein direkter Hebel für die Performance.

Wie der Speicher organisiert ist

Der Speicher besteht aus vielen gleich großen, fortlaufend nummerierten Speicherzellen. Jede Zelle hat eine eindeutige Adresse – stell es dir wie Hausnummern in einer Straße vor.

• Bit = binary digit, die kleinste Informationseinheit (0 oder 1).
• Ein einzelnes Bit anzusteuern wäre viel zu aufwendig. Deshalb fasst man mehrere Speicherelemente zu einer Zelle zusammen – die kleinste adressierbare Einheit ist meist 1 Byte = 8 Bit.
• Alle Daten – Programm, Eingaben, Zwischenergebnisse – landen im selben Speicher und werden binär codiert.

Der Befehlszyklus: Befehlsregister & Befehlszählregister

Damit die CPU weiß, was als Nächstes dran ist, hat das Steuerwerk zwei wichtige Register:

• Befehlsregister: enthält den aktuell bearbeiteten Befehl. Ein Befehl besteht aus einem Operationsteil (was tun?) und einem Adressteil (mit welchen Daten?).
• Befehlszählregister (Program Counter): enthält die Adresse des nächsten Befehls. Nach jedem Befehl wird der Inhalt um 1 erhöht.

Bei Sprungbefehlen wird der Zähler stattdessen auf einen anderen Wert gesetzt (GoTo). Besonders mächtig sind die bedingten Sprünge: Hier entscheidet die ALU per logischem Vergleich, ob gesprungen wird oder nicht – das ist die Grundlage für jedes if und jede Schleife in jedem Programm.

Die Prinzipien der Von-Neumann-Architektur (Prüfungsklassiker)

1. Es gibt fünf Funktionseinheiten.
2. Die Rechnerstruktur ist unabhängig vom Problem – mit derselben Hardware löst man beliebige Aufgaben, indem man das passende Programm lädt.
3. Programm, Daten und Zwischenergebnisse liegen im gleichen Speicher.
4. Der Speicher ist in gleich große, fortlaufend nummerierte Zellen unterteilt.
5. Befehle werden der Reihe nach abgearbeitet (Sprungbefehle erlauben Abweichungen).
6. Der Befehlsvorrat umfasst mindestens: arithmetische Befehle, logische Befehle, Transportbefehle und bedingte Sprünge.
7. Alle Daten werden binär codiert.

Der Haken: der Von-Neumann-Flaschenhals

Genau das Prinzip, das die Architektur so flexibel macht – ein gemeinsamer Speicher und ein gemeinsamer Bus für Befehle und Daten – ist auch ihre größte Schwäche. Der Prozessor kann in einem Takt entweder einen Befehl oder ein Datum über den Bus holen, nicht beides gleichzeitig. Dieser Engpass heißt Von-Neumann-Flaschenhals (geprägt von John Backus, 1977).

Die ganze moderne Hardware-Trickkiste ist im Grunde eine Antwort darauf:

• Caches (schneller SRAM-Zwischenspeicher direkt an der CPU), um den langsamen Hauptspeicher seltener zu bemühen.
• Harvard-Architektur in Caches, die Befehle und Daten doch wieder physisch trennt.
• Pipelining, Prefetching und breitere Busse.

Wenn du also wissen willst, warum es überhaupt L1/L2/L3-Cache, Dual-Channel-RAM und immer schnellere Speicheranbindung gibt: Die Antwort steckt in diesem 80 Jahre alten Bauplan.

Fazit

Die Von-Neumann-Architektur ist simpel genug, um sie sich in fünf Minuten zu merken, und gleichzeitig fundamental genug, um den Aufbau jedes heutigen Rechners zu erklären. Fünf Einheiten, drei Busse, ein gemeinsamer Speicher – und ein Flaschenhals, gegen den die gesamte Computertechnik seit Jahrzehnten anrennt.

Im nächsten Teil dieser Reihe gehe ich tiefer in den Speicher: SRAM vs. DRAM, SDRAM, die DDR-Generationen und wie man aus „PC3-12800“ die echte Taktrate ausrechnet.

Diese Reihe: Teil 1 – Darstellen & Umrechnen · Teil 2 – Wertebereiche & Rechnen wie ein Computer (dieser Beitrag)

Wertebereiche: Was passt in n Bit?

Mit n Bits lassen sich immer genau 2ⁿ verschiedene Zahlen darstellen. Wie viele das sind, ändert sich also nicht – nur welche Zahlen, je nach Interpretation:

Bei 3 Bit sind es in beiden Fällen 8 darstellbare Zahlen – einmal 0…7, einmal −4…3. Beim Zweierkomplement „kostet“ das VZ-Bit die Hälfte des positiven Bereichs, dafür gibt’s negative Zahlen. Der negative Bereich reicht eine Zahl weiter als der positive (−4 vs. +3), weil die 0 keinen eigenen Vorzeichen-Slot braucht.

Merksatz: Normal [0 ; 2ⁿ−1], Zweierkomplement [−2ⁿ⁻¹ ; 2ⁿ⁻¹−1].

Rechnen wie ein Computer: Subtraktion = Addition

Hier wird’s spannend: Eine CPU kann eigentlich gar nicht subtrahieren. Sie kann nur addieren. Der Trick: Statt a − b rechnet sie a + (−b), wobei −b im Zweierkomplement vorliegt. Ein eventueller Übertrag aus dem höchsten Bit wird einfach verworfen – und das Ergebnis stimmt automatisch.

Genau deshalb ist 2K im Computer so beliebt: Addition und Subtraktion laufen über dieselbe Hardware-Schaltung.

Beispiel a) 7 + (−5) = 2 (4 Bit)

Beispiel b) 13 − 8 = 5 (5 Bit) → gerechnet als 13 + (−8)

Beispiel c) 23 − 16 = 7 (6 Bit) → 23 + (−16)

Beispiel d) −3 + (−5) = −8 (4 Bit) – zwei negative Zahlen

In allen Fällen: addieren, den Übertrag links wegwerfen, fertig. Kein Sonderfall fürs Minus.

Überlauf (Overflow) – wenn das Ergebnis nicht mehr passt

Was passiert, wenn das Ergebnis den Wertebereich sprengt? Beispiel in 3 Bit (WB [−4 ; 3]):

−4 + (−4) = −8 — aber −8 liegt außerhalb von [−4 ; 3].

Operand	Bits
−4	100₂ₖ
−4	100₂ₖ
Summe	(1)000 → 000 = 0 (erwartet: −8)

Das Ergebnis 0 ist schlicht falsch – ein klassischer Integer Overflow. Die Faustregel zur Erkennung:

Haben beide Summanden dasselbe Vorzeichen, das Ergebnis aber ein anderes, ist ein Überlauf passiert.

Hier: beide Operanden negativ (MSB 1), Ergebnis positiv (MSB 0) → Overflow. Genau solche Fehler stecken hinter realen Bugs (vom „Gangnam-Style-Zähler“ bei YouTube bis zu sicherheitskritischen int-Overflows). Wer den Wertebereich im Kopf hat, sieht sie kommen.

Zum Selbst-Ausprobieren: PowerShell-Demo

Dieses Skript berechnet Wertebereiche und addiert zwei Zahlen wie eine CPU – inklusive automatischer Overflow-Erkennung:

<#
.SYNOPSIS
    Demonstriert Wertebereiche und Addition im Zweierkomplement (wie eine CPU).
.DESCRIPTION
    Funktionen:
      ConvertTo-TwosComplement   -> Dezimalzahl in 2K-Bitstring (feste Bitbreite)
      Get-TwosComplementRange    -> Wertebereich fuer n Bit
      Add-TwosComplement         -> Addition zweier Zahlen mit Overflow-Erkennung
.NOTES
    Name: PS_Zweierkomplement_Arithmetik
    Author: Andreas Bowitz
    Version: 0.1
    LastUpdated: 2026-Jun-02
#>

function ConvertTo-TwosComplement {
    param(
        [Parameter(Mandatory)][int]$Value,
        [int]$Bits = 8
    )
    $mask = [int]([math]::Pow(2, $Bits) - 1)
    $tc   = $Value -band $mask
    return [Convert]::ToString($tc, 2).PadLeft($Bits, '0')
}

function Get-TwosComplementRange {
    param([int]$Bits = 8)
    [PSCustomObject]@{
        Bits  = $Bits
        Min   = -[int][math]::Pow(2, $Bits - 1)
        Max   =  [int][math]::Pow(2, $Bits - 1) - 1
        Count = [int][math]::Pow(2, $Bits)
    }
}

function Add-TwosComplement {
    param(
        [Parameter(Mandatory)][int]$A,
        [Parameter(Mandatory)][int]$B,
        [int]$Bits = 4
    )
    $range = Get-TwosComplementRange -Bits $Bits
    $sum   = $A + $B
    # Overflow: Ergebnis liegt ausserhalb des Wertebereichs
    $overflow = ($sum -lt $range.Min) -or ($sum -gt $range.Max)
    [PSCustomObject]@{
        Rechnung = "$A + ($B)"
        Bits     = "$(ConvertTo-TwosComplement $A $Bits) + $(ConvertTo-TwosComplement $B $Bits)"
        Ergebnis = $sum
        Overflow = $overflow
    }
}

# --- Test anhand der Beispiele aus dem Artikel ---
Get-TwosComplementRange -Bits 3                     # Min -4, Max 3, Count 8
Get-TwosComplementRange -Bits 8                     # Min -128, Max 127, Count 256

Add-TwosComplement -A 7  -B -5 -Bits 4              # 2,  Overflow = False
Add-TwosComplement -A -3 -B -5 -Bits 4              # -8, Overflow = False
Add-TwosComplement -A -4 -B -4 -Bits 3              # -8, Overflow = True  (!)

Zusammenfassung

• Mit n Bits sind immer 2ⁿ Zahlen darstellbar.
• Wertebereich: normal [0 ; 2ⁿ−1], Zweierkomplement [−2ⁿ⁻¹ ; 2ⁿ⁻¹−1].
• Ein Computer subtrahiert durch Addition des Zweierkomplements – der Übertrag links wird verworfen.
• Überlauf droht, sobald das Ergebnis den Wertebereich verlässt (gleiches Vorzeichen rein, anderes raus).

Zurück zu Teil 1: negative Zahlen darstellen & umrechnen, falls du die Grundlagen der 2K-Darstellung auffrischen willst.

Hinweis: Der rechtliche Teil ist nach bestem Wissen recherchiert (Stand 2026), aber keine Rechtsberatung. Im Ernstfall fragst du eine:n Anwält:in oder die IHK.

1. Was bei der Warenannahme anfällt – die Checkliste

Die Warenannahme ist die erste Verteidigungslinie. Arbeite sie stur ab, bevor du irgendetwas unterschreibst:

• [ ] Anschrift prüfen – Absender und Empfänger korrekt? (Bin ich überhaupt der richtige Empfänger?)
• [ ] Lieferschein Bestellung abgleichen – stimmt die bestellte mit der gelieferten Ware überein?
• [ ] Lieferschein tatsächliche Ware abgleichen – Menge, Anzahl, Gewicht, Artikelnummern
• [ ] Verpackung auf äußere Schäden prüfen – Dellen, Nässe, aufgerissene Kartons
• [ ] Tatbestandsaufnahme / Schadensprotokoll bei sichtbaren Schäden sofort erstellen
• [ ] Empfang auf dem Lieferschein bestätigen – aber mit Vorbehalt, wenn etwas auffällt
• [ ] Unterschrift erst nach der Sichtprüfung – nicht blind quittieren
• [ ] Unverzügliche Probe / Stichprobe der Ware – v. a. bei verderblicher oder empfindlicher Ware
• [ ] Erfassung im Warenwirtschaftssystem (Scanner / Barcode)

Praxis-Tipp: Bei versiegelten Booster-Displays und Cases ist die „unverzügliche Probe“ heikel – ein geöffnetes Display ist nicht mehr verkäuflich. Sinnvoll ist hier eine Gewichts- und Mengenprüfung auf Kartonebene sowie das Fotografieren des ungeöffneten Wareneingangs (Zeitstempel!). So hast du Beweise, ohne die Versiegelung zu brechen.

2. Mängel erkennen und richtig einordnen

Nicht jeder Mangel ist gleich. Die Unterscheidung ist wichtig, weil sie über Fristen und Ansprüche entscheidet.

Sachmangel (§ 434 BGB)

Die Ware ist nicht so beschaffen wie vereinbart. Typische Fälle:

• Quantitativer Mangel: zu wenig geliefert (Mengenabweichung)
• Falsche Ware: komplett anderer Artikel als bestellt
• Kaputte / unbrauchbare Ware: Transport- oder Produktionsschaden
• Qualitativer Mangel: Ware entspricht nicht der zugesicherten Eigenschaft
• Montagemängel bzw. Mängel durch eine fehlerhafte Montageanleitung – die sogenannte „IKEA-Klausel“ (§ 434 Abs. 4 BGB): Eine falsche Anleitung kann die Ware selbst mangelhaft machen.

Rechtsmangel (§ 435 BGB)

Die Sache ist durch Rechte Dritter belastet – z. B. ein Eigentumsvorbehalt oder eine Lizenz, die du nicht kennst.

Zusätzlich gilt: Der Verkäufer haftet auch für öffentliche Aussagen des Herstellers (Werbung, Produktangaben). Was in der Werbung versprochen wird, ist Teil der geschuldeten Beschaffenheit.

3. Die Rügepflicht – der Teil, an dem es im Streit hängt

Hier ist der wichtigste rechtliche Punkt, und hier hatte das ursprüngliche Lernmaterial ein paar Stolperfallen (siehe Korrektur-Box unten).

Zweiseitiger Handelskauf (beide sind Kaufleute) → § 377 HGB

Wenn du als Händler beim Lieferanten/Großhändler kaufst, seid ihr beide Kaufleute. Dann gilt die Untersuchungs- und Rügepflicht nach § 377 HGB:

• Offene (erkennbare) Mängel: unverzüglich nach Ablieferung untersuchen und rügen.
• Versteckte Mängel: unverzüglich nach Entdeckung rügen.
• Folge bei Versäumnis: Die Ware gilt als genehmigt (§ 377 Abs. 2 HGB) – du verlierst deine Gewährleistungsrechte gegen den Lieferanten.
• Arglistig verschwiegene Mängel: Hier kann sich der Verkäufer nicht auf eine versäumte Rüge berufen (§ 377 Abs. 5 HGB).

„Unverzüglich“ heißt juristisch: ohne schuldhaftes Zögern (§ 121 BGB) – nicht „sofort“, aber so schnell wie zumutbar.

Einseitiger Handelskauf (du verkaufst an Endkunden)

Verkaufst du an Verbraucher (z. B. dein Shop), ist nur eine Seite Kaufmann. Dann gilt § 377 HGB nicht für den Kunden: Der Kunde ist nicht verpflichtet, unverzüglich zu rügen. Für ihn greift die normale Gewährleistung.

Form der Mängelrüge

Mängelrügen sind formfrei (mündlich oder schriftlich möglich) – aber: schriftlich (E-Mail, Brief) ist immer besser, weil du dann eine Beweisgrundlage hast.

Und: Mangelhafte Ware musst du auf Kosten des Lieferanten sorgfältig aufbewahren, bis die Sache geklärt ist (§ 379 HGB).

4. Fristen – korrigiert auf die aktuelle Rechtslage

Korrektur-Box (Plausibilitätsprüfung): Im ursprünglichen Lernmaterial standen u. a. „7 Jahre“ und „6 Monate Beweislastumkehr“. Beides ist nicht (mehr) korrekt. Hier die aktuelle Fassung:

Beweislastumkehr heißt: Zeigt sich der Mangel innerhalb der ersten 12 Monate nach Übergabe, wird vermutet, dass er schon bei Übergabe vorhanden war – der Verkäufer muss das Gegenteil beweisen. Danach kehrt sich die Last um: Der Käufer muss beweisen, dass der Mangel von Anfang an bestand (ggf. per Sachverständigem).

5. Mangelfreie Ware einlagern – systematisch vs. chaotisch

Hat die Ware die Prüfung bestanden, geht sie ins Lager. Zwei Grundprinzipien der Lagerplatzzuordnung:

Systematische (feste) Lagerplatzzuordnung

Jeder Artikel hat einen festen Platz.

• Vorteile: Ware ohne System/Scanner auffindbar, gute Übersicht, eingespielte Wege
• Nachteile: schlechte Platzausnutzung (reservierte Plätze bleiben leer), unflexibel bei Sortimentswechsel

Chaotische (dynamische) Lagerplatzzuordnung

Ware kommt dorthin, wo gerade Platz frei ist – das System merkt sich den Ort.

• Vorteile: optimale Platzausnutzung, flexibel, kurze Einlagerwege
• Nachteile: funktioniert nur mit IT (WaWi/Scanner), ohne System praktisch nicht auffindbar

Allgemeine Einlagerungsregeln

• Sortieren nach Gewicht, Volumen, Marke und Zugriffshäufigkeit
• Schwere Geräte unten, leichtere oben ins Regal
• Teure Geräte übersichtlich & gesichert lagern
• Zusammenhängende Produkte am gleichen Ort lagern
• FiFo (First in – First out): zuerst eingelagerte Ware zuerst raus – Pflicht bei verderblicher Ware, sinnvoll bei allem mit „Verfallsdatum“ im weiteren Sinne (bei TCGs: ältere Auflagen/Drucke zuerst).

6. IT-Praxis: Wareneingang protokollieren mit PowerShell

Damit die Prüfung nicht im Zettelchaos endet, hier ein kleiner Helfer: Er fragt die Eckdaten ab und schreibt einen sauberen, revisionssicheren (append-only) Eintrag in eine CSV. Perfekt für ein kleines Lager – und passt zum Prinzip „keine Daten überschreiben“.

<#
.SYNOPSIS
    Erfasst einen Wareneingang interaktiv und haengt ihn append-only an ein CSV-Protokoll an.

.NOTES
    Name: PS_Wareneingangskontrolle_Protokoll
    Author: Andreas Bowitz
    Version: 0.1
    LastUpdated: 2026-Jun-02
#>

param(
    [string]$ProtokollPfad = "$PSScriptRoot\Wareneingang_Protokoll.csv"
)

# --- Eingaben abfragen ---
$lieferant      = Read-Host "Lieferant"
$lieferschein   = Read-Host "Lieferschein-Nr"
$bestellung     = Read-Host "Bestell-Nr"
$artikel        = Read-Host "Artikel / Set"
$mengeSoll      = Read-Host "Menge SOLL"
$mengeIst       = Read-Host "Menge IST"
$mangel         = Read-Host "Maengel? (leer = keine)"
$pruefer        = Read-Host "Pruefer"

# --- Status automatisch ableiten (kleine Plausi-Pruefung) ---
if ($mengeSoll -ne $mengeIst) {
    $status = "ABWEICHUNG-MENGE"
} elseif (-not [string]::IsNullOrWhiteSpace($mangel)) {
    $status = "MANGEL"
} else {
    $status = "OK"
}

# --- Datensatz bauen ---
$eintrag = [PSCustomObject]@{
    Zeitstempel  = (Get-Date -Format "yyyy-MM-dd HH:mm:ss")
    Lieferant    = $lieferant
    LieferscheinNr = $lieferschein
    BestellNr    = $bestellung
    Artikel      = $artikel
    MengeSoll    = $mengeSoll
    MengeIst     = $mengeIst
    Mangel       = $mangel
    Status       = $status
    Pruefer      = $pruefer
}

# --- Append-only schreiben (Header nur einmalig anlegen) ---
$writeHeader = -not (Test-Path $ProtokollPfad)
$eintrag | Export-Csv -Path $ProtokollPfad -Append -NoTypeInformation `
    -Encoding UTF8 -Delimiter ";" -Force:$false

Write-Host ""
Write-Host "Eintrag gespeichert -> Status: $status" -ForegroundColor Cyan
Write-Host "Protokoll: $ProtokollPfad"

Was der Helfer macht:

• fragt die Pflichtfelder der Prüfung ab,
• leitet den Status automatisch ab (Mengenabweichung schlägt vor „MANGEL“),
• schreibt append-only (kein Überschreiben, kein Datenverlust),
• nutzt ; als Trennzeichen und UTF-8 → öffnet sich sauber in Excel (DE).

Ausbaustufe: Den Zeitstempel + ein Foto des Wareneingangs koppeln (Dateiname = Lieferschein-Nr) – dann hast du im Streitfall sofort Beweis und Protokoll beieinander.

Fazit

Wareneingangskontrolle ist kein Bürokratie-Selbstzweck, sondern dein Rechtsschutz an der Rampe. Die Reihenfolge ist immer gleich: erst prüfen, dann quittieren – und im B2B-Einkauf unverzüglich rügen, sonst gilt die Ware als genehmigt. Wer dann noch sauber protokolliert (gern digital, append-only) und systematisch einlagert, spart sich später Diskussionen, Geld und Nerven.

Diese Reihe: Teil 1 – Darstellen & Umrechnen (dieser Beitrag) · Teil 2 – Wertebereiche & Rechnen wie ein Computer

Das VZ-Bit – der Trick mit dem Vorzeichen

Der Kern der 2K-Darstellung: Das Bit ganz links ist reserviert und signalisiert das Vorzeichen einer ganzen Zahl (VZ-Bit).

Bei einer positiven Zahl ist nichts Besonderes zu tun – sie wird gelesen wie normales Binär:

0101₂ₖ = 0101₂ = 5₁₀

Bei einer negativen Zahl (MSB = 1) reicht das normale Ablesen nicht. Hier muss ein Algorithmus angewendet werden:

101₂ₖ = ? → Algorithmus anwenden

Algorithmus 1: negative 2K-Zahl → negative Dezimalzahl

Gegeben: 101₂ₖ. Das MSB ist 1, also ist die Zahl negativ.

Ergebnis: 101₂ₖ = -3₁₀

Algorithmus 2: negative Dezimalzahl → 2K-Darstellung

Gegeben: -14₁₀. Wir arbeiten mit dem Betrag: |-14| = 14.

Ergebnis: -14₁₀ = 10010₂ₖ

Wichtig: Keine Stellen „verschlucken“! 10010₂ₖ ≠ 10₂ₖ. Die führenden Nullen gehören zur Zahl dazu.

Beispiel 3: positive Zahl in fester Bitbreite (8 Bit)

Damit beide Vorzeichen abgedeckt sind, noch ein positives Beispiel – diesmal mit fest vorgegebener Bitbreite von 8 Bit (ein Byte), wie es in der Praxis üblich ist.

Gegeben: +42₁₀.

Ergebnis: +42₁₀ = 00101010₂ₖ

Bei positiven Zahlen ist also kein Invertieren nötig – wichtig ist nur, dass durch das führende 0-Bit das Vorzeichen stimmt. Würde man 42 ohne die führende Null in 6 Bit schreiben (101010), wäre das MSB eine 1 und der Rechner läse die Zahl fälschlich als negativ. Auch hier gilt: Bitbreite entscheidet.

IT-Hinweis: Warum Schritt 4 nötig ist (Bitbreite)

Der vierte Schritt in Algo 2 wirkt auf den ersten Blick wie ein „Notfix“ – tatsächlich steckt dahinter das wichtigste Prinzip von 2K: Zweierkomplement ist nur eindeutig, wenn die Bitbreite feststeht.

Bei 0010 wäre das MSB 0, der Rechner würde die Zahl als +2 interpretieren – nicht als -14. Erst durch das gesetzte führende 1-Bit wird das Vorzeichen korrekt signalisiert. Anders gesagt: Du musst von Anfang an genug Stellen einplanen, damit

• der Betrag hineinpasst und
• noch eine 0 als „Platz“ fürs Vorzeichen frei bleibt.

Genau deshalb landen wir bei -14 auf 5 Bit (10010). In einem klassischen 8-Bit-Byte wäre dieselbe Zahl 11110010₂ₖ. Beide sind korrekt – sie unterscheiden sich nur in der Bitbreite. In der Prüfung also immer prüfen: Wie viele Bits sind vorgegeben?

Zum Selbst-Ausprobieren: PowerShell-Demo

Da man Theorie am besten am Rechner festigt, hier ein kleines Skript, das beide Richtungen umsetzt:

<#
.SYNOPSIS
    Demonstriert die Umrechnung Dezimal <-> Zweierkomplement.
.DESCRIPTION
    Zwei Funktionen:
      ConvertTo-TwosComplement   -> Dezimalzahl in 2K-Bitstring (feste Bitbreite)
      ConvertFrom-TwosComplement -> 2K-Bitstring zurueck in Dezimalzahl
.NOTES
    Name: PS_Zweierkomplement_Umrechnung
    Author: Andreas Bowitz
    Version: 0.1
    LastUpdated: 2026-Jun-02
#>

function ConvertTo-TwosComplement {
    param(
        [Parameter(Mandatory)][int]$Value,
        [int]$Bits = 8
    )
    # Bitmaske auf die gewuenschte Breite begrenzen
    $mask = [int]([math]::Pow(2, $Bits) - 1)
    $tc   = $Value -band $mask
    return [Convert]::ToString($tc, 2).PadLeft($Bits, '0')
}

function ConvertFrom-TwosComplement {
    param(
        [Parameter(Mandatory)][string]$Bitstring
    )
    $width = $Bitstring.Length
    $value = [Convert]::ToInt32($Bitstring, 2)
    # MSB gesetzt -> negative Zahl
    if ($Bitstring[0] -eq '1') {
        $value = $value - [int][math]::Pow(2, $width)
    }
    return $value
}

# --- Test anhand der Beispiele aus dem Artikel ---
ConvertFrom-TwosComplement -Bitstring '101'        # -> -3
ConvertTo-TwosComplement   -Value -14 -Bits 5      # -> 10010
ConvertTo-TwosComplement   -Value -14 -Bits 8      # -> 11110010
ConvertTo-TwosComplement   -Value  42 -Bits 8      # -> 00101010

Zusammenfassung

• Das MSB entscheidet das Vorzeichen: 0 = positiv, 1 = negativ.
• Positive Zahlen liest man wie normales Binär ab.
• Negative Zahlen werden über die immer gleichen Schritte umgerechnet: invertieren → +1 → ablesen (und je nach Richtung Vorzeichen setzen bzw. Bitbreite beachten).
• 2K ist nur mit fester Bitbreite eindeutig – das ist der Schlüssel, um Prüfungsaufgaben sauber zu lösen.

Weiter geht’s in Teil 2: Wertebereiche & Rechnen wie ein Computer – dort sehen wir, wie viele Zahlen in n Bit passen und wie eine CPU damit rechnet (inkl. Überlauf).

„Warum wird dein Kupferkabel bei Last langsamer und deine CPU-Temperatur eigentlich gemessen? Hier kommt die Physik dahinter — PTC, NTC und der Temperaturkoeffizient erklärt.“

Warum sollte dich das als Fachinformatiker interessieren? {#warum}

Auf den ersten Blick wirkt „Temperaturabhängigkeit von Widerständen“ wie ein Thema für E-Techniker. Ist es aber nicht nur. Jedes Mal, wenn dir ein Tool die CPU-Temperatur ausliest, steckt dahinter ein temperaturabhängiger Widerstand. Jedes Mal, wenn ein langes PoE-Kabel im Sommer im Dachboden ein bisschen mehr Spannung verliert, ist das genau dieser Effekt. Und die kleine rückstellbare Sicherung am USB-Port funktioniert ebenfalls nur, weil sich ihr Widerstand mit der Temperatur ändert.

Kurz: Das ist Grundlagenwissen, das in der schriftlichen Prüfung drankommt — und das dir in der Praxis hilft zu verstehen, warum Hardware sich so verhält, wie sie sich verhält.

Was passiert im Leiter, wenn es warm wird? {#leiter}

In einem Metall (z. B. Kupfer in deinem Netzwerkkabel) bewegen sich Elektronen durch ein Gitter aus Atomen. Wird das Metall wärmer, schwingen die Atome stärker. Die Elektronen stoßen häufiger an — sie kommen schwerer durch. Das heißt:

Bei Metallen steigt der Widerstand mit der Temperatur.

Bei manchen Materialien (z. B. bestimmten Halbleiter-Keramiken) ist es genau andersherum: Mehr Wärme bedeutet mehr freie Ladungsträger, der Widerstand sinkt. Genau auf diesem Unterschied beruht die Einteilung in lineare und nichtlineare Widerstände, zu der wir gleich kommen.

Celsius oder Kelvin — was nehme ich? {#skalen}

Eine der häufigsten Fehlerquellen bei den Aufgaben. Merke dir die Faustregel:

• Absolute Temperaturen rechnest du sauber in Kelvin (T), wenn es um Physik geht. 0 °C = 273,15 K.
• Für die Widerstandsformeln brauchst du aber nur die Differenz ΔT — und die ist in °C und in Kelvin gleich groß. Ein Sprung von 20 °C auf 80 °C ist ΔT = 60 K. Punkt.

Deshalb taucht in den Formeln ΔT in Kelvin auf, obwohl die Aufgabe dir Temperaturen in °C nennt. Du musst nichts umständlich umrechnen — du bildest einfach die Differenz.

Lineare Widerstände und der Temperaturkoeffizient {#linear}

Lineare (ohmsche) Widerstände sind z. B. Drahtwiderstände, Metallschicht- und Kohleschichtwiderstände. „Linear“ heißt: Die Widerstandsänderung verläuft im normalen Betriebsbereich proportional zur Temperaturänderung.

Die entscheidende Materialgröße ist der Temperaturkoeffizient α (oft α_R oder α₂₀ geschrieben), Einheit 1/K. Er sagt dir, um welchen Anteil sich der Widerstand pro Kelvin ändert. Die Werte gelten als Bezugspunkt bei 20 °C — daher das ₂₀.

Ein paar Werte, die du im Kopf haben solltest:

Ein positives α bedeutet: Widerstand steigt mit der Temperatur (alle Metalle oben). Ein negatives α (z. B. bei Kohleschicht oder NTC-Material) bedeutet: Widerstand sinkt.

Rechnen Schritt für Schritt {#rechnen}

Die ganze Rechnung läuft immer über dieselben drei Schritte:

1. Temperaturdifferenz:

ΔT = ϑ₂ − ϑ₁        (in Kelvin)

2. Widerstandsänderung:

ΔR = α · R₂₀ · ΔT

3. Neuer Widerstand bei der Zieltemperatur:

Rϑ = R₂₀ + ΔR   =   R₂₀ · (1 + α · ΔT)

Beispiel (durchgerechnet)

Bei 40 °C hat eine Kupferleitung 23 Ω. Wie groß ist der Widerstand bei 20 °C und bei 80 °C?

a) Rückrechnung auf 20 °C (von 40 °C, also ΔT = 20 K):

R₂₀ = R₄₀ / (1 + α · ΔT)
R₂₀ = 23 Ω / (1 + 0,0039 · 20)
R₂₀ = 23 Ω / 1,078  ≈  21,34 Ω

b) Hochrechnen auf 80 °C (von 20 °C, also ΔT = 60 K):

R₈₀ = R₂₀ · (1 + α · ΔT)
R₈₀ = 21,34 Ω · (1 + 0,0039 · 60)
R₈₀ = 21,34 Ω · 1,234  ≈  26,33 Ω

Du siehst: ein Drahtwiderstand „wandert“ mit der Temperatur. Bei Präzisionsanwendungen ist das relevant — bei deinem Patchkabel im Normalfall vernachlässigbar, aber messbar.

Übungsaufgaben mit Lösung {#aufgaben}

Versuch’s erst selbst, dann aufklappen im Kopf. Lösungen stehen direkt darunter.

Aufgabe 1: Eine Spule aus Kupferdraht hat bei 20 °C einen Widerstand von 60 Ω. Wie groß ist er bei 76 °C?

ΔT = 76 °C − 20 °C = 56 K
R₇₆ = 60 Ω · (1 + 0,0039 · 56) = 60 Ω · 1,2184 ≈ 73,1 Ω

Aufgabe 2: Bei 20 °C beträgt der Widerstand einer Kupferwicklung 300 Ω. Nach längerer Betriebszeit misst du 360 Ω. Wie warm ist die Wicklung geworden?

ΔR = 360 Ω − 300 Ω = 60 Ω
ΔT = ΔR / (α · R₂₀) = 60 / (0,0039 · 300) ≈ 51,28 K
ϑ₂ = 20 °C + 51,28 K ≈ 71,3 °C

Das ist übrigens ein klassischer Trick aus der Praxis: Über die Widerstandsänderung einer Wicklung kannst du indirekt ihre Temperatur bestimmen — ganz ohne Sensor im Inneren.

Aufgabe 9 (PTC): Ein PTC-Widerstand hat bei 20 °C 1,5 kΩ. Bei 100 °C steigt er auf 2 kΩ. Wie groß ist der Temperaturkoeffizient?

ΔT = 80 K,  ΔR = 0,5 kΩ
α = ΔR / (R₂₀ · ΔT) = 500 / (1500 · 80) ≈ 0,00417 1/K

Nichtlineare Widerstände: PTC und NTC {#ptcntc}

Hier wird’s für die IT richtig interessant, weil genau diese Bauteile in deiner Hardware stecken.

PTC / Kaltleiter (Positive Temperature Coefficient):

• Positiver Koeffizient: ϑ ↑ ⇒ R ↑
• Heißt „Kaltleiter“, weil er im kalten Zustand gut leitet (niedriger Widerstand).
• Wird er heiß, sperrt er praktisch ab.

NTC / Heißleiter (Negative Temperature Coefficient):

• Negativer Koeffizient: ϑ ↑ ⇒ R ↓
• Heißt „Heißleiter“, weil er im heißen Zustand gut leitet.
• Der Widerstand fällt stark (nicht linear, eher exponentiell) mit steigender Temperatur.

Eselsbrücke fürs Gedächtnis: Kaltleiter leitet kalt gut. Heißleiter leitet heiß gut.

Wo begegnet dir das in der IT? {#it-praxis}

Damit das kein reines Formel-Thema bleibt — hier die konkreten Berührungspunkte:

• NTC als Temperatursensor: Auf Mainboards, in Netzteilen, in Akkupacks und an CPUs/GPUs sitzen NTC-Thermistoren. Das Tool, das dir „CPU 62 °C“ anzeigt, misst in Wahrheit einen Widerstand und rechnet ihn über die NTC-Kennlinie in eine Temperatur um.
• NTC als Einschaltstrombegrenzer: In Schaltnetzteilen begrenzt ein NTC im kalten Zustand (hoher Widerstand) den Einschaltstrom-Stoß. Nach dem Aufheizen wird er niederohmig und stört den Betrieb kaum.
• PTC als rückstellbare Sicherung (Polyfuse): An USB-Ports und auf Boards. Fließt zu viel Strom, wird der PTC heiß, hochohmig und drosselt — kühlt er ab, leitet er wieder. Keine Sicherung tauschen.
• Kupfer-Leitungswiderstand: Lange Kupferstrecken (PoE, Stromversorgung im Rack) haben bei höherer Umgebungstemperatur einen messbar höheren Widerstand → mehr Spannungsabfall, mehr Verlustleistung. Warme Serverräume sind also nicht nur ein Kühlungsthema.
• Einschaltstrom (Inrush): Eine Glühlampe oder ein Heizleiter ist kalt extrem niederohmig und zieht im Einschaltmoment ein Vielfaches des Betriebsstroms — derselbe Effekt, der bei Wolfram (α = 0,0046) so ausgeprägt ist.

Spickzettel {#spickzettel}

• ΔT = ϑ₂ − ϑ₁ — in Kelvin, aber Differenz = identisch in °C und K.
• ΔR = α · R₂₀ · ΔT
• Rϑ = R₂₀ · (1 + α · ΔT)
• Rückwärts auf 20 °C: R₂₀ = Rϑ / (1 + α · ΔT)
• Temperatur aus Widerstand: ΔT = ΔR / (α · R₂₀)
• Kupfer α = 0,0039 1/K, Bezug immer 20 °C.
• Metall / PTC: wärmer → hochohmiger. NTC: wärmer → niederohmiger.

Ziel

Erstelle eine dynamische Verteilergruppe, die nur aktive Benutzer mit einer bestimmten Adresse (z. B. „Bahnhofsstraße 7“) enthält.

PowerShell-Befehl

New-DynamicDistributionGroup `
  -Name "GP_NRW" `
  -OrganizationalUnit "Users" `
  -RecipientContainer "domain.tld" `
  -RecipientFilter {
    (StreetAddress -eq 'Bahnhofsstraße 7') -and
    (RecipientType -eq 'UserMailbox') -and
    (UserAccountControl -ne '514')
  }

Erklärung der Filterkriterien

Hintergrundwissen: UserAccountControl

Im Exchange RecipientFilter ist der Status „deaktiviert“ nicht als boolesches Attribut vorhanden. Stattdessen steht:

• 514 für: deaktiviertes Benutzerkonto
• 512 für: aktiviertes Benutzerkonto

Durch die Negation -ne '514' stellst du sicher, dass nur aktive Objekte in der Gruppe landen.

Ergebnis

Nach dem Ausführen des Befehls hast du eine dynamische Gruppe GP_NRW, die sich automatisch aktualisiert, sobald Benutzer mit dieser Adresse hinzugefügt oder entfernt werden – ohne manuelle Pflege.

Bonus: Abfrage testen

Falls du erstmal prüfen willst, wer in der Gruppe landen würde, kannst du folgenden Testbefehl nutzen:

Get-Recipient -RecipientPreviewFilter `
  "((StreetAddress -eq 'Bahnhofsstraße 7') -and (RecipientType -eq 'UserMailbox') -and (UserAccountControl -ne '514'))" `
  -OrganizationalUnit "Users" `
  -RecipientContainer "domain.tld"

Fazit: Dynamische Gruppen sind ideal für standortbasierte Kommunikation – mit gezieltem Filter sparst du dir manuelle Pflege und erhöhst die Genauigkeit.

Ziel

Exportiere eine Übersicht aller Mailboxen mit einer bestimmten Empfängerdomain (z. B. @domain.tld) inklusive Elementanzahl, Gesamtgröße und Anzeigename.

PowerShell-Befehl

get-mailbox -ResultSize Unlimited |
  where { $_.PrimarySMTPAddress -like "*@domain.tld" } |
  get-mailboxstatistics |
  select DisplayName,ItemCount,TotalItemSize |
  Export-Csv -Path "C:\temp\Mailboxstatistik.csv" -NoTypeInformation -Encoding UTF8

Erläuterung

Ergebnis

Die CSV-Datei C:\temp\Mailboxstatistik.csv enthält eine saubere Tabelle mit:

• DisplayName (Anzeigename der Mailbox)
• ItemCount (Anzahl der Elemente)
• TotalItemSize (Gesamtgröße der Mailbox)

Bonus: Nur Nutzer anzeigen, keine Shared/Room-Mailboxen

Wenn du nur Benutzer-Mailboxen (keine Ressourcen oder freigegebene) erfassen willst, kannst du den Filter anpassen:

get-mailbox -ResultSize Unlimited -RecipientTypeDetails UserMailbox |
  where { $_.PrimarySMTPAddress -like "*@domain.tld" } |
  get-mailboxstatistics |
  select DisplayName,ItemCount,TotalItemSize |
  Export-Csv -Path "C:\temp\Mailboxstatistik.csv" -NoTypeInformation -Encoding UTF8

Fazit: Mit nur wenigen Zeilen PowerShell bekommst du schnell und zuverlässig einen Überblick über Mailboxnutzung pro Domain – ideal für Analyse, Migration oder Lizenzbewertung.

Der Nachrichtenfluss dieser Testmail läuft wie folgt:

Extern → Hornetsecurity → Exchange OnPrem → Exchange Online

Das bedeutet: Die Nachricht lässt sich in beiden Umgebungen nachvollziehen. Dieser Artikel behandelt exemplarisch das Message Tracking einer E-Mail vom Absender abow@domain.tld mit Startdatum 21.01.2026.

Teil 1: Exchange OnPrem

Befehl:

Get-MessageTrackingLog -Sender "abow@domain.tld" -Start "01/21/2026" | Select * | Out-GridView

Erklärung:

Nützliche Felder:

• EventId: z. B. RECEIVE, SEND, DELIVER, SENDEXTERNAL, AGENTINFO
• MessageSubject: Titel der E-Mail
• Source: Ursprung des Events, z. B. STOREDRIVER, SMTP, PUBLICFOLDER
• Recipients: Liste der Empfänger

Weitere Infos: Microsoft-Dokumentation zum Cmdlet

Teil 2: Exchange Online (Microsoft 365)

Seit etwa 2020 ist das klassische MessageTrackingLog in Exchange Online nicht mehr verfügbar. Stattdessen gibt es:

• Get-MessageTrace – Überblick über Nachrichtentransport
• Get-MessageTraceDetail – Detailinformationen

Beispiel 1: Get-MessageTrace

Get-MessageTrace `
  -SenderAddress "abow@domain.tld" `
  -StartDate "01/21/2026" `
  -EndDate "01/22/2026" |
  Select *

Wichtig: Das Enddatum muss einen Tag später gesetzt werden, da Exchange Online tagesweise auswertet.

Doku: Get-MessageTrace (Microsoft)

Beispiel 2: Get-MessageTraceDetail

Variante A: Per Pipeline direkt aus dem vorherigen Befehl:

Get-MessageTrace `
  -SenderAddress "abow@domain.tld" `
  -StartDate "01/21/2026" `
  -EndDate "01/22/2026" |
Get-MessageTraceDetail |
Select *

Variante B: Manuell mit MessageTraceId und Empfängeradresse:

Get-MessageTraceDetail `
  -MessageTraceId "GUID" `
  -RecipientAddress "abow@domain.tld"

Hinweis

Ein Nachteil von Get-MessageTraceDetail: Die Umwandlung zwischen onmicrosoft-Adresse und primärer SMTP-Adresse wird nicht sauber dargestellt – Probleme bei der Adressauflösung bleiben also u. U. unentdeckt.

Doku: Get-MessageTraceDetail (Microsoft)

Fazit

• Exchange OnPrem bietet detailliertes, lokales Tracking per Get-MessageTrackingLog
• Exchange Online nutzt Get-MessageTrace und Get-MessageTraceDetail – weniger granular, aber ausreichend für Standardanalysen
• Für Hybrid-Umgebungen (z. B. mit Hornetsecurity oder zentralem Mailflow) muss beide Seiten geprüft werden
• Nutze GUI-Ausgaben (Out-GridView), wenn du schnell manuell analysieren willst