웨비나속 Q&A
최근 웨비나 진행 중 발생한 질문과 답변을 조회할 수 있습니다
[질문]고객 입장에서는 DB만 바꾸고 애플리케이션 변경은 최소화하고 싶어 하는데, 이를 위해 인젠트가 제공하는 접근 방식이나 도구가 있는지 궁금합니다.
저희 인젠트는 애플리케이션 변경을 최소화하는 방향으로 먼저 SQL·객체·데이터 타입 호환성을 분석합니다. 이후 DB2PG·TDM 기반으로 DDL 변환, 데이터 이관, 정합성 검증을 수행하고, 애플리케이션의 SQL·함수·프로시저와 순수 SQL보다는 전환율이 낮은 편이지만 XML 내 SQL도 일괄 변환합니다. 자동변환이 어려운 오라클 고유 기능만 선별해 수작업으로 보완하므로 전체 수정 범위를 줄일 수 있습니다. 다만 빈 문자열·NULL 처리, 패키지·힌트·트랜잭션 방식처럼 동작 의미가 다른 영역은 무변경을 보장하기보다 핵심 업무 PoC와 회귀 테스트로 안전성을 확인합니다.
인젠트 담당자
2026-08-25 14:49
[질문] 솔루션 도입 전에 기업 입장에서 준비해야 하는 사항이나 필수 고려사항은 무엇인가요?
도입 전에는 먼저 비용 절감, 성능 개선, 표준화 등 목표와 대상 업무의 우선순위를 명확히 해야 합니다. 이후 현행 DB 버전·용량·증가율, SQL·프로시저·패키지, 연계 및 서드파티 솔루션, 보안·감사 요건을 정리하고 SLA·RTO·RPO와 허용 중단시간을 확정해야 합니다. 대표 데이터와 핵심 업무를 활용한 PoC 환경, 고객사 DBA·개발·운영·업무 담당자도 필요합니다. 저희 인젠트는 사전 진단과 Discovery Workshop을 통해 전환 난이도, 목표 아키텍처, 예상 공수와 TCO, 단계별 이행·검증·복구 계획까지 함께 수립합니다.
인젠트 담당자
2026-08-25 14:46
[질문] API를 활용하여 AI Agent를 In-house 시스템과 연계 구성하여 업무 효율성을 극대화 할 수 있는 방법이 있을까요?
아직 답변이 없습니다
(질문) 1. 기존 VM 기반 인프라를 운영 중인 기업이 도입할 때 가장 현실적인 마이그레이션 절차와 주의해야 할 사항은 무엇인지요? 2. 기업들이 운영 성숙도를 높이기 위해 반드시 구축해야 하는 체계는 무엇이라고 보시는지요? 3. 향후 AI Agent, GitOps, 플랫폼 엔지니어링이 확산되는 환경에서 마이그레이션을 어떤 방향으로 발전하고 있고, 운영 조직은 어떤 역량을 우선적으로 준비해야 하는지요?
아직 답변이 없습니다
[질문] 요즘 사내 문서나 매뉴얼을 활용해 생성형 AI 검색(RAG) 시스템을 많이 만들고 있고 현재 저도 실제로 사용하고 있습니다. AI 관련 질문을 뺄 수 없을거 같은데요 eXperDB를 별도의 다른 벡터 DB 추가 없이 메인 DB 겸 RAG용 벡터 저장소로 바로 활용해도 검색 속도나 대용량 데이터 처리 성능에 무리가 없는지 알고 싶습니다.
아직 답변이 없습니다
[질문] 오포스소스 기반 DBMS 도입 시 가장 우려되는 부분이 장애 대응인데, 인젠트에서 24/7 실시간 기술지원 체계를 어떻게 제공하시나요?
아직 답변이 없습니다
[질문]오라클의 특성 기능과 최적화에 대한 DB 무중단 마이그레이션 방안과 데이터 이동 후 무결성,정합성 검증은 어떻게 지원되는지요? 사전 시뮬레이션을 통해 오차,오류를 얼마나 줄일 수 있으며, 전환 후 운영에서 발생하는 장애와 DBA 관리자에 대한 지원 방안은 무엇인지요?
아직 답변이 없습니다
[질문] Oracle에서 PostgreSQL로 전환할 때 가장 큰 난관 중 하나가 PL/SQL, Stored Procedure, Function 같은 애플리케이션 로직의 호환성이라고 생각하는데 실제 프로젝트에서 가장 많은 수정이 발생하는 부분은 무엇이며 이를 자동화할 수 있는 방법도 있나요?
아직 답변이 없습니다
[질문]EDB, opensql 대비 experDB의 장점이 뭔가요?
아직 답변이 없습니다
[질문]단순 이관이 아니라 성능 검증과 튜닝이 핵심일 것 같은데 어떤 단계에서 가장 많은 개선이 이루어지는지, 오라클 대비 성능을 유지하거나 개선한 사례가 무엇인지 궁금합니다.
아직 답변이 없습니다
[질문] 오픈소스 DB를 도입할 때 가장 걱정되는 부분이 '갑작스러운 장애 발생 시 대처'입니다. eXperDB의 통합 관리 콘솔(Management)은 전문 DB 엔지니어가 없는 부서에서도 장애 경보를 직관적으로 이해하고, 클릭 몇 번만으로 실시간 복구(Fail-over)나 백업본 되돌리기를 쉽게 수행할 수 있는지 궁금합니다. 혹은 갑작스런 장애 발생시 이를 어떻게 대응하는지 궁금합니다.
eXperDB Management는 DB 상태와 주요 지표, 임계치 경보, 세션·쿼리 정보를 대시보드에서 직관적으로 확인할 수 있습니다. 사전에 HA가 구성된 환경은 장애 감지 후 자동 Fail-over와 VIP 전환이 가능하고, 백업 정책 설정과 복구 작업도 GUI로 관리할 수 있습니다. 장애 발생 시 자동 전환 또는 엔지니어 지원 전환, 원인 분석과 복구까지 대응합니다. 운영 교육·모의훈련과 계약 기반 24×365 기술지원도 제공합니다.
인젠트 담당자
2026-08-25 14:43
[질문] 인젠트가 보유하고 있는 맞춤형 솔루션을 효과적으로 적용 및 활용하기 위해서 기업입장에서 사전에 준비해야할 필수조건이 있는지요? 또 중소기업에 적용된 우수사례가 궁금합니다.
별도의 대규모 선행 투자가 필수인 것은 아닙니다. 다만 전환 목표와 SLA, 현재 DB·SQL·객체·서드파티 현황, 대표 테스트 데이터와 PoC 환경, 업무·운영 책임자, 보안·백업·DR 기준은 사전에 정리되어야 합니다. 이를 바탕으로 저희가 고객 환경에 맞는 제품 구성과 전환 범위를 설계합니다. 중소기업은 전담 DBA가 부족한 경우가 많아 통합 모니터링·백업·HA를 함께 적용하고, 비핵심 업무부터 단계적으로 전환해 라이선스와 운영 복잡도를 낮춘 사례가 효과적입니다. 고객명과 절감 수치는 공개가 제한되지만, 상담 시 유사업종·규모의 레퍼런스를 별도로 안내해 드립니다.
인젠트 담당자
2026-08-25 14:40
[질문]기술적 문제보다 조직적 문제나 검증 부족 때문에 실패하는 사례가 많은지, 실제 프로젝트에서 자주 발생하는 실수와 사전 예방 방법이 무엇인지 궁금합니다.
네, 실제 프로젝트에서는 기술 자체보다 역할 불명확과 검증 부족이 더 큰 위험이 되는 경우가 많습니다. 자주 발생하는 실수는 전환 범위를 한 번에 넓게 잡는 것, 애플리케이션·서드파티 의존성을 누락하는 것, 컴파일 성공을 전환 완료로 판단하는 것, 실데이터 성능·장애·롤백 테스트를 생략하는 것입니다. 저희는 초기부터 고객 DBA·개발·운영·업무 담당자가 참여하는 공동 조직을 구성하고 책임과 완료 기준을 명확히 합니다. 이후 대표 업무 PoC, 전체 리허설, 병행운영, 정합성·성능 검증, 장애복구 훈련과 운영자 교육을 단계별 통과 조건으로 관리합니다.
인젠트 담당자
2026-08-25 14:38
[질문] Oracle에서 PostgreSQL로 전환했을 때 성능이 저하되는 경우가 어느 정도 있을까요?
성능 저하 비율을 일률적으로 말하기는 어렵지만, 저희 경험상 동일한 인프라와 적정한 통계·인덱스가 구성되면 일반 SQL 대부분은 기존 수준을 유지하거나 개선됩니다. 다만 전체 주요 SQL의 약 10~20%는 추가 튜닝 대상으로 보는 것이 현실적입니다. 특히 Oracle 힌트, 복잡한 조인·서브쿼리, 암묵적 형변환, 파티션·병렬처리 의존도가 높은 SQL은 편차가 커질 수 있습니다. 저희는 전환 전 성능 기준선을 확보하고, 핵심 SQL PoC와 부하 테스트를 통해 저하 쿼리를 선별한 뒤 SQL·인덱스·통계·파라미터를 함께 최적화합니다.
인젠트 담당자
2026-08-25 14:37
[질문] 오라클에서 쓰던 튜닝 명령어나 복잡한 쿼리가 PostgreSQL로 변환되는 과정에서 속도가 느려지는 경우가 많은데, 마이그레이션 할 때 성능이 떨어질 만한 쿼리를 미리 찾아내고 자동으로 최적화해 주는 튜닝 도구가 있나요?
아직 답변이 없습니다
[질문] 기존에 오라클(Oracle)이나 MS-SQL 같은 상용 DBMS를 쓰던 기업이 eXperDB로 전환했을 때, 라이선스 비용 외에 '서드파티 모니터링 및 보안 솔루션 추가 구매 비용'까지 포함하면 대략 어느 정도 비율의 예산 절감(TCO) 효과를 기대할 수 있나요? 실제 고객사 중 가장 극적인 비용 절감 사례가 있는지 궁금합니다.
아직 답변이 없습니다
[질문]저장 프로시저, 패키지, 힌트, 트리거 등 오라클 고유 기능 사용량이 많은 경우에도 전환 성공 사례가 있는지, 전환 난이도가 높은 영역은 어떤 방식으로 보완하는지 궁금합니다.
네, 오라클 고유 기능 사용량이 많은 시스템도 전환 사례가 있습니다. 다만 자동변환율보다 업무 로직을 정확히 재현하는 것이 핵심입니다. 저희 인젠트는 먼저 객체별 의존성과 난이도를 분석하고, 프로시저·패키지는 PL/pgSQL 또는 애플리케이션 로직으로 재구성합니다. 힌트는 통계·인덱스·SQL 튜닝을 우선 적용하고 필요 시 pg_hint_plan을 활용하며, 트리거는 실행 순서와 트랜잭션 차이를 반영해 재작성합니다. 이후 단위·성능 테스트와 병행운영으로 정합성을 검증해 전환 위험을 낮춥니다.
인젠트 담당자
2026-08-25 14:31
[질문] Oracle의 PL/SQL, 프로시저, 패키지, 트리거 등이 복잡한 시스템의 경우 SQL 자동변환만으로 대략 어느 정도까지 전환이 가능한 가요?
저희 인젠트가 현장에서 진단해 보면 단순 SQL을 포함한 전체 객체는 보통 70~80%까지 자동변환이 가능합니다. 다만 복잡한 PL/SQL·패키지·트리거만 놓고 보면 자동변환율은 대략 50~70% 수준이며, 나머지는 수작업 보완이나 재설계가 필요합니다. 특히 `DBMS_*` 패키지, 동적 SQL, Autonomous Transaction, Collection, 외부 연계가 많을수록 비율은 낮아집니다. 따라서 저희는 사전 호환성 분석과 대표 업무 PoC를 통해 고객 환경의 실제 전환율과 공수를 먼저 산정해 드립니다.
인젠트 담당자
2026-08-25 14:29
[질문]오라클 엑사데이터 인프라 구축과 운영하는 경우에, 인젠트를 통한 전환을 검토에 대한 인프라와 DB 검토 주요 요소는 무엇인지요? 전환 시, ROI와 보이지 않는 비용에 대한 요소는 무엇이며 이에 대한 인젠트 지원 방안은 어떻게 되는지요?
엑사데이터 전환은 먼저 OLTP·OLAP 부하, 데이터 증가량, IOPS·지연시간, Smart Scan·병렬처리·압축 효과와 RAC·ASM·Data Guard·백업/DR 구성을 확인해야 합니다. DB 영역은 SQL·PL/SQL, 파티션, 보안·감사, 외부 솔루션 의존성과 SLA가 핵심입니다. ROI에는 라이선스·유지보수·증설비뿐 아니라 분석·재개발·테스트·이중운영·교육·전환 중단 위험까지 포함해야 합니다. 저희 인젠트는 사전 진단, PoC/BMT, 목표 아키텍처 설계, 자동 변환·이관·정합성 검증, 성능 튜닝, HA/DR 구축과 교육·기술지원을 전환 전 과정에 제공합니다.
인젠트 담당자
2026-08-25 14:27
[질문]전환 방식이 일괄 전환, 단계적 전환, 부분 전환으로 나뉘는 경우가 많은데 어떤 기준으로 선택하는지, 업종이나 시스템 규모에 따라 전략이 달라진다면 대표적인 판단 기준이 궁금합니다.
전략은 업무 중요도, 허용 중단시간, 데이터 규모, 시스템 의존성, SQL·PL/SQL 복잡도, 정합성 및 롤백 가능성을 기준으로 선택합니다. 규모가 작고 연계가 단순하며 충분한 전환 시간을 확보할 수 있으면 일괄 전환이 효율적입니다. 금융·공공처럼 24×365 운영하고 연계 시스템이 많은 핵심계는 업무 단위의 단계적 전환이 안전합니다. 오라클 종속 기능이 강한 영역은 유지하고 독립 업무만 eXperDB로 옮기는 부분 전환이 적합합니다. 최종 방식은 사전 진단과 PoC, 리허설에서 측정한 전환시간과 복구 가능성으로 보통 확정 합니다.
인젠트 담당자
2026-08-25 14:26