| [ CnUnix ] in KIDS 글 쓴 이(By): Zaharang (_자하랑) 날 짜 (Date): 2002년 7월 19일 금요일 오후 04시 18분 55초 제 목(Title): Re: [Q]MySQL DB 백업 방법?? 원하는게 뭔지를 정확하게 얘기를 하시죠. A,B,C,D의 DB 놈들이 몬 미더워서 Super DB에 이놈들을 다 저장하고 있다가, 한놈이라도 말썽피면 recovery를 하고 싶으신 건지... 제 생각에는 이런 의도 인 것 같습니다만, 아니면 A,B,C,D 도 돌고 Super DB도 열씨미 돌면서 양자간에 Sync가 맞고, atomic operation이 지원되게 하려는 것인지... 어쨌든 Oracle같은 넘보다 MySQL은 원하시는 기능을 구현하기 약간 귀찮습니다. 특히 MySQL은 replication이 아직 불완전합니다. 게다가 InnoDB같은 넘을 add-on 하기 이전에는 locking이나 roll-back 구현도 안되죠. On-line backup도 쉽지 않은 일입니다. 따라서 real-time으로 DB 두개를 맞추려는 것은 심각하게 애로사항이 만발한다고 생각하시면 됩니다. 그냥 심각한 real-time 용이 아니고 backup용이라면, Nara군의 얘기대로 backup 기간 동안 누가 commit을 해도 팔자려니 하고서 mysqldump를 때린담에 ftp등으로 받아가는게 제일 속편한 방법입니다. 정 정확한 sync을 원한다면 DB를 사용하는 client를 바꾸시는게 속편합니다. 즉, 중간에 DB wrapper를 뒤서 얘한테 query, 혹은 정해진 protocol을 던지면 이놈이 Super DB, sub DB에 동시에 때려박도록 만드는게 그나마 sync를 보장할 수 있는 방법이죠. 근데 SuperDB를 굳이 DB의 형태로 가져가야 하는 이유가 있을런지 모르겠네요. backup용이 아니라 이걸 또 DB의 형태로 사용하겠다는 이야기인데... 별로 추천하고 싶지는 않은 방법입니다. 차라리 그냥 backup만 열씨미 다른데 받고 말죠. |