웹 기반 통합 DB 백업 관리 도구 Databasement 소개

MySQL, PostgreSQL, MongoDB, SQLite 등 서비스마다 사용하는 데이터베이스 종류가 늘어나면 백업 관리도 번거로워집니다. 각 도구마다 덤프 명령어와 옵션이 다르고, 백업 파일 저장 위치와 보관 주기도 직접 스크립트로 짜서 관리해야 하기 때문입니다.

Databasement는 단일 웹 UI 제어판에서 여러 데이터베이스 백업, 복원, 스케줄링을 통합 관리하는 셀프 호스팅 도구입니다.

1. Databasement 핵심 기능

이 도구는 다양한 데이터베이스 엔진과 저장소를 지원하는 웹 기반 통합 백업 관리자입니다.

• 대상 엔진: MySQL, MariaDB, PostgreSQL, MSSQL, MongoDB, SQLite, Firebird, Redis 지원
• 백업 저장소: AWS S3 호환 저장소, Azure Blob Storage, SFTP/FTP, Samba(SMB) 공유, 로컬 볼륨 업로드
• 보관 방식: zstd 압축(20~40% 절감), AES-256 암호화 백업, GFS(Grandfather-Father-Son) 보관 정책 적용
• 교차 복원(재플레이): 운영 서버(Production) 스냅샷을 스테이징(Staging) 환경으로 야간 자동 복원하는 스케줄러 제공
• AI 지원 (MCP Server): 내장 MCP 서버를 제공하여 Claude Code, Cursor 등 AI 도구에서 자연어로 백업 목록 확인 및 복원 제어 가능

2. 보안 환경별 연결 방식

운영 환경의 네트워크 제약에 따라 세 가지 접속 방식을 제공합니다.

2.1. 직접 연결 (Direct Network)

Databasement 컨테이너와 데이터베이스가 동일한 Docker 네트워크에 있거나 공인 IP가 열려있는 경우 직접 접속합니다.

2.2. SSH 터널링 (SSH Tunnel)

베스천(Bastion) 호스트 뒤에 숨어있는 내부망 DB를 백업합니다. 백업 작업 시작 시점에 SSH 터널을 열어 덤프를 수행하고 완료 후 자동으로 접속을 닫습니다.

2.3. 원격 에이전트 (Remote Agent)

인바운드 포트 개방이 금지된 폐쇄망 서버에서 활용합니다. 에이전트 컨테이너가 아웃바운드 HTTPS로 중앙 제어판을 폴링하여 명령을 받고, 현지에서 백업 후 S3나 SFTP 저장소로 직접 전송합니다.

3. Docker 기반 설치 및 기본 설정

단일 Docker 명령어로 수초 만에 제어판을 올릴 수 있습니다.

docker run -d \
  --name databasement \
  -p 2226:2226 \
  -e DB_CONNECTION=sqlite \
  -e DB_DATABASE=/data/database.sqlite \
  -e ENABLE_QUEUE_WORKER=true \
  -v ./databasement-data:/data \
  davidcrty/databasement:1

컨테이너가 실행된 후 웹 브라우저에서 http://localhost:2226으로 접속하여 관리자 계정을 생성해주시면 됩니다.

AI 도구 연동을 원한다면 Settings → API Tokens 메뉴에서 토큰을 발행한 뒤 ~/.claude/settings.json이나 Cursor MCP 설정에 등록하면 됩니다.

{
  "mcpServers": {
    "databasement": {
      "command": "npx",
      "args": ["-y", "@databasement/mcp-server"],
      "env": {
        "DATABASEMENT_URL": "http://localhost:2226",
        "DATABASEMENT_TOKEN": "<API_TOKEN>"
      }
    }
  }
}

이전 Docker Compose 셀프 호스팅 설치 글처럼 서비스 관리를 Docker로 묶어둔 환경이라면 백업 제어판도 대시보드형으로 맞추는 편이 수월합니다.

4. 적합성 확인 및 비교

모든 환경에 대시보드형 제어판이 필요한 것은 아닙니다. 저는 단일 MySQL 서버 하나만 운용한다면 기존처럼 Shell 스크립트 기반 cron 설정을 유지하겠습니다. 하지만 운용하는 DB 종류가 3~4개를 넘어가고 S3 원격 보관과 Slack/Telegram 실패 알림 연동이 필요하다면 통합 관리 도구가 훨씬 유리합니다. 필요한 경우 본인 서버 환경에 적합한지 확인하시면 됩니다.