適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器的限制
適用於: 適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器
重要
適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器即將淘汰。 強烈建議您升級至適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器。 如需移轉至適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器的詳細資訊,請參閱適用於 PostgreSQL 的 Azure 資料庫單一伺服器會發生什麼情況? (部分機器翻譯)。
下列各節說明資料庫服務中的容量和功能限制。 若您希望瞭解資源 (計算、記憶體、儲存體) 階層,請參閱定價階層一文。
連線數目上限
各定價層和虛擬核心的最大連線數目如下列所示。 Azure 系統需要五個連線,以用於監控適用於 PostgreSQL 伺服器的 Azure 資料庫。
定價層 | vCore(s) | 連線數目上限 | 使用者連線數目上限 |
---|---|---|---|
基本 | 1 | 55 | 50 |
基本 | 2 | 105 | 100 |
一般用途 | 2 | 150 | 145 |
一般用途 | 4 | 250 | 245 |
一般用途 | 8 | 480 | 475 |
一般用途 | 16 | 950 | 945 |
一般用途 | 32 | 1500 | 1495 |
一般用途 | 64 | 1900 | 1895 |
記憶體最佳化 | 2 | 300 | 295 |
記憶體最佳化 | 4 | 500 | 495 |
記憶體最佳化 | 8 | 960 | 955 |
記憶體最佳化 | 16 | 1900 | 1895 |
記憶體最佳化 | 32 | 1987 | 1982 |
當連線超過限制時,則可能會收到下列錯誤:
嚴重錯誤︰很抱歉,用戶端過多
重要
為確保最佳體驗,建議使用連接共用器 (如 PgBouncer) 以便有效地管理連線。
PostgreSQL 連線 (包含閒置連線) 可能會佔用高達 2 MB 的記憶體。 此外,建立新的連線需要一段時間。 大部分應用程式會要求許多短期連線,這會加重這種情況。 結果會減少實際工作負載的可用資源,因而導致效能降低。 減少閒置連線並重複使用現有連線的連接共用器,有助於避免這種情況。 若要深入了解,請瀏覽我們的部落格文章。
功能限制
調整作業
- 目前不支援基本定價層的雙向動態調整。
- 目前不支援減少伺服器儲存體大小。
伺服器版本升級
- 目前不支援在主要資料庫引擎版本之間進行自動轉換。 如果您希望升級至下個主要版本,請將資料庫備份和還原至使用新引擎版本所建立的伺服器。
請注意,在 PostgreSQL 版本 10 前,PostgreSQL 版本控制原則曾將第一或第二個數字的增加皆視為主要版本升級 (例如 9.5 到 9.6 視為主要版本升級)。 自版本 10 起,只有第一個數字的變更會視為主要版本升級 (例如 10.0 到 10.1 為次要版本升級,10 到 11 則為主要版本升級)。
VNeT 服務端點
- VNet 服務端點的支援僅適用於一般用途伺服器和記憶體最佳化伺服器。
還原伺服器
- 使用 PITR 功能時,建立新伺服器的定價層會與作為新伺服器基礎的伺服器相同。
- 在還原期間建立的新伺服器不會有原始伺服器中的防火牆規則。 新伺服器的防火牆規則必須另外設定。
- 不支援還原已刪除的伺服器。
Windows 上的 UTF-8 字元
- 在某些情況下,於 Windows 上的開放原始碼 PostgreSQL 中不完全支援 UTF-8 字元 ,這會影響適用於 PostgreSQL 的 Azure 資料庫。 如需詳細資訊,請參閱 postgresql-archive 中的 Bug #15476。
GSS 錯誤
如果您看到與 GSS 相關的錯誤,您可能使用了 Azure Postgres 單一伺服器尚未完全支援的較新用戶端/驅動程式版本。 已知此錯誤會影響 JDBC 驅動程式版本 42.2.15 和 42.2.16。
- 我們計畫在 11 月底前完成更新。 在此同時,請考慮使用運作中的驅動程式版本。
- 或者,請考慮停用 GSS 要求。 使用
gssEncMode=disable
之類的連線參數。
縮小儲存體大小
無法縮減儲存體大小。 您必須建立具有所需儲存體大小的新伺服器、手動執行傾印和還原,並將資料庫移轉至新的伺服器。