アップグレード手順

アップグレードに関する注意事項

  • INSUITEのアップグレードにはバージョンアップとリビジョンアップがあります。
  • バージョンアップ 機能的な改訂(機能追加、対応ブラウザの追加)を行う際のリリース形態です。 バージョンアップを行う場合はバージョンアップモジュールを適用してください。
  • リビジョンアップ 不具合修正のみを行う際のリリース形態です。リビジョンアップを行う場合はリビジョンアップモジュールを適用してください。

※バージョンアップ、リビジョンアップで区別をしない場合はアップグレードと表記します。

  • リビジョンアップを行う場合は、リビジョンアップモジュールを目的のリビジョンまで順次適用してください。

    • (例 V3.4.0 => V3.4.1 => V3.4.2
  • バージョンアップを行う場合は、バージョンアップモジュールを目的のバージョンまで順次適用してください。あるリビジョンに対してバージョンアップモジュールを適用することも可能です。

    • (例 1 V3.4.0 => V3.5.1 => V4.0.0 => V4.1.0 => V4.2.0 => V4.3.0
    • (例 2 V3.4.3 => V3.5.1 => V4.0.0 => V4.1.0 => V4.2.0 => V4.3.0
  • バージョンアップモジュールにおいては、インストール時に install コマンドを実行しますが、リビジョンアップモジュールでは upgrade.pl コマンドを実行する手順となっていますので、ご注意ください。 (* install コマンドは実行しないでください。)

  • Sm@rtDB をご利用の場合は、INSUITEアップグレードモジュール適用中はSm@rtDB のサービス(tomcat)を停止してください。(Sm@rtDB 側で、INSUITEのアップグレード処理で更新対象となる DB オブジェクトを参照している場合があるためです。) 停止方法、開始方法につきましては、Sm@rtDB の製品ドキュメントをご参照ください。


INSUITEのアップグレード方法

適用前に必ず、「アップグレードに関する注意事項」をご確認ください。

  • 本モジュールは Ver.4.9.0 ~ Ver.4.10.x環境を Ver.4.11.0 に更新するためのバージョンアップモジュールです。適用対象の環境が Ver.4.9.0~Ver.4.10.x であることをあらかじめご確認ください。
  • Ver.4.9.0 よりも前のバージョンから Ver.4.11.0 までアップグレードされる場合には、一旦 Ver.4.9.0 へのアップグレードを実施した上で、Ver.4.11.0 へのアップグレードを実施してください。
  • アップグレードモジュールの適用作業は管理サーバで実行します。複数台構成の場合 AP サーバも自動的にアップグレードされます。ただし、管理サーバを複数台・冗長構成にしている場合は手順が異なりますので、ご購入先までお問い合わせください。また DB、ファイルサーバ及び Apache は全て起動状態で行い、メンテナンスモードで実行する必要があります。


アップグレード手順

  1. 全ての作業の前に、事前にデータ(DB・ファイル)及びプログラムのバックアップ(AP・管理サーバのシステムバックアップ)を行い、万一処理中に中断しても全体を切り戻しできるように準備してください。なお、Ver.3.4.11 以降のリビジョンが適用される際に利用されるスクリプトの仕様が変わったため、Ver.3.4.11 以降で変更されるファイルやプログラムのバックアップについては、下記の upgrade.pl コマンド実行時にも取得されます。
  2. /home/DreamArts/data/patch 配下にファイルやディレクトリが存在する場合は全て削除するか、他のディレクトリに移動します。
  3. INSUITE Ver.4.11.0 バージョンアップモジュールをアップグレード作業を実行するサーバの任意のディレクトリに保存します。(保存先を/tmp とします。)
  4. 次のコマンドを実行し、tgz ファイルを/home/DreamArts/data/patch 配下に展開します。

    # tar zxf /tmp/IE-RUP-4.11.0-ddf5d0a.tgz -C /home/DreamArts/data/patch

  5. 管理サーバ・各 AP サーバにて次の手順でアップグレードモジュールを適用します。

    1. 次の install コマンドを実行し、アップグレードモジュールを適用します。このとき、サーバ構成に合わせてオプションを指定する必要があります。1台構成の場合、type はどちらを指定しても同じです。

      # cd /home/DreamArts/data/patch/

      # ./install -type={option}

    オプションの詳細

    all 管理サーバ上で実行する場合のみ指定可能。全サーバにアップグレードモジュールを適用する。すなわち、2台構成の場合 ssh を使用して AP サーバにもアップグレードモジュールを適用する。
    local install コマンドを実行するサーバのみにアップグレードモジュールを適用する。
    ※ local を指定する場合は、管理サーバから先にコマンドを実行してください

項目 確認対象
アップグレード後のバージョン確認 INSUITE「管理機能」-「システム管理」-「システム情報」
アップグレードの履歴確認 /home/DreamArts/logs/patch/patch_history.dat
アップグレード時の詳細ログ /home/DreamArts/logs/patch/patch.log


特定条件により発生する手順

コンテンツアクセス解析の修復ツールの実行

Ver.4.10.3に「ise-3317 コンテンツ機能のアクセス解析に「いいね」や「閲覧数」集計不正の問題の修正」を対応しました。 既に閲覧数やいいねの集計不正事象が発生している環境では、数字の修復には下記修復ツールの実行が必要となります。(Ver.4.10.3のアップグレード後修復ツールを実行したことがあれば重複実行する必要はありません。)

perl /home/DreamArts/share/bin/cms_daily_child_fix.pl

パラメータ データ型 内容
opt 文字列 fix: 修復
estimate: 実行時間見込み

-opt 省略する場合、実行時間の見込みのみ実施します。

例1
perl cms_daily_child_fix.pl
#### Estimated time: 100.61s ####

例2
perl cms_daily_child_fix.pl -opt fix
#### all data's analysis fix started. (08:53:55) ####
#### cms hourly-08 started. (08:53:56) ####
#### cms hourly-08 finished. (08:53:56) ####
#### cms daily-08 started. (08:53:56) ####
delete cms asset data.
-- delete cms asset data (2020/08/12-00:00:00) asset:[0 Piece] --
delete cms video data.
-- delete cms video data (2020/08/12-00:00:00):[0 Piece] --
-- Delete reservation cms asset data (2020/08/12-00:00:00):[0 Piece] --
get daily storage(2020-08-12).
get daily traffic(2020-08-12).
get daily video tracker(2020-08-12).
#### cms daily- finished. (08:53:56) ####
#### all data's analysis fix finished. (08:53:56) ####