Backup-Kompatibilitaet: dritte Stufe fuer gleiches Modell+Architektur, andere Seriennummer #33

Closed
opened 2026-09-17 20:38:54 +02:00 by admin · 1 comment
Owner

Nutzer-Feedback: aktuell blockiert BackupRestoreService.CheckCompatibility ein Backup vom gleichen Modell aber anderer (bekannter) Seriennummer komplett (Mismatch, kein Override). Gewuenscht ist eine dritte Kompatibilitaets-Stufe zwischen Match und Mismatch: Wenn Modell UND Architektur (RouterDevice.Architecture, z. B. "x86_64") uebereinstimmen, aber die Seriennummer bekannt abweicht (oder nicht verifizierbar ist), soll das Backup gelb markiert und mit dem Hinweis "auf eigene Gefahr wiederherstellbar" trotzdem auswaehlbar sein (aehnlich dem bestehenden Unbekannt-Bestaetigungs-Haken), statt hart geblockt zu werden. Echter Modell- oder Architektur-Mismatch bleibt weiterhin hart blockiert (kein Override) -- das Risiko einer falschen Interface-Zuordnung besteht dort weiterhin. Erfordert: RouterBackupService bettet zusaetzlich die Architektur in den Backup-Dateinamen ein (Modell und Architektur haengen bei echter RouterBOARD-Hardware zwar praktisch immer zusammen, aber explizite Pruefung schliesst Sonderfaelle wie virtuelle Test-Geraete sauberer aus).

Nutzer-Feedback: aktuell blockiert BackupRestoreService.CheckCompatibility ein Backup vom gleichen Modell aber anderer (bekannter) Seriennummer komplett (Mismatch, kein Override). Gewuenscht ist eine dritte Kompatibilitaets-Stufe zwischen Match und Mismatch: Wenn Modell UND Architektur (RouterDevice.Architecture, z. B. "x86_64") uebereinstimmen, aber die Seriennummer bekannt abweicht (oder nicht verifizierbar ist), soll das Backup gelb markiert und mit dem Hinweis "auf eigene Gefahr wiederherstellbar" trotzdem auswaehlbar sein (aehnlich dem bestehenden Unbekannt-Bestaetigungs-Haken), statt hart geblockt zu werden. Echter Modell- oder Architektur-Mismatch bleibt weiterhin hart blockiert (kein Override) -- das Risiko einer falschen Interface-Zuordnung besteht dort weiterhin. Erfordert: RouterBackupService bettet zusaetzlich die Architektur in den Backup-Dateinamen ein (Modell und Architektur haengen bei echter RouterBOARD-Hardware zwar praktisch immer zusammen, aber explizite Pruefung schliesst Sonderfaelle wie virtuelle Test-Geraete sauberer aus).
admin added this to the M-Backup-Wartung - Wiederherstellung, Werksreset, Firmware-Update milestone 2026-09-17 20:38:54 +02:00
Author
Owner

Umgesetzt: RouterBackupService bettet zusaetzlich die Architektur (RouterDevice.Architecture) in den Backup-Dateinamen ein (Modell_Architektur_Seriennummer, per "_" getrennt). BackupRestoreService.CheckCompatibility liefert jetzt vier Stufen: Match, SameModelDifferentDevice (gleiches Modell+Architektur, andere bekannte Seriennummer -- gelb markiert, nur nach Bestaetigung "auf eigene Gefahr" wiederherstellbar), Mismatch (anderes Modell oder andere Architektur -- weiterhin hart blockiert, kein Override) und Unknown (wie bisher). Aeltere Backups ohne eingebettete Architektur/Seriennummer fallen weiterhin auf den reinen Modell-Abgleich zurueck. 17 neue/angepasste Unit-Tests, WPF-Smoke-Test fuer alle vier Stufen.

Umgesetzt: RouterBackupService bettet zusaetzlich die Architektur (RouterDevice.Architecture) in den Backup-Dateinamen ein (Modell_Architektur_Seriennummer, per "_" getrennt). BackupRestoreService.CheckCompatibility liefert jetzt vier Stufen: Match, SameModelDifferentDevice (gleiches Modell+Architektur, andere bekannte Seriennummer -- gelb markiert, nur nach Bestaetigung "auf eigene Gefahr" wiederherstellbar), Mismatch (anderes Modell oder andere Architektur -- weiterhin hart blockiert, kein Override) und Unknown (wie bisher). Aeltere Backups ohne eingebettete Architektur/Seriennummer fallen weiterhin auf den reinen Modell-Abgleich zurueck. 17 neue/angepasste Unit-Tests, WPF-Smoke-Test fuer alle vier Stufen.
admin closed this issue 2026-09-17 20:58:06 +02:00
Sign in to join this conversation.
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: admin/Mikrotik-Installer#33