아직 답변이 없습니다
안녕하세요. 티맥스티베로입니다. 티베로는 국산 DBMS로서 외산 DBMS보다 비용적인 측면에서 강점을 가집니다. 신규 구축 비용 및 유지보수 비용이 외산 DBMS보다 상당히 저렴하다고 보시면 됩니다. 또한 프로젝트 시작부터 오픈 이후 안정화까지 신속한 기술지원을 지원한다는 장점을 가집니다.
강덕진님, 안녕하세요, 티맥스티베로입니다. 이론적으로는 문제가 없을듯합니다. 다만, 저희가 실제 구성하거나 테스트한 사례는 없습니다. 가령, TSC의 Observer를 어디에다 둘 것인가? 네트워크 성능은 이상없는지? 자동 Fail-Over시 플랫폼의 제약은 없는지 등 고려사항이 있어 보입니다.
이민수님, 안녕하세요, 티맥스티베로입니다. 티베로를 도입하여 운영중이시라면 새로운 제품으로의 업그레이드, 또는 기능 적용을 통해 안정성을 보장 받으실 수 있을듯합니다. 티베로를 최초 도입하시거나 신규 프로젝트에 도입을 고려중이시라면 업무시스템의 성격, 중요도 등에 따라 적절한 아키텍처를 구성하여 사용하시면 될듯합니다. 이러한 부분은 저희 티베로에서 지원드릴 수 있습니다.
최성태님, 안녕하세요, 티맥스티베로입니다. 대용량 데이터를 분석하는 관점은 여러 가지가 있을듯합니다. DBMS, DB Appliance의 도입, 고속 하드웨어, 네트워크의 구성, 우수한 빅데이터 솔루션의 도입, 분석 데이터에 대한 모델링 등 매우 다양한 것으로 사료됩니다. 저희 티베로 입장에서 말씀드릴 수 있는 부분은 얼마나 대용량의 데이터를 DBMS에 저장하고 안정적으로 빠르게 관리하고 응답할 것이냐의 문제로 보여집니다. 이런 것을 제품 기능으로 지원하는 부분은 병렬 처리, 파티셔닝 처리 등이 대표적이라 판단되며 티베로는 여타 DBMS대비 경쟁력 있는 기능과 성능을 제공합니다.
질문에 감사드립니다. 질문하신 내용은 주로 애플리케이션 구축 관점에서의 고려 사항인듯합니다. DBMS 아무래도 얼마나 정확하고 빠르게 데이터 처리 요구에 대응하냐가 DBMS에서 측면에서 중요한 고려사항인듯합니다. 제품선정시 BMT나 PoC 등을 통한 업무 특성에 맞는 DBMS선정이 필요할듯합니다.
패치 등의 무중단 서비스 지원은 클러스터 노드 환경에서 가능하며 안전성에 대한 담보는 패치셋을 구성하고 배포시 패치들의 연관성과 상호영향도를 품질 테스트 등을 거쳐 처리하고 있어 안심하고 사용가능하십니다.
패치시 TSC의 구성일 경우 Standby 노드에 대해 패치를 하고, 이후 Failover를 통해 Active 노드를 Standby노드로 바꿉니다. 이어서 Standby로 바뀐노드에 대한 패치를 진행합니다. 해당 방식을 Rolling Patch라 하며, 티베로에서도 해당 방식을 지원합니다. 또한 동일 스펙의 노드가 App과 연동되는 방식이기에 성능은 동일합니다.
김명환님, 안녕하세요, 티맥스티베로입니다. DBMS는 어떠한 상황에서도 커밋된 데이터에 대하여 데이터 유실이 발생하지 않게 하기 위한 고도의 기술들을 적용하여 제품화 하고 있습니다. 본 세션에서도 말씀드렸던 백업/복구, Flashback Database 등의 기술이 해당된다고 보시면 됩니다. 롤백, redo log, archivelog, flashback log 등을 기반으로 standby, DR 구성 등을 통해 어떤 순간에도 데이터 정합성을 유지합니다.
특정 시점의 DB 복구시에는 현재 App 과 연동하기 위해서도 잠시의 중단시간이 필요합니다.
문주웅님, 안녕하세요, 티맥스티베로입니다. 인텔의 4세대 프로세서와 티베로 DBMS을 선택하시고 찾아주시면 최선을 다해 지원드리겠습니다^^
운영중 파라미터 변경은 Standard edition에서도 지원하고 있습니다.
질문감사드립니다. 너무 포괄적인 질문이라 적절한 답변을 드리기가 쉽지 않은점 양해 부탁드립니다. DBMS관점에서는 프로젝트마다 차이는 있겠지만 DBMS가 기존환경과 다르게 변경되는 프로젝트의 경우, DBMS의 안정성이나 성능에 대한 것을 어떻게 확보는가에 대한 계획과 준비/ 테스트 과정을 많이는 고려하는 것으로 보입니다.
이민수님, 안녕하세요, 티맥스티베로입니다. 인텔의 4세대 프로세서와 티베로 DBMS를 선택하시고 찾아주시면 최선을 다해 지원드리겠습니다^^
안녕하세요. 티맥스티베로입니다. 현재 Tibero는 가장 대중적으로 사용되는 400여개의 3rd Party 솔루션(CDC, ETL, EAI...)들과 연동 인증이 되어 있으며 이외의 솔루션들도 표준 JDBC, ODBC 인터페이스를 통하여 연동을 지원합니다.
쿠버네티스 환경과 백업은 크게 관계가 없는 영역으로 보입니다. 가능한 영역으로 판단됩니다.
말씀하신 것처럼, CDC나 TSC의 경우, TAC도 마찬가지로 빠른 응답속도와 대용량 처리를 위해서는 티베로자체적인 성능외 네트워크의 Latency와 서버 성능이 전제가 되어야 합니다. 네트워크와 서버측 영역은 티베로 외적인 영역으로 구분됩니다.
현재 PostgreSQL만 지원합니다. '24년에는 MariaDB를 지원할 계획입니다. 아무래도 장점은 상용벤더에서 안정적으로 오픈소스를 공급하고 기술지원한다는데 있다고 판단됩니다.
네 정확하십니다. Observer와 각 DB 노드가 지속적으로 헬스 체크를 하게 되며 이를 observer노드가 장애 발생시 인지하게 되고 자동 페일오버를 수행하는 구조입니다.
안녕하세요. 티맥스티베로입니다. Flashback의 경우 Flashback Log File 이 따로 존재하고 있습니다. Flashback 복구는 Flashback Log, Redo Log를 통하여 복구하고 있으며 Redo Log에 문제 발생시 Flashback Log가 보관된 Marker 상태까지의 복구만 지원합니다.
아 별도의 log를 사용하는 군요...답변 감사합니다. 그럼 redo log와 flash log는 상호 보완관계는 아닌가보군요.. 혹시 어떤 관계인가요?
안녕하세요. 티맥스티베로입니다. 상호보완 보단 따로 별개의 로그파일로 파악해주시면 될 것 같습니다.
티베로 3rd Party 인증센터를 통해 업체 컨텍부터 연동 테스트 등을 체계적으로 지원하며 기능 적용 필요시 연구소를 통한 빠르게 지원하고 있습니다.