--- title: "Skalierbare Datensicherung: So richten Sie einen Datenschutz ein, der auch bei wachsender Infrastruktur zuverlässig funktioniert" published_at: "2026-09-08T17:43:05+00:00" modified_at: "2026-09-08T17:50:02+00:00" url: "https://www.baculasystems.com/de/blogs/skalierbare-datensicherung/" markdown_url: "https://www.baculasystems.com/de/blogs/skalierbare-datensicherung.md" --- [Home](https://www.baculasystems.com/de/) > [Backup- und Wiederherstellungs-Blog](https://www.baculasystems.com/de/blogs/) > Skalierbare Datensicherung: So richten Sie einen Datenschutz ein, der auch bei wachsender Infrastruktur zuverlässig funktioniert # Skalierbare Datensicherung: So richten Sie einen Datenschutz ein, der auch bei wachsender Infrastruktur zuverlässig funktioniert Aktualisiert 8th September 2026, Rob Morrison Skalierbarkeit bei Backups bedeutet, dass die Leistung bei der Datensicherung und -wiederherstellung auch bei wachsenden Datenmengen, steigenden Arbeitslasten und längeren Aufbewahrungsfristen aufrechterhalten werden kann. **Eine Backup-Plattform, die bei 100 Terabyte (TB) gut funktioniert, kann sich bei 1 Petabyte (PB) ganz anders verhalten.** Mit dem Wachstum von Backup-Umgebungen können Skalierbarkeitsprobleme auftreten. Dazu gehören längere Backup-Fenster während der Geschäftszeiten, längere Suchvorgänge bei der Wiederherstellung sowie ein höherer Verwaltungsaufwand. Die Skalierbarkeit muss über die gesamte Backup- und Wiederherstellungsarchitektur hinweg bewertet werden und darf sich nicht nur auf die Speicherkapazität beschränken. Wenn Ihre Datenumgebung wächst, muss das System größere Datenmengen, mehr Workloads, längere Aufbewahrungsfristen und höhere Anforderungen an die Wiederherstellung unterstützen, ohne dabei übermäßige Kosten, Komplexität oder operative Risiken zu verursachen. Zudem muss es weiterhin die Recovery Point Objectives (RPOs) und Recovery Time Objectives (RTOs) des Unternehmens erfüllen. ## Was bedeutet Skalierbarkeit in einer Backup-Umgebung? Backup-Skalierbarkeit ist die Fähigkeit einer Backup-Umgebung, wachsende Datenmengen und Workloads zu schützen und wiederherzustellen und dabei weiterhin die definierten Anforderungen an Leistung, Kosten, Sicherheit, RPO und RTO zu erfüllen. Backup-Umgebungen wachsen nicht nur in eine Richtung. Das Datenvolumen kann zunehmen, aber ebenso die Anzahl der Dateien, Workloads, Standorte und Aufbewahrungsanforderungen. Jeder dieser Faktoren belastet einen anderen Teil der Backup-Infrastruktur. - **Mehr Daten:** Mehr Server, Datenbanken, Anwendungen und Benutzer erhöhen die zu schützende Kapazität. - **Mehr Dateien und Objekte:** Milliarden von Dateien können Backup-Kataloge und Metadatensysteme erheblich belasten. - **Höhere Änderungsraten:** Wenn sich täglich mehr Daten ändern, müssen innerhalb desselben Zeitfensters mehr Informationen gesichert werden. - **Mehr Workloads:** Virtuelle Maschinen, Datenbanken, Container, SaaS-Anwendungen (Software as a Service) und Cloud-Konten bringen jeweils unterschiedliche Schutzanforderungen mit sich. - **Längere Aufbewahrungsfristen:** Regulatorische Anforderungen und Unternehmensrichtlinien können vorschreiben, dass Backup-Daten über Monate oder Jahre hinweg aufbewahrt werden müssen. ## Warum Backup-Kapazität und Backup-Skalierbarkeit nicht dasselbe sind Backup-Kapazität ist die Datenmenge, die ein System speichern und vorhalten kann. „Das Wachstum der Backup-Infrastruktur bezieht sich auf die Fähigkeit der gesamten Datensicherungsumgebung, steigende Workloads zu bewältigen und dabei die Ziele in Bezug auf Leistung, Zuverlässigkeit, Sicherheit und Wiederherstellung aufrechtzuerhalten. Mit dem Wachstum der Backup-Umgebung ist die Speicherkapazität nur ein Aspekt. Aus Sicht der Betriebsleistung können höhere Datenmengen die Anforderungen an den Backup-Durchsatz, die Verarbeitung von Metadaten und Katalogen, den Replikationsverkehr sowie die Aufbewahrungskosten erhöhen. Wenn diese Komponenten nicht mit dem Speicher skalieren, können routinemäßige Backup-Vorgänge langsamer und teurer werden. Auswirkungen des Wachstums auf die Wiederherstellung. Je mehr Daten vorhanden sind, desto länger kann die Wiederherstellung dauern, insbesondere wenn mehrere Systeme gleichzeitig wiederhergestellt werden müssen. Selbst bei erfolgreichen Backup-Aufträgen kann es für ein Unternehmen schwierig sein, seinen RTO einzuhalten, wenn es nicht über ausreichenden Wiederherstellungsdurchsatz und ausreichende Wiederherstellungskapazität verfügt. Eine skalierbare Backup-Architektur muss daher das Wachstum in mehreren miteinander verbundenen Bereichen berücksichtigen: - Die Komponenten, die Backup-Daten verschieben und speichern - Die Katalog- und Indizierungskomponenten, die zum Auffinden von Wiederherstellungspunkten verwendet werden - Die Komponenten, die Richtlinien, Zeitplanung, Überwachung und Ressourcen verwalten - Wiederherstellungsplan ***Die Backup-Leistung im großen Maßstab sollte sowohl an den laufenden Schutzanforderungen als auch an den Wiederherstellungsanforderungen gemessen werden. Eine skalierbare Architektur muss in der Lage sein, definierte RPOs und RTOs einzuhalten, wenn Datenvolumen, Anzahl der Workloads, Aufbewahrungsfristen, geografische Verteilung und der gleichzeitige Wiederherstellungsbedarf zunehmen.*** ## Welche Engpässe treten zuerst auf, wenn Backup-Umgebungen wachsen? Die ersten Skalierbarkeitsengpässe bei Backups treten typischerweise in den Bereichen Backup-Fenster, Netzwerkdurchsatz, Metadatendienste, Replikation, Repository-Leistung oder Wiederherstellungsinfrastruktur auf. Welcher davon zuerst auftritt, hängt von den Merkmalen der Workloads und der Architektur ab. ### Backup-Fenster kollidieren mit dem Produktionsbetrieb Da die Menge der täglich geänderten Daten zunimmt, könnten die Backup-Jobs einen größeren Anteil des verfügbaren Backup-Fensters in Anspruch nehmen. Geplante Backups können schließlich in die Geschäftszeiten fallen oder in den nächsten Schutzzyklus hineinreichen. ### Das Wachstum von Katalog und Metadaten verlangsamt die Wiederherstellung Mit der Zunahme von Systemen, Wiederherstellungspunkten, Dateien und Objekten wird der Backup-Katalog zu einer immer wichtigeren Komponente der Architektur. Der Katalog muss kontinuierliche Aktualisierungen sowie Such-, Durchsuchungs-, Berichts- und Wiederherstellungsvorgänge unterstützen. Bei langen Aufbewahrungsfristen und vielen Objekten kann eine schlecht konzipierte Metadaten-Infrastruktur es erschweren, den richtigen Wiederherstellungspunkt schnell zu finden. ### Workloads mit kleinen Dateien verursachen unverhältnismäßig hohen Overhead Die Anzahl und Größe von Dateien kann sich erheblich auf die Backup-Leistung auswirken. Eine einzelne große Datenbankdatei und Millionen kleiner Dateien können zwar denselben Speicherplatz belegen, doch Workloads mit kleinen Dateien verursachen in der Regel einen deutlich höheren Verarbeitungsaufwand. Das Aufzählen von Dateien, das Erfassen von Metadaten, Berechtigungsprüfungen, die Indizierung und das Neuerstellen von Dateien können die Backup- und Wiederherstellungszeiten verlängern. Leistungstests sollten daher die tatsächlichen Eigenschaften der Workload widerspiegeln und nicht nur das Datenvolumen allein berücksichtigen. Bei der Architekturauswahl muss möglicherweise auch die Dichte kleiner Dateien berücksichtigt werden. Je nach Umgebung können Unternehmen Strategien wie Dateisystem-Snapshots, Backups auf Image-Ebene, Objektspeicher oder die Gruppierung und Archivierung großer Sammlungen kleiner Dateien vor der Sicherung in Betracht ziehen. **Workloads mit kleinen Dateien überlasten Metadatenoperationen** Moderne Backup-Architekturen verwalten üblicherweise mehrere Kopien der gesicherten Daten, um Ausfallsicherheit und Wiederherstellbarkeit zu gewährleisten. Jede zusätzliche Kopie wirkt sich auf die Kapazitätsplanung aus, und Sicherungsdaten, die während einer festgelegten Aufbewahrungsfrist nicht geändert oder gelöscht werden können, können diese Auswirkungen noch verstärken, da geschützte Daten nicht vor Ablauf ihrer Aufbewahrungsfrist entfernt werden können. Bei der Wachstumsplanung sollten Primär- und Sekundärkopien, Replikation, unveränderliche Aufbewahrung, gesetzliche Aufbewahrungspflichten, die verhindern können, dass Sicherungsdaten gemäß ihrem normalen Lebenszyklus verfallen, Metadaten, temporärer Wiederherstellungsspeicherplatz und andere mit dem Betrieb der Umgebung verbundene Overheads berücksichtigt werden. ### In den Wiederherstellungsdurchsatz wird weniger investiert als in die Datenerfassung Die Datenerfassung für Backups steht ständig im Fokus, da Backup-Jobs regelmäßig ausgeführt werden. Groß angelegte Wiederherstellungen werden seltener getestet, was bedeutet, dass Einschränkungen bei der Wiederherstellung unbemerkt bleiben können, bis sie kritisch werden. Die Wiederherstellungsleistung kann durch die Lesegeschwindigkeit des Repositorys, die Fragmentierung der Backups, die Deduplizierung und die Rekonstruktion deduplizierter Daten während Wiederherstellungsprozessen, die Netzwerkkapazität, den Abruf aus der Cloud und den Datenausgang, Malware-Scans sowie die Leistung des Wiederherstellungsziels beeinträchtigt werden. ## Welche Kennzahlen decken Skalierbarkeitsprobleme frühzeitig auf? Die Kapazitätsauslastung liefert nur einen Teil des Gesamtbildes. Die Überwachung sollte daher den gesamten Schutz- und Wiederherstellungsdienst abdecken. Zu den nützlichen Kennzahlen gehören unter anderem die Auslastung des Backup-Fensters, die Warteschlangenverzögerung, der Durchsatz bei Backup und Wiederherstellung, die Antwortzeit des Katalogs, die Replikationsverzögerung und die RPO-Abdeckung. ## Scale-Up- vs. Scale-Out-Backup-Architektur Beim Scale-Up wird ein bestehendes Backup-System mit mehr Ressourcen erweitert. Beim Scale-Out wird die Kapazität durch Hinzufügen von Systemen oder Knoten und die Verteilung der Arbeitslasten auf diese erweitert. Beim Scale-Up werden einem bestehenden System CPU, Arbeitsspeicher, Speicher oder andere Ressourcen hinzugefügt. Dies ist im Allgemeinen einfach zu handhaben, doch die Architektur unterliegt weiterhin der maximalen Kapazität dieses Systems. Bei „Scale-out“ werden Knoten, Worker, Speichereinheiten oder andere Dienste hinzugefügt. Diese Methode ermöglicht ein stärkeres inkrementelles Wachstum und bietet potenziell die Möglichkeit, Workloads auf mehrere Systeme zu verteilen, erfordert jedoch auch einen höheren Koordinations- und Betriebsaufwand. ## Ein schrittweiser Prozess zur Konzeption einer skalierbaren Backup-Architektur Eine skalierbare Backup-Architektur orientiert sich in erster Linie am erwarteten Wachstum der Umgebung und nicht allein an der aktuellen Infrastruktur. ### 1. Modellieren Sie das Wachstum nach Workloads, anstatt einen einzigen jährlichen Prozentsatz zu verwenden Erfassen Sie die geschützte Kapazität, die tägliche Änderungsrate, die Objektanzahl, das Jobvolumen, die Aufbewahrungsdauer, die Anzahl der Backup-Kopien und die verfügbaren Backup-Fenster für jede wichtige Workload-Kategorie. Datenbanken, virtuelle Maschinen, Dateiserver, Container und Cloud-Workloads haben oft sehr unterschiedliche Schutzanforderungen. Prognosen sollten zudem geplante Anwendungsbereitstellungen, Cloud-Migrationen, Übernahmen, regulatorische Änderungen und die Stilllegung von Infrastruktur berücksichtigen. ### 2. Wandeln Sie Wiederherstellungsziele in Durchsatzanforderungen um Wiederherstellungsziele sollten den messbaren Infrastrukturbedarf bestimmen. Weisen Sie Wiederherstellungsanforderungen auf der Grundlage der Anwendungspriorität zu – nicht alle Workloads sind gleich. Einige kritische Anwendungen benötigen möglicherweise leistungsstarke Wiederherstellungsressourcen, während für weniger zeitkritische Daten kostengünstigere Speicher- und Wiederherstellungswege genutzt werden können. ### 3. Erfassen Sie die vollständigen Datenpfade für Backup und Wiederherstellung Dokumentieren Sie den gesamten Datenpfad während der Wiederherstellung vom Backup-Speicher in die Produktion und von der Produktion zurück zum Backup-Speicher. Dies sollte den Quellspeicher, Backup-Agenten/Datenübertragungsprogramme, Netzwerkverbindungen, Firewalls, Verschlüsselungs- und Deduplizierungsstufen, Repositorys, Replikationsziele, Katalogdienste und Wiederherstellungsziele umfassen. Die Erfassung jeder einzelnen Komponente hilft dabei, Engpässe im Durchsatz zu identifizieren, da das langsamste Element die Leistung des gesamten Backup- oder Wiederherstellungsprozesses einschränken kann. Katastrophenszenarien bringen einen weiteren Aspekt mit sich: die Konkurrenz um gemeinsam genutzte Ressourcen. Während der Wiederherstellung können Netzwerk-, Rechen-, Identitäts- und Speicherdienste bereits stark ausgelastet oder teilweise nicht verfügbar sein. Bei der Wiederherstellungsplanung sollte daher geprüft werden, ob diese gemeinsam genutzten Ressourcen die Wiederherstellung aus dem Backup unterstützen können, während gleichzeitig andere kritische Systeme wieder online geschaltet werden. ### 4. Separate Backup-Ressourcengruppen einrichten Unternehmen sollten separate Backup-Domänen in Betracht ziehen, wenn geografische Gegebenheiten, Sicherheitsgrenzen, Konflikte bei der Arbeitslast oder Wiederherstellungsanforderungen den Betrieb einer einzigen gemeinsam genutzten Domäne erschweren. Durch den Einsatz unabhängiger Backup-Worker, Speicherpools, Proxys oder anderer Ressourcen lassen sich Konflikte reduzieren und die Auswirkungen eines Ausfalls oder einer ungewöhnlich hohen Arbeitslast begrenzen. ***HINWEIS:****Die Trennung verursacht zudem Verwaltungsaufwand. Jede neue Domäne erfordert Überwachung, Patching, Anmeldedaten, Kapazitätsplanung und Tests.* ### 5. Automatisieren Sie Entscheidungen zu Lebenszyklus und Platzierung Mit der Zunahme geschützter Workloads wird die manuelle Konfiguration immer schwieriger. Backup-Zeitpläne, Aufbewahrungsfristen, Speicherebenen, Replikationsanforderungen und Ablaufrichtlinien können über richtlinienbasierte Automatisierung zugewiesen werden. Eine automatisierte Erkennung kann zudem dabei helfen, neue Systeme zu identifizieren, die ohne angemessenen Schutz bereitgestellt wurden. ### 6. Erhöhen Sie die Sicherheit, ohne einen unkalkulierbaren Engpass zu schaffen Zwar ist Sicherheit ein wichtiger Bestandteil moderner Backup-Architekturen, doch bringen Sicherheitskontrollen auch zusätzliche Anforderungen mit sich. Bei der Kapazitäts- und Leistungsplanung sollten Verschlüsselung, Unveränderlichkeit, Multi-Faktor-Authentifizierung, Malware-Scans und isolierte Wiederherstellungsumgebungen berücksichtigt werden. Unternehmen sollten zudem [Offline-Backups, die regelmäßig getestet werden](https://www.cisa.gov/stopransomware/ransomware-guide) , vorhalten. Die CISA empfiehlt, Backups offline und verschlüsselt zu speichern sowie die Verfügbarkeit und Integrität der Backups regelmäßig zu testen, um sicherzustellen, dass sie im Falle eines Ransomware-Vorfalls oder eines anderen Wiederherstellungsszenarios weiterhin nutzbar sind. ### 7. Testen Sie Wachstum und Wiederherstellung, bevor die Produktion an ihre Grenzen stößt Tests sollten auf prognostizierten Anforderungen basieren, nicht nur auf aktuellen Auslastungsniveaus. Last- und Wiederherstellungstests sollten Datenvolumen, Job-Parallelität, Katalogleistung, Repository-Auslastung, Replikation, Ausfallszenarien und Wiederherstellungsdurchsatz messen. ## Checkliste zur Skalierbarkeit von Backups Verwenden Sie bei der Konzeption der Backup-Architektur diese Checkliste, um zu prüfen, ob sie aktuelle Anforderungen und zukünftiges Wachstum erfüllen kann: - **Aktuelle geschützte Kapazität:** die Gesamtmenge der derzeit gesicherten Daten. - **Wachstumsrate:** die jährliche Rate, um die die geschützten Daten voraussichtlich wachsen werden. - **Tägliche Änderungsrate:** Prozentsatz oder Datenvolumen, das sich zwischen den Backup-Zyklen ändert. - **Anzahl der Dateien oder Objekte:** die Anzahl der einzelnen Dateien, Objekte oder Datensätze, die das Backup-System verarbeiten muss. - **Backup-Fenster:** der Zeitrahmen, der für die Ausführung geplanter Backups zur Verfügung steht. - **Erforderliches RPO:**der maximal tolerierbare Datenverlust, gemessen in Zeit. - **Erforderliches RTO:**die maximal akzeptable Zeitspanne für die Wiederherstellung von Systemen oder Daten. - **Wiederherstellungsdurchsatz:** die Geschwindigkeit, mit der die Backup-Umgebung Daten während einer Wiederherstellung bereitstellen kann. - **Anzahl der Kopien im Backup:**Wie viele Kopien sollen aufbewahrt werden und wo? - **Unveränderliche Aufbewahrungsfrist:** der Mindestzeitraum, in dem Backup-Kopien vor Änderungen oder Löschungen geschützt sein sollten. - **Replikationsbandbreite:** Der Durchsatz, der im Netzwerk erforderlich ist, um Sicherungsdaten zwischen Umgebungen oder Standorten zu übertragen. ## So weisen Sie nach, dass eine Sicherungsarchitektur skalierbar ist Führen Sie Last- und Wiederherstellungstests durch, um die Skalierbarkeit von Sicherung und Wiederherstellung auf der Grundlage der prognostizierten Datenmengen, der Parallelität, der Aufbewahrungsdauer sowie der Ausfall- und Wiederherstellungsanforderungen nachzuweisen. Herstellerspezifikationen und veröffentlichte Durchsatzwerte sind für Vergleiche nützlich, garantieren jedoch keine Leistung in einer bestimmten Umgebung. Die tatsächlichen Ergebnisse hängen von Faktoren wie Datentyp und Dateigröße, Änderungsrate, Komprimierung und Deduplizierung, Verschlüsselung, Netzwerklatenz, Quellleistung, Repository-Design und Wiederherstellungsinfrastruktur ab. Ein aussagekräftiger Proof of Concept sollte daher die Bedingungen nachbilden, mit denen das Unternehmen im Zuge seines Wachstums voraussichtlich konfrontiert sein wird. Die Tests sollten auch die [Wiederherstellung nach Ransomware-Angriffen und zerstörerischen Datenereignissen](https://csrc.nist.gov/pubs/sp/1800/11/final) umfassen. NIST SP 1800-11 bietet Leitlinien zur Wiederherstellung von Daten nach zerstörerischen Ereignissen, wobei ein besonderer Schwerpunkt auf der Überprüfung der Datenintegrität und der Sicherstellung liegt, dass wiederhergestellte Informationen vertrauenswürdig sind und sicher genutzt werden können. ## Warum Backup-Kosten oft schneller steigen als die Datenmenge Backup-Kosten können schneller steigen als die Menge der geschützten Daten. Dies liegt daran, dass das Datenwachstum gleichzeitig zu einem Anstieg der Speicherkopien, der Aufbewahrungsfristen, der Replikation, der Lizenzierung, des Netzwerkverkehrs, des Abrufs aus der Cloud, der Verwaltungsinfrastruktur und des Verwaltungsaufwands führen kann. Sie sollten ein realistisches Kostenmodell entwickeln, das einen Planungszeitraum von mindestens drei Jahren berücksichtigt und Folgendes einbezieht: - Datenwachstum und tägliche Änderungsraten - Aufbewahrungsfristen, Replikation, Unveränderlichkeit und gesetzliche Aufbewahrungspflichten - Softwarelizenzierung und Support - Anforderungen an Speicher und Hardware-Erneuerung - Gebühren für Cloud-Speicher, Betrieb, Abruf und Datenausgang aus der Cloud (Egress) - Netzwerk- und regionenübergreifende Übertragungskosten - Katalog- und Verwaltungsinfrastruktur - Wiederherstellungstests und temporäre Wiederherstellungsressourcen - Administration, Überwachung, Patching und Incident Response - Migrations- oder Plattformausstiegskosten ## Wie Bacula Enterprise skalierbare Backups unterstützt [Bacula Enterprise](https://www.baculasystems.com/de/unternehmensbackup-software-loesungen/bacula-unternehmen-backup-software/) zeichnet sich als besonders skalierbare Backup- und Wiederherstellungslösung aus, die realistische Antworten auf die hier diskutierten skalierungsbezogenen Probleme bietet. Es nutzt eine modulare Architektur, sodass Backup-Management, Client-Dienste, Speicher und Katalogkomponenten je nach den Anforderungen der Umgebung separat bereitgestellt werden können. Die Plattform unterstützt ein breites Spektrum an Workload-Kategorien, darunter physische und virtuelle Systeme, Datenbanken, Container und Cloud-Umgebungen. Damit eignet sie sich ideal für Unternehmen, die verschiedene Arten von Infrastruktur im Rahmen einer einzigen Backup-Strategie schützen müssen. Im Hinblick auf die Skalierbarkeit ermöglicht der modulare Aufbau, dass Backup-Verarbeitung, Speicherung und zugehörige Dienste verteilt werden können, wenn das Datenvolumen und die Workload-Anforderungen wachsen. Daher kann diese Architektur für schnell wachsende Unternehmen im Rahmen einer umfassenderen Bewertung der langfristigen Skalierbarkeit der Backup-Infrastruktur in Betracht gezogen werden. Die Architektur von Bacula unterstützt Scale-up und Scale-out auf vielfältige Weise. Hier einige Beispiele: **Enorme Datenmengen**: Skaliert von herkömmlichen Unternehmensumgebungen bis hin zu Multi-Petabyte-HPC- und KI-Infrastrukturen. **Milliarden von Dateien:** Der HPCAccelerator verteilt Dateisystem-Workloads auf parallel laufende Worker und ermöglicht so den effizienten Schutz von Milliarden von Dateien. **Parallele Verarbeitung:** Mehrere Backup- und Wiederherstellungsströme können gleichzeitig ausgeführt werden, was den Durchsatz erheblich steigert. **Hohe Job-Parallelität:** Unterstützt Tausende von gleichzeitigen Backup-Jobs in großen und komplexen Umgebungen. **Verteilte Architektur:** Backup-Komponenten können über mehrere Server, Netzwerke und Standorte verteilt werden, um die Abhängigkeit von einem einzelnen Verarbeitungsengpass zu vermeiden. **Parallele Dateisystemintegration:** Spezielle Funktionen für Lustre und IBM Storage Scale/GPFS tragen dazu bei, extrem große, leistungsstarke Dateisysteme effizient zu schützen. **Effiziente inkrementelle Backups:** Technologien wie Lustre Changelog und BSnapDiff identifizieren geänderte Daten, ohne ein gesamtes riesiges Dateisystem wiederholt scannen zu müssen. **Skalierbarkeit des Speichers:** Kunden können ihre Kapazitäten auf Festplatten, Band, Objektspeicher und Cloud-Ressourcen ausweiten, ohne an einen einzelnen Speicheranbieter oder eine bestimmte Technologie gebunden zu sein. **Skalierbarkeit der Workloads**: Eine einzige Plattform kann physische Server, virtuelle Maschinen, Container, Datenbanken, Cloud-Workloads und HPC-Umgebungen schützen, während die Infrastruktur erweitert wird. **Wirtschaftliche Skalierbarkeit:** Bacula berechnet keine Gebühren nach dem geschützten Datenvolumen, sodass schnell wachsende Datensätze nicht automatisch zu schnell steigenden Lizenzkosten führen. Diese Funktionen machen Bacula sowohl technisch als auch wirtschaftlich skalierbar, insbesondere für HPC, KI, komplexe IT-Landschaften, Forschung und Großunternehmensumgebungen. ## Häufig gestellte Fragen ### Kann Cloud-Speicher ein Backup-System automatisch skalierbar machen? Cloud-Speicher kann zwar praktisch elastische Kapazität bereitstellen, beseitigt jedoch keine anderen Einschränkungen. Backup-Software, Netzwerkbandbreite, API-Beschränkungen (Application Programming Interface), Metadatendienste, Abrufleistung, Ausgabekosten und die Wiederherstellungsinfrastruktur können die Skalierbarkeit beeinflussen. Cloud-Speicher sollte daher als Teil der gesamten Backup- und Wiederherstellungsarchitektur bewertet werden. ### Wie viel Reservekapazität sollte ein skalierbares Backup-Repository vorhalten? Es gibt keinen allgemeingültigen Prozentsatz, der für jede Umgebung gilt. Bei der Kapazitätsplanung sollten das erwartete Datenwachstum, tägliche Änderungsraten, Aufbewahrungsfristen, unveränderliche Kopien, Replikation, vorübergehende Arbeitslastspitzen, Hardware- oder Knotenausfälle sowie die Zeit berücksichtigt werden, die für die Beschaffung und Bereitstellung zusätzlicher Kapazität benötigt wird. ### Verbessert die Deduplizierung immer die Skalierbarkeit von Backups? Nein. Deduplizierung kann den Speicherbedarf und den Netzwerkverkehr reduzieren, ihre Wirksamkeit hängt jedoch von der Art der zu schützenden Daten ab. Zudem erfordert sie Rechen- und Metadatenressourcen und kann je nach Implementierung die Wiederherstellungsleistung beeinflussen. Sowohl die Backup-Effizienz als auch die Wiederherstellungsleistung sollten mit repräsentativen Workloads gemessen werden. ### Wann sollte ein Unternehmen eine Backup-Umgebung in mehrere Domänen aufteilen? Separate Backup-Domänen sind möglicherweise sinnvoll, wenn eine einzige Umgebung zu Ressourcenkonflikten, Sicherheitsproblemen, Anforderungen an den Datenaufbewahrungsort oder operativen Abhängigkeiten zwischen Workloads führt, die geografisch oder organisatorisch voneinander getrennt sind. Das Ziel sollte darin bestehen, sinnvolle Abgrenzungen zu schaffen, ohne jedoch unnötige Verwaltungssilos zu bilden. Zentralisierte Überwachung, Richtlinienverwaltung und Berichterstellung können Ihnen Transparenz über mehrere Umgebungen hinweg verschaffen. ### Lässt sich ein Backup-System skalieren, wenn die Wiederherstellung weiterhin manuell erfolgt? Nur in begrenztem Umfang. Mit steigender Anzahl geschützter Workloads können manuelle Wiederherstellungsaufgaben wie die Reihenfolgefestlegung von Anwendungen, die Verwaltung von Anmeldedaten, die Konfiguration von Netzwerken und die Validierung wiederhergestellter Daten zu erheblichen Engpässen werden. Über den Autor [https://www.linkedin.com/in/rob-morrison-3aa443/](https://www.linkedin.com/in/rob-morrison-3aa443/) Rob Morrison ist der Marketingdirektor bei Bacula Systems. Er begann seine IT-Marketing-Karriere bei Silicon Graphics in der Schweiz, wo er fast 10 Jahre lang in verschiedenen Marketing-Management-Positionen sehr erfolgreich war. In den folgenden 10 Jahren hatte Rob Morrison auch verschiedene Marketing-Management-Positionen bei JBoss, Red Hat und Pentaho inne und sorgte für das Wachstum der Marktanteile dieser bekannten Unternehmen. Er ist Absolvent der Plymouth University und hat einen Honours-Abschluss in Digital Media and Communications und ein Overseas Studies Program absolviert. *Verwandte Beiträge* [https://www.baculasystems.com/de/blogs/ransomware-schutz/](https://www.baculasystems.com/de/blogs/ransomware-schutz/) [Strategien und bewährte Praktiken zur Sicherung von Ransomware. Wie kann man Backups vor Ransomware schützen?](https://www.baculasystems.com/de/blogs/ransomware-schutz/) Oktober 13, 2025 [https://www.baculasystems.com/de/blog/unternehmen-backup-software/](https://www.baculasystems.com/de/blog/unternehmen-backup-software/) [Wie wählt man die beste Backup Software für Unternehmen im Jahr 2025? Die besten Datensicherungslösungen für Unternehmen.](https://www.baculasystems.com/de/blog/unternehmen-backup-software/) August 2, 2025 [https://www.baculasystems.com/de/blogs/proxmox-vs-kvm/](https://www.baculasystems.com/de/blogs/proxmox-vs-kvm/) [Auswahl der richtigen Virtualisierungsplattform: Proxmox vs. KVM erklärt](https://www.baculasystems.com/de/blogs/proxmox-vs-kvm/) Februar 4, 2025 [https://www.baculasystems.com/de/blogs/15-beste-softwarelosungen-fur-die-sicherung-von-servern/](https://www.baculasystems.com/de/blogs/15-beste-softwarelosungen-fur-die-sicherung-von-servern/) [Die 15 besten Software Lösungen zur Sicherung von Servern im Jahr 2025](https://www.baculasystems.com/de/blogs/15-beste-softwarelosungen-fur-die-sicherung-von-servern/) Januar 9, 2024 [https://www.baculasystems.com/de/blogs/hpc-sicherheitsleitfaden-800-223-800-234/](https://www.baculasystems.com/de/blogs/hpc-sicherheitsleitfaden-800-223-800-234/) [HPC-Sicherheitsleitfaden und Standards: NIST SP 800-223 und SP 800-234](https://www.baculasystems.com/de/blogs/hpc-sicherheitsleitfaden-800-223-800-234/) Oktober 6, 2025 [https://www.baculasystems.com/de/blogs/cloud-sicherheit-im-gesundheitswesen/](https://www.baculasystems.com/de/blogs/cloud-sicherheit-im-gesundheitswesen/) [Warum kann die Cloud-Sicherheit im Gesundheitswesen nicht wie die übliche Cloud-Sicherheit in Unternehmen behandelt werden?](https://www.baculasystems.com/de/blogs/cloud-sicherheit-im-gesundheitswesen/) Juni 29, 2026