Corruption does not come out nowhere, but it is due to hardware-related issues. Very often it is the I/O subsystem that is the culprit. If you have local disks, a good idea is to replace these disks, but not very many people have local disks these days. Often databases are on a SAN, which means there is a whole slew of components that can cause trouble. In any case, your prime concern should be to track down the cause for this corruption, and depending how important those databases are, you may need to goes as far to replace the entire server.
As for HA/DR solutions there are many alternatives, what is the best depends on a number of things:
- In case of a disaster, what downtime can you accept. (The so-called RTO, Recovery Time Objective.)
- In case of a disaster, how much data can you afford to lose? The last 15 minutes? Content with restoring the full backup from last night?. (This is your RPO, Recovery Point Objective.)
- What is your budget?
- What is the competence level of your organisation?
The last point should not be overlooked. Availability Groups is a great technology, but it is complex, and you don't understand it, it may cause you more grief than if you do not use it.
If you don't have any HA/DR solution today, I would recommend log shipping. This is not the best technology from a strict HA/DR perspective, but it is the simplest to set up and understand. And, particularly, this is about the only technology that cannot have any impact on the current production environment.