適用於 MySQL 的 Azure 資料庫 - 單一伺服器會發生什麼事？
適用於： 
適用於 MySQL 的 Azure 資料庫 - 單一伺服器
重要
適用於 MySQL 的 Azure 資料庫 - 單一伺服器處於淘汰路徑，並在 2024 年 9 月 16 日淘汰。
在不斷演進適用於 MySQL 的 Azure 資料庫 - 單一伺服器服務之後，就無法再處理所有新功能、函數和安全性需求。 建議您在 2024 年 9 月 16 日之前升級至適用於 MySQL 的 Azure 資料庫彈性伺服器，以避免非自願強制移轉和伺服器無法使用。
「適用於 MySQL 的 Azure 資料庫 - 彈性伺服器」為完全受控、可供實際執行使用的資料庫服務，專門為資料庫管理功能和組態設定提供更精細的控制項與彈性。 如需彈性伺服器的詳細資訊，請造訪適用於 MySQL 的 Azure 資料庫 - 彈性伺服器。
如果您目前有裝載實際執行伺服器的適用於 MySQL 的 Azure 資料庫 - 單一伺服器服務，則我們很高興能通知您，您可以使用適用於 MySQL 的 Azure 資料庫「匯入」、就地自動移轉或 Azure 資料庫移轉服務 (傳統)，免費將適用於 MySQL 的 Azure 資料庫 - 單一伺服器服務移轉至適用於 MySQL 的 Azure 資料庫 - 彈性伺服器服務。 請檢閱下列章節中介紹的不同移轉方式。
作為此淘汰過程的一部分，自 2023 年 1 月 16 日起我們將不再支援在 Azure 入口網站建立新的單一伺服器執行個體，且自 2024 年 3 月 19 日起將不再支援使用 Azure CLI 執行上述作業。 您仍然可以為現有單一伺服器執行個體建立讀取複本並執行還原 (PITR 和異地還原)，而且此功能會繼續支援到 2024 年 9 月 16 日的終止日期為止。
從單一伺服器遷移至彈性伺服器
瞭解如何從適用於 MySQL 的 Azure 資料庫單一伺服器移轉至適用於 MySQL 的 Azure 資料庫彈性伺服器。
| 案例 | 工具 | 詳細資料 |
|---|---|---|
| 離線/連線 | 適用於 MySQL 的 Azure 資料庫匯入和 Azure CLI | 教學課程：使用 Azure CLI 匯入適用於 MySQL 的 Azure 資料庫 |
| 離線 | 資料移轉服務 (傳統) 和 Azure 入口網站 | 教學課程：透過 Azure 入口網站 (離線) 使用 DMS (傳統) |
| 線上存取 | 資料移轉服務 (傳統) 和 Azure 入口網站 | 教學課程：透過 Azure 入口網站 (線上) 來使用 DMS (傳統) |
| 離線 | 就地自動移轉要求 （開啟 Azure 支援票證） | 從適用於 MySQL 的 Azure 資料庫單一伺服器就地自動移轉至彈性伺服器 (部分機器翻譯) |
如需使用其他移轉工具從單一伺服器移轉至彈性伺服器的詳細資訊，請造訪選取適當的工具來移轉至適用於 MySQL 的 Azure 資料庫。
注意
從適用於 MySQL 的 Azure 資料庫 – 單一伺服器就地自動移轉至彈性伺服器是指選定單一伺服器資料庫工作負載在計劃性維護期間由服務啟動的就地移轉。 合格的伺服器是由服務識別，並會傳送進階通知詳細資料步驟，以檢閱移轉詳細資料。 如果您擁有單一伺服器工作負載，且沒有啟用複雜功能 (讀取複本、虛擬網路、雙基礎結構加密、服務端點/VNet 規則)，您現在可以透過提出 Azure 支援票證來提名自己以進行自動移轉 (如果您尚未由服務安排自動移轉的話)。 建議所有其他單一伺服器工作負載使用由使用者啟動的移轉工具 (Azure - Azure DMS、適用於 MySQL 的 Azure 資料庫「匯入」提供) 來完成移轉。 在此處深入了解就地自動移轉。
從單一伺服器移轉至彈性伺服器時的必要條件檢查
- 如果適用於 MySQL 的 Azure 資料庫來源單一伺服器的引擎版本為 v8.x，請務必將來源伺服器的 .NET 用戶端驅動程式版本升級至 8.0.32，以避免移轉至彈性伺服器之後發生任何編碼不相容的問題。
- 如果您的來源適用於 MySQL 的 Azure 資料庫引擎版本為 v8.x，由於彈性伺服器已淘汰舊版 TLS，因此請確保先將您的來源伺服器 TLS 版本從 v1.0 或 v1.1 升級至 TLS v1.2，然後再進行移轉。
- 如果您的來源適用於 MySQL 的 Azure 資料庫單一伺服器使用非預設的連接埠 (例如 3308、3309 和 3310)，請將連接埠變更為 3306，因為彈性伺服器上不支援上述非預設連接埠。
- 適用於 MySQL 的 Azure 資料庫彈性伺服器不支援輸出規則中的服務標籤 (SQL)。 為彈性伺服器設定防火牆設定時，請在輸出規則中使用完整網域名稱 (FQDN)。
終止日期 (2024 年 9 月 16 日) 之後會發生什麼事？
在過去兩年中，我們透過 Azure 更新和部落格等公共渠道，以及客戶電子郵件、產品頁面和 Azure 入口網站橫幅等直接渠道，傳送週期性通知，完成移轉至適用於 MySQL 的 Azure 資料庫彈性伺服器。 接下來，我們會持續提供通訊和協助，幫助客戶安全地移轉至新環境。針對 2024 年 9 月 16 日後客戶仍然留在生產環境中的工作負載可能遭遇的情況，本節提供了詳細資訊。
從 9 月 17 日起，尚未移轉的非回應式伺服器將會 定期停止。 您必須前往 Azure 入口網站，確認移轉動作並啟動您的伺服器。 啟動伺服器之後，請繼續使用 適用於 MySQL 的 Azure 資料庫 Import CLI 或 Azure Data Migration Service 移轉至 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器。 另一方面，如果您想要繼續進行自動移轉，請提出 Azure 支援票證以排程自動移轉。 請務必啟動伺服器並移轉至彈性伺服器，以避免稍後非自願強制移轉，這會導致伺服器無法使用，因為只能移轉有限的功能。
在終止日期後執行單一伺服器執行個體將具有安全性風險，因為針對已淘汰的單一伺服器平台將不會有任何安全性和 BUG 修正維護。 為了確保我們對在受信任且安全的平臺上執行受控實例的承諾會在日落日期后發佈，您的單一伺服器實例及其數據檔將會以分階段方式強制移轉為適當的彈性伺服器實例的最後手段。
注意
在終止日期之後，針對您的單一伺服器執行個體，我們將不會實踐任何 SLA、BUG 修正、安全性修正或即時支援。
終止日期後的強制移轉
在終止日期之後，您的單一伺服器執行個體及其資料檔案將會以階段性的方式強制移轉至適當的彈性伺服器執行個體。 這會導致功能可用性有限，因為某些進階功能無法強制移轉，而不需要客戶輸入彈性伺服器實例。 這會導致具有安全性和網路功能之伺服器的伺服器無法使用。 在下面深入了解在強制移轉後重新設定該類功能的步驟，以將潛在的影響降至最低。
下列功能無法強制移轉，因為其需要客戶輸入以進行設定，而且不會在已移轉的彈性伺服器執行個體上啟用：
- 私人連結
- 資料加密 (CMK)
- Microsoft Entra 驗證 (先前名為 Microsoft Entra ID)
- 服務端點
- 基礎結構雙重加密
- 讀取複本
強制移轉後所需採取的動作
重要 ：已啟用網路、安全性和數據加密功能的單一伺服器將會強制移轉至處於停用狀態的具公用存取權的彈性伺服器實例，以保護客戶數據。 您必須在強制移轉後啟用適當的存取權，以確保商務持續性。
在強制移轉之後，您必須重在已移轉的彈性伺服器執行個體上重新設定上面所列的功能，以確保商務持續性：
- Private Link – 您可以選擇啟用公用存取權，以立即連線到您的伺服器，或刪除單一伺服器實例，並刪除相關聯的私人端點，以便為已移轉的彈性伺服器實例設定相同的私人端點。 在這裡深入瞭解如何為彈性伺服器 設定私人端點
- 資料加密 (CMK) - 在這裡深入了解如何設定
- Microsoft Entra 驗證 (先前名為 Microsoft Entra ID) - 在這裡深入了解如何設定
- 服務端點 - 適用於 MySQL 的 Azure 資料庫彈性伺服器不支援服務端點 (虛擬網路規則)。 建議您設定 Private Link 以符合功能同位。 在這裡深入了解如何設定 Private Link
- 基礎結構雙重加密 - 適用於 MySQL 的 Azure 資料庫彈性伺服器不支援基礎結構雙重加密。 建議您設定資料加密以符合功能同位。 在這裡深入了解如何設定資料加密 (CMK)
- 讀取複本 – 讀取複本會作為個別的獨立伺服器進行移轉。 參考移轉的次要獨立伺服器，來設定主要伺服器的讀取複本，讀取複本在設定後可以刪除。 在這裡深入了解如何設定
注意
如果您的伺服器位於不支援適用於 MySQL 的 Azure 資料庫彈性伺服器的區域，則在終止日期後，您將能以有限作業的形式存取您的單一伺服器執行個體以存取資料，且在 2024 年 11 月 15 日之前能移轉至彈性伺服器。 您的實例將不會強制移轉至彈性伺服器，直到 2024 年 11 月 15 日為止。 您的伺服器將在 2024 年 12 月的第一周停止。 您可以透過 Azure 入口網站或 CLI 重新啟動伺服器，並在 7 天內移轉。 如果您的伺服器未在上述寬限期內移轉，則會在 2024 年 12 月的第二周強制移轉。 12 月 31 日之後，將會刪除伺服器以淘汰平臺。 強烈建議您在 2024 年 11 月 22 日之前使用下列其中一個選項進行移轉，以避免商務持續性發生任何中斷：
- 使用 Azure DMS 執行跨區域移轉，以移轉至適當 Azure 區域中的彈性伺服器。
- 如果您因合規性問題而無法變更區域，請移轉至裝載於該區域中 VM 上的 MySQL 伺服器。
在彈性伺服器中設定適用於雲端的 Microsoft Defender 屬性
當您在已啟用適用於雲端的 Defender 的情況下，從適用於 MySQL 的 Azure 資料庫 - 單一伺服器移轉至彈性伺服器時，會保留該啟用狀態。 若要針對您可在單一伺服器中設定的屬性，在彈性伺服器中達成同位，請考慮下表中的詳細資料。
| 屬性 | Configuration |
|---|---|
| 抑制特定警示類型 | 使用適用於雲端的 Microsoft Defender 平台來停用特定警示類型。 如需詳細資訊，請瀏覽抑制適用於雲端的 Microsoft Defender 警示指南。 單一伺服器使用者可以使用 API 屬性： properties.disabledAlerts |
| 電子郵件通知 | 針對訂用帳戶中的所有資源，定義適用於雲端的 Microsoft Defender 警示的電子郵件通知。 如需詳細資訊，請瀏覽設定安全性警示的電子郵件通知。 單一伺服器使用者可以使用 API 屬性： properties.emailAccountAdmins, properties.emailAddresses |
| 匯出警示以進一步處理和/或封存 | 警示會儲存在適用於雲端的 Microsoft Defender 平台，並透過 Azure Resource Graph 公開。 您可以將警示匯出至不同的存放區，並個別管理保留。 如需詳細資訊，請瀏覽在 Azure 入口網站中設定連續匯出 - 適用於雲端的 Microsoft Defender。 單一伺服器使用者可以使用 API 屬性： properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint |
常見問題集 (FAQ)
問： 為何要淘汰適用於 MySQL 的 Azure 資料庫 -單一伺服器？
A. 適用於 MySQL 的 Azure 資料庫 – 單一伺服器在 2018 年正式推出 (GA)。 不過，因為客戶意見反應以及 Azure 資料庫環境中計算、可用性、可擴縮性和效能功能的新進展，所以單一伺服器供應項目需要淘汰並升級到新的架構：適用於 MySQL 的 Azure 資料庫彈性伺服器，讓您能充分利用 Azure 的開放原始碼資料庫平台。 在這裡尋找淘汰公告。
問： 為什麼要求我移轉至適用於 MySQL 的 Azure 資料庫 - 彈性伺服器？
答：適用於 MySQL 的 Azure 資料庫 - 彈性伺服器是在 Azure 上執行所有 MySQL 工作負載的最佳平台。 Azure MySQL- 彈性伺服器既符合經濟效益，也可在所有服務層提供更佳的效能，以及提供可控制成本的更多方式，以獲得較便宜且更快速的災害復原：
- 更多最佳化成本的方法，包括支援高載層計算選項。
- 改善商務關鍵生產工作負載的效能，而這些工作負載需要低延遲、高並行、快速容錯移轉和高可擴縮性。
- 改善運作時間，讓您能夠在相同或不同的區域上設定熱待命，以及規劃伺服器維護的一小時時間範圍。
問： 我需要多快的時間才能將單一伺服器移轉至彈性伺服器？
A. 適用於 MySQL 的 Azure 資料庫 - 單一伺服器排程於 2024 年 9 月 16 日淘汰，因此強烈建議您最早將單一伺服器移轉至彈性伺服器，以確保有足夠的時間執行移轉生命週期、套用彈性伺服器所提供的優點，並確保業務持續性。
問： 我現有的適用於 MySQL 的 Azure 資料庫單一伺服器執行個體會發生什麼事？
A. 您現有的適用於 MySQL 的 Azure 資料庫單一伺服器工作負載會繼續如之前一樣地運作，並將獲得正式支援，直到終止日期為止。 不過，我們將不會針對單一伺服器發行任何新的更新，而且強烈建議您及早開始移轉至適用於 MySQL 的 Azure 資料庫彈性伺服器。 在終止日期之後，您的單一伺服器執行個體及其資料檔案將會以階段性的方式強制移轉 (英文) 至適當的彈性伺服器執行個體。
問： 我是否可以選擇在終止日期之後繼續執行單一伺服器？
A. 不幸的是，我們不打算在「2024 年 9 月 16 日」終止日期之後支援單一伺服器，因此強烈建議您盡快開始規劃移轉。 在終止日期之後，您的單一伺服器執行個體及其資料檔案將會以階段性的方式強制移轉至適當的彈性伺服器執行個體。 這可能會導致有限的功能可用性，因為某些進階功能無法在沒有客戶輸入的情況下強制移轉至彈性伺服器執行個體。 在這裡 (英文) 深入了解在強制移轉後重新設定該類功能的步驟，以將潛在的影響降至最低。 如果您的伺服器位於不支援適用於 MySQL 的 Azure 資料庫彈性伺服器的區域，則在終止日期後，您將能以有限作業的形式存取您的單一伺服器執行個體以存取資料，且在 11 月 15 日之前能移轉至彈性伺服器。
問： 我的單一伺服器部署在不支援彈性伺服器的區域中。 在終止日期後，我的伺服器會發生什麼事？
A. 如果您的伺服器位於不支援適用於 MySQL 的 Azure 資料庫彈性伺服器的區域，則在終止日期後，您將能以有限作業的形式存取您的單一伺服器執行個體以存取資料，且在 11 月 15 日之前能移轉至彈性伺服器。 強烈建議您在終止日期之前使用下列其中一個選項進行移轉，以避免商務持續性的任何中斷：
- 使用 Azure DMS 執行跨區域移轉，以移轉至適當 Azure 區域中的彈性伺服器。
- 如果您因合規性問題而無法變更區域，請移轉至裝載於該區域中 VM 上的 MySQL 伺服器。
問： 在終止日期之後，我的單一伺服器是否會遺失任何資料？
A. 否，單一伺服器執行個體不會發生任何資料遺失。 在終止日期之後，您的單一伺服器執行個體及其資料檔案將會強制移轉至適當的彈性伺服器執行個體。 如果您的伺服器位於不支援適用於 MySQL 的 Azure 資料庫彈性伺服器的區域，則在終止日期後，您將能以有限作業的形式存取您的單一伺服器執行個體以存取資料，且在 11 月 15 日之前能移轉至位於適當區域的彈性伺服器。
問： 在單一伺服器淘汰公告之後，如果我仍然需要建立新的單一伺服器以符合我的商務需求，則該怎麼辦？
A. 作為此淘汰過程的一部分，自 2023 年 1 月 16 日起我們將不再支援從 Azure 入口網站建立新的單一伺服器執行個體。 此外，從 2024 年 3 月 19 日開始，您將無法再使用 Azure CLI 建立新的適用於 MySQL 的 Azure 資料庫單一伺服器執行個體。 如果您仍然需要建立「單一伺服器」執行個體以符合業務持續性需求，請提出 Azure 支援票證。
問： 在單一伺服器淘汰公告之後，如果我仍然需要為單一伺服器建立新的讀取複本，則該怎麼辦？
A. 您仍然可以從 [複寫] 刀鋒視窗建立現有單一伺服器執行個體的讀取複本，而且此功能會繼續支援到 2024 年 9 月 16 日的終止日期為止。
問： 是否有與執行移轉相關聯的額外成本？
A. 執行移轉時，您會支付目標彈性伺服器和來源單一伺服器的費用。 目標彈性伺服器的設定和計算會決定所產生的額外成本。 如需詳細資訊，請參閱定價。 在成功移轉後解除來源單一伺服器的委任之後，您只需要支付彈性伺服器的執行費用。 透過 Azure 資料庫移轉服務 (傳統版)、就地自動移轉或適用於 MySQL 的 Azure 資料庫「匯入」移轉工具執行移轉時，不會產生任何成本。
問： 與單一伺服器相較之下，我的帳單是否會受到彈性伺服器執行的影響？
A. 如果您為目標彈性伺服器選取相同的區域或區域備援高可用性，則您的帳單金額會高於單一伺服器的帳單金額。 相同的區域或區域備援高可用性需要與儲存備援備份一起啟動的熱待命伺服器，因此成本會增加。 此架構可在非計劃性中斷和計劃性維護期間減少停機時間。 此外，視您的工作負載而定，彈性伺服器可能可以提供比單一伺服器更好的效能，其中您可以在彈性伺服器上使用較低的 SKU 來執行工作負載，因此整體成本可能類似於單一伺服器。
問： 我是否需要停機，才能將單一伺服器移轉至彈性伺服器？
A. 若要限制任何可能產生的停機時間，請執行線上移轉至彈性伺服器，以提供最少的停機時間。
問： 未來是否會更新單一伺服器以支援最新的 MySQL 版本？
A. 單一伺服器 8.0 版的最後一個次要版本升級將會是 8.0.15。 請考慮移轉至彈性伺服器，以使用最新版本升級的優點。
問： 彈性伺服器與單一伺服器的 99.99% 可用性 SLA 有何不同？
A. 彈性伺服器的區域備援部署針對區域層級復原提供 99.99% 可用性，而單一伺服器則是在單一可用性區域中提供復原。 相較於單一伺服器沒有被動熱待命可協助從區域失敗中復原的高可用性 (HA) 架構，彈性伺服器的 HA 架構會部署具有備援計算和儲存體的暖待命 (其中每個網站的資料都會儲存至 3 個複本)。 彈性伺服器的 HA 架構可在非計劃性中斷和計劃性維護期間減少停機時間。
問： 有哪些移轉選項可協助我將單一伺服器移轉至彈性伺服器？
A. 您可以使用適用於 MySQL 的 Azure 資料庫「匯入」(建議) 進行移轉。 此外，您還可以使用資料庫移轉服務 (傳統)，以執行線上或離線移轉。
問： 我的單一伺服器部署在不支援彈性伺服器的區域中。 我應該如何進行移轉？
A. Azure 資料庫移轉服務 (傳統) 支援跨區域移轉，因此您可以選取適合目標彈性伺服器的區域，然後繼續進行 DMS (傳統) 移轉。
問： 我已為單一伺服器設定查詢存放區，且彈性伺服器不支援此功能。 我應如何移轉？
A. 您可以依照這裡的步驟，在目標彈性伺服器上設定緩慢查詢記錄，以達到查詢存放區的功能同位。 然後，您可以使用活頁簿範本來檢視查詢深入解析。
問： 我已為單一伺服器設定服務端點 (VNet 規則)，且彈性伺服器不支援此功能。 我應如何移轉？
A. 適用於 MySQL 的 Azure 資料庫彈性伺服器不支援服務端點 (虛擬網路規則)。 建議您在移轉的彈性伺服器執行個體上設定 Private Link，以符合功能同位。 在這裡深入了解如何設定 Private Link。
問： 我已為單一伺服器設定基礎結構雙重加密，且彈性伺服器不支援此功能。 我應如何移轉？
A. 適用於 MySQL 的 Azure 資料庫彈性伺服器不支援基礎結構雙重加密。 建議您在移轉的彈性伺服器上設定資料加密，以符合功能同位。 在這裡深入了解如何設定資料加密 (CMK)。
問： 我已為我的 v8.0 單一伺服器設定 TLS v1.0/1.1，且彈性伺服器目前不支援此功能。 我應如何移轉？
A. 為了支援新式安全性標準，從 8.0.28 版開始，MySQL Community Edition 已停止繼續支援透過傳輸層安全性 (TLS) 1.0 和 1.1 通訊協定進行通訊。 建議您先將客戶端驅動程式升級為支援 TLSv1.2，以安全地連線到適用於 MySQL 的 Azure 資料庫 - 單一伺服器，然後再繼續移轉至彈性伺服器。
問： 是否有選項可將單一伺服器復原為彈性伺服器移轉？
A. 您可以執行任意次數的測試移轉，並在透過測試獲得信心後，執行最終的移轉。 除非您執行實際移轉，否則測試移轉不會影響來源單一伺服器，且其會維持運作狀態並繼續複寫。 如果在測試移轉期間發生任何錯誤，您可以選擇延後最終移轉，並將來源伺服器保持執行。 解決錯誤之後，您接著可以重新嘗試最終移轉。 已執行彈性伺服器的最終移轉並已關閉來源單一伺服器之後，就無法執行從彈性伺服器到單一伺服器的復原。
問： 資料庫的大小大於 1 TB，我應如何繼續進行移轉？
A. 您可以使用適用於 MySQL 的 Azure 資料庫「匯入」(建議) 來進行移轉，這種方法對於重型工作負載而言效能更高。
問： 是否支援跨地區移轉？
A. Azure 資料庫移轉服務可支援跨地區移轉，因此您可以將單一伺服器移轉至使用 DMS 在不同地區中部署的彈性伺服器。
問： 是否支援跨訂用帳戶移轉？
A. Azure 資料庫移轉服務可支援跨訂用帳戶移轉，因此您可以將單一伺服器移轉至使用 DMS 在不同訂用帳戶上部署的彈性伺服器。
問： 是否支援跨資源群組訂用帳戶？
A. Azure 資料庫移轉服務可支援跨資源群組移轉，因此您可以將單一伺服器移轉至使用 DMS 在不同資源群組中部署的彈性伺服器。
問： 是否有跨版本支援？
A. 是，透過 Azure 資料庫移轉服務移轉支援從更低版本的 MySQL 伺服器 (v5.6 和更新版本) 移轉至更高版本。
問： 我的適用於 MySQL 的 Azure 資料庫單一伺服器會利用非預設的連接埠 (例如 3308、3309 和 3310)，且彈性伺服器不支援這些連接埠。 移轉至彈性伺服器時，我該怎麼做才能確保連線能力？
A. 如果您的來源適用於 MySQL 的 Azure 資料庫單一伺服器使用非預設的連接埠 (例如 3308、3309 和 3310)，請將連接埠變更為 3306，因為彈性伺服器上不支援上述非預設連接埠。
問： 我有其他淘汰問題。 如何取得其協助？
A. 如有疑問，請在 Microsoft Q&A 中尋求社群專家的解答。如果您有支援方案，且需要技術協助，請建立支援要求：
- 在 [摘要] 的部分，輸入您的問題描述。
- 針對 [問題類型]，選取 [技術]。
- 在 [訂閱] 的部分，選取您的訂閱。
- 針對 [服務]，選取 [我的服務]。
- 針對 [服務類型]，選取 [適用於 MySQL 的 Azure 資料庫單一伺服器]。
- 針對 [資源]，選取您的資源。
- 針對 [問題類型]，選取 [移轉]。
- 針對 [問題子類型]，選取 [從單一移轉至彈性伺服器]
如需使用適用於 MySQL 的 Azure 資料庫 - 單一伺服器到彈性伺服器移轉之 Azure 資料庫移轉服務 (傳統) 的相關資訊，請造訪常見問題集。
我們知道移轉服務可能是令人沮喪的體驗，對於可能會對您造成的任何不便，事先向您抱歉。 您可以選擇最適合您和您環境的案例。