[EDU] ELSA # 2008.03.26

-
@ STORAGE

-DAS
RAID 제어, 근거리, 6M ~ 25M, Single, Differtical
클러스터, 공유, 직접연결

-NAS
Ethnet, 여러 시스템, 별도의 임베디드 리눅스(BSD 계열)
저렴한 비용, 대용량, 확장가능, Remote-Storage

-SAN
FC타입(광체널), SAN SWITCH, 2CORE 구성,
EMC-Storage, Remote-Storage

====================================================

@ LVM & RAID

- LVM (직렬처리)
PV (Phisical Volume) -> VG (Volum Group) -> LV (Logical Volume)


- LVM 구성
가상디스크 5개 추가.

1. VMWare에서 가상 드라이브 추가

2. 스냅샷 구성

3.LVM 레이블 만들기
$ fdisk /dev/sdc

Command (m for help) : t
Patition number (1-5): 1
Hex Code (type L to list codes): L
Hex Code (type L to List codes) 8e 'Linux LVM
Command : w

$ fdisk -l |more

3.PV 만들기
$ pvcreate /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1

$ vgcreate mDB /dev/sdb1 /dev/sdc1

$ vgdisplay

$ man lvcreate

$ lvcreate -c, -L, -n,

★ chunksize :: 4k ~ 512k
하드의 단위, LVM의 단위

$ lvcreate -n mDB0 -L 70M mDB

$ cd /dev

$ ls mapper

$ ls

$ cd ..

$ cd mDB

$ ls -al

$ mkfs.ext3 /dev/mapper/mDB-mDB0

$ mkdir /mdb

$ cd

$ mount /dev/mapper/mDB-mDB0 mdb

$ df -h

$ umount mdb

$ man vgchange
-> VG 상태변경

$ vgchange -a[y/n] 'VG 활성화, -l '최대사이즈, -x[y/n] '리사이즈

$ vgchange -a y mDB

$ vgdisplay -v mdb

$ man vgextend
-> PV 확장

$ fdisk -l

$ vgdisplay mDB

$ vgextend mDB /dev/sdd1
-> VG Extends

$ vgdisplay

$ pvremove

$ lvremove

$ vgremove

$ vgreduce

----------------------------------------------------------

-RAID (병렬처리)
데이터의 재해복구 시스템
하드웨어타입,소프트웨어타입

RAID 0 : 디스크 최소 2개 (stripe)
논리적IO 분산, 읽기 성능은 최고, 공간효율 100%
디스크중 FAIL -> 데이터 복구불가능, 데이터 RECOVERY 불가능

RAID 1 :
미러링 :: MASTER(input)/SLAVE(copy) -> Sync Copy
- 디스크이중화 Disk Duplexing -> Windows
공간효율 50%, 공간효율x, 2way mirror, 3way mirror, 4way mirrorre
OS Mirroring

RAID 2 X
RAID 3 X

RAID 4 X :
stripe with dedicate parity

RAID 5 :
stripe with distribute parity
디스크 3개이상, 읽기성능(I/O)높음, OS Mirror X, 공간효율적,
디스크가 2개 이상 연속해서 깨질 경우 복구불가능.

RAID 6 : 광 기반에서 사용,
stripe with dual parity, 디스크 4개 이상

RAID 1+0
장애시 성능이 0+1 보다 뛰어남
복구시간이 빠름

stripe
mirror mirror
master - slave | master - slave

RAID 0+1 :
MIRRORED-STRIPE, 디스크 4개이상.
복구시간이 떨어짐,

mirror
stripe - stripe | stripe | stripe

RAID 1+5:
mirror -> stripefs

★ HotSpare
깨졌을 경우, Auto-Sync, 일시적사용

★ HotSwap
동적 디바이스

★ RAID 생성
-> /etc/raidtab

----------------------
raid_구성.txt 참조
---------------------- @ STORAGE



-DAS

RAID 제어, 근거리, 6M ~ 25M, Single, Differtical

클러스터, 공유, 직접연결



-NAS

Ethnet, 여러 시스템, 별도의 임베디드 리눅스(BSD 계열)

저렴한 비용, 대용량, 확장가능, Remote-Storage



-SAN

FC타입(광체널), SAN SWITCH, 2CORE 구성,

EMC-Storage, Remote-Storage



====================================================



@ LVM & RAID



- LVM (직렬처리)

PV (Phisical Volume) -> VG (Volum Group) -> LV (Logical Volume)





- LVM 구성

가상디스크 5개 추가.



1. VMWare에서 가상 드라이브 추가



2. 스냅샷 구성



3.LVM 레이블 만들기

$ fdisk /dev/sdc



Command (m for help) : t

Patition number (1-5): 1

Hex Code (type L to list codes): L

Hex Code (type L to List codes) 8e 'Linux LVM

Command : w



$ fdisk -l |more



3.PV 만들기

$ pvcreate /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1



$ vgcreate mDB /dev/sdb1 /dev/sdc1



$ vgdisplay



$ man lvcreate



$ lvcreate -c, -L, -n,



★ chunksize :: 4k ~ 512k

하드의 단위, LVM의 단위



$ lvcreate -n mDB0 -L 70M mDB



$ cd /dev



$ ls mapper



$ ls



$ cd ..



$ cd mDB



$ ls -al



$ mkfs.ext3 /dev/mapper/mDB-mDB0



$ mkdir /mdb



$ cd



$ mount /dev/mapper/mDB-mDB0 mdb



$ df -h



$ umount mdb



$ man vgchange

-> VG 상태변경



$ vgchange -a[y/n] 'VG 활성화, -l '최대사이즈, -x[y/n] '리사이즈



$ vgchange -a y mDB



$ vgdisplay -v mdb



$ man vgextend

-> PV 확장



$ fdisk -l



$ vgdisplay mDB



$ vgextend mDB /dev/sdd1

-> VG Extends



$ vgdisplay



$ pvremove



$ lvremove



$ vgremove



$ vgreduce



----------------------------------------------------------



-RAID (병렬처리)

데이터의 재해복구 시스템

하드웨어타입,소프트웨어타입



RAID 0 : 디스크 최소 2개 (stripe)

논리적IO 분산, 읽기 성능은 최고, 공간효율 100%

디스크중 FAIL -> 데이터 복구불가능, 데이터 RECOVERY 불가능



RAID 1 :

미러링 :: MASTER(input)/SLAVE(copy) -> Sync Copy

- 디스크이중화 Disk Duplexing -> Windows

공간효율 50%, 공간효율x, 2way mirror, 3way mirror, 4way mirrorre

OS Mirroring



RAID 2 X

RAID 3 X



RAID 4 X :

stripe with dedicate parity



RAID 5 :

stripe with distribute parity

디스크 3개이상, 읽기성능(I/O)높음, OS Mirror X, 공간효율적,

디스크가 2개 이상 연속해서 깨질 경우 복구불가능.



RAID 6 : 광 기반에서 사용,

stripe with dual parity, 디스크 4개 이상



RAID 1+0

장애시 성능이 0+1 보다 뛰어남

복구시간이 빠름



stripe

mirror mirror

master - slave | master - slave



RAID 0+1 :

MIRRORED-STRIPE, 디스크 4개이상.

복구시간이 떨어짐,



mirror

stripe - stripe | stripe | stripe



RAID 1+5:

mirror -> stripefs



★ HotSpare

깨졌을 경우, Auto-Sync, 일시적사용



★ HotSwap

동적 디바이스



★ RAID 생성

-> /etc/raidtab



----------------------

raid_구성.txt 참조

----------------------

댓글

댓글 쓰기

이 블로그의 인기 게시물

[LINUX] CentOS 부팅시 오류 : UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY

-
/dev/VolGroup00/LogVol00 contains a file system with errors, check forced. 강제 디스크 검사중 아래와 같이 발생하는 오류    UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY 갑작스런 전원이 나가는 등의 사고로 인하여 파일시스템이 언마운트 되지 않은 상황에서  OS가 죽어버리면 발생하는 부팅 에러 방안 1] 1. (Repair filesystem) 1#  fsck     filesystem을 체크하다 질문이 나오면 y 를 선택 한다.    (Repair filesystem) 1#  fsck -y 2. 모든 검사가 끝나면 시스템을 리부팅한다. 방안 2] 1. "Give root password for maintenance" 메세지에 root 암호를 입력하여 Repair filesystem 모드로 진입 2. fdisk -l 을 실행하여 파티션(파일시스템)의 정보를 확인 3. e2fsck  -a /dev/hda1 ( -a option은 물어보지 않고 진행시키기 위해)    e2fsck  -a /dev/hda2.. 등으로 fdisk -l에서 보여준 모든 파티션을 점검..    단, swap 으로 되있는 파티션은 점검할 필요가 없으며, 혹 님의 파티션이 ext3 타입이면    위 e2fsck /dev/hda1 을 다음으로  대신 합니다. e2fsck -j ext3 /dev/hda1 4. 모든 검사가 끝나면 시스템을 리부팅한다.
자세한 내용 보기

[MSSQL] 데이터베이스가 사용 중이어서 배타적으로 액서스할 수 없습니다

-
System.Data.SqlClient.SqlError : 데이터베이스가 사용 중이어서 배타적으로 액서스할 수 없습니다. 해결책) > 데이터베이스 > 'testugo' > 우클릭 > 속성 > 옵션 > 상태 > 액세스 제한 : MULTI_USER 를 'RESTRICTED_USER' 로 변경 > 데이터베이스 > 우클릭 > 데이터베이스 복원 > > 좌측메뉴의 '일반' > 복원하고자 하는 데이터베이스 선택(testugo), 장치 : E:\backup\database\*.bak 선택 > 좌측메뉴의 '옵션' > 복원옵션 선택: '기존 데이터베이스 덮어쓰기'
자세한 내용 보기

[JAVA] Java 프로그램에서 POI로 Excel파일을 조작하자

-
다음 내용은 일본의 “월간 JavaWorld 2006년 1월호”에 게재된 내용을 번역한 것입니다. 지금은 이해하고 개발할 수준은 아니지만 , 필요할 때가 있을 것 같아서 ..... POI로 Excel파일을 조작하자 Java프로그램으로 Office문서를 조작하는 방법 POI 는 Java프로그램으로 마이크로소프트사의 Office문서를 조작하기 위한 컴포넌트 군이다. POI에 의해서 Java프로그램으로 Excel 파일의 생성 및 불러오기 방법과, Excel 파일에 한글 데이터를 설정하는 경우에 필요한 처리에 대해서 설명한다. Office 문서 조작을 용이하게 하는 컴포넌트 군 통상, Java EE 애플리케이션은, 클라이언트의 인터페이스로 Web 브라우저를 사용하며, 클라이언트의 OS에 의존하지 않고 동작한다. 그러나, 인트라넷으로 구축된 업무 시스템의 경우, 클라이언트 PC의 OS는 Windows인 경우가 많다. 또, 이러한 환경에서 시스템 데이터를 변경하는 경우에, 클라이언트 PC에서 파일을 편집하는 경우도 있을 것이다. 예를 들면, “Web 애플리케이션을 사용해서 다운로드 한 데이터를 Excel 파일로 편집하고 다시 업로드해서 데이터베이스에 반영시킨다”와 같은 경우이다. 이런 경우, Java EE 애플리케이션에서 잘 쓰여지는 것은, 데이터를 수납하는 파일로써 CSV（Comma Separated Values）형식 파일을 쓰는 방법이다. CSV 파일은, Excel 에서도 불러올 수 있지만, 그 실체는 값을 콤마(,)로 구분하여 열거한 텍스트이다. 따라서, Java 프로그램에서도 편하게 생성하거나, 불러들이거나 할 수 있어 상당히 취급하기 편하다. 그러나, 조금 복잡한 요소(매크로를 포함하거나, 여러 워크시트를 갖고 있는 Excel 파일을 취급하고 싶은 경우 등)가 제시되면 CSV 파일로는 처리할 수 없기도 있다. 이러한 경우에 위력을 발휘하는 것이, Apache Jakarta 프로젝트가 제공하는 파일 조작용 컴포넌트 군 POI 이다. 화면1：POI의 홈페이...
자세한 내용 보기