Oracle 데이터베이스를 종료할 때 주의해야 할 사항은 무엇입니까?
1. 일반적으로 큰 테이블이나 인덱스에는 하나의 테이블스페이스가 별도로 할당됩니다.
2. 읽기 전용 객체 또는 기본 읽기 객체가 그룹화되어 해당 테이블스페이스에 저장됩니다.
3. 테이블스페이스의 모든 객체가 읽기 전용인 경우 테이블스페이스를 읽기 전용 모드로 설정할 수 있습니다. 읽기 전용 테이블스페이스는 백업 중 한 번만 백업해야 합니다.
4. 자주 삽입된 객체는 그룹화되어 해당 테이블스페이스에 저장됩니다.
5. 추가, 삭제 및 수정된 객체는 그룹화되어 해당 테이블스페이스에 저장됩니다.
테이블과 인덱스는 서로 다른 테이블스페이스에 저장됩니다.
7. 동일한 테이블스페이스에 저장된 테이블 (또는 인덱스) 의 확장 영역 크기는 배수여야 공간 재사용 및 단편화 감소에 도움이 됩니다.
데이터베이스 블록 크기
초대형 데이터베이스 DB 블록의 크기는 일반적으로 4KB ~ 64KB 이며 가장 일반적으로 사용되는 크기는 8KB, 16KB 또는 32KB 입니다. 큰 DB 블록 크기를 선택하면 인덱스 높이가 줄어들고 입출력 효율성이 향상됩니다.
리두 로그 파일
Oracle 프로세스 리두 로그 기록 장치 (LGWR) 는 로그를 로그 파일에 기록합니다. 일반적으로 로그 파일은 특수 미러 디스크에 설정하는 것이 좋습니다. 로그 파일 그룹 수 및 파일 크기 설정은 시스템 트랜잭션의 크기와 관련이 있습니다. ORACLE 병렬 서버의 각 인스턴스는 고유한 rego 로그 파일 세트를 사용합니다. 일반적으로 그룹당 로그 파일 수는 3-7 개, 그룹당 크기는 200MB-500MB 입니다.
데이터 파일 크기
200M, 1GB, 2GB, 4GB, 8GB 등과 같은 표준 파일 크기를 사용하는 것이 좋습니다. , 공간 유지 관리를 단순화할 수 있습니다.
롤백 세그먼트
롤백 세그먼트는 일반적으로 전용 테이블스페이스에 구축됩니다. 각 인스턴스에는 자체 롤백 세그먼트가 있습니다. 롤백 세그먼트를 설정하는 일반적인 원칙은 초기 및 다음 저장 영역 매개변수의 값이 같고 DB 블록 크기의 배수라는 것입니다. 각 롤백 세그먼트의 minextents 가 20 으로 설정되고 optimal 매개변수 값은 롤백 세그먼트가 축소될 때 20 개 범위 미만임을 보장합니다.
임시 테이블스페이스
임시 테이블스페이스는 일반적으로 전용 테이블스페이스에 구축됩니다. 각 인스턴스에는 자체 임시 테이블스페이스가 있습니다. 이렇게 하면 임시 테이블스페이스를 사용할 때 PING 이 발생하지 않습니다. 임시 테이블스페이스에 대해 initial=next 를 설정합니다.
넷째, 시스템 하드 디스크 분할 및 할당
다중 시스템 클러스터 환경에서 Oracle 병렬 서버는 운영 체제에서 제공하는 DRD 서비스를 통해 동일한 데이터베이스를 공유합니다. 각 인스턴스는 데이터 파일이 있는 DRD 서비스를 통해 데이터베이스의 데이터 파일에 액세스합니다.
다음을 고려해 보십시오: 호스트 1 에 DRD 서비스 1 이 있습니다. 이 서비스에 해당하는 데이터 파일은 1, 2,13,35 입니다 이때 호스트 2 의 INSTANCE2 가 데이터 파일 13 을 읽어야 하는 경우 호스트 1 은 DRD 서비스 일정을 통해 DRD 를 전달합니다. INSTANCE2 에 필요한 데이터를 메모리로 읽은 다음 메모리 IO 를 통해 호스트 2 의 INSTANCE2 로 데이터를 전송합니다. 쓰기 작업은 읽기 작업과 반대입니다.
위의 분석에서 알 수 있듯이 시스템 하드 드라이브 분할 할당 원칙은 메모리 IO 를 최소화하는 것입니다.
동사 (verb 의 약어) 백업 및 복구 전략 고려 사항
데이터베이스 백업 및 복구는 시스템 설계에서 중요한 역할을 합니다. 좋은 백업 및 복구 전략은 시스템 운영 위험 및 하드웨어 장애로 인한 손실을 줄일 수 있습니다.
Oracle 백업 방법:
1, 물리적 백업
운영 체제의 명령이나 툴을 통해 데이터베이스의 물리적 파일을 백업 미디어에 백업합니다. 스토리지 미디어에 장애가 발생할 경우 일반적으로 물리적 백업을 사용하여 데이터베이스 시스템의 데이터를 복구합니다.
데이터베이스의 운영 모드에 따라 다른 물리적 백업을 수행할 수 있습니다.
A) 물리적 오프라인 백업
물리적 콜드 백업을 수행하려면 데이터베이스를 종료해야 합니다 (모든 인스턴스 중지). 이 백업은 전체 백업이어야 합니다. 즉, 모든 데이터 파일, 제어 파일, 리두 로그 파일, 초기 매개변수 파일 등을 백업해야 합니다.
물리적 콜드 백업 단계는 간단하지만 시스템을 중지할 수 있어야 합니다.
B) 물리적 핫 백업 (온라인 백업)
물리적 핫 백업은 데이터베이스 시스템이 정상적으로 작동하는 데이터베이스 백업입니다. 백업은 데이터베이스의 부분 백업, 즉 데이터베이스의 테이블스페이스 또는 데이터 파일 또는 제어 파일일 수 있습니다.
물리적 핫 백업을 수행하려면 데이터베이스가 ARCHIVELOG 모드에서 실행되고 있어야 합니다. 이 백업은 일반적으로 응용 시스템이 멈출 수 없을 때 사용됩니다.
C) 아카이브 로그 파일 백업.
데이터베이스 시스템을 장애 지점 이전 상태나 지정된 시간 상태로 복구하려면 데이터베이스가 ARCHIVELOG 모드여야 합니다. 아카이브 로그 모드에서 데이터베이스 시스템은 아카이브 로그 파일을 생성합니다. 아카이브 로그 파일도 백업 미디어에 백업해야 합니다. 복원 시 이러한 파일은 데이터베이스를 최신 상태로 복원할 수 있습니다.
아카이브 로그 파일은 지정된 디렉토리에 생성되며 수명 주기 동안 백업 미디어에 백업할 수 있습니다. DBA 는 디스크 공간에 따라 정기적으로 백업할 수 있습니다.
2. 논리적 백업
논리적 백업은 Oracle 에서 제공하는 익스포트 툴을 통해 데이터베이스 구조 정의 및 해당 데이터를 특정 형식의 파일로 언로드하고 파일을 백업하는 것입니다.
실제 응용 프로그램에서는 논리적 백업과 물리적 백업이 함께 사용됩니다. 일반적으로 물리적 백업은 디스크 미디어 손상 또는 데이터 파일 손상에 사용됩니다. 논리적 백업은 데이터베이스의 특정 개체를 손상시키거나 사용자의 잘못된 작업에 사용됩니다.
백업 전략은 주로 다음 세 가지 영역에서 고려됩니다.
저장 공간
현재 운영 시스템의 성능에 미치는 영향
복구 시간의 영향
공간과 복구 시간을 절약해야 하는 경우 백업 빈도를 늘려야 하지만 백업 작업을 수행하면 현재 실행 중인 시스템의 로드가 크게 늘어날 수 있습니다. ,
Oracle 복구 방법
백업 방법에 따라 복구 방법이 다릅니다.
물리적 백업을 사용한 복구
Oracle 은 다음과 같은 세 가지 복구 방법을 제공합니다.
1, 데이터베이스 레벨 복구
2, 테이블스페이스 (Tablespace) 복구
3. 데이터 파일 복구
데이터베이스 레벨 복구에서는 데이터베이스를 종료해야 하지만 마운트해야 합니다. 테이블스페이스 및 데이터 파일 복구는 데이터베이스가 실행 중일 때 수행할 수 있습니다.