복제(Replication)는 한 데이터베이스 서버인 소스(source)에서 다른 서버인 레플리카(replica)로 데이터를 복사하는 기술입니다. 복제는 데이터베이스의 강력한 기능으로, 고가용성(High Availability)을 제공하고 재해 복구(Disaster Recovery)를 지원합니다.개요또한 레플리카 서버를 테스트나 리포팅 용도로 활용하면 운영 환경의 OLTP(Online Transactional Processing) 데이터베이스 부하를 줄일 수 있습니다. 이 글에서는 PostgreSQL®의 다양한 복제 유형을 살펴보고
이 글에서는 Oracle® E-Business Suite®(EBS) R12.2.9 환경에서 재해 복구(Disaster Recovery, DR) 시스템을 유지 관리하고 패치를 적용하는 방법을 소개합니다. Oracle 12.2 애플리케이션 DR 시스템에 데이터베이스(DB) 패치와 애플리케이션(APPS) 패치를 적용하는 표준 절차를 단계별로 설명합니다. 소개 DR 애플리케이션 사이트를 구축하는 과정은 이전 블로그 포스트에서 다룬 클론(Clone) 시스템 생성 절차와 거의 동일합니다. 재해 상황이 발생하면 XML 파일의 호스트명 정보만 몇
Oracle® 데이터베이스를 아카이브하면 데이터를 장기간 보관하고 저장할 수 있습니다. 하지만 아카이브 저장 공간이 가득 차면 어떻게 될까요? 개요 아카이브 경로(archive destination)가 꽉 차면 Oracle 데이터베이스가 멈추거나(hang) 정지 상태에 빠질 수 있으며, 다음과 같은 오류가 발생할 수 있습니다. ORA-00257: 아카이버 오류(Archiver error), 공간이 확보될 때까지 internal로만 접속 가능 ORA-16014: 로그 2 시퀀스# 1934가 아카이브되지 않음, 사용 가능한 대상 없음
Oracle® GoldenGate(OGG) 모니터 에이전트(jagent)는 GoldenGate 인스턴스에 대한 정보를 수집하여 Oracle GoldenGate Monitor Server와 Oracle GoldenGate용 Enterprise Manager 플러그인으로 전송하는 핵심 구성 요소입니다. 이 글에서는 OGG 12c 환경에서 기존 jagent를 최신 버전의 모니터 에이전트로 업그레이드하는 전체 과정을 단계별로 살펴봅니다. 기존 OGG 12c jagent 설치 및 업그레이드 V44427-01.zip 파일의 압축을 해제하면
2020년 10월 ObjectRocket.com/blog에 최초 게시 ObjectRocket Database-as-a-Service 팀은 2020년 4분기에 호스팅 MongoDB® 서비스 지원 범위를 AWS®와 GCP® 클라우드로 확장했다는 소식을 발표했습니다. 이번 출시가 저희에게 특별한 의미를 갖는 이유는, ObjectRocket DBaaS가 2012년 처음 출시될 때부터 MongoDB와 함께 시작했기 때문입니다. 그만큼 MongoDB는 저희에게 늘 특별한 존재였고, 이제 이 서비스를 AWS, GCP, 그리고 조만간 Azure까
이 글에서는 Linux 운영체제(OS)에서 실행 중인 2노드 Oracle® Grid Real Application Cluster(RAC)를 12c(12.1.0.2) 버전에서 19c(19.7.0) 버전으로 업그레이드하는 과정을 단계별로 자세히 안내합니다. 개요 현재 사용 가능한 Oracle Grid RAC의 최신 버전은 19c입니다. Oracle은 향상된 안정성과 보안성을 위해 Grid 인프라를 19c로 업그레이드할 것을 강력히 권장하고 있습니다. 특히 19c에서는 드라이런(dry-run) 업그레이드와 같은 다양한 새로운 기능이 도입
캐시 퓨전(Cache Fusion)은 오라클(Oracle) Real Application Clusters(RAC)에서 두 인스턴스 간에 데이터 블록을 전송하는 기술로, RAC의 가장 핵심적이고 중요한 기능입니다. 개요 오라클 공식 문서에 따르면, RAC 클러스터의 각 인스턴스는 자체적인 로컬 버퍼 캐시를 보유하고 있으며, 여기서 캐싱 작업이 수행됩니다. 하지만 여러 사용자가 서로 다른 노드에 접속한 상태에서는 다른 인스턴스가 소유한 데이터 블록에 접근하거나 잠금(lock)을 설정해야 하는 경우가 자주 발생합니다. 이런 상황에서 요청
이 글에서는 Oracle Identity Cloud Service(IDCS)를 기존 Oracle® e-Business Suite®(EBS) 환경과 통합하는 방법을 소개합니다. 소개 IDCS는 Oracle의 클라우드 기반 아이덴티티 플랫폼으로, EBS 애플리케이션에 접근하기 위한 SSO(Single Sign-On) 서비스를 제공합니다. 별도의 설치 작업이 필요 없으며, 백업, 복구, 패치, 업그레이드, 확장 등 모든 운영 관리는 Oracle Cloud에서 처리해 줍니다. 필요한 구성 요소는 단 하나, 바로 EBS Asserter입니다
이 글은 2020년 11월 ObjectRocket.com/blog에 처음 게시되었습니다. MongoDB 4.2가 ObjectRocket의 엄격한 테스트를 통과하여 이제 ObjectRocket 플랫폼에서 정식으로(GA) 사용할 수 있다는 사실, 알고 계셨나요? MongoDB 4.2의 주요 기능 전체 기능 목록은 MongoDB 4.2 릴리스 노트에서 확인하실 수 있습니다. 그중에서도 특히 주목할 만한 업데이트와 변경 사항을 소개합니다. 샤딩(Sharding) 분산 멀티 도큐먼트 트랜잭션: MongoDB 4.0에서는 레플리카 셋(Repl
Amazon® Web Services®(AWS®)는 관계형 및 비관계형 데이터베이스를 모두 아우르는 다양한 데이터베이스(DB) 서비스를 Database-as-a-Service(DBaaS)와 Platform-as-a-Service(PaaS) 두 가지 모델로 제공합니다.이러한 서비스는 주요 벤더가 제공하는 대부분의 상용 라이선스 제품과 오픈소스 제품을 지원합니다. AWS는 기업 수준에서 안전하고 확장 가능한 데이터베이스를 효율적이면서도 비용 효과적으로 구축·운영할 수 있는 방법을 제공합니다.이 글에서는 AWS의 대표적인 DBMS 서비스
드디어 이전 블로그 포스트 Unified Data Platform - SQL 2019를 이어받아 새로운 시리즈를 시작하게 되어 기쁩니다.이 시리즈에서는 PolyBase®를 통해 데이터 가상화를 구현하는 방법을 깊이 있게 다룹니다. 이번 글에서는 전체적인 소개와 데모를 위한 사전 준비 사항을 살펴보고, 2부에서 실제 데모를 진행합니다.복습이전 포스트에서 다룬 핵심 내용을 간단히 되짚어 보겠습니다.SQL Server®가 DB 엔진에서 통합 데이터 플랫폼(Unified Data Platform)으로 발전한 과정SQL 2019가 제공하는
이 PolyBase 기반 UDP(통합 데이터 플랫폼) 데이터 가상화 시리즈 1부에서는 PolyBase의 개념을 소개하고 데모 진행에 필요한 사전 준비 사항을 안내했습니다. 이번 마지막 편에서는 본격적으로 데모를 단계별로 살펴보겠습니다. 데모: SQL PolyBase를 설정해 Azure Blob에서 데이터 가져오기 다음 순서대로 진행하면 됩니다. 1. Blob에 있는 외부 텍스트 파일에 접근하도록 SQL Server® 설정 Azure® Blob에 저장된 외부 텍스트 파일을 SQL Server가 읽을 수 있게 하려면 다음 쿼리를 실행합
워크플로우 통신의 보안을 강화하려면 Oracle® 애플리케이션 서버에 SSL(Secure Sockets Layer)을 구성할 수 있습니다.개요이 글에서는 SSL이 활성화된 SMTP/IMAP 서버에 워크플로우 Java 메일러(Workflow Java Mailer)를 연결하는 테스트 케이스를 설정하기 위한 명령어와 도구 사용 예시를 소개합니다.아래의 세부 단계를 따라 워크플로우 Java 메일러를 구성해 보세요.1단계: 포트 개방네트워크 담당 팀과 협의하여 Concurrent Manager 티어에서 다음 포트를 개방합니다: SMTP/SS
이전 블로그 게시물 PolyBase를 활용한 통합 데이터 플랫폼과 데이터 가상화: 2부에서 PolyBase를 이용한 데이터 가상화 데모를 소개한 바 있습니다.외부 데이터 소스에서 데이터를 가져오는 SQL PolyBase 데모를 설정하는 과정에서 몇 가지 문제에 직면했는데, 다행히 빠르게 해결할 수 있었습니다. 같은 문제를 겪고 계신 분들에게도 도움이 되기를 바라며, 이번 글에서는 이러한 오류들을 한곳에 정리해 공유하고자 합니다. 그럼 시작해 보겠습니다.첫 번째 문제오류: 머신당 하나의 SQL Server 인스턴스에만 PolyBase
이 글에서는 Oracle® Autonomous Database Dedicated와 Exadata® 클라우드 인프라에 대한 다양한 출처의 정보를 종합해 정리해 드립니다. 소개 Oracle Autonomous Database 기술 개요(Technical Overview) 문서에 따르면, “Oracle Autonomous Database는 클라우드의 유연성과 머신 러닝의 강력한 성능을 결합해 데이터 관리를 서비스 형태로 제공합니다.” 또한 같은 문서는 “Oracle Autonomous Database에는 Oracle Exadata와 E
2019년 5월 Onica.com 블로그에 처음 게시된 글입니다. 빅데이터의 잠재력은 누구나 알고 있습니다. 그러나 일부 기업들은 여전히 데이터와 분석을 레거시(구형) 환경에 머물러 있으며, 온프레미스 서버에 저장된 정형 데이터를 독점 소프트웨어로 분석하는 방식에 의존하고 있습니다. 빅데이터 친화적인 방식으로 전환하려는 조직에게 이러한 구식 환경은 커다란 걸림돌이 됩니다. 하지만 지난 몇 년간 데이터 엔지니어링 분야의 변화가 워낙 극적이었기 때문에, 새로운 방법론과 기술을 도입하지 않는 조직은 상당한 비즈니스 혜택을 놓치고 있는 셈
이 글에서는 Oracle® WebLogic® Server 12c(12.1.2) 환경에서 SSL을 구성하는 방법을 단계별로 자세히 설명합니다. 개요 오늘날 데이터와 정보의 보안은 가장 중요한 관심사 중 하나입니다. 수많은 애플리케이션이 네트워크를 통한 안전한 통신을 위해 SSL(Secure Socket Layer) 프로토콜을 사용하고 있으며, 실제로 SSL은 현재 가장 널리 사용되는 네트워크 통신 프로토콜 중 하나입니다. SSL을 사용하도록 구성된 WebLogic Server는 두 애플리케이션 간의 연결에 대해 신원 인증(ident
이 글에서는 자율 데이터베이스(Autonomous Database)의 개념을 소개하고, 오라클 클라우드 인프라(Oracle Cloud Infrastructure, OCI)에서 상시 무료(Always Free) 자율 데이터베이스를 생성하고 활용하는 방법까지 단계별로 안내합니다. 자율 데이터베이스란? 자율 데이터베이스는 오라클이 제공하는 최신 클라우드 데이터베이스로, EXADATA 인프라 위에서 구동되며 데이터베이스와 데이터 센터 운영 전반을 완전히 자동화합니다. 머신러닝을 비롯한 다양한 AI 기술을 활용해 기존에 데이터베이스 관리자(
이 글에서는 Oracle Cloud Infrastructure(OCI)의 파일 스토리지 서비스를 소개하고, 실제로 파일 스토리지를 생성한 뒤 여러 컴퓨트 인스턴스에 마운트하는 전 과정을 단계별로 안내합니다. 개요 Oracle® Storage Cloud Services는 사용자의 요구 사항에 따라 다양한 유형의 스토리지 서비스를 제공하므로, 목적에 맞는 서비스를 선택할 수 있습니다. 서비스를 선택할 때 고려해야 할 주요 요소는 다음과 같습니다. 영구 저장 여부: 영구(persistent) 스토리지가 필요한지, 비영구(nonpersi
이 글에서는 물리적 스탠바이 데이터베이스(Physical Standby Database)를 활용해 새로운 데이터베이스를 복제하는 방법을 단계별로 소개합니다. 데이터베이스 복제(Database Duplication)는 네트워크를 통해 원본 데이터베이스를 보조 목적지(auxiliary destination)로 복사한 뒤 복제 데이터베이스를 생성하는 기능입니다. 이 방식의 가장 큰 장점은 사전에 준비된 RMAN 백업이나 백업본이 전혀 필요 없다는 점입니다. 물리적 스탠바이 데이터베이스로부터의 복제는 Oracle 11g Release 2