스크랩

구간

그림으로 공부하는 오라클 구조

원제 : 絵で見てわかるOracleの仕組み
시리즈 : 그림으로 공부하는 [4]

오다 케이지 저 | 이민재 역 | 제이펍 | 2015년 09월

미리보기 북트리

정가
$48.00
판매가
$38.88 (19%↓) 최저가 보상
적립금
$0.78 (2%P)
출고예상일
2026년 10월 07일 수령예상일 안내
북카트 담기 바로구매하기 위시리스트담기

평점 -  ·  리뷰 0

리뷰 쓰기

ISBN : 9791185890302 / 248쪽 170 x 225 (㎜)

이 상품에 궁금하신점이 있으세요? 1:1상담문의

추천inside
Adobe Flash Player 가져오기

책정보 수정 요청

이 분야의 베스트셀러

아래의 도서와 구매하시면 이 도서들의 적립금을 즉시적용해 드립니다.

더 보기
  • 23,400
  • 25,200
  • 27,000
  • 18,900

이 책이 속한 분야

이책의발자취

베스트셀러
2016/2 컴퓨터/IT 9위 | 2018/2 대학교재 12위 | 현재 컴퓨터/IT 30위 | 현재 대학교재 12위 |

시리즈도서

책 소개

출판사 리뷰

이 책은 일본 최고의 데이터베이스 잡지인 《DB Magazine》의 인기 연재물 ‘그림으로 공부하는 오라클 입문’을 재구성한 책이다. 오라클 아키텍처의 세계를 그림으로 체험함으로써 그 어떤 오라클 책보다도 쉽고 재미있게 배울 수 있도록 하였다.

오라클 고유의 아키텍처와 동작을 그림으로 이해하자!

이 책은 일본 최고의 데이터베이스 잡지인 《DB Magazine》의 인기 연재물 ‘그림으로 공부하는 오라클 입문’을 재구성한 책이다. 오라클 아키텍처의 세계를 그림으로 체험함으로써 그 어떤 오라클 책보다도 쉽고 재미있게 배울 수 있도록 하였다.

오라클 데이터베이스를 운영/관리하는 실력은 명령어나 기능을 단순히 암기하는 것만으로는 몸에 배지 않는다. 그래서 이 책에서는 오라클의 기본 조작을 일반적인 컴퓨터 용어를 사용해서 설명하고, 하드웨어나 OS의 동작과 함께 오라클의 구조를 철저히 ‘그림으로 설명’하고 있다. 오라클의 동작을 창고 회사로 비유하여 언뜻 보면 어려워 보일지 모르는 내부 동작들도 머릿속에 쉽게 떠올릴 수 있도록 하였다. 이 얇은 책만 잘 읽어도 일반적인 운영/관리 업무에 도움이 될 뿐만 아니라 응용력을 가진 엔지니어가수 될 있을 것이다.

이 책의 대상 독자
■ 오라클을 처음 배우려는 사람
■ 오라클을 배우긴 했지만 아키텍처에는 자신이 없는 사람
■ 오라클을 배우다가 좌절한 사람
■ 실력이 늘지 않아 고민하는 사람

저자 소개

오다 케이지 (小田圭二) 
일본 오라클 주식회사의 테크놀로지 컨설팅 본부 수석 컨설턴트다. 오라클 직원을 대상으로 데이터베이스, OS, 네트워크 분야의 기술 연수를 수행했으며, 이후 데이터베이스 컨설턴트가 되어서는 각종 미션 크리티컬 시스템을 담당하였다. ‘진정한 엔지니어를 키울 수 있는 사람’이 인생 목표이며, 그러기 위해 우선 자신부터 ‘잘하는 엔지니어’가 되기 위해 노력하고 있다. ‘오라클도 OS에서 움직이는 애플리케이션에 지나지 않는다’라는 자신만의 신조를 갖고 있는 저자는 《나만 알고 싶은 오라클 실무 테크닉》(제이펍)을 포함하여 10여 종의 책을 집필하거나 감수를 맡았다. 

역자 소개

(주)위즈베이스 책임 컨설턴트이며, 태광그룹 IT 계열사인 (주)티시스에서 DA로 재직할 때 계열사의 데이터 품질, 성능 개선 업무와 데이터베이스 관련 사내 교육을 담당했다. 한국투자증권, KCC, KT, 롯데 등에서 프로젝트를 수행하였으며, 틈틈이 국내에 소개되지 않은 오라클 기술서 번역에 힘쓰고 있다. 옮긴 책으로는 《나만 알고 싶은 오라클 실무 테크닉》, 《그림으로 공부하는 오라클 구조》가 있다. 

책 속에서

오라클의 프로세스가 비정상적으로 종료했다고 해도 데이터는 무사합니다. 이 점이 DBMS와 다른 프로그램과의 차이점 중 하나입니다. 예를 들어, 엑셀(Excel)에서는 저장한 시점 이후의 데이터는 없어집니다. 이미 알고 있듯이, 프로그램이 비정상적으로 종료되거나 전원 버튼을 눌러서 전원을 끊으면 데이터는 없어집니다. _11

일반적으로 캐시를 ‘작업장’이나 ‘작업대’에 비교하는 경우가 많습니다. 여러분이 일할 때 빈번하게 사용하는 도구나 책을 필요할 때마다 서랍이나 책장에서 꺼내어 사용하고, 끝나면 바로 다시 서랍이나 책장에 집어넣는 식으로 사용하는 분은 없으실 것으로 생각합니다. 빈번하게 사용한다면 책상 위나 손이 잘 닿는 곳에 놔둘 것입니다. 캐시의 목적도 이것과 같습니다. _33p

오라클에서는 관리하기 위한 단위로 ‘인스턴스(instance)’라는 용어를 사용합니다. 인스턴스는 ‘백그라운드 프로세스 ＋ 공유 메모리’를 말합니다. 인스턴스라고 하면 객체지향 언어의 경험에서 ‘엔티티(entity)’를 떠올리는 분들도 계실 것으로 생각하지만, 오라클에서는 백그라운드 프로세스 ＋ 공유 메모리입니다. 그림 1의 ‘NOMOUNT’ 상태가 인스턴스가 기동한 상태입니다. 인스턴스는 ‘데이터베이스를 관리하는 것(프로세스 ＋ 메모리)’이며, 데이터베이스가 아닙니다(그림 2). _72p

시스템을 운영하다 보면 많은 시스템에서 데이터베이스 안에 대기가 발생해 성능이 제대로 나오질 않거나 처리가 지연되기도 합니다. 대기의 구조를 제대로 이해하지 않으면 튜닝도 못 하고, 지연을 해소할 수도 없습니다. 나아가 ‘락 대기(lock wait)’, ‘데드락(dead lock)’과 같은 장애를 만날 수도 있습니다. 이런 경우도 대기나 락의 구조를 제대로 이해하고 있지 않으면 대처도 어렵고 애플리케이션 담당자에게 설명하기도 어렵습니다. _126p

백업에는 ‘온라인 백업(핫 백업)’과 ‘콜드 백업’의 두 종류가 있습니다. 콜드 백업은 가장 무난한 백업으로, 인스턴스를 완전히 정지한 상태에서 받는 백업을 말합니다. 모든 데이터가 파일에 기록된(체크포인트 완료) 상태이기 때문에 할 수 있다면 콜드 백업을 받는 편이 간단하고 편합니다. _164p

DBWR의 대기 이벤트 ‘rdbms ipc message’는 아이들 상태라는 것을 나타내며, ‘db file parallel write’는 동시에 병렬로 데이터를 디스크에 기록하고 있다는 것을 의미합니다(단, 최근 오라클에서는 기록하고 있는 도중에도 이런 대기 이벤트가 표시되기도 합니다). 단, OS에 따라서는 비동기 I/O를 사용하기 위한 조건이 있어서 실제로는 그림 5와 같이 한 개의 I/O가 끝나고 다음 I/O를 처리하는 형태일 때도 있습니다. _192p

목차

top