ご存知のとおりPostgreSQLのトランザクション更新ログを「WAL（Write Ahead Logging）」と呼びます。PostgreSQLではこのWALを複数ファイルに分けて格納します。1つのファイルにログを書き尽くすと次のファイルに進み、すべて使いきると最初のファイルを改名して上書きしていくという動作を繰り返します。
私たちが開発したWALの二重化機能は、このWALと同じ内容を持つコピー（これを便宜上「二重化WAL」と呼びます）を別の場所に維持する機能です。これにより、障害発生直前の最新状態までデータベースを復旧できるようになります。

仰るとおりPostgreSQLのメディアリカバリ機能では、バックアップデータとWALのコピー（これを便宜上「アーカイブWAL」と呼びます）、この2つを使用してデータベースを復旧します。ただ、アーカイブWALでは厳密には最新状態に復旧することができないのです。
たとえばディスクを2台使った最少構成のシステムを考えてみましょう。
ディスク1にはデータベースとWALを配置します。ディスク2には、データベースのバックアップとアーカイブWALを配置します。
このシステムにおいてディスク1が故障してアクセスできなくなったとします。この場合、どのように障害発生直前の状態までデータベースを復旧しますか？

手順としてはそうなります。
ただ、この方法では先ほど説明したように少し過去の時点までしかデータベースを復旧できません。一部のWALがまだアーカイブされていないので、メディアリカバリ機能で利用できないからです。

先ほどWALは複数のファイルに分割されて格納していると説明しました。このファイルを「WALセグメント」といい、1つのセグメントは16MBです。
WALセグメントが満杯になると、トランザクションの実行とは非同期にバックグラウンドでWALセグメントがアーカイブされて、先ほどの例でいうディスク2にコピーされます。
逆の言い方をすると、WALセグメントが満杯になるまではコピーはされないということです。つまり、ディスクの故障などが起きると“まだアーカイブされていないWALセグメントの分”だけトランザクションが失われるということです。

この“アーカイブされていないWAL”に含まれるトランザクションを失わないためにWALの二重化機能を開発しました。
WALには障害発生直前までのトランザクションが記録されているため、WALが格納されているディスクが故障するとデータが失われてしまいます。そこで“他のディスクにWALのコピーを常備しよう”というのが機能のコンセプトです。
メディアリカバリを行う際に、すべてのアーカイブWALを適用したあとで足りない情報を二重化WALから読み込んで適用します。これで、障害発生直前のトランザクションまで復旧できます。

たしかに、そうすればリカバリーに必要なデータがすべてバックアップ用ディスクに集められますね。しかしWALへの書き込みが失敗するとデータベースは停止してしまいます。つまりそのような構成では“バックアップ用のディスクが故障したときにもシステムが止まる”ということになってしまいます。

それも1つの有効な方法です。
WALはメディアリカバリにもクラッシュリカバリにも非常に重要なものです。そのためPostgreSQLコミュニティでは、RAID 1ディスクにWALを配置することが推奨されています。PostgreSQL利用者の中には、実際にそうしている方もいらっしゃいます。
ただし、RAIDを使うとなると最低3台のディスクが必要になります。WALとその他のデータファイルを配置するRAID 1ディスク用に2台と、バックアップ格納用に1台です。さらに、ハードウェアRAIDを使用するとなると専用のハードウェアも必要になります。OSが備えるソフトウェアRAIDであれば特別なハードウェアは不要ですが、ソフトウェアRAIDの構成と管理が追加で必要です。

そうですね。WALの二重化機能の場合はディスク2台で実現できます。
せっかくバックアップ用のディスクがあるのだから、リカバリーに必要なもののひとつとして二重化WALもそこに配置すれば良いと考えました。バックアップ用ディスクにはリカバリーに必要なものが全て揃っているという分かり易い構成です。
また、RAIDとは異なり利用者が追加作業を行う必要がありません。データベース管理者は、サーバ設定ファイル“postgresql.conf”のbackup_destinationパラメーターにバックアップの場所を設定するだけです。
指定した場所にはデータファイルや設定ファイル、アーカイブWALや二重化WALなどリカバリーに必要なもの全てが自動的に蓄積されます。

いいえ、RAIDは可用性のためにとても有用です。
先ほどお話ししたとおりWALへの書き込みが失敗するとデータベースは停止してしまいます。RAID1を使えば一方のディスクが故障しても、もう一方のディスクに正常に書き込みができれば業務は継続します。
RAIDとWALの二重化機能を組み合わせれば、RAIDを構成するディスクがすべて故障した場合であっても、バックアップ用ディスクのデータを使って最新状態まで容易にリカバリーできます。