Datenwiederherstellung und Disaster Recovery
Disaster Recovery ist ein entscheidender Aspekt des Geschäftsbetriebs: Es schützt Daten, erfüllt regulatorische Anforderungen und Compliance-Vorgaben, folgt den Regelungen des Shared Responsibility Model, minimiert Ausfallzeiten und sichert die Wettbewerbsfähigkeit Ihrer Organisation.
Um all diese Anforderungen zu erfüllen, hat GitProtect.io eine echte Disaster-Recovery-Technologie mit verschiedenen Wiederherstellungsfunktionen entwickelt – für jedes Disaster-Szenario: Ausfall Ihres Service-Providers, Downtime Ihrer IT-Infrastruktur oder sogar ein Ausfall von GitProtect.io selbst.
Point-in-Time-Recovery, granulare Wiederherstellung nur ausgewählter Daten, Wiederherstellung in dasselbe oder ein neues Konto, Cross-over-Recovery auf eine andere Git-Hosting-Plattform, einfache Datenmigration zwischen Plattformen und Wiederherstellung auf ein lokales Gerät – all das ermöglicht Ihnen, Daten sofort wiederherzustellen und Datenverluste sowie Ausfallzeiten zu minimieren.
DR-Szenario Nr. 1: GitHub, GitLab oder Atlassian ist ausgefallen
Fällt Ihr Service-Provider aus, ist es entscheidend, dass Ihr Team unterbrechungsfrei weiterarbeitet. Mit der Point-in-Time-Recovery von GitProtect.io stellen Sie Ihre Git-Umgebung sofort als .git auf Ihrem lokalen Rechner oder in Ihrer lokalen GitHub-/GitLab-/Azure DevOps-/Bitbucket-Instanz wieder her – je nachdem, welchen Git-Hosting-Provider Sie nutzen. Darüber hinaus nutzen Sie die Cross-over-Wiederherstellung, um Ihre DevOps-Daten auf eine andere Git-Hosting-Plattform zu übertragen – zum Beispiel von GitHub zu Bitbucket oder GitLab und umgekehrt.
Im Jira-Ă–kosystem stellen Sie mit GitProtect.io schnell die neueste Kopie oder eine beliebige Point-in-Time-Kopie Ihrer Jira-Produktionsumgebung auf einem lokalen Rechner, einem anderen Jira-Konto oder sogar einem kostenlosen Jira-Konto mit der No-User-Recovery-Option wieder her.
DR-Szenario Nr. 2: Ihre IT-Infrastruktur fällt aus
GitProtect.io ist ein Multi-Storage-System. Daher weisen Sie mehrere Storage-Instanzen zu und replizieren die Daten zwischen ihnen, um die 3-2-1-Backup-Strategie oder fortgeschrittenere Varianten zu erfüllen – die 4-3-2- oder 3-2-1-1-0-Backup-Regel. So verfügen Sie über 3 oder mehr Backup-Kopien, die in mindestens 2 Speicherzielen Ihrer Wahl aufbewahrt werden (beliebige Cloud, On-Premise oder hybrid), wobei eines dieser Speicherziele (oder zwei davon) außerhalb des Standorts liegt.
Das bedeutet: Wenn Ihre DevOps- oder Jira-Infrastruktur ausfällt, stellen Sie Ihre Daten jederzeit von einem anderen Speicherort wieder her.
Sobald Sie ein Backup mit GitProtect.io einrichten, erhalten Sie außerdem kostenlosen GitProtect Cloud Storage als primäres oder sekundäres Backup-Ziel – für bessere Datenverfügbarkeit und einfachen Zugriff.
DR-Szenario Nr. 3: GitProtect.io-Infrastruktur fällt aus
Dieses Szenario ist unwahrscheinlich, aber wir sind auch darauf vorbereitet. Fällt unsere Infrastruktur aus, stellen wir Ihnen einen Installer für die zusätzliche GitProtect On-Premise-Anwendung bereit. So melden Sie sich ohne Unterbrechung Ihrer Geschäftskontinuität an, weisen den Speicher zu, auf dem Ihre DevOps- oder Jira-Daten liegen, und greifen auf alle Ihre Backups zu. Anschließend stellen Sie Ihre Daten mit einer der verfügbaren Wiederherstellungsoptionen wieder her – Point-in-Time-Recovery, granulare Wiederherstellung, Cross-Over-Restore und viele weitere.