이글루스 'replication' 태그 최근글

[mysql] mysql 리플리케이션(replication) 설정 방법

변군이글루 — Mon, 16 Apr 2012 21:37:42 +0900

[mysql] mysql 리플리케이션(replication) 설정 방법 1. master 서버 작업 1.1 /etc/mysql.cnf# vi /etc/mysql.cnf…[mysqld]# Replication Master Server (default)# binary logging is required for replicationlog-bin=mysql-bin # required unique id between 1 and 2^32 - 1# defaults to 1 if master-host is not set# but will not function as a master if

MySQL Dual Master 구성 (Replication)

블루오션 [BLUE OCEAN] — Thu, 27 Jan 2011 19:03:26 +0900

Dual Master 구성은 동시에 두대의 DBMS에 UPDATE를 가능하게 사용하고 두대 중 한대에 장애가 발생했을 때 UPDATE기능을 사용할 수 있다. 단, 두대의 서버에서 거의 동시에 동일한 컬럼이 DML(Data Manipulation Language, 데이터 조작어)이 발생한다면(특히,update)결과 내용이 서로 달라지는 현상이 발생할 수 있다. (1번서버의 update는 2번서버로 적용, 2번서버의 update는 1번으로 적용 ^-^;) 설정은 my.cnf에서 아래의 방식을 간단하게 설정이 가능하다. [ 1번 Master 서버 ]server-id = 1 replicate-same-server-id = 0 auto-increment-increment = 2 auto-incremen

[MySQL] mysql 리플리케이션(replication)

변군 이글루스 — Tue, 02 Nov 2010 21:47:21 +0900

MySQL 리플리케이션(Replication)1. Master(MySQL 4.x)1.1 리플리케이션 계정 생성User ID : repuser Slave IP : 192.168.0.200 Password : repuser001 > GRANT repl_slave ON *.* TO 'repuser'@'192.168.0.200' IDENTIFIED BY 'repuser001';1.2 my.cnf 변경# vi /etc/my.cnf [mysqld] ... log-bin=mysql-bin server-id = 1 binlog-do-db=sangchul_db #binlog-do-db : 리플리케이션을 사용할 DB명 #binlog-ignore-db=sangchul_repnot_db #binlog-ignore

MS SQL Replication 아키텍쳐

impro — Wed, 28 Apr 2010 22:18:15 +0900

DNA replication

제제의 동물농장 — Mon, 26 Apr 2010 20:52:02 +0900

Database 이중화 관련 자료 모음

impro — Wed, 03 Mar 2010 18:46:51 +0900

Mysql Dual replication

몰상식한 1人 — Thu, 25 Feb 2010 14:03:06 +0900

을 참조하여 작성. Preparing For Replication(dump file을 만들어 DB를 백업. 다른쪽에 덮어 씀-audit처럼..HOT backup? 인가 하는 방법도 있음)The first thing to do when getting ready for replication is to make sure that the database on each server is in the same state. If in doubt, create a dump of one server's version of the database then import it into the other server.Example of A MySQL Dump:Server A command line> mysqldump -u

UDDI V3 (from IBM)

impro — Sun, 31 Jan 2010 21:08:16 +0900

보안과 다중 레지스트리 지원 웹 서비스에 익숙하다면 Universal Description, Discovery, andIntegration (UDDI)의 중요성과 웹 서비스 레지스트리로서의 역할에 대해 인식하고 있을것이다. 이러한 서비스들을빠르고 쉽게 발견할 수 있도록 웹 서비스 디스크립션에 대한 일반적인 솔루션을 마련한다는 것은 서로다른 웹 서비스 환경에서 성공의기본 요소이다. 새로운 UDDI 버전 이전 버전의 UDDI는 웹 서비스의 성장에 연료역할을 하는 지원을 추가했다. 비지니스 관계와 외부 분류법 타당성검사를 통해서 좀더 강력한 조회와 국제화 기능을 갖추게 되었다. 불행히도, 중요한 차이는 UDDI에

MySQL Replication (Master / Slave)

:: Rainbow :: — Tue, 10 Nov 2009 16:45:33 +0900

<서버 환경> OS : CentOS 5.3 Master : mysql-5.1.30 ; 192.168.0.1 Slave : mysql-5.1.40 ; 192.168.0.2 ** mysql replication 시 Slave는 Master 버전보다 같거나 높아야 됨! >> 각 서버별 session 2개씩 열어놓고 작업을... 하나는 리눅스 Shell, 다른 하나는 DB session <환경설정> (1) Master # vi /etc/my.cnf server-id = 1 log-bin=mysql-bin binlog-do-db=post <= post db만 선택 ** binlog-do-db 를 아래로 여러개 추가 가능!! >저장

[MySQL] DB replication

My Life — Wed, 11 Feb 2009 20:28:57 +0900

MySQL 의 DB Replication : DB 실시간 백업 .. + 서버의 부하를 줄여주는 역할. (이라는 추측...) 자세한 내용은 나중에 .. (일이나 하자)

Replication

Tommy's KnowledgeBase — Mon, 15 Dec 2008 14:06:53 +0900

우선 Replication 기능이란.. 간단하다.. 복제다..복제.. 똑같은 디비를 복제해서 사용자의 상황에 맞도록 사용하면 된다.. Replication은 크게 Master 와 Slave 로 나눠진다.. 말 그대로 Master란 놈은 주인이다 보니 디비에 변경되는 모든 데이타들을 자기 부터 알려줘야 한다. 안그러면 화낸다.. Slave란 놈은 노예처럼 마스터가 뱉어내는것만 가져다가 쌓아 놓는다.. 이런식으로 돌아가다보니..Master에서는 insert, delete, update 를 반영하고 select 는 Salve에서 이뤄지도록 해.. 트랜잭션의 분리로 서버 부하를 나눠 줄수 있는 이점이 있다. 단점이라면 Slave란 넘이 그리 부지런 하지 못하다. Master에 반영된 데이타를 슬레이브 가져간 후에

replication 복구하는 방법

Tommy's KnowledgeBase — Mon, 15 Dec 2008 14:05:32 +0900

master db server와 slave db server를 중지시킨 후에, master db의 database를 slave db로 복사한다. Master DB를 중지하기전에 마지막 Position값을 확인한 후에(show master status;) DB를 재시작하기전에 MASTER와 SLAVE의 bin 로그를 지운다. relay-log.info(SLAVE의)에서 relay-log의 index값을 확인한다. 모두 지우고 시작한다면, 000001부터 시작한다. 이후 master db server 시작->slave db server 시작한다. Slave DB를 스타트할 때 저 (Master DB의) Last Position값 부터 시작될 수 있게 한다. show slave status\G 로 sla

MySQL을 실시간 백업을 하라고? (Slave설정)

IT 프로를 향한 조건? — Thu, 04 Dec 2008 12:10:59 +0900

백업을 받아 줄 Slave를 설정해 보자. 이미 Master DB에 어느정도 데이터가 쌓여 있었다면 Slave설정만으로 단순히 Replication백업이 되지 않는다. Master DB에 있는 데이터를 Slave에 넣은 후에 Replication을 진행 시켜야 한다. 그럼 dump를 통해 얻은 데이터를 이용하면 되지 않을까해서 찾아 봤더니, Master DB를 멈춘 상태에서 Dump를 받아야하고 그 시점의 Master DB의 상태를 알아야 한단다. 디비 정지 => 서비스 중지 이용자가 적고 데이터 양도 많지 않다면 은근 슬쩍 할 수도 있겠는데, 미니블로그 같은 서비스를 하고 있다면 이건 큰 부담이 된다. 어쩌겠는가...까라면 까야지...그래서 아주 이른 아침 5시에서 7시

MySQL을 실시간 백업을 하라고?

IT 프로를 향한 조건? — Wed, 03 Dec 2008 17:29:33 +0900

담당자가 퇴사 해 버린 상황. 서비스의 DB가 백업이 안되고 있었다는 사실에 내가 폭탄을 맞았다. 나보고 해 놓으란다....담당할 개발자나 뽑아주지... 퇴사한 담당자들에게 알아보니 DB백업을 위해, 특히 실시간 동기화를 위해 MySQL에서 지원하는 Replication을 사용하면 된단다. 서비스 중의 하나는 Replication 중에 무슨 이유에선가 오류가 발생하여 중지한 상태란다. 그게 3,4개월 전 이야기...T.T; 설명이 잘되어 있는 블로그나 위키등이 많다. 이곳저곳에서 얻은 내용을 나중에 나 보기 좋게 정리 했다. 까라니까 까준다. 어차피 알아두면 피가되고 살이되니까... MySQL의 Replicaion 1. 장점으로 1.이중화, 2.부하분산(SELECT한해서), 3.실시간 백업을 얘기하

Slony-I 설치 (postgresql replication tool)

부자아빠의 세상 살아가는 이야기 — Fri, 28 Mar 2008 09:35:05 +0900

Slony-I is a "master to multiple slaves" replication system supporting cascading (e.g. - a node can feed another node which feeds another node...) and failover. Slony-I은 마스터 멀티 슬레이브 기반의 리플리케이션 툴입니다. 데이타베이스 전체가 아니라 테이블 기반으로 replication을 합니다.디비를 전체 replication 하거나 테이블이 많은 경우에는 다소 부적합한 툴입니다. 장점은 활발하게 개발이 이루어지고 있고 차후의 postgresql 버전에서는 contrib나 core 부분에 추가 될수도 있다는 얘기가 돌고 있습니다. 큰 레코드로 테스