반응형

AIX Tcp Wrapper install

TCP Wrapper : 외부 호스트의 접근을 제어 해주는 소프트웨어 , 방화벽 다음 단계에서 실행됨

 

1. tcp_wrapper download and 압축 해제

 

2. 컴파일 # make CC=gcc REAL_DAEMON_DIR=/usr/sbin aix

   gcc가 깔려있지 않다면 make REAL_DAEMON_DIR=/usr/sbin aix

 * tcp_wrapper 압축을 해제한 디렉토리 에서 실시

 

3. 컴파일 하고 나서 생기는 파일 확인

tcpd : 메인데몬

tcpdchk : 설정 체크 프로그램

tcpdmatch : 엑세스 컨트롤 체크 프로그램

try-from : 호스트와 유저 체크

safe_finger file : finger 체크

 

4.  make install 설정이 없기 때문에 위의 파일을 cp

# cp tcpd tcpdchk tcpdmatch try-from safe_finger /usr/sbin

 

5. /etc/inetd.conf 파일 수정

# telnet stream tcp6 nowait root /usr/sbin/telnetd telnetd -a  <- 원본 주석처리

 telnet stream tcp nowait root /usr/sbin/tcpd telnetd –a

# ftp stream tcp6 nowait root /usr/sbin/ftpd ftpd    <- 원본 주석처리

 ftp stream tcp nowait root /usr/sbin/tcpd ftpd

* 반드시 tcp6 -> tcp 로 변경

 

6. /etc/hosts.allow  ,  /etc/hosts.deny 설정

/etc/hosts.allow = 접속 허가         /etc/hosts.deny = 접속 거부

 

* hosts.allow 설정 방법

ALL : 127.              127. 대역 모두 허가

ALL : 127.1.            127.1 대역 모두 허가

ALL : 127.1.1.1/127.1.1.24    127.1.1.1 ~ 127.1.1.24 대역 까지 허가

 

host.deny 는 기본적으로 ALL:ALL 막아주고, hosts.allow 에서 필요 IP만 허가

 

7. inetd 재시작

# refresh –s inetd

 

8. 설정 확인

# tcpdchk –v : 현재 설정되어 있는 tcp wrapper 정보 확인

# tcpdmatch telnet 192.168.1.1 : 192.168.1.1에서 접근 가능한지 확인

 

반응형

'System Engineer' 카테고리의 다른 글

AIX / Solaris CPU 확인  (0) 2014.12.30
DB관리시 체크 항목  (0) 2014.12.18
AIX Device 확인  (0) 2014.12.18
RAID 구성  (0) 2014.12.18
주로 사용하는 Dictionary View  (0) 2014.12.18
서버관리  (0) 2014.12.17
반응형

Solaris

 물리적 CPU 개수

# psrinfo -p

 

 물리적 코어 개수

# kstat cpu_info | grep core_id | uniq | wc -l

 

 

AIX

 CPU 개수

# prtconf 로 확인하거나

# lsdev -Cc processor | grep proc | wc -l

 

 

반응형

'System Engineer' 카테고리의 다른 글

AIX TCP_Wrapper 설치  (2) 2015.10.01
DB관리시 체크 항목  (0) 2014.12.18
AIX Device 확인  (0) 2014.12.18
RAID 구성  (0) 2014.12.18
주로 사용하는 Dictionary View  (0) 2014.12.18
서버관리  (0) 2014.12.17
반응형

 

 구분

 점검내용 

 점검사항 

 비 고

일일

점검 

 Oracle Instance 상태 확인

 Oracle Instance service 상태 확인

 SQL>select insatnce_name, status from v$instance;

 Listener 상태 확인

 listener가 정상 service 중인지 확인

 $ lsnrctl status

 Oracle S/W, Archive 공간 확인

 Oracle 설치 Directory와 Archive Dest의 Free 공간 확인

 $ df -k (HP서버일 경우 bdf)

 Resource Check

 Oracle에 설정된 Parameter에 따라 resource가 부족한지 확인

 SQL> select * from v$resource_limit;

 Backup 확인

 Oracle Database Backup수행 여부

확인

 SQL> select * from v$backup; (HotBackup)

 recover 파일 조회

 recovery 가 필요한 파일을 조회 

 SQL> select * from v$recover_file 

 Tablespace

사용량 확인

 Tablespace의 여유 공간을 확인 하여 부족한 스페이스 할당
(80% 이상 사용중인 Tablespace Check)

 SQL> SELECT a.tablespace_name, a.bytes/1024/1024 "AMOUNT(MB)", b.bytes/1024/1024 "USED(MB)", c.bytes/1024/1024 "FREE(MB)",
(b.bytes*100)/a.bytes "% USED", (c.bytes*100)/a.bytes "% FREE"
FROM sys.sm$ts_avail a, sys.sm$ts_used b, sys.sm$ts_free c
WHERE a.tablespace_name=b.tablespace_name
AND a.tablespace_name=c.tablespace_name
AND (c.bytes*100)/a.bytes<20;

 Redo 발생량 확인

 Redo 발생량이 갑자기 증가 할 경우 Application의 오작동일 경우가 많으므로 Redo 발생량이 많을 경우 logmnr을 이용하여원인 SQL 분석

 SQL> select to_char(first_time,'YYYY/MM/DD')  "Date",count(thread#) "Count"
 from v$loghist
group by to_char(first_time,'YYYY/MM/DD')
order by to_char(first_time,'YYYY/MM/DD') desc;

 Alert Log 확인

 Alert_"SID".log 파일에발생하는 Error확인

 $ vi $ORACLE_BASE/admin/"SID"/bdump/alert_"SID".log

 또는 cd $ORACLE_BASE/admin/SID/bdump -> grep ora-alert_SID.log

수시/

점검 

 Tablespace Fragmentation확인

 Tablespace의 Fragmentation이 심한 Tablespace는 coalesce

 SQL> SELECT * FROM (
      SELECT tablespace_name,count(*) AS fragments,
             sum(bytes) AS total,
             max(bytes) AS largest
       FROM dba_free_space
       group by tablespace_name      )
WHERE fragments > 200;

Job 수행여부 확인

 DBA_JOBS를 확인하여 등록된 Job이 정상적으로 수행중인지 확인

 SQL> select job, schema_user, last_date, last_sec, next_date, next_sec, what from dba_jobs;

 Backup 확인

 물리적인 Backup 및 export Backup에 대한 정상 수행여부와
Controlfile은 Backup이 되는지 Backup 주기와 보관 중인
Backup 본이 몇 copy인지 확인

 Backup 장비를 사용할경우 Backup solution에서 확인
 Export의 경우 log파일 확인
 Local Disk에 Backup 할 경우 물리적인 Backup 파일 확인

 Trace 확인

 Oracle Process가 발생 시키는 trace파일 확인
(발생한 Trace 파일이 있을 경우 metalink를 이용한 원인 분석)
 $ ls -ltr $ORACLE_BASE/admin/"SID"/bdump
 $ ls -ltr $ORACLE_BASE/admin/"SID"/udump

 

반응형

'System Engineer' 카테고리의 다른 글

AIX TCP_Wrapper 설치  (2) 2015.10.01
AIX / Solaris CPU 확인  (0) 2014.12.30
AIX Device 확인  (0) 2014.12.18
RAID 구성  (0) 2014.12.18
주로 사용하는 Dictionary View  (0) 2014.12.18
서버관리  (0) 2014.12.17
반응형

lsdev : 서버에 어떤 장치가 있는지 확인

 -Cc adapter : Available 한 adapter 확인

 -Cc disk : Available 한 disk 확인

 

첫 번째 컬럼 = 장치명

두 번째 컬럼 = 장치의 상태

세 번째 컬럼 = 해당 장치가 무엇인지 설명해주는 부분

 

lsdev 

 

lsdev -Cc adapter

 

lsdev -Cc disk

 

lscfg : 해당 장치의 구성요소를 보여줌

 lscfg -vl [해당장치명]

 

lscfg -vl fcs0

 

lsattr : 해당 장치의 속성값을 보여줌 ( 속성 값 튜닝 가능 )

 lsattr -El [해당장치명]

 

lsattr -El fcs0

 

반응형

'System Engineer' 카테고리의 다른 글

AIX TCP_Wrapper 설치  (2) 2015.10.01
AIX / Solaris CPU 확인  (0) 2014.12.30
DB관리시 체크 항목  (0) 2014.12.18
RAID 구성  (0) 2014.12.18
주로 사용하는 Dictionary View  (0) 2014.12.18
서버관리  (0) 2014.12.17
반응형

RAID 란?

 - 여러개의 하드디스크에 데이터를 나눠서 분산, 중복 저장하는 기술

 - 여러개의 하드디스크를 하나의 디스크처럼 사용할 수 있게 해주는 의미

 

 

RAID 장.단점

 - DATA 보안성 : 복수의 하드디스크를 사용함으로 데이터를 보호 할 수 있음

 - 가용성과 성능의 향상

 - 용량 증가 및 통합

 - 비용이 많이듬

 

RAID 의 시스템

 - 스트라이핑(striping) : 여러개의 하드디스크 드라이브를 1개의 논리적인 스토리지 단위로 조합하는 방식

                  여러개의 하드디스크에 분산 기록되기 때문에 성능이 높으나 하나의 디스크에 문제 발생시 나머지 디스크도 문제가 생김

 

- 미러링(mirroring) : 2개의 하드디스크에 동시 기록 방식,

                             데이터 안정성이 매우 높으나 2개의 디스크에 데이터가 복제되기 때문에 용량낭비가 심함

 

- 패리티(parity) : 패리티 정보를 사용하는 방식으로, 실제적인 데이터 값들로 부터 측정된 중복정보를 말함

                        패리티는 스트라이핑과 함께 사용되며 하나의 전용 드라이브에 저장될 수 있고,

                        배열내 모든 드라이브들에 교차되어 있는 데이터와 혼합될 수도 있다.

 

 

주로 사용하는 RAID 구성 ( 출처 http://slic.tistory.com/151 )

 

RAID 0

 

RAID 0는 모든 볼륨 디스크에 데이터를 기록하므로 가장 빠른 RAID 모드입니다. 또한, 각 디스크 용량이 최적 데이터 스토리지를 위해 함께 추가됩니다. 디스크가 1개라도 고장나면 모든 데이터에 접속할 수 없습니다.

 

 

 

 

RAID 1은 모든 데이터가 볼륨의 디스크마다 기록되므로 우수한 데이터 보안을 제공합니다. 한 개의 디스크가 고장나면 볼륨의 다른 디스크에서 데이터를 사용할 수 있습니다. 그러나 데이터를 여러 번 기록하면서 걸리는 시간 때문에 성능이 감소합니다. 또한, RAID 1은 각 데이터가 볼륨의 모든 디스크에 저장되므로 디스크 용량이 50% 이상 줄어듭니다.

 

 

 

RAID 5는 볼륨의 디스크 전체와 데이터 블록당 하나의 패리티 블록에 데이터를 기록합니다. 디스크 1개가 고장나면 고장난 디스크의 데이터를 대체 디스크에 복구할 수 있습니다. 디스크 1개가 고장나면 데이터 손실이 발생하지 않지만 대체 하드 디스크에 데이터를 복구하기 전에 두 번째 디스크가 고장나면 어레이의 모든 데이터가 손실됩니다. RAID 5 볼륨을 생성하려면 최소 디스크 3개가 필요합니다.
RAID 5는 데이터를 보호하면서도 RAID 0와 유사한 성능을 제공합니다.

 

 

 

RAID 6는 볼륨의 디스크 전체와 데이터 블록당 두 개의 패리티 블록에 데이터를 기록합니다. 디스크 1개가 고장나면 고장난 디스크의 데이터를 대체 디스크에 복구할 수 있습니다. 데이터 블록당 두 개의 패리티 블록이 있는 RAID 6는 디스크가 최대 2개까지 고장나도 데이터 손실이 발생하지 않습니다. RAID 6는 더블 패리티 사용으로 인해 고장난 디스크와의 동기화가 RAID 5보다 느립니다. 그러나 더블 디스크 보안 덕분에 더욱 안전합니다. RAID 6 볼륨을 생성하려면 최소 디스크 4개가 필요합니다. RAID 6는 RAID 5에 비해 성능이 약간 떨어지지만 우수한 데이터 보호를 제공합니다.

 

 

 

RAID 10은 RAID 1의 보호 기능과 RAID 0의 성능을 결합한 것입니다. 4개의 디스크로 구성할 경우, RAID 10은 두 개의 RAID 1 세그먼트를 생성하고, 그것을 RAID 0 스트라이프에 결합합니다. 8개의 디스크로 구성할 경우, RAID 0 스트라이프에는 RAID 1 세크먼트가 4개 포함됩니다. 이런 구성 덕분에 매우 뛰어난 데이터 보호 기능을 제공해서, 두 개의 RAID 1 세그먼트에서 디스크가 2개 고장나도 안전합니다. 또한 RAID 10은 파일 수준에서 데이터를 기록하고, RAID 0 스트라이프 덕분에 많은 양의 작은 파일을 관리할 때 뛰어난 성능을 보여줍니다. 즉, 아이옵스(IOPS: input output per second)가 더욱 좋다는 뜻입니다.
RAID 10은 볼륨의 디스크 전체에 아주 많은 수의 작은 파일을 읽고 써야 하는 데이터베이스 관리자에게 최적의 선택입니다. RAID 10이 제공하는 우수한 IOPS와 데이터 보호 덕분에 데이터베이스 관리자들은 안정적으로 파일을 안전하게 보관하고 파일에 빠르게 접근할 수 있습니다

 

 

반응형

'System Engineer' 카테고리의 다른 글

AIX TCP_Wrapper 설치  (2) 2015.10.01
AIX / Solaris CPU 확인  (0) 2014.12.30
DB관리시 체크 항목  (0) 2014.12.18
AIX Device 확인  (0) 2014.12.18
주로 사용하는 Dictionary View  (0) 2014.12.18
서버관리  (0) 2014.12.17
반응형

 

 dba_users

 유저정보 조회

 dba_tablespaces

 테이블스페이스 조회

 v$tablespace

 테이블스페이스 조회

 dba_data_files

 오라클의 데이터파일의 정보를 보여주는 Data Dictionary View

 v$filestat

 file 의 read / write 통계

 v$sysstat

 인스턴스가 구동된 후부터 현재까지 누적된 수행 통계치를 시스템 레벨로 확인

 v$sesstat

 세션이 시작하면서 부터 현재까지 누적된 수행통계치를 개별 세션별로 확인

 v$mystat

 현재 접속해 있는 자기 세션에 대한 수행 통계치 확인

 v$session_wait

 세션이 대기 중인 이벤트가 무엇인지, 얼마나 자주 , 오랫동안 대기했는지 정보 확인

 - 이벤트 대기시, 컬럼 P1과 P2는 세션이 대기 중인 블록의 file_id 와 block_id를 각각 표시

 v$recover_file

 recover 가 필요한 파일 조회

반응형

'System Engineer' 카테고리의 다른 글

AIX TCP_Wrapper 설치  (2) 2015.10.01
AIX / Solaris CPU 확인  (0) 2014.12.30
DB관리시 체크 항목  (0) 2014.12.18
AIX Device 확인  (0) 2014.12.18
RAID 구성  (0) 2014.12.18
서버관리  (0) 2014.12.17
반응형

SAR = cpu 사용량

 -u : cpu 사용률 표시 

 

%usr : user mode 에서 작동한 CPU 가동률

%sys : kernel mode 에서 작동한 CPU 가동률

%wio : is wait 상태로 있었던 CPU 대기율

%idle : idle 상태로 있었던 CPU 대기율

physc : 현재사용중인 cpu 개수

 

#sar

AIX klisdb 3 5 00C4B3C74C00    12/17/14

System configuration: lcpu=8  mode=Capped

00:00:00    %usr    %sys    %wio   %idle   physc
01:00:00       2           0         0        98       4.00
02:00:00       2           0         0        98       4.00
03:00:00       2           0         1        97       4.00
04:00:00       4           2         1        93       4.00
05:00:00       2           0         0        97       4.00
06:00:00       6           1         1        92       4.00
07:00:00       2           0         0        98       4.00
08:00:00       2           0         0        98       4.00
08:20:00       2           0         0        98       4.00
08:40:00       2           0         0        97       4.00
09:00:00       2           0         0        97       4.00
09:20:00       4           0         1        95       4.00
09:40:00       3           0         1        96       4.00
10:00:00       4           0         0        95       4.00
10:20:00       4           0         2        94       4.00
10:40:00       5           1         3        92       4.00
11:00:00       4           0         0        96       4.00
11:20:00       3           0         0        96       4.00
11:40:00       3           0         0        96       4.00
12:00:00       3           0         1        96       4.00
12:20:00       3           0         0        97       4.00
12:40:00       2           0         0        97       4.00
13:00:00       2           0         0        97       4.00
13:20:00       3           0         0        96       4.00
13:40:00       4           0         0        96       4.00
14:00:00       3           0         0        96       4.00
14:20:00       4           0         0        96       4.00
14:40:00       3           0         0        96       4.00

Average       3          1         0        96       4.00

 

vmstat : 실제 자원과 논리적 자원의 활용도를 확인할 수 있다.

 

# vmstat 2 5 (2초씩 5번 나오게)

System configuration: lcpu=8 mem=32768MB

kthr    memory              page              faults        cpu
----- ----------- ------------------------ ------------ -----------
 r  b   avm         fre    re  pi  po  fr   sr cy  in   sy    cs    us sy  id wa
 1  1 3772315 3210933   0   4   0   0    0   0 256 7874 2386   4  1    95  0
 0  0 3772315 3210933   0   0   0   0    0   0  66  625 325     1   0    99  0
 0  0 3772315 3210933   0   0   0   0    0   0  95 1426 688     1  0    99  0
 2  0 3772315 3210892   0   0   0   0    0   0 732 17240 5887 11 1    88  0
 1  0 3775092 3208100   0   0   0   0    0   0 119 3406 1014   3   1   97  0

 

kthr (초당 변경되는 커널 스레드 상태)

 -r : 1초 간격으로 실행 큐에 놓여 있는 프로세스들의 수, 실행 가능한 프로세스들의 수

 -b : 1초 간격으로 대기 큐에 있는 프로세스들의 수

 

memory (가상 및 실제 메모리의 사용량 정보)

 -avm : Active Virtual Memory pages ( 페이징 공간에 할당된 평균 페이지 수(4K) )

 -fre : size of the free list ( 할당되지 않은 실제 메모리(4K) )

 

page (페이지 오류나 페이징 활성화 정보)

 -re : 재요청된 페이지들의 수, AIX 4 이후로 미 지원

 -pi : 페이징 공간에서 메모리로 들어온 페이지 수

 -po : 메모리에서 페이징 공간으로 나온 페이지 수

 -fr : 페이지 대체 알고리즘에 의해 자유롭게 된 페이지 수

 -sr : 페이지 대체 알고리즘에 의해 확인된 페이지 수

- cy : 페이지 테이블을 조회한 정도를 표시

 

faults

 -in : device interrupt의 수를 나타냄

 -sy : system call의 수를 나타냄

 -cs : context switching의 수를 나타냄

 

cpu

 -us : user mode 에서 소비된 cpu시간의 백분율을 나타냄

 -sy : system mode 에서 소비된 cpu 시간의 백분율을 나타냄

 -id : delay 된 disk I/O가 없는 상태에서 CPU가 idle 한 시간을 나타냄

 -wa : delay된 disk I/O가 있는 상태에서 CPU가 idle 한 시간을 나타냄

반응형

'System Engineer' 카테고리의 다른 글

AIX TCP_Wrapper 설치  (2) 2015.10.01
AIX / Solaris CPU 확인  (0) 2014.12.30
DB관리시 체크 항목  (0) 2014.12.18
AIX Device 확인  (0) 2014.12.18
RAID 구성  (0) 2014.12.18
주로 사용하는 Dictionary View  (0) 2014.12.18

+ Recent posts