So ordnen Sie Backup-Richtlinien den SLA-Stufen Ihrer Kund:innen zu, ohne zu viel für Speicher zu zahlen

Wenn Speicherpläne nicht zu den SLA-Stufen der Backup-Richtlinie passen, zahlen MSPs und IT-Abteilungen schnell zu viel. Werden Aufbewahrungsdauer, Häufigkeit und Speicherort an die SLA-Anforderungen angepasst, lassen sich die Kosten im Griff behalten und die vertraglichen Zusagen trotzdem einhalten.

Einen kompakten visuellen Überblick bietet unser Video-Guide So ordnen Sie Backup-Richtlinien den SLA-Stufen Ihrer Kund:innen zu, ohne zu viel für Speicher zu zahlen

Möglichkeiten, Speicherkosten und Backup-SLA-Richtlinien in Einklang zu bringen

Eine SLA-gesteuerte Zuordnung verhindert überhöhte Rechnungen, weil unnötige Gebühren für Cloud– und externen Speicher wegfallen, die Backup-Verpflichtungen aber weiterhin erfüllt werden. Außerdem vereinfacht die Zuordnung der Daten die Berichterstattung für QBRs und Audits, da sie das Preis-Leistungs-Verhältnis der jeweiligen SLA-Stufe belegt.

📌 Voraussetzungen:

• Zugriff auf PowerShell, Eingabeaufforderung und Registry des Endpunkts
• RMM-Plattform für SLA-Tagging und Skript-Bereitstellung
• Zugriff auf GPO oder Intune
• Definierte SLA-Stufen und Leistungsumfänge
• Backup-Software mit Aufbewahrungsrichtlinien

📌 Empfohlene Bereitstellungsstrategien:

Methode 1: SLA-Stufen und passende Backup-Richtlinien definieren

Klar definierte SLA-Stufen helfen dabei, die Erwartungen der Kund:innen zu steuern und die Ressourcenplanung zu vereinfachen.

📌 Anwendungsfall: Ordnen Sie SLA-Stufen zu, um übermäßigen Schutz und zu hohe Ausgaben zu vermeiden, und stellen Sie gleichzeitig sicher, dass die Service-Erbringung den Anforderungen Ihrer Kund:innen entspricht.

Beispielhafte Zuordnung von SLA-Stufen zu Richtlinien

💡 Hinweis: SLA-Stufen bringen technische Anforderungen und vertragliche Zusagen zusammen. So werden die Backup-Anforderungen Ihrer Kund:innen erfüllt, ohne zu wenig oder zu viel zu leisten.

Methode 2: Geräte per Registry oder RMM nach SLA-Stufe taggen

📌 Anwendungsfälle: Registry-Tags vereinfachen die SLA-Zuordnung durch eine ressourcenschonende, dauerhafte Kennzeichnung, die sich mit einem einzeiligen Skript auslesen lässt. Eine RMM-Plattform kann diese Werte mit PowerShell-Skripten scannen und so schnell validieren.

Beispielskript für das SLA-Tagging mit PowerShell:

$path = "HKLM:\SOFTWARE\Org\SLA"
if (-not (Test-Path $path)) {
New-Item -Path $path -Force | Out-Null
}
New-ItemProperty -Path $path -Name "BackupTier" -Value "Silver" -PropertyType String -Force

PowerShell-Skript zum Abfragen des obigen Werts:

(Get-ItemProperty -Path "HKLM:\SOFTWARE\Org\SLA").BackupTier

⚠️ Warnung: Verwenden Sie beim Taggen von Geräten in der Registry einen Pfad, der nicht mit Software-Schlüsseln kollidiert. (Siehe ⚠️Worauf Sie achten sollten.)

Methode 3: Backup-Häufigkeit und -Größe mit PowerShell prüfen

📌 Anwendungsfall: SLA-Stufen legen Backup-Häufigkeit, Aufbewahrungsdauer und Speicherort fest. Administrator:innen können per PowerShell-Skript prüfen, ob diese Bedingungen erfüllt sind, und so die SLA-Compliance sicherstellen.

⚠️ Wichtig: Achten Sie beim Einsatz von PowerShell-Skripten auf korrekte Syntax und die richtigen Cmdlets, um Fehlkonfigurationen zu vermeiden. (Siehe ⚠️ Worauf Sie achten sollten.)

Beispielskript für PowerShell zum Abgleich von SLA-Stufen und Service

$tier = (Get-ItemProperty -Path "HKLM:\SOFTWARE\Org\SLA").BackupTier
switch ($tier) {
"Bronze" { $days = 14 }
"Silver" { $days = 30 }
"Gold" { $days = 90 }
default { $days = 30 } # Fallback
}
$backups = Get-ChildItem "D:\Backups" -Recurse |
Where-Object { $_.LastWriteTime -gt (Get-Date).AddDays(-$days) }

Beispiel für einen einfachen Alarmierungsschwellenwert

$expectedCount = 30 # daily
if ($backups.Count -lt $expectedCount) { Write-Warning "Backup count below SLA!" }
if ($backupSizeGB -gt 500) { Write-Warning "Storage use exceeds budget!" }

Methode 4: Backup-Häufigkeit über Eingabeaufforderung und Aufgabenplanung bestätigen

Regelmäßige Prüfungen der SLA-Compliance decken Lücken im Service auf, etwa eine Überallokation von Ressourcen, und machen die Service-Erbringung dadurch effizienter.

📌 Anwendungsfall: Prüfen Sie mit der Eingabeaufforderung und der Aufgabenplanung, welche Backup-Aufgaben vorhanden sind und ob sie innerhalb der in den SLAs festgelegten Grenzen laufen.

Beispielbefehl zum Auflisten geplanter Backup-Aufgaben

schtasks /query /fo list | findstr /i "backup"

Befehl zum Prüfen des aktuellen Windows-Backup-Status und vorhandener Backup-Aufträge

wbadmin get status

Mit dem folgenden Befehl rufen Sie zur Überprüfung und für Audits die Liste vergangener Backup-Vorgänge ab.

wbadmin get versions

Methode 5: SLA-konforme Backup-Richtlinien per GPO durchsetzen

Konfigurieren Sie GPOs und Intune-Profile so, dass sie über Bereitstellungen direkt auf die SLA-Stufen abgestimmt sind. So erreichen Sie auf allen Ziel-Endpunkten schnell die gewünschte Service-Verfügbarkeit.

📌 Anwendungsfälle: Durchgesetzte Richtlinien helfen MSPs und IT-Abteilungen, die Service-Erbringung zu skalieren und dabei eine konsistente Compliance der SLA-Stufen sicherzustellen. Außerdem setzen GPOs jede Änderung durch Endbenutzer:innen automatisiert zurück, die Backup-Strategien außer Kraft setzen könnte.

⚠️ Wichtig: Prüfen Sie GPO-Konfigurationen vor der Bereitstellung in einer kontrollierten Umgebung. (Siehe ⚠️ Worauf Sie achten sollten.)

Eigene Organisationseinheiten (OUs) für jede SLA-Stufe erstellen

Sortieren Sie Geräte mithilfe von Organisationseinheiten nach SLA-Stufe, um über GPOs unterschiedliche Service-Level bereitzustellen. Das folgende Beispiel filtert die OUs etwa nach den Beispiel-SLA-Stufen aus Methode 1:

• OU=SLA-Bronze
• OU=SLA-Silver
• OU=SLA-Gold

Verschieben Sie anschließend die Zielgeräte in die jeweilige OU und verknüpfen Sie dann für jede OU ein eigenes GPO.

Beispiel für eine GPO-Backup-Konfiguration zur SLA-Compliance

Erstellen Sie für jede SLA-Stufe geplante Aufgaben über den folgenden GPO-Pfad:

Computerkonfiguration > Einstellungen > Systemsteuerungseinstellungen > Geplante Aufgaben

Konfigurieren Sie das GPO für jede OU passend zu den Leistungen der jeweiligen SLA-Stufe:

• Stufe Bronze:
  • Trigger: Wöchentlich (z. B. jeden Sonntag um 2:00 Uhr).
  • Umfang: Nur Daten.
  • Beispielskript:

start backup -backupTarget:\\NAS\Backups\%COMPUTERNAME% -include:C:,D:\Data -quiet

• Stufe Silber:
  • Trigger: Täglich (z. B. jeden Tag um 4:00 Uhr).
  • Umfang: Daten und Apps.
  • Beispielskript:

start backup -backupTarget:\\NAS\Backups\%COMPUTERNAME% -include:C:,D:\Data,Apps -quiet

• Stufe Gold:
  • Trigger: Stündlich.
  • Umfang: Bare-Metal-Wiederherstellung (BMR) und kritische Daten.
  • Beispielskript:

start backup -backupTarget:\\Offsite\GoldTier\%COMPUTERNAME% -allCritical -include:D:\Data -quiet

Methode 6: Backup-Protokolle und Aufbewahrung für Einblicke in die SLA-Compliance überwachen

📌 Anwendungsfälle: Daten zur SLA-Compliance belegen, dass die Leistungen der jeweiligen Stufe erbracht wurden, und erleichtern Audits sowie QBR-Berichte. Eine proaktive Überwachung hilft MSPs und internen IT-Abteilungen außerdem, SLA-Verstöße zu erkennen, bevor sie Ausfallzeiten oder größere Probleme verursachen.

Protokolle der Backup-Software auswerten

Lesen Sie Backup-Protokolle aus, um zentrale Auftragsinformationen wie Erfolg, Fehlschlag, Größe, Häufigkeit und Zeitstempel zu gewinnen. Diese Parameter zeigen Ihnen, ob die Service-Erbringung den SLA-Anforderungen entspricht.

Protokollpfade standardisieren

Ein einheitlicher Pfad für Backup-Protokolle macht die Datenerfassung und Audits einfach und verlässlich (z. B. C:\Logs\BackupStatus\).

Beispielskript für PowerShell zum Auswerten von Protokollen

Get-Content "C:\Logs\BackupStatus\backup.log" | Select-String -Pattern "Success", "Failure", "Size"

💡 Tipp: Geben Sie Protokolle an RMM-Dashboards aus, um Tickets zu erstellen und Probleme automatisiert zu beheben, bevor sie zu SLA-Verstößen führen.

⚠️ Worauf Sie achten sollten

Weitere Aspekte bei der Überwachung von Daten-Backup-Richtlinien

Dieser Abschnitt beschreibt wichtige Aspekte rund um Backup-SLA-Richtlinien, die für eine reibungslose Service-Erbringung und Compliance sorgen.

Rechtliche und Compliance-Aspekte

In manchen Branchen gelten gesetzliche Aufbewahrungspflichten, etwa die HIPAA-Compliance, bei denen die Aufbewahrungsfristen länger sein können als in Ihrer höchsten Stufe. Wer regulatorische Vorgaben nicht einhält, riskiert Bußgelder und rechtliche Konsequenzen.

Richtlinien für Speicherstufen

Die passende Speicherstufe zu den geforderten Aufbewahrungsfristen und Richtlinien der Backup-SLA zu wählen, ist entscheidend für eine effiziente Service-Erbringung.

Einige Beispiele für Speicherstufen:

• Hot Storage: Schneller, teurer Speicher für den schnellen Datenzugriff. Ideal für höhere SLA-Stufen, die eine rasche Wiederherstellung verlangen.
• Cool Storage: Langsamerer Speicher im mittleren Preissegment, geeignet für selten benötigte Daten.
• Cold Storage: Günstiger Speicher für die langfristige Datenaufbewahrung.

BYOD und Remote-Geräte

Bring Your Own Device (BYOD)-Richtlinien und Remote-Endpunkte bringen besondere Herausforderungen für Backup-Richtlinien mit sich. Durch die geteilte Nutzung steigt das Risiko von Compliance-Verstößen, wenn Unternehmensdaten mit privaten Dateien vermischt werden.

Hot Storage und vollständige Systemsicherungen können in die Privatsphäre der Benutzer:innen eingreifen. Besser ist es, BYOD-Geräte in niedrigere SLA-Stufen einzuordnen, etwa mit Cloud-Dateisynchronisierung, die nur geschäftskritische Ordner erfasst.

Prognose der Cloud-Kosten

Die Kosten für Cloud-Speicher skalieren direkt mit dem Umfang des Betriebs, sodass die Rechnungen mit wachsenden Backup-Services steigen. Service-Provider können mit SLA-Zuordnungsstrategien die Backup-Parameter an die jeweilige SLA-Stufe anpassen und so die Abrechnungskosten glätten.

Eine regelmäßige Überwachung der Backup-Richtlinien hilft, das Datenwachstum vorherzusagen, und liefert Hinweise für künftige Speicheranpassungen je SLA-Stufe.

Häufige Probleme mit Backup-SLA-Richtlinien beheben

Problem 1: Übermäßig große Backups

Werden nicht kritische Dateien einbezogen, wächst das Backup unnötig. Prüfen Sie deshalb Ihre Backup-Richtlinie und die Argumente in der Befehlszeilenschnittstelle, um überflüssige Pfade zu entfernen. Nutzen Sie beispielsweise den Befehl -exclude des Tools wbadmin, um unwichtige Pfade wie den temporären Windows-Ordner vom Backup auszunehmen.

Problem 2: Ausgefallene Backups

Ausgefallene Backups deuten auf falsch konfigurierte Backup-Planungen, abgestürzte Agent-Dienste oder nicht erkannte Backup-Speicherorte hin. Die folgenden Beispielskripte können Ihnen als Referenz dienen, um die Ursache ausgefallener Backups zu ermitteln.

• Aufgabenplanung über die Eingabeaufforderung prüfen:

schtasks /query /fo list | findstr /i "backup"

• Agent-Zustand über PowerShell prüfen:

Get-Service -Name "*backup*" | Select Name, Status

• Beispielskript zum Testen des Ziel-Backup-Pfads über PowerShell:

$NAS_SERVER_NAME = "YourNASName" # Replace with your NAS hostname or IP
$backupPath = "\\$NAS_SERVER_NAME\Backups" # UNC path to the NAS backup folder# Check if backup path is available
if (Test-Path $backupPath) {
Write-Host "Backup path is reachable."

$backups = Get-ChildItem -Path $backupPath -Recurse
}
else {
Write-Warning "Backup path is not reachable."
}

Problem 3: Abweichungen von der Richtlinie

Weichen Richtlinien ab, ändert sich die Service-Erbringung in der jeweiligen SLA-Stufe. Das kann zu übermäßigem Schutz oder zu Vertragsverletzungen führen.

Wenn Sie für Ihre verwalteten Endpunkte ein SLA-Tag in der Registry nutzen, können Sie dieses zunächst mit folgendem Skript abfragen:

$path = "HKLM:\SOFTWARE\Org\SLA" # Replace with the registry path where your SLA tier value is stored
$expected = "Gold" # Replace with the SLA tier you want to query against (e.g., Bronze, Silver, Gold)$actual = (Get-ItemProperty -Path $path).BackupTier
if ($actual -ne $expected) {
Write-Warning "Backup policy drift detected"
} else {
Write-Host "Backup policy matches expected SLA tier: $expected"
}

Sobald eine Abweichung der Backup-Richtlinie innerhalb einer OU-Stufe erkannt wird, können Sie Fehlkonfigurationen mit Gruppenrichtlinien beheben.

Problem 4: Übermäßiger Speicherverbrauch

Verwaiste Backups, zu lange aufbewahrte alte Backups oder doppelte Backups treiben den Speicherverbrauch in die Höhe. Mit Skripten können Sie nach überflüssigen Backups suchen und deren Bereinigung regelmäßig automatisieren.

Beispielskript für PowerShell:
$cutoff = (Get-Date).AddDays(-90) # Adjust this value to match the SLA retention period (e.g., -14 for Bronze, -30 for Silver, -90 for Gold)
Get-ChildItem "D:\Backups" -Recurse |
Where-Object { $_.LastWriteTime -lt $cutoff } |
Remove-Item -Force

NinjaOne-Services für eine wirksame Zuordnung von Backup-Richtlinien

NinjaOne bietet Services, die Backup-Richtlinien mit den SLAs Ihrer Kund:innen in Einklang bringen. So sichern Sie Compliance und vereinfachen gleichzeitig das Endpunkt-Management.

Daten-Backup-Richtlinien zuordnen und SLA-Compliance effizient erfüllen

Werden Backup-Richtlinien den SLA-Stufen zugeordnet, passen Ressourcen und Zusagen zusammen und die Service-Erbringung läuft reibungslos. Klare Backup-Richtlinien helfen MSPs und IT-Teams außerdem, übermäßigen Schutz und unnötige Speicherkosten zu vermeiden.

Dieser Leitfaden hat Methoden gezeigt, um SLA-konforme Backup-Richtlinien mit Skripten und GPOs zuzuordnen, zu prüfen und durchzusetzen. NinjaOne erweitert diese Methoden, indem es Alarmierungen, Behebungen und Berichterstattung automatisiert und so Compliance im großen Maßstab sichert.

Verwandte Themen:

• SLA, SLO und SLI: die wichtigsten Unterschiede
• SLA, SLO und SLI: die wichtigsten Unterschiede
• Was ist ein MSP-Service-Level-Agreement (SLA)?
• Was ist ein Operational-Level-Agreement (OLA)?
• Cloud-Speicher und Cloud-Backup: Das ist der Unterschied