Studio 3.0.xファイルのバックアップ

Studio 3.1.xへの移行の最初の手順は、Studio 3.0.xのファイルのバックアップです。

1. Studioサーバーを停止します。
2. データベースをバックアップします。

   HSQLを使用している場合、この手順を省略できます。データベースは、dataディレクトリをバックアップするときにバックアップされます。

   MYSQLまたは他のRDBMSを使用している場合は、ベンダーからのバックアップ手順に従います。

3. portal-ext.propertiesの設定をカスタマイズしていた場合には、そのファイルのコピーを保存する必要があります。

   portal-ext.propertiesファイルは大幅に変更になりました。必須設定の中にはこのファイルからStudioアプリケーションに移動したものがあり、カスタマイズ設定の中には名前の変更や削除が行われたものがあります。

   このため、アップグレード後には、3.0ファイルで新しい3.1ファイルを置き換えるのではなく、関係するカスタマイズ設定を3.0ファイルから3.1ファイルに単純にコピーしてください。

   portal-ext.propertiesのカスタマイズ設定で3.1ファイルにコピー可能なものには、次のものがあります。

   • Studioデータベース用データベース接続情報
   • ファイルに構成されていたフレームワーク設定。そのため、「コントロール・パネル」の「フレームワーク設定」ページでは編集できません。フレームワーク設定の名前はdf.で始まります。
   • リバース・プロキシ構成
   • Studioクラスタ用の同期化されたキャッシュ

   次のカスタマイズ設定は、3.1では名前が変更されているか、適用されません。

   • liferay.home設定の名前はeid.studio.homeに変わりました。3.1では、Liferay HomeディレクトリがStudioのホーム・ディレクトリと呼ばれます。
   • WebLogicのコンテキスト・パスを変更する処理では、portal-ext.propertiesは使われなくなりました。
4. dataディレクトリ全体を安全なバックアップの場所にバックアップします。

   Tomcatの場合は、dataディレクトリはendeca-portal内に存在します。

   WebLogicの場合は、dataディレクトリはLiferay Homeディレクトリ内に存在します。

   JCRリポジトリ、Lucene検索索引など、通常はdataに格納されているものの場所を変更した場合は、カスタムの場所もバックアップします。

5. ファイルのバックアップ後、endeca-portalまたはStudioホーム・ディレクトリの名前を変更します。

   これにより、Studio 3.1.xのインストールによって既存のファイルが上書きされなくなります。

   Studio 3.1.xインストールが完了したら、このディレクトリは削除しても構いません。