調整Azure地理複製數據庫的大小

Question

如果我有一個S2 Sql數據庫，並且創建了一個輔助地理複製數據庫，它是否應該具有相同的大小（S2）？我看到你對輔助數據庫收費，但是DTU報告的這個輔助數據是0％，這似乎表明S2太大了。

顯然，如果可能的話，我們會盡可能地節省成本，並儘可能地將輔助設備移動到更小的尺寸。

考慮

我明白，如果我們需要故障轉移到次要的，在這一點上，它需要被顛簸到S2的大小，以滿足生產工作負載，但假設我們可以做這在故障轉移時？

我還得到，如果我們正在積極使用複製的數據庫進行報告等，那麼我們必須相應地調整它的大小以滿足這一需求。但是目前，我們並沒有主動使用輔助服務，除非用作需要的故障轉移點。

Answer 1

此時，主要和次要都必須在同一版本中，但可以具有不同的性能目標（DTU大小）。我們正在努力解決這一限制，以便在不中斷複製鏈接（例如標準到溢價）的情況下，地理複製數據庫可以根據需要擴展到不同的版本。

如果您認爲更新容量低於讀取容量（高讀取/寫入比率），您可以「在DTU中縮小比主要容量更小」但如前所述，您必須升級在故障轉移之後，它可能需要一段時間，在這期間你的應用程序的性能會受到影響。一般來說，我們不建議讓中間級別小於1級，例如S3-> S1不是一個好主意，因爲它可能會導致複製滯後，並可能導致故障轉移後數據丟失過多。

Answer 2

您可以安全地更改輔助數據庫的層次，但請記住，在故障轉移的情況下，您將面臨性能問題。你也無法擴大你當前的表現層級（所以兩個基地應該是相同的層級）。

是的，您可以更改過去故障轉移的大小，但過程是手動的。