여기저기 기웃거리기

Postgres-XC에 대해서 검색하다가 찾은 글이다. PostgreSQL의 streaming replication과 pgpool-II를 같이 쓰면 어플리케이션에서 접속 정보 변경없이 읽기, 쓰기를 구분하고 부하분산도 가능하다고 한다. 아... 이것도 꽤 쓸만한 구성인것 같은데... 원문 링크 : http://avicom.tistory.com/m/post/view/id/94 아래는 원문의 일부이다. 전체 글은 위의 링크를 클릭하면 볼 수 있다. 별도의 replication 관리 DB가 필요없고 복제 대상 테이블에 trigger를 설치할 필요가 없다. 아카이브 로그 파일을 읽을 필요가 없다 warm standby의 단점이었던 recovery중인 slave db에 대한 엑세스 제한이 없다. multi-sla..

MS SQL Server 2005에서 복제를 운영하다보면, 대상 객체를 조회할 필요가 가끔 생기죠. 복제 대상 목록 파일이 갱신이 잘 안되어 있다던지... ㅜㅜ 그런데 가지고 있는 자료가 별로 없어서리... 사실 회사돈으로 구매한 책 한권만 있다는... 내 돈 주고 산 책은 집에 있으니까 ㅋㅋ 들고 다니기 무겁고... 뭐 암튼 그래서 맨땅에 해딩하는 심정으로 찾아보았는데, 의외로 쉽게 찾은거 같다는 느낌?? 뭐 알고보면 다른 방법으로 좀더 디테일한 정보를 조회가 가능할지도 모르겠지만... 아마 분명히 있겠죠??? 집에 가서 찾아봐야지 좀더 고급스러운 정보 가지신분은 연락주세요. 자 일단 오늘 찾은 정보!! USE 배포 GO SELECT * FROM dbo.MSarticles 물론 위의 "배포"라는 데이타..

DBMS를 운영하다보면 종종 DB 복제, 혹은 특정 data의 동기화를 해야할때가 있다. 동일한 DBMS라면 그것도 시장에 잘 알려져 있어서 확실한 3rd party 복제 툴이 있거나, 혹은 한 두개 정도의 테이블만 복제/동기화 작업을 해줘야한다면 큰 문제가 아닐것이다. 허나 여러 종류의 DB를 사용하다보면, 그것도 시장에 널리 퍼지지 않았거나, 국내에서만 사용하는 DB라는 이유로 확실한 3rd party 툴이 없다면... 아마 저처럼 고민에 빠지게 될겁니다. 제 고민의 원인에 대해서는 제가 앞에 작성했던 글들을 보시면 아시게 될겁니다. 2010/06/16 - [Database] - Tibero4 migration 모험기 (4) 중간정리 : Oracle DBA의 Tibero 사용 후기 2010/05/07..