2014-07-02 24 views
2

安裝並設置postgres-xl 9.2的2節點羣集,其中coordinator和GTM正在node1上運行,Datanode在node2上設置。DRP for postgres-xl

現在我在生產中使用它之前,我必須提供DRP解決方案。 有沒有人有Postgres-xl 9.2架構的DR計劃?

最好的問候, Aviel B.

+1

DR計劃不是你從罐子裏拿出來的東西。它特定於您的需求,您的應用程序,停機/恢復窗口以及成本折中。 –

+0

假設我們正在討論每個站點上相同硬件的標準要求,宕機時間只有幾分鐘,應用程序的切換/故障切換需要很快,並且應用程序已準備就緒,以便發生輕微連接丟失,我有什麼選擇?順便說一下,基於存儲的解決方案不是一種選擇.. – user3796774

+0

我打算建議間隔存儲複製/備份......我認爲任何非基於文件系統的解決方案對於大型數據庫都需要比幾分鐘更多的時間。對於人們來說,你用postgres-xl包裝了什麼工具,你會做什麼來防備災難呢? –

回答

0

因此,從你描述的,你只需要在每個節點之一......什麼是你期待恢復得?

Postgres-XL是一個集羣解決方案。如果你只有一個節點,那麼你沒有集羣,不僅沒有獲得任何擴展優勢,它實際上比獨立的Postgres運行速度慢。另外你沒有什麼可以恢復的。如果您丟失了任一節點,則完全丟失了數據庫。

另外,如果要合併節點,文檔還建議您將協調器和數據節點放在同一臺服務器上。

所以對於複製模式最簡單的解決方案,你會需要像

  • Server1的GTM
  • Server2上GTM代理
  • Server3的協調員1 &的DataNode 1
  • 服務器4協調員2 &的DataNode 2

Postgres-XL沒有失敗超過支持,所以任何失敗都需要人工干預。

如果使用複製DISTRIBUTED BY選項,則只需從集羣中刪除發生故障的節點並重新啓動所有設備。

如果您使用另一個DISTRIBUTED BY選項,則數據將在多個節點上共享,這意味着如果您丟失了任何節點,您將失去所有內容。因此,對於這個選項,您需要擁有每個數據節點和協調節點的從屬實例。如果其中一個節點發生故障,您將從羣集中刪除該節點,並將其替換爲其從屬備份節點。然後重新啓動它。