結論：ロールバックは「デプロイ前スナップショット + 失敗時の自動ロールバック」が支える

サーバーのワールド更新で問題が起きて元に戻したいとき、大事なのは問題が起きてから対処を考えることではなく、デプロイの前に復元可能なスナップショットを残しておくことです。TopoBlocks の完全管理は安全なデプロイ手順を採用しています。すなわち、スナップショット → 検証 → アトミック切り替え → ヘルスチェック → 失敗時の自動ロールバックです。つまり、新しいワールドで公開中のワールドを差し替える前に、システムはまず現在公開中のワールドのスナップショットを作成し、それが復元できることを検証します。新しいワールドはアトミックに切り替えて公開された後にヘルスチェックを行い、通らなければ自動でデプロイ前のそのスナップショットへロールバックし、今回のロールバックを操作ログに記録します。

ここで、誠実な前提を2点お伝えします。

  • 完全管理はサーバーへの書き込み操作を伴うため、明示的に承認した場合にのみ実行されます。オンライン状況・バージョン・人数・遅延を見るだけなら、無料の「モニタリングのみ」はアドレスとポートだけで済み、一切の書き込み権限を持たないため、当然ロールバックもできません。
  • ロールバックで復元できるのはスナップショットがある時点です。スナップショット以降に生じた新しい進行状況は取り戻せないため、定期的なスナップショットの維持が重要です。

公開後に問題に気づいたとき、手動でロールバックする方法

すべての問題がヘルスチェックでその場で止められるわけではありません。中にはしばらくプレイして初めて表面化するものもあります。その場合は手動でロールバックできます。バージョン履歴からより古く、状態が正常なスナップショットを選んで復元するだけです。

ここには製品としての一線があります。復元は既定で新しいコピーを作成し、今あるワールドを決して上書きしません。現在のワールドと各履歴スナップショットは、ハッシュとともにすべて保持され追跡可能なので、安心して特定のバージョンへロールバックを試し、合わないと感じたら別のものに切り替えられ、既存のセーブデータを失うことはありません。スナップショット自体をどう作り、どう復元可能性を検証するかについては、サーバーワールドのスナップショットの使い方をご覧ください。

最初から落とし穴を避けたい：更新前に正しくやる

ロールバックはあくまで保険であり、より確実なのは毎回の更新で安全なデプロイを通すことです。公開中のワールドを直接上書きするのではなく、スナップショットとヘルスチェックに見張りを任せましょう。踏み込んだやり方は、サーバーワールドを安全にデプロイするとサーバーワールドを安全に更新するを参考にしてください。

最後にいくつか補足します。完全管理やホスティングに関連する機能は有料で、価格は App 内の表示が基準となり、有料タスクが失敗した場合は自動で返金されます。まだ自分のサーバーを持っておらず、まず1つ立ち上げてからワールドをデプロイしたい場合は、スマホで Minecraft サーバーを立ち上げる方法をご覧ください。