IT study

논리 복제의 전체 아키텍처와 동작 순서를 확인.물리복제에 비해 구조가 더 복잡하며, replication slot, tablesync worker 등 새로운 구조와 프로세스가 포함되어있다. 논리 복제 동작 순서 1. 논리 복제 1단계Subscription이 생성되면, 생성한 개수만큼 apply worker 프로세스가 자동으로 기동. 이전 포스팅에서 1개의 subscription을 생성했기때문에 한 개의 apply worker프로세스가 실행된다.Subscription이 생성시 다양한 옵션 설정 가능하며copy_data 옵션은 구독 시작 시점에 Publication 테이블의 데이터 복제 여부를 결정하는 옵션이며 기본값은 true로 구독생성시 발행서버의 테이블 모든 데이터 초기 복제함. 초기 데이터 복제 ..

논리복제 : WAL 파일의 내용을 분석해 DML 쿼리를 생성하여 전달. Logical decodingPg 버전이 달라도 복제를 수행할 수 있는 장점이 있다. 이 특성을 활용하여 메이저 버전 업그레이드시에 활용 가능서비스별로 DB분리된 환경에서 배치 업무를 위한 필요 테이블만 한곳에 모아 작업 가능 ㅇ논리 복제 구성 절차발생(Publication) 서버의 파라미터 설정 변경Publication 생성Publication 전용 유저 생성구독(Subscription) 서버에 스키마 및 테이블 생성Subscription 생성 0. 테스트 환경 구성 svcdb=# grant usage, create on schema svc to svc;GRANTsvcdb=# set role svc;SETsvcdb=> create ..

물리복제 - 동기 모드 트랜잭션 성능 저하되지만 failover 상황에서 트랜잭션 유실되지않는다.최소 두개의 리플리카 서버가 필요하다.가용성 향상을 목적으로 소프트웨어 이중화 방식을 적용할 때 고려되는 구성 방식 소프트웨어 이중화는 마스터 서버에 장애가 발생했을 때, 리플리카 서버가 마스터로 승격(promote)되는 구조이므로, 트랜잭션 유실 방지하려면 반드시 동기 모드로 구성해야한다. 동기모드는 마스터서버가 리플리카 서버의 응답을 대기해야하므로 트랜잭션 성능이 크게 저하되는 단점이 있다. 트랜잭션 변경 내용이 리플리카 서버까지 반영되어야만 트랜잭션 완료.리플리카 서버에 장애가 발생하면 마스터 서버의 트랜잭션이 대기(hang) 상태에 빠지는 문제 발생.이런 상황 방지를 위해 동기모드 구성하려면 최소 두개..

물리복제는 트랜잭션의 변경사항을 담고 있는 WAL 파일의 내용을 스트리밍 방식으로 리플리카 서버에 전송하는 복제 방식이다. walsender (1) : wal 데이터를 walreceiver(2)에게 전송, walsender 프로세스는 walreceiver 프로세스가 마스터 서버에 접속할 때, postgres데몬 프로세스에 의해 생성된다. 리플리카 서버당 walsender 프로세스 1개씩 할당walreceiver(2) : walsender프로세스로부터 전송받은 wal 데이터를 wal 파일에 기록startup recovering(3) : wal 파일을 읽어 변경 내용을 공유 버퍼에 적용 ㅇ물리복제의 우수성트랜잭션 로그를 송신하는 프로세스와 수신하는 프로세스 각각 존재커밋 이전에도 변경된 데이터를 리플리카 ..

docker 에 rocky9 linux 컨테이너 생성하여 그 위에 postgresql 설치 window 위에 docker desktop 설치하여 docker command로 작업 1. docker에 rocky linux 이미지 다운로드 및 실행# 이미지 다운로드 docker pull rockylinux:9#확인 docker images#컨테이너 생성 (run=생성&시작)docker run -it -d --name pgtest01 rockylinux:9#확인docker ps#컨테이너접속docker exec -it pgtest01 /bin/bash#중지되어있다면 docker start pgtest01로 시작 2. PostgreSQL 설치#패키지 업데이트[root@1ae72e5a5f0d /]# dnf upd..