본문 바로가기

ORACLE/ADMIN23

[Oracle] List Partition Table 실습 및 정리 List Partition Table Object라는 것은 유저가 생성할 수 있는 것입니다. Segment는 Object들 중에서 데이터를 저장하기 위해서 저장공간이 필요로하는 것입니다. 기본 테이블은 하나의 Segment를 갖는 것을 원칙으로 해서 데이터의 양이 많이질 수록 쿼리작업을하는데 시간이 오래걸리게 됩니다. 만약 하나의 테이블이더라도 특정 기준으로 여러 Segment를 만들어서 필요한 데이터 범위에서만 조회를 한다면 어떨까요? 예를 들어 2015년도의 전체 데이터를 찾고싶은데 Table에는 1990년부터 데이터가 존재합니다. 여러 행을 결과로 반환하기 때문에 Full Table Scan 작업을 하게될텐데 1990년도 부터 모두 탐색하면 시간이 정말 오래 걸릴겁니다. 이럴때 기간을 기준으로 Pa.. 2020. 7. 23.

[Oracle] SQL Loader 데이터 이동 사용법 SQL Loader 비오라클 데이터베이스에서 오라클 데이터베이스로 데이터를 이동하는 방법으로 SQL Loader를 사용할 수 있습니다. SQL Loader는 csv나 tsv 파일처럼 특정 구분자나 위치로 정의되어 있는 텍스트파일 형식의 데이터를 이용해서 import하는 방식입니다. SQL Loader를 사용하기 위해서는 이러한 데이터가 담겨져 있는 데이터 파일과 import하는 데이터 파일 및 테이블에 대한 정보가 기술되어져 있는 컨트롤 파일 두가지를 이용합니다. SQL Loader 실습 실습환경 OS : Red Hat Enterprise Linux Server release 6.10 DB : Oracle 11.2.0.1 SID : orcl host : 601d2fce71dc 실습목표 - import용 .. 2020. 7. 19.

[Oracle] Transportable Tablespace 가장 빠른 데이터 이동 방법 Transportable Tablespace Transportable Tablespace는 오라클에서 오라클 데이터베이스로 데이터를 이동할때 가장 빠른방법이라고 합니다. 데이터펌프나 Export, Import 유틸리티를 사용할때는 그냥 insert작업을 하는 것과 비슷하다고 한다면 Transport Tablespace는 Datapump를 사용하여 메타데이터 즉 구조만 추출하고 데이터파일 자체를 이동시켜 migration 작업을 합니다. Transport Tablespace를 이용하여 데이터를 이동할때는 운영체제에 대한 제한이 있습니다. 데이터파일 자체를 이동시키다보니 파일을 저장하는 방식이 OS에 따라 상이하여 Platform의 Endian 정보만 같다면 이동이 가능했습니다. 하지만 이제는 Endian의.. 2020. 7. 18.

[Oracle] 데이터 이동 exp, imp 유틸리티 사용 오라클 데이터 이동 오라클 데이터베이스끼리의 데이터 이동을 할때 Export와 Import 유틸리티를 사용할 수 있습니다. Oracle 10g에서 Datapump라는 New Feature가 나오기 이전까지 exp, imp 유틸리티를 사용해서 Export와 Import 작업을 했습니다. 하지만, Datapump가 새롭게 나왔다고해서 이전에 사용하던 유틸리티들이 사라지지는 않았습니다. 기존의 방식과 Datapump는 내부적으로 사용되는 메커니즘이 다를뿐, 데이터를 이동하는 것은 같습니다. Datapump의 경우 export 혹은 import하는 작업을 하기 전에 해당 이동하려는 데이터에 대한 정보를 확인하는 작업을 거쳐 오히려 적은 양의 데이터를 취급할때는 기존의 방식이 더 빠릅니다. 실습환경 OS : Re.. 2020. 7. 17.

[Oracle] Datapump 데이터 이동, expdp impdp 유틸리티 사용 Oracle Datapump 데이터베이스 관리에 있어서 데이터 이동은 필수적으로 꼭 알아야하는 기술입니다. 오라클 데이터베이스에서는 Export(exp)와 Import(imp) 유틸리티를 사용해서 Data Migration 작업을 했었는데요, 10g부터 Datapump를 사용해서 기존 유틸리티보다 20배가량 빠르게 작업을 완료할 수 있다고 하네요. 기존 exp, imp 유틸리티와의 차이점 Datapump가 빠르게 작업을 진행할 수 있는 이유는 내부적으로 사용하는 메커니즘이 다르기 때문입니다. 기존의 방법과는 똑같이 데이터를 이동하지만 처리 방식에 따라 속도가 다르게 측정됩니다. 적은 양의 데이터를 이동시킬때는 Export와 Import 유틸리티가 더 빠릅니다. 아무래도 대량의 데이터를 취급할때 Datap.. 2020. 7. 16.

[Oracle] Materialized View 정리 및 Advisor 사용하여 쉽게 생성 일반 View의 문제점 View는 복잡한 SELECT 명령문을 간단하게 쿼리하기 위해 SELECT 문을 갖고 있는 오브젝트 입니다. 데이터를 갖고 있지 않고 SELECT문을 저장해서 해당 View를 조회했을 때, 쿼리가 복잡하다면 편할지언정 원래의 복잡한 쿼리문을 조회하는 것과 같습니다. 즉, 사용의 편의성은 있지만 성능적인 측면에서 문제가 되는 상황은 발생합니다. 문제가 되는 상황을 예로 들어 보겠습니다. 3개의 테이블을 조인하는 View가 있습니다. 그런데 3개의 테이블 모두 대량의 데이터를 보유하여 쿼리문을 통해 데이터를 조회하는데 너무 오랜 시간이 걸려 성능적인 개선이 필요한 상황이 발생합니다. 이러한 문제를 해결하기 위해 데이터를 보유하는 View인 Materialized View OR Suma.. 2020. 7. 16.

[Oracle] Tablespace 테이블스페이스 총 정리(종류, 생성, 삭제, 조회, 변경) Oracle Tablespace 일반적으로 데이터베이스를 배운다고 했을때 SQL문장을 사용하는 방법부터 배웁니다. 데이터를 조회, 수정, 삭제 작업을 하면서 문들 이런 생각이 들 수 있습니다. "내가 조회하는 이 데이터들은 도대체 어디에 저장 되어 있는거지?" 데이터를 조작했으니 어딘가에는 물리적으로 존재해야한다는 것을 인식하게 됩니다. Oracle에서는 Data file 이라는 물리적 파일 형태 저장하고 이러한 Data file이 하나 이상 모여서 Tablespace라는 논리적 저장공간을 형성합니다. Tablespace는 하나의 데이터베이스 안에 가장 큰 논리적 저장공간으로 업무의 단위나 사용용도에 따라 여러개의 Tablespace로 분리하여 관리되고 Segment(오브젝트)라는 논리적 저장공간의 집합.. 2020. 7. 14.

[Oracle] Dedicated Server와 Shared Server 차이 Dedicated Server와 Shared Server 서버방식 설정 사용자는 Database에 질의하고 Database는 해당 질의에 결과를 반환해줍니다. 이러한 과정에서 내부적으로 결과값까지 반환해주는데 설정 가능한 서버방식이 두가지가 있습니다. 각 사용자 별로 프로세스를 전담마크해주는 Dedicated Server 방식과 미리 프로세스를 기동시켜 들어오는 요청들을 순차적으로 처리하는 Shared Process가 있습니다. Dedicated Server Database에 별다른 설정을 하지 않는 다면 Dedicated Server 방식으로 설정됩니다. 그림에서 처럼 각 유저 프로세스에게 1 대 1로 전담마크해주는 서버 프로세스가 생성됩니다. 사용자로부터 연결 요청을 했을 때 Server Proces.. 2020. 7. 12.

[Oracle] 오라클 접속 tnsnames.ora 설정 Easy Connect, 로컬 이름 지정 방식 오라클 접속 방법 이전 글에서 Listener와 관련된 실습을 진행했습니다. 이번 글에서는 Oracle 접속 방법 중에서 가장 많이 사용하는 Easy Connect와 로컬 이름 지정 방식에 대해서 알아보겠습니다. 실습 환경 OS : OEL 5.4 DB : Oracle 12.1.0.2 SID: newdb, PROD(1개 서버안 2개 데이터베이스) hostname : host01 listener 사전 구축 완료 1521포트 사용 Easy Connect 방식 가장 쉽게 연결할 수 있는 방식입니다. 필요한 정보들을 나열해서 연결할 수 있습니다. [oracle@host01 ~]$ sqlplus system/oracle@host01:1521/PROD sqlplus를 이용해서 접속했습니다. /@:/ 형태로 연결해주면.. 2020. 7. 11.

[Oracle] Listener 동적 등록. UNKNOWN과 READY의 차이 -Oracle Listener 동적 등록 실습환경 OS : Red Hat Enterprise Linux Server release 6.10 DB : Oracle 11.2.0.1 SID: newdb, PROD(1개 서버안 2개 데이터베이스) hostname : 601d2fce71dc Oracle Listener를 등록하는 방법에는 두가지가 있습니다. 동적등록과 정적등록. 정적등록은 listener.ora파일에 직접 서비스를 등록해주는 방법 입니다. 자세한 내용은 아래 링크를 통해 확인합니다. [Oracle] Listener 네트워크 구성 정적 등록 listener.ora 생성 Oracle 네트워크 통신 방법 외부에서 Oracle서버를 통신하기 위해서는 Listener를 통해 통신을 하게됩니다. Listen.. 2020. 7. 11.

[Oracle] Listener 네트워크 구성 정적 등록 listener.ora 생성 Oracle 네트워크 통신 방법 외부에서 Oracle서버를 통신하기 위해서는 Listener를 통해 통신을 하게됩니다. Listener가 해주는 작업은 Connection을 만들어주는 것 입니다. 서버 구성 방식에따라 조금 다르지만 기본 Dedicated Server에서 Connection이란 User Process와 Server Process를 연결해주는 것입니다. 즉, 한번 인증 된 외부사용자가 Oracle Database에서의 작업을 지정된 Server Process를 통해 할 수 있도록 연결해줍니다. 최초의 한번 Connection작업을 통해 세션을 생셩해줍니다. Database와의 통신 구조를 봤을때 직접 데이터베이스로 통신하는 2 Tier 방식이 있고, 대부분 사용되는 방식으로 App를 한번 .. 2020. 7. 11.

[Oracle] 데이터베이스 생성 후속 작업, Data Dictionary 조회 안되는 것 문제 해결 데이터베이스 생성 후속 작업 이전 글에서 데이터베이스 수동생성하는 작업을 진행했습니다. 수동으로 작업을 진행 했을 때 문제없이 데이터베이스를 사용할 수 있지만, 몇가지 안되는 기능들이 있어 후속 작업을 진행해주어야 합니다. dbca로 데이터베이스를 생성했을 때 자동으로 해주는 후속작업을 따로 해주는 것입니다. Database 수동 생성하는 방법은 아래 링크를 통해서 확인할 수 있습니다. [Oracle] 데이터베이스 생성 SID 추가 CREATE DATABASE 명령어 사용 OS : Red Hat Enterprise Linux Server 6.10 DB : Oracle 11.2.0.1 Oracle Database에서 DBCA를 이용하지 않고 수동으로 CREATE DATABASE 명령어를 사용해서 데이터베이.. 2020. 7. 11.

[Oracle] 데이터베이스 생성 SID 추가 CREATE DATABASE 명령어 사용 OS : Red Hat Enterprise Linux Server 6.10 DB : Oracle 11.2.0.1 Oracle Database에서 DBCA를 이용하지 않고 수동으로 CREATE DATABASE 명령어를 사용해서 데이터베이스를 생성하는 실습을 하려고합니다. 새로운 데이터베이스를 생성하면 새로운 SID를 지정하여 업무를 나눠 관리할 수 있습니다. 1. 환경변수 수정 oraenv 사용 Oracle 설치하는 과정에서 ORACLE_SID, ORACLE_HOME 환경변수를 설정하는 작업을 진행했을 것 입니다. Oracle Instance를 기동할때 어떤 데이터베이스로 연결해야하는지 알려주는 변수값이기 때문에 데이터베이스를 하나 더 생성한다면 간단하게 이 두가지 환경변수를 수정하고 다시 Instance.. 2020. 7. 9.

[ORACLE] Shared Pool 역할 및 구성 Shared Pool Shared Pool의 가장 큰 역할을 Parsing작업을 하기위해 사용된다는 것 입니다. Parsing된 정보를 저장하는 Library Cache와 이러한 Parsing 작업을 진행하는데 필요한 Data Dictionary의 정보를 메모리상에 올려 저장하는 Data Dictionary Cache가 Shared Pool의 핵심이라고 볼 수 있습니다. Shared Pool의 목적 Shared Pool과 Parsing에 대한 내용을 언급했습니다. Shared Pool의 목적은 빠른 Parsing을 위해 Hard Parsing을 줄이고 Soft Parsing의 비율을 높여 Oracle Database의 성능을 높히는 것 입니다. Soft Parsing : Library Cache에 저장되.. 2020. 7. 5.

[ORACLE] Reserved Pool 역할 및 확인 Reserved Pool Oracle Reserved Pool은 Shared Pool에 크기가 큰 오브젝트를 저장해야하는 경우 사용되는 메모리입니다. Parsing된 SQL이나 PL/SQL 문장 및 실행계획들은 Library Cache에 저장을 합니다. 그런데 이때 내부적으로 Chunk라는 1KB or 4KB 크기의 조각으로 오브젝트를 저장하는데 만약 이보다 큰 크기의 Chunk를 사용해야하는 경우에 Reserved Pool을 사용합니다. Reserved Pool 용량 확인 SHOW PARAMETER SHARED_POOL_RESERVED_SIZE Reserved Pool 정리 - Parsed된 크기가 큰 SQL or PL/SQL 오브젝트를 저장하는 공간 2020. 7. 5.

[ORACLE] Result Cache 역할 및 실습 Result Cache Result Cache는 Oracle 11g에서 처음 소개되었습니다. Result Cache는 사용자들의 대기 상황을 줄여줄 수 있는 대안으로 사용이 가능합니다. 어떤 사용자가 SQL 문장을 질의 했을때 Server Process가 가장 먼저하는 일은 Parse 작업을 통해 만들어진 실행계획으로 Database Buffer Cache에 필요한 데이터가 존재하는지 확인합니다. 한명의 사용자가 사용했을 때는 상관없지만, 다수의 사용자가 동시에 Database Buffer Cache를 접근하려고 할때 읽기 일관성을 유지하기 위해 Latch라는 메모리에 대한 Lock을 확보하여 Latch를 소유하고 있는 사용자만 해당 Block에 대한 작업 수행이 가능하여 다른 사용자가 대기하는 현상이 .. 2020. 7. 5.

[ORACLE] Data Dictionary Cache 역할 Data Dictionary Cache Data Dictionary Cache는 Data Dictionary Object 정보를 저장하는 공간이다. 사용자가 SQL Query를 질의 했을 때 Parsing 작업을 합니다. Library Cache에 해당 Query가 존재하지 않아 HardParsing 작업을 할 때 Semantic Check 작업을 통해 Query에서 사용한 테이블이나 칼럼 혹은 사용자의 권한을 확인하는 작업을 진행합니다. 이때, 테이블에 대한 정보나 사용자의 권한은 어디서 참조를 할까요? 이러한 정보들은 물리적으로는 SYSTEM Tablespace에 저장되어있습니다. SQL 문장에서 DataDictionary의 Object가 참조되면 Database Buffer Cache를 지나 Dat.. 2020. 7. 5.

[ORACLE] Library cache 역할 및 확인 Oracle Library Cache Library Cache는 Oracle Instance SGA Shared Pool 영역에 존재한다. 존재의 궁극적인 목표는 Oracle의 성능을 높여주기 위함이다. 사용자가 SQL 문장을 질의 했을때 Oracle 내부에서는 Parse - Execute - Fetch 단계를 진행하여 결과를 반환해주는데 Library Cache에 저장되어 있는 정보에 따라 Parse 단계를 거치지 않고 메모리에 저장된 정보를 그대로 사용할 수 있다. Library Cache 내부에는 공유 SQL 영역(Shared SQL Area)과 공유 PL/SQL 영역(Shared PL/SQL Area)이 존재하는데, 파스 과정이 완료되면 사용자가 실행한 SQL 문장과 실행계획이 저장되는 공간이다... 2020. 7. 5.

[Oracle] Rollfoward & Rollback 서버가 비정상적으로 죽었을 때, Checkpoint 회복 Oracle startup Oracle 서버를 기동했습니다. 이때 순서대로 instance started - database mounted - database opened 순서로 실행됩니다. instance started Oracle Instance인 SGA 공유 메모리와 Background Process들을 기동합니다. database mounted Control File을 읽을 수 있는 상태가 mounted 입니다. 이 단계에서 만약 전에 정상적으로 내려가지 않았다면 SMON Background Process가 Instance Recovery 작업을 합니다. Instance Recovery 작업으로 Rollfoward와 Rollback 작업을 합니다. database opened 데이터베이스를 사용할.. 2020. 4. 4.

[Oracle] redo.log 서버 내부적 Log Switch 작동 원리 :: 마이자몽 Redo Log Buffer Update 참조글 [Oracle] SGA Redo Log Buffer 리두 버퍼 사용원리 :: 마이자몽 Redo Log Buffer 이전 글들에서는 Shared Pool과 Database Buffer Cache에 대해서 하나의 SELECT문을 통해 어떤 원리로 사용되는지 알아봤습니다. 이번 글에서는 UPDATE문을 갖고 변경사항이 있을 때 Redo Log Bu.. myjamong.tistory.com redo.log ORACLE_BASE 아래 oradata 디렉토리를 보면 redo.log 파일들이 있습니다. 이 파일들은 Recovery 작업을 하기 위해 Oracle의 Background Process인 LGWR(Log Writer)가 수시로 입력해주고 있는 파일입니다. Or.. 2020. 4. 2.

이전 1 2 다음

티스토리툴바