Bitbucket Data Center アップグレード ガイド

This page contains instructions for upgrading an existing Bitbucket cluster to the next major or minor version. Upgrading to either version type will incur downtime. 

現在有効なソフトウェア メンテナンスがある場合、新しいバージョンへのアップグレードは無料で行えます。詳細については、「ライセンスの FAQ」を参照してください。

If you deployed Bitbucket Data Center on AWS using our AWS Quick Starts, refer to the Upgrading section of Administer Bitbucket Data Center in AWS instead.

このページの内容

アップグレードを計画する

1. アップグレード パスを決定する

Check the Supported platforms page to determine if your environment meets the minimum requirements to run the latest version of Bitbucket. Also, check the End of support announcements

You can update from any previous version of Bitbucket Data Center to the latest version, as there is no required upgrade path. 

If you are upgrading a multi-node Bitbucket cluster to the next bug fix update (for example, from 10.0.0 to 10.0.1), you can upgrade with no downtime.

Bitbucket Data Center 10.x is a major upgrade

If you’re upgrading from Bitbucket 8.x or 9.x, be sure to read the Bitbucket 10.0 release notes, take a full backup, and test your upgrade in a non-production environment before upgrading your production site.

Upgrading from a version older than Bitbucket 10.x disables all user-installed apps on startup

Be sure to update your own apps and check the Atlassian Marketplace to ensure third-party apps are compatible with Bitbucket Data Center 10.x before upgrading.

Bitbucket 10 does not include a bundled OpenSearch server

Starting with Bitbucket 10.0, OpenSearch is no longer bundled with Bitbucket. 

If you run a single-node Bitbucket installation that uses bundled search, you now need to set up and connect your own remote OpenSearch server.

Clustered systems were already required to use an external OpenSearch instance, so this change should not affect them.

OpenSearch の移行手順を確認

Changes in Mesh configuration properties

If you are monitoring your Mesh nodes with an external system (like SignalFx or Datadog), the management.* properties used to configure metrics publishing have changed slightly. For instance, the property management.metrics.export.datadog.enabled is now management.datadog.metrics.export.enabled. The Mesh configuration properties page includes a full list of all management.* properties.

2. アップグレード前の確認を完了する

  1. アップグレード先として計画しているバージョン (およびその間のバージョン) のバージョンごとのアップグレード ノートを確認します。
  2. Go to Administration and select Support Tools. Then, review the Log analyzer for any issues that may need to be resolved.
  3. 利用しているアプリに、アップグレード先として計画しているバージョンとの互換性があるかどうかを確認します。

    1. Go to Administration and select Manage apps. Then, select Bitbucket update check.
    2. Choose the version you plan to upgrade to. Then, select Check.

      互換性のないアプリがある場合

      If your users rely on particular apps, you may want to wait until they are compatible before upgrading Bitbucket. App vendors generally update their apps very soon after a major release.

      参考情報

      • If you're performing a major version upgrade, user-installed apps will be disabled. You will need to enable your apps after successfully upgrading, regardless of compatibility with Bitbucket.

      • You can disable an app temporarily if it is not yet compatible. 

Configure UPM app signature check

Before proceeding with your Bitbucket 10 upgrade or installation, configure the Universal Plugin Manager (UPM) app signature check.

If no certificate is installed for signature verification, app installation will fail with the 'Signature check failed!' error on the Manage Apps screen.

3. Bitbucket をテスト環境でアップグレードする

  1. 現在の本番環境のステージング コピーを作成します。
  2. 以下の手順に従って、テスト環境をアップグレードします。
  3. Test any unsupported apps, customizations, and proxy configuration (if possible) before upgrading your production environment.

4. Upgrade Bitbucket mirrors

If you’re using mirrors, make sure you upgrade both your primary instance and mirrors to Bitbucket 9.0+. Bitbucket 8.x mirrors are incompatible with Bitbucket 9.0+.

We recommend that you take the following steps to upgrade the primary instance and mirrors.

If you follow a custom upgrade procedure, be aware that you may encounter errors that will be displayed in the logs. To avoid errors, follow the provided guidelines.

If upgrading to 9.4.2+ or 9.5.0+ and you’ve previously configured logging.debug.enabled or logging.profiling.enabled in the config properties of your mirrors, we recommend removing those config properties. Debug logging and profiling settings can instead be dynamically enabled through REST:

BSERV-19782 - Getting issue details... STATUS

Alternatively, you can enable these settings through the user interface, provided that both the farm and upstream node are running on version 9.5.0+.


To upgrade a mirror or mirror farm:

  1. Stop all nodes in a mirror farm, or the only node if it's a standalone mirror.

  2. Stop the primary instance.

  3. Upgrade the primary instance and wait for it to start up properly.

  4. Go to the Mirrors page and verify that no mirrors exist.

  5. Upgrade all mirror instances one by one.

  6. On the Mirrors page, wait for the pre-existing mirrors to show up with the Awaiting authorization status.

  7. Authorize the mirrors and verify all the nodes acquire the Online status.

Upgrade Bitbucket Data Center

1. Back up your data

  1. 使用するバックアップ戦略を決定します。 

    Bitbucket で使用できるさまざまなバックアップ戦略の概要...

    Bitbucket Data Center (バージョン 4.8 以降) のインスタンスの場合、ゼロ ダウンタイム バックアップまたは DIY バックアップを使用するか、すべてのノードの停止中に共有ホーム ディレクトリ (NFS 上) とデータベースのスナップショットを作成できます。 

    For Bitbucket mirrors, the home directory doesn't store any persistent state that can't be reconstructed from the primary Bitbucket instance, but you should still make sure you have a backup of at least the important configuration files, such as the SSL certificate, server.xml,  config/ssh-server-keys.pem,  bitbucket.properties file, and so on, in a safe place. See How do I back up my mirrors? for more information.

    詳細情報と、効果的なバックアップ戦略を作成するためのガイダンスについては、「データ リカバリとバックアップ」をご参照ください。

  2. Bitbucket ホーム ディレクトリ外部データベースのすべてのデータをバックアップします。

2. Stop the system

Before upgrading, you must stop all the nodes in the cluster before upgrading. For more info, see Starting and stopping Bitbucket.

If you’re using a load balancer, we recommend configuring your load balancer to redirect traffic away from Bitbucket until the upgrade is complete on all nodes.

3. Download Bitbucket

Download the appropriate file for your operating system from the Bitbucket Data Center Download Archives.

4. Upgrade the nodes

To upgrade the nodes:
  1. Extract the files to a directory. This will be your new installation directory, and and it must be different from your existing installation directory.
  2. Update the value of BITBUCKET_HOME in the <Installation-directory>/bin/set-bitbucket-home.sh file so the new Bitbucket installation points to your existing Bitbucket home directory.

    If you’re using a BITBUCKET_HOME environment variable to specify the home directory location, no change is required.

  3. Copy any other immediately required customizations from the old version to the new one. For example, if you aren’t running Bitbucket on the default ports or if you’re managing users externally, you'll need to update or copy the relevant files.

    If you’ve configured Bitbucket to run as a Linux service, don't forget to update its service configuration as well. Learn more about running Bitbucket as a Linux service

  4. Start Bitbucket on the node. Learn more about starting Bitbucket
  5. Repeat steps 1 through to 4 to install Bitbucket on the remaining nodes.

5. Start Bitbucket and check cluster connectivity 

Once all nodes have been upgraded, you can start Bitbucket Data Center.

If you have a cluster, you should start one at a time. Starting up multiple nodes simultaneously can lead to serious failures.

The Cluster monitoring console under AdministrationSettingsClustering includes information about the active cluster nodes. When the cluster is running properly, you can check the details of each node. 

最終更新日 2025 年 9 月 8 日

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

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