소득공제
오라클 엑사데이터
전문가를 위한
- 베스트
- IT 모바일 top20 1주
이미 소장하고 있다면 판매해 보세요.
- 해외배송 가능?
- 문화비소득공제 가능
책소개
목차
|
Chapter 1 엑사데이터란 무엇인가?
1.1 엑사데이터의 개요 1.2 엑사데이터의 역사 1.3 엑사데이터가 무엇인가에 대한 다른 관점 데이터 웨어하우스 어플라이언스 OLTP 머신 콘솔리데이션 플랫폼 1.4 설정 옵션 엑사데이터 데이터베이스 머신 X2-2 엑사데이터 데이터베이스 머신 X2-8 1.5 하드웨어 부품 운영체제 데이터베이스 서버 스토리지 서버 인피니밴드 플래시 캐시 디스크 기타 부품들 1.6 소프트웨어 구성품 데이터베이스 서버 소프트웨어 스토리지 서버 소프트웨어 1.7 소프트웨어 아키텍처 1.8 요약 Chapter 2 오프로딩 / 스마트 스캔 2.1 왜 오프로딩이 중요한가? 2.2 오프로딩은 무엇을 포함하는가 칼럼 프로젝션 Predicate 필터링 스토리지 인덱스 심플 조인(블룸 필터) 함수 오프로딩 압축/압축해제 암호화/복호화 가상 칼럼 데이터 마이닝 모델 스코어링 비스마트 스캔 오프로딩 2.3 스마트 스캔의 전제 조건 전체 스캔 Direct Path Read 엑사데이터 스토리지 2.4 스마트 스캔을 비활성화시키는 것들 단순 이용 불가 블록 전송 모드로 되돌아가기 일부 오프로딩 건너뛰기 2.5 스마트 스캔이 일어났는지 확인하는 방법 10046 트레이스 성능 통계(v$sesstat) OFFLOAD ELIGIBLE BYTES SQL 모니터링 2.6 파라미터 2.7 요약 Chapter 3 하이브리드 컬럼너 압축 3.1 오라클 저장 구조 다시 살펴보기 3.2 오라클 압축 메커니즘 BASIC OLTP HCC 3.3 HCC 메커니즘 3.4 HCC의 성능 적재 성능 쿼리 성능 DML 성능 3.5 예상 압축률 압축 어드바이저 실제 예제 3.6 제약 사항과 도전 과제 데이터를 비엑사데이터 플랫폼으로 이동하기 Serial Direct Path Read 비활성화하기 Locking 이슈 단일 로우 엑세스 3.7 일반적인 사용 시나리오 3.8 요약 Chapter 4 스토리지 인덱스 4.1 구조 4.2 스토리지 인덱스 모니터링 데이터베이스 통계 트레이스 모니터링을 마무리하며 4.3 스토리지 인덱스 제어하기 _kcfis_storageidx_disabled _kcfis_storageidx_diag_mode _cell_storidx_mode 스토리지 소프트웨어 파라미터 4.4 작동 방식 4.5 성능 NULL을 위한 특별한 최적화 물리적인 값의 분포 4.6 잠재적인 문제점 틀린 결과 움직이는 목표 파티션 크기 비호환 코딩 기법 4.7 요약 Chapter 5 엑사데이터 스마트 플래시 캐시 5.1 하드웨어 5.2 캐시 vs 플래시 디스크 플래시 메모리를 캐시로 사용하기 ESFC를 생성하는 방법 ESFC 사용 제어하기 5.3 모니터링 스토리지 계층에서 데이터베이스 계층에서 5.4 성능 5.5 요약 Chapter 6 엑사데이터 병렬 작업 6.1 파라미터 6.2 스토리지 계층에서의 병렬화 6.3 자동 DOP 동작과 설정 I/O 보정 자동 DOP 마무리 6.4 병렬 구문 큐잉 오래된 방법 새로운 방법 병렬 큐 제어하기 병렬 구문 큐잉 마무리 6.5 인메모리 병렬 실행 6.6 요약 Chapter 7 리소스 관리 7.1 데이터베이스 리소스 관리자 컨슈머 그룹 플랜 디렉티브 리소스 플랜 리소스 관리자 뷰 대기 이벤트: resmgr: cpu quantum DBRM 예제 리소스 플랜 테스트하기 7.2 인스턴스 케이징 인스턴스 케이징 설정하고 테스트하기 오버 프로비저닝 7.3 I/O 리소스 관리자 IORM의 작동 원리 엑사데이터에서 I/O를 관리하는 방법 모두 한꺼번에 사용하기 IORM 모니터링과 통계 항목 7.4 요약 Chapter 8 엑사데이터 구성하기 8.1 엑사데이터 네트워크 구성 요소 매니지먼트 네트워크 클라이언트 액세스 네트워크 프라이빗 네트워크 8.2 컨피규레이션 절차에 대해 8.3 엑사데이터 구성하기 1 단계: 컨피규레이션 워크시트 2 단계: DBM 컨피규레이터 3 단계: 파라미터와 Deployment 파일 업로드하기 4 단계: CheckIP 5 단계: Firstboot 6 단계: 설치 미디어 준비하기 7 단계: OneCommand 실행하기 8.4 엑사데이터 업그레이드하기 신규 RAC 클러스터 생성하기 기존 클러스터 업그레이드하기 8.5 요약 Chapter 9 엑사데이터 복구하기 9.1 엑사데이터 진단 도구 Sun의 진단 도구: sundiag.sh HealthCheck CellCLI 9.2 엑사데이터 백업 데이터베이스 서버 백업 스토리지 셀 백업 9.3 데이터베이스 백업 디스크 기반 백업 테이프 기반 백업 스탠바이 데이터베이스에서 백업 RMAN을 위한 엑사데이터 최적화 9.4 엑사데이터 복구 데이터베이스 서버의 복구 스토리지 셀의 복구 9.5 요약 Chapter 10 엑사데이터 대기 이벤트 10.1 엑사데이터 전용 이벤트 cell 이벤트 이벤트를 일으키는 실행 계획 단계 10.2 User I/O 클래스 엑사데이터 대기 이벤트 cell smart table scan cell smart index scan cell single block physical read cell multiblock physical read cell list of blocks physical read cell smart file creation cell statistics gather 10.3 System I/O 클래스의 엑사데이터 대기 이벤트 cell smart incremental backup cell smart restore from backup 10.4 Other와 Idle 클래스의 엑사데이터 대기 이벤트 cell smart flash unkeep 10.5 과거 이벤트들 direct path read enq: KO ? fast object checkpoint reliable message 10.6 리소스 관리자 이벤트 resmgr:cpu quantum resmgr:pq queued 10.7 요약 Chapter 11 엑사데이터 성능 통계 항목의 이해 11.1 엑사데이터 성능 통계 항목의 측정 11.2 엑사데이터 스마트 스캔의 전제 조건에 대한 재논의 엑사데이터 스마트 스캔 성능 엑사데이터 스마트 스캔 통계 항목과 성능 카운터 11.3 엑사데이터 동적 성능 카운터 성능 카운터를 사용하는 시기 및 방법 엑사데이터 성능 카운터의 의미와 설명 엑사데이터 성능 카운터 참조 11.4 SQL 구문 성능의 이해 11.5 요약 Chapter 12 엑사데이터 성능 모니터링 12.1 체계적인 접근 방법 12.2 SQL 구문 응답 시간 모니터링 실시간 SQL 모니터링 보고서로 SQL 구문 모니터링하기 V$SQL과 V$SQLSTATS를 사용하여 SQL 구문 모니터링하기 12.3 스토리지 셀 계층 모니터링하기 CellCLI를 사용하여 셀 계층에서 셀 통계 항목 액세스하기 그리드 컨트롤 엑사데이터 스토리지 서버 플러그인을 사용하여 셀 통계 항목 액세스하기 어느 셀 통계 항목을 사용할 것인가 엑사데이터 스토리지 셀의 OS 수준 통계 항목 모니터링하기 12.4 요약 Chapter 13 엑사데이터로 마이그레이션하기 13.1 마이그레이션 전략 13.2 논리적 마이그레이션 추출과 적재 데이터베이스 링크를 통한 데이터 복사 복제 기반 마이그레이션 논리적 마이그레이션 마무리 13.3 물리적 마이그레이션 13.4 백업과 복원 전체 백업과 복원 인크리멘탈 백업 TTS 그리고 XTTS 물리적 스탠바이 ASM 리밸런스 마이그레이션 이후 작업 물리적 마이그레이션 마무리 13.5 요약 Chapter 14 스토리지 레이아웃 14.1 엑사데이터 디스크 아키텍처 Failure Group 그리드 디스크 스토리지 할당 14.2 그리드 디스크 생성하기 그리드 디스크 생성하기 그리드 디스크 사이징 플래시디스크 기반 그리드 디스크 만들기 14.3 스토리지 전략 구성 옵션 스토리지 셀 액세스 격리하기 14.4 셀 보안 셀 보안 용어 셀 보안 모범 사례 셀 범위 보안 구성하기 데이터베이스 범위 보안 구성하기 셀 보안 제거하기 14.4 요약 Chapter 15 컴퓨트 노드 레이아웃 15.1 프로비저닝 고려 사항 15.2 비RAC 구성 15.3 RAC 클러스터 15.4 전형적인 엑사데이터 구성 15.5 엑사데이터 클러스터 15.6 요약 Chapter 16 고정관념 극복하기 16.1 두 가지 시스템 이야기 16.2 OLTP 중심 워크로드 엑사데이터 스마트 플래시 캐시 확장성 쓰기 집약적인 OLTP 워크로드 16.3 DW 중심 워크로드 스마트 스캔 활성화하기 스마트 스캔의 기능을 떨어뜨리는 것들 염두에 두어야 할 것들 16.4 혼합 워크로드 인덱스냐 아니냐 그것이 문제로다 옵티마이저는 모른다 리소스 관리자 사용하기 16.5 요약 부록 A CellCLI와 A.1 CellCLI 명령어 문법 CellCLI와 친해지기 운영체제에서 명령 보내기 스토리지 셀 구성 및 관리 A.2 dcli 명령어 문법 A.3 요약 부록 B 엑사데이터 온라인 자료 B.1 엑사데이터 MOS 지원 정보 B.2 유용한 엑사데이터 MOS 지원 정보 B.3 엑사데이터 게시판 및 블로그 부록 C 진단 스크립트 찾아보기 |
저자 소개
저자 : 케리 오스본(Kerry Osborne)
케리는 1982년 오라클(버전 2)과 처음 만났으며, 이후 개발자와 DBA로 일했다. 지난 몇 년 동안은 오라클의 내부를 이해하고 성능 문제를 해결하는 데 집중했다. 그는 오크테이블 회원이자 오라클 에이스 디렉터이며, 오라클 콘퍼런스에서 자주 연설하는 연사이다. 또한 그는 텍사스 델라스에 본사를 둔 오라클 컨설팅 회사인 엔키텍의 공동 설립자이기도 하다.
저자 : 랜디 존슨(Randy Johnson)
랜디는 오라클 전문 컨설팅 회사인 엔키텍의 수석 컨설턴트이다. 90년대 초 오라클 7으로 시작하여 18년이 넘는 경험을 쌓았으며, 경력 대부분을 유닉스 관리자와 오라클 DBA 업무를 함께 수행했다. 지난 5년간 그는 거의 전적으로 RAC와 ASM에 중점을 두었다. 그는 또한 RMAN을 통한 백업과 복구의 권위자이며, Dixie라고 불리는 자동화된 RMAN 스크립트를 위한 인기 있는 유틸리티를 제작했다.
저자 : 타넬 포더(Tanel P?der)
타넬은 오대륙 20개 이상의 국가에서 고객의 문제 해결을 돕고 있으며, 세계에서 가장 선도적인 오라클 성능 전문가 중 한 명이다. 엑사데이터 V1부터 엑사데이터의 설치 성능을 최적화하였으며, 고급 성능 튜닝, 엔드-투-엔드 트러블슈팅 및 복잡한 (그래서 흥미로운) 매우 짧은 다운타임 동안 VLDB를 이행하는 일을 전문으로 한다. 그는 Oracle Certified Master 자격 취득자이며, 오라클 에이스 디렉터이자 오크테이블 네트워크의 자랑스러운 회원이다.
감수 : 케빈 클로쏜(Kevin Closson)
케빈은 EMC의 데이터 컴퓨팅 부문 기술 디렉터 및 성능 아키텍터이다. 2007년부터 2011년까지 오라클의 서버 기술 그룹 내 엑사데이터 개발 조직의 성능 아키텍터였다. 25년간 그는 시스템과 소프트웨어 성능 엔지니어링 및 아키텍터, 경쟁적 벤치마킹, 지원 및 하이엔드 SMP와 클러스터링된 유닉스와 리눅스 플랫폼에서의 애플리케이션 개발에 중점을 두었다. 그의 오라클 포트 레벨 작업으로 SMP/NUMA 잠금과 데이터베이스 캐싱 방법론에 대해 미국 특허를 얻게 되었다.
역자 : 김주현
현재 데이터베이스 전문 컨설팅 회사인 ㈜위즈베이스 수석 컨설턴트로 재직 중이며, 대법원, KTF, LG U+, 한국투자증권, 코스콤 외 다수의 업체를 컨설팅하였다. 오라클 성능 튜닝, 고급 트러블슈팅, 고가용성, 대용량 데이터 마이그레이션, 오라클 internal에 관심을 두고 연구 중이다. 한국 데이터베이스 진흥원의 DAP, SQLP, 그리고 Oracle Certified Master 10g/11g, Oracle Enterprise Linux Administrator Certified Associate, Oracle Solaris 10 System Administrator 인증을 보유하고 있다.
품목정보
- 발행일
- 2013년 04월 12일
- 쪽수, 무게, 크기
- 764쪽 | 14650g | 188*254*40mm
- ISBN13
- 9788994506616
책 속으로
|
엑사데이터는 매우 밀접하게 결합된 하드웨어와 소프트웨어의 조합이다. 하드웨어 구성 요소 자체에 어떤 마법 같은 것은 없다. 성능 향상의 대부분은 통합된 구성 요소와 스토리지 계층에 적용된 소프트웨어에서 온다.
--- p.8 엑사데이터의 진짜 비밀 소스는 오프로딩이다. 하드웨어 아키텍처가 데이터를 제공하는 스토리지 계층과 그것을 소비하는 데이터베이스 계층 사이에 균형을 제공하는 일을 훌륭히 처리하는 동안, 성능 향상의 대부분은 소프트웨어에 의해 제공된다. 이러한 향상은 스마트 스캔이 책임지고 있다. 최적화의 주요 초점은 스토리지 계층과 데이터베이스 계층 사이에 전송되는 데이터의 양을 줄이는 것이다. --- p.84 오라클 데이터베이스 서버는 전통적으로 운영체제 백업과 데이터베이스 백업이라는 2가지 유형의 백업이 필요하다. 엑사데이터는 거기에 스토리지 셀이 추가되었으며, 보호되어야 하고 종종 복원해야 하는 완전히 새로운 서브시스템을 제공한다. 스토리지 셀은 운영체제 볼륨을 보호하기 위해 리눅스 소프트웨어 RAID를 채택하고 있는 매우 결함에 강한 하드웨어다. --- p.347 엑사데이터 스토리지 아키텍처의 모든 다양한 계층과 그것들이 서로 어떻게 조합되는지 이해하는 것은 데이터베이스를 위해 스토리지를 적절히 배치하기 위한 핵심 구성 요소다. 물리적 디스크, LUN, 셀 디스크, 그리드 디스크, ASM 디스크 그룹 사이의 관계를 이해하는 것은 최대 성능을 위해 디스크 스토리지의 분할을 원할 경우 절대적으로 필요하다. --- p.653 엑사데이터는 다른 플랫폼에는 없는 여러 데이터베이스 사이의 리소스를 분리하는 별도 기능이 있다는 점을 명심하라. IORM은 장기 실행 DW 쿼리가 동일 시스템에서 실행되는 지연시간에 민감한 구문에 심각한 영향을 주는 것을 방지할 수 있다. 오라클 리소스 관리 기능에 대해 잘 이해하는 것은 혼합 워크로드나 콘솔리데이션 환경에서 가능한 일에 대한 우리의 생각을 근본적 으로 변화시킨다. --- p.702 |
