Merge remote-tracking branch 'upstream/develop' into feature-python-a…

…gent-9-5-0

src/i18n/content/jp/docs/browser/new-relic-browser/lab/debug-slowness.mdx

@@ -97,19 +97,19 @@ import imageTraceDetail from 'images/browser-lab-screenshot-image-trace-detail.w
       alt="Relicstaurants summary"
       src={viewRelicstrauntsBrowser}
     />
-  **Largest Contentful Paint (LCP)**に注目してください。
 
-  <img
-    title="LCP"
-    alt="LCP"
-    src={LCP}
-  />
+    **Largest Contentful Paint (LCP)**に注目してください。
 
-  Largest Contentful Paint (LCP) は、Web ページのメイン コンテンツが読み込まれる速度を表します。理想的には、コンテンツの読み込みに 1 ～ 2 秒以上かかるべきではありません。ここでは、サイトの読み込みに 5 秒以上かかっていることがわかります。ユーザーが文句を言うのも不思議ではありません!
+    <img
+      title="LCP"
+      alt="LCP"
+      src={LCP}
+    />
 
-  しかし、この遅延の原因は何ですか?バックエンド？
-  </Step>
+    Largest Contentful Paint (LCP) は、Web ページのメイン コンテンツが読み込まれる速度を表します。理想的には、コンテンツの読み込みに 1 ～ 2 秒以上かかるべきではありません。ここでは、サイトの読み込みに 5 秒以上かかっていることがわかります。ユーザーが文句を言うのも不思議ではありません!
 
+    しかし、この遅延の原因は何ですか?バックエンド？
+  </Step>
 
   <Step>
     下にスクロールして、 **Front end vs. back end**\[フロント エンドとバック エンドの] グラフを確認します。
@@ -214,12 +214,11 @@ import imageTraceDetail from 'images/browser-lab-screenshot-image-trace-detail.w
       src={pageRendering}
     />
 
-  最初のページのレンダリングにかなりの時間がかかり、アプリケーションが遅くなることがわかりました。次に、 **Session traces**\[セッション トレースを] 観察して、レンダリング プロセスを遅らせている原因を特定します。
+    最初のページのレンダリングにかなりの時間がかかり、アプリケーションが遅くなることがわかりました。次に、 **Session traces**\[セッション トレースを] 観察して、レンダリング プロセスを遅らせている原因を特定します。
 
-  右上隅の **X** をクリックして、このビューを終了します。
+    右上隅の **X** をクリックして、このビューを終了します。
   </Step>
 
-
   <Step>
     左側のナビゲーションから **Session traces** に移動し、それらを **Page load**の降順で並べ替えます。
 

src/i18n/content/jp/docs/browser/new-relic-browser/lab/set-up-env.mdx

@@ -43,13 +43,12 @@ import thankYou from 'images/browser-lab-screenshot-thank-you.webp'
   <Step>
     アプリケーションのルート ディレクトリに移動し、lab ディレクトリに切り替えます。
 
-  ```bash
-  cd relicstaurants
-  git switch browser-pro-lab-material
-  ```
+    ```bash
+    cd relicstaurants
+    git switch browser-pro-lab-material
+    ```
   </Step>
 
-
   <Step>
     次に、依存関係をインストールし、アプリケーションを実行します。
 

src/i18n/content/jp/docs/data-apis/manage-data/query-limits.mdx

@@ -11,7 +11,7 @@ translationType: machine
 
 import accountsLimitsDashboard from 'images/accounts_screenshot-crop_limits-dashboard.webp'
 
-New Relic では、お客様の体験、弊社のシステム、そして他のお客様を保護するために、リソース制限を設けています。これらの制限は、クエリに含めることのできる最大文字数、API リクエストレート、クエリが検査するイベントの数など多岐にわたります。
+New Relic では、お客様のエクスペリエンス、当社のシステム、およびその他のお客様を保護するために、リソース制限を設けています。これらの制限の範囲は、クエリに含めることができる最大文字数から API リクエスト レートなどにまで及びます。
 
 このページでは、制限を表示できる制限メトリックと[`NrIntegrationError`イベント](/docs/telemetry-data-platform/manage-data/nrintegrationerror)、それらの制限と比較した現在のデータ使用量と全体的なリソース消費量、および制限イベントが発生した場合の影響について説明します。また、ダッシュボードにコンパイルすると、制限ステータスについて一貫した洞察を得ることができるいくつかのクエリも提供します。
 

src/i18n/content/jp/docs/data-apis/manage-data/view-system-limits.mdx

@@ -50,7 +50,7 @@ UIが提供するよりも詳細な情報が必要な場合は、[リソース
 制限はアカウントごとに適用されます（[組織](/docs/glossary/glossary/#organization)ごとではありません）。新しいトラフィックの多いアプリケーションの監視を開始したり、突然のデータスパイクが発生したりすると、制限に達する可能性があります。制限に達すると、NewRelicはデータの種類と到達した制限に応じて応答します。応答のいくつかの例：
 
 * 当社では、データタイプごとに1分間の取り込みリクエスト数（RPM）に制限を設けています。この制限に達した場合、データの受け入れを停止し、その分だけ429のステータスコードを返します。
-* クエリーについては、1 分間あたりのクエリー数と検査するレコード数に制限を設けています (参照: [query limits](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries))。1 分あたりのクエリ数の制限に達すると、New Relic はクエリ数が制限値を下回るまでクエリを拒否し始めます。レコード検査数の制限に達すると、New Relic は最大数のレコードをスキャンしているソースからのトラフィックを拒否し、他のソースからのトラフィックを許可しようとします。
+* クエリについては、1 分あたりのクエリ数と検査されるレコード数に制限を設けます ( [「NRQL クエリ レート制限」](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries)を参照)。
 * メトリクスについては、アカウントごと、メトリクスごとに、ユニークな時系列の数（カーディナリティ）に制限を設けています。この制限に達した場合、集約されたデータはUTC日の残りの時間はオフになります。
 
 重大な制限インシデントごとに、New Relic はそのアカウントに対して次の制限関連の属性を持つ [`NrIntegrationError` イベント](/docs/telemetry-data-platform/manage-data/nrintegrationerror) を作成します。

src/i18n/content/jp/docs/errors-inbox/legacyerrors-eol.mdx

@@ -0,0 +1,40 @@
+---
+title: エラー (レガシー) EOL
+metaDescription: The errors inbox is transitioning to an improved errors experience starting on January 31st 2024.
+freshnessValidatedDate: never
+translationType: machine
+---
+
+import errorsinboxErrorsEol from 'images/errors-inbox_screenshot-full_errors-eol.webp'
+
+アプリケーションのエラーを管理するためのより包括的かつ直感的な方法を提供するように設計された、新しく改良されたエラー エクスペリエンスを導入できることを嬉しく思います。スムーズな移行を実現するために、次の重要な更新点に注意してください。
+
+## 重要な日付
+
+* **2024 年 1 月 31 日:** APM の従来のエラー エクスペリエンスは廃止され、改善されたエクスペリエンスに置き換えられます。
+
+今すぐ切り替えてください！**Show new view** \[新しいビューを表示]オプションを選択して、今すぐ新しいエクスペリエンスにアクセスしてください。
+
+<img
+  title="errors EOL"
+  alt="A screenshot showing the new errors exprience prompt in the New Relic UI"
+  src={errorsinboxErrorsEol}
+/>
+
+## 必要なエージェントのアップデート
+
+特定の古いエージェント バージョンでは、新しいエクスペリエンスに必要な`TransactionError`イベントが生成されません。完全な機能を確保するには、次の最小エージェント バージョン以降に更新してください。
+
+* ルビー：3.14.0.305
+* PHP: 5.1.130
+* .NET: 6.8.172.0
+* Java: 3.21.0
+* Python: 2.58.0.43
+* Node.js: 1.24.0
+* 行く: 0.5.0
+
+## 新しいエラー エクスペリエンスを実現するためにアップグレードする
+
+新しいエラー エクスペリエンスを最大限に活用するために、最新のエージェント バージョンにアップグレードすることを強くお勧めします。
+
+エージェントの更新手順の詳細については、[ドキュメント](/docs/new-relic-solutions/new-relic-one/install-configure/update-new-relic-agent/)を参照してください。

src/i18n/content/jp/docs/infrastructure/prometheus-integrations/install-configure-remote-write/remote-write-errors-error-messages.mdx

@@ -50,4 +50,4 @@ New Relic のエラーメッセージを調査するには、以下のいずれ
    SELECT count(*) FROM NrIntegrationError WHERE newRelicFeature = 'Metrics' TIMESERIES
    ```
 
-データを正常に送信できることを確認したにもかかわらず、クエリを実行できない場合は、検査数の制限など、[他の種類の制限](/docs/insights/use-insights-ui/manage-account-data/rate-limits-insights)に達している可能性があります。これは、統合プロセス中に`Unable to retrieve data for Prometheus data source <name>`というエラー メッセージとして現れる場合があります。
+データを正常に送信できることを検証しても、データをクエリできない場合は、他の種類の制限に遭遇している可能性があります。これは、統合プロセス中に次のようなエラー メッセージとして現れる場合があります: `Unable to retrieve data for Prometheus data source <name>` 。

src/i18n/content/jp/docs/logs/get-started/logging-best-practices.mdx

@@ -58,7 +58,7 @@ New Relicログ機能のベストプラクティスガイドへようこそ。
 
 ## データパーティション [#partitions]
 
-1 日あたり 1 TB 以上のログ データを消費している場合は、機能的およびテーマ別のグループ化を行う方法でデータを分割する計画など、ログの取り込みガバナンス計画に確実に取り組む必要があります。パーティションごとに 1 TB 以下のベスト プラクティスをお勧めします。これにより、パフォーマンスと使いやすさの両方が実現されます。すべてのログを 1 つのアカウント内の 1 つの巨大な「バケット」 (デフォルトのログ パーティション) に送信した場合、クエリの速度が低下したり、クエリが失敗したりする可能性があります (検査されたカウント制限に達するため)。
+1 日あたり 1 TB 以上のログ データを消費している場合は、機能的およびテーマ別のグループ化を行う方法でデータを分割する計画など、ログの取り込みガバナンス計画に確実に取り組む必要があります。パーティションごとに 1 TB 以下のベスト プラクティスをお勧めします。これにより、パフォーマンスと使いやすさの両方が実現されます。すべてのログを 1 つのアカウント内の 1 つの巨大な「バケット」 (デフォルトのログ パーティション) に送信すると、クエリが遅くなったり、クエリが失敗したりする可能性があります。詳細については、 [「NRQL クエリ レート制限」](/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries/#query-limits)を参照してください。
 
 クエリのパフォーマンスを向上させる 1 つの方法は、検索される時間範囲を制限することです。長期間にわたってログを検索すると、より多くの結果が返され、より多くの時間がかかります。可能な限り 1 週間を超える検索は避け、時間範囲セレクターを使用して検索をより小さく、より具体的な時間枠に絞り込みます。
 

src/i18n/content/jp/docs/new-relic-solutions/business-observability/configure-pathpoint.mdx

@@ -135,7 +135,7 @@ Pathpoint は、現在の JSON 構成ファイルをコンピューターに直
       src={openFile}
     />
 
-  最後に、パスポイントが表示され、選択した特定の JSON ファイルが更新されます。
+    最後に、パスポイントが表示され、選択した特定の JSON ファイルが更新されます。
   </Step>
 </Steps>
 

src/i18n/content/jp/docs/new-relic-solutions/business-observability/working-with-touchpoints.mdx

@@ -58,16 +58,16 @@ Pathpoint は、特定のタッチポイントの有効性と健全性をテス
 
   <Step>
     ウィンドウにテストの結果が表示されます。たとえば、 **Successfully validated**\[正常に検証されたと]表示されている場合は、タッチポイントが正常であることを意味します。
-  </Step>
-</Steps>
 
-検証が失敗した場合は、その理由を見つけて修正します。次に、 **正常に検証されたという** メッセージが表示されるまで、もう一度テストします。
+    検証が失敗した場合は、その理由を見つけて修正します。次に、 **正常に検証されたという** メッセージが表示されるまで、もう一度テストします。
+  </Step>
 
-<Callout variant="important">
-  タッチポイントをテストするときに、 **Incorrectly validated**\[正しく検証されていないという] エラーが発生した場合は、間違ったアカウント ID で実行されたクエリが原因である可能性があります。
+  <Callout variant="important">
+    タッチポイントをテストするときに、 **Incorrectly validated**\[正しく検証されていないという] エラーが発生した場合は、間違ったアカウント ID で実行されたクエリが原因である可能性があります。
 
-  アカウントのドロップダウンをチェックして、目的のアカウントでクエリを実行していることを確認します。
-</Callout>
+    アカウントのドロップダウンをチェックして、目的のアカウントでクエリを実行していることを確認します。
+  </Callout>
+</Steps>
 
 ## タッチポイントのしきい値を調整する [#tune-touchpoint-thresholds]
 
@@ -146,9 +146,9 @@ Pathpoint の特定のタッチポイントで作業またはトラブルシュ
       alt="turn off touchpoint"
       src={turnOffTouchpoint}
     />
-  </Step>
-</Steps>
 
-タッチポイントがオフになりました。
+    タッチポイントがオフになりました。
 
-後で、同じ手順に従ってタッチポイントを再度有効にすることができます。
+    後で、同じ手順に従ってタッチポイントを再度有効にすることができます。
+  </Step>
+</Steps>

src/i18n/content/jp/docs/query-your-data/explore-query-data/dashboards/dashboards-charts-import-export-data.mdx

@@ -126,16 +126,6 @@ import dashboardsDashboardMenu from 'images/dashboards_screenshot-crop_dashboard
       </td>
     </tr>
 
-    <tr>
-      <td>
-        このクエリグループによって検査済みカウント制限が超過したため、クエリは拒否されました。
-      </td>
-
-      <td>
-        クエリ制限を超えました。[アカウントごとのデータ使用制限とポリシー](/docs/licenses/license-information/general-usage-licenses/new-relic-data-usage-limits-policies/)を確認してください。
-      </td>
-    </tr>
-
     <tr>
       <td>
         クエリの実行中に問題が発生しました。