> ## Documentation Index > Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt > Use this file to discover all available pages before exploring further. > 請求、データのエクスポートと転送、負荷テストおよびペネトレーションテスト、レート制限、テナントの復元、Auth0 Dashboard の認証など、Auth0 が定める運用ポリシーについて説明します。 # Auth0の運用ポリシー Auth0 では、以下の領域に関する運用ポリシーを定めています。
## 請求
このポリシーでは、住所変更、クレジットカードに関する問題、サブスクリプションの解約、返金、請求書発行、売上税、ユーザー数の変更、テナントの変換について定めています。詳しくは、[請求ポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/billing-policy)をご覧ください。
## データのエクスポートと転送
Auth0 からデータをエクスポートする場合は、[Export/Import Extension](/docs/ja-jp/customize/extensions/authorization-extension/import-and-export-authorization-extension-data) または Management API を使用できます。詳しくは、[データのエクスポート](/docs/ja-jp/troubleshoot/customer-support/manage-subscriptions/export-data) をご覧ください。 Auth0 が、ある Auth0 テナント から別の Auth0 テナント へデータを転送することはありません。これは、Public Cloud と Private Cloud の両方のお客様に適用されます。Auth0 テナント 内のすべてのデータは常にお客様の管理下にあり、いつでも Management API を通じて利用できます。当社のサービスの利用を停止する場合は、データをエクスポートできます。詳しくは、[データのエクスポートと転送に関するポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/data-export-and-transfer-policy) をご覧ください。
## エンドポイント
詳しくは、[Public Cloud Service のエンドポイント](/docs/ja-jp/troubleshoot/customer-support/operational-policies/public-cloud-service-endpoints)および[シングルサインオン (SSO) の API エンドポイント](/docs/ja-jp/authenticate/single-sign-on/api-endpoints-for-single-sign-on)を参照してください。
## 負荷テストおよびペネトレーションテスト
負荷テストを実施できるのは、Enterprise subscription を購入したお客様に限られます。Enterprise subscription をお持ちのお客様は、Auth0 の本番 テナント に対して、年 1 回、負荷テスト (最大 2 回の再実施を含む) を申請できます。パフォーマンステストおよび負荷テストは、Auth0 による事前の書面承認がある場合にのみ許可されます。承認後は、当社が承認した テナント のみを対象にテストを実施できます。詳細については、[負荷テストポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/load-testing-policy) および [ペネトレーションテストポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/penetration-testing-policy) を参照してください。 これらのテストを実施するには、事前に [サポートチケット](https://support.auth0.com) を提出してご連絡ください。Auth0 では、テスト開始予定日の少なくとも 14 日前までに通知していただく必要があります。
## 移行
当社では製品提供に反復的なアプローチを採用しており、新機能を導入し、継続的に改善できるよう、反復的な[製品リリースのライフサイクル](/docs/ja-jp/troubleshoot/product-lifecycle)も取り入れています。 Auth0 製品を構築するにあたり、私たちは次のことを重視しています。 * 顧客に価値を早期に、そして継続的に提供し、そのフィードバックをもとに改善を重ねること。 * 顧客を深く理解することに努め、あらゆる意思決定において顧客を考慮すること。 * より良い判断を下せるよう、絶えずデータを収集して分析すること。 * 機能を追加する際には、製品全体の現在の姿、理想的な姿、将来の姿を思い描き、それを踏まえて設計すること。 こうした目標を実現するため、当社では製品提供に反復的なアプローチを採用しており、新機能を導入し、継続的に改善できるよう、反復的な製品リリースのライフサイクルも取り入れています。 * [製品リリース ステージ](/docs/ja-jp/troubleshoot/product-lifecycle/product-release-stages) * [移行プロセス](/docs/ja-jp/troubleshoot/product-lifecycle/migration-process) * [非推奨化と移行](/docs/ja-jp/troubleshoot/product-lifecycle/deprecations-and-migrations) * [過去の移行](/docs/ja-jp/troubleshoot/product-lifecycle/past-migrations)
## レート制限
設定を短時間に繰り返し更新したり、過度に頻繁なポーリングを行ったり、高い同時実行性でAPI呼び出しを行ったりすると、アプリにレート制限が適用されることがあります。詳しくは[レート制限ポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/rate-limit-policy)を参照してください。
## エンティティの上限
Auth0 のエンティティとは、アプリケーション、接続、ルール、API の リソースサーバー などのテナント設定要素を指します。Auth0 では、ご契約のサブスクリプション レベルに対応するプラットフォームに応じて、作成できるエンティティ数に上限があります。詳しくは、[エンティティ上限ポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/entity-limit-policy) を参照してください。
## HAR ファイルのサニタイズ
[Auth0 Support](https://support.auth0.com) に問い合わせる際、トラブルシューティングのために、サニタイズ済みの HAR ファイルの提出を求められる場合があります。 HAR ファイルを誰かと共有する前に (Auth0 を含む) 、次のような機密データは必ずすべて削除または難読化してください。 * 機密性の高いユーザー情報 * 個人を特定できる情報 (PII) * 機密性の高いアプリケーション情報 詳しくは、[Auth0 Community](https://community.auth0.com) の以下の記事を参照してください。 * [HTTP トレースをサニタイズする](https://community.auth0.com/t/sanitizing-http-traces/119488) * [HTTP トレースファイルを自動的にサニタイズする方法](https://community.auth0.com/t/how-to-sanitize-a-http-trace-file-automatically/120583) * [機密情報を手動でマスキングする方法](https://community.auth0.com/t/how-to-manually-redact-sensitive-information/122554) * [HAR ファイルが大きすぎてサポートケースにアップロードできない](https://community.auth0.com/t/har-file-is-too-large-to-upload-to-the-support-case/122488)
## テナントの復元
削除したテナントは**復元できません**。また、新しいテナントを作成する際に、削除したテナント名を再利用することも**できません**。 **テナントを削除する前に、代替手段として以下のリソースをご確認ください。** * [テナント管理者の更新](/docs/ja-jp/get-started/manage-dashboard-access) - テナントの所有者を変更する場合 * [テナントの削除またはリセット](/docs/ja-jp/troubleshoot/customer-support/manage-subscriptions/delete-or-reset-tenant) - テナント設定をリセットする場合 すでにテナントを削除していて、特定のドメイン名を使用する必要がある場合は、新しいテナントに[カスタムドメイン](/docs/ja-jp/customize/custom-domains)を設定することをおすすめします。
## Private Cloud の復元
Private Cloud の復元により、お客様はデータ損失やデータ破損から環境を復旧できます。このオプションは、追加 SKU として利用できます。 お客様は、過去 14 日以内のバックアップを使用して、本番用 Private Cloud 環境の復元を [サポートチケット](https://support.auth0.com/) から依頼できます。復元は、Auth0 が保持するバックアップデータを使用して実施されます。お客様が希望する復元時点に最も近い利用可能なバックアップを使って、Private Cloud 環境全体が復元されます。Private Cloud 契約に記載された災害復旧 RPO が適用されます。後方互換性のない機能や非推奨化により、復元に制限が生じる場合があります。復元後の環境に対する機能検証は、お客様の責任で実施していただきます。 この SKU を購入したお客様は、非本番の Private Cloud 環境に対して、年 1 回のテスト復元を利用できます。
## サポート対象外のリクエスト
サポートチームは、可能な限りお手伝いできるよう努めています。ただし、現在のところ、以下のリクエストには対応できません。 * 非本番アカウントから本番アカウントへのデータ移行 * テナント管理者の削除 * テナント名の変更 * 接続名の変更 * 以前削除したテナント名の再利用 * テナントのリージョン間移行 (たとえば、US から EU への移行) * 個別の利用状況データレポート * テナント内で削除または変更されたデータや設定の復元 (以下を含む) * データベース接続、およびそのユーザーとパスワード * ユーザー、そのプロファイル情報、メタデータ、ロールの割り当て * ロールと権限 * アプリケーション * SSO 連携 * APIs * 接続 * Actions * ルール * フック * Extensions * メールテンプレート * [標準保持期間](/docs/ja-jp/deploy-monitor/logs/log-data-retention)経過後のテナントログ
## ソフトウェアの更新
契約期間中、Auth0 は、更新版が Auth0 のお客様向けに一般提供された場合、その都度それを提供またはインストールします。追加費用はかかりません。
## 詳細はこちら
* [請求ポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/billing-policy) * [データのエクスポートおよび転送に関するポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/data-export-and-transfer-policy) * [レート制限ポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/rate-limit-policy) * [エンティティ上限ポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/entity-limit-policy) * [Auth0 Public Cloud Service のエンドポイント](/docs/ja-jp/troubleshoot/customer-support/operational-policies/public-cloud-service-endpoints)