稼働状態を確認する
ページタイトルの横にあるステータスは、計算タスクに対応が必要かどうかを示します。
対応が必要な状態の場合、ページにその理由が表示されます。
キュー内のタスクを見つける
リアルタイムBullMQキューには、Teableが保持しているジョブが一覧表示されるため、特定の計算タスクを追跡したり、遅いタスクを探したりできます。 デフォルトでは各行が1つのタスクを表し、Teableによる再試行に伴って、その場で状態が変化します。タスクのすべての試行履歴を確認する場合や、遅い実行を探す場合は、配信に切り替えます。 一覧を絞り込むには、次の操作を行います。- テーブル上部の状態タイルをクリックし、待機中、実行中、遅延、失敗、**完了（保持）**などの状態で絞り込みます。複数を同時に選択でき、タイルにカーソルを合わせると状態の意味が表示されます。
- スペース、ベース、原因、結果で絞り込むか、タスク、ベース、スペース、エラーを検索します。または最小処理時間を設定して、遅いタスクを抽出します。
- 行をクリックして計算系統を開きます。キューのタイムスタンプ、配信遅延、処理時間、失敗した配信のマスキング済みSQLを含む完全な失敗理由、以下で説明する伝播の詳細を確認できます。
完了は、タスクが処理を実行したことを意味するわけではありません。結果バッジは、配信が実際に行った内容を示します。処理済みはタスクを実行し、処理なしは実行すべき処理が残っておらず、延期は後で実行するよう再スケジュールし、保留はそのスコープが一時停止していることを意味します。結果フィルターは、その結果で一覧を絞り込み、各結果に含まれる配信数を表示します。そのため、完了（保持）と処理済みを組み合わせると、実際にタスクを実行した配信だけが残ります。
値が伝播した経路を追跡する
計算値が正しくない場合や反映が遅れた場合は、計算系統を開いて、その背後にあるチェーン全体を確認します。キュー内の任意の行をクリックするか、異常の詳細にあるタスクIDの横の系統をクリックします。系統台帳には、この機能の提供開始後に作成されたタスクだけが記録され、履歴は7日間保持されます。それ以前のタスクには、伝播グラフなしでキュー情報が表示されます。ワーカーがまだ計画していないシードタスクには、トリガーフィールドだけが表示されます。変更によって下流の計算書き込みが発生しなかった場合、グラフにはその旨が表示されます。数式、ルックアップ、ロールアップ、リンクタイトルを通じて、それらのフィールドに依存する項目がなかったことを意味します。
異常なタスクに対応する
失敗の件数と異常メンテナンスでは異なる種類の問題を示すため、件数が一致しない場合があります。
グループの復旧後、Teableは復元したタスク数、新規にキューへ追加された数またはすでにキューにあった数、配信または延期された数を報告します。その後、ワーカーは現在の同時実行数とタスク分割の制限に従ってグループを処理します。
ベース削除済みと表示されたグループは、すでに存在しないベースに属しています。復旧してもすぐに再び失敗するため、グループを破棄だけを使用できます。
テーブルをゴミ箱へ移動しても、ここに異常は作成されなくなりました。ゴミ箱内のテーブルを参照している計算タスクは、そのテーブルを読み取るステップをスキップし、稼働中のテーブルを対象とするステップを完了して終了します。
サイズ制限を超える値やフィールド制約に違反する値など、データ自体が失敗の原因となった場合も復旧は使用できません。同じタスクを再実行しても同様に失敗するため、代わりにグループを破棄し、ソースデータまたはフィールド定義を修正してください。その後の書き込みによって、これらのフィールドは自動的に再計算されます。
スペースの計算タスクを一時停止する
1つのスペースの計算タスクが障害を悪化させている場合は、インスタンス全体を停止せず、計算タスクの一時停止でそのスペースを一時停止します。1
一時停止ダイアログを開く
スペースを一時停止をクリックします。
2
スペースを見つける
スペースIDまたは名前で検索し、結果から選択します。
3
時間を選択する
一時停止時間を15、30、60、または120分に設定します。
4
理由を記録する（任意）
理由に障害またはメンテナンス時間帯について記録します。
5
確認する
一時停止を確定をクリックします。
同時実行数を調整する
キューセクションには、2つの同時実行数コントロールがあります。それぞれによりクラスタ全体の上書き値が設定され、再起動せずにすべてのプロセスへ約15秒以内に反映されます。各設定をリセットすると、プロセス固有の環境設定へ戻ります。デフォルト値ではなくなったコントロールには、上書き済みバッジが表示されます。
1つの高負荷ベースがボトルネックの場合は取得上限を引き上げ、多数のベースが同時にキューへ入っている場合はプロセスごとの同時実行数を引き上げます。