ServBay macOS 로컬 개발환경 PostgreSQL 문제해결 가이드

PostgreSQL는 강력하고 기능이 풍부한 오픈소스 객체 관계형 데이터베이스 시스템으로, 다양한 웹 애플리케이션과 데이터 저장 환경에 널리 활용됩니다. ServBay 로컬 개발 환경의 핵심 패키지 중 하나로서 PostgreSQL는 일반적으로 안정적으로 실행됩니다. 그러나 특정 상황에서는 PostgreSQL 패키지가 시작되지 않거나, 연결에 실패하거나, 성능 저하 혹은 데이터 접근에 예외가 발생하는 등의 문제를 경험할 수 있습니다.

이 문서는 ServBay를 사용하는 개발자를 위한 상세 PostgreSQL 문제해결 안내서입니다. ServBay 환경에서 PostgreSQL 패키지의 빈번한 문제상황, 진단 절차, 그리고 효과적인 해결책을 소개합니다. 참고로, ServBay는 macOS 운영체제에서 동작하며 여러 버전의 PostgreSQL 패키지가 통합되어 있으므로 진단 혹은 복구 작업 시 특정 버전명, 설정 파일 또는 데이터 디렉토리 경로 지정을 필요로 할 수 있습니다.

개요

이 가이드는 ServBay 환경에서 PostgreSQL 패키지를 관리하고 사용할 때 발생할 수 있는 기술적 문제에 초점을 맞춥니다. 가장 흔한 패키지 시작 및 연결 문제부터, 성능 저하, 예기치 않은 충돌, 백업과 복구 등 더욱 복잡한 시나리오까지 단계별로 다룹니다. 본문에서 제시하는 절차를 따라가면 PostgreSQL 관련 문제의 대부분을 체계적으로 진단하고 신속히 해결할 수 있습니다.

사전 준비사항

문제 해결에 앞서 아래 항목을 충족하는지 확인하세요.

ServBay 애플리케이션을 정상적으로 설치 및 실행하였는지.
ServBay에서 문제해결이 필요한 PostgreSQL 패키지 버전을 설치하였는지.
기본적인 macOS 커맨드라인 명령 사용법을 이해하는지.
현재 사용 중인 PostgreSQL 패키지의 설정 경로와 데이터 디렉토리 경로(보통 /Applications/ServBay/db/postgresql/<version>에 위치)를 알고 있는지.
접속하려는 데이터베이스 이름, 사용자명, 비밀번호를 알고 있는지.

주요 문제와 해결책

1. PostgreSQL 패키지 시작 불가

ServBay를 통해 PostgreSQL 패키지 시작을 시도해도 상태가 중지로 표시되거나 시작에 실패할 경우, 다음과 같은 원인이 있을 수 있습니다.

원인

설정 파일에 문법오류 또는 충돌이 있음
PostgreSQL이 사용하는 포트(기본 5432번)가 다른 프로세스에서 이미 사용 중임
ServBay 또는 PostgreSQL 데이터 디렉토리, 설정파일 등에 필수 읽기/쓰기 권한이 없음
PostgreSQL 데이터 디렉토리가 손상됨
ServBay 내부 관리상의 문제

해결책

ServBay GUI 상태 및 로그 확인
먼저 ServBay 앱을 열고 PostgreSQL 패키지의 상태를 확인합니다. 상태가 비정상이라면 UI에서 수동 시작을 시도하세요. ServBay의 메인 로그 혹은 PostgreSQL 전용 로그(ServBay GUI에서 제공하는 경우)를 확인합니다. 로그는 일반적으로 /Applications/ServBay/logs/에 위치합니다. postgresql/<version>/postgresql-<version>.log 파일을 보면 시작 실패의 상세한 이유를 찾을 수 있습니다.
설정 파일 점검
PostgreSQL의 메인 설정 파일은 postgresql.conf입니다. 문법이 올바른지, 철자 실수나 잘못된 항목이 없는지 점검하세요. ServBay가 통합한 PostgreSQL 13 예시 경로:
bash
```
/Applications/ServBay/db/postgresql/13/postgresql.conf
```
1
pg_hba.conf 파일도 중요합니다(클라이언트 인증 담당). 불완전한 설정은 연결뿐만 아니라(내부 연결 필요 등) 시작에도 영향줄 수 있습니다. 이 파일은 보통 postgresql.conf와 같은 경로에 있습니다.
PostgreSQL은 설정 파일 전체의 문법을 바로 검증하는 명령은 없지만, 로그에서 오류를 탐지할 수 있습니다. 또는 실행중인 다른 데이터베이스에 psql로 접속 후 검사할 수도 있습니다. 그러나 가장 직접적인 진단 방법은 항상 로그를 확인하는 것입니다.
pg_hba.conf는 아래 SQL 명령으로 규칙을 확인할 수 있습니다(프로세스가 실행 중이어야 합니다):
sql
```
-- 데이터베이스 접속 후 실행
SELECT * FROM pg_hba_file_rules();
```
1
2
설정 파일의 오류는 다음 SQL로 조회할 수 있습니다:
sql
```
-- 데이터베이스 접속 후 실행
SELECT sourcefile, name, sourceline, error FROM pg_file_settings WHERE error IS NOT null;
```
1
2
참고: 위 명령은 PostgreSQL이 정상적으로 실행 중이어야 하기에, 시작 불가 시엔 로그 점검이 더 중요합니다.
포트 충돌 확인
PostgreSQL의 기본 포트는 5432번입니다. 이미 다른 프로세스에서 사용중이면 시작이 안 됩니다. 아래 명령으로 사용여부를 확인:
bash
```
lsof -i :5432
```
1
만약 결과가 있으면, 해당 프로세스(PID) 정보를 확인 후 종료하거나, postgresql.conf에서 포트 변경 후 ServBay GUI 또는 servbayctl로 재시작/재적용하세요.
파일·디렉토리 권한 확인
ServBay는 설치 디렉토리 및 하위 폴더에 적절한 읽기/쓰기 권한이 필요합니다. PostgreSQL 데이터 디렉토리와 설정파일 역시 ServBay 프로세스에서 접근 가능해야 합니다. 보통 현재 사용자 권한으로 실행되므로 /Applications/ServBay/ 및 하위 폴더의 소유자 또는 그룹에 쓰기 권한이 있는지 확인하세요. 다음 명령으로 권한을 확인합니다:
bash
```
ls -ld /Applications/ServBay/db/postgresql/13 # 데이터 디렉토리
ls -l /Applications/ServBay/db/postgresql/13/postgresql.conf # 설정파일
ls -l /Applications/ServBay/db/postgresql/13/pg_hba.conf # 인증파일
```
1
2
3
권한이 올바르지 않으면 chmod, chown 명령으로 수정 가능하지만, ServBay 설치시 자동 설정되므로 임의 수정은 권장하지 않습니다. 문제가 있다면 설치 불완전 또는 파일 변경 상황일 수 있습니다.
데이터 디렉토리 손상 여부 확인
PostgreSQL 데이터 디렉토리에는 모든 데이터베이스 파일이 저장됩니다. 예기치 않은 종료나 디스크 오류 등으로 손상되면 시작이 불가합니다. 로그에 손상 신호가 나타납니다. 복구는 복잡하며, pg_resetwal 등 PostgreSQL 제공 도구를 활용하되, 데이터 유실 위험이 있으니 반드시 먼저(비록 손상되었더라도) 데이터 디렉토리 백업을 진행하세요.
ServBay 콘트롤 명령으로 재시작 시도
앞의 원인들을 하나씩 점검한 후, ServBay CLI 명령어로 버전을 명확히 지정하여 PostgreSQL 재시작을 시도하세요.
bash
```
servbayctl restart postgresql 13
```
1
또는 ServBay GUI에서 동일 기능을 실행하세요.

2. PostgreSQL 연결 불가

PostgreSQL 패키지가 실행 중임에도, 클라이언트 툴(psql, pgAdmin, 애플리케이션 코드 등)에서 데이터베이스 연결에 실패할 수 있습니다.

원인

PostgreSQL 패키지가 실제로 완전히 시작되지 않거나, 비정상 상태임
pg_hba.conf의 인증 설정이 접속을 허락하지 않음
방화벽에 의해 연결이 차단됨
연결 인자(호스트, 포트, DB명, 사용자, 비밀번호 등)의 오타
사용자 권한 부족

해결책

ServBay GUI 또는 servbayctl로 패키지 상태 다시 확인
ServBay GUI에서 PostgreSQL 패키지의 상태가 '실행 중'인지 확실히 점검합니다. 아니라면 위 '시작불가' 대목으로 돌아가 문제를 해결한 뒤 다시 시도하세요. servbayctl 명령으로도 상태를 확인할 수 있습니다:
bash
```
servbayctl status postgresql 13
```
1
실행 중인지 결과를 체크하세요.
pg_hba.conf 인증설정 확인
pg_hba.conf는 허용되는 호스트, 사용자, 데이터베이스 및 인증방식을 제어합니다. 로컬 개발환경에서는 보통 localhost(127.0.0.1 또는 IPv6일 경우 ::1)에서의 접속을 명시적으로 허용해야 합니다.
pg_hba.conf 파일을 열어(예: /Applications/ServBay/db/postgresql/13/pg_hba.conf), 실제 로그인에 사용하는 사용자/데이터베이스/호스트가 허용되어 있는지, 인증방법(md5, trust 등)이 맞는지 확인하세요.
예시:
ini
```
# TYPE  DATABASE        USER            ADDRESS                 METHOD
host    all             servbay-demo    127.0.0.1/32            md5
host    all             servbay-demo    ::1/128                 md5
```
1
2
3
변경 후엔 재시작없이 설정만 다시 읽어들이기:
bash
```
servbayctl reload postgresql 13
```
1
또는 ServBay GUI에서 '설정 재적용' 기능 사용.
방화벽 설정 확인
macOS 내장 혹은 서드파티 방화벽이 PostgreSQL 포트(5432) 연결을 차단할 수 있습니다. ServBay의 postgres 실행파일이 외부 연결을 허가받았는지 확인하세요. 아래 명령으로 허용 설정을 추가할 수 있습니다:
bash
```
# 앱 방화벽 예외에 추가
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --add /Applications/ServBay/bin/postgres
# 차단 해제
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --unblockapp /Applications/ServBay/bin/postgres
```
1
2
3
4
sudo 비밀번호를 입력해야 할 수 있습니다.
연결 파라미터 및 사용자 권한 점검
접속 문자열 또는 클라이언트 도구에 입력한 호스트명(localhost 혹은 127.0.0.1), 포트(5432), DB명, 사용자명, 비밀번호 등이 정확한지 점검하세요. 아래와 같이 psql로 테스트하는 것이 진단에 매우 유효합니다:
bash
```
psql -U your_username -d your_database -h localhost -p 5432
```
1
your_username 및 your_database를 실제 정보로 대체하세요. 연결에 성공하면 psql 프롬프트가 보입니다. 실패 시 원인을 알려주는 메시지가 나타납니다(비밀번호 오류, DB 미존재, 권한 부족 등).
연결 후에도 특정 데이터베이스/테이블 접근이 안 되면 권한 문제일 수 있습니다. \du로 사용자 역할을 확인:
sql
```
-- psql에서 실행
\du
```
1
2
권한이 부족하면 기본(superuser) 권한으로 접속 후 GRANT 명령으로 추가 권한을 부여하세요.

3. 성능 문제

PostgreSQL 패키지는 정상적으로 가동되고 연결도 되지만 쿼리 수행이 느리다면, 성능 이슈가 원인일 수 있습니다.

원인

SQL 쿼리의 비효율적 작성
불합리한 데이터베이스 설계
캐시, 메모리 등 성능 관련 설정 미흡
인덱스가 부족함
하드웨어 자원의 부족(CPU, 메모리, 디스크 I/O)
데이터베이스 통계정보가 오래됨

해결책

쿼리 분석 및 최적화
EXPLAIN 또는 EXPLAIN ANALYZE 명령으로 느린 쿼리의 실행계획을 확인하세요. 실제 사용 인덱스, 조인 순서, 스캔 방식 등 병목지점을 파악할 수 있습니다.
sql
```
-- SQL 클라이언트에서 실행
EXPLAIN ANALYZE SELECT * FROM your_table_name WHERE column_name = 'value';
```
1
2
출력 결과를 바탕으로 쿼리 구조를 바꾸거나 인덱스를 추가, 테이블 구조를 개선할 수 있습니다.
PostgreSQL 환경 설정 조절
postgresql.conf에서 메모리, 디스크 I/O 관련 파라미터 등 성능에 직접적인 영향을 주는 설정을 변경할 수 있습니다. 가장 핵심적인 두 가지:
- shared_buffers: 데이터 캐싱용 메모리 크기(권장: 시스템 총 메모리의 약 25% 이내)
- work_mem: 정렬, 해시테이블 등 쿼리 내부 작업에 할당되는 임시 메모리. 쿼리 특성과 사용량에 맞게 조절.
시스템 및 업무량을 고려해 아래와 같이 수정합니다. 변경 후 재적용 또는 재시작 필요.
ini
```
# 사용 예시(4GB 메모리일 때)
shared_buffers = 1GB
work_mem = 64MB
```
1
2
3
필요한 인덱스 생성
WHERE, JOIN, ORDER BY에 자주 사용되는 컬럼에 인덱스를 추가하면 조회 성능이 향상됩니다. EXPLAIN 분석결과를 보고 필요한 컬럼만 인덱스 생성:
sql
```
-- 예: your_table_name의 column_name에 인덱스
CREATE INDEX idx_column_name ON your_table_name(column_name);
```
1
2
지나치게 많은 인덱스는 저장공간 사용 및 쓰기 성능 저하를 유발하므로 꼭 필요한 경우만 생성하세요.
통계정보 갱신
PostgreSQL은 쿼리 최적화 시 테이블/인덱스의 통계 정보를 활용합니다. 데이터 변경(삽입/수정/삭제)이 많았다면 통계 정보가 오래되어 계획이 비효율적일 수 있으니, 주기적으로 ANALYZE를 실행하세요.
sql
```
-- 전체 DB 분석
ANALYZE;
-- 특정 테이블 분석
ANALYZE your_table_name;
```
1
2
3
4
ServBay에 포함된 PostgreSQL는 autovacuum(자동 청소 및 분석)이 설정되어 있지만, 진단 목적의 수동 실행도 유용합니다.
하드웨어 자원 점검
로컬 개발 환경이어도 대형 DB 혹은 복잡한 쿼리 실행 시에는 본인의 macOS 기기 CPU, 메모리, 디스크(SSD가 아닌 경우 특히) 자원이 한계에 도달할 수 있습니다. macOS '활동 모니터'에서 리소스 사용량을 점검하세요.

4. 데이터베이스 충돌

PostgreSQL 패키지가 실행 중 예기치 않게 멈추거나 응답이 없어지는 '충돌' 현상이 발생할 수 있습니다.

원인

하드웨어 오류(메모리, 디스크 등)
운영체제 문제 또는 리소스 부족
PostgreSQL 소프트웨어의 버그(특정 상황 및 버전에 한정, 드묾)
데이터 디렉토리 손상
설정 오류로 인한 리소스 고갈(접속수가 많음 등)

해결책

PostgreSQL 오류 로그 확인
충돌 시 PostgreSQL는 로그파일에 상세 원인을 남깁니다. 반드시 /Applications/ServBay/logs/postgresql/<version>/postgresql-<version>.log 파일에서 발생 시각 전후의 FATAL, ERROR 메시지를 찾으세요. 내역은 메모리 오류, 데이터 파일 문제 등 발생 원인을 명확하게 지시하는 경우가 많습니다.
시스템 로그 확인
PostgreSQL 로그 외에도 macOS의 시스템 로그(콘솔 앱에서 확인 가능)에 하드웨어/운영체제 관련 오류가 기록되어 있을 수 있습니다. 이 역시 꼼꼼히 확인하세요.
하드웨어 상태 점검
macOS 내장 진단 툴 또는 서드파티 하드웨어 검사 툴로 메모리·디스크 상태를 점검하세요. 디스크 에러는 DB 손상 및 충돌의 주요 원인입니다.
데이터 디렉토리 복구 또는 재구성 (주의요망)
로그에서 데이터 디렉토리 손상이 확인됐다면, PostgreSQL의 로우레벨 복구 도구(예: pg_resetwal)를 사용해 볼 수 있습니다. 이 도구들은 데이터 유실 위험이 있으므로 사용에 주의해야 합니다. 악화될 수 있으니 실행 전 반드시 데이터 디렉토리 전체를 백업하세요.
보다 안전하고 권장되는 방식은: a. 기존 데이터 디렉토리 백업: 손상 상태여도 전체를 안전하게 복사합니다. b. 새 데이터 디렉토리 초기화: PostgreSQL 패키지를 정지한 뒤 이전 디렉토리를 임시 이동, initdb로 새로운 빈 디렉토리를 생성합니다. (ServBay는 패키지 재설치 시 자동 적용됨) c. 최신 백업에서 데이터 복구: pg_restore 또는 psql 명령으로 신 디렉토리에 데이터를 복구합니다.
백업에서 데이터 복원
데이터 디렉토리 손상이 복구가 불가하거나, 이전 시점으로의 복원이 필요한 경우 ServBay가 자동/수동으로 생성한 백업에서 데이터를 복원하는 것이 가장 안전합니다. 백업 파일은 /Applications/ServBay/backup/postgresql/<version>/에 위치합니다.

5. 백업 및 복구 문제

ServBay는 PostgreSQL 패키지의 수동/자동 백업을 지원합니다. 백업 자체 또는 백업 파일을 통한 복구 중 문제가 발생한다면 아래의 해법을 참고하세요.

원인

백업 파일의 손상 또는 불완전
복구 명령 혹은 인자 실수
대상 데이터베이스 미존재/권한 부족
디스크 공간 부족
백업/복구 중단

해결책

백업 파일 정상 여부 확인
백업 파일(예: pg_dump 또는 ServBay 내장 기능으로 생성)의 크기가 예상치와 맞는지, 전송·저장 중 손상되지 않았는지 검토하세요. 텍스트 포맷의 경우 파일 앞뒤가 정상인지 텍스트 에디터로 점검할 수 있습니다. 커스텀/디렉토리 포맷의 경우, 복원 시 pg_restore가 오류 여부를 알려줍니다. 백업 파일 위치 예시:
bash
```
/Applications/ServBay/backup/postgresql/13/your_backup_file.dump
```
1
ls -lh 등으로 파일 크기를 확인하세요.
pg_restore 또는 psql를 올바르게 사용
백업 파일 포맷에 따라 복구 방법이 다릅니다.
- 일반 텍스트 포맷(pg_dump -Fp 등) 백업: psql 명령으로 복구.
  bash
```
psql -U your_username -d your_database -h localhost -p 5432 -f /path/to/your_backup_file.sql
```
  1
  먼저 your_database가 존재해야 합니다.
- 커스텀(-Fc) 또는 디렉토리(-Fd) 포맷 백업: pg_restore 명령 사용.
  bash
```
pg_restore -U your_username -d your_database -h localhost -p 5432 /path/to/your_backup_file.dump
```
  1
  역시 대상 DB가 미리 존재해야 하며, pg_restore는 객체 선택 복구 등 다양한 옵션 제공.
사용 중인 your_username이 충분한 권한(DB 오브젝트 생성 권한)인지 점검하세요. 일반적으로 DB 소유자 또는 superuser(postgres 등)로 복구하는 것이 가장 안전합니다.
대상 데이터베이스 확인
복구 작업 전 항상 대상 데이터베이스가 존재하는지 체크해야 합니다. 없다면 아래와 같이 생성할 수 있습니다.
bash
```
createdb -U your_username -h localhost -p 5432 your_database
```
1
또는 ServBay GUI에서 DB 생성 차례 실행.
디스크 공간 확인
대용량 DB 복원 시 충분한 macOS 디스크 여유 공간이 존재하는지 꼭 체크하세요.
ServBay 백업 설정 및 로그 확인
ServBay의 자동 백업 기능에서 문제가 발생했다면, 백업 설정이 올바른지, 관련 로그(/Applications/ServBay/logs/ 등)에 구체적 실패 원인이 기록되어 있는지 점검하세요. ServBay에서 백업 주기, 위치, 보존 정책 등을 개별 설정할 수 있습니다.

자주 묻는 질문 (FAQ)

Q: ServBay에서 PostgreSQL 데이터 디렉토리 위치는 어디인가요?
A: PostgreSQL 데이터 디렉토리는 보통 /Applications/ServBay/db/postgresql/<version>/data에 위치합니다(여기서 <version>은 설치된 패키지 버전 예: 13). 설정 파일 postgresql.conf, pg_hba.conf도 /Applications/ServBay/db/postgresql/<version>/에 함께 위치합니다.
Q: PostgreSQL 패키지의 postgres 사용자 비밀번호를 초기화하려면?
A: 기본 슈퍼유저 postgres의 비밀번호를 잊었거나 다른 사용자의 비번을 초기화하려면, 다음과 같이 할 수 있습니다(최소한 신뢰연결 방식 또는 다른 슈퍼유저의 접근권한 필요).
1. ServBay에서 PostgreSQL 패키지를 정지합니다.
2. pg_hba.conf(예: /Applications/ServBay/db/postgresql/13/pg_hba.conf)를 열고, 로컬 연결 방식을 임시로 trust로 바꿔 무조건 인증 통과가 되도록 합니다. 예를 들어:
  ini
```
# TYPE  DATABASE        USER            ADDRESS                 METHOD
local   all             all                                     peer  # 또는 md5
host    all             all             127.0.0.1/32            md5   # 또는 scram-sha-256 등
```
  1
  2
  3
  아래와 같이 임시 변경(로컬 한정):
  ini
```
# TYPE  DATABASE        USER            ADDRESS                 METHOD
local   all             all                                     trust
host    all             all             127.0.0.1/32            trust
host    all             all             ::1/128                 trust
```
  1
  2
  3
  4
3. ServBay로 PostgreSQL 패키지 시작.
4. psql로 비밀번호 없이 postgres 사용자로 접속:
  bash
```
psql -U postgres -h localhost -p 5432
```
  1
5. psql 프롬프트 내에서 비밀번호 변경:
  sql
```
ALTER USER postgres PASSWORD 'new_secure_password';
```
  1
  원하는 비밀번호로 'new_secure_password'를 변경하세요. 다른 사용자는 postgres 대신 해당 아이디 사용.
6. \q로 psql 종료.
7. 중요: PostgreSQL 패키지를 즉시 정지하고, pg_hba.conf의 trust 인증을 md5, scram-sha-256 등 안전한 방식으로 되돌린 뒤 재시작/설정적용하세요.
Q: ServBay에서 PostgreSQL 고가용성(HA)이나 복제 지원 가능한가요?
A: ServBay는 주로 로컬 개발 환경에 중점을 둔 패키지 관리·통합 도구입니다. 프로덕션급 HA/복제 솔루션을 위한 GUI는 직접 제공하지 않습니다. 하지만 사용자가 명령어 수준에서 직접 PostgreSQL 스트리밍 복제 등을 환경 내에서 구성할 수 있으며, 이에 대한 이해와 수동설정이 요구됩니다.
Q: ServBay 내에서 PostgreSQL 패키지 버전 업그레이드는 어떻게 하나요?
A: ServBay는 다수의 PostgreSQL 버전을 동시에 설치 및 관리할 수 있습니다. 업그레이드는 일반적으로 최신 버전 패키지를 신규 설치한 후 PostgreSQL 공식 pg_upgrade 툴을 이용해 구버전의 데이터 디렉토리를 신버전으로 이전하는 방식입니다. 두 패키지를 모두 정지, pg_upgrade 실행, 신버전 시작 등의 순서가 필요하며, 자세한 내용은 PostgreSQL 공식 문서를 참조하세요. ServBay는 각 버전별로 개별 데이터 디렉토리를 분리 저장하므로 이런 작업 환경에 적합합니다.

ServBay macOS 로컬 개발환경 PostgreSQL 문제해결 가이드 ​

개요 ​

사전 준비사항 ​

주요 문제와 해결책 ​

1. PostgreSQL 패키지 시작 불가 ​

원인 ​

해결책 ​

2. PostgreSQL 연결 불가 ​

원인 ​

해결책 ​

3. 성능 문제 ​

원인 ​

해결책 ​

4. 데이터베이스 충돌 ​

원인 ​

해결책 ​

5. 백업 및 복구 문제 ​

원인 ​

해결책 ​

자주 묻는 질문 (FAQ) ​

ServBay macOS 로컬 개발환경 PostgreSQL 문제해결 가이드

개요

사전 준비사항

주요 문제와 해결책

1. PostgreSQL 패키지 시작 불가

원인

해결책

2. PostgreSQL 연결 불가

원인

해결책

3. 성능 문제

원인

해결책

4. 데이터베이스 충돌

원인

해결책

5. 백업 및 복구 문제

원인

해결책

자주 묻는 질문 (FAQ)