> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# データベースのトラブルシューティング

> データを削除したり上書きしたりすることなく、データベース接続の失敗、一時停止したエンドポイント、本番データの欠落、復旧オプションを安全に調査します。

## 影響を受けるデータベースを特定する

**Database** ペインで、問題が開発環境と本番環境のどちらに影響しているかを確認します。これを、失敗したリクエストを実行している環境と比較してください。[開発用データベースと本番用データベース](/ja/features/data-and-storage/development-and-production)をご覧ください。

[Replit Status](https://status.replit.com) で一致するインシデントがないか確認してください。接続エラーだけから障害だと判断しないでください。

## 「The endpoint has been disabled」

1. 未解決の請求の問題や使用制限がないか確認します。
2. **Database** ペインを開き、影響を受ける環境を選択します。
3. **Unpause database** が表示されている場合は、それを選択してから接続を再試行します。
4. このコントロールが表示されない場合は、手動で設定した `DATABASE_URL` が、ペインに表示されているデータベースとは別のデータベースを指していないか確認します。

接続設定は非公開の状態で比較してください。完全な接続文字列を出力したり共有したりしないでください。意図的な外部データベースの設定を削除しないでください。

一時停止の解除に失敗する場合、またはコントロールが表示されないままの場合は、環境、エラー、試した手順を添えて Support にお問い合わせください。再起動を繰り返しても、一時停止したデータベースの調査の代わりにはなりません。

## プレビューは接続できるが、公開済みアプリは接続できない

特にリストアや移行の後は、公開済みアプリの本番シークレットとデータベース設定を確認してください。ワークスペースのシークレットだけでは、本番接続の検証にはなりません。

**Publishing** で **Adjust settings** と本番シークレットを確認します。アプリが `DATABASE_URL` と個別の PostgreSQL 変数の両方を使用している場合は、それらが意図した同じデータベースを指していることを確認してください。意図した設定を保存して公開し、書き込みをテストする前に読み取りを確認します。

本番の認証情報をフロントエンドのコードや公開リポジトリにコピーしないでください。

## テーブルやレコードが見つからない

まず、アプリがどのデータベースを読み取っているかを確認してください。空の開発用データベースや異なる接続先は、データ損失のように見えることがあります。

最近のマイグレーションでテーブル名やスキーマが変更されていないか確認してください。アプリのコードを公開しても、開発環境のレコードが本番環境にコピーされたことにはなりません。診断の手順として、リセットの実行、テーブルの削除、開発データの本番への上書きコピーを行わないでください。

## データが削除または上書きされた

<Warning>
  復旧を検討している間は、影響を受けるデータへの回避可能な書き込みを停止してください。リストアにより、新しいデータが置き換えられる可能性があります。復旧操作を確定する前に、現在の状態を保全し、影響範囲を把握してください。
</Warning>

影響を受けた環境、最後に正常だったおおよその日時とタイムゾーン、何が変更されたかを記録します。そのデータベースに表示される復旧オプションと利用可能な履歴を確認してください。保持期間と復旧方法はデータベースと設定によって異なります。古いタイムスタンプが復旧可能だと思い込まないでください。

[開発用データベースと本番用データベース](/ja/features/data-and-storage/development-and-production)のデータベース固有の手順を使用してください。アプリのコードをロールバックすれば本番データも復元されると思い込まないでください。

安全な復旧方法を特定できない場合は、Support にお問い合わせください。復旧は保証されておらず、保持期間を延ばしても、保持されていなかった履歴を再作成することはできません。

## 認証情報が漏えいした可能性がある

共有されている資料から漏えいした値を削除し、管理されたデータベースの認証情報のローテーションについて Support にお問い合わせください。外部クライアントの更新と設定の再公開を計画してください。認証情報をローテーションするためにデータベースを削除しないでください。

## Support 向けの情報

プロジェクトの URL、環境、サニタイズ済みのエラー、タイムゾーンを含む日時、最近のマイグレーションやリストア、すでに完了した確認を含めてください。データベースの認証情報、完全な接続文字列、顧客レコードは含めないでください。[サポートチェックリスト](/ja/help/troubleshooting/overview#サポートに連絡するタイミング)をご覧ください。