아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
저희는 먼저 업무 중요도와 허용 중단시간, 오라클 종속도, 데이터 규모·성능, 연계·서드파티 복잡도, 예상 TCO를 기준으로 시스템별 전환 점수를 산정합니다. 이후 ① 의존성이 낮은 비핵심 업무로 PoC ② 유사 업무군을 묶어 1차 전환 ③ 운영 표준과 기술역량을 확보한 뒤 핵심계로 확대하는 순서로 진행합니다. 각 단계에서는 기능·정합성·성능·장애복구·롤백 검증을 통과해야 다음 단계로 넘어갑니다. 오라클 전용 기능 의존도가 높은 영역은 재설계하거나 당분간 유지해, 성과는 빠르게 확보하면서 전체 전환 위험을 낮춥니다.
아직 답변이 없습니다
아직 답변이 없습니다
아닙니다. 롤백 가능성을 확보하기 위해 기존 Oracle은 전환 완료 및 안정화 기간까지 유지하는 것을 권장합니다. 장애 발생 시 eXperDB을 중단 또는 서비스 대상에서 제외하고 애플리케이션을 기존 Oracle로 다시 연결하는 형태로 원복합니다.
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
대용량 이관 시에는 운영 중 1차 전체 데이터를 병렬 적재하고, 이후 변경분은 외부 CDC 솔루션이나 별도 증분 이관 방식으로 반영해 중단시간을 줄일 수 있습니다. 외부 CDC를 사용할 수 없다면 최종 변경분 이관을 위한 점검 시간을 확보해야 하며, 정확한 중단시간은 사전 리허설로 산정합니다.
아직 답변이 없습니다
아직 답변이 없습니다
저희는 ‘전환이 가능한가’뿐 아니라 ‘전환 효과가 위험보다 큰가’를 함께 평가합니다. 주요 기준은 업무 중요도와 허용 중단시간, 데이터 규모·성능 요구, SQL·PL/SQL 및 오라클 고유 기능 의존도, 연계·서드파티 호환성, 운영역량과 예상 TCO입니다. 표준 SQL 비중이 높고 의존성이 단순한 업무는 우선 전환하고, 복잡한 핵심계는 PoC 후 단계적으로 추진합니다. Oracle 전용 기능이나 패키지 인증 의존도가 매우 높은 시스템은 유지 또는 부분 전환을 검토합니다. 컨설팅 결과는 즉시 전환·검증 후 전환·현행 유지로 구분해 로드맵으로 제시합니다.
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다