Availability-Groups

有關從可用性組中刪除輔助節點的問題

  • May 6, 2020

我在非生產環境中有一個 2 節點 AG,我們希望關閉輔助節點以節省成本,只保留主節點。我有一些基於這個過程的問題,我的研究並沒有回答所有這些問題。能以某種方式填補這里關於什麼是可能/最好做的空白嗎?

  1. 是否可以只保留一個節點 AG?如果是這樣,是否有理由實際這樣做?據我了解,如果您刪除所有輔助節點,那麼保留 AG 根本沒有任何好處,因為它會變成一個獨立的實例。如果我保留了 AG,那麼 DB 的事務日誌將不會被截斷,因為它試圖找到將日誌發送到的地方,對嗎?
  2. AG 偵聽器 - 如果我們完全移除 AG,但如果我將 AG 保留為單個節點,偵聽器將無法正常工作?我的應用程序團隊將需要更改程式碼以使用其他內容,因為偵聽器名稱已被編碼為使用,他們希望盡可能避免這種情況。我認為這是不可能的,但想檢查一下。
  3. 次要節點——我們可能會按需啟動次要節點,那麼在我們移除 AG 後將集群資源留在原處是否存在問題,或者移除是否會刪除集群對象?我認為他們會留下來,但我還沒有找到答案。
  4. SSRS 問題 - 我們處於橫向擴展部署中,我是否需要從橫向擴展中刪除輔助節點?我寧願留下它,因為我們可能需要在路上重新創建次要。我需要更新連接字元串等以使用主節點而不是偵聽器。

根據我的發現,我假設的工作流程是這樣的

  1. 連接到主副本
  2. 刪除整個 AG(這會從所有數據庫、主數據庫和輔助數據庫中刪除 AG 設置),並使輔助數據庫進入恢復狀態,同時保持主數據庫可訪問且完全獨立。
  3. 日誌備份將像往常一樣在主節點上繼續,並且日誌截斷將按預期發生。
  1. 是的。主要好處是您可以讓聽眾保持線上。缺點是仍然依賴集群服務來保持偵聽器線上,但這不應該是一個重大風險,因為只有一個節點,因為它將始終擁有仲裁,假設您刪除了除剩餘之外的所有仲裁投票節點的投票。
  2. 監聽器是AG的一個組件,所以如果你刪除AG,它就會刪除監聽器。選項是 1) 只需從 AG 中刪除 DB,2) 您可以刪除 AG,然後創建一個只有網路名稱和 IP 地址的新集群角色(這實際上是“偵聽器”的全部內容),或者3) 刪除 AG 並為客戶端目前使用的主機名添加 DNS 記錄。您也可以按照您的建議修改客戶端連接,但我不知道這對您來說會有多痛苦。
  3. 如果您將其保留為單節點集群,您可以在未來需要時簡單地將一個節點加入其中。如果您完全刪除集群,您只需創建一個新集群並將兩個(或多個)節點加入其中。
  4. 如果您將 SSRS 實例指向偵聽器名稱,那麼如果您保留偵聽器或為偵聽器名稱添加 DNS 記錄,則無需執行任何操作。

鑑於您對將來可能再次使用 AG 的評論,我個人不會刪除 AG 和集群。我將從 AG 中刪除數據庫,從集群中刪除輔助節點,並刪除除集群中的一個節點之外的所有仲裁投票。現在少工作,以後少工作。

您沒有提及備份是如何發生的,因此任何人都無法知道您的備份是否會按預期繼續。

此外,您必須先從 AG 中刪除數據庫,然後才能刪除 AG。

引用自:https://dba.stackexchange.com/questions/266597