Zumindest wie ein Raid5 wäre das ganz und garnicht, da bei einem Raid5 die Paritätsdaten umgehen, d.h. auf jeder der drei Platten ist ein Teil der Daten und ein Teil der Paritätsdaten.
Im Prinzip könnte man sich aber so eine ähnliche Lösung, wie sie Dir vorschwebt, denken. Entsprechende Lösungen sind mir aber nicht bekannt.
Edit: Hab nochmal nachgeschlagen, was eigentlich Raid3 war. Das ist in der Tat so, dass es drei Platten mit einer dedizierten Paritätsplatte ist. Aber Achtung: Die Daten aus sagen wir mal der ausgefallenen Platte 1 ergeben sich aus der XOR-Berechnung der Daten von Platte 2 und der Paritätsplatte. Man kann also nicht Platte 1 rekonstruieren mit alten Paritätsdaten und zwischenzeitlich geänderten Daten auf Platte2! Die Paritätsplatte muss also immer mitlaufen, weil man sonst bei Schreiboperationen auf die anderen beiden Platten quasi eine Platte ausgefallen ist. Das ist nicht weiter schlimm, aber wenn eine zweite Platte ausfällt, gibt es keine Möglichkeit der Reparatur.
Im Prinzip müsstest Du ein Raid6 betreiben, das verkraftet den Ausfall von zwei Platten. Natürlich brauchts dafür vier Platten und man könnte genausogut ein internes Raid5 mit dreien machen, von der Sicherheit her wäre das identisch, wenn man von vornherein vor hat, die Externe wieder abzuklemmen.....
Eine Möglichkeit, auf einer Backupplatte einen "Snapshotzustand" abzubilden im Umfang von garantiert 50% der zu sichernden Daten ist mir ohne Rückgriff auf teilbestehende Daten nicht bekannt. Was Du suchst, ist letztlich nichts anderes als ein komprimiertes Backup.....Paritätsdaten sichern immer nur ein Teil der Daten, auf einen anderen Teil der Daten muss zugegriffen werden können.