BLUE STUDY

AOS Tranning – OS9000 & OS6850 Products

BLUEDAY™ — Tue, 09 Mar 2010 23:57:00 +0900

AOS training_20081212.zip

Session 1

Alcatel-Lucent Products Overview
AOS Basic & 실습

- Switch 기본 설정

- Switch Booting

- Alcatel Operating System

- Hardware 정보 확인

- AOS Upgrade

- Switch 계정

- SNMP

- DHCP

Session 2

AOS L2 Tranning & 실습

- VLAN

- 802.1Q

- STP

- Link Aggregation

- VRRP

Session 3

AOS L3 Tranning & 실습

- Static Routing

- RIP

- OSPF

Session 4

AOS Security Trannig T.S & 실습

- Switch의 Service Port 제한

- Access Control List

- QoS

- Network Security

. AVLAN

. Access Guardian

. Binding Rule

- AQM

Operation & Troubleshooting

- T.S Guide – 장비 점검 방법

- T.S Guide – 부팅에 문제가 있는 경우

- T.S Guide – 암호를 분실한 경우

- T.S Guide – 장애 분석을 위한 기본 정보

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

General configuration with PolicyFlow for RADIUS

BLUEDAY™ — Sun, 07 Mar 2010 13:24:00 +0900

1. Introduction to RADIUS protocol

2. VitalAAA overview

3. Installation

4. Main Files & RADIUS TestClient

5. The Server Management Tool (SMT)

6. Variables

7. Check Items

8. PolicyFlow

9. Plug-ins

10. Administration Interfaces (AI)

11. Universal State Server (USS)

12. References

00_Contents.ppt

01_RADIUS_Intro 6.0.ppt

01B_CDMA2000_EVDO.ppt

02_AAA_Intro 6.0.ppt

03_installation 6.0.ppt

07_admin_interfaces.ppt

08A_USS.ppt

12_references.ppt

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Oracle 점검 Scripts

BLUEDAY™ — Tue, 02 Mar 2010 21:32:00 +0900

Oracle 관련 정기점검 시 사용하는 Scripts 입니다. 아래 두개의 파일을 다운로드 하여 실행하세요.

dbpm.sh

dbpm.sql

<순서>

SGA Configuration

1.1 Share Pool Size
1.2 DB Cache Size
1.3 Redo Buffer Size
Memory Allocation

2.1 Library Cache Miss Ratio
2.2 Data Dictionary Miss Ratio
2.3 Buffer Cache Hit Ratio
Contention

3.1 Disk Physical I/O
3.2 Internal and External Sort
3.3 Rollback Segments Wait Ratio
3.4 Redo Log File Wait
System and Datafile

4.1 System Free Space
4.2 User Free Space
4.3 Extents
Check Oracle Internal Error
Check File System Usage

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Process가 참조하는 파일 확인 방법

BLUEDAY™ — Sun, 28 Feb 2010 22:11:00 +0900

1. 현재 계정의 file discription 값을 알아야 한다.

# ulimit –a
nofiles(descriptors) 2000 (혹은 -1 확인)

2. 원하는 Process를 잡아낸다.

# ps -ef |grep httpd
www 151568 172336 0 15:33:12 - 0:00 /app/apache/bin/httpd -k

3. Process가 참조하는 File 확인(0-2 까지는 Standard 관련이라 무시함) (3번 이상부터 참조하는 File 개수 임)

#procfiles 151568

151568 : /app/apache/bin/httpd -k start

Current rlimit: 2147483647 file descriptors

0: S_IFCHR mode:00 dev:10,4 ino:21 uid:30 gid:250 rdev:2,2

O_RDONLY

1: S_IFCHR mode:00 dev:10,4 ino:21 uid:30 gid:250 rdev:2,2

O_WRONLY

2: S_IFREG mode:0200 dev:46,3 ino:108477 uid:30 gid:250 rdev:0,0

O_WRONLY | O_APPEND size:359860463

4: S_IFIFO mode:00 dev:65535,65535 ino:268073480 uid:30 gid:250 rdev:0,0

O_RDONLY | O_NONBLOCK

5: S_IFIFO mode:00 dev:65535,65535 ino:268073480 uid:30 gid:250 rdev:0,0

O_WRONLY

procfiles : 151568 : 6 : Unable to retrieve fstat/fcntl information

4. 전체 참조 File 개수 확인

#pstat -T

SYSTEM VARS:

buffers 20

files 54780 (현재 Server가 참조하는 전채 File 개수)

e_files 0

procs 262144

e_procs 16528

threads 524288

e_threads 32976

clists 16384

maxproc 1024

iostats 1

locks 585

e_locks 1610629248

+++++++++++++++++++++++++++++++++++++++++

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

OS별 CPU 갯수 확인 방법

BLUEDAY™ — Sat, 27 Feb 2010 11:15:00 +0900

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

File Size 검색

BLUEDAY™ — Thu, 25 Feb 2010 20:49:00 +0900

File System 증가로 인해 Siz가 큰 File을 검색하여 삭제하거나 정리가 필요할 때 유용한 명령어 입니다.

- File Size가 100mb 이상인 것만 검색할 때 : # find / -xdev -size +100000000c

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

DNS 동작원리

BLUEDAY™ — Wed, 24 Feb 2010 23:00:00 +0900

1. 반복적 DNS Name 변환

Client는 반복적 변환을 엄밀히 사용해서 C.B.A. 에 대한 네임 변환을 수행한다. 그래서 Client는 모든 DNS 요청을 생성하고 모든 응답을 처리한다. 이는 가상 계층의 Root Name Server 에게 요청을 보내는 것으로 시작한다. Root Server는 C.B.A. 의 주소를 가지고 있지 않고 대신에 A. 를 위한 Name Server의 주소를 반환한다. 그러면 Client는 A. 를 관리하는 Server에게 질의를 보낸다. 이 Server는 Client에게 B.A. 를 담당하는 Server로 가라고 가리키며 B.A. 를 담당하는 Server는 실제로 C.B.A. 의 주소를 가지는 Server의 Name을 Client에게 보낸다. 최종적으로 C.B.A. 를 담당하는 Server는 Client에게 C.B.A. 의 주소를 반환한다.

2. 재귀적 DNS Name 변환

Client 가 Name Server 에게 재귀적 변환을 수행하도록 요청하고 Server가 이에 동의하는 경우다. 반복적 변환의 경우와 마찬가지로 Client는 Root Name Server에게 가장 먼저 요청을 보낸다. Root Name Server는 C.B.A. 의 주소를 가지고 있지 않지만 Client에게 A. 를 담당하는 Name Server 주소를 알려주는 대신 자신이 직접 A. 를 담당하는 Server에게 요청을 보낸다. 그러면 A. 를 담당하는 Server는 다시 B.A. 를 담당하는 Server에게 요청을 보내고 이 서버는 C.B.A. 를 담당하는 Server에게 요청을 전송한다. 그러면 C.B.A. 의 주소가 요청을 전달한 반대 방향으로 , 즉 C.B.A. 를 담당하는 Server에서 B.A. 의 Server로, 그리고 Root Server로, 최종적으로 Client에게 전달한다.

3. DNS Name 변환 과정

반복적 변환과 재귀적 변환을 모두 사용하는 전형적인 DNS Name 변환. 사용자가 DNS Name(www.net.compsci.googleplex.edu) 을 Web Browser에 입력하고 이는 Client Machine의 변환기로부터 로컬 DNS Name Server에게 DNS 변환 요청을 유도한다. Local Name Server는 변환기 대신에 재귀적으로 Name을 변환하기로 한다. 그러나 Local Name Server는 이를 위해 반복적 변환을 사용한다. 이러한 요청이 DNS 루트 네임 서버로 전송되고 차례로 .edu, googleplex.edu, compsci.googleplex.edu 를 담당하는 Server 로 전송된다. 그러면 IP 주소가 Local Name Server 로 전달되고 사용자의 변환기까지 전송된다. 그리고 최종적으로 Web Browser Software 로 전달된다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

운영체제별 TCP Trace 뜨는 방법

BLUEDAY™ — Tue, 23 Feb 2010 22:04:00 +0900

1. HP

<start>

nettl -tn pduin pduout -e ns_ls_ip -f $PWD/aaa (파일명) → 실제로 파일은 aaa.TRC00 형식으로 생김.

<stop>

nettl –traceoff –e all

netfmt -Nnlc $PWD/filterfile(Filter File) -f $PWD/aaa.TRC000 > trace.txt
trace.txt 가 결과 파일임.

filter tcp_sport 23
filter ip_daddr 9.23.205.49

2. SUN

<start>

snoop -d qfe0(netstat –i 확인) -o snoop.trc

<end>

ps -ef | grep snoop | egrep -v ''ksh|grep'' | awk '{printf(''kill -9 %s\n'', $2);}'|sh –x

snoop -i snoop.trc -tr -V -v -x 0 > snoop.txt

3. AIX

(1) iptrace start : iptrace가 start 된다. Start 된 Process의 PID 를 반납한다.

아래는 'en0' Interface를 통해 들어오는 Packet 중에 Source IP '10.50.71.31'에서 들어오는 Packet 을 잡아낸다.

$ startsrc -s iptrace -a ''-i en0 -s 10.50.71.31 /opt/tmax/tmax/iptrace/log1'

'0513-059 The iptrace Subsystem has been started. Subsystem PID is 905336.

(2) iptrace start : 실행중인 iptrace를 stop한다.(해당 PID 종료)

$stopsrc -s iptrace

(3) ipreport : trace file인 log1을 report형식으로 파일에 저장한다.

$ipreport -ns /opt/tmax/tmax/iptrace/log1 >log1_formatted

(4) vi log1_formatted

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

LSOF 사용법

BLUEDAY™ — Sat, 20 Feb 2010 18:05:00 +0900

개요 : LSOF는 'List Open File'의 약자로, 해당 System에서 구동되고 있는 Process에 의해서 열려진 File 을 확인 할 수 있는 Tool 입니다. 이 명령어를 사용하여 System의 의심스러운 Process에 대한 확인이 용이합니다.
내용

■ LSOF Option

■ LSOF 예제

* 어떤 Process가 어떤 Port를 사용하고 있는가? : lsof –i

* 특정 File 을 Access 하고 있는 Process 확인 : lsof

* 특정 Host(또는 IP)에 대한 접속 확인

* 특정 Port 로 접속한 List 확인

* 특정 user가 Open한 Process를 확인 : lsof -u 혹은 lsof –u

* 특정 사용자 제외 시 "^" Symbol을 사용하고, 여러 명을 동시에 지정하려면 ","를 이용한다.

* 특정 프로세스가 오픈한 파일 리스트 확인 : lsof –p

- PID 112를 가진 Process가 사용하는 File 확인

* ps 명령이 변조된 System에서는 의심스러운 Port 확인하기

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Java VM Core Dump 분석

BLUEDAY™ — Wed, 17 Feb 2010 23:21:00 +0900

<대부분의 문제 발생 원인 (리스트는 우선 순위 아님)>

1. 해당 Application이 사용하는 Native Code 사용시 발생

2. 모든 Type 2 JDBC Driver는 native DBMS Library를 사용하므로 이러한 유형의 오류가 발생할 수 있습니다. 이 Driver가 문제의 원인인지 판별하려면 pure java(Type 4) JDBC Driver로 전환합니다.

3. JNI 호출을 사용하여 Access하는 모든 native Library도 이러한 유형의 오류가 발생할 수 있습니다. 응용 Program에서 이러한 Library를 사용하는 경우 신중하게 조사해야 합니다. 보통 이러한 Library는 응용 Program에서 해당 기능을 필요로 하기 때문에 제외시키기 어렵습니다.

4. JVM 자체도 native Program이며 이러한 오류가 발생할 수 있습니다. JVM이 의심스러운 경우 인증된 다른 JVM 또는 상위 Version을 사용하여 JVM Bug가 오류의 원인인지 파악합니다. 많은 JVM Bug는 JIT Compiler 사용과 관련이 있으며 종종 이 기능을 해제하면 이러한 유형의 문제가 해결되기도 합니다. 이 기능을 해제하려면 대개 -Djava.compiler=none 명령 Option을 사용합니다. 위와 같은 원인 이외에도 발생 원인은 많습니다. Core file이 생성되면 이 Core file을 분석하여 발생 원인의 범위를 좁혀 가야 합니다. (발생원인을 좁혀가는 것이지 발생원인을 정확히 집어내기는 어렵습니다. 능력이 출중한 사람은 되겠지요.)

이 문서에서는 Core file 분석 Tool인 dbx나 gdb을 사용하지 않고 각 OS에서 제공하는 Core File 분석 Tool을 사용 하여 분석하는 방법에 관하여 알아봅니다.

※ 참고 : 다음과 같은 경우 Core File이 생성되지 않을 수도 있습니다.

- System 또는 사용자 별 ulimit –c (Core File의 설정된 크기)를 검사합니다.

- 사용 가능한 사용자 Disk 공간을 검사합니다 (예: Disk 할당량이 있습니까?)

- Solaris에서는 ‘/etc/system’ File에 다음 매개변수가 있는데 이 값에 따라 Core File이 생성되지 않을 수 있습니다.

: set sys:coredumpsize=0

- Linux에서는 기본적으로 Coder Dump가 Off로 있습니다. RedHat Advanced Server 2.1에서는 구성 정보 파일이 /etc/security에 있습니다. limits.conf라는 파일에서 설정 사항을 확인할 수 있습니다. "core"라는 단어를 찾아보십시오. 0으로 설정되어 있으면 coredump를 만들 수 없습니다.

- HP OS 설정 Kernel Parameter 인 maxdsiz(max_per_proc_data_size는 사용자 Process의 Data Segment 크기를 늘림) 64M에서 134M 이상으로 변경합니다.

<Core File 분석 Tool>

다음은 각 OS에서 사용하는 분석 Tool 입니다. 분석을 위해서는 stack 분석 Tool과 map 분석 Tool을 사용합니다.

1. Solaris

- stack 명령 = pstack

- map 명령 = pmap

2. IBM AIX 5.2 이상 (이전 Version에서는 사용할 수 없음)

- stack 명령 = procstack

- map 명령 = procmap (참고문서)

3. Linux

- stack = lsstack (링크1에서 lsstack을 가져와서 Linux Platform에서 Build 할 수 있습니다.)

- map = pmap (이 명령은 Solaris의 pstack에 해당합니다. (링크2에서 pmap Source를 가져와서 Linux Platform에서 Build 할 수 있습니다.)

4. HP-UX : 기본 제공 Tool은 없으며, GDB, ADB를 사용함.

<명령어 사용>

각 명령어의 보다 자세한 Option 사항은 명령어의 Help를 참조 하십시오.

[예제] Solaris

/usr/bin/pstack [-F] [pid | core] > [분석내용저장파일명]

ex) pstack core2004-10-29 > coreStack.txt

/usr/bin/pmap [ -rslF ] [ pid | core ] > [분석내용저장파일명]

ex) pmap core2004-10-29 > coreMap.txt

[분석] coreStack.txt 내용

굵은 부분이 오류가 발생한 부분을 나타낸다. ‘--- called from signal handler with signal’을 찾으면 된다. 이 오류가 발생한 Memory 영역이 ‘e9f90420’ 이다. coreMap.txt 파일에서 이 주소 값이 포함되는 범위를 찾아본다.

[분석] coreMap.txt 내용

‘e9f90420’가 포함된 범위에서 사용되는 Library는 ‘libhello.so’ 임을 알 수 있습니다. Core 발생은 주 원인은 libhello.so 일 가능성으로 추측할 수 있습니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

AIX OS Backup

BLUEDAY™ — Tue, 16 Feb 2010 10:49:00 +0900

1. HMC Console 접속

- ‘Log on and lauch the Hardware Management Console web application’을 선택한다.

- Userid/Password를 입력하고 Login Button을 Click 한다.

2. Tape 장치 확인

1) 일반적인 경우

- Tape이 연결되어 있는 Server를 확인하기 위하여 왼쪽 메뉴 중 ‘System Management – Servers’를 Click 하여 Main 화면의 Server-9117-MMA-SN06CE8F4를 선택, 하단의 Properties를 Click 한다.

- New Menu 화면 중 I/O를 Click 한다.

- Tape 장치가 연결되어 있는지 확인 (Description에 Tape이 연결된 RAID Controller로 표시되며 Bus Number를 기억하면 된다.)

※ Bus Number는 Engineer에게 문의, 확인 (RAID Controller가 여러 개일 경우)

2) 하나의 Tape 장치를 여러 Server에서 공유하는 경우

- 다른 Server에 Tape이 연결되어 있는 경우 Tape Device를 옮겨야 한다.

- Main 화면의 Tape 장치가 할당된 다른 Server를 선택 ‘Dynamic Logical Partitioning – Physical Adapters – Move or Remove’ 선택

- Removable I/O Adapters에서 이동할 Device를 선택하고 Options의 Move to partition에서 Tape을 사용할 Server를 선택하고 OK Button을 Click 한다.

- Device가 이동하는 Pop-Up 창이 나타난다. (1~2분 정도)

- 정상적으로 Tape Device가 이동되면 Pop-Up 창이 없어진다.

- Tape가 연결되어 있던 Server의 OS에서 Tape Device가 삭제되지 않아 발생하는 Message로 Server 담당자에게 Tape Device를 삭제 요청하고 2번 부터 다시 한다.

3. OS Backup

- Console에서 해당 Hostname을 선택, ‘Open Terminal Windows’를 Click.

- Terminal Window가 뜨면 root로 Login 한다.

- ‘lsdev –Cc tape’ 로 Tape을 확인하고 ‘smitty mksysb’로 Backup을 수행.

- Tape이 물리적으로 연결되어 있으나 명령어로 보이지 않을 경우 ‘cfgmgr’로 생성 및 확인하고 ‘smitty mksysb’로 Backup 수행

- ‘Backup DEVICE or FILE’에서 F4(ESC+4)를 눌러 Backup Device를 선택

- ‘EXPAND /tmp if needed?’에서 Tab 키를 눌러 Yes로 변경, ‘Disable software packing of backup?’에서 Tab 키를 눌러 yes로 변경하고 Backup을 수행한다.

- Backup 끝나면 F3(ESC+3)키를 눌러 빠져 나온다. (Command : OK)

- 다른 Server의 Tape 사용자를 위하여 Tape Device를 삭제한다. (하나의 Tape 장치를 여러 Server에서 공유하는 경우)

: lsdev –Cc tape (Tape Device Path Number 확인)

: lsdev –C | grep 0A-08 (Tape Device Path Number 중 sissas 명 확인)

: lsdev –Cl | sisssas1 –F parent (PCI명 확인)

: rmdev –Rd1 pci0 (Tape Device 삭제)

: lsdev –Cc tape (Tape Device 확인)

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

AIX Memory 병목 진단

BLUEDAY™ — Sat, 13 Feb 2010 11:41:00 +0900

1. 개요 : vmstat, ps, svmon, 명령을 사용하여 Memory 병목을 진단하는 방법을 소개

2. 내용

1) vmstat

Memory 병목 부분이 page in/out 인지 확인합니다. 다음과 같이 실행합니다.

#vmstat 1

※ pi와 po가 계속 “0”보다 크다면 System이 느려집니다.

- pi : Paging 공간으로부터 Page in 되는 초당 Page 수
- po : Paging 공간으로 Page out 되는 초당 Page 수

System의 Process들이, RAM에서 가능한 Memory보다 더 많은 Memory를 요구한다면 Page들이 Paging 공간으로 Page Out 된 후 필요 시 다시 Page In 됩니다. Paging 공간을 사용하는 것은 RAM의 Memory를 사용하는 것보다 느리기 때문에 Page In, Page Out이 많이 일어나면 System 성능이 저하됩니다.

- fr : free 되어야 할 Page 수
- sr : fr에 지정된 수의 Page 를 free시키기 위해 조사된 Page 수
- fr : sr의 비율이 1:4 라면 하나의 Page가 free될 때 마다 4 Page가 조사되었다는 것을 뜻하는데 이것만으로는 Memory 부족이라고 볼 수는 없습니다. po*SYS>fr 이라면 시스템이 thrash되고 있는 것입니다. 여기서 SYS는 schedtune의 결과 값 중 하나로, Memory가 128MB 이상이면 기본값은 “0”이고 그렇지 않다면 “6” 입니다. "thrash"라는 것은 시스템이 과다한 page In/Out 으로 인해 Process가 느려지는 것을 뜻하며 System이 전반적으로 느려집니다.

2. svmon

Process 병목 원인이 특정 Process의 Memory 누수인지 확인합니다. 다음과 같이 실행합니다.

# svmon -Pau 10 | more 혹은 svmon –P -u -t 10 | more

결과로 다음과 같은 내용이 나타납니다.

위에 제시된 명령을 실행하면, Memory를 가장 많이 사용하는 상위 10개 Process가 나열됩니다. 내용 중에서 “Type = work”이고 “Description = private”인 부분을 보고, “Pgspace”에 몇 Page (4096byte)가 사용되는지 확인합니다. “Pgspace” 값이 감소는 되지 않고 계속 증가만 된다면 Memory가 새고 있는 것입니다. 이는 application이 메모리 deallocation 을 하지 않는 경우 나타납니다.

여기서는 1.4MB (341 * 4096 = 1,396,736)의 가상 메모리가 사용되고 있습니다.

3. ps

메모리 병목 원인이 특정 프로세스 메모리 과다사용인지 확인합니다. 다음과 같이 실행합니다.

#ps gv | head -n 1; ps gv | egrep -v "RSS" | sort +6b -7 -n –r

결과로 다음과 같은 내용이 나타납니다.

- SIZE : Process의 "Type = work"와 “ Description = private ” 영역에 대해 할당된 Paging 공간 크기(KB)
- RSS : Process의 "Type = work"와 “ Description = private ” 및 “ Type = pers ” 와 “Description = code”영역에 대한 RAM 사용 크기(KB)
- TRS : Process의 “Type = pers”와 “Description = code” 영역에 대한 RAM 사용 크기(KB)

- %MEM : RSS를 System RAM 크기로 나눈 비율(%)

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

mysqldump Option

BLUEDAY™ — Tue, 28 Jul 2009 22:33:00 +0900

mysqldump [Option] db 명 [table명] > 백업파일

mysqldump [Option] –-database [옵션] db명 1, db명 2, db 3, … > 백업파일

mysqldump [Option] –-all-databases [옵션] > 백업파일

<옵션>

-A, –-all-databases : 모든 DB Dump

--add-locks : Dump 전에 Lock Dump 후에 Unlock

--add-drop-table : Dump 이후에 출력물의 앞에 drop table 명령 추가 (나중에 복구할 때 사용하기 위해서)

-B, –databases : 여러 DB를 동시에 Dump 할 때 사용

-f, –-force : Error를 무시

-h, –-host : 지정한 Host의 Data를 Dump

-t : Data만 Dump

-d : Data를 제외하고 Schema만 Dump

-p : 사용자의 암호를 지정

-P : Port 번호 지정

-u : 사용자명 지정

-c : 완전한 Insert 문 구성

-q : 대용량 Database를 Dump 뜰 때 유용, 한번에 한열씩 추출하며 쓰기 전에 Memory에 Buffering하여 Dump

-x : XML 형태로 Dump

--default-character-set : 기본 character set 지정하여 Dump

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Oracle 10g Client Installation

BLUEDAY™ — Tue, 24 Mar 2009 15:49:52 +0900

Oracle Client 설치에 적합한 환경인지 검사하는 창이 나온다.
Oracle Universal Installer가 나오는데 이것은 Oracle 설치와 구성에 대한 안내 창이 나온다.
설치 유형을 선택할 수 있는 창이 나온다.

- InstantClient 유형을 선택하여 설치하는 경우

Oracle Client 경로를 설정하는 창이 나온다.

제품별 필요 조건 검사를 진행하는 창이 나온다. (상태 필드에 에러 메세지가 출력되지 않으면 다음으로 넘어간다.)

설치될 제품 리스트 (요약정보)가 나온다.

'설치중...' 이라는 메세지가 나오고 설치가 진행된다.

설치가 정상적으로 된 경우 종료를 클릭하고 설치를 끝낸다.

- 관리자 유형을 선택하여 설치하는 경우

Oracle Client 경로를 설정하는 창이 나온다.

제품별 필요 조건 검사를 진행하는 창이 나온다. (상태 필드에 에러 메세지가 출력되지 않으면 다음으로 넘어간다.)

설치될 제품 리스트 (요약정보)가 나온다.

'설치중...' 이라는 메세지가 나오고 설치가 진행된다.

'설정 및 구성 도움' 창이 나오는데, 구성 및 설정이 끝나면 다음 단계로 넘어간다.

설치가 정상적으로 된 경우 종료를 클릭하고 설치를 끝낸다.
Oracle DB Server 원격으로 연결하기

- InstantClient 설치시 원격으로 DB Server에 접속하는 방법

첫번째 방법은 Oracle DB Server와 같은 제품인 InstantClient를 설치하는 경우다. '3.'에서 설치한 경로로 이동한다.

Client Home Directory에 Oracle DB에 접속할 수 있는 환경 설정 파일인 tnsname.ora를 생성하고 안의 내용을 편집한다.

※ SID (DB Server Name)을 얻는 방법

: SQL*Plus 를 이용하는 방법

SQL> select name from v$database;
   SQL> show parameter db_name;

: DB Server가 설치된 OS가 Windows인 경우

   '시작 → 실행 → services.msc'를 실행시켜 Oracle과 관련된 Service를 찾아 Service Name을 확인한다.

※ Oracle 접속 IP (Host Name) 및 Port를 확인하는 방법

: '시작 → 실행 → cmd' 에서 lsnrctl하여  status 명령을 입력한다.

: Oracle DB 설치 Home Directory에서 'listener.ora'을 열어 확인한다.

: 'tnsname.ora' 파일 생성과 편집이 끝났다면 다음은 sqlplus를 Download 하거나 아니면 Oracle 'bin' Directory에 있는 'sqlplus.exe'를 복사하여 Home Directory에 붙여 넣는다.

: 두번째 방법은 Oracle Site에서 설치 파일이 아닌 InstantClient 파일을 Download 설치하는 방법

Instant Client Download Site

Oracle 10g InstantClient 제목이 나오고 그 밑에 부분에 Platform에 맞추어서 Download 선택하게 되어 있다.

Oracle Technology Network Development and Distribution License Agreement 기술 License 동의 여부가 나오는데 동의해야 Download가 가능하므로 무조건 동의한다.

InstantClient에 대한 License가 나오는데 역시 무조건 동의합니다.

instantclient-sqlplus-win32-11.1.0.7.0.zip
instantclient-basic-win32-11.1.0.7.0.zip

※ Oracle Server Version과 관계없이 아무거나 받아도 상관없다. 하지만 sqlplus Version과 InstantClient Version은 일치 시켜야 한다. 그렇지 않으면 oci.dll 불일치로 sqlplus에 Error가 난다.

Download 한 두개의 압축을 풀고 하나의 Directory로 생성한다.

다음은 위에서 생성한 tnsnames.ora (DB 접속 Network 설정 파일)을 생성하고 편집하는 것은 위에서 설명한 것과 같이 하면 된다. (다 Download 하였기 때문에 여기서는 sqlplus.exe를 가져올 필요가 없다.)

※ InstantClient 한글 Data 설정 부분이 있는데 Registry에 등록한다.

: 'HKEY_LOCAL_MACHINE\SOFTWARE → 새로 만들기 → Key'에서 ORACLE 생성
: ORACLE → 새로 만들기 → 문자열 값
이름 (NLS_LANG) / 종류 (REG_SZ) / KOREAN_KOREA.KO16MSWIN949

※ InstantClient 핵심적인 파일 3가지 : oci.dll, oraocci10.dll, oraociei60.dll

첫번째 혹은 두번째 방법이든 정상적으로 설정이 되었다면 테스트를 해야 한다. '시작 → 실행 → cmd' 에서 sqlplus로 들어간다.

sqlplus /nolog

Error 없이 정상적으로 들어왔다면 기본 설정은 정상이다.

그러면 이젠 Oracle DB에 정상적으로 들어가는지 테스트를 해야 하는데 이 부분에서 Error가 난다는 것은 Network 설정 파일인 'tnsnames.ora' 파일의 문제이거나 아니면 현재 DB의 'listener.ora' 파일의 설정 부분이 잘못되어 Error가 발생한 경우다.

접속하는 방법

sqlplus> conn sys/manager@oracl

위의 방법으로 Error가 난 경우

sqlplus> conn [ID/Password@Host Address:Port/SID(DB Server)]

예-1> sqlplus> conn sys/manager@192.168.0.1:1521/orcl as sysdba
예-2> sqlplus> conn scott/tiger@192.168.0.1:1521/orcl

- Oracle Client 관리자 모드 (원격으로 DB에 접속하는 방법)

첫번째 방법 : Net Configuration Assistant

'시작 → 프로그램 (P) → Oracle → Oracle10g_home3 → 구성 및 이전 툴 → Net Configuration Assistant'

Net Configuration Assistant 들어가서 Oracle DB에 접속하기 위한 환경설정 파일을 만들어야 한다. 즉, 다시 말하자면 Oracle Client Home 밑에 'NETWORK/admin' Directory에는 원격으로 접속하기 위한 환경설정 파일이 없다.

Oracle Net Configuration Assistant 시작 페이지가 나온다. (여기서는 Oracle DB에 접속하기 위한 환경 설정 부분임으로 [로컬 네트워크 이름 구성])

처음 환경설정 파일을 만드는 것으로 추가만 활성화 되어 있고 나머지는 모두 비활성화 되어 있을 것이다. 여러개 만들었다면 재구성이라든지 테스트 등등 할 수 있게 되어 있을 것이다.

Service 이름을 적는 부분이 나오는데 보통은 Oracle DB Server 명이나 아니면 SID를 적어준다.

Oracle DB에 접속하기 위한 Protocol 을 묻는 창이 나오는데 보통 대부분은 TCP 입니다.

원격으로 접속하기 위한 Oracle DB Host Address 혹은 Host Name을 입력하는 부분은 Oracle Server IP를 적어준다 다음으로 접속 Port 부분인데 특별하기 바꿀 내용이 없다면 1521을 사용합니다.

최종적으로 'tnsnames.ora'를 만들기 전에 Oracle DB에 접속되는지 테스트 합니다.

접속 테스트를 하고 결과를 나타내 줍니다.

Net 환경설정 파일에 대한 Name을 적는 부분으로 여기서도 Oracle DB나 SID를 넣어줍니다.

또 다른 Net 설정을 하겠느냐는 창이 나온다.

Net 구성이 완료됐다는 Message가 나오며 특별한 사항이 없으면 넘어간다.

'tnsnames.ora'가 Oracle Client Home Directory에 생성되었는지 확인하고 내용도 확인한다.

Oracle DB에 접속 테스트 하기

'시작 → 실행 → cmd'로 들어간다. path 명령어로 Oracle Client Home 밑에 'bin' Directory의 명령들이 정상적으로 연결되었는지 확인합니다.

sqlplus sys/manager@oci as sysdba
sqlplus ID/Password@SID

정상적으로 접속이 되었다면 현재 사용자와 현재 접속된 DB Server Name을 확인한다.

현재 사용자 : sqlplus> show user
현재 접속된 DB Server
: sqlplus> show parameter db_name;
: sqlplus> select name from v$database;
기타 Oracle DB Server에 접속하여 관리할 수 있는 Tool

- 보통은 크게 Freeware로 무료로 상없적인 목적이 개입되지 않는 Version과 그렇지 않은 Version으로 구분합니다.
: 이글로벌 테크놀로지 Quest Software Toad
: sqltools++
: Smar SQL 2008
: 웨어벨리의 Orange
: SQL Navigatior SQL-Gate
: Dbany

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

1~100까지 합 구하기

BLUEDAY™ — Sat, 21 Mar 2009 22:10:50 +0900

<용어해설>

변수 : 어떠한 값이 저장될 수 있는 저장소 (위의 그림에서 I, J를 변수라고 한다.)
상수 : 변하지 않는 수 (위의 그림에서 0, 1이 상수이다.)
누적 : 자기 자신에 어떠한 값을 더하여 자기에 저장하는 것
연산자 : '+, -, *, -, ^'와 ' >, <, =, >=, <=' 를 말한다.

<설명>

'J=1+2+3+ … + 100'을 구하려면 1~100까지 변하는 수를 저장하기 위한 변수 'I'와 이렇게 변하는 수를 하나씩 누적하여 1~100까지의 합을 구하기 위한 J라는 변수가 필요하다.
I와 J는 이전에 어떠한 값이 있을지도 모르기 때문에 초기화(I=0, J=0) 시킨다.
I는 1~100까지 1씩 누적되면서 저장되어야 하기 때문에 I에 1을 누적시킨다. (I=I+1)
J는 1~100까지 변하는 I값을 J에 누적시켜 합을 구할 수 있다. (J=J+I)
100까지의 합을 구하기 위해서 I=100이 되면 J에 100까지의 합이 누적되어 값이 구해진 후 끝내는 부분이 필요하다 이럴때 조건문을 사용하여 I=100이 되면 다음으로 넘어가고 그렇지 않을 때는 100이 될 때까지 I=I+1로 되돌아가 수행되도록 하면 된다. (조건문 I=100)
I=100이 되면 모든 계산은 끝났기 때문에 값을 출력해주면 된다. 이때 주의할 것은 출력할 대상이 무엇이냐 하는 것이다. 1~100까지의 합의 값을 계산한 변수(J)를 출력해야 한다. (J를 출력)
끝낸다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

OSPF (Open Shortest Path First) ; 최단 경로 우선 프로토콜

BLUEDAY™ — Wed, 18 Feb 2009 11:24:56 +0900

OSPF는 대규모 자율 Network에서, RIP에 우선하여 사용되는 Routing Protocol 이다. RIP과 마찬가지로, IETF에 의해 OSPF는 여러 개의 IGP 중 하나로 지정되었다.

OSPF를 사용하면, Routing Table의 변경 사실이나, Network 내의 어떤 변화를 감지한 Host 는, 즉시 그 정보를 Network 내의 다른 모든 Host 들에게 알림으로써, 모두 같은 Routing 정보를 가질 수 있도록 한다. Routing Table 전체를 보내는 RIP과는 달리, OSPF를 사용하는 Host는 오직 변경된 부분만을 보낸다. RIP에서는 매 30초마다 Routing Table을 인접한 Host에 보내지만, OSPF는 변경이 생겼을 때에만 변경된 정보를 Multicast 한다.

단순히 홉수를 세는 것보다 OSPF는 추가적인 Network 정보를 참작한 Link 상태 상에서 그것의 경로 등급을 기반으로 한다. OSPF는 또한 사용자가 자신의 선호도에 따라 몇몇 경로들에 대해 우선권을 부여할 수 있도록, 특정 Host Router를 설정할 수 있게 한다. OSPF는 하나의 Network 가 다시 세분될 수 있도록, 다양한 Network Subnet Mask 를 지원한다. OSPF 내에서 Router와 종단국 사이의 통신을 위해 RIP이 지원된다. 이미 많은 Network들이 RIP를 사용하고 있기 때문에, Router 제작업체들은 본래 OSPF를 위해 설계된 Router 내에 RIP의 지원도 함께 포함하는 경향이 있다.

▶ 관련되는 Site

Cisco에서 OSPF Protocol 에 관한 설명자료를 그림과 함께 제공하고 있습니다.
IETF Network Workgroup 의 RFC 2178은 OSPF Version 2에 대한 권위 있는 설명입니다.
Bay Networks에서 OSPF의 설명을 포함한, IP에 대한 포괄적인 개관을 제공하고 있습니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Oracle Backup

BLUEDAY™ — Thu, 29 Jan 2009 10:07:41 +0900

<Backup 방법>

Oracle DB Backup은 1) 물리적 백업(physical backup)과, 2) 논리적 백업(Logical backup)의 두가지 방법이 있다.

1. 물리적 백업

물리적인 백업은 Database File (Data File, Control File)을 Backup하는 것을 뜻하며, DB가 Archive Mode에서 수행중인 경우에는 Archive Redo Log File이 자동적으로 생성되므로 Data File, Control File, Archive Redo Log File이 Backup 된다. 물리적 백업은 다음과 같이 두 가지가 가능하다.

- Off-Line Backup
- On-Line Backup

1) Off-Line Backup

Off-line backup은 Tablespace나 Data File이 Off-Line 일 때 실행되는 Backup 으로, 가장 수행하기 쉬운 Backup 방법중의 하나이다. Off-Line Backup은 DB를 종료하고, DB와 관련된 모든 물리적인 파일 (Data File, Control File, 매개변수 File)을 운영체제 명령어를 이용하여 복사한다.

이 Backup은 Data File의 크기가 매우 큰 경우, 많은 시간이 소요될 수 도 있다. 그래서 Off-Line Backup을 Whole-Backup 또는 Cold-Backup이라 한다.

$ sqlplus system/manager as sysdba ☜ DBA로 접속

SQL> select name from v$controlfile;   ☜ 컨트롤 파일의 위치를 확인

NAME
--------------------------------------------------------------------------------
/export/home/oracle/app/oracle/oradata/orcl/control01.ctl
/export/home/oracle/app/oracle/oradata/orcl/control02.ctl
/export/home/oracle/app/oracle/oradata/orcl/control03.ctl

SQL> select file_name from dba_data_files;   ☜ 데이터 파일의 확인

FILE_NAME
--------------------------------------------------------------------------------
/export/home/oracle/app/oracle/oradata/orcl/users01.dbf
/export/home/oracle/app/oracle/oradata/orcl/sysaux01.dbf
/export/home/oracle/app/oracle/oradata/orcl/undotbs01.dbf
/export/home/oracle/app/oracle/oradata/orcl/system01.dbf

SQL> select group#,member from v$logfile;   ☜ 리두 로그 파일을 확인

    GROUP# MEMBER
---------- ------------------------------------------------------------
         3 /export/home/oracle/app/oracle/oradata/orcl/redo03.log
         2 /export/home/oracle/app/oracle/oradata/orcl/redo02.log
         1 /export/home/oracle/app/oracle/oradata/orcl/redo01.log

SQL>
SQL> shutdown normal;    ☜ normal, transaction, immediate중 하나로 DB를 종료
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> !    ☜ 쉘 프롬프트로 일시 복귀함
$ su     ☜ root의 권한을 가짐
Password:
# cp /export/home/oracle/app/oracle/oradata/orcl/control0*.ctl /export/home/work/.     ☜ 컨트롤 파일 복사
# cp /export/home/oracle/app/oracle/oradata/orcl/redo*.log /export/home/work/.    ☜ 리두 로그 파일 복사
# cp /export/home/oracle/app/oracle/oradata/orcl/*.dbf /export/home/work/.     ☜ 데이터 파일 복사
# cp dbs/*.ora /export/home/work/.    ☜ 파라미터 파일 복사
# ls -l /export/home/work     ☜ 복사되었나 확인

-rw-r-----   1 root     other      2867200 Jan 4 11:07 control01.ctl
-rw-r-----   1 root     other      2867200 Jan 4 11:07 control02.ctl
-rw-r-----   1 root     other      2867200 Jan 4 11:07 control03.ctl
-rw-r--r--   1 root     other           8384 Jan 4 11:14 init.ora
-rw-r--r--   1 root     other         12920 Jan 4 11:14 initdw.ora
-rw-r-----   1 root     other     10486272 Jan 4 11:09 redo01.log
-rw-r-----   1 root     other     10486272 Jan 4 11:09 redo02.log
-rw-r-----   1 root     other     10486272 Jan 4 11:09 redo03.log
-rw-r-----   1 root     other          2560 Jan 4 11:14 spfileorcl.ora
-rw-r-----   1 root     other    461381632 Jan 4 11:10 sysaux01.dbf
-rw-r-----   1 root     other    471867392 Jan 4 11:11 system01.dbf
-rw-r-----   1 root     other     20979712 Jan 4 11:11 temp01.dbf
-rw-r-----   1 root     other     26222592 Jan 4 11:11 undotbs01.dbf
-rw-r-----   1 root     other       5251072 Jan 4 11:11 users01.dbf

# exit       ☜ root 권한에서 빠져나옴
$ exit       ☜ 쉘프롬프트에서 오라클 프롬프트로 복귀

SQL> startup   ☜ Instance 기동
ORACLE instance started.

Total System Global Area 289406976 bytes
Fixed Size                       778796 bytes
Variable Size                    99360212 bytes
Database Buffers              188743680 bytes
Redo Buffers                   524288 bytes
Database mounted.
Database opened.

SQL>

- 자동으로 Off-Line Backup 실행하기

Off-Line Backup은 Data File의 크기가 작은 경우 쉽고, 간단하게 실행할 수 있지만, Data File이 큰 경우는 많은 시간이 소요되므로 Script를 사용하여 운영체제의 Scheduler에 의해 Backup이 자동으로 실행되도록 할 수 있다.

다음과 같이 Off-Line 자동 Backup Script를 작성하여 실행한다.

1단계 : Oracle Instance 종료

$ORACLE_HOME/bin/sqlplus system/manager as sysdba
SHUTDOWN IMMEDIATE
EXIT

2단계 : 데이터베이스와 관련된 모든 물리적 파일 복사

cp /export/home/oracle/app/oracle/oradata/orcl/*.ctl backup/
cp /export/home/oracle/app/oracle/oradata/orcl/*.dbf backup/
cp /export/home/oracle/app/oracle/oradata/orcl/*.log backup/
cp /export/home/oracle/app/oracle/oradata/orcl/*.ora backup/

3단계 : 데이터베이스 다시 시작

$ORACLE_HOME/bin/sqlplus system/manager as sysdba
STARTUP
EXIT
EOF

2) On-Line Backup

Off-Line Backup이 DB가 종료한 상태에서 Backup하는 것에 반해, Online Backup은 DB를 운영하는 도중에 백업을 실행하는 방법이다. On-Line Backup은 Tablespace 단위로 Backup을 수행하며 ALTER TABLESPACE 명령으로 Tablespace를 Backup Mode로 설정하고, Data File을 운영체제에 복사한다.

On-Line Backup을 Hot Backup 또는 Open Backup이라 한다. On-Line Backup은 Off-Line Backup과 달리 모든 File을 Backup 할 수 없고, 필요한 Tablespace만 Backup 할 수 있다.

$ sqlplus '/as sysdba'
SQL> select tablespace_name, file_name from dba_data_files;

TABLESPACE_NAME FILE_NAME
--------------- ------------------------------------------------------------
USERS           /export/home/oracle/app/oracle/oradata/orcl/users01.dbf
SYSAUX          /export/home/oracle/app/oracle/oradata/orcl/sysaux01.dbf
UNDOTBS1        /export/home/oracle/app/oracle/oradata/orcl/undotbs01.dbf
SYSTEM          /export/home/oracle/app/oracle/oradata/orcl/system01.dbf

SQL> alter tablespace users begin backup;
☜ Tablespace 내의 모든 객체에 대해 변경된 Data들이 Data File에 적용되고, Memory 영역과 Redo Log File에 일시적으로 저장된다.

Tablespace altered.

SQL> !

$ cp /export/home/oracle/app/oracle/oradata/orcl/users01.dbf bkup/.
$ ls -l bkup

total 10272

-rw-r-----   1 oracle   oinstall 5251072 Jan 4 14:07 users01.dbf

$ exit

SQL> alter tablespace users end backup;
☜ 복사후 SQL 문을 실행하여 Data File에 저장되었던 변경된 Data를 실제 Data File에 반영한다.

Tablespace altered.

SQL>
SQL> ALTER SYSTEM SWITCH LOGFILE;
☜ 인위적으로 Log Switch를 실행하여 모든 Data Fie Header에 저장되어 있는 Check Point 번호를 통합

System altered.

SQL>

2. 논리적 백업

논리적 백업은 DB 내의 논리적 객체들을 Backup 하는 방법으로, EXPORT Utility를 사용하여 Backup 하고, IMPORT Utility를 사용하여 복구한다.

EXPORT와 IMPORT Utility가 백업/복구 이외에 다른 기능은 다음과 같다.

- 특정 사용자의 객체를 다른 사용자의 공간으로 이동시킬 수 있다.
- 운영체제가 다른 DB 사이에 Data를 이동시킬 수 있다.
- Table, View, Index 등을 Backup하고 다시 복구함으로써 객체들의 구조가 재생성되어 단편화 (fragmentation)를 감소시킨다.

Export에서 사용 가능한 Keyword는 EXP Utility를 참조하고 또한 Export를 사용하여 논리적으로 DB를 Backup하는 방법은 Database 전체 모드, Tablespace Mode, 사용자 Mode, Table Mode 의 4 종류가 있다. Database 전체 Mode, Tablespace Mode, User Mode, Table Mode

- 모든 Table의 Data
- Index
- Table의 제약 조건
- Trigger
- Clust
- Sequence
- Snapshot
- Stored Procedure
- Synonym
- View
- Profile/Role
- Audit
- 지정된 Tablespace의 Table
- 사용자의 권한
- 사용자의 Index
- Table의 제약조건
- Table의 Trigger
- Database Link

1) 전체백업과 부분백업

- 전체백업

모든 Data File과 Control File을 Backup하는 방식으로, 가장 보편적인 방법이다. 전체 백업은 Database Mode에 관계없이 가능하지만, Archive Mode 인 경우와 No-Archive Mode 인 경우 전체 백업을 수행했을 때의 차이가 있다.

Database 전체에 대한 Backup은 다음과 같은 방법으로 가능하다.

- Control File 뿐만 아니라 모든 Data File을 복사하는 운영체제가 제공하는 Utility
- RMAN BACKUP DATABASE 명령어
- Database 내의 각 Data File에 대해 수행되는 RMAN COPY DATAFILE 명령어와 Control File에 대해 실행되는 COPY
: CURRENT CONTROLFILE 명령어

- 부분백업

전체 Database를 Backup 하는 대신 Tablespace나 Control File과 같이 일부분만을 Backup 하는 방법이다. 부분 Backup은 Archive Mode에서만 가능하므로, 현재 DB가 Archive Mode인지 확인해야 한다. 부분 Backup에는 Tablespace Backup, Data File Backup, Control File Backup, Archive Redo Log File Backup이 있다.

Data File의 Backup 상태는 v$backup View로 확인이 가능하다.

SQL> select log_mode from v$database; ☜ 현제 DB의 Archive Mode 확인
SQL> alter database archivelog; ☜ DB의 Mode를 Archive Mode로 전환

3. Tablespace Backup / Data File Backup

1) On-Line Tablespace Backup

Tablespace Backup은 Tablespace를 구성하는 Data File을 Backup하는 것으로, DB가 Archive Mode라면, On-Line 또는 Off-Line 상태에서도 가능하다.

SQL> select tablespace_name, file_name from dba_data_files;

TABLESPACE_NAME FILE_NAME
--------------- ------------------------------------------------------------
USERS               /export/home/oracle/app/oracle/oradata/orcl/users01.dbf
SYSAUX            /export/home/oracle/app/oracle/oradata/orcl/sysaux01.dbf
UNDOTBS1        /export/home/oracle/app/oracle/oradata/orcl/undotbs01.dbf
SYSTEM          /export/home/oracle/app/oracle/oradata/orcl/system01.dbf

SQL> alter tablespace users begin backup; ☜ users 테이블스페이스에 대해 백업 시작을 알림

Tablespace altered.

SQL> !

$ cp /export/home/oracle/app/oracle/oradata/orcl/users01.dbf bkup/.
$ exit

SQL> alter tablespace users end backup; ☜ users 테이블스페이스에 대해 백업 종료를 알림

Tablespace altered.

SQL> select * from v$backup;

     FILE#    STATUS                CHANGE# TIME
---------- ------------------ ---------- ------------
              1 NOT ACTIVE                     0
              2 NOT ACTIVE                     0
              3 NOT ACTIVE                     0
              4 NOT ACTIVE            2858563     04-JAN-06

SQL>

2) Off-Line Tablespace Backup

사용중인 Tablespace를 Off-Line 시켜 Backup할 수 있다. 그러나 SYSTEM Tablespace와 현재 사용중인 Roll back Segment는 Off-Line 시킬 수 없다는 것을 의미한다.

4. Control File Backup

Oracle DB를 설치하면 CREATE DATABASE 문에 의해 기본적으로 생성되는 File들이 있는데, Redo Log File, SYSTEM Data File, UNDO Data File, TEMP Data File등의 경로와 파일명을 설정한다. 정상적으로 실행되면 Control File이 생성된다

자동으로 생성된는 Control File에는 CREATE DATABASE 문에 의해 정의된 File의 모든 정보가 기록된다. DB가 MOUNT 단계가 되면 Control File의 정보를 읽어 DB의 모든 상태를 점검한다. 이때 Control File을 읽을 수 없으면 DB를 사용할 수 없다. 따라서 Control File을 잘 관리해야 한다. DB를 설치하면 기본적으로 3개의 Control File이 생성되는데 첫 번째 File이 원본 Control File 이고, 나머지 두 개의 File 은 원본에 대한 Mirroring File로 원본 Control File에 문제가 발생하면 Mirroring로 복구할 수 있다.

현재 DB에서 사용하고 있는 Control File의 위치와 이름은 v$controlfile View를 참조하여 확인할 수 있다.

SQL> select * from v$controlfile;

STATUS NAME                                                                              IS_
------- ---------------------------------------------------------- ---
            /export/home/oracle/app/oracle/oradata/orcl/control01.ctl    NO
            /export/home/oracle/app/oracle/oradata/orcl/control02.ctl    NO
            /export/home/oracle/app/oracle/oradata/orcl/control03.ctl    NO

SQL>

1) Control File을 Backup 하는 세가지 방법

방법 1) Control File Backup

SQL> shutdown
Database closed.
Database dismounted.
ORACLE instance shut down.

SQL> !

$ cp /export/home/oracle/app/oracle/oradata/orcl/*.ctl bkup/.
$
$ ls dbs/*.ora

dbs/init.ora        dbs/initdw.ora      dbs/spfileorcl.ora

☜ initDB명.ore 파일에 복사된 Control File을 추가 한다.

...
CONTROL_FILES=(control01.ctl,..,control04.ctl)
...

$ exit

SQL> startup
ORACLE instance started.

Total System Global Area 289406976 bytes
Fixed Size                           778796 bytes
Variable Size                     99360212 bytes
Database Buffers              188743680 bytes
Redo Buffers                        524288 bytes
Database mounted.
Database opened.

SQL>

방법 2) spfile을 사용한 Control File Backup

SQL> ALTER SYSTEM SET control_files=
   '/export/home/oracle/app/oracle/oradata/orcl/control01.ctl',
   '/export/home/oracle/app/oracle/oradata/orcl/control02.ctl',
   '/export/home/oracle/app/oracle/oradata/orcl/control03.ctl', SCOPE=SPFILE;
SQL> SHUTDOWN
SQL> !

# cp control01.ctl control04.ctl
# exit

SQL> STARTUP

방법 3) ALTER DATABASE 명령을 사용한 방법

ALTER DATABASE BACKUP CONTROLFILE TO TRACE;

alter database 명령을 실행하여 Control File 을 Backup 하면 생성된 복사본은 Binary File로 생성되는 대신 Text 형식으로 Backup File을 저장한다. 만일 원본 Control File과 복사본 Control File 모두를 사용할 수 없다면, 이 File을 사용하여 모든 Control File을 재생성 할 수 있다.

백업된 File은 <initDB명.ora> file의 user_dump_dest 매개변수가 지정하는 경로에 *.trc 확장자로 생성된다. 이렇게 백업된 *.trc Control로 부터 Control File 을 다시 복구하는 방법은 이곳에 있다. 다음과 같은 경우 alter database 명령문을 실행하여 Control File에 대한 trc File을 생성하는 것이 좋다.

- ALTER DATABASE 명령어에 의해 db의 구조가 변경될 때
- CREATE TABLESACE 명령어에 의해 Tablespace가 추가 되거나 변경될 때
- DROP TABLESPACE 명령어를 사용하여 Tablespace가 삭제될 때

SQL> alter database backup controlfile to trace;

Database altered.

SQL> show parameter user_dump_dest;

NAME TYPE VALUE
----------------- ----------- ------------------------------------------------
user_dump_dest string /export/home/oracle/app/oracle/admin/orcl/udump

SQL>

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

SAN Switch Zoning (CLI)

BLUEDAY™ — Wed, 21 Jan 2009 19:31:45 +0900

* SAN Switch 접속

- ID : admin
- Password : password

* SAN 구성 예제

* Zonning 하는 방법

1) SAN Switch의 License를 확인한다.

- 방법은 "licenseshow"라는 명령을 사용한다.
- 결과는 아래와 같다. 혹시라도 License가 들어있지 않은 경우에는 사용할 수 없다.

2) License 가 확인이 되면 어떻게 Zone 구성을 구성할 것인지에 대한 계획을 세운다. 대략적으로 아래와 같은 도면을 작성하면 도움이 된다.

3) 그럼 이제 Zone 구성을 한다.

- Zone을 구성하는 명령은 "zonecreate" 이다.

- 실제 사용 예

위와 같이 수행을 하면 Port #0 과 Port #2를 연결하는 하나는 Zone이 만들어 진다.

- 확인하는 방법

위와 같이 "zoneshow"라는 명령어를 이용하여 확인을 할 수가 있다.

- 여기서 "1, 0" 또는 "1, 2"라고 표시를 하였는데, "1"의 의미하는 Switch Number (Domain ID)를 확인하는 방법은 아래와 같다.

- 위의 방법으로 나머지 Zone 역시 구성한다.

위와 같이 모든 Zone이 구성된 것을 확인할 수 있다.

* CFG (Configuration)을 구성

- Configuration은 Zone 들의 그룹이라고 할 수 있다.
- 하나의 SAN Switch에서 여러 개의 Zone과 여러 개의 Configuration이 있을 수 있다. 하지만 실제로 활성화하여 사용할 수 있는
Configuration은 하나만 가능하다.

1) cfg를 만든다. 방법은 "cfgcreate"를 이용한다.

- 실제 사용 예

- 확인하는 방법

2) cfg를 생성하였다면 만들어진 cfg를 사용하기 위하여 Enable 한다.

- 다시 한번 확인하여 보자

- cfg를 생성만 하였던 경우와 cfg를 Enable 하였을 때를 비교하면 파란색으로 표시된 부분이 추가된 것을 확인할 수 있다.
- 여기까지 수행을 하였다면 이제 해당 장비를 각각의 Port에 연결하여 사용하면 된다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

MSPP (Multi-Service Provisioning Platform)

BLUEDAY™ — Mon, 12 Jan 2009 11:41:23 +0900

1. 시스템 개요

SDH (Synchronous Digital Hierarchy: 비동기식 디지털 계위) 광 전송 기술을 기반으로 단일 장치상에서 기존 TDM 신호 (E1/T1, DS3, STM-1/4) 및 NG-SDH 기반의 EoS 신호를 수용하여 서비스를 제공할 수 있는 장치이다.
COT (1형, FM610)와 RT (3형, FM620)로 구성되며 1형과 3형은 각각 TM형과 Ring 구성이 제공되고, 1형과 3형간에는 Star형 및 Sub-RING 구성이 가능하다.
FM610은 하향으로 최대 252 x E1/T1, 48 x DS3, 16 x STM-1, 4 x STM-4, 48 x Fast Ethernet, 2Gbe가 제공되고 상향으로는 STM-16 신호를 제공한다.
FM610은 48 x 48 STM-1 급 Cross Connection 구조를 가지며 AU3, AU4, TU11/TU12 단위의 TSI 기능을 제공한다.

2. 시스템 특징 및 기능

다양한 가입자 환경에 적합하도록 설계

장치별 구성품은 교체가 용이하도록 Unit Type으로 설계

주요 Unit 이중화로 고 신뢰성 보장

- Unit 절체
- SETU : 1:1 비복귀성 절체 (1형)
- OASU : 1+1 비복귀성 절체 (1형)
- STM1/4U : 1+1 비복귀성 절체 (1형)
- DS3U/DS1U : 1:1 비복귀성 절체 (1형)
- SAU : 1+1 비복귀성 절체 (3형)
- LIU/HIU : 1:1 비복귀성 절체 (3형)

* 광 신호 절체
- PTP 구성 시 선로 보호 절체 기능 제공 (ITU-T G.841)
- RING 구성 시 SNCP Ring (UPSR)과 MSPP Ring (2F-BLSR) 기능 제공 (1형)

FM610, FM620 단독, 혼용 구성으로 다양한 망 구성 제공

- Configuration
- Point to Point (1형, 3형)
- RING (1형, 3형)
- Point to Multi-Point (1형과 3형간)
- Sub-Ring (1형과 3형간)

다양한 서비스 수용

- FM610 : DS1/DS1E, DS3, STM-1, STM-4, Fast Ethernet (TX/FX), GbE (SX/LX)
- FM620 : DS1/DS1E, DS3, Fast Ethernet (TX/FX)

광 송,수신기 15Km, 40Km 전송 /수신 가능 (구매 시 지정)

직류/교류 동작 전원 선택 가능

- FM610 : DC -48V
- FM620 : DC -48V / AC 220V (구매 시 지정)

SDH 회선분배 및 상호접속 기능

- FM610 : TU12/TU11, AU3, AU4
- FM620 : TU12/TU11, AU3

AU3/AU4 선택 운용 가능

EoS 기능

- ITU-T 표준 기술에 의한 EoS (Ethernet Over SDH) 설계
- 가상 그룹 연접 수 : VC-12-Xv, VC-3-Xv 48 Group (FM610), VC-12-Xv 8 Group (FM620)
- GFP-F를 이용한 EoS Frame Format
- LCAS (ITU-T G.7042)를 이용한 신호 용량 조절 (hitless)
- Non-LCAS 기능 지원

L2 Switching 기능 (FM610, FM620)

- Patch Packet 회선 보호 기능
- Packet 접선 기능
- 256개의 tagged 및 untagged VLAN 지원
- 1Mbps 단위로 Rate Limiting 설정
- PAUSE Frame 방식의 흐름제어 (IEEE 802.3)
- Link Aggregation (Trunking)
- Mirroring
- MAC Limitation
- STP (Spanning Tree Protocol)

동기 클럭 기능

- FM610 : 외부동기 (DS1E), 수신종속동기, 자체동기 (Free-run), Holdover
- FM620 : 외부동기 (DS1E), 수신종속동기, 자체동기 (Free-run), Holdover

Loopback 기능 (SDH/PDH)

- 자국 Loopback
- 대국 Loopback

EMS 기능

- 운용자 접속 기능 : 최대 3대 Server, Server 당 10대의 Client 동시 접속
- 노드 관리 기능 : 망 구성 및 해제, 장애보고, 성능 관리
- Provisioning 기능 : 회선 연결 및 수정, 삭제 기능
- 장애 및 성능 관리 기능 (Database)
- Data Backup 기능
- DCC Channel을 이용한 원격 장비 유지보수 기능
- Remote Download를 이용한 S/W Upgrade 기능
- KT 내 운용중인 NMS 연동을 위한 표준 Interface 제공 (TL1)
- Unit 별 자원관리 제공
- 외부 정보 집중반 및 외부 경로 접속 가능

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Router란?

BLUEDAY™ — Fri, 09 Jan 2009 17:12:36 +0900

Router는 Packet의 위치를 추출하여 그 위치에 대한 최상의 경로를 지정하며 이 경로를 따라 Data Packet을 다음 장치로 전향시키는 장치이다. 대한민국의 Network 환경에서는 여러 회선을 공유한다는 뜻에서 공유기라는 낱말이 Router와 더불어 흔히 쓰인다. Layer-3 Switch라는 용어는 Router 대신 쓰이기도 하지만, Switch는 기술적 정의가 없는 마케팅 용어일 뿐이다.

시장에 팔리고 있는 Router는 Ethernet LAN Interface 에 최적화되어 있으며 다른 물리적 Interface 종류를 가지고 있지 않다.

Router는 두 개의 다른 단계에서 동작한다.^[1]

제어 단계: Router가 특정한 Packet을 특정한 위치로 Foward 하기에 가장 적합한 "외부로 나가는" Interface를 학습한다.
포워드 단계: "외부로 나가는" Logical Interface로 향하는 Logical Interface 위에서 수신된 Packet을 보내는 실제 과정의 책임을 떠맡는다.

- Router의 종류

Network에서 쓰이는 위치나 규모에 따라 Router의 종류가 달라질 수 있다. 다만 Router의 기본적인 기능은 모두 같다. 이 글에는 큰 크기부터 작은 크기까지 나열되어 있다.

Core Router : 인터넷 서비스 제공자(ISP)의 LAN 이나 여러 개의 ISP Network를 서로 연결한다.
Center Router : WAN 회선을 거쳐 회사의 본점과 회사의 지점을 서로 연결한다. 또, 인터넷 서비스 제공자와 기업의 Network와 연결할 때에도 쓰인다.
Edge Router : 지점, 영업소의 Network를 WAN 회선에 연결하여 회사의 본점의 Router에 접근한다.
Remote Router : LAN 과 WAN을 중계한다. WAN Router라고도 부른다.
Broadband Router : 가정이나 작은 규모의 기업에서 Broadband 급의 Internet 에 접속할 때 쓰인다.

- 참조

↑ Requirements for Separation of IP Control and Forwarding,RFC 3654, H. Khosravi & T. Anderson,November 2003

- 같이 보기

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

서버운영 및 관리

BLUEDAY™ — Thu, 08 Jan 2009 13:38:25 +0900

서버관리	세부관리항목
성능관리	CPU 성능분석, 메모리 성능분석, 디스크 성능분석, 네트워크 성능 분석
장애관리	웹서버 장애 (예시)
백업관리	서버 백업 장애 증상, 서버 백업 장애 시 복구방법
보안관리	보안관리활동, 보안점검, 계정관리

<4대 주요 서버관리>

5.1 성능관리

Server의 성능분석은 성능분석 자동화 도구를 이용하거나, 성능관리자에 의해 OS에서 제공하는 도구를 이용하여 CPU, Memory, Disk I/O, Network Device 등에 대한 수집된 성능측정 Data를 각 항목별로 권장하는 기준치에 대한 성능과 비교 분석한다 Server의 주요 성능 관리 항목에 대한 분석 방법 예시는 다음과 같다.

l CPU 성능분석

성능 자동화 도구나 OS 기본 명령어인 vmstat 나 sar 명령어를 이용하여 System 의 CPU 자원 사용현황을 분석한다.

: CPU 사용율(%), Run Queue Size

l Memory 성능분석

성능 자동화 도구나 OS 기본 명령어인 vmstat 명령어를 이용하여 System의 Memory 자원 사용 현황을 분석한다.

: 물리적 Memory 사용량, Swap 사용율(%)

l Disk 성능분석

성능 자동화 도구나 OS 기본 명령어인 iostat 명령어를 이용하여 System의 Disk I/O 현황을 분석한다.

: Disk 사용 시간 (%), Disk 장치별 사용율(%)

l Network 성능 분석

성능 자동화 도구나 OS 기본 명령어인 netstat 명령어를 이용하여 System의 Network Device에 대한 현황을 분석한다.

: Network Packet 비율 (%), Network 병합 비율(%), Network Traffic

5.1.1 성능저하의 원인

원인	내용
서버 자원의 부족	충분하지 않은 Processor, Power, 속도, 부족한 Memory (Memory 누수현상 포함) 느린 Input/Output 부품들이 원인이 된다.
성능조정의 부족	부정확한 Parameter Setting, 성능 조정을 안하거나, 잘못된 성능 조정이 원인이 되기도 한다.
I/O 조각화 현상	연속적이지 못하고 조각조각 깨진 형태로 File이 저장되면, 찾는 작업의 횟수가 기하급수적으로 증가하여서 전체적인 응답 시간이 증가한다.
Data 이동	Data 전송 Packet의 크기 등 전체적인 성능상의 Issue를 제공한다. 이러한 Parameter 값들의 부조화는 종종 심각한 성능저하를 일으킨다.
Programming 오류	설계, Programming, 구현, Script 등이 원인이 된다. 가장 주요한 원인 중에 하나는 Platform에 맞지 않는 잘못된 사용으로 인한 성능저하이다.
Database	Database는 구조적으로 설계되므로 Database의 재설계 및 구현에 많은 지식과 통찰력, 노력을 요한다. 주요 Database에 대한 성능 조정을 통해서 비약적인 Server 성능 효과를 얻을 수도 있다.
악성코드	Virus, Worm, 트로이목마, Hacking Tool 등은 의도적이든, 의도적이지 않든 성능에 악영향을 끼친다.
Bug	대부분의 Application, Script, Program 등은 Bug (Program의 잘못된 사용)을 가지고 있다. Programmer, Compiler, Code 생성기, Linker (연결 Program), Interpretor(해석기), 운영체제는 그들 안에 어느 정도의 Error를 가지고 있다. 이것이 원치 않는 오동작을 일으키기도 한다.
Hardware Down	Hardware는 급격히 보다는 서서히 Down되는 특징이 있다. 내부 Error 수정 Mechanism에 대해서 요청이 증가하기도 하며, 정품이 아닌 대체 용품의 사용으로 인해서 성능 저하를 초래할 수도 있다.
외부적 요인	사용자들은 가끔 Error를 발생시켜서 성능을 떨어뜨리곤 한다, 이것은 사용자들에 의해 Application이 비효율적이고, 잘못 사용된다는 것을 의미한다. 이러한 요인에 대해서는 사용자의 교육과 훈련으로 극복할 수 있다.
구성요소의 부조화	Application은 구조적으로 한정된 수량의 Thread를 구동시킬 수 있다. Application이 Multi-Processor Server로 Migration 될 때, Application Architecture상 병목 현상을 일으킬 수 있다. 예를 들어, System이 40%의 CPU 부하를 나타내고, 30%의 Memory를 사용하고 있다. 이 경우, 두개까지만 Thread를 동시에 처리하도록 한계가 설저오디었다면 더 이상의 부하처리가 안될 수 있다.

5.1.2 성능개선

성능저하의 원인은 System의 다양한 연관관계 속에서 발생하므로, 이러한 점들을 고려하여 성능을 조정해야 한다.

구성 요소 별 성능 조정 방법 예시

구성요소	조치내용
CPU	- 사용자 Process 상태분석 - 불필요한 Process 종료 (KILL) - 처리가 늦어도 되는 Process Priority 조정 - Job 처리시간 조정
Memory	- Memory 이용상태 분석 - Memory를 많이 사용하는 Process 확인 후 조치 - BUFFER CACHE 사용률 분석 후 상호 조정 - SWAPPING 발생시 Memory 확장
Disk	- Disk I/O상태 분석 - Disk 간 I/O 부하 분산여부 파악 - Memory 여유율 파악 후 BUFFER CACHE 증가 - Disk 자원 재배치를 통한 부하 분산‘( /’가 포함된 Disk의 병목현상은 전체 System에 영향을 줌) - 특정 I/O CHANNEL에 부하 집중 시 I/O CHANNEL 증설 후 분산 실시
Buffer Cache	- Memory 사용률을 고려하여 BUFFER SIZE 증가
기타	- 성능향상을 위한 PATCH 존재 시 적용 - System 간 Service 분산 고려 - Disk I/O 단위를 고려하여 Application의 I/O 단위를 설정 - System Kernel은 연관된 Parameter를 고려하여 수정

5.2 장애관리

웹 서버 장애 (예시)

장애 원인

장애 조치 순서

담당자

목표복구시간

Web Server Disk

한 개 불량

1) 교체해야 할 Disk를 파악

2) Server를 정지

3) 새로운 Disk로 교체

4) Server를 기동

5) Parity data를 바탕으로 Data를 조치

6) Service 정상 가동 여부를 확인

서버관리팀

홍길동

1 시간

Web Server Disk

두 개 이상 불량

1) 교체해야 할 Disk를 파악

2) Server를 정지

3) 새로운 Disk로 교체

4) Ghost Disk Image가 저장된 Swappable Disk를 삽입한 후, Boot Disk를 사용하여 Server를 Booting

5) Ghost 응용 Software를 실행하여 Disk Image를 Local Dis k로 조치

6) 작업이 완료되면, Booting Disk 및 Swappable Disk를 제거 후 재부팅

7) Service 정상 가동 여부를 확인

서버관리팀

홍길동

2 시간

Process 별 Resource

(CPU, Memory, Disk)

점유율 과다

1) Resource 과다 점유 프로세스 kill

2) 오류 원인 제거

3) Process 재실행

서버관리팀

홍길동

5분

운영체제 손상

* OS Backup이 있는 경우

1) Backup Data Restore

2) System Reboot

3) Database Process 기동

* OS Backup이 없는 경우

1) System CD로 Booting

2) 운영체제 재설치 및 Patch 적용

3) System Reboot

서버관리팀

홍길동

5분

LAN card 불량

1) 교체해야 할 LAN Card를 파악

2) LAN Card Driver를 제거

3) Server를 정지

4) 새로운 LAN Card로 교체

5) Server를 기동

6) Service 정상 가동 여부를 확인

서버관리팀

홍길동

30분

5.3 백업관리

Server Backup 장애 증상

Step

장애 증상

확인 방법

결과

- 모든 Backup (Media Server, Client Backup) 실패 및 불가

- Backup Software 제어 불가

- Backup Daemon 확인 (Software 별 Daemon 확인 명령어 이용)

- Backup Software 기동 불가

Server Backup 장애 시 복구 방법

Step	복구 단계	복구 확인 방법	결과
1	Backup Software 재설치	- OS 상에서 Backup Software 설치 확인 - Backup Daemon 구동 확인
2	Catalog Database Restore	- Catalog Database Tape Backup 확인 - Tape Backup 존재 시 해당 Catalog 정보 Restore
3	Backup Software 정상 설치 확인	- 기존 Backup Data 에 대한 정보 인식 확인 - Backup 장비 인식 여부 확인 - Backup 및 Restore Test

5.4 보안관리

UNIX 계열의 운영체제는 Internet의 발달과 개방화에 따라 많은 부분에서 보안의 취약성을 가지고 있다 이러한 보안 취약성으로부터 주요 운영 시스템에 대한 보호를 위해 다음과 같은 보안관리 활동이 요구된다.

5.4.1 보안관리활동

신규 임용된 임직원의 계정등록 요구 시 System 관리자에게 사용목적, 사용기간 및 연락처 등을 제출하도록 한다.
휴직자의 계정은 휴직기간 동안 잠정 폐쇄를 원칙으로 한다
퇴직자는 사직원 제출 시 사용자 계정을 반납하도록 한다
System 관리자는 최소 월 단위로 사용자의 비밀번호를 체크해 취약한 Password가 발견될 경우 당사자에게 통보하여 변경을 요구할 수 있다. 취약한 Password를 사용한 계정에 대해서는 경고를 하되, 수회 이상의 경고를 받고도 변경하지 않을 경우에는 일정 기간 동안 계정을 폐쇄할 수 있다.
System 개발 및 운영부서의 장은 응용 Program 개발 계획 단계에서 보안정책에 근거한 응용 Program 개발을 지시하고, 이를 위반할 경우에는 개발을 중지시킬 수 있다.
특수계정 권한에 대한 관리: Super User의 권한은 정보보안업무 담당자/시스템 관리자로 제한한다.
장애복구나 점검을 위해 Root 권한을 위임할 경우에는 시스템 관리자 입회 하에 작업을 실시하고, 작업종료 후 Root 계정과 Password를 변경한다.
Backup 지침은 별도로 정하며, 반드시 지침에 따라 주기적인 Backup을 실시한다.
각 부서는 Backup Meda 별로 적절한 사용연수를 정하여 노후된 Backup Media에 대해서는 사용하지 아니 한다

5.4.2 보안점검

전체 시스템에 대한 보안관리와 전반적인 방향설정 및 주기적인 보안점검은 정보보안팀에서 실시한다
개별 서버에 대한 보안관리는 각 서버의 관리자가 담당한다

5.4.3 계정관리

사용자 계정 분류는 그 사용목적에 따라 분류하고 그 기준은 따로 정한다
사용자 별 또는 그룹별로 접근권한을 부여한다
외부사용자 계정관리 : 예) 외부 사용자의 계정은 유효기간을 설정한다.
미사용 계정에 대한 말소관리 : 특별한 사유 없이 일정 기간 이상 사용하지 않는 계정은 일정 기간 이내에 말소한다.
비밀번호가 없는 계정은 사용을 금지한다
일정회수 접속 실패 시 사용을 금지한다.
Super User는 Console 및 특정 단말에서만 접속을 허용한다.
사용자 계정절차의 등록 및 변경 및 폐기에 업무절차 명시

1. 사용자 계정 업무 절차

1. 사용자 계정은 사용자 등록이나 변경 또는 폐기 신청서를 작성한 후에 시스템 관리자에게 통보하되, 외부사용자는 반드시 사용기간 및 목적 등의 사유를 명확히 해야 한다.

2. 시스템 관리자는 내용을 검토한 후에 사용자 계정을 등록이나 변경 또는 폐기하고 사용자에게 그 사실을 통보한다

3. 사용자 계정을 등록하거나 변경 또는 폐기할 경우에 일반적인 사항은 월 단위로 부서장에게 사후 보고한다. 다만, 특별한 상황이 발생할 경우에 한하여 부서장의 허가를 받은 후에 작업을 실시한다.

6. 관련 양식 (예시)

● 서버정기 점검일지

서 버 정 기 점 검 일 지
점검자		확인자
점검일자
Model 명	Sun Ultra 60	OS Version	Solaris 7

점 검 사 항	점 검 방 법	결 과	비고
1. Mechanism
1.1 System board
1.2 CPU	mpstat
1.3 Memory	prtdiag –v
1.4.Monitor & keyboard	육안점검
1.5 모든 I/O cable 연결 상태	육안점검
1.6 Fan / LED lamp status	육안점검
2. OS
2.1 Error messages 점검	(/var/adm/messages)
2.2 Process status	ps –ef
2.3 OS/kernel version status	uname –a
2.4 정상 booting check	dmesg
3. Disk
3.1 I/O traffic status	iostat –xct
3.2 File System 사용량	df –k
4. Network
4.1 H/W interface	ifconfig –a
4.2 Routing table	netstat –nr
4.3 Ping/Broadcast test	ping –s
4.4 I/O Traffic status	netstat –i



<종합의견>
위와 같이 시스템 예방정비를 실시하였음을 확인합니다.

[참고 자료]

LG CNS 내부자료

http://www.itdoumi.or.kr

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

SONET과 SDH

BLUEDAY™ — Wed, 07 Jan 2009 18:33:10 +0900

SONET (Synchronous Optical NETwork)/ SDH (Synchronous Digital Hierachy)

- 거의 전세게 모든 장거리 전화망의 광케이블 구간에 적용되고 있는   물리계층 표준이다.
- 여러 사업자들이 연동 할 수 있는 wavelength, timing, framing등에 관련된 공통의 시그널링 표준을 정의하고 북미, 유럽, 아시아 지역의 디지털 시스템들을 통합시켜서 Gigabit급 이상의 전송속도를 가지는 광케이블상에 디지털 시그널들을 효울적으로 실어 보낼 수 있는 수단을 제공하는 것을 목표로 한다.
- 동기식 시스템으로 설계되었기 때문에 전체 대역폭이 다양한 부채널들에 할당된 다수의 타임 슬롯들을 포함하고 있는 하나의 거대한 채널로 이용되며, 반송프레임은 사용자 데이터 포함 여부에 관계없이 125us 간격으로 끊임없이 전송된다.

■ SONET (Synchronous Optical NETwork)

- 미국내 공업 표준안을 마련하는 기구인 ANSI(American National Standards Institute)산하 ECSA(Exchange Carriers Standards Association)에 의해 마련된 광통신 전송 표준안이다.
- SONET의 기본 전송단위인 STS(Synchronous Transport Signal)-1은 90byte9의 2차원 논리적 배열구조를 가지는 프레임으로, 전체 810byte 영역에서 36byte는 프레임의 올바른 전송에 필요한 프로토콜 오버헤드로 이용된다.

- 상기와 같은 프레임이 초당 8000번(125us 간격) 전달되기 때문에 STS-1의 전송속도는 80008108, 즉 51.84Mbps이다.
- 프레임 당 36byte의 overhead가 있기 때문에 상위계층 프로토콜에서 이용할 수 있는 순수한 데이터 전송속도는 80007748, 즉 49.536Mbps이다. 그런데 36byte의 overhead 가운데 시스템 관리를 위한 27byte를 제외한 9byte(Path overhead)는 SPE(Synchronous Payload Envelope)라 불리우는 SONET의 페이로드에 포함된다. 따라서 SONET의 페이로드 전송속도는 50.112Mbps이다.
- SONET이 Gigabit급 이상의 전송속도를 가지기 위해서는 이와 같은 프레임들이 커다란 하나의 프레임으로 다중화 되어야 한다. 다중화는 STS-1 프레임 단위로 이루어지고 다중화된 프레임은 STS-3, STS-12등과 같이 다중화에 포함된 STS-1 프레임의 수로 표시한다.

- 구성도

▷ PTE : 상위계층의 사용자 payload를 SONET 형식으로(STS-n) 만들어 주는 장비로 CPE(Customer Premises Environment)를 위해 payload를 분리/결합하는 모든 망 구성요소들에 포함된다.
▷ LTE : 망 구성요소들 사이에 위치하여 동작하는 일종의 허브로 PTE 계층에 대해 다중화, 동기화, 백업 스위칭등의 서비스를 제공한다.
▷ STE : 프레임 정렬, scrambling, 오류 검출, 모니터링등의 기능을 수행하는 재생기이다.

■ SDH (Synchronous Digital Hierachy)

- SDH는 125us 단위의 프레임 구조로 동기식 다중화 절차의 적용으로   byte 단위의 데이터 처리와 저계위 신호(DS0)의 엑세스가 용이하다.

- 프레임 구조는 270byte9행으로 이루어져 있으며 전송속도는   270byte98bit8000Hz, 즉 155.52Mbps이다.

- SOH : Section Overhead, STM-n 신호가 구성될 마지막 단계에 삽입된다.
STM-n 신호의 전송 성능 표시, 운용 및 보수등을 목적으로 재생기, 다중화기 구간에서 삽입, 추출한다.
- VC가 TU 또는 AU신호로 정렬될 때, TU 또는 AU 프레임 내에 VC가 시작되는 주소를 지정한다.
- POH : Path Overhead, 91byte, 0.576Mbps, VC 신호가 구성될 때마다 삽입된다. 해당 VC가 조성되는 점과 해체되는 점 사이의 End-to-End 통신을 위해 사용한다.
- STM-1 payload capacity : 9*260byte, 149.760Mbps
- 계층화의 구조를 도입하여 overhead를 체계화함으로써 통신망의 운용 관리를 효율적으로 수행할 수 있다.
- SDH 계층의 overhead와 전송기능은 4단계로 나누어진다.

▷ Path : 두 단국의 다중화 장비 사이에 서비스를 전송
▷ Line : 물리매체를 통하여 VC-3, VC-4 path layer payload와 MSOH를 전송
▷ Section : 물리계층을 통하여 STM-n frame을 전송
▷ Physical : 물리매체를 통하여 광 또는 전기신호를 bit 단위로 전송

- SDH는 PDH에 비해 구조가 대단히 단순하다. DS-n 신호가 다중화 될 때 동기식 디지털 계위상에서 이들 신호가 모두 대등한 관계이다.

■ PDH와 SONET, SDH의 비교

단위: Mbps

- SDH는 기존의 북미식과 유럽식의 디지털 계위를 대부분 수용해서 STM-n 신호로 디지털 계위의 통합이 이루어졌다.
- 통신망을 크게 path와 section으로 계층화하여 section에서는 path에서 필요한 overhead를 처리하지 않고 투명하게 통과시킨다.
- Overhead의 체계적 활용으로 통신망의 운용관리 및 유지보수 업무를 원활하게 수행할 수 있게 해주며 통신망의 발전에 대비해서 풍부한 여분의 overhead를 남겨두었다.
- Pointer를 몇 차례 삽입(byte stuffing)하여 범세계적 통신망의 동기화를 꾀했다.
- One step multiplexing과 풍부한 overhead의 체계적 활용으로 기존의 전송시스템이 point to point 전송개념에서 설계된 데 비해 동기식 디지털 계위의 표준은 통신망에 입각해서 정립되었기 때문에 빈번한 분기 결합 또는 교차등에 효율적이다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

RIVERSTONE Router

BLUEDAY™ — Tue, 06 Jan 2009 09:51:44 +0900

1. Router 구성

가.RS3000 (RiverStone 제품)

나. RS8000 (RiverStone 제품)

2. Riverstone Router 기본 설정 방법

가. Configuration Status 확인

RS# show running-config 또는 RS(config)# show
현재 Active 한 Config를 표시 (전원 ON/OFF 시 삭제)

RS# show startup-config 또는 RS(config)# show startup
Flash Memory에 저장 되어있는 Configuration을 표시 (전원 ON/OFF 후에도 삭제되지 않음)

나. Configuration 저장하기

설정 후 아래의 명령어를 입력 하기 전에는 반영되지 않음

RS(config)# save active : 설정한 Configuration을 활성화
RS(config)# save startup : Flash Memory에 저장

다. Configuration 지우기

RS(config)# show

1 : vlan create test port-based id 100
2 : vlan add ports et.1.10 to test
3 : interface create ip et11 port et.1.1 address-netmask 10.0.0.1/25
4 : interface create ip ptes vlan test address-netmask 1.1.1.1/24
5 : system set name RS
6 : system set contact 0152293333hyunchulkim
7 : system set location Seoul
8 : system set terminal baud 38400

Active 한 Configuration 중 일부를 삭제하고자 할 경우

RS(config)# negate 4-6 : 해당 번호의 명령행을 삭제.

주의사항 : VLAN 의 경우 “1”번을 지우고자 한다면, 3번 2번 1번 순으로 삭제해야 한다.
                대항목에 대한 소항목 부분의 configuration부터 삭제한 후 지워야함,
                VLAN외에 다른 부분에서도 동일하게 적용됨.

2E : vlan create test port-based id 4
위와 같이 “E” 가 표시되면 error가 있음을 의미하며, 해당 라인을 삭제하고 다시 정확히 설정을 한다.

Scratchpad 의 내용을 지울 때

RS(config)# erase scratchpad

라. 기본 설정

RS# system set date hour 1 minute 10 second 10 month june day 30 year 2001
현재 시간을 설정 , 확인 : RS# system show date

RS(config)# system set name Kim
RS(config)# save active
Kim(config)#

System Name 설정 및 변경

RS(config)# system set location Seoul
현재 Site 위치 표시

RS(config)# system set contact 0155881004hyunchulkim
해당 Site 담당자 표시

RS(config)# system set terminal baud 38400
Console 접속 시 Baud rate를 기본 9600 에서 38400으로 변경

마.자주 쓰이는 각종 상태를 보여주는 명령어

CLI 특징 : 보고자 항목을 먼저 적은 후 show 를 입력 한다.
Cisco Router 에서 show ip route Riverstone 에서 ip show route
: 각 Hierarchy별 명령어를 나열해줌

RS# in<Spacebar> (나머지 부분을 완성시켜줌) -> RS# interface
RS>enable
RS#config
RS(config)#
반대로 빠져 나갈 때는 Ctrl + Z

RS# system show hardware
Hardware의 전반적인 상태정보를 표시

RS# port show port-status so.2.1(2번 Slot 1번 Port)
해당 Port 의 status를 표시

RS# statistics show port-stats et.1.1(1번 Slot 1번 Port)
해당 Port 의 statistics를 표시

RS# l2-tables show all-macs verbose
현재 장비에 memory 된 MAC address 를 표시

RS# arp show all
ARP table을 표시

RS# interface show ip all
전체 Interface의 자세한 정보를 표시

바. Ping , Trace

RS# ping 1.1.1.1 packets 100 size 1500 sip 2.2.2.1 ttl 10
1.1.1.1에 대하여 Packet Size 1500 , ttl 10 , Source IP 2.2.2.2로 ping 100번, Ping 도중에 중지 하려면 Ctrl + C

RS# traceroute 1.1.1.1 < ? > 여러가지 Option 확인.
Trace 도중에 중지 하려면 Ctrl + C

사. Interface IP 설정

기본적으로 RSSR은 Port에 아무런 설정을 하지 않을 경우 일반적인 Switch처럼 동작 하며 Interface에 IP address를 설정하는 순간부터 Router의 한 Interface 처럼 동작 한다.

Interface 생성방법

RS(config)# interface create ip ABC address-netmask 1.1.1.1/255.0.0.0 port et.1.1
(RSSR 의 1번 Slot의 1번 Ethernet Port에 1.1.1.1/255.0.0.0 주소를 설정함과 동시에 ABC 란 이름을 부여함)

Secondary IP address 부여방법

RS(config)# interface add ip ABC address-netmask 2.1.1.1/255.0.0.0 port et.1.1
(add 명령으로 Secondary IP address 를 부여한다.)

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Photoshop을 이용한 필름느낌 내기

BLUEDAY™ — Mon, 25 Aug 2008 14:00:59 +0900

1. 먼저 이미지를 불러온 후 (Ctrl+O) 레이어를 복사 (Ctrl+J) 합니다.

2. 먼저 채도를 내려 줍니다. Image - Adjustments - Hue/Satuation (Ctrl + U)

3. Hue/Satuation 창이 뜨면 Satuation에서 바를 왼쪽으로 옮겨 채도를 내려줍니다.

4. 그 다음 Layer 창에 있는 Create a new layer 버튼을 눌러줍니다. (아래 그림 참고)

5. 새로 만든 빈 레이어를 선택한 후 아래의 그림에서 전경색 부분인 빨간 네모 박스를 클릭합니다. 그런 후 파란색 계열로 선택합니다.

6. 그렇게 하면 배경이 파란색으로 변경 됩니다. 그 후 Layer 창에 보이는 Normal 부분의 ▼ 를 클릭해서 Exclusion을 클릭합니다.

7. 그럼 다음과 같이 됩니다.

8. Layer 창의 [Opacity]를 본인이 맘에 드는 이미지에 가깝도록 조절하시면 됩니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

RAID 구성을 이용한 성능 향상

BLUEDAY™ — Tue, 19 Aug 2008 20:21:07 +0900

HDD. 이걸 사용하지 않는 분은 아마 없으시리라고 생각합니다. 물론 SSD나 RAM DISK 같은 고가의 장비를 사용하시는 분도 있으시겠지만, 그건 극히 소수의 분에 해당되는 이야기 이므로논외로 칩니다.

Cache > 주기억장치 > 보조기억장치

이 순서에 대해서는 기초적인 Hardware 지식을 지니신 분이라면 금방 알아보실 겁니다. 바로, 전송속도의 차이입니다. → 이 방향으로 가면 갈 수록 속도가 느려집니다. 즉, HDD를 포함한 보조기억 장치는 컴퓨터 장치에서 가장 속도가 느립니다.

그로 인하여 적재, 실행, 저장의 과정에서 각 장치에 따라서 전송속도의 격차 때문에 우리는 언제나 병목현상에 시달리고 있다고 하여도 과언이 아닙니다.

이 속도를 발전시키기 위하여 참으로 많은 시도가 있었습니다.

플레터의 회전 속도를 상승시키고, 기록밀도를 늘리고, Buffer를 늘리고, Flash Memory를 접목시키는 등… 그럼에도 역시 저 서열에는 넘어서기 힘든 벽이 존재하죠. 이것이 중요한 이유는 그만큼 주기억장치의 속도가 체감 성능 및 Performance에 지대한 영향을 미치기 때문입니다.

근래에 들어서 어렵지 않게 접할 수 있는 성능 향상법으로서, RAID 구성을 통한 전송속도 향상법이 있습니다. RAID가 뭐냐? 그게 뭔지는 여기서 설명드리기 힘드니 알아서 검색해보시도록 하시고...

간단히 말하자면 복수의 Disk를 이용하여 Data를 분산 저장, 읽기 함으로서 성능을 끌어올리는 것입니다. 물론 안정성을 상승시키고자 하는 목적도 있지만, 여기서는 Performance에만 집중할 수 있도록 하죠. RAID0~10까지 설명하자면 책 한 권을 소개해도 모자랍니다.

Raid 0. Stripe를 이용하면 동일한 Model의 Disk를 추가함으로서 거의 배에 가까운 향상을 얻을 수 있으므로, Data 안정성과 신뢰도에 일말의 불안을 안으면서도 많으신 분들이 RAID 구성을 하고 계신 것으로 압니다.

무엇보다 내장 RAID Controller의 성능이 굉장히 좋아졌다는 것이 가장 큰 이유이겠지만요

※ 본 게시물은 INTEL ICH8R을 기준으로 작성되었으며, ICH9 Series 같은 종류를 제외한 Nforce RAID나 Silimage, ATI Chipset RAID 등등에는 정확하게 적용되지 않을 수 있습니다. 제게 Hardware가 없으니 어쩔 수 없습니다. ※

여전히 쉽게 구입하기 힘든 가격대의 Hardware RAID Controller

DELL Perc 5/i같은 제품을 ebay등에서 저렴하게 구입하시는 분들도 있으시지만, 솔직히 말해서 보통 사람들은 접근하기 힘듭니다. 가격도 가격이지만, 호환성문제도 심각하니까요.

근래에 들어선 Mainboard 내장 Chipset을 이용한 RAID도 꽤 성능이 괜찮습니다. 물론 H/W 방식에 비하여 성능이 떨어지고 CPU 점유율을 소모하는 것은 사실이죠. 어디서 감히 S/W RAID를 H/W RAID와 비교하는 만행을 저지르냐는 분들도 있으시고, 무용론을 제기하시는 분도 있습니다. 다만 정말 빨라지는 걸 어떻게 하겠습니까. 체감에서 Score. 그 모든 것이 달라지는걸요.

그럼 다음으로 넘어가겠습니다.

친숙한 Hard Disk의 내부 사진

4200, 5400, 7200, 10000, 15000RPM 등으로 회전하는 원형의 플레터. 그리고 플레터에 기록되어 있는 Data를 읽어들이는 Head(작대기 두가지만 보도록 하겠습니다.

플레터가 정확하게 반 회전 하는 것을 예로 들겠습니다. 플레터 내부의 ‘←’는 동일 반 회전 하는 동안, 보시다시피 외경 ‘←’에 비하여 더 짧은 영역을 탐색하게 됩니다. Hard Disk는 엄연히 물리적 장치이므로, 외경, 내경에 따라서 Data의 처리속도가 달라질 수 밖에 없습니다. Headd가 회전하는 플레터 위를 왔다갔다 하면서 읽고, 지우고, 기록하는 물리 장치니까요.

이로서 Hard Disk의 전송속도 그래프를 그려보면 다음과 같습니다.

외경 ======================> 내경

모든 하드디스크는 이렇게 나옵니다.

Segate 160G 플레터 2장으로 되어있는 ST3320620AS의 단일 Performance 입니다. 위에서 말한 그대로입니다. Access도 그렇고 결과가 조금 나쁘게 나왔지만 양해해 주세요. 그러면 우리의 영웅. 내장레이드가 등장할 때가 되었군요. 동일 모델 2개를 ICH8R로 Raid Stripe. 16KB로 640GB 단일볼륨 생성했을 때의 Performance입니다.

성능 정말 좋군요. 많은 분들이 이렇게 사용하고 계신 것으로 압니다. 그러나 이대로 끝을 낸다면 여타의 것과는 전혀 차이 없는 게시물이 되겠죠? 여기까지 실컷 떠들어 놓고 이걸로 끝내면 죄송할 뿐입니다. 우리는 뭔가 좀 더 좋은 것을 찾고 싶습니다. 그렇다면 우리는 이제 생각할 수 있습니다. 우리는 플레터 외경에 있는 영역이 접근도 빠르고 전송도 빠르다는 것을 이미 알고 있습니다. 그렇다면 그곳에만 사용 빈도가 높은 Data를 배치하여 별도로 기록하면 Performance가 빨라지지 않을까요? OS뿐만 아니라 TEMP File에서부터 빈도가 높은 그런 File들 말입니다. 그저 평소처럼 RAID를 잡고 Partition을 나눠서 설치하면 외경의 영역에 설치된다고 하지만, 그걸 또 눈으로 확인하고, 성능적 우위를 Check하고 관리할 수 있다면 좋지 않을까요?

간단히 말하자면 이렇게 쓰고 싶다 이겁니다.

Data 전송율과 Access Time을 확인한다면 분명 초반 0~20%쯤은 외경의 고속구간에 Data를 기록하는 것으로 보입니다. 그렇다면 다음 그림과 같지 않을까요? HD tune의 구간을 확인하세요.

HD tune와 비교해서 구간이 이렇게 되어있지 않겠습니까?

즉, 외경인 20%구간을 별도의 Volume으로 잡아서 사용할 수 없는가에 대한 이야기 입니다. 그럼 이제 다들 아실 테고 그걸 어떻게 하느냐에 대한 말로 넘어가겠습니다.

방법은 단순합니다. 애당초 RAID Volume을 그렇게 나눠주시면 알아서 외경부터 잡힙니다. 무슨 뜻이냐고요? 아직 이해가 되지 않으시면 설명 들어갑니다.

전원넣고 CMOS 화면 지나서 Intel Matrix storage manager 화면 뜨면 Ctrl I 눌러서 Menu에 들어갑니다. (위 화면은 제가 이미 설정되어 있는 것이라...)

여기서 Creat RAID Volume하는 방법 따라서 기존과 달라집니다. 대부분 RAID 구성하시는 분들은 여기서 RAID Volume 하나를 최대 용량으로 하나 잡아버리시고, Partition은 Windows에서 확장, Logical Partition으로 별도로 나눠주시더군요. 그러면 성능이 나오지 않습니다.

즉, 우리가 할 것은 원하는 용량만큼 여기서 용량을 나눠서 Volume을 형성하는 것입니다. 320G 두 개, 총 640g에서 10%만 잡으시려면 64g하나, 나머지로 하나. 이렇게 두 개 만들어 주세요. 에? 겨우 그렇게 하는 것 만으로 외경의 원하는 구역만을 사용하여 Volume을 잡을 수 있냐고요? 솔직히 저도 조금 의심됩니다만 됩니다. 정말 그렇게 하는 것 만으로도 됩니다. (다른 내장 Chipset은 될지 잘 모르겠습니다. 다시 말하지만 제게 System이 없으니 말이죠.)

저는 500g 두 개와 320g하드 두 개. 총 두 쌍에 각각 5%, 10%를 나눠서 500G은 5000YS_OS로 50G(5%) 하나, 5000YS_DATA로 나머지 950G(95%) 하나로 나누었고, 320G는 320_OS로 64G(10%), 320_DATA로 나머지 90%를 나누었습니다.

Intel Matrix storage manager은 단일 Member Disk에서 2개까지 Volume을 형성 가능합니다. 물론 나뉘어진 볼륨은 이후 windows에서 Partition을 별도로 나누실 수 있습니다.

자, HD tune에서 확인하여 볼까요? 320G RAID의 Data를 위에서 계속해서 개시하였으므로, 이번에도 320G RAID Set으로 갑니다.

HD TUNE에서 나온 비율대로 초기에 잡아주는 그대로 성능이 나오는 것을 확인할 수 있습니다. 실로 만족스럽지 않을 수 없습니다. 500G급 Disk 2개를 16G급으로 OS용을 나눈다면 실로 대단한 Performance가 나오겠지만 다시 Windows를 깔고 저렇게 돌릴 용기도 시간도 없으므로 그건 차후에 기약할 수 있도록 하겠습니다. 가능하면 Benchmark까지 해드리고 싶지만 시간도 늦고 노가다를 대신할 용기가 나지 않아서 생략하도록 하겠습니다.

도움 되셨으면 합니다. 기왕 보신김에 추천이나 리플같은 것도 주시면 넙죽넙죽 받겠습니다. 꾸벅. 리플로 질문 남기시면 아는 한도 내에서 답변드리겠습니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Pentax K10D 1.20 Downgrade

BLUEDAY™ — Sun, 27 Jul 2008 15:21:20 +0900

Pentax K10D Camera를 구입하고 Pentax Homepage를 자주 들르며 Firmware Upgrade가 나올때마다 꼬박꼬박 해서 어느덧 Version 1.20에 이르른 날이었습니다.

여태껏 찍은 사진들을 보면서 핀이 묘~하게 안맞는것을 느꼈습니다. 아시는 분은 아시겠지만 펜탁스 K10D에는 자가 핀 교정 기능이 비공식적으로 있었죠. 단 Firmware 버젼 1.10까지만 있었습니다.

이 정보를 접하고 1.20에서 전 Firmware로 Downgrade를 시도했으나 구 Version이라고 Downgrade가 안되더군요. 혹시나 방법이 있을까 해서 Internet을 샅샅이 뒤져봤으나 방법이 없더군요.

그래서 그냥 AS 기간 남았을 때 눈 딱 감고 도전한 겁니다. Hex Editor로 Version 속이기를 사실 Version Data는 알기가 쉽지 않지만 1.10과 1.20의 Firmware를 비교해보니 감이 짚이는 몇 군데가 있었습니다.

그 중, Firmware Update 시도시에 Version Number가 매우 빨리 뜨는 것을 보니 상당히 앞쪽에 있겠다 싶어서 위의 화면에서 보이는 저 부분을 선택했습니다. Offset 1D와 1F 위치입니다. 화면 밑에 부분이 예전 Version이고 윗 부분이 새로운 Version 입니다. 예전 Version을 새로운 Version의 부분으로 고치고 저장합니다.

사실 이렇게 고치고 나서 Camera에 Update를 시도할 때 저는 당연히 Error 날 줄 알았습니다. CRC Check 기능 정도는 있을 것 같았는데 말이죠.

그런데 Error 없이 예전 Version으로 Downgrade에 성공하였습니다. 어쩌면 Firmware Part 별로 CRC 값을 따로 가지고 있는 건지도 모르죠. 생각보다는 쉽게 되어서 두근대면서도 허무했지만 동시에, 누가 임의로 Firmware을 수정해도 Camera에 적용할 수 있겠다는 생각이 들어서 좀 찝찝했습니다.

아무튼 1.20으로 모르고 Firmware Upgrade 하신 분들은, 한번 도전해 보시기 바랍니다.

아, 한가지, Version은 1.20으로 표시됩니다. 왜냐면, Download 용 Firmware의 Version을 수정했기 때문이죠. 수정하기 전의 순수한 1.10을 한번 더 씌워주면 1.10으로 표시됩니다.

덧붙여서, K10D의 Firmware가 4부분으로 나누어져 Update 된다고 하더니, 1.20으로 Update 된 이후에 1.10으로 Downgrade 했음에도 불구하고, 1.20의 기능이 전부 남아있네요. 상당히 미스테리하네요.

Computer가 아닌 Camera지만 Camera도 Hardware 인지라 그리고 저처럼 핀 수정하고 싶은데 Firmware를 해버린 분이 계실까봐 올려봅니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Linux Console Command (File Management)

BLUEDAY™ — Thu, 17 Jul 2008 23:51:17 +0900

1. Linux에서 Console로 작업하려면

Linux에서 Console을 쓰는 방법은 3가지다.

하나는 X-Windows에서 가상 Terminal을 써서 Console을 쓰는 것이고, 두 번째는 Linux를 Booting 할 때 X-Windows를 띄우지 않고 항상 Console Mode로 Booting하는 것이다. 세 번째는 임시로 Console Mode를 쓰는 것으로 Linux를 한 번 재부팅하는 것이다.

첫번째, X-Windows에서 Console 창 열기

Console 창은 X-Windows에서 ‘프로그램 > 시스템도구 > 터미널’을 고르면 열린다. Console은 여러개 열어도 상관없다. X-Windows에서 Console을 열어서 쓰지 않고 Linux를 Console로 쓸려면 Linux가 Booting할 때 X-Windows가 뜨지 않게 고쳐야 한다.

두번째, Console Mode로 Booting 하려면

X-Windows를 바로 깔았다면 Console Mode만 Booting 하기 위해선 Linux Booting을 고쳐야 한다.

1) Console을 열고 'cd /etc' Directory로 이동한 뒤, 'inittab' File을 연다.

vi /etc/inittab

2) 'id:5:initdefault:' 라는 것이 있다. 이것을 고친다. 여기서 'id:5' 는 X-Windows Mode를 뜻한다. 이것을 Console Mode인 'id:3' 로 고치자.

l Key를 누른 뒤 다음과 같이 고치고 Esc 키를 누른다. 다시 X-Windows로 Booting 하려면 'id:5:initdefault:'로 고친다.

id:3:initdeafult:

3) :wq 나 :w 키를 눌러 저장한 뒤, :q 키를 눌러 재부팅

세번째, 임시 Console Mode로 Booting 하기

임시로 Console Mode를 쓴다면 Linux 재부팅 명령어를 써서 Console Mode로 Booting 할 수 있다.

1) X-Windows Console 창에서 'init 3' 라고 친다. 이렇게 하면 재부팅할 때 Console Mode로 Booting 한다. init 명령어는 System을 종료하거나 재부팅할 때 Windows XP의 Booting Menu 처럼 여러가지 Mode로 Booting 할 수 있다.

'2)' 를 참조하자.

2) 다시 X-Windows로 Booting 하려면 Console에서 'init 5' 라고 친다.

0 | Linux System을 종료한다.
1 | Linux를 혼자만 쓸 때 System Resource를 적게 쓰도록 Linux를 재부팅 한다.
2 | 다중 사용자 모드, Network를 쓸 수 없다.
3 | Level 2와 같지만 Network을 할 수 있다, 일반적으로 Console Booting을 의미한다.
4 | 일반적으로 쓰지 않는다, 이용자가 따로 정해서 쓸 수 있다.
5 | X-Windows로 Booting한다, 다중 사용자 모드이고 Network도 쓸 수 있다.
6 | Linux System을 재부팅한다.

* Linux의 Booting Level. 1, 2번은 일반적으로 System에 문제가 생겼을 때 이렇게 Booting 한 뒤 System을 점검한다.

cd

Directory리 경로를 바꿀 때 쓴다. Linux는 이용자 계정에 따른 Home Directory를 따로 가지고 있다. Windows보다 먼저 Multi User System을 만들었기 때문에 각 계정마다 보안이 철저하다. Console 창을 열면 처음 뜨는 Directory가 그 계정의 'Home Directory' 다. 이 계정의 권한은 전적으로 해당 계정에만 있다. Mail과 개인 Data 저장은 여기에 해야 한다.

* 자주 쓰는 명령어 예제

cd /[Directory Name]
해당 Directory Name으로 이동한다. Directory 이름 앞에 '/' 를 붙이면 절대 경로를 넣어야 한다.

cd ../[Directory Name]
해당 Directory로 이동하는 것은 같지만 상대경로를 넣는 것이다.

cd 또는 cd ~
내가 어떤 Directory에 있더라도 Home Directory로 바로 돌아온다.

cd ..
상위 Directory로 이동한다. 여러 개를 중복하면 그만큼 상위 Directory로 이동한다.
예를 들어 'cd ../../../' 라고 치면 3단계 위의 Directory로 이동한다.

cd /
최상위 Directory로 이동한다. 즉, Root Directory(/)로 간다.

(!?) Home Directory
Home Directory는 Login 계정에게 하나씩 주는 공간이다. Log File이나 여러 가지 환경 설정 파일과 메일함 등이 이 Directory에 모여 있다. Linux에 하는 모든 작업의 기본이 되는 Directory 다. Windows의 '내 문서' 를 좀 더 폭 넓게 쓰는 것이라고 생각하면 이해하기 쉽다.

(!?) 절대경로와 상대경로
Linux에서 쓰는 절대경로와 상대경로는 처음 접하는 이들에게는 상당히 헷갈린다. 절대경로는 내가 현재 있는 Directory 위치가 어디에 있든지 바로 갈 수 있는 경로를 말한다. 내가 현재 '/user/local' 이나 '/etc' Directory에 있어도 'cd /var' 넣으면 '/var' Directory로 이동한다.

그에 반해 상대경로란 현재 Directory 위치에서 이동하려는 Directory와의 관계에 따라 이동하는 것이 다르다. 예를 들어 '/user/local' Directory에서 '/var' 로 이동하려면 'cd ../../var' 를 넣어야 하고 '/etc' 에서는 'cd ../var' 를 넣는다.

자세히 보면 '/user/local' 은 두 번 상위 Directory로 이동한 뒤 var Directory로 가는 것이고 '/etc' 는 한 번 상위로 이동 한 뒤 var Directory로 간다.

pwd
지금 작업하고 있는 Directory의 전체 경로를 보여준다. Console Mode에서 작업할 때는 Directory 경로를 정확히 알아야 한다. cd 명령어나 cp 등의 파일 관리 명령어를 쓸 때는 pwd 명령어로 확인하는 습관을 가져야 한다.

ls
DOS의 dir 처럼 Directory에 있는 File의 List를 보여준다. ls 명령어만 치면 File List를 볼 수 있다. 여러가지 Option을 넣어서 이용자가 원하는 방식으로 볼 수 있어 편하다.

[ ls 명령어 Option]
---------------------------------------------------------------------------------------------------------------
[ a ] Directory 내의 모든 File을 보여준다.
[ l ] 파일의 inode와 함께 보여준다.
[ l ] 파일의 권한, 소유자, 그룹, 크기, 날짜 등도 보여준다.
[ m ] File을 쉼표로 구분하여 가로로 보여준다, File이 많을 때 한 번에 보기 좋다.
[ r ] File을 정렬해서 보여주는 Option이 있다면 역순으로 보여준다.
[ s ] Kb 단위로 File 크기를 보여준다.
[ t ] 최근에 만들어진 File을 순서대로 보여준다.
[ x ] File 순서가 세로 한 줄로 표시된다.
---------------------------------------------------------------------------------------------------------------

* 자주 쓰는 명령어 예제

ls -al
일반적으로 가장 많이 쓴다. 파일 정보와 함께 숨겨진 파일까지 보여준다.

ls -alR
Directory의 파일의 속성뿐 아니라 Sub Directory 정보까지 알 수 있다.

ls -alt
Directory의 File의 속성을 포함하여 최근에 수정된 File부터 순서대로 표시한다.

cp
File이나 Directory를 복사한다. 같은 Directory 또는 다른 Directory로 복사할 수 있다. DOS의 copy 명령어와 비슷하다.

[ cp 명령어 Option ]
-------------------------------------------------------------------------------------------------------------------
[ a ] 원래 File의 구조와 속성까지 그대로 복사한다.
[ b ] 덮어쓰거나 지울 때 Backup File 만든다.
[ d ] Symbolic File 그대로 복사한다, Default는 연결된 원래 File을 복사한다.
[ f ] 이름이 같은 File이 있다면 그 File을 지우고 복사한다.
[ i ] 이름이 같은 File이 있다면 덮어쓸 것인지 묻는다.
[ p ] 원본 File의 소유자, 그룹, 권한, 시간 등 File의 속성을 그대로 복사한다.
[ r ] Sub Directory를 포함한 모든 File을 복사한다.
[ s ] 심볼릭 링크를 만든다, Windows의 바로가기 Icon과 같은 것으로 File의 위치를 바꾸지 않고 쓰기 위한 것이다.
[ u ] 복사할 File이 구 Version일 때 복사한다.
[ v ] 복사하기 전에 각각의 파일명을 표시한다.
[ x ] File System이 같을 경우만 복사한다.
[ P ] 원본 File이 있는 Directory 까지 함께 복사한다.
[ S ] 환경 변수인 simple_backup_suffix 로 지정한 Backup 꼬리말을 붙여서 Backup File을 만든다.
-------------------------------------------------------------------------------------------------------------------

* 자주 쓰는 명령어 예제

cp -pr mgdir /etc/mgdir
mgdir Directory와 그 안의 File의 속성을 그대로 둔 채 /etc/mgdir Directory로 복사한다.

cp -pu mgfile mgdir
mgfile File의 속성을 그대로 두고 같은 이름의 File이 있을 때는 mgfile File보다 날짜가 오래된 File일 때만 덮어씌운다.

cp -prf mgdir /etc/mgdir
mgdir Directory와 그 안의 File의 속성을 둔 채 같은 이름의 File이 있어도 무시하고 바로 /etc/mgdir Directory에 복사한다.

mv
File 또는 Directory를 다른 곳으로 옮긴다. 파일 이름을 바꿀때도 쓴다.

[ mv 명령어 옵션 ]
-------------------------------------------------------------------------------------------------------------------
[ b ] File이 중복되면 지워지는 File의 Backup을 만든다.
[ f ] 옮겨지는 Directory에서 File이 중복되면 덮어쓴다.
[ l ] 옮겨지는 Directory에서 File이 중복되면 덮어쓰거나 옮기기를 취소할 지 물어보게 한다.
[ u ] 옮겨지는 Directory에 현재 File보다 Version이 낮을 때만 File을 옮긴다.
[ v ] 옮기기 전에 파일명을 보여준다.
-------------------------------------------------------------------------------------------------------------------

* 자주 쓰는 명령어 예제

mv mgdir /etc/
mgdir File을 /etc/ Directory로 옮긴다.

mv mgdir mgddd
mgdir File의 이름을 mgddd 로 바꾼다.

rm
File을 지운다. Option을 쓰면 Directory도 지울 수 있다. Directory를 지우는 명령(rmdir)이 따로 있지만 대부분 rm 명령어만 써도 지운다.

[ rm 명령어 옵션 ]
-------------------------------------------------------------------------------------------------------------------
[ f ] File을 강제로 삭제한다.
[ l ] 삭제하기 전에 확인한다. 강제 Option이 없을 때는 이 Option을 넣지 않아도 자동으로 삭제한다.
[ r, R ] Directory와 Sub Directory, File까지 모두 지운다.
[ v ] File을 삭제하기 전에 삭제할 File을 보여준다.
-------------------------------------------------------------------------------------------------------------------

* 자주 쓰는 명령어 예제

rm mgdir
mgdir File 또는 Directory를 지운다. 이렇게 명령어를 치면 File마다 지울 것인지 묻는다. 따라서 대부분 ‘-f’ Option을 붙인다.

rm -rf mgdir
mgidr File 또는 Directory를 지울 것인지 묻지 않고 무조건 지운다.

rm -vrf mgdir
mgdir File을 지울 것인지 묻지 않고 지운 뒤 지워진 File 목록을 보여준다.

(!?) rmdir
해당 Directory를 지운다. Directory 내부에 File이 있으면 지울 수 없고, rm 명령어에서 ‘-r’ Option을 붙여서 쓰므로 거의 쓰지 않는다.

mkdir
새로운 Directory를 만든다.

[ mkdir 명령어 옵션 ]
-------------------------------------------------------------------------------------------------------------------
[ p ] Sub Directory까지 만든다. 예를 들어, etc Directory를 만들고 /etc /var Directory를 만든다면 두 개를 한 번에 만들 수 있다.
[ m숫자 ] m숫자는 Permission(권한)에 해당하는 숫자다. 이 Permission으로 Directory를 만든다.
-------------------------------------------------------------------------------------------------------------------

* 자주 쓰는 명령어 예제

mkdir -pm777 /etc/mgdir1/mgdir2/mgdir3
Sub Directory까지 한꺼번에 만들고 mgdir3 Directory의 Permission을 777로 한다.

(!?) Linux에서 File이나 Directory의 Permission(권한)이란?
Linux는 보안을 위해 File과 Directory에 Permission이라는 것이 있다. r(read 읽기, 4), w(write 쓰기, 2), x(execute 실행, 1)의 3가지 권한이 있는데 단위마다 2진법으로 표현한다. 읽기와 쓰기가 되면 읽기(4)+쓰기(2)가 돼서 6이 된다. 읽기, 쓰기, 실행은 4+2+1로서 합이 7이 된다. 이 숫자를 세 개를 쓴다. 파일 권한 설정 형식이 'rw-r--r--' 라면 644의 권한이면 첫 번째 파일 소유자의 권한, 두 번째 그룹의 권한, 마지막은 그 밖에 이용자의 권한을 나타낸다. 따라서 모든 이에게 권한을 주려면 777이다. 즉, rwxrwxrwx 가 된다.

more
다른 명령어와 합쳐서 쓰는 것으로서 합쳐지는 명령어의 결과를 한 화면씩 끊어서 보여준다. 예를 들어, ls 명령어로 File List를 볼 때 한 화면이 넘어가면 처음 것을 보지 못한다. 이때 more 명령어를 함께 쓰면 화면이 넘어갈 때 일단 멈춰서 내용을 보고, Space Bar를 누르면 다음 Page로 넘어간다. ls 명령어뿐 아니라 여러 가지 명령어를 함께 쓸 수 있다.

[ more 명령어를 썼을 때 사용하는 단축 키 ]
------------------------------------------------------------
[ Space Bar 또는 z ] 다음 페이지
[ Enter Key 또는 1 ] Line Scroll
[ d 또는 ^D ] 반 Page Scroll
[ q 또는 Q ] 종료(Quit)
[ f ] 다음 Page(Forward)
[ b 또는 ^B ] 이전 Page(Back)
[ ^L ] 화면 다시 출력
------------------------------------------------------------

* 자주 쓰는 명령어 예제

ls -al | more
ls 명령어로 File List를 볼 때 파일 수가 너무 많아 한 화면으로 다 보지 못할 때 여러 화면으로 나눠서 본다. 대부분의 Linux 명령어와 함께 쓰므로 알아두는 것이 좋다.

grep
낚시로 고기를 잡듯이 어떤 명령어를 쳐서 나오는 결과에서 필요한 부분을 빼낼 때 쓴다. 주어진 글자 Pattern이 들어 있는 문장만 따로 뽑아서 보여주는 것이다. 다른 명령어 뒤에 '|grep' 로 붙여서 쓴다.

[ grep 명령어 옵션 ]
----------------------------------------------------------------------
[ C ] 일치하는 문장과 위 아래 한줄 씩을 보여준다.
[ c ] 일치하는 줄 수를 보여준다.
[ h ] 파일명은 보여주지 않는다.
[ l ] 대소문자 구분하지 않는다.
[ l ] 일치하는 내용을 가지는 파일명만 뽑아준다.
[ n ] 일치하는 내용을 가지는 라인 번호를 보여준다.
[ s ] Error Message만을 보여준다.
[ v ] 일치하지 않는 내용을 보여준다.
[ x ] 한 줄 전체가 똑같아야 보여준다.
----------------------------------------------------------------------

* 자주 쓰는 명령어 예제

ls -al | grep mg | more
ls 명령어로 파일 목록을 볼 때 'mg' 란 단어가 들어있는 파일을 보여주고, 파일의 수가 너무 많을 때 여러 화면으로 보여준다. 여기서는 grep 명령어와 more 명령어를 함께 썼다.

ls -al | grep mg -w |more
ls 명령어로 'mg' 란 단어가 정확히 일치하는 파일을 출력하며 파일의 수가 너무 많을 때 화면을 나누어 보여준다.

ls -al | grep mg -v |more
ls 명령어로 'mg' 란 단어가 없는 파일만 보여주고, 파일의 수가 너무 많으면 화면을 나누어 보여준다.

find
파일을 검색하는 명령어로 이름, 크기, 날짜 등 조건을 정해서 검색을 할 수 있다. Console에서 많이 쓰는 것으로 검색이 빠르다.

[ find 명령어 옵션 ]
-------------------------------------------------------------------------------------------------------
[ name ] 찾고 싶은 파일을 이름으로 검색한다.
[ perm ] 권한으로 찾는다, 예를 들어, 777 권한을 갖는 파일을 찾을 수 있다.
[ user ] 파일의 소유자 이름을 찾는다.
[ newer ] 최근에 만든 파일이나 수정한 파일을 찾는다.
-------------------------------------------------------------------------------------------------------

* 자주 쓰는 명령어 예제

find mg -name mg |more
'ls -al | grep mg -w |more' 와 비슷하지만 Sub Directory도 함께 검색하는 것이 다르다.

man
Linux에서 쓰는 Console 명령어는 여러 가지 Option이 많고, 쓰는 방법도 까다로운 편이다. 이런 것은 하나씩 설명할 순 없다. 따라서, Windows의 도움말처럼 Manual이 들어 있다. 'man' 을 치면 정보가 나온다.

* 자주 쓰는 명령어 예제

man xmms | grep format | more
xmms 에 대한 설명서에서 format 이 들어간 줄을 보여준다. more 는 화면이 넘어갈 때를 대비한다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.