Hopp Solutions

Cloud- und Infrastruktur-Engineering für geschäftskritische Umgebungen.

Leistungen
Cloud- & Hybrid-InfrastrukturGestalten Sie eine sichere, dokumentierte und betreibbare Umgebung mit dem richtigen Gleichgewicht zwischen Public Cloud, Private Cloud und On-Premises-Systemen.Infrastruktur-Migration & ModernisierungVerlagern Sie Workloads, Plattformen und Dienste in kontrollierten Stufen - mit klarer Abhängigkeitsanalyse, Tests, Cutover, Rollback und Betriebsübergabe.Managed Infrastructure & BetriebHalten Sie Ihre Infrastruktur zuverlässig, dokumentiert und im laufenden Betrieb verbessert - durch Monitoring, Wartung, Incident-Analyse und geplante Weiterentwicklung.Backup, Recovery & Business ContinuityBauen Sie Wiederherstellungsfähigkeit an geschäftlichen Anforderungen auf, nicht nur an erfolgreichen Job-Meldungen. Definieren Sie RPO/RTO-Ziele und prüfen Sie sie regelmäßig.
Kompetenzen
Microsoft Cloud, Identity & EndpointBetreiben und sichern Sie Microsoft 365, Entra ID, hybride Identitäten, Endpoint-Management und Gerätecompliance als Teil des gesamten Infrastrukturmodells.Citrix & virtuelle ArbeitsplätzeWarten, migrieren und modernisieren Sie virtuelle Apps und Desktops - unter Erhalt von Anwendungszugriff, Benutzerprofilen und betrieblicher Kontrolle.Infrastrukturautomatisierung & IaCErsetzen Sie wiederkehrende, fehleranfällige Infrastrukturaufgaben durch kontrollierte Automatisierung, versionierte Konfiguration und wiederholbare Deployment-Abläufe.
ReferenzenInsightsÜber unsKontakt
ENDE
Infrastructure Review buchen

Referenz | Backup & Recovery

Mehr Backup-Kapazität und bessere Lastverteilung für Microsoft 365

Ein einzelner Microsoft-365-Backup-Server trug Proxy-, Repository- und Job-Steuerung für einen gesamten Tenant. Mit dem Wachstum der SharePoint- und Teams-Daten liefen die Jobs aus ihrem Zeitfenster heraus, und die Repository-Kapazität wurde zum begrenzenden Faktor. Ein dediziertes Proxy- und Repository-Design nahm dem zentralen Server die Last und schuf klare Zuständigkeiten je Workload.

Ausgangslage beim Kunden

Ein einzelner Backup-Server schützte einen kompletten Microsoft-365-Tenant.

Exchange-Online-Postfächer, SharePoint-Sites, OneDrive-Konten und Teams-Inhalte wurden alle von einem einzigen Backup-Server gesichert, der zugleich als eigener Proxy und Repository-Host diente. Für das ursprüngliche Datenvolumen war dieses Design tragfähig. Das Wachstum von SharePoint und Teams veränderte jedoch, was dieser eine Server jede Nacht leisten musste - sichtbar wurde das an Job-Laufzeiten und Speicherverbrauch, nicht an Fehlermeldungen.
iamgeshadow

Die Herausforderung

  • Die nächtlichen Backup-Jobs trotz weiter wachsender Tenant-Daten wieder in ihr Zeitfenster bringen.
  • Einen Server entlasten, der Proxy-, Repository- und Job-Steuerung gleichzeitig übernahm.
  • Lastintensiven SharePoint- und Teams-Jobs einen eigenen Verarbeitungs- und Speicherpfad geben.
  • Repository-Kapazität anhand von gemessenem Wachstum planen statt anhand des Ausgangsvolumens.
  • Schutz und Aufbewahrung lückenlos halten, während Jobs und Repositories neu geordnet wurden.
  • Einen großen Job-Umfang durch Sets ersetzen, die klar zuordenbaren Verantwortlichen entsprechen.
  • Ein Modell hinterlassen, das der Kunde erweitern kann, ohne es erneut neu zu entwerfen.

Randbedingungen

Die Bedingungen, unter denen das neue Design funktionieren musste.

icon

Ein festes Backup-Fenster

Die Verarbeitung musste über Nacht abgeschlossen sein, und mehr parallele Tasks auf demselben Server hätten die Konkurrenz um Ressourcen erhöht statt den Durchsatz.

icon

Repository-Kapazität

Der Speicher näherte sich seiner praktischen Grenze, deshalb musste das Design stark wachsende von stabilen Workloads trennen.

icon

Grenzen auf Dienstseite

Microsoft 365 drosselt je Tenant und je Workload, was begrenzt, wie viel schneller ein einzelner Job überhaupt werden kann.

icon

Lückenloser Schutz

Jobs, Repositories und Aufbewahrung mussten neu geordnet werden, ohne dass zwischenzeitlich ein Workload ungeschützt blieb.

Vorgehen von Hopp Solutions

01

Bestandsaufnahme des bestehenden Backups

Job-Laufzeiten, Objektzahlen, Änderungsraten und Repository-Verbrauch je Workload messen, um festzustellen, wo Verarbeitungszeit und Speicher tatsächlich anfallen.

02

Trennung der Workloads

Den Schutz nach Workload-Klassen aufteilen, damit SharePoint und Teams - die beiden am schnellsten wachsenden und am langsamsten verarbeiteten Datensätze - nicht mehr mit Postfach- und OneDrive-Jobs konkurrieren.

03

Dediziertes Proxy-Design

Separate Backup-Proxys einführen, um die Verarbeitung vom zentralen Server zu nehmen, dimensioniert an den Objektzahlen, die jeder Workload tatsächlich erzeugt.

04

Repository-Aufteilung

Repositories je Workload und Aufbewahrungsprofil zuordnen, sodass Kapazitätsplanung und künftiges Wachstum jeweils einen klar abgegrenzten Datenbestand betreffen.

05

Kontrollierte Umstellung des Schutzes

Jobs stufenweise auf die neuen Proxys und Repositories verlagern und nach jedem Schritt die Abdeckung prüfen, statt den gesamten Tenant auf einmal umzustellen.

06

Wiederherstellung validieren

Item-Level-Restores aus den neuen Repositories für jeden Workload bestätigen, denn ein verlagerter Job ist erst abgeschlossen, wenn eine Wiederherstellung daraus nachgewiesen ist.

07

Dokumentation und Übergabe

Job-Übersicht, Proxy-Rollen, Repository-Verantwortung und die Wachstumsschwellen festhalten, die den nächsten Kapazitätsschritt auslösen sollen.

Ergebnis

Die Backup-Verarbeitung wurde auf dedizierte Proxys und Repositories verteilt, und die Jobs liefen wieder in einem planbaren Fenster.

Der zentrale Server wurde von der über die Zeit angewachsenen Verarbeitung entlastet, der Schutz von SharePoint und Teams erhielt einen eigenen Pfad, die Repository-Kapazität wurde anhand gemessenen Wachstums geplant, und der Kunde erhielt ein dokumentiertes Modell mit benannter Verantwortung je Workload.
iamgeshadow

Ergebnis nach Bereichen

ErgebnisbereichResultat
VerarbeitungBackup-Last auf dedizierte Proxys verteilt
SpeicherRepositories an Workload und Aufbewahrungsprofil ausgerichtet
Lastintensive JobsSharePoint und Teams über einen separaten Pfad gesichert
WiederherstellbarkeitItem-Level-Restores nach der Umstellung je Workload validiert
BetriebJob-Übersicht, Zuständigkeiten und Wachstumsschwellen dokumentiert

Was das Projekt gelingen ließ

  • iconDie bestehenden Jobs zuerst messen, statt Kapazität auf Verdacht hinzuzufügen.
  • iconWorkloads nach ihrem tatsächlichen Verhalten trennen, nicht nach der Gruppierung in der Konsole.
  • iconRepository-Kapazität als Planungsgröße mit Schwellenwert behandeln, nicht als Zahl, auf die man reagiert.
  • iconStufenweise Umstellung des Schutzes, sodass kein Workload je ohne gültigen Job blieb.
  • iconRestore-Tests als Abschlusskriterium für jeden Workload.
iamgeshadow

Technologiebereiche

  • Microsoft 365
  • Exchange Online
  • SharePoint Online
  • OneDrive for Business
  • Microsoft Teams
  • Veeam
  • Backup-Proxys und Repositories
  • Windows Server
  • PowerShell

Wir nehmen das bestehende Design auf, trennen die Workloads, die sich gegenseitig ausbremsen, und planen die Repository-Kapazität, bevor der nächste Wachstumsschritt die Umstellung erzwingt.

Hopp Solutions

Cloud- und Infrastruktur-Engineering für geschäftskritische Umgebungen.

Ansässig in Ohrid, Nordmazedonien. Wir unterstützen Organisationen und Technologieteams in ganz Europa.

Kontakt

hello@hoppsolutions.com+49 155 1027 5723+389 77 540 743

Büro

Bul. Turisticka 216000 Ohrid, Nordmazedonien

Leistungen

Kompetenzen

Unternehmen

Rechtliches

Copyright 2026 Hopp Solutions Dooel. Alle Rechte vorbehalten.