타이밍과 업그레이드 경로
불확실한 타임라인:
오라클 데이터베이스 23ai 또는 오라클 데이터베이스 23.4는 오라클 클라우드 인프라스트럭처(OCI) 및 일부 개발자를 위한 일부 환경에서 이미 첫 선을 보였습니다. 그러나 메인스트림 온프레미스 버전으로의 통합 출시는 아직 다소 불확실합니다.1
이러한 불확실성으로 인해 특히 Linux 및 Windows에 의존하는 조직들은 23ai가 언제 프로덕션 환경에서 제공될지 궁금해하고 있습니다. 확실한 릴리스 날짜가 없는 모호함 때문에 비즈니스 및 기술 팀은 아카이빙을 기다려야 할지, 아니면 지원을 위한 다른 경로를 모색해야 할지 고민하게 되었습니다.
과거 릴리스와 트렌드를 살펴보면, 온프레미스 버전은 OCI 버전보다 몇 개월 늦게 출시되는 경향이 있습니다. 이를 염두에 두고, 우리는 다음과 같은 출시 일정을 예상합니다:
플랫폼 |
예상 출시일 |
---|---|
오라클 데이터베이스 23ai는 다음과 같은 오라클 OCI 서비스에서 사용할 수 있습니다.:• Exadata 데이터베이스 서비스 |
출시1 |
또한, Azure Oracle Database Service를 통해서도 접근할 수 있습니다. |
출시1 |
온프레미스 환경에서는 다음과 같이 다운로드 가능합니다:• Autonomous Database Oracle Database 23ai 컨테이너 이미지 |
출시1 |
온프레미스 Exadata, Linux 및 Windows |
출시 예정일: 2024/06 – 2024/09 |
설사 지금 Oracle Database 23ai를 아카이브에 보관하고 있다 하더라도, 안정적인 릴리스를 달성하는 데는 시간이 걸리며, 일반적으로 최소 2년이 소요된다는 점을 기억해야 합니다. 즉, 지금 접근할 수 있다 하더라도, 아카이브에 보관된 버전이 안정적이지 않을 수 있습니다.
오라클 데이터베이스 23ai로 가는 길
Oracle Database 19c 이전 버전에서 업그레이드하는 경우, 두 가지 주요 장애물에 직면할 가능성이 있습니다:
- 업그레이드 경로 Oracle Database 23ai는 Oracle Database 19c 및 21c 버전에서만 직접 업그레이드를 허용합니다.2 이전 버전을 사용하는 사용자는 최소 한 번 이상의 추가 업그레이드를 수행해야 하며, 이 과정은 시간, 노력, 테스트, 다운타임 및 위험을 수반합니다. 이러한 다중 업그레이드 요구 사항으로 인해 시간(및 다운타임), 노력, 위험이 훨씬 더 커질 수 있습니다.
- 클래식 Oracle 아키텍처의 제거 오라클 데이터베이스 23ai는 더 이상 기존의 non-CDB 아키텍처를 지원하지 않으므로 12.2에서 도입된 CDB/PDB 모델을 채택해야 합니다. 기존의 non-CDB 데이터베이스를 CDB/PDB 모델을 사용하도록 변환하려면 상당한 시간과 작업이 필요합니다.3
업그레이드는 전략적인 결정이어야 합니다. 이러한 새로운 기능들이 정말로 잠재적인 비즈니스 중단, 비용, 혜택, 시간 및 위험을 상회하는지 신중히 고려해야 합니다.
[1] https://blogs.oracle.com/database/post/oracle-Oracle%20Database%2023ai-now-generally-available
[3] 리플레이 업그레이드, 자동 업그레이드 또는 FPP 골드 이미지를 사용한 PDB 및 non-CDB 업그레이드
환경 안정성
기반이 불안정할 수 있음
모든 소프트웨어의 새 릴리스는 본질적으로 약간의 불안정성을 수반합니다. 이 최신 릴리스의 안정성을 측정하기 위해 이전 버전의 채택 패턴을 살펴봅시다:
오라클 8부터 18까지 오라클 데이터베이스의 초기 버전은 많은 어려움을 겪었습니다. 오라클 8에서는 접근성 문제, 4 오라클 11g와 12c에서는 메모리 관리의 복잡성이 드러났습니다. 이는 새로운 릴리스가 동반할 수 있는 어려움을 상기시켜주는 사례입니다.5
반면, Oracle 11.2, 12.2, 그리고 Oracle Database 19c와 같은 버전들은 성공적으로 채택되었습니다. 이러한 버전들은 각각 장기 지원 릴리스의 마지막 버전으로, 최적화를 위한 충분한 시간이 주어졌다는 공통점이 있습니다.
안정성과 신뢰성을 우선시하는 것이 중요합니다. 과거 패턴을 평가하면 2~3년 안에 초기 버그가 해결되고 보다 발전된 에코시스템이 구축될 수 있을 것입니다.
23.5 버전에서 잠재적으로 불안정성이 증가할 수 있음
Oracle Database 23의 다음 버전은 Oracle Database 23.4의 초기 릴리스 후 약 1년이 지나야 출시될 것으로 예상됩니다. 온프레미스 버전의 가장 빠른 출시는 2025년 중반쯤으로 보입니다.
새로운 기능이 대폭 추가된 만큼, 릴리스 내에서 추가적인 불안정성이 발생할 가능성도 인정해야 합니다. 23.5 버전에 추가 개선 사항이 도입되면 새로운 코드가 추가로 필요하므로 기본 버전에 영향을 미칠 것으로 예상해야 합니다.
23.5의 예상 출시 일정
플랫폼 | 예상 출시일 |
---|---|
OCI Exadata Database Service 및 Oracle Exadata Cloud@Customer | 2025/01 |
OCI 기타 DBaaS | 2025 |
온프레미스 Exadata | 2025/02 – 2025/06 |
온프레미스 Linux | 2025/02 – 2025/06 |
온프레미스 Windows | 2025/03 – 2025/07 |
[4] Oracle 8i의 초기 버전에서 도입된 고전적인 ‘248일 버그’가 그 예입니다.
[5] https://forums.oracle.com/ords/apexds/post/oracle-11g-to-12c-migration-error-1429
기능 및 비즈니스 영향
조직의 요구 사항에 따라 업그레이드 여부를 결정해야 합니다.
Oracle Database 23ai의 핵심 기능은 Oracle Database 19c와 크게 다르지 않지만, AI 벡터 검색, 데이터의 안전한 인코딩, 자연어 처리와 같은 AI 중심의 새로운 기능들이 추가될 것입니다.
이러한 새로운 기능들로 인해 일부 기능이 완전히 제거될 수도 있습니다. 예를 들어, Oracle 데이터베이스를 클래식 스타일로 생성하는 기능은 12c에서 더 이상 권장되지 않았으며, 21c에서 완전히 제거되었습니다. 이러한 변화는 업그레이드를 쉽게 할 수 있는 능력에 영향을 미칠 수 있습니다.6
이러한 새로운 기능들이 귀사의 비즈니스 목표와 실제로 부합하는지, 그리고 그 기능들이 실질적인 이점을 제공할지 평가해 보십시오.
새로운 기능의 일부 목록
- 성능 최적화 및 효율성
- 우선순위 트랜잭션
- 우선순위 그래프
- 테이블 공간 축소
- 트루 캐시
- 롤링 패치 적용
- 실시간 SQL 계획 관리
- 데이터 모델링 및 관리
- JSON 스키마
- JSON / 관계형 이중성
- 전 세계에 분산된 데이터베이스
- SQL 도메인
- Boolean 데이터 유형
- 스키마 수준 권한
- 개발자 생산성 및 유연성
- SQL 방화벽
- 읽기 전용 PDB 스탠바이
- 보안 & 컴플라이언스
- JS 저장 프로시저
- 개발자 역할
- 마이크로서비스 지원
- 고급 분석 및 검색
- AI 벡터 검색
업그레이드 비용
업그레이드 비용은 결코 적지 않습니다.
Oracle Database 23ai를 탐색할 때, 업그레이드와 관련된 잠재적 비용을 신중히 고려하는 것이 중요합니다.
업그레이드는 시간, 노력, 재교육, 품질 보증을 필요로 하며, 이는 모두 비용과 연관됩니다. 만약 귀사가 제한된 용량으로 오라클 데이터베이스 23ai를 도입해야 하는 경우, 리미니스트리트의 지원을 계속 유지하면서 DBaaS 솔루션으로 OCI를 사용하는 방안을 논의할 수 있습니다.7 또한 런타임/임베디드 라이선스나 시스템 통합업체를 통해 Oracle Database 23ai에 접근할 수 있는 방법도 있습니다.
Oracle Database 23ai로 업그레이드할 때 예상되는 비용과 라이선스 조정을 미리 고려하는 것이 중요합니다. 뒤처질 걱정을 할 필요가 없습니다. Oracle은 일반적으로 모든 데이터베이스의 개발자 라이선스 버전을 제공하므로, 귀사의 동의 하에 개인 컴퓨터에서 실행할 수 있습니다.
업그레이드의 필요성은 크지 않을 수 있습니다.
현재 사용 중인 Oracle 데이터베이스 버전이 고객의 요구 사항을 잘 충족하고 있을 것으로 판단됩니다. 모든 업계 동향을 파악하고 다음 사항을 고려하는 것이 중요합니다:
업그레이드 경로를 평가하고, 현재 안정적인 구현을 위해 인력, 시간, 자금을 상당히 투자하셨을 것입니다. Oracle Database 23ai로의 전환은 성공적인 프로젝트라고 해도 2~3년이 걸릴 수 있으며, 특히 복잡한 다중 업그레이드 경로를 탐색하는 경우 더욱 그렇습니다.
시스템의 안정성을 우선시하십시오. Oracle Database 23ai는 많은 새로운 기능과 향상된 기능을 제공하지만, 초기 안정성에 대한 우려는 자연스러운 일입니다. 조직의 비즈니스는 안정적인 데이터베이스에 의존하고 있으며, 최신 기능에 대한 즉각적인 접근보다는 안정성을 우선시하는 것이 현명할 것입니다.
숨겨진 비용드러내기. 업그레이드 결정은 귀사의 비즈니스 요구 사항과 일치해야 합니다. 구체적인 사용 사례와 비즈니스에 미치는 영향을 고려하고, 가치를 창출하는 데 필요한 시간과 자원을 충분히 고민하십시오.
당사는 조직이 정보에 입각한 결정을 내릴 수 있도록 지원하고 있습니다. 새로운 AI 기능은 상당한 잠재력을 가지고 있지만, 타이밍이 매우 중요합니다. 실질적인 비즈니스 가치를 제공할 뿐만 아니라 업무 중단을 최소화하고 혁신을 촉진하는 이니셔티브에 리소스를 집중할 수 있도록 하세요. 안정성을 유지하면서 발전을 도모할 수 있는 균형을 유지하는 것이 중요합니다. 리미니스트리트 유지보수에 대해 자세히 알아보고 기존 오라클 투자를 최적화하는 동시에 AI 투자를 신중하게 도입하여 현재 운영 중단을 최소화할 수 있는 방법을 알아보세요.
[7] https://redresscompliance.com/oracle-negotiation-experts-share-four-negotiation-strategies/