SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 產品
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 新闻与活动
  • 伺服器集群简单化
  • 成功案例
    • 台灣成功案例
  • 聯繫我們
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

在 AWS 中創建 HA Oracle 數據庫服務器集群

5 1 月, 2023 by Jason Aw Leave a Comment

在 AWS 中創建 HA Oracle 數據庫服務器集群

在 AWS 中創建 HA Oracle 數據庫服務器集群

介紹作為一名負責為需要 Oracle 高可用性 (HA) 實例的關鍵業務應用程序創建 POC 的開發人員,我需要在 AWS EC2 中設置一個 Oracle EC2 HA 集群。你從哪裡開始?如果您像我們大多數人一樣,您將花費無盡的時間在谷歌上搜索您的下一個任務、閱讀文章、安裝指南、文檔和關於堆棧溢出的問題。 您會發現很多幾乎正確的答案,但它們永遠不會完全適合您的版本或環境。 更糟糕的是,您掉進了一個兔子洞,最終浪費了數天時間來構建一個無法正常工作的環境。

我將構建一系列博客,這些博客專注於設置 HA 環境以使用各種SIOS HA 解決方案例如:DataKeeper、LifeKeeper 和 SIOS Protection Suite。 如果您有我尚未涵蓋的即時需求,請告訴我,我會將您的配置移到我的待辦事項列表中。

謝謝您閱讀此篇。我希望它能讓你的生活更輕鬆。 我在下面有一個任務列表,如果您已經熟悉如何完成這些任務,您可以直接完成這些任務。 下面是執行每項任務的分步指南。

AWS HA Oracle 數據庫 SIOS Protection Suite for Linux

  1. 在 Linux 上啟動 2 個 Oracle 實例
  2. 讓 Xwindows 工作
  3. 連接到實例並安裝額外的磁盤
  4. 安裝 AWS 命令行工具包
  5. 配置安全/訪問
  6. 為虛擬 IP 創建路由條目
  7. 禁用 ENI 的源/目標檢查
  8. 編輯/etc/hosts
  9. 使用 VIP 主機名配置偵聽器
  10. 禁用 SELinux
  11. 安裝適用於 Linux 的 SIOS 保護套件
  12. 啟動 LifeKeeper
  13. 連接到第二台服務器
  14. 建立溝通路徑
  15. 創建 DataKeeper 資源
  16. 使用虛擬 IP 資源創建層次結構
  17. 創建 Oracle 偵聽器資源
  18. 使用 Oracle 數據庫創建層次結構
  19. 使用 EC2 創建層次結構
  20. 更改關機行為
  21. 測試故障轉移

1. 在 Linux 上啟動 2 個 Oracle 實例

在第一篇博客中,我們將使用 SIOS LifeKeeper for Linux 在 AWS 中為 Oracle 集群設置 HA 環境。這意味著排除所有先決條件。 我將在 Oracle Linux 8 AMI 上使用 aws-marketplace/Oracle 數據庫 19.8.0 企業版。這些經常變化,很難找到適合您需要的正確的。這個 AMI 是我的第 3 次嘗試,因為由於存儲庫、許可、註冊和安全問題,在雲中安裝任何東西,尤其是 Oracle 之類的東西都非常困難。這個 AMI 實際上可以工作,因為 Oracle 已經安裝在映像上。確保操作系統版本和 Oracle DB 版本受 SIOS 支持。可以檢查這裡.

我的實例有:

  1. 單一專有網絡
  2. 單一區域
  3. 每個服務器的不同可用區
  4. 用於數據庫存儲的附加驅動器
  5. 2 不同子網中每個實例的網絡接口
  6. 創建 2 個彈性 IP 地址並為每個服務器附加一個

我將一個額外的磁盤附加到數據庫實例,並為冗餘通信路徑附加一個 NIC。確保兩個 NIC 位於不同的子網上。這也意味著您必須手動創建和分配彈性 IP 地址才能連接到實例。

連接到實例並安裝附加磁盤。 我正在使用 Putty 和 Xming 連接我的實例。如果使用 Xming,請確保在嘗試建立連接之前運行 Xlaunch。

啟動實例後,您需要對新磁盤進行分區。最容易找到[ ls /dev/disk/by-path ]:

現在你需要分區磁盤磁盤:

接下來在新分區上創建文件系統mkfs.xfs :

我們現在將掛載文件系統山:

最後,我們將在 fstab 中添加自動掛載磁盤的條目:

請務必注意,您不需要為 Oracle 運行安裝。AMI 已經做到了這一點,並為您創建了一個數據庫。我刪除了使用此 AMI 預先配置的數據庫,並使用 DBCA 在 /data 磁盤上創建了一個新數據庫。我啟動了數據庫並創建了一個模式並使用 SQLPLUS 添加了數據。這一切都需要您讓 Xwindows 正常工作。

2. 讓 Xwindows 工作

可以使用 Xming for Windows 設置使用 Putty 的 Xdisplay。先安裝Xming。然後確保開啟了X11轉發,在x顯示位置輸入localhost:0.0,在x權限文件中輸入路徑和xming.exe可執行文件進行本地顯示:

這解決了 Windows 方面的問題,但您仍然需要修復 Linux 方面。首先編輯 /etc/ssh/sshd_config 並取消註釋“X11Forwarding yes”。接下來是查找正確的密鑰並將其添加到 Xauthority。如果您進行了任何用戶切換,您可能必須開始一個新會話。以 ec2-user 身份登錄後運行xauth列表這將為您提供您需要添加到 Xauthority 文件中的十六進制密鑰。切換到oracle用戶:蘇 – 甲骨文。然後運行xauth 添加 $DISPLAY 。 <從 xauth 列表複製的 hexkey> 。這會將信息存儲到 /home/oracle/.Xauthority 文件中。出口回到 ec2-user。

3.連接到實例並掛載額外的磁盤

我正在使用 Putty 和 Xming 連接我的實例。如果使用 Xming,請確保在嘗試建立連接之前運行 Xlaunch。

啟動實例後,您需要對新磁盤進行分區。最容易找到[ ls /dev/disk/by-path ]:

現在你需要分區磁盤磁盤:

接下來我們在新分區上創建文件系統mkfs.xfs :

此時我們想將 /u01 重命名為 /oracle 目錄,以便我們可以將新文件系統掛載到 /u01 上,這是我們使用 AMI 構建的服務器上 Oracle 所在的位置。

使用 mkdir /u01 創建安裝點並使用 mount 安裝卷。使用 mv /oracle /u01 將文件移動到新磁盤。這將需要一些時間,因為它大約是 11GB 的數據。

最後,我們將在 fstab 中添加自動掛載磁盤的條目:

請務必注意,您不需要為 Oracle 運行安裝。AMI 已經做到了這一點,並為您創建了一個數據庫。我啟動了數據庫,創建了一個模式,並使用 SQLPLUS 添加了數據。

4. 安裝 AWS cli 工具包

我們需要 awscli 套件;所以,當我們是 root 下載文件時捲曲“https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip”-o“awscliv2.zip”

解壓文件解壓 awscliv2.zip

安裝應用程序須藤./aws/安裝

接下來通過單擊控制台右上角的帳戶在 AWS 中設置訪問密鑰,然後選擇安全憑證

單擊創建訪問密鑰:

然後單擊下載 .csv 文件:

將此文件傳輸到您的服務器上,並使用您的 csv 文件中的密鑰 ID 和訪問密鑰配置 AWS aws配置命令:

測試它是否正在使用類似的東西: aws –no-paginate –no-cli-pager ec2 描述實例

5.配置安全/訪問

首先,我將 Oracle 用戶添加到 root 和 wheel 組,賦予它偽特權( Usermod -aG wheel oracle) .這將使 Oracle 帳戶成為 lkadmin 帳戶,使生活變得輕鬆。我將 sps.img 和許可證文件下載到兩台服務器上。

在安裝軟件之前,還需要完成一些先決條件步驟。首先為服務器配置安全組,使它們可以通過開放TCP端口5900-59010進行通信。同時打開 TCP 端口 81 和 82。 還要確保端口已為虛擬 IP 打開。

6.為虛擬IP創建路由條目

路由表需要更新才能使集群的虛擬 IP 正常工作。在此多子網集群配置中,虛擬 IP 需要位於分配給您的 VPC 的 CIDR 範圍之外。定義一個新路由,將流量定向到集群的虛擬 IP (172.30.0.101) 到主集群節點 (Oracle1) 從 VPC 儀表板中,選擇路由表,單擊編輯。添加“172.30.0.101/32”的路由,目標是主服務器上的主彈性網絡接口 (ENI):

7. 禁用 ENI 的源/目標檢查

在 Network Interfaces 下,一次選擇一個接口,然後在 Actions 下選擇 change source/dest。

只要您沒有收到身份驗證錯誤,就說明它已正確安裝和配置。

取消勾選使能夠盒子:

對所有接口重複。

8.編輯/etc/hosts

除非您已經設置了 DNS 服務器,否則您需要在兩台服務器上創建主機文件條目,以便它們可以正確地按名稱相互解析。

9. 使用 VIP 主機名配置監聽器

編輯或創建 $ORACLE_HOME/network/admin/listener.ora 文件以指向 oracle-vip:

10. 禁用 SELinux

編輯 /etc/sysconfig/selinux 文件並設置“SELINUX=disabled”

重新啟動服務器。如果此時服務器沒有恢復,則可能是您將 SELINUX 設置保留為允許並將 SELINUXTYPE 設置為禁用,這將使實例變磚。只需取消 AWS 中的捲與您的實例的關聯並將其掛載到mount -o rw, nouuid {設備} {掛載目錄}命令到新的或現有的工作實例。編輯/{掛載目錄]/etc/sysconfig/selinux文件,修改錯誤。保存文件,卸載並取消卷與此實例的關聯,然後將其重新附加到舊實例。

11. 為 Linux 安裝 SIOS 保護套件

接下來,我以 root 身份通過安裝映像文件來安裝 SIOS 保護套件mount /home/ec2-user/sps.img /mnt/ -t iso9660 -o loop . 運行安裝程序/mnt/設置:

在 LifeKeeper 身份驗證下,我向下滾動到 lkadmin 組,按回車鍵並將 oracle 添加到“lkadmin”組:

選擇“確定”,然後選擇“完成”並按回車鍵。下一步滾動到安裝許可證密鑰文件並按回車鍵:

從這裡輸入您的許可證文件的位置和名稱:

接下來,我選擇 Recovery Kit Selection Menu 並按下回車鍵:

這裡我選擇網絡:

按空格鍵選擇 LifeKeeper Recovery Kit for EC2。 Tab 到 Done 並回車。接下來我選擇數據庫菜單,向下滾動並在 LifeKeeper Oracle RDBMS 恢復工具包上點擊空格鍵:

Tab 到 Done 或按 D 並向下滾動到 Storage 並按 Enter。接下來我按下空格鍵並選擇 DataKeeper for Linux:

Tab 到 Done 並按回車鍵或按 d 退出恢復工具包選擇,然後按 Tab 鍵到 Done 或按 D 退出 Main Configuration 菜單:

確保 LifeKeeper Startup After Install 被選中,然後最後一個選項卡完成或點擊 d,我們會看到安裝確認屏幕:

在這裡按 enter 或 y,安裝將開始。

12.啟動LifeKeeper

使用以下命令啟動 LifeKeeper GUI /opt/LifeKeeper/bin/lkGUIapp如果失敗,可能是因為您沒有登錄 .Xauthority 文件的帳戶的幻數。我以 oracle 身份登錄,然後做了一個須藤-我紮根。因此,如果我的 gui 未加載,我會將 /home/oracle/.Xauthority 文件複製到 /root :

在這裡我以 oracle 身份登錄:

13.連接到第二個服務器

然後單擊 Cluster Connect 按鈕

以 oracle 身份登錄:

14.建立溝通渠道

單擊“創建通信路徑”按鈕:

如果出現故障,請確保禁用防火牆和 iptables。下一步:

下一步:

選擇您的第一個 IP 地址並點擊下一步:

選擇遠程IP:

下一步:

點擊創建:

下一步:

現在點擊完成:接下來我們需要通過使用輔助地址重複步驟 14 來創建第二個通信路徑。

成功建立兩條路徑後,服務器應變為綠色。

15. 創建 DataKeeper 資源

單擊“創建資源層次結構”按鈕:

選擇數據複製並點擊下一步:

點擊下一步(智能意味著在故障轉移後您需要手動故障回复):

下一步:

選擇您的主服務器並點擊下一步:

選擇複製現有文件系統並點擊下一步:

選擇現有的掛載點並點擊下一步:

創建一個數據複製資源標籤並點擊下一步:

選擇一個文件系統資源標籤並點擊下一步:[1]

為獲得最佳性能,位圖文件應放置在臨時卷上。 出於測試目的,可以將位圖放置在 OS 磁盤上,如上所示。 選擇位圖文件位置並點擊下一步:

為啟用異步複製選擇否,然後單擊下一步:

選擇目標服務器並點擊下一步:

選擇 Switchback 類型並點擊下一步:

選擇模板優先級並點擊下一步:

選擇目標優先級並點擊下一步:

下一步:

選擇目標磁盤並點擊下一步:

下一步:

下一步:

選擇要用於復制的網絡端點並點擊下一步:

選擇掛載點,點擊下一步:

選擇資源標籤並點擊下一步:

點擊完成:

點擊完成:

如果您單擊 /u01,您將看到音量同步:

16. 使用虛擬 IP 資源創建層次結構

單擊創建資源按鈕:

選擇IP並點擊下一步:

選擇 Switchback 類型並點擊下一步:

選擇主服務器並點擊下一步:

輸入第 6 步中的虛擬 IP 地址,然後點擊下一步:

輸入 VIP 的子網掩碼並點擊下一步:

進入網絡界面,點擊下一步

輸入資源標籤並點擊下一步:

創建成功後點擊下一步:

選擇目標服務器並點擊下一步:

選擇 switchback 類型並點擊下一步:

選擇優先級並點擊下一步:

選擇優先級並點擊下一步:

完成後點擊下一步:

下一步:

選擇適當的網絡掩碼並點擊下一步:

選擇接口並點擊下一步:

選擇資源標籤並點擊擴展:

成功完成後點擊完成:

驗證後點擊完成。

17. 創建 Oracle Listener 資源

在嘗試在 LifeKeeper 中配置這些資源之前,請確保數據庫和偵聽器正在運行。單擊創建資源按鈕:

選擇 Oracle Database Listener 並點擊下一步:

選擇主服務器並點擊下一步:

輸入監聽器配置文件路徑和文件名,然後點擊下一步:

下一步:

輸入偵聽器可執行文件的路徑並點擊下一步:

選擇保護級別並點擊下一步:

選擇恢復級別並點擊下一步:

如果需要,選擇與偵聽器關聯的 IP 地址,然後點擊下一步:

輸入偵聽器標籤名稱並點擊創建:

下一步:

點擊接受默認值以在第二台服務器上構建資源:

點擊完成:

單擊完成並展開 LSNR 和 /u01:

18. 使用 Oracle 數據庫創建層次結構

單擊“創建資源層次結構”按鈕:

選擇 Oracle 數據庫並點擊下一步:

選擇 Switchback 類型並點擊下一步:

選擇服務器並點擊下一步:

選擇數據庫名稱並點擊下一步(如果出現無法找到主目錄的錯誤,請確保數據庫正在運行):

輸入 sysdba 用戶名並點擊下一步:

輸入該帳戶的密碼,然後點擊下一步:

選擇 Oracle 監聽器並點擊下一步:

點擊創建:

創建成功後選擇下一步:

選擇接受默認值:

選擇完成:

點擊完成:擴展樹以查看所有資源:

19. 使用 EC2 創建層次結構

單擊“創建資源層次結構”按鈕:

選擇 Amazon EC2 並點擊 Next>

選擇智能並點擊下一步>

選擇您的主服務器並點擊 Next>

選擇 EC2 資源類型(我們在此示例中使用後端集群)並點擊 Next>

選擇 IP 資源並選擇 Next>

選擇 EC2 資源標籤名稱並點擊創建

成功創建資源後,點擊 Next> 幾秒鐘後,預擴展嚮導將彈出。點擊接受默認值:

檢查成功完成後,再次點擊接受默認值:

點擊完成,驗證後點擊完成:

配置完成。現在我們可以測試故障轉移。

20. 改變關機行為

默認情況下,LifeKeeper 不會故障轉移如果您只是關閉或重新啟動服務器,則資源不足。 如果您想在關閉服務器之前移動工作負載,您應該在關閉活動節點之前手動將資源移動到備用服務器。 但是,您可能希望更改默認行為以方便測試。 這是通過更改關機策略來控制的,如下所示。

右鍵單擊您的主服務器並選擇屬性:

在 General 選項卡下,將 Shutdown Strategy 更改為 Switchover Resources,然後點擊 Apply:

接下來從服務器下拉菜單中選擇輔助服務器並驗證設置更改:點擊確定:

21. 測試故障轉移

我正在從輔助服務器運行 lkGUIapp。如果您在主服務器上,退出 LifeKeeper GUI 並從輔助服務器運行它。

展開所有資源層次結構並打開與主服務器的 SSH 會話。

我也在運行 ping -i 5 到 oracle-vip:

關閉主服務器:

在我的案例中,您可以看到 IP 停止響應的時間 < 25 秒。我以 5 秒的間隔錯過了 4 次 20-23 次。現在一切都在備份服務器上處於活動狀態。因為我們的主節點仍然關閉,所以我們在層次結構上收到警告。

如果您將切回切換為智能,一旦啟動主服務器,您將必須手動在主服務器上啟動該服務。在嘗試將其投入使用之前,請確保主服務器處於 InSync 狀態:

右鍵單擊 cdb1 的 StandBy 按鈕並選擇 In Service…

點擊服務

點擊完成。

磁盤重新同步需要幾分鐘時間,但最終會完成。

恢復所有內容後,我們現在在 AWS 中擁有一個可用於開發的高可用性 Oracle 數據庫。

經許可轉載自信息系統

Filed Under: 伺服器集群简单化

領先的飲料製造商保護 AWS EC2 雲中的關鍵 SAP ERP

30 12 月, 2022 by Jason Aw Leave a Comment

領先的飲料製造商保護 AWS EC2 雲中的關鍵 SAP ERP

領先的飲料製造商保護 AWS EC2 雲中的關鍵 SAP ERP

SIOS 基於對 SAP、Amazon Web Services 和 Red Hat Linux 的認證和驗證而被選中

一家領先的香港飲料製造商生產 61 個飲料品牌,包括世界第一的軟飲料品牌,並向香港、中國大陸、台灣和美國西部的超過 7.28 億客戶分銷。

環境

該公司依靠在 Red Hat Linux 環境中運行的 SAP ERP(企業資源規劃)系統來管理各種關鍵業務運營。 SAP 環境包含各種服務,包括 ABAP(高級業務應用程序編程)、SAP 中央服務 (ASCS)、評估收據結算、Web 調度程序和 DB2 數據庫。 他們使用大型存儲區域網絡 (SAN) 進行數據存儲。 核心 SAP 應用程序處理公司飲料部門的所有業務運營。 在他們的本地數據中心,該公司使用 SAN 的數據複製和備份為該系統提供正常運行時間保護。

挑戰

公司的 IT 部門確定他們可以通過遷移到雲並使用故障轉移集群來保護他們的關鍵 SAP 系統,從而實現真正的高可用性(99.99% 的正常運行時間)、災難恢復、可擴展性和成本節約。 然而,他們意識到傳統故障轉移集群所需的 SAN 和其他共享存儲在某些雲中並不實用,在其他雲中也不可用。

評估

經過廣泛評估後,該公司選擇將他們的 SAP 環境遷移到 Amazon EC2。 他們建立了四個關鍵標準來評估他們對 HA/DR 解決方案的選擇。 他們的解決方案需要:

  • 獲得與 SAP、AWS 和 Red Hat 一起使用的認證和驗證
  • 提供高可用性和高性能
  • 防止所有可能的故障情況
  • 實現輕鬆的持續操作和維護

該公司的雲客戶經理建議他們考慮通過 AWS 中國提供的 SIOS Protection Suite。 SIOS 軟件已通過 SAP 的 NetWeaver 和 DB2 認證,並且 SIOS 在 Red Hat Enterprise 和其他 Linux 發行版上經過了全面測試和支持。 該公司在各種具有挑戰性的故障場景下對 SIOS 集群軟件進行了廣泛測試,並評估了高峰需求期間的吞吐量性能。 IT 團隊對 SIOS Protection Suite 的信心增加了,因為它通過了他們的每一項嚴格測試並被證明非常易於使用。

解決方案

適用於 Linux 的 SIOS Protection Suite 支持 SANless 故障轉移集群,為 SAP 及其關鍵服務提供完整的 HA 和 DR。 SIOS 軟件獨特地包括稱為應用程序恢復套件 (ARK) 的模塊,這些模塊提供特定於應用程序的功能,可簡化配置並確保故障轉移編排保持應用程序最佳實踐。 SAP 和 HANA ARK 可自動執行配置步驟並驗證配置輸入並管理 IP 故障轉移和啟動順序以最大限度地減少人為錯誤。 與僅驗證服務器可操作性的其他集群軟件不同,SIOS 集群軟件驗證 SAP 和關鍵服務是否正在運行、數據庫是否已安裝且可用、任何文件共享或導出是否可用以及客戶端是否能夠連接。 為確保這些服務都正常運行,SIOS 軟件持續監控服務器、虛擬機、操作系統和 SAP 軟件的所有主要組件。 為了容災保護,公司將主備集群節點分佈在不同的AWS可用區,實現地域隔離。

結果

SIOS Protection Suite 使這家領先的飲料製造商能夠滿足為其 SAP/DB2 環境制定的嚴格恢復時間和恢復點目標。 迄今為止,該配置沒有出現明顯的停機時間,包括在計劃維護期間。 而且這些結果是用最少的努力實現的,使 IT 員工可以更多地關注提高員工生產力或以其他方式改善業務運營的項目。

經許可轉載自信息系統

Filed Under: 伺服器集群简单化

視頻:SIOS 如何確保金融服務行業的高可用性

26 12 月, 2022 by Jason Aw Leave a Comment

視頻:SIOS 如何確保金融服務行業的高可用性

在這個關於各個行業的高可用性 (HA) 和災難恢復 (DR) 的持續系列中,格雷格·塔克, 高級產品 (Windows) 支持工程師賽奧斯科技, 與我們一起分享他對公司如何保護金融業免受停機和故障轉移影響的見解。

SIOS 在金融行業擁有全球業務,客戶包括商業銀行、各種經紀公司、財富管理、註冊會計師事務所等。 沒有哪個行業比金融行業更關鍵,對停機和故障更敏感,因為客戶的在線銀行系統、ATM 和支付系統都依賴關鍵應用程序。 “我們提供故障或集群軟件,以保護他們的關鍵應用程序和數據免受停機和/或災難性事件的影響,”塔克說。

Tucker 解釋說,本質上,關鍵應用程序部署在主服務器上,無論是本地還是雲端,因為它與輔助服務器或多台服務器集群在一起。 “如果集群軟件檢測到故障,它會將所有資源轉移到輔助節點並自動為最終用戶恢復服務;沒有數據丟失,沒有中斷,”他補充道。

查看上面的整個採訪以了解更多信息。

討論要點:

  • SIOS 在金融行業具有全球影響力,客戶使用 SIOS 產品來消除其集群環境中的單點故障。
  • 隨著向雲的轉變,存在保護數據並使數據對 Oracle、SAP、SQL、SAP MAxDB、文件共享和通用(遺留)應用程序高度可用的業務需求 (SLA)。
  • 雲帶來的可擴展性可能會對高可用性帶來一些挑戰,但專為雲設計的 SIOS 集群解決方案可以迅速應對這些潛在挑戰。
  • Tucker 解決了一些關於高可用性的常見誤解,尤其是在金融服務行業。
  • HA 對金融機構的重要性。

解決方案

  • 學習更多關於SIOS 數據保護解決方案
  • 查看SIOS Data Keeper 集群版
  • 查看適用於 Linux 的 SIOS Lifekeeper

與格雷格塔克聯繫(領英)

經許可轉載自信息系統

Filed Under: 伺服器集群简单化

災難:活著! SQL Server 從災難到運營

28 8 月, 2022 by Jason Aw Leave a Comment

災難現場! SQL Server 從災難到運營

災難:活著! SQL Server 從災難到運營

發生了什麼SQL Server 災難? 這是您參與行動的機會。

該網絡研討會將指導您完成一些 SQL Server 模擬災難。 通過 DR 計劃和清單離開此網絡研討會,以確保您的業務運營在發生中斷時按預期運行。

登記這裡
經 SIOS 許可轉載

Filed Under: 伺服器集群简单化

白皮書:高可用性解決方案為 Oracle 提供成本節約和靈活性

24 8 月, 2022 by Jason Aw Leave a Comment

白皮書 高可用性解決方案為 Oracle 提供成本節約和靈活性

白皮書:高可用性解決方案為 Oracle 提供成本節約和靈活性

遷移 Oracle 數據庫可能是一項艱鉅的任務。 這個過程通常很複雜,而且成本很高。 然而,有時遷移是不可避免的。 當支持和許可考慮一起使遷移成為必要時,尤其如此。 在遷移業務關鍵型數據庫時,提供高可用性保護以防止停機很重要,因為停機會導致收入和生產力損失。 Oracle 已宣布即將結束對 Oracle Database 12c 的支持。 因此,運行 Oracle Database 12c 的組織將面臨迫在眉睫的遷移需求。

下載白皮書:高可用性解決方案為 Oracle 提供成本節約和靈活性

Filed Under: 伺服器集群简单化

  • « Previous Page
  • 1
  • …
  • 43
  • 44
  • 45
  • 46
  • 47
  • …
  • 113
  • Next Page »

最近的帖子

  • 什麼是高可用性(HA)?
  • 如何在周五晚上的系統崩潰中倖存下來:從簡陋的裸機到無縫的數據複製
  • 接地氣:錯過Percona Live Amsterdam讓我對HA有了哪些新的認識
  • SIOS LifeKeeper 與 Red Hat 高可用性附加元件:
  • 應用彈性現況:2026 年 SIOS 高可用性調查

最熱門的帖子

加入我們的郵件列表

Copyright © 2026 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in