この記事の要点
- バージョンアップは「サポート期間が切れる前」に計画的に行うのが基本です
- いきなり本番で行わず、テスト環境で検証してから切り替えます
- 拡張機能やカスタマイズの数で、作業量と費用が大きく変わります
- 小刻みな更新より、放置してから一気に上げるほうが難しくなります
TYPO3のバージョンアップは、サポート期間を確認し、現状を棚卸しし、テスト環境で動作を確かめてから本番へ反映する、という順序で進めます。サポートが切れる前に計画することが、安全にもコストにも有利です。放置すると、更新幅が大きくなり、作業も難しくなります。
なぜバージョンアップが必要なのですか?
最大の理由はセキュリティです。CMSは広く使われている分、弱点が見つかると攻撃の対象になりやすくなります。提供元は、サポート期間中のバージョンに対して修正版を配布します。サポートが終わると、新たに見つかった弱点が修正されなくなります。
ほかにも、動かしているサーバーのPHPなどの実行環境が新しくなったとき、古いCMSは動かなくなる場合があります。つまり、CMSだけでなくサーバー側とセットで考える必要があります。
バージョンアップの基本的な流れ
安全に進めるための手順は次のとおりです。
- 現在のバージョンとサポート期間を確認する
- 使っている拡張機能とカスタマイズを一覧にする
- 本番と同じ内容のテスト環境を用意する
- テスト環境で更新し、表示と管理画面の動作を確認する
- 不具合を修正し、本番の切り替え日を決める
- 切り替え前にバックアップを取り、必要なら元に戻せる状態にする
- 切り替え後に主要ページとフォームを再確認する
費用や期間を左右する要因
作業量は、サイトの「中身の複雑さ」で決まります。主な要因を表にまとめます。
| 要因 | 作業が軽い場合 | 作業が重い場合 |
|---|---|---|
| 更新の幅 | 1つ前のバージョンから | 何世代も前から |
| 拡張機能 | 標準機能中心 | 提供が終わった拡張が多い |
| 独自の改修 | 少ない | 多く、記録が残っていない |
| サーバー環境 | 最新に近い | 古く、同時に更新が必要 |
古いまま放置するとどうなりますか?
何世代も飛ばして更新する場合、途中の変更点をまとめて処理することになり、検証の手間が増えます。さらに、使っている拡張機能の提供が終了していると、代わりの機能を探して作り直す必要が出ます。結果として、作り直しに近い作業になる場合もあります。
この場合は、バージョンアップではなく、新しい基盤で再構築するほうが合理的なこともあります。判断には、現状の調査が欠かせません。
改修の記録を残しておく重要性
バージョンアップで最も困るのが、「誰が何を変更したのか分からない」状態です。独自の改修が記録されていないと、更新後に動かなくなっても原因を追えません。改修の内容、日付、理由を記録し、バージョン管理しておくことが、将来の更新を楽にします。
スタイルチューンができること
スタイルチューンは、TYPO3を中心としたサイトの構築・運用を長年続けています。現状の調査から、テスト環境での検証、本番への反映まで一貫して対応します。本番を止めない安全第一の進め方を基本にしています。
また、ある業務ポータルでは、直せる人がいなくなった状態からソースを解析して再構築し、改修記録とバージョン管理、リリースノートを決まりとして整備した経験があります。同じ考え方を、CMSの保守にも活かしています。
まとめ
バージョンアップは、サポート切れの前に、テスト環境で検証しながら進めるのが基本です。放置するほど難しくなるため、まずは現在のバージョンを確認することから始めてください。現状の確認や進め方のご相談は、お問い合わせフォームからお気軽にどうぞ。