Bitbucket Data Center アップグレード ガイド
重要 プラットフォーム リリースには、過去のバージョンとの互換性を持たない大規模な変更 ("重大な変更") が複数含まれます。このような変更により、将来のリリースでより広範な開発を行うための強化な基盤を確立しています。
セキュリティとパフォーマンスを向上させるため、アプリがそれぞれのライブラリのバンドルする必要がある、コア アーキテクチャに変更を加えました。これらの変更については Marketplace パートナーとコラボレーションを行っていますが、リリース時点では一部のアプリにおいて新しいプラットフォームの互換性が即座に実現されない可能性があります。
組織の業務に影響を及ぼすリスクを減らすために、アップグレードする前にアプリを見直すことをおすすめします。
To check app compatibility, visit Checking app compatibility with application updates, or the Atlassian Marketplace to see if your app hosting is compatible with your product version.
アップグレードを計画する
1. アップグレード パスを決定する
You can update from any previous version of Bitbucket Data Center to the latest version, as there is no required upgrade path. If you’re upgrading from Bitbucket Server to the Data Center-only version, check the guide on how to do this: Upgrade from Bitbucket Server to Bitbucket Data Center.
Bitbucket Data Center 9.x is a major upgrade
Be sure to read the Bitbucket 9.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 9.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 9.x before upgrading.
次のバグ修正アップデートへのアップグレード
複数ノードの Bitbucket クラスタを次のバグ修正アップデートにアップグレードする場合 (9.0.0 から 9.0.1 など)、ダウンタイムなしでアップグレードできます。
2. アップグレード前の確認を完了する
- アップグレード先として計画しているバージョン (およびその間のバージョン) のバージョンごとのアップグレード ノートを確認します。
- Go to Administration and select Support Tools. Then, review the Log analyzer for any issues that may need to be resolved.
利用しているアプリに、アップグレード先として計画しているバージョンとの互換性があるかどうかを確認します。
- Go to Administration and select Manage apps. Then, select Bitbucket update check.
Choose the version you plan to upgrade to. Then, select Check.
3. Bitbucket をテスト環境でアップグレードする
- 現在の本番環境のステージング コピーを作成します。
- 以下の手順に従って、テスト環境をアップグレードします。
- 本番環境のアップグレード前に、すべてのサポート対象外のアプリ、カスタマイズ、およびプロキシ構成 (可能な場合) をテストします。
4. Upgrade Bitbucket mirrors
If you’re using mirrors, make sure you upgrade both your primary instance and mirrors to Bitbucket 9.0. Otherwise, mirrors won’t work in the new version.
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:
Stop all nodes in a mirror farm, or the only node if it's a standalone mirror.
Stop the primary instance.
Upgrade the primary instance and wait for it to start up properly.
Go to the Mirrors page and verify that no mirrors exist.
Upgrade all mirror instances one by one.
On the Mirrors page, wait for the pre-existing mirrors to show up with the Awaiting authorization status.
Authorize the mirrors and verify all the nodes acquire the Online status.
Upgrade Bitbucket Data Center
1. Back up your data
使用するバックアップ戦略を決定します。
- Bitbucket ホーム ディレクトリと外部データベースのすべてのデータをバックアップします。
2. クラスタの停止
You must stop all the nodes in the cluster before upgrading. For more info, see Starting and stopping Bitbucket.
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 on Bitbucket Server & Data Center Download Archives.
4.1 つ目のノードをアップグレードする
- Extract the files to a directory. This will be your new installation directory and it must be different from your existing installation directory.
Update the value of BITBUCKET_HOME in the
<Installation-directory>/bin/set-bitbucket-home.shfile 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.
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
- Start Bitbucket on the node. Learn more about starting Bitbucket
Why doesn’t Bitbucket search work after the upgrade?
When you’re starting up your Bitbucket Data Center instance after the upgrade, the bundled search server won’t run. Instead, the remote search will be started.
This happens because Data Center instances use the remote search, not the bundled search.
During the upgrade, the --no-search flag is inserted in the /etc/init.d/atlbitbucket file. This flag allows running the remote search but blocks the bundled search.
5. Copy Bitbucket to remaining nodes
The next step is to replicate your upgraded Bitbucket directories to other nodes in the cluster.
Stop Bitbucket on the first node.
1 つ目のノードから次のノードに、インストール ディレクトリとローカル ホーム ディレクトリをコピーします。
ローカルのホーム ディレクトリへのパスが別のノードにある場合、/bin/set-bitbucket-home.shを編集して適切な場所を指すようにします。Start Bitbucket and confirm that everything works as expected.
Stop Bitbucket on this node before continuing with the next node.
残りの各ノードに対し、同様のプロセスを繰り返します。
6. Start Bitbucket and check cluster connectivity
Once all nodes have been upgraded, you can start Bitbucket Data Center on each node, one at a time. Starting up multiple nodes simultaneously can lead to serious failures.
The Cluster monitoring console under Administration, Settings, Clustering includes information about the active cluster nodes. When the cluster is running properly, you'll be able to check the details of each node.