他のサーバーへの JIRA の移行
This document describes how to migrate/upgrade to JIRA 6.2 on different server hardware or in a different server environment that entails one or more of the following:
- JIRA を実行するオペレーティングシステムが変わる
- インデックスや添付ファイルの保存場所が変わる
- JIRA のデータを格納するデータベースまたはデータベースシステムが変わる
If you are upgrading to a newer version of JIRA during the migration, please see Upgrading JIRA for information on the pre-requisite tasks you need to complete before upgrading.
On this page:
1. 作業を始める前に
- Check your license - Verify that your license support period is still valid.
- Check for known issues - Use the JIRA Knowledge Base to search for any issues in the new version that will affect you.
- 互換性の確認:
- Confirm that your operating system, database, other applicable platforms and hardware still comply with the requirements for JIRA 6.2. The End of Support Announcements for JIRA page also has important information regarding platform support for future versions of JIRA.
- If you have installed JIRA Add-ons (i.e. not included with JIRA), verify that they will be compatible. You can find a add-on's compatibility information from the the add-on's home page on the Atlassian Marketplace. You can also follow the procedure outlined here: Checking app compatibility with application updates to have the Universal Add-on Manager help you with this.
最初にテスト環境で移行を実行してみることを強く推奨します。テスト環境での移行が成功しない限り本番環境の JIRA サーバーの移行を実行しないでください。
ウィルス対策ツールやインターネットセキュリティーツールの中には、移行に対して悪影響を与え、移行プロセスが正常に終了できなくなるものがあります。ウィルス対策ツールやインターネットセキュリティーツールに関して、お客様がそのような経験をお持ちであるか、またはそのような事態に陥る恐れがある場合は、JIRA の移行作業に入る前にまずこれらのツールを無効にしてください。
2. バックアップ
2.1 ユーザーに JIRA のデータ更新を中断させる
During the upgrade process, you'll export JIRA's database from your existing JIRA installation (via an XML backup) and then restore this backup into a new JIRA installation. To ensure that the data in the XML backup is consistent with the latest data in the system, you must temporarily restrict access to JIRA so users can't update the data. Refer to the Preventing users from accessing JIRA during backups page for more information.
注意してください!整合性のない XML バックアップを使って復元することはできません!
2.2 データベースのバックアップ
Perform an XML backup of your existing JIRA installation's external database. For large JIRA installations, this process may require several hours to complete.
「組み込みのデータベース」は、JIRA が提供する評価専用の HSQLDB データベースです。誤って HSQLDB データベースを本番環境で使用してしまった場合は、このデータベースの XML バックアップを作成してから、以下の手順を続行します。
2.3 JIRA Home ディレクトリのバックアップ
- Jira をシャットダウンします。
- Locate the JIRA Home directory. You can find information about the location of the directory by navigating to the
<jira-application-dir>/WEB-INF/classes/jira-application.propertiesfile in your JIRA Installation Directory. Alternatively, you can open the JIRA Configuration Tool to see the directory that is set as your JIRA Home. - 設定ファイルに記録されているディレクトリに移動して、別のディレクトリにそのバックアップを作成します。
Delete the file <jira-home>/dbconfig.xml as soon as the backup is complete.
2.4 添付ファイルおよびインデックスの保存ディレクトリが JIRA Home ディレクトリの外にある場合、この二つのディレクトリのバックアップを作成する
If the attachments and index directories are located outside of your JIRA Home Directory, you must back them up separately. These pages describe how to find out where these directories are located in your implementation:
- Your attachments directory — Refer to Configuring File Attachments page in the documentation for your version of JIRA.
- Your index directory — Refer to Search Indexing page in the documentation for your version of JIRA.
Also refer to Backing Up Data for more information about backing up attachments in JIRA.
2.5 JIRA インストール ディレクトリのバックアップ
「JIRA インストールディレクトリ」 は、JIRA がインストールされた時に、JIRA アプリケーション ファイルとライブラリが展開されたディレクトリです。
3. 新しいJIRA のインストールと設定
ミッションクリティカルな JIRA サーバーを運用している場合は、事前にテスト環境で (例えば、テスト用の JIRA データベースと JIRA ホームディレクトリのコピーを使用して) 以下の手順を実行してみることを強く推奨します。
3.1 JIRA の新バージョンをインストール
First, you must start with a fresh installation of JIRA, either the current version or a newer one. If you are upgrading JIRA during this process, please see Upgrading JIRA for information on the pre-requisite tasks you need to complete before upgrading.
必要な JIRA ディストリビューションをダウンロードし、新しいディレクトリに解凍します。既にインストールされている JIRA を上書きしてはなりません。既存の JIRA が起動していないことを確認し、新しいバージョンの JIRA を新しい場所にインストールします。
以下のいずれかのインストール解説に従います:
- Installing JIRA (recommended), or
- JIRA WAR のインストール
If you are using JIRA WAR, remember to build your new JIRA web application and deploy it to your server. For specific instructions, refer to the JIRA WAR installation page for your application server within the Installing JIRA WAR section.
3.2 新しい JIRA に既存の JIRA ホームディレクトリ(のコピー)を参照させる
To set up a "recommended" (not WAR) distribution:
- Open the JIRA Configuration Tool.
- JIRA ホーム タブをクリックします。
- JIRA ホーム ディレクトリ フィールドを更新します:
- If your JIRA 6.2 installation is on a new server, update the JIRA Home Directory field to the path of your copied JIRA Home directory.
- If your JIRA 6.2 installation is on the same server, update the JIRA Home Directory field to the path of your existing JIRA Home directory.
For more information about this directory, see JIRA Home Directory.
WAR ディストリビューションの設定方法
- Edit the
jira-application.propertiesfile located within the<jira-application-dir>/WEB-INF/classessubdirectory of your new JIRA 6.2 Installation Directory JIRA Installation Directory. - Update the
jira.homeproperty in this file to the path of the new JIRA Home Directory:- If your JIRA 6.2 installation is on a new server, update the
jira.homeproperty to the path of your copied JIRA Home directory. - If your JIRA 6.2 installation is on the same server, update the
jira.homeproperty to the path of your existing JIRA Home directory.
For more information about this directory, see JIRA Home Directory.
- If your JIRA 6.2 installation is on a new server, update the
- Remove the '#' at the beginning of the
jira.homeline (so that JIRA no longer regards this line as a comment). - Save your updated
jira-application.propertiesfile.
You can also set your JIRA Home Directory's location by defining an operating system environment variable
JIRA_HOME. This value of this variable takes precedence over the value of the jira.home property in the jira-application.properties file in your JIRA Installation Directory. See Setting your JIRA Home Directory for details.
3.3 JIRA の新しいバージョンを、新しい空のデータベースに接続させる
お使いのデータベースに対応した以下の「JIRA の ... (データベース名) への接続」の説明に従い、そしてステップ 4 からは以下の黄色の内容に注意してください。
- JIRA の PostgreSQL への接続
- JIRA の MySQL への接続
- JIRA の Oracle への接続
- JIRA の SQL Server 2005 への接続
- JIRA の SQL Server 2008 への接続
データベース(jiradb など)は、既存の JIRA インストールを使用しており、新しい JIRA インストール用のデータベースがデータベースサーバーと同一のコンピュータで実行中の場合、別の名前の(JIRA 4.4.0 には jiradb_440 などが直感的で分かりやすい)新しいデータベースを作成してください。ただし、新しいデータベースと古い JIRA データベースのアクセス権限は同一にしてください。この件に関してサポートが必要な場合は、データベース管理者に相談してください。
組み込み HSQL データベースを使用中の場合は、新しいデータベースを作成する必要はありません。
3.4 既存の JIRA の設定を、新しい JIRA インストールへ移行する
For each file you have modified in your existing JIRA installation, you need to manually edit each equivalent file in your new JIRA installation and re-apply your modifications. If a file is not present in your new JIRA installation (for example, osuser.xml in recent JIRA versions), then simply copy that file over to your new JIRA installation.
The table below lists the most commonly modified files and their locations within your JIRA Installation Directory:
ファイル | 「おすすめ」(以前の「スタンドアロン」の JIRA ディストリビューションの保存場所 | JIRA WAR 内の保存場所 | 説明 |
|---|---|---|---|
jira-application.properties |
|
| Location of the JIRA Home Directory and Advanced JIRA Configuration in JIRA 4.3.x and earlier. |
setenv.bat (Windows) または setenv.sh (Linux) |
| Application server's | |
osuser.xml |
|
| LDAP を JIRA 統合、Crowd と JIRA を統合、外部のユーザー管理またはユーザー認証のカスタム フォームを使用している場合に修正します。 |
seraph-config.xml |
|
| Crowd を JIRA と統合した場合に修正します。 |
server.xml |
| Application server's | 次のような場合に修正します。
|
The version-specific upgrade notes contain details on properties which may have changed in these commonly modified files.
上記のファイル以外にも、アップグレードのプロセスにて以下の設定を考慮・実行する必要があります。
- Using JIRA with Atlassian's Crowd? — If you are using Crowd with JIRA, configure your new JIRA to talk to Crowd as described in Integrating Crowd with JIRA.
- Remember to configure Crowd to grant JIRA's new hostname/IP access: Specifying an Application's Address or Hostname
- Allocating additional memory to JIRA — If you had previously allocated additional memory to JIRA, do the same for your new JIRA instance. For more information refer to Increasing JIRA memory.
- Plugins — For any plugins that you had installed in your old JIRA, download the plugin version for your new version of JIRA from the http://plugins.atlassian.com site.
- 文字エンコード : 新しい場所と同じ場所の文字エンコード(ロケールなど)が同じであることを確認します。 エンコードの互換性がない 2 つのシステム間で添付ファイルを移動した場合、新しいバージョンの JIRA が正常に動作しない場合があります。
- カスタマイズ : カスタマイズを行った場合(コード、テンプレート、構成ファイルなど)は、これらの変更の互換バージョンを新しい JIRA へコピーします。(所属組織内の開発者が使用しているバージョンをカスタマイズした場合、開発者は新しいバージョンに対しても同等の変更を構築・テストし、アップグレード後の JIRA インストールへコピーするためのファイルを制作する必要があります。)
- (Optional) Running JIRA on a different port — If your new JIRA is installed on the same machine as your old JIRA, you may wish to make sure it runs on a different port (in case you ever need to restart your old JIRA). See Changing JIRA's TCP Ports for details.
3.5 JIRA の新しいバージョンを起動させる
- 古い JIRA がシャットダウンされていることを確認する : JIRA サーバーが動作中の場合はシャットダウンします。
- JIRA WAR ディストリビューションを Tomcat 内にインストールした場合、JIRA を再起動する前に Tomcat 作業ディレクトリを削除します。この操作を実行しない場合、JIRA ページを表示した際にエラーが発生する可能性があります。
- 以下に対する JIRA の新しいバージョンを起動します。
- 'Recommended' distributions — follow the Starting JIRA instructions.
- WAR distributions — follow the instructions for starting JIRA for your application server within the Installing JIRA WAR section.
During the startup process, your new JIRA installation will create any required database indexes. If you created any custom database indexes, please check them afterwards and remove any that duplicate the indexes added by JIRA.
古い JIRA インストールを再起動しないでください...
If your new JIRA 6.2 installation is on the same server as your old one, it may still be configured to use the same JIRA Home directory as your new JIRA installation. Running two separate JIRA installations which share a common JIRA Home directory can lead to serious data corruption.
しかし、アップグレード後の JIRA インストールが期待通りに動作していることを確認するまでは、古い JIRA インストールのすべてのファイル(またはバックアップ コンポーネント)も削除しないことをおすすめします。
3.6 古い JIRA のデータを、新しい JIRA にインポートする
古い JIRA のデータを、新しい JIRA にインポートします。
- 「JIRA システム管理者」グローバル権限を持つユーザーとしてログインします。
- Select Administration > System > Import & Export > Restore System (tab) to open the 'Restore JIRA data from Backup' page.
Keyboard shortcut: 'g' + 'g' + type 'rest'
- In the File name field, specify the XML backup file you created previously during the export process (above). That zipped file should contain two xml files:
activeobjects.xmlandentities.xml. Both of these files must be included in the zipped file for the import process to work. - Restore the attachments directory that you backed up previously, into the attachments directory of your new JIRA. (See Restoring Data.)
Avoid passing through a proxy when performing an XML restore, especially if your JIRA instance is very large. Using a proxy may cause timeout errors.
- JIRA に Web ブラウザでアクセスして、古い JIRA のときと同じユーザー名でログインします。
- すべてのプロジェクトと課題がインポートされていて、すべての機能が正常に動いていることをさっと確認します。ページのフッター部分で新しい JIRA のバージョンを確認します。
4. 移行後の確認事項と作業
- Check your server logs for error messages, even if JIRA appears to be running correctly. If there are any errors there that you cannot resolve, create a support case in https://support.atlassian.com/ja, attach your log file and we will advise you on the errors.
- If you were previously using External User Management, enable it in the new JIRA instance.
- アップグレード時にサーバーも変更した場合は、 JIRA 管理画面でインデックス、添付ファイル、バックアップのディレクトリのパスを変更します。
- テストの間に E メール機能を無効にしていた場合は、これを有効に戻します。
- 古い JIRA から新しい JIRA へカスタマイズしたものを移行した場合は、それを入念にテストします。
- If you had downloaded plugins for the new version of JIRA, install the downloaded JAR file(s) in your new JIRA version and carry out any other required installation for the plugin.
- もしプラグインにプロパティファイルがある場合は、古い JIRA で実施したものと同じ変更を適用します(古いプロパティファイルをコピーしないようにしてください)。
- 新しい JIRA が正しく動いていることが確認できたら、以下の方法で新しいサーバーIDをライセンスに登録します。
- Log in to https://my.atlassian.com.
- 利用したいライセンスを選択します。
- 新しいサーバー ID に変更して、保存します。
- 新しいサーバー上でライセンスを更新します。
おめでとうございます!JIRA の移行/アップグレードが完了しました。
参考情報
Disabling Auto-Export
Restoring Data
Upgrading JIRA
Switching Application Servers to Apache Tomcat
Switching Databases