• Home
  • contactus
  • sitemap
  • Eng


  • Home > 솔루션소개 > Replication Solution
  • RepliWeb RDS Solution은 사용자가 지정한 주기 및 조건에 따라 미리 지정한 file, 혹은 File 시스템의 data를
    Source 시스템으로부터 target 시스템으로 전송하는 Replication/Backup/Purge Solution 입니다.
  • 사용자의 요구를 충족시키기 위하여 외부 명령, shell scrip, 다양한 전송 옵션을 제공합니다.
  • 어떠한 이기종 환경에서도 안정적이며 정확한 데이터 전송을 보장합니다.
  • RepliWeb사의 Unique한 기술인‘Snapshot’기술을 이용하여 파일 및 파일시스템의 변경내역을 정확하게 인지하여,
    불필요한 중복 전송 없이 최소한의 변경 및 증가분만을 전송하여, 비싼 비용의 Network자원을 보호합니다.
  • 대표적인 전송옵션으로는 Network 사용량 조절, 압축전송옵션, 실패 시 재전송 옵션 등이 있습니다.
  • 쉽고 간단하게 전송작업 정의 과정을 익힐 수 있으며, 따라서 사용자 교육 등에 별도로 많은 시간을 할애하지 않을
    수 있습니다.
  • 사용자의 요구를 충족시키기 위하여 외부 명령, shell scrip, 다양한 전송 옵션을 제공합니다.
  • A 시스템과 B시스템에서 각각 local서버의 Snapshot을 생성합니다.
  • B 시스템으로부터 B 시스템의 Snapshot을 A 시스템으로 전송합니다.
  • A 시스템에서 전송 받은 B 시스템의 Snapshot과 자기 자신의 snapshot를 비교하여, 전송이 필요한 부분을 확인
    합니다. (이 과정에서 불필요한 중복 부분은 전송 대상에서 제외됩니다.)
  • Snapshot 비교 후, 전송이 필요한 부분만을 A→B, 혹은 B→A 시스템으로 전송합니다. 전송 후에는 비교를 위해
    사용했던 데이터를 이용하여 전송된 Data가 정상적으로 전송 되었는지 확인한 뒤, 정상임이 확인되면 해당 비교
    자료를 삭제합니다.
  • 모든 전송은 위의 단계를 거치며, 전송 및 전송 후처리 단계에서 다양한 옵션을 사용하여 사용자가 원하는 전송
    방식을 선택 할 수 있습니다.
  • RepliWeb RDS Solution에서 기본적으로 제공하는 기능이며, 모든 이후의 적용예의 근간을 이루는 작업입니다.
  • 2항에서 설명한 기본 전송 방식을 그대로 따르며, 디렉토리(파일시스템)이나 파일, 혹은 파일 셋 (여러
    디렉토리나 파일시스템에서 각각의 파일 하나씩을 하나의 묶음으로 표현한 것) 등으로 정의하여 전송이
    가능합니다.
  • 기본적으로 실시간 전송을 지원하지 않으며, 지정된 일정(최소 1분), 사용자가 작업을 인가할 때, 혹은 지정된
    Trigger File을 이용해 전송 작업을 수행할 수 있습니다.
  • Trigger File 이란, 미리 정의된 전송작업을 시작하도록 하는 File을 의미합니다. Trigger File로 지정된 파일이
    생성되는지를 지속적으로 감시하다가, 지정된 파일이 생성된 것이 확인되면, 미리 정의된 전송 작업을 수행
    하는 것입니다.
    - Trigger File은 시스템 내의 어떤 위치에라도 지정할 수 있습니다.
    - 전송작업과는 관계없는 Flag 파일로 사용될 수도 있으며, 전송될 대상 파일이 될 수도 있습니다.
    - Cron이나 배치 작업으로 생성되는 다양한 파일을 이용하여, 해당 작업이 종료됨과 동시에 필요한 파일을
    자동으로 target 시스템으로 전송 할 수 있도록 정의할 수 있어, 다양한 서버간의 데이터가 유기적으로 작업의
    흐름에 따라 이동할 필요가 있을 경우 유용하게 사용될 수 있습니다.
  • 모든 파일은 대상 시스템의 OS에 관계없이 전송, 보관할 수 있습니다. 이는 UNIX에서 생성된 자료를 Windows
    NT기반의 시스템으로 Backup받거나, 그 반대의 경우로도 적용할 수 있습니다.
    - 여러 UNIX시스템에서 작성된 시스템 관련 문서, 시스템 관리 업무를 위한 Shell Script, 일일 배치작업에 관한
    shell script 등을 하나의 저비용 Windows NT, 혹은 Linux 서버로 백업, 관리하여, 서버의 교체 및 각종 장애에
    대비할 수 있습니다.
  • Database의 특정 중요 Table의 Backup, 혹은 다양한 서버로부터 특정 Table의 통합의 요구가 발생한 경우,
    RepliWeb RDS 솔루션을 이용하여, 저비용 고효율의 Database Replication, Backup이 가능합니다.
  • Database Replication은, Database의 export기능을 이용하거나 사용자가 미리 작성한 shell script를 통해 Database
    로부터 필요한 Table의 필요한 내용만을 Export하여 파일로 내려 받은 후, Replication / Backup용도의 별도
    서버로 RepliWeb RDS 솔루션을 이용하여 해당파일을 전송하고, 다시 사용자가 작성한 Shell script, 혹은 batch
    파일을 이용하여 import하는 과정을 통해 적용될 수 있습니다.
  • - Export, Import과정에는 사용자가 사용하고 있는 관리 툴이나 스크립트를 그대로 등록하여 사용 할 수 있습니다.
  • - 내려 받고 올리는 모든 작업에 관한 스크립트를 RDS에 등록하고, 하나의 작업으로 정의하면, 관리자는 해당 전송
    작업을 확인하는 것만으로 필요한 table의 Data가 정상적으로 Replication/Backup 되었는지 확인할 수 있습니다.
  • - 주기적(1일1회,1시간1회 등)으로 Database의 특정 table의 동기화를 맞추거나, Daily batch 등을 위하여 각 서버의
    데이터를 동기화 해야 하는 경우 최고의 가격대비 효과를 누릴 수 있습니다.

  • - 실시간으로 여러 개의 Database가 Replication/Backup되어야 한다는 조건이 있는 경우는 적용 할 수 없습니다.
  • Database의 Replication/Backup의 경우, 다음의 조건 중 하나라도 만족한다면, 테이블 내의 추가분만을 전송하여
    Replication/Backup용도의 서버에 적용할 수 있습니다.
  • - Replication/Backup 을 수행 하려고 하는 Table에 순차적으로 증가하는 시퀀스 정보가 포함되어 있는 경우,
    Shell 프로그램을 통해, 지난 전송 이후 추가부분만을 인식하여 전송할 수 있습니다.
  • - Replication/Backup 을 수행 하려고 하는 Table에 해당 Row가 생성된 시간이 포함되어 있는 경우, Shell 프로그램
    을 통하여, 지난 전송 이후 추가된 부분만을 인식하여 전송할 수 있습니다.
  • - 위의 경우 이외에도, 증가분과 기존데이터 부분을 구분할 수 있는 방법이 있다면, 쉽게 적용이 가능합니다.
    Shell Script의 수정만으로 다양한 구성이 가능하고, 곧바로 적용되어야 하는 변경사항도 쉽게 수용하여 적용할 수
    있습니다.
  • 전송하고자 하는 Database내의 Table의 자료가 방대하거나, 짧은 주기 안에도 많은 새로운 입력이 있는 경우, 혹은
    실시간으로 Replication / Backup되어야 한다는 조건이 없는 한, RDS는 최고의 가격 대비 성능을 보장하며, 쉽고
    안정적인 운영환경을 제공합니다.
  • Database archive log file Backup은 가장 기본적이고 간단한 형태의 Database 장애 복구용 Backup입니다.
  • 운영서버에서 백업서버로 주기적으로 Archive log를 전송하여 백업서버에 적용하는 것만으로, 일정기간 이전
    까지의 데이터는 보장이되므로, 가장 간단한 방식의 DR(Disaster Recovery) 솔루션으로 사용될 수 있습니다.
  • 멀리 떨어진 지역에 각각의 서버를 현재 운영하고 있는 경우, 별도의 DR 센터구축 없이 사용할 수 있는 방식
    입니다.
  • 일반 파일 전송과 동일한 형태로 사용할 수 있으며, 사용자의 요구에 따라 다양한 후처리 작업을 연계하여 관리 할
    수 있습니다.