「脫Oracle」還是「繼續使用Oracle」，是關乎到關鍵任務的分岔路。

　在2022年年底，我看到了日本Oracle發布的新聞稿：“Benesse的大型核心系統採用了Oracle Cloud Infrastructure”。我之所以感到驚訝，並不是因為他們將核心系統遷移到了雲端。而是因為我想起了以前採訪過的Benesse Corporation的“脫離Oracle”的案例。

　這次公佈的是，包括銷售管理和新客戶基礎設施在內的核心系統已經完成了遷移。它在Oracle Cloud Infrastructure提供的“Oracle Exadata Database Service”上穩定運行，同時減少了約60％的CPU，並保持了性能。

　一方，以前進行過的脫離Oracle的案例是支持小學生平板學習服務“挑戰觸摸”的系統。將在本地環境中運行的Oracle DB遷移到Microsoft Azure上的數據庫服務“Azure SQL Database”。由於硬件購買費用和軟件許可證的減少，月度運行成本降低了原來的七分之一。

從6台服務器的群集配置中遷移

　在日本Oracle的新聞稿中，介紹了已經遷移到Microsoft Azure的系統為“Web前端系統”。這種措辭凸顯了這次遷移對於核心系統的重要性和對比。確實，包括銷售管理和新客戶基礎設施在內的核心系統是一個重要的系統，如果停止運行，將對“業務”造成影響，也就是所謂的“關鍵任務”。

　然而，“挑戰觸摸”和其他Web前端系統停止運行或出現延遲可能會導致會員流失。這是一個重要的系統，如果停止運行，將對“銷售額”造成影響，這也可以說是“關鍵任務”嗎？

　作為證明，當“挑戰觸摸”在本地環境中運行時，使用Oracle DB Enterprise Edition的群集功能“Oracle Real Application Clusters（Oracle RAC）”來提高可用性。此外，數據庫服務器是6台構成的強大規格。

　回顧數據庫的歷史，我認為2001年發布的Oracle RAC是一個非常突破性的功能。通過在多個服務器的內存之間共享數據並進行傳輸，可以輕鬆地構建群集配置，同時保持數據的一致性。Oracle RAC的出現也對從主機到開放系統的轉型起到了一定的作用。

　那麼，為什麼Benesse要停止使用Oracle RAC，並將“挑戰觸摸”轉移到另一個數據庫服務上呢？