Concept
Redundancy keeps an array running when a disk fails. It does nothing for the other ways data is lost: a deletion, an overwrite, malware, a failed controller, fire, a second failure during a rebuild. A backup is a separate copy, made at a point in time, kept where the array's failures cannot reach it.
One question: what happens when a disk stops working? redundancy answers it by keeping enough extra information on the other disks that the array keeps serving, and a rebuild makes it whole again. This is availability: the system stays up through a hardware failure. It is worth a great deal, and it is the only thing redundancy provides.
A copy that is separate: on other media, and so not written to by the same engine at the same instant; elsewhere, and so not in the same failure domain; and from a point in time, and so still holding what has since been deleted or corrupted. The US-CERT guidance states it as a rule of three:
3 – Keep 3 copies of any important file: 1 primary and 2 backups.
2 – Keep the files on 2 different media types to protect against different types of hazards.
1 – Store 1 copy offsite (e.g., outside your home or business facility).
A mirrored disk is not a second copy in that sense: it is the same copy, written twice, in the same place, by the same engine.
RAID and backup are not alternatives; they answer different questions. An array keeps a service running while a disk is replaced, so that the failure is an event and not an outage. A backup is what the service is restored from when the array, or what was written to it, is gone. A system that needs both has both, and neither replaces the other.