Postgres 進入恢復模式後，我是否需要執行任何任務？

對於初學者，我沒有任何類型的自動故障轉移。

在兩種情況之後，我不確定數據庫的狀態以及任何需要採取的措施（如果有的話）：

1. 我的主伺服器從地球上消失了，我touch my_trigger_file將備用伺服器轉換為主伺服器。
2. 我的主伺服器崩潰，然後以恢復模式重新啟動

我的假設是，在每種情況下，有問題的伺服器將首先處於恢復模式，然後完成恢復，最後準備好作為主伺服器。

在場景 2 中，我的假設意味著一切恢復正常，而在場景 1 中，我的假設意味著備用伺服器不知道它曾經是備用伺服器，現在只是主伺服器。

這些假設是否正確，或者在恢復完成後是否需要在任一場景或兩種場景中執行其他操作（除了在場景 1 的情況下創建新的從屬設備）？

此外，從伺服器成為主伺服器後的狀態與崩潰後正在恢復的主伺服器之間是否存在顯著的技術差異，或者就 Postgres 而言，它們本質上都是剛剛從某事中恢復的主伺服器？

我正在使用帶有非同步流複製的 Postgres 9.2。

我可以建議升級到 PostgreSQL 9.3（剛出！）嗎？一些人寫道，新的 Streaming-Only Remastering 功能將一組副本中的一個副本變為所有其他副本的新主節點。顯然，它與您在 9.2 中使用的級聯複製結合使用更加有用

在 PostgreSQL 9.2 中，級聯複製確實需要基於文件的 WAL 歸檔才能在災難恢復的情況下工作。PostgreSQL 9.3 不需要：您可以設置任何長度的大型複制集群，而無需任何 WAL 歸檔。

更多資訊：

• PostgreSQL 9.3 中的新功能
• 級聯複製和循環

引用自：https://dba.stackexchange.com/questions/46899