すべてをテストします。 リスクは何もありません。 自信を持ってアップグレードしてください。

注: これは、Rediacc がこの問題をどのように解決できるかを示す 使用例 です。 スタートアップとして、これらのシナリオは、完成したケーススタディではなく、潜在的なアプリケーションを表します。

危機シナリオ: データベースのアップグレード中に、予期しないエラーが発生し、古いバージョンに戻すことも、新しいバージョンに進むこともできなくなりました。 顧客はシステムにアクセスできなくなり、5,000 人以上の従業員が仕事ができなくなりました。

## 問題

Mehmet は、大規模なデータベースを管理する経験豊富なシステム管理者です。 彼は、100 TB PostgreSQL データベースをバージョン 13 から 14 にアップグレードすることにしました。 彼の計画:

  1. バックアップを取る → ただし、データサイズの関係でバックアップには数日かかります
  2. 週末にアップグレードを実行土曜日の 01:00 ~ 05:00 に機能停止が各部門に通知されます。

危機の影響

  • アップグレード中に 予期しないエラーが発生します
  • データベースは 古いバージョンに戻すことも、新しいバージョンに進むこともできません ※外部のサポートチームでも問題を解決できない

影響:

  • 顧客は 支払いおよび注文システムにアクセスできません
  • 会社員 (5000 名以上) は働けません
  • 評判の低下と苦情の増加が始まる

一時的な解決策:

  • 最後のバックアップは 新しいサーバー にロードされる → ハードウェア コストが 2 倍
  • 木曜日と金曜日のデータは ライブ環境のみであるため、データ損失が発生します
  • バージョンの異なる 2 つのデータベースが作成される → 不整合が増加する

Rediacc ソリューション

Mehmet は Rediacc を使用して問題を根本的に解決しました。

1. インスタント クローン作成

  • 100 TB データベースのクローンが数秒以内に作成されます
  • アップグレード テストは ライブ システムに影響を与えることなく実行されます

2. 時間ごとのスナップショット

  • アップグレード プロセス中に どのステップがいつから失敗しているか が判断されます
  • 問題のある操作は事前に特定され、修正されます

3. シームレスなアップグレード

  • アップグレードが失敗した場合でも、実際の環境には影響しません
  • アップグレードが成功すると、新しいライブ環境が最新のクローンになります。

## 結果

時間とコストの節約:

  • バックアップ時間が 7 日から 10 秒に短縮されました

リスクのないアップグレード:

  • テスト環境で事前にエラーが検出された → 本番システムでは問題なし

ゼロダウンタイム:

  • 顧客と従業員は 混乱を感じなかった