サーバーの状態
サーバーの状態レポートには、パフォーマンスに影響を与える、または影響を与える可能性のある構成の問題に関するサーバーインスペクションの結果が含まれます。このような問題 (いわゆるサーバーヘルス項目) は、管理領域のサーバーの状態ページで TeamCity によってまとめて報告されます。
レポートを表示するには、少なくともプロジェクト管理者の権限が必要です。
範囲と重大度
レポートを使用すると、分析範囲を定義できます。グローバル構成を分析するか、プロジェクト関連の項目をレポートするかを選択できます。使用可能な範囲は、付与されたプロジェクトを見る権限のレベルによって異なります。
サーバーヘルス分析では、システム全体または個々のプロジェクトの構成に対する問題の影響に応じて、重大度評価も使用されます。
可視性オプション
デフォルトでは、グローバル構成に関連する警告およびエラーレベルの結果は、TeamCity の各ページの上部だけでなくレポートページにも表示されます。
これらに加えて、一部のアイテムがインプレースで表示されます。問題の原因となっているオブジェクトに応じて、サーバーのヘルスアイテムがビルド構成、テンプレート、VCS ルート設定ページで報告されます。
TeamCity ページにはアクティブな項目のみが表示されます。項目を表示から削除するには、レポートページの項目の横にある非表示オプションを使用します。グローバル項目の場合、このオプションはすべてのサーバーヘルスメッセージで使用できます。
非表示のアイテムは TeamCity ページから削除され、サーバーヘルスページのアクティブなアイテムに表示されます。説明はグレー表示されます。
表示するアイテムを返すには、表示オプションを使用します。
可視性の変更は、管理エリアの監査ページにリストされます。
課題カテゴリ
管理者が TeamCity の全体的なステータスを簡単に監視できるように、ヘルスアイテムは幅広いサーバー機能をカバーしています。
グローバル構成アイテム
TeamCity は、新しい TeamCity バージョンが利用可能になったことを通知し、アップグレードを促すプロンプトを表示します。
いずれかのライセンスがこの新しいバージョンと互換性がない場合は、警告が表示されます。通知はシステム管理者にのみ表示され、システム管理者は「一部のライセンスに互換性がありません」というメッセージ内のリンクを使用して、ライセンスページにすばやく移動できます。このページでは、互換性のないすべてのライセンスに警告アイコンが表示されます。
エージェント構成
TeamCity は、エージェントが推奨される Java バージョンを実行していない場合に通知を表示します。さらに、承認されているが切断されているエージェントはヘルスレポートをトリガーし、すべてのエージェントが確実に認識されるようにします。
マルチノードセットアップの設定ミス
マルチノード設定の場合、TeamCity は次の場合にヘルスレポートを表示することがあります。
メインノードは非アクティブです
メインノードは N 分間非アクティブです。
これが計画的な非アクティブ (再起動またはアップグレード) である場合は、このメッセージを無視できます。メインノードが再びアクティブになると、このメッセージは消えます。それ以外の場合は、メインノードサーバーにログインして、TeamCity プロセスのステータスを確認してください。
TeamCity プロセスが存在しない場合、またはサーバーがダウンしていてすぐに回復できない場合は、ノード構成ページで現在のノードまたは他のノードに「メイン TeamCity ノード」責任を割り当てることができます。
メインサーバーとセカンダリサーバーの異なるバージョン
セカンダリノードのバージョンが現在のサーバーのバージョンと一致しません。
この場合、セカンダリノードをメインの TeamCity サーバーと同じバージョンに更新する必要があります。
マルチノード設定にプロキシサーバーがありません
マルチノード設定にはプロキシサーバーがありません。
高可用性 TeamCity インストールをセットアップするには、リバースプロキシを構成する必要があります。
割り当てられていない責任
TeamCity は、クラスターノードのいずれにも特定の責任がない場合に通知します。たとえば、すべてのノードで「VCS リポジトリポーリング」責任がオフになっている場合、TeamCity はリポジトリの変更をチェックして新しいビルドを開始できません。管理 | ノードの設定に移動し、各責任が少なくとも 1 つのノードに割り当てられていることを確認します。
プロキシ構成バージョンの不一致
プロキシ構成で宣言された X-TeamCity-Proxy ヘッダーの値が、その構成が TeamCity サーバーと完全に互換性がないことを示している場合、TeamCity はこの警告を表示します。このドキュメントを TeamCity サーバーに一致するバージョンに切り替えて、プロキシ設定がサンプル構成プロキシ設定と同様であることを確認してください。
HTTPS 構成の問題
次のレポートは、HTTPS アクセスの設定に関連する問題について通知します。
サーバーのルート URL は HTTP を使用する
このレポートは、TeamCity への HTTPS アクセスを構成したが、サーバー URL がまだ「http://...」アドレスに設定されている場合に表示されます。この警告を閉じるには、サーバー URL を更新してください。
ドメイン分離アーティファクト URL が HTTP を使用する
このレポートは、TeamCity への HTTPS アクセスを構成したが、アーティファクト分離 URL がまだ「http://...」アドレスに設定されている場合に表示されます。この警告を閉じるには、アーティファクト分離 URL を更新してください。
WebSocket 接続の問題
WebSocket プロトコルは、イベントの Web UI を更新し、ビルドの更新と統計カウンターを実行するために使用されます。
WebSocket 接続が機能しない問題が発生した場合は、警告が表示されます。TeamCity は自動的にレガシー更新モードに切り替わり、このモードで TeamCity を引き続き使用できます。
ただし、Web UI の更新を高速化し、不要なネットワークトラフィックと遅延を削減するには、次の調整を行うことをお勧めします。
プロキシサーバー構成
BIO コネクターの調整
プロキシサーバー構成
TeamCity サーバーの前でリバースプロキシを使用する場合は、WebSocket プロトコルをサポートするように構成する必要があります。
WebSocket 接続をサポートしないブラウザーで使用されるすべての URL は、対応する正常性レポートにリストされます。
BIO コネクターの調整
Tomcat が BIO コネクター(英語)を使用するように構成されている場合、WebSocket プロトコルは自動的に無効になります(英語)。NIO コネクターを使用するように Tomcat コネクターの設定を変更することをお勧めします。
クリティカルエラー
このカテゴリには、次のエラーが表示されます。
プロジェクト構成ファイルのエラー - サーバーがディスクから構成ファイルをロードしている間に、何らかの不整合または破損した構成を検出した場合に発生します
ディスクスペースウォッチャーによって発生したエラー
TeamCity サーバーメモリモニターからの警告
データベース関連の問題
サーバーが現在内部データベースを使用している場合、TeamCity は警告を出します。ストレージエンジンとしてスタンドアロンデータベースを推奨
TeamCity は外部データベースとして Sybase をサポートしていませんとして、Sybase を使用している場合、警告メッセージが表示されます。
ビルド構成アイテム
依存関係の問題
TeamCity は、欠落しているビルド構成に依存するビルド構成(たとえば、依存関係が構成された後に削除されたビルド構成)を検出します。
大きなビルドログを使用した構成
大きいビルドログ(デフォルトでは 200 MB 以上)は、解析するには重すぎ、ブラウザーで表示するのが困難であるため、サーバーのパフォーマンスを低下させる可能性があります。
一部のビルド構成でこのインスペクションが頻繁に失敗する場合は、ビルドスクリプトを調整して出力を少なくすることができます。
非効率的なアーティファクトの公開
TeamCity は、多くの小さなアーティファクトファイルを公開しているビルドを検出し、アップロード / ダウンロード操作を最適化するために、単一の .zip アーカイブとして公開することを提案します。詳細については、こちらを参照してください。
重複ファインダーランナー
バージョン 2021.3 以降の ReSharper コマンドラインツールには、DupFinder ツールが含まれなくなりました。その結果、このツールに依存する重複ファインダー (ReSharper) ランナーは、最新の TeamCity インストールにバンドルされている CLT バージョンでは動作できません。
このランナーを引き続き使用するには、バージョン 2021.2.3 以前の R# CLT をインストールし、ランナーの詳細設定でこのバージョンを選択します。
VCS ルート関連の問題
未使用の VCS ルート
TeamCity は、プロジェクトで定義された VCS ルートを表示し、未使用のルートを削除することを提案します。
同様の VCS ルート
TeamCity は、主要な設定(URL、ブランチ設定など)が同じである場合、一部の設定(ユーザー名、パスワードなど)が異なっていても、VCS ルートを同一と見なします。
レポートには同一のルートが表示され、マージするかどうかはユーザーに任されます。
同様の VCS ルートの使用箇所 (別名インスタンス)
VCS ルート設定の値を定義したり、さまざまなレベルで定義されたさまざまなパラメーターへのパラメーター参照を使用したりできます。
参照される VCS ルートパラメーターが定義された値と同じ値に解決されると、そのような場合は同一の VCS ルート使用として報告されます。
一般的な推奨事項は、ルート設定にパラメーター参照を使用して、VCS ルートの量を最適化することです。
接続されていない VCS ルートのトリガールール
VCS トリガーまたはスケジュールトリガーのルールが、ビルド構成に関連付けられていない VCS ルートを参照している場合、TeamCity は警告を表示します。
冗長トリガー
このレポートは、ビルドトリガーが冗長な場合を示します。例:
A と B の 2 つのビルド構成があります
A スナップショットは B に依存
両方とも VCS トリガー、スナップショット依存関係の変更をトリガーオプションを有効にした A があります。この場合、B の VCS トリガーは冗長であり、A のビルドが数回キューに入れられます。
複数の同一のビルドトリガー
警告は、同じ型のパラメーター値の同じセットを持つ 2 つ以上の有効なトリガーが存在する場合に表示されます。無効化されたトリガーは考慮されません。
有効な静寂期間が指定よりも大きい
ビルド構成の VCS トリガーに待機期間がある場合、TeamCity は、ビルドをトリガーする前に、最後に検出された変更後、指定された時間待機します。この間、このビルド構成に影響するすべての VCS ルートの変更がチェックされます。他の VCS ルートが静止期間よりも大きい変更間隔のチェックを持っている場合、有効な静止期間は、関連する VCS ルートの変更間隔の最大チェックに等しくなります(依存関係の VCS ルートである可能性があります)。
考えられる修正は、次のいずれかです。
コミットフックを使用して、変更操作のチェックをトリガーする
関連する VCS ルートの変更間隔のチェックよりも大きくなるように、VCS トリガーの待機期間を長くします
問題のある VCS ルートの変更間隔のチェックを減らす
VCS チェックアウト
頻繁なクリーンチェックアウト
レポートのこのセクションには、頻繁なクリーンチェックアウトの可能性が表示されます。これは、次の 2 つの理由により発生する可能性があります。
カスタムチェックアウトディレクトリ
VCS 設定は異なるがカスタムチェックアウトディレクトリが同じであるビルド構成では、クリーンチェックアウトが頻繁に発生し、パフォーマンスが低下し、増分ソース更新の一貫性が損なわれる可能性があります。
ビルドファイルクリーナー(Swabra)の設定
いくつかのビルド構成でビルドファイルをきれいにする (Swabra) ビルド機能を有効にすると、余分なクリーンチェックアウトが発生する場合があります。これは、これらの構成からのビルドが同じエージェントで交互に実行され、同じバージョン管理設定または同じカスタムチェックアウトディレクトリが指定されている場合に発生する可能性があります。
頻繁なクリーンチェックアウト (Swabra ケース) サーバーヘルスレポートには、Swabra の設定ごとにグループ化されたこのような誤った設定が表示されます。
最適な推奨チェックアウト
エージェント側のチェックアウトに切り替えることを推奨する大規模なサーバー側パッチのレポートが表示されます。
エージェントのデフォルトの自動チェックアウト
デフォルトのエージェント側チェックアウトが不可能な場合、TeamCity は対応するヘルスレポート項目を表示し、サーバー側チェックアウトを使用します。
統合関連アイテム
プロジェクトまたはビルド構成にセキュリティで保護されたパラメーターがあり、GitHub プルリクエストをビルドするように構成されている場合、このレポートは警告を発生させます。
VCS ルートが GitHub または Bitbucket を指している場合は、対応する課題追跡ツールを構成するための提案が表示されます。
エージェントのヘルス
一部のエージェントはアップグレードできません
このレポートは、アップグレードに失敗したエージェントを見つけるのに役立ちます。ビルドエージェントログは、問題の原因を特定できます。
クラウドエージェント
ユーザーがプロファイルからイメージを削除すると、TeamCity によってすでに開始されたインスタンスが自動的に停止されないという警告が表示されます。
未使用のビルドエージェント
レポートは、3 日以上使用されていないエージェントについて表示されます。
環境内に 3 つ以上のエージェントがある
エージェントが 3 日以上登録されている
これらの 3 日間にビルドがサーバーで実行された場合
プロキシサーバーの構成が正しくありません
このレポートには、TeamCity Web インターフェースへのアクセスに使用されるプロキシサーバーの検出された設定ミスが表示されます。
TeamCity でプロキシサーバーを設定する方法については、弊社の推奨事項を参照してください。
推奨設定
TeamCity は、ビルド構成の現在の設定を分析し、VCS トリガーの追加、ビルドステップなどの追加オプションを提案します。サーバーヘルスレポートに加えて、特定のビルド構成の提案が構成設定ページに表示されます。
拡張性
TeamCity によって提供されるデフォルトのサーバーヘルスレポートは、必要な項目が多すぎるか、すべてではない可能性があります。インフラストラクチャ、構成、パフォーマンスの側面などによって異なります。分析する必要がある場合は、カスタムのサーバーヘルスレポートが必要になることがあります。TeamCity を使用すると、特定のアイテムについてレポートするプラグイン(英語)を作成できます。
関連ページ:
ロールと権限の管理
TeamCity のユーザーアクセスレベルは、ユーザーに異なるロールを割り当てて、それぞれの権限を付与することによって処理されます。権限とは、ビルドを実行したり、ビルド構成設定を変更したりするなど、特定の操作を実行するための承認です。ロールとは、1 つまたはすべてのプロジェクトでユーザーに付与できる権限のセットであり、プロジェクトや UI のさまざまな機能へのアクセスを制御します。認証モード:TeamCity 認証は、シンプルモードと per-project モードの 2 つのモードをサポートしま...
高可用性のためのマルチノードセットアップ
TeamCity サーバーは、高可用性と柔軟な負荷分散のために複数のノード (またはサーバー) を使用するように構成できます。TeamCity ノードのクラスターをセットアップすることが可能です。各ノードは、ビルドからのデータの処理や VCS リポジトリからの変更の収集など、さまざまなタスクを担当します。または、すべての作業を行うメインノードを 1 つと、読み取り専用インターフェースを提供するセカンダリノードを 1 つ保持します。メインノードがダウンした場合、最小限のダウンタイムですべてのデータ...
TeamCity サーバーへの HTTPS アクセスの構成
HTTPS プロトコルは、コンピューターネットワーク上でサーバーとクライアントの安全な通信を行うために暗号化を使用します。TeamCity サーバーがパブリックインターネットアドレスで利用できる場合は、セキュリティを大幅に強化するために HTTPS 接続を構成することを強くお勧めします。安全な HTTPS アクセスを構成するには、証明書が必要です。手動で取得してロードすることも、TeamCity に暗号化しましょう経由で有効な証明書を自動的に発行させることもできます。Let's Encrypt...
サーバー URL の設定
管理 UI(管理 | グローバル設定ページ)で構成されたサーバー URL は、URL を他のパラメーターから取得できない場合に、サーバーへのリンクを生成するためにサーバーによって使用されます。これらのケースには、通知や Web リクエスト内で実行されないその他のアクションが含まれます。生成されたすべてのリンクには、この URL の接頭辞が付きます。指定された URL でサーバーにアクセスできることを確認してください。ほとんどの場合、TeamCity は自身の URL を正しく自動検出し、それをサ...
TeamCity の設定とメンテナンス
サーバー構成を変更するには、管理 | グローバル設定に移動します。次の設定ブロックを使用できます。TeamCity の設定:データベース実行中の TeamCity サーバーによって使用されるデータベース。データディレクトリディレクトリを参照できる \<TeamCity データディレクトリ \> パス。アーティファクトディレクトリ TeamCity サーバーがビルドアーティファクト、ビルドログ、その他のビルドデータを保存するために使用するルートディレクトリのリスト。デフォルトの場所はです...
アップグレードノート
2025.11.2 から 2025.11.3 への変更:付属ツールのアップデートバンドルされた Git は、サーバーとエージェントの両方の Docker イメージでバージョン 2.53 に更新されました。TeamCity イメージで提供された Docker には、ビルドスクリプトで直接参照したいユーザーのためにリリース間の一貫性を確保するために、999 の固定 GID が付与されるようになりました。2025.11.1 から 2025.11.2 への変更:ユーザーの UID を復元するため、Te...