웨비나속 Q&A
최근 웨비나 진행 중 발생한 질문과 답변을 조회할 수 있습니다
[질문]저장 프로시저, 패키지, 힌트, 트리거 등 오라클 고유 기능 사용량이 많은 경우에도 전환 성공 사례가 있는지, 전환 난이도가 높은 영역은 어떤 방식으로 보완하는지 궁금합니다.
네, 오라클 고유 기능 사용량이 많은 시스템도 전환 사례가 있습니다. 다만 자동변환율보다 업무 로직을 정확히 재현하는 것이 핵심입니다. 저희 인젠트는 먼저 객체별 의존성과 난이도를 분석하고, 프로시저·패키지는 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
[질문] 단순 조회 SQL보다 오라클의 PL/SQL 프로시저와 함수가 사용된 시스템을 운영하는 경우에도 일반적인 SQL 마이그레이션 방식으로 접근 가능한가요?
접근은 가능하지만, 일반 SQL 변환만으로는 부족합니다. PL/SQL은 단순 문법이 아니라 패키지 상태, 예외 처리, 동적 SQL, Collection, Autonomous Transaction, DBMS_* 기능까지 포함하기 때문입니다. eXperDB 전환에서는 먼저 프로시저·함수의 호출 관계와 오라클 종속도를 분석한 뒤, 자동 변환 가능한 부분은 PL/pgSQL로 옮기고 나머지는 재설계합니다. 이후 컴파일 확인뿐 아니라 단위·회귀·성능·동시성 테스트까지 수행해야 하며, 핵심 로직은 대표 업무 PoC로 전환 난이도와 공수를 먼저 확정하는 것이 안전합니다.
인젠트 담당자
2026-08-25 14:25
[질문] 모든 Oracle 시스템을 PostgreSQL 계열로 전환하는 것이 반드시 효율적인 것은 아닐 것 같은데, 실제 마이그레이션 프로젝트에서는 어떤 기준으로 전환이 적합한 시스템과 Oracle을 유지하는 것이 나은 시스템을 판단하시나요?
전환 여부는 ‘가능한가’보다 ‘효과가 위험보다 큰가’로 판단합니다. 표준 SQL 비중이 높고, 오라클 종속 기능이 적으며, 라이선스 부담이 큰 신규·고도화 시스템은 eXperDB 전환에 적합합니다. 반면 복잡한 PL/SQL·RAC·Exadata 의존도가 높거나, 패키지 솔루션이 Oracle만 인증하고, 매우 짧은 중단시간과 검증된 성능이 절대적인 핵심 코어시스템은 유지가 합리적일 수 있습니다. 실제로는 업무 중요도·호환성·성능·의존성·운영역량·5년 TCO를 평가한 뒤, PoC 결과로 전환·유지·단계 전환을 결정합니다.
인젠트 담당자
2026-08-25 14:23
[질문] 오라클 복합 패턴 처리와 관련된 패키지나 저장 프로시저를 오픈소스로 옮길 때 자동으로 안 바뀌고 직접 사람이 수정해야 하는 비중이 보통 얼마나 되는지 궁금합니다
일반 SQL과 단순 PL/SQL은 도구로 70~80%까지 전환되지만, 복합 패키지·저장 프로시저의 수작업 비중은 보통 20~40%로 보는 것이 현실적입니다. 다만 DBMS_* 패키지, 동적 SQL, Autonomous Transaction, Collection, Job·DB Link 등 오라클 종속 기능이 많으면 50%를 넘기도 합니다. eXperDB 전환은 객체 수보다 난이도·호출 빈도·업무 중요도를 기준으로, 사전 호환성 분석과 핵심 프로시저 PoC를 통해 실제 수정률과 공수를 확정하는 것이 안전합니다.
인젠트 담당자
2026-08-25 14:21
[질문]1.오라클에서 오픈소스 DB로 전환하는 과정에서 가장 많이 발생하는 실패 요인은 무엇이고, 인젠트는 이를 사전에 어떻게 진단하고 예방하는지 궁금합니다. 2.인젠트만의 맞춤형 마이그레이션 전략은 기존 DB 분석, 전환 설계, 데이터 이관, 검증 단계에서 기존 방식과 어떤 차별점을 가지고 있는지요? 3.대규모 엔터프라이즈 환경에서 오라클의 PL/SQL, 프로시저, 배치 프로그램 등을 오픈소스 환경으로 전환할 때 가장 큰 기술적 난제와 해결 방안은 무엇인지요? 4.오라클 라이선스 비용 절감 효과와 함께 오픈소스 DB 도입의 실질적인 TCO 개선 효과를 어떻게 측정하고 검증할 수 있는지요? 5.금융·제조·공공 등 미션 크리티컬 시스템에서 오픈소스 DB로 전환할 경우 성능과 안정성을 보장하기 위한 인젠트만의 검증 방법론은 무엇인지요?
아직 답변이 없습니다
[질문]고객 입장에서 비용 절감만 보고 시작시 놓치기 쉬운 요소가 무엇인지, 실제 업무 중요도, 의존 시스템, SQL 호환성, 운영 리스크 중 무엇을 우선순위로 봐야 하는지 궁금합니다.
비용은 출발점이 아니라 검증의 결과로 봐야 합니다. 우선순위는 ① 업무 중요도와 허용 중단시간(RTO·RPO) ② 연계·배치·인터페이스 등 의존 시스템 ③ SQL·프로시저·데이터 타입의 호환성과 성능 ④ 백업·복구·HA·모니터링 및 운영인력 리스크 ⑤ 최종 TCO 순입니다. eXperDB가 이기종 이관과 정합성 검증을 지원하더라도, 애플리케이션 수정 범위와 전환·롤백 계획은 PoC로 반드시 확인해야 합니다. 핵심 업무를 한 번에 전환하기보다 저위험 업무부터 단계적으로 확대하는 것이 가장 안전합니다.
인젠트 담당자
2026-08-25 14:19
[질문] 이미 Active Directory·Entra ID·Okta 등을 운영 중인 환경에 IDIRA를 추가 도입할 때 기존 아이덴티티 인프라를 교체하지 않고 통합할 수 있나요? 도입 범위와 구축 기간은 어떻게 되나요?
아직 답변이 없습니다
[질문] 탈취된 자격증명을 이용한 정상 로그인처럼 기존 보안 솔루션이 탐지하기 어려운 아이덴티티 공격을 IDIRA는 어떤 방식으로 감지하며, 오탐 없이 실제 위협만 걸러내는 정확도는 어느 수준인가요?
아직 답변이 없습니다
수고하셨습니다. 제가 질문한 것 말씀을 해주셨는지?
아직 답변이 없습니다
[질문]IDIRA를 도입한 이후 실제 고객들이 가장 크게 개선했다고 평가하는 KPI는 무엇인가요? 예를 들어 특권 계정 감소율, 인증서 관리 자동화율, Mean Time to Revoke(MTTR) 단축 등의 정량적 효과가 있었는지 궁금합니다.
아직 답변이 없습니다
[질문]최근 공격자들은 계정을 탈취하기보다 API Key나 Service Account를 먼저 노리는 경우가 많은데, IDIRA에서는 이러한 공격을 탐지하는 핵심 지표는 무엇인지 궁금합니다.
아직 답변이 없습니다
[질문]머신 아이덴티티는 사람보다 훨씬 빠르게 증가하는데 실제 고객사에서는 사람 계정과 머신 계정의 비율이 어느 정도이며, 가장 먼저 관리해야 하는 대상은 무엇이었는지 궁금합니다.
아직 답변이 없습니다
[질문]AWS IAM Role, Azure Managed Identity, Google Workload Identity까지 하나의 정책으로 관리할 수 있는지 궁금합니다.
아직 답변이 없습니다
[질문]GitHub Actions나 GitLab CI/CD에서 사용하는 Secret과 Cloud IAM Role도 IDIRA에서 통합 관리할 수 있는지 실제 구축 사례가 궁금합니다.
아직 답변이 없습니다
[질문]Kubernetes Service Account와 SPIFFE/SPIRE 기반 Workload Identity도 IDIRA에서 함께 관리할 수 있는지 궁금합니다.
아직 답변이 없습니다
[질문] AI Assistant 기능 사용시에, 원하는 분야나 전문용어 등에 제한하여 생성형 결과를 도출할 수 있도록 학습하는 데이터나 금지어 등의 처리를 통해 원하는 범위 내에서 AI가 생성할 수 있도록 설정이 가능한가요?
아직 답변이 없습니다
[질문] .제로트러스트이나 랜섬웨어 관점에 스토리지의 방어,보안효과는 어떻게 평가될 수 있고, 보안취약점 검출에 따른 패치/업데이트 절차와 방법도 궁금합니다. 그리고 장애시 DR로의 절체 속도 및 신뢰성 등에서 스토리지와 솔루션은 타사대비 어떤 강점이 있는지도 궁금합니다.
아직 답변이 없습니다