pile·
DB / 데이터·씨앤텍시스템즈씨앤텍시스템즈·

Redhat 8.8 IBM DB2 11.5.8 서버 사용자 설치 (non-root)

IBM DB2 11.5.8을 Redhat 8.8 환경에서 일반 사용자(non-root) 권한으로 설치하는 과정을 다룬다. root 설치와 달리 /etc/sudoers 수정으로 sudo 권한을 부여하고, db2rfe.cfg를 통해 OS 인증을 활성화해야 외부 접속이 가능해진다. db2sampl로 샘플 DB를 생성하고 CLI 접속 및 테이블 조회까지 전체 흐름을 검증한다.

핵심 포인트
  • visudo로 /etc/sudoers에 tistory ALL=(ALL) ALL 추가
  • db2_install 후 db2stop → db2rfe.cfg 수정 → db2rfe -f 순서 중요
  • db2rfe.cfg에서 ENABLE_OS_AUTHENTICATION=YES 설정 필수
  • db2set DB2COMM=tcpip + svcename 50000으로 TCP/IP 활성화
  • db2sampl -dbpath $HOME으로 샘플 DB 생성 후 CLI 접속 검증
  • list tables for schema SYSCAT으로 시스템 테이블 목록 확인
상세 정리
  • visudo 명령으로 /etc/sudoers 편집: tistory ALL=(ALL) ALL 추가
  • tar 압축 해제 후 db2prereqcheck -v 11.5.8.0 사전 검증
  • ./db2_install 실행으로 non-root 설치 진행
  • 설치 후 db2stop으로 인스턴스 중지
  • sqllib/instance/ 디렉토리로 이동 후 db2rfe.cfg 편집
  • ENABLE_OS_AUTHENTICATION=YES 설정 활성화
  • sudo ./db2rfe -f db2rfe.cfg 실행으로 non-root 확장 기능 활성화
  • db2set DB2COMM=tcpip + db2 update dbm cfg using svcename 50000 설정
  • db2start로 인스턴스 재기동
  • db2sampl -dbpath $HOME으로 SAMPLE 데이터베이스 생성
  • db2 list db directory로 등록된 DB 목록 확인
  • db2 connect to sample으로 CLI 접속 검증
  • select * from ACT 쿼리로 데이터 조회 확인
왜 읽나root 없이 일반 사용자 권한으로 IBM DB2를 설치하고 샘플 DB까지 검증해야 하는 환경에서의 완전한 설치 가이드.
씨앤텍시스템즈
씨앤텍시스템즈 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. DB / 데이터·여기어때 (GC컴퍼니)여기어때 (GC컴퍼니)·

    분석가가 직접 만든 마케팅 자동화 시스템 — 오디언스 빌더 제작기

    여기어때 데이터 분석팀(UB팀)이 개발 경험 없이 AI 에이전트 바이브 코딩으로 마케팅 자동화 시스템 '오디언스 빌더'를 구축한 과정이다. SQL 없이 UI에서 타겟 조건을 설정하면 BigQuery에서 수천만 행 대상자를 추출해 Kafka·S3를 통해 마케팅 도구로 전달하는 파이프라인을 직접 만들어, 캠페인 준비 시간을 2~3일에서 10분으로 단축했다.

    요약 이어보기
    #data-pipeline#kafka#postgres+2
  2. DB / 데이터·vercel-blogVercel Blog·

    모든 Vercel 빌드를 지탱하는 데이터베이스 마이그레이션 이야기

    Vercel이 빌드 웜 풀(warm pool) 상태 데이터를 Redis에서 DynamoDB로 마이그레이션한 과정을 다룬다. 빌드 풀의 청구 매핑 데이터가 Redis 장애 시 복구 불가능하다는 구조적 위험이 이주를 결정한 핵심 이유였고, 24/7 프로덕션 트래픽 속에서 다운타임 없이 5단계 점진적 전환을 완료했다.

    요약 이어보기
    #database-migration#zero-downtime#redis+2
  3. DB / 데이터·channel-talk채널톡·

    DynamoDB 핫 파티션을 해결하는 3가지 방법 (3): 조회를 인덱스 테이블로 옮기기

    채널톡이 DynamoDB 핫 파티션을 해결하려 GSI를 별도 인덱스 테이블로 떼어낸 연재의 마지막 편으로, 조회 경로를 GSI에서 인덱스 테이블로 옮긴 과정을 다룬다. 2편에서 쓰기 파이프라인이 완성돼 WriteThrottleEvents가 월 110만 회에서 0회가 됐지만, 조회 코드가 여전히 GSI를 읽고 있어 GSI를 지울 수 없었다. GSI가 읽기에서 대신해주던 키 해석·정확 일치·삭제 필터·페이지 채우기를 사내 공통 라이브러리의 조회 규칙으로 흡수해, 호출부는 GSI든 인덱스 테이블이든 같은 코드를 쓰게 만들었다.

    요약 이어보기
    #migration#dynamodb#hot-partition+5