Jira Data Center のゼロ ダウンタイム アップグレード

このページでは、Jira Data Center (クラスタ)ゼロダウン タイムでアップグレードするための手順を説明します。

Jira 7.x から Jira 8.x へのアップグレードでは、ゼロ ダウンタイム アップグレードは利用できません。標準的な方法のいずれかを使用する必要があります。すでに Jira 8.x にアップグレードしている場合は、ゼロ ダウンタイム アップグレードを使用して以降の任意のバージョンにアップグレードできます。

ゼロ ダウンタイム アップグレードについて

ゼロ ダウンタイムでのアップグレードは、Jira Data Center で利用できる特別な方法です。これは、ノードを 1 つずつアップグレードしながら異なる Jira バージョンで動作させることができるようにするアップグレード モードを導入します。アップグレード中、Jira は引き続き完全に動作し、ユーザーは通常どおりに使用できます。

この方法は、Jira Software Data Center と Jira Service Management Data Center の両方で使用できます。このアップグレード手順を使用するには、Jira Software 7.3 または Jira Service Management 3.6 が必要な最小バージョンとなります。Jira Software と Jira Service Management の両方を実行している場合についてもこのドキュメントで説明します。

ゼロ ダウンタイム アップグレード プロセスには長い時間がかかる場合があるため (ノード数に応じて異なります)、必要な操作をすべて完了したかどうかを確認できる、便利なチェックリストも用意しています。このページのすべてのステップを 1 つずつ実行することをおすすめします。チェックリストは、何をどこまで実行したかを追跡するためのツールです。

技術的な概要

アップグレードに関連してクラスタで発生する内容の詳細については、「ZDU 技術概要」を参照してください。

FAQ

ご質問がある場合、「ゼロ ダウンタイム アップグレードの FAQ」をご確認ください。

はじめる前に

ステップ 1: アップグレードの準備

アップグレードの準備」の手順が完了したことを確認します。これらは必須の前提条件であり、アップグレードをスムーズに進めるためには不可欠です。

また、データパイプラインのエクスポートが進行中でないことを確認する必要があります

ステップ 2: バージョンの選択

最適なバージョンの選択にお悩みの場合、アップグレード マトリクスですべての Jira バージョンの機能、サポート対象のプラットフォーム、およびアップグレードに関する技術的な注意事項を確認できます。

Jira をアップグレード モードにする

Jira をアップグレード モードにして、ノードを 1 つずつアップグレードする間にノードで異なるバージョンを実行できるようにします。

  1. [管理] ()> [アプリケーション] > [Jira アップグレード] の順に選択します。
  2. [Jira をアップグレード モードにする] をクリックします。これは、ノードがすべて同じバージョンの場合のみ使用可能です。

アップグレードのキャンセル

  • アップグレードをキャンセルするオプションがあります。これにより、アップグレード モードを終了します。ノードをアップグレードすると、このオプションは無効化されます。
  • アップグレードを後からキャンセルするには、各ノードを元のバージョンにロールバックする必要があります。

Jira Service Management を更新する

この手順は、Jira Software と Jira Service Management の両方を使用している場合にのみ必要です。いずれか一方のみを使用している場合は、この手順を省略できます。

  1. 必要な Jira Service Management OBR ファイルをダウンロードします。インストールしようとしている Jira Software のバージョンとの互換性を持つバージョンをダウンロードするようにします。互換性のあるバージョンは、Jira Service Management バージョンの横に記載されています (例: Jira Server 7.12.3)。

  2. ダウンロードした OBR ファイルの拡張子を .obr から .zip へ変更します。

  3. このファイルを解凍してコンテンツを展開します。

  4. zip ファイルのコンテンツを展開したディレクトリと子ディレクトリ "dependencies" からすべての jar ファイルをコピーし、<Jira 共有ホーム>/plugins/installed-plugins に配置します。共有ホーム ディレクトリの詳細については、こちらのステップ 2 をご参照ください。

    ターミナル コマンドは次のとおりです。

    Linux
    cp *.jar dependencies/*.jar <Jira shared home>/plugins/installed-plugins
    Windows
    copy *.jar + dependencies/*.jar <Jira shared home>/plugins/installed-plugins

アップグレード プロセス中、アップグレードされたノードは共有ホームから新しい Jira Service Management jar ファイルを取得します。アップグレード待ちのノードは引き続き古いバージョンの jar を使用します。アップグレードが完了すると、すべてのノードは Jira Service Management の新しいバージョンを実行することになります。

Jira をアップグレードする

Jira インスタンスがアップグレード モードになったら、各ノードを個別にアップグレードできます。ノードのアップグレードには、Jira の停止、インストールのアップグレード、Jira の開始が含まれます。Jira の停止では、ノードがクラスタから削除されて利用不可能になります。そのノードにログインしていたすべてのユーザーの、ほかのノードにリダイレクトされる前のすべてのセッションが失われます。管理者は、どのノードをどの順序でアップグレードするかを決定する必要があります。ゼロ ダウンタイムを実現するには、管理者は常に 1 つ以上のノードをオンラインにし、クラスタに接続しておく必要があります。



アップグレードを完了する

アップグレードをファイナライズすると、必要なアップグレード タスクがインスタンスで実行され、Jira のアップグレード モードが終了します。必要なタスクが完了したら、インストールのアップグレードは完了です。

  1. [管理] ()> [アプリケーション] > [Jira アップグレード] に移動します。

  2. アップグレードを完了するをクリックします。これは、ノードがすべて同じバージョン (新しいバージョン) の場合のみ使用可能です。

ロールバックが必要な場合

システム管理者は、[アップグレードの完了] をクリックしていない場合、アップグレード中に [アップグレードのキャンセル] ボタンをクリックすることで、いつでもアップグレードをキャンセルできます。アップグレードをキャンセルした場合、いつでも再開できます。 

キャンセル後、アップグレードされた各ノードを停止し、これらのノードに元のバージョンを再インストールして、クラスタに再度追加する必要があります。

最終更新日: 2021 年 10 月 19 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.