안정성
OS/DB 환경에서 각각 데이터베이스 환경을 확인하는 방법이다.
OS version 확인
안정적인 운영을 위한 설치된 OS version 확인하는 방법으로 오라클사에서 증명된 버전은 다음과 같다.
Red Hat Enterprise Linux4 Update 7 이상
Red Hat Enterprise Linux5 Update 2 이상
Red Hat Enterprise Linux6 이상
OS(Linux 기준)에서 명령어로 확인하는 방법은 다음과 같다.
cat /etc/redhat-relrease
uname-r
DB서버를 위한 시스템의 물리메모리 용량 체크
안정적인 데이터베이스 운영을 위해 호스트(host)의 물리 메모리 크기가 표준화 값에 적합한지 확인이 필요하다. 보통 메모리 8GB 이상을 권고한다.
OS(Linux 기준)에서 명령어로 확인하는 방법은 다음과 같다.
free -m
네트워크의 구성체크
안정적인 데이터베이스를 운영하는데 있어 호스트(host)의 네트워크 구성을 확인한다.
(Bonding, Speed 및 상태값)
권고사양은 보통 성능상 1Gbps Bandwidth를 지원과 물리적으로 2개의 N/W가 구성되야 한다.
OS(Linux 기준)에서 명령어로 확인하는 방법은 다음과 같다.
ifconfig
ex) ethtool eth0
ethtool eth1
파일시스템 구성 체크 (파티션)
안정적인 데이터베이스 운영을 위한 호스트의 파일시스템 구성이 권고사양에 맞게 구성 되었는지 OS에서 확인하는 방법으로 그 기준은 다음과 같다.
이름 | 용량 | 용 |
/ORACLE/ | 50GB | Oracle S/W 설치 (Work Area 포함) |
/ORACLE/CRS | 30GB | Oracle Clusterware 설치 |
/ORACLE/LOG | 20GB | Oracle Log, Diagnostic Repository, Audit Dest |
/ORALCE/ARCH | 50GB | Archive Log Destination(업무 특성에 따라 변경 가능) |
/ORACLE/BACKUP | 30GB | Backup(업무 특성에 따라 변경 가능) |
/software | 10GB | 3rd Party Tool(ex. Maxgauge) 설치 |
os에서 확인하는 방법은 다음과 같다.
df-h
시스테 환경 구성 체크 (Run Level, Mask)
안정적인 데이터베이스 운영을 위한 호스트의 파일시스템 구성의 Run Level은 5이고, Mask는 22로 맞추는것이 좋다.os에서 확인하는 방법은 다음과 같다.
cat /etc/inittab | grep -v "#"
umask
su - oraLBS
umask
다음은 데이터베이스에서 안정성 구성 확인과 테스트하는 방법을 소개하겠다.
DB버전 체크
Oracle 11g 최신의 안정화된 PSU(Patchset Update) 를 확인하는 방법이다.
오라클에서 패치 샛(PSU(Patch Set Update)) 오라클에서 정기적으로 권고하는 패치로써 중요한 단일 패치들을 통합한 것을 의미한다. 접속한 DB에서 Opatch 버전을 확인하는 방법은 다음과 같다.
opatch lsinventory -local -oh $ORACLE_HOME
$ opatch lsinventory
Oracle Interim 패치 설치 프로그램 버전 11.2.0.3.15
DB 기동 및 종료 정상 동작 테스트
DB 기동 / 정지 테스트을 통해 Oracle Instance가 정상적으로 동작하는지 확인하는 방법이다.
sqlplus 를 sys 로 로그인 후 오라클을 시작하고 종료하는 명령어를 확인한다.
/> sqlplus / as sysdba #sys계정으로 접속
SQL> shutdown immediate #오라클 종료
> sqlplus / as sysdba #sys계정으로 접속
SQL> startup #오라클 시작
DB 접속을 위한 리스너의 구성확
확오라클 리스너는 네트워크를 이용해 클라이언트에서 오라클 서버로 연결하기 위한 오라클 네트워크 관리자다. 네트워크를 통한 연결은 모두 리스너가 담당한다. 리스너가 죽는다면 어떠한 외부 접속도 이루어지지 않는다. 하지만 대부분의 사용자는 리스너 구동을 신경 쓰지 않는다. 대부분 리스너가 정상적으로 작동할 것으로 여기기 때문이다.
리스너 구성에 대한 확인방법은 sys 계정으로 접속한 후 설치 시 설정했던 리스너 port를 입력하면 된다.
sqlplus / as sysdba
SQL> show parameter local_listener
cat tnsnames.ora
리스너 상태확인 (port는 1527,1528)
lsnrctl status listener_1527
lsnrctl status listener_1528
리스너 시작과 중지방법
lsnrctl start
lsnrctl stop
리스너 포트 지정 했을 시 기동 및 종료를 확인하는 방법이다.
lsnrctl stop listener_1521
lsnrctl stop listener_1527
lsnrctl stop listener_1528
lsnrctl start listener_1521
lsnrctl start listener_1527
lsnrctl start listener_1528
리두로그 (Redo Log File)구성 확인
리두 로그는 오라클 RDBMS 환경에서 데이터베이스에 생긴 변경 이력을 기록해놓은 파일들이다.
데이터베이스가 깨어질 경우, 리두 로그에 남겨진 기록을 이용하여 원래 상태로 복구할 수 있다.
sqlplus / as sysdba
SQL> set linesize 200
col member for a50
col status for a10
SELECT a.group#,b.THREAD#,a.member,b.bytes/1024/1024 MB,b.status FROM V$LOGFILE a, v$log b
where a.group#=b.group# order by group#;
서로 다른 디스크 공간에 이중화 구성, 리두로그 사이즈 500MB 확인
아카이브로그 (Archive Log Mode)
모든 작업의 기록이 리두로그 파일에 저장이 된다. 작업의 양이 많아질수록 리두로그파일에 기록하는 내용도 많아져 리두로그파일을 늘려야 하는 일이 발생을 한다. 다행히 오라클 리두로그파일은 계속 증가하는 것이 아니라 몇 개의 리두로그 파일을 대상만으로 기록하는 구조로 되있다. 그래서 새로운 작업시 이전 작업내용으로 덮어쓴다. 그러다보니 예전의 작업한 내용에 데이터 손실이 발생하면 복구하기 어렵다.이런 단점을 해결하기위해 리두로그파일의 내용을 다른 디렉토리에 자동으로 복사해서 저장하도록 운영하는 방법이다. 이렇게 운영하는 방법을 아카이브 로그 모드(Archive Log Mode)라고 한다.
기본(Default) Tablespace 구성
테이블스페이스는 테이블, 인덱스들이 모여있는 논리적 공간이고 Ststem / undo / temporary / data 등이 있다. 물리적인 공간(실제 공간)은 데이터 파일에 존재한다. 데이터 파일은 (파일명).DBF로 저장된다.
테이블스페이스 용량 확인
SQL> select tablespace_name,file_name,
테이블스페이스들의 정보 확인
SQL> SELECT * FROM USER_TABLESPACES;
테이블 스페이스 자동증가 여부 확인
SQL> SELECT FILE_NAME, TABLESPACE_NAME, AUTOEXTENSIBLE FROM DBA_DATA_FILES;
Last updated