Wirken sich Sicherungen oder Wiederherstellungen auf die Leistung aus?
Ja, aber nur minimal – insbesondere bei Produktionsworkloads.
- Während der Datensicherung und -wiederherstellung werden die Git-Hintergrundwartungs- und Speicherprozesse für die betroffenen Stufen (z. B. Repositories, Speicher) angehalten. Dies kann zu einem vorübergehenden Rückstand führen, der in Instanzmetriken sichtbar ist.
- Bei häufig aktualisierten Repositorys kann die Leistung beeinträchtigt werden, wenn Wartungsaufträge über längere Zeiträume hinausgezögert werden.
- Sicherungsvorgänge werden mit niedriger CPU- und E/A-Priorität ausgeführt, um die Auswirkungen auf Benutzende zu minimieren. Es können trotzdem kurzfristige Spitzen bei der Ressourcennutzung auftreten.
Es wird empfohlen, abzuwarten, bis der Wartungsrückstand vollständig behoben ist, bevor eine weitere Sicherung gestartet wird.
Wie werden MS-SQL Server Sicherungen behandelt?
Wenn GitHub Actions aktiviert ist, sichert der Dienst die MS SQL Server-Datenbank in einem gestaffelten Rhythmus:
-
**Vollständige Sicherung (F):** ein vollständiger Schnappschuss -
**Differenzielle Sicherung (D):** die Änderungen seit der letzten vollständigen Sicherung -
**Transaktionsprotokollsicherung (T):** Feinkörnige Änderungen seit der letzten vollständigen oder differenziellen Sicherung.
Die Sicherungsdauer wird durch die MSSQL Backup Cadence-Einstellung in der Verwaltungskonsole gesteuert. Im Laufe der Zeit umfasst eine Momentaufnahme:
-
1 vollständige Sicherung
-
0 oder mehr differentielle Sicherungen
-
mindestens eine Transaktionsprotokollsicherung
**Beispiel für eine Sicherungszeitleiste**
M---8:00--16:00---T---8:00--16:00---W... (timeline)
F-----------------F-----------------F... (full backup)
#-----D-----D-----#-----D-----D-----#... (differential backup)
T--T--T--T--T--T--T--T--T--T--T--T--T... (transaction log backup)
Zur Optimierung des Speicherplatzes verweisen Hardlinks auf zuvor erstellte Sicherungen. Bei jeder Ausführung werden nur neue Sicherungsdateien übertragen. Jede neue vollständige oder differenzielle Momentaufnahme wird zur Baseline für zukünftige Transaktionsprotokolle.
Während der Wiederherstellung werden Sicherungen in folgender Reihenfolge eingespielt: vollständige Sicherung, differenzielle Sicherung und Transaktionsprotokolle.
Was sind Benchmarkdaten?
Jede Momentaufnahme enthält ein Benchmarkprotokoll im benchmarks/-Verzeichnis. Dieses Protokoll zeigt, wie lange jeder Sicherungsschritt dauerte, und kann helfen, Leistungsengpässe zu ermitteln.
ghe-backup-settings took 2s
ghe-export-authorized-keys took 0s
ghe-export-ssh-host-keys took 0s
ghe-backup-mysql-binary took 9s
ghe-backup-mysql took 9s
ghe-backup-minio took 0s
ghe-backup-redis took 1s
ghe-backup-es-audit-log took 1s
ghe-backup-repositories - Generating routes took 3s
ghe-backup-repositories - Fetching routes took 0s
ghe-backup-repositories - Processing routes took 0s
ghe-backup-pages - hostname took 1s
ghe-backup-pages took 1s
ghe-backup-storage - Generating routes took 2s
ghe-backup-storage - Fetching routes took 0s
ghe-backup-storage - Processing routes took 0s
ghe-backup-git-hooks took 0s
ghe-backup-es-rsync took 2s