날 더운데 잘 지내시는지요?
이번에 제가 관리하는 병원이 문제가 있어서
DB을 실시간으로 백업할려고 합니다
현재 서버는 2대가 있습니다 한대는 ERP DB서버 이고
또한대는 이미지서버및ERP,DB백업서버 입니다
즉 ERP 서버가 죽으면 백업ERP서버로 돌립니다
DB구성을 똑같이 해놓았거든요
문제는 DB백업은 밤12시에 백업이 됩니다
그런데 본서버가 문제가 있어 백업서버로 돌리면 밤12시 이후로는
자료가 없어 문제가 생기더군요
그래서 이번에 DB을 백업서버로 실시간으로 백업을 할려고 하는데
이런 백업프로그램이 있는지요
현재 AD구성은 안했습니다 앞을도 안할거구요
그리고 클러스터 구성도 복잡해서 고려을 안하고 있습니다
즉 백업툴로 실시간으로 백업만되면 됩니다
이런 프로그램이 있는지요?
이런경험 있으신분 많은 지도편달 부탁드립니다
클러스터 보다 한단계 더 높은 기능은 2008 R2 기능의 라이브 마이그레이션(라이브 클러스터)이 있습니다.
잘아실지 모르겠지만 백업할때 펜딩되거나 락카운트가 발생해서 정상적인 서비스에 장애가 발생하게 됩니다. 그래서 클러스터를 사용하구요. DB백업을 야간에 하는 이유가 서비스에 지장을 주지 않는 시간에 하는 이유가 다 이때문입니다. 백업될때 반영이 너무 늦게 된다 조회가 안된다 문의가 많이 들어오니 위 2가지를 제외한 다른 방법은 없을듯 합니다.
물론 추가적인 하드웨어도 들어가야 하구요.
제생각도 송필호님 말씀처럼 오라클의 데이타가드(dataguard)처럼 로그쉬핑이 나아 보입니다.
이미지쪽은 별도로 윈도우용 sync 프로그램을 사용하셔야 합니다.
저희회사 솔루션은 즈리눅스(rhel4) + 오라클(100-200GB) + 이미지(200-500GB) 기반인데,
클러스터 구축하더라도 만일의 사태에 대비해 별도의 데이타가드(dataguard) 서버를 둡니다.
원리는 1분단위 아카이브전송 데이타가드(dataguard) + 30분단위 rsync 사용합니다.
* 참고자료 (네이버 검색)
http://blog.naver.com/butelove?Redirect=Log&logNo=60016715981
기본적인 원리는 2가지로 요약됩니다.
1. 디스크공유(MS쪽은 클러스터링, 오라클은 RAC)
=> 물론 실시간은로 같은 디스크를 사용하는건 오라클뿐이지만, 기본 개념은 같은 디스크를 양쪽으로 서버가 사용한다는것이진요
추가적인 3rd 솔류션이 있기도 합니다.
2. 디스크 미공유(MS쪽은 있는지 모르겠네요...2005까지는 없던거 같던데...오라클은 데이터 가드)
=> 주로 완전 별도의 서버와 디스크로 구성하며 실시간으로 변경된 데이터를 백업 DB로 전송및 적재해서 데이터를 동기화하는 방식
오라클은 3rd 솔류션이 있습니다만...MS쪽은 모르겠네요
목적이 메인 DB 장애서 백업 DB로 전환시 원활한 서비스를 원하시는데
문제는 백업 DB로 전환시 메인 DB의 데이터가 백업 DB에 그대로 있어서 서비스는 무정지로 하시겠다는 말씀이 맞나요??
이런경우는
1. 디스크 공유 방식
MS SQL 같은 경우 ACTIVE-STAND BY 개념의 클러스터링을 쓰셔야될듯합니다.
단, 이경우는 박우열님이 말씀하신 디스크가 깨지거나, SAN 계통이 아작나면 별수없습니다.
그렇지만, 가장 무난한 구성이며, 그다지 복잡하지(?)않게 구성해서 사용하실수있습니다.
2. 디스크 미공유
말씀하신 MS-SQL의 트랜젝션 로그도 실시간으로 넘겨야 되는데...이경우 상당한 부하와 복잡한 구성이 되지않을까합니다.
이것을 대행해주는 별도의 솔류션은 있는지는 모르겠지만,(아마 있지않을까합니다.)
그다지 권장하지는 않습니다.
결론 : MS-SQL 이라면 클러스터링으로 묶고(굳이 AD로 묶을필요는 없습니다.) 디스크를 공유시킨다음 (주로 SAN이죠) ACTIVE-STAND BY로 구성하시는게 적절하지않나하세요
그리고 시스템에 부하는어느정도인지요
현제시스템은 erp 서버 mp xeon 2.8/2m 2ea 메모리4G
백업서버는 dp xeon 2.8/512k 1ea 메모리1G 정도 입니다
백업은 업그레이드 할려고 합니다 3.2G/L3 1m 2ea 메모리 4G 예상합니다
그런데 로그쉬핑이 부하가 많이 걸리면 좀 어려습니다
그게 아니면 이방법으로 할려고 합니다
미러링 또는 복제를 고려하는 방법도 있습니다.
로그쉬핑, 미러링, 복제 관련 시스템 부하는 직접 테스트하는 방법이 가장 좋습니다.
상용 실시간 백업(? 동기화) 솔루션은 있는 것으로 기억합니다.