TAC의 경우 각 노드가 대등하게 동작하는 방식이므로 VIP Fail-over등을 통해 SOF 를 방지하며 TSC의 경우, Observer 노드를 별도 서버로 설정하여 SOF를 방지하게 됩니다.
VIP Fail-over!! 몰랐는데...알려주셔서 감사합니다!
Multi-node Standby에서 Standby 노드 확장시에 기존 설정값 외에도 확장된 노드를 설정 하는 과정이 필요합니다.
병렬처리에 있어 티베로 인스턴스가 클러스터로 묶어 있건, Single로 동작하건 DBMS엔진단에서 데이터 정합성을 보장하게 되어 있습니다. 각종 Lock 메커니즘과 MVCC 등으로 이를 처리하게 됩니다. 핵심업무 전환사례는 티베로 TAC 적용사례가 1000건이 넘으며 대표적인 Oracle 전환 사례이며 그중 차세대 지방세 사업(3node TAC), 경찰청 기간계업무, 고려대의료원 P-HIS, 현대자동차 MES 등 대표적입니다.
남석호님, 안녕하세요, 티맥스티베로입니다. 1. DBMS 운영 중, 파라미터 변경 지원 - 운영 중 변경 가능한 동적 파라미터 지원 - 타 DB도 동적 파라미터 제공 2. online 테이블 컬럼 추가 - default value가 존재하지 않는 null 컬럼 추가시 매우 짧은 lock만을 획득함 - O사 DBMS도 유사함. - 기타 오픈소스의 경우 : add column 포함 일부 ddl 수행시 algorithm, lock 옵션 명시하여 lock 최소화 가능으로 설명 3. online table reorg - 블록 단편화로 인한 성능 저하 및 비효율적인 공간을 사용 중인 테이블에 대한 Online Reorg 수행 (DBMS_REDEFINTION 패키지 제공) - O사 DBMS도 tibero와 동일 패키지 지원 - 기타 오픈소스의 경우 : 그들만의 방식을 사용중인것으로 확인됨 (optimize command 지원 통한 짧은 lock만을 획득,autovacuum 지원/pg_reorg 유틸리티 제공 등) 이 정도로 정리할 수 있겠습니다^^
Async방식이 성능을 위한 방식이며, Cascade 방식 등이 또한 성능에 유리합니다.
안녕하세요. 티맥스티베로입니다. ProSync솔루션은 Oracle to Tibero, Tibero to Tibero의 환경만 지원합니다.
아 그렇군요...
질문감사드립니다. 현재 Tibero는 차기버전을 준비중이며 '24년경에 릴리즈될 것으로 보입니다. 본 제품은 클라우드 Native DBMS와 virtual DB를 표방하고 있습니다. 거기에 더하여 자율운영에 대한 기능이 고도화 되어 탑재될 것입니다. 현재 DB모니터링 관점에서는 티베로외 티맥스 OpenSQL 정도가 포함된 내용으로 로드맵을 잡고 진행중입니다.
김완수님, 안녕하세요, Actvie Clustering이라는 기술이 탄생하기 이전에 과도기적 형태의 Active-active 구성의 HA솔루션이 언급하신 문제가 존재했었습니다. 하지만 TAC의 경우 interconnect를 활용한 구성으로 두 노드간 연결이 되어있어 분리되어있는 instance에서 작업을 해도 하나의 서버에서 작업을 하는 Cache fusion이라는 기능이 지원됩니다. 이를 통해 정합성 오류를 방지합니다.
TSC에 관심을 가져 주셔서 감사합니다. TSC는 주로 공공사이트와 병원 등에서 사례를 가지고 있으며 최근 금융권에서 다양한 적용을 시도하고 있습니다. Tibero 7에 오면서 다양한 신기능과 안정성이 향상되었습니다.
ProSync는 이기종 DB에 대한 동기화를 지원하는 CDC 제품으로, 소스DB에 있는 오브젝트를 타겟 DB로 동기화하합니다. 때문에 두 DB를 관리하며 싱크를 맞추는 것보다 관리 복잡도가 내려갈 수 있습니다. 관리 복잡도는 그 외에도 고객사 인프라, 구성, 예산 등의 다양한 요소에 영향을 받을 수 있습니다. 자세한 사항은 질문하기로 문의 주시면 답변드리겟습니다.
이경석님, 안녕하세요, 티맥스티베로입니다. Tibero의 개발/관리 툴 TiberoStudio에서는 중복제거를 통한 압축기능을 따로 제공하고 있지 않습니다. 다만, Tibero에서 제공하는 압축 기능을 활용하시면 중복 내용은 압축되어 저장되어, 백업 스토리지 공간을 줄일 수 있습니다. 해당 기능 외에도 백업 시 RMGR의 Compress 옵션을 통해 백업 스토리지 용량을 줄일 수 있습니다.
안녕하세요. 티맥스티베로입니다. 비용 측면에서 신규 구축 비용 및 유지보수 비용이 상당히 저렴하기 때문에 Tibero가 상당한 강점을 가집니다. 또한 프로젝트 시작부터 오픈 이후 안정화까지 밀착으로 기술지원이 이루어진다는 점에 강점이 있습니다.
고객사 환경, App 구현 방식, 예산 등의 다양한 고려 요소가 있기에 무엇이 유리하다고는 볼 수 없습니다. 일례로 물리적으로 동일한 장소에 잇는 Stnadby는 물리적으로 멀리 떨어진 Standby 노드보다 빠른 failover가 가능할 수 있습니다. 반대로 같은 공간의 재난이 발생할 경우 dB 전체가 장애가 일어나는 등의 위험요소가 있습니다. 따라서 고객사 환경/App 연동/예산 등의 고려사항을 통해 구성 방식을 결정하시는 것이 좋습니다. 자세한 사항은 발표자에게 문의하기를 통해 질문주시면 감사하겠습니다.
김명환님, 안녕하세요, 티맥스티베로입니다. DBMS 별로 고유한 기능이 있는 것이기 때문에 부족하거나 제한 적인 기능을 단정하여 말씀드리기는 애매한 부분이 있습니다. 단, Oracle DBMS의 전환 관점에서 새롭게 추가된 기능을 지원해야 할 경우가 종종 발생하여 필요 시 연구소를 통해 개발하여 지원하고 있습니다.
TSC 동기화 방식으로 이해하고 답변을 드립니다. TSC는 트랜잭션별로 동기화를 수행합니다. 변경이벤트를 인지하여 변경된 데이터를 저장하는 형태입니다.
백업비용을 절감하기 위해서는 백업데이터를 압축하여 저장하거나, 백업 주기를 조정하는 등의 전략 등을 사용할 수 잇습니다. 복구와 백업시간을 줄이기 위해서는 전체적인 데이터를 줄이거나, 주기를 가장 합리적인 수준으로 조정하는 등의 방식을 사용할 수 있습니다.
TSC, ProSync, TAC 모두 엑티브/엑티브가 가능합니다. 1) TSC는 기본적으로 Active/standby이나 standby node를 Read only모드로하여 Active/Active 구조가 가능합니다. 2) ProSync는 단방향/양방향 동기화를 통해 active/active 동작을 지원합니다. 3) TAC는 기본 Active-active cluster로 동작하며 4) 3rd party를 통한 스토리지복제는 기본적으로 Active/Standby 형태입니다.
주영선님, 안녕하세요, Tibero는 독립디스크 기반의 TSC(Active-standby)와 전세계 2개사만 갖고 있는 기술인 공유디스크 기반의 TAC(Active-Active)를 통해 타사대비 뛰어난 안정성을 지닌 DR 구성이 가능합니다. 이에 더해, TCO 절감 효과도 뛰어나 비용적인 측면에서도 강점을 지니고 있습니다.
안녕하세요. 티맥스티베로입니다. Tibero는 AWS상에서 TSC(Tibero Standby Cluster), 3rd Party 솔루션을 연동한 HA를 통하여 Active-Standby를 지원하며 이외에도 TAC(Tibero Active Cluster)를 통하여 공유디스크 기반의 Active-Active 이중화도 지원하고 있습니다.
안녕하세요. 티맥스티베로입니다. Tibero는 OLAP성 업무를 효율적으로 처리하기 위하여 다양한 파티셔닝(Range, List, Hash, Composite), 병렬처리, In-Memory Column Store, 다양한 압축 및 인덱스 기능을 지원하고 있습니다.