repostor möchte Ihre TCO senken

Transkript

1 repostor möchte Ihre TCO senken In diesem Dokument informieren wir Sie über unsere Leistungen in folgenden Bereichen: ROI (Return on Investment = Kapitalerträge) Bis zu 43-fache Platzersparnis TCO (Total Cost of Ownership = Gesamtbetriebskosten) RTO (Recovery Time Objective = Risiko des Datenverlustes/Wiederherstellungsdauer) Schnellere Wiederherstellung RPO (Recovery Point Objective = Risiko des Datenverlustes/Wiederherstellungszeitpunkt) Schnelleres Backup Weniger Sicherungs kopien Weniger Datenverlust Diese Lösung wurde von IBM geprüft und bestätigt.

2 Return of Investment (ROI) Mit unserer Lösung sparen Sie bis zum 43-fachen an Platz gespeichert (GB) in TSM-System gespeichert (GB) in TSM-System gespeichert (GB) mit Deduplizierung Diese Abbildung zeigt ein volles Backup-to-Disk (rote Linien) und um wieviel der Speicherplatz in Gigabyte zunimmt, bei einer 10-Gigabyte-Datenbank und bei 30 Tagen Speicherung. Mit unserer Lösung brauchen Sie nicht jeden Tag -Backups zu fahren. Es reicht einmal pro Woche, dazwischen ein inkrementelles Backup, siehe Abb. (gelbe Linien). Wenn Sie TSM Version 6 fahren, mit Deduplizierung und Kompression, reduziert sich das Volumen drastisch (grüne Linien). Hinweis: Wir haben dabei nicht berücksichtigt, dass zusätzlicher Platz für die lokale Datensicherung als Dump benötigt wird (der Platz, den das Dateisystem für den Dump belegt); wir haben nur den Platzbedarf mit eingerechnet, der im TSM gebraucht wird.

3 Backup-Fenster Asynchrones contra synchrones Backup Es gibt keine Garantie dafür, dass die MySQL-Datensicherungen mit TSM mit einer Backup-to-Disk- Lösung geschützt sind (siehe Abb. unten) Asynchrones Backup ohne Berücksichtigung der verschiedenen terminierten Aufgaben Laufendes MySQL-Backup Laufendes TSM-Datei-Backup In diesem Beispiel kann das MySQL-Backup weiterlaufen, während das TSM-Dateisystem- Backup gefahren wird. In welchem Status befindet sich das MySQL-Backup? Szenario 1) Szenario 2) TSM hätte die Datei sichern können, während das MySQL-Backup weiterläuft. Das Ergebnis: ein korruptes Backup in TSM. TSM hätte die Datei sichern können, wenn das MySQL-Backup fertig ist. Das Ergebnis: ein einwandfreies Backup in TSM. Asynchrones Backup unter Berücksichtigung der verschiedenen terminierten Aufgaben Laufendes MySQL-Backup Laufendes TSM-Datei-Backup In diesem Beispiel ist das MySQL-Backup in TSM in Ordnung. Wie Sie aber aus der Abb. ersehen können, ist das Backup-Fenster viel größer. Bei unserer Lösung wird das MySQL-Backup direkt an TSM geschickt, siehe Abb. unten. Synchrones Backup Laufendes MySQL-Backup in TSM In diesem Beispiel ist das Backup-Fenster viel kleiner als alle obigen Beispiele. Sämtliche Daten werden garantiert in TSM gespeichert. Bei unserer Lösung wird das Backup- Fenster kleiner. Das Ergebnis ist ein schnelleres Backup von der Anwendung, als wenn die Daten faktisch außerhalb des physischen Servers (TSM) gespeichert werden.

4 Recovery Point Objective (RPO) Sie können häufiger Backups fahren, da die Volumen der inkrementellen Backups kleiner sind. Der maximale Datenverlust beträgt 1 Stunde Obiges Beispiel zeigt das Ergebnis, wenn Sie jede ungerade Stunde ein inkrementelles Backup fahren.

5 Recovery Time Objective (RTO) Die maximale Downtime für die Anwendung während einer Wiederherstellung verkürzt sich, weil die Daten parallel direkt vom TSM zum MySQL Server abgerufen werden. Obige Abbildung zeigt die parallele -Wiederherstellung von 4 Datenbanken in den MySQL Server. Die grauen Felder bedeuten die inkrementelle Wiederherstellung (Transaktionslogs) auf dem MySQL Server. Bei unserer Lösung ist die Downtime kürzer. Datei-Wiederherstellung MySQL-Wiederherstellung von Obige Abbildung zeigt, wie eine der MySQL-Datenbanken vom TSM wiederhergestellt wird. Wäre dies manuell erfolgt, dann wäre die Downtime viel länger, weil die Wiederherstellung eventuell nicht parallel erfolgen kann. Außerdem müssen Wiederaufbau und Wiederherstellung in verschiedenen Schritten erfolgen. 1) Wiederherstellung der lokalen Backup-Dumpdateien vom TSM (rote Felder) 2) Wiederherstellung der inkrementellen Backup-Dateien vom TSM (graue Felder) 3) Wiederherstellung der MySQL Datenkbank (gelbes Feld) 4) Wiederherstellung der MySQL Datenbanken von inkrementeller Backup-Datei (grüne Felder)

6 Hier erhalten Sie Ihre Validierungs-Kopie Gehen Sie zu Klicken Sie Produkte im Menü an. Wählen Sie ein Produkt. Gehen Sie zu Produkt-Downloads Sie können Ihre Kopie 30 Tage lang testen. Bestellung Ihres eigenen Data Protector: Schicken Sie eine an dann erhalten Sie weitere Informationen. Wir begrüßen Sie bei Repostor REPOSTOR AB Första Långgatan 19 SE Göteborg Schweden Diese Lösung wurde von IBM geprüft und bestätigt.