영향을 받는 데이터베이스 확인
Database 패널에서 문제가 개발 환경에 영향을 주는지 프로덕션 환경에 영향을 주는지 확인하세요. 실패한 요청을 실행하는 환경과 비교해 보세요. 개발 및 프로덕션 데이터베이스를 참조하세요.
일치하는 사고가 있는지 Replit Status를 확인하세요. 연결 오류만으로 장애라고 단정하지 마세요.
”The endpoint has been disabled”
- 해결되지 않은 청구 문제나 사용량 제한이 있는지 확인하세요.
- Database 패널을 열고 영향을 받는 환경을 선택하세요.
- Unpause database를 사용할 수 있다면 선택한 다음 연결을 다시 시도하세요.
- 컨트롤이 없다면 수동으로 구성한
DATABASE_URL이 패널에 표시된 데이터베이스와 다른 데이터베이스를 가리키는지 확인하세요.
연결 설정은 비공개로 비교하세요. 전체 연결 문자열을 출력하거나 공유하지 마세요. 의도적으로 구성한 외부 데이터베이스 설정을 제거하지 마세요.
일시 중지 해제가 실패하거나 컨트롤이 계속 보이지 않으면 환경, 오류, 시도한 단계와 함께 지원팀에 문의하세요. 반복적인 재시작은 일시 중지된 데이터베이스를 조사하는 것을 대체할 수 없습니다.
Preview는 연결되지만 게시된 앱은 연결되지 않는 경우
특히 복원이나 마이그레이션 이후에는 게시된 앱의 프로덕션 시크릿과 데이터베이스 구성을 확인하세요. 워크스페이스 시크릿만으로는 프로덕션 연결이 검증되지 않습니다.
Publishing에서 Adjust settings와 프로덕션 시크릿을 검토하세요. 앱이 DATABASE_URL과 개별 PostgreSQL 변수를 모두 사용한다면 둘이 의도한 같은 데이터베이스를 가리키는지 확인하세요. 의도한 구성을 저장하고 게시한 다음, 쓰기를 테스트하기 전에 읽기를 먼저 확인하세요.
프로덕션 자격 증명을 프런트엔드 코드나 공개 리포지토리에 복사하지 마세요.
테이블이나 레코드가 누락된 경우
먼저 앱이 어느 데이터베이스를 읽고 있는지 확인하세요. 비어 있는 개발 데이터베이스나 다른 연결 대상 때문에 데이터가 손실된 것처럼 보일 수 있습니다.
최근 마이그레이션이 테이블 이름이나 스키마를 변경했는지 확인하세요. 앱 코드를 게시했다고 해서 개발 레코드가 프로덕션으로 복사된 것은 아닙니다. 진단 단계로 초기화를 실행하거나, 테이블을 삭제하거나, 개발 데이터를 프로덕션 위에 복사하지 마세요.
데이터가 삭제되었거나 덮어써진 경우
복구를 평가하는 동안 영향을 받는 데이터에 대한 불필요한 쓰기를 중지하세요. 복원하면 더 최신 데이터가 대체될 수 있습니다. 복구 작업을 확정하기 전에 현재 상태를 보존하고 범위를 파악하세요.
영향을 받는 환경, 정상이었던 마지막 시점의 대략적인 시각과 시간대, 변경된 내용을 기록하세요. 해당 데이터베이스에 표시되는 복구 옵션과 사용 가능한 기록을 확인하세요. 보존 기간과 복구 방법은 데이터베이스와 구성에 따라 다르므로, 이전 시점이 복구 가능하다고 가정하지 마세요.
개발 및 프로덕션 데이터베이스의 데이터베이스별 지침을 사용하세요. 앱 코드를 롤백하면 프로덕션 데이터도 복원된다고 가정하지 마세요.
안전한 복구 경로를 찾을 수 없다면 지원팀에 문의하세요. 복구는 보장되지 않으며, 보존 기간을 늘려도 보관되지 않은 기록을 다시 만들 수는 없습니다.
자격 증명이 노출되었을 수 있는 경우
공유된 자료에서 노출된 값을 제거하고, 관리형 데이터베이스 자격 증명의 교체에 대해 지원팀에 문의하세요. 외부 클라이언트 업데이트와 구성 재게시를 계획하세요. 자격 증명을 교체하려고 데이터베이스를 삭제하지 마세요.
지원팀을 위한 세부 정보
프로젝트 URL, 환경, 민감 정보를 제거한 오류, 시간대를 포함한 시각, 최근 마이그레이션 또는 복원, 이미 완료한 점검을 포함하세요. 데이터베이스 자격 증명, 전체 연결 문자열, 고객 레코드는 포함하지 마세요. 지원 체크리스트를 참조하세요.