HealthCheck: クラスタ時刻の同期化
プラットフォームについて: Server および Data Center のみ。この記事は、Server および Data Center プラットフォームのアトラシアン製品にのみ適用されます。
サーバー*製品のサポートは 2024 年 2 月 15 日に終了しました。サーバー製品を利用している場合は、アトラシアンのサーバー製品のサポート終了のお知らせページにて移行オプションをご確認ください。
*Fisheye および Crucible は除く
概要
This check will confirm if the system clocks on each node are set within five seconds of each other. JIRA Data Center requires that the system time of each of the nodes are within five seconds for predictable behaviour. Environments lacking clock synchronisation may experience similar problems as described in the following KB:
結果の確認
アイコン | 結果 | 意味 |
---|---|---|
ヘルス チェックは正常に完了しました。 | All nodes report a System Time within 5 seconds | |
System clocks of nodes are not synchronized. Difference: milliseconds . | The times between nodes are out of sync and require fixing. |
トラブルシューティング
問題 | 提案 |
---|---|
A Network Time Protocol (NTP) server has been configured. | Ideally, when working with multi-node environments, it is best practices to set the system clock through the use of a NTP server. Consult your OS vendor and Sys Admin for more guidance on configuring an NTP server, examples below. |
A NTP server cannot be configured. | Manually set the time of nodes to be in-sync and use other methods of keeping the times in synchronisation. |
Different NTP servers are being used. | Configure your environment to use the same NTP servers. |
Database issues are causing slowness during the check. | The time stamp to compare node cluster times is databaseSystemTimeReaderFactory.getReader().getDatabaseSystemTimeMillis().In other words, the check is using the database server time for each node for the comparison and must make a database request to confirm from within each node. If there are database issues resulting in long execution times, the check will fail.
Cluster Time Health Check
|
サポートに情報を提供する
トラブルシューティングやご自身での問題の解決が難しい場合、support.atlassian.com でサポート チケットを作成し、次の情報を含めてください。
- ヘルス チェック結果のスクリーンショット
- 各 Data Center ノードからのサポート zip
- このドキュメントでの提案事項を受けて収集した任意の情報