출처 : NETWORK TIMES 

NDMP 프로토콜로 백업 용이
NAS G/W 활용한 랜 프리 백업 유용
D2D 백업 원격지 복제 등 NAS 기반 데이터 보호 방안 시선집중


오늘날 대부분의 전산 업무는 온라인 중심으로 변화됐으며, 24×365 시스템의 구축을 요구하고 있다. 또 하나는 이와 같이 만들어진 전산 환경에 대해 여러 가지 자연, 인위적인 재해로부터 보호받기 위해 미러링 솔루션으로 원격지 복제 시스템을 운용한다. 이것은 과거와 달리 시설투자에 2배 이상의 비용이 들어가는 것을 의미하고, 관리도 그만큼 복잡해지는 것을 뜻한다. 이처럼 점점 복잡해지는 IT 환경을 어떻게 하면 쉽게 관리할 수 있을까 하는 것이 풀어야할 숙제다. 이 글에서는 NAS를 통한 DR 구성에 대해 살펴보자.
이용상 한국IBM 스토리지 사업본부 부장·yongsang@kr.ibm.com


요즘은 홈쇼핑에서도 NAS(Network Attached Storage)를 팔고 있다. 기업용이 아닌 개인용 네트워크 스토리지가 그것이다. 150GB, 300GB 등 개인이 사용하는 용량치고는 제법 크다. 과거 몇 년 전에는 소규모 기업이나 그룹에서 사용하는 만큼의 용량을 개인용으로 사용하고 있는 것이다. IT 기술의 발전으로 고성능, 고용량의 스토리지를 훨씬 저렴한 가격으로 구입이 가능한 세상이 됐다.
90년대에 NC(Network Computing)가 등장하면서 네트워크 스토리지가 각광을 받을 것으로 예상했지만 바로 유행을 타지는 못했다. 그러다가 90년 후반에 접어들면서 NAS가 등장하게 됐는데. NAS는 용어 자체에서 느낄 수 있는 것처럼 네크워크 상에 스토리지를 접속해서 여러 사용자가 데이터를 고속으로 공유할 수 있게 하는 네트워크를 이용한 저장방식이다. 스토리지를 서버에 직접 붙여 운영하는 DAS(Direct Attached Storage)보다 한 단계 진보된 스토리지라고 보면 맞을 것 같다.


NAS의 등장 배경
현시점에서 NAS를 언급하는 것은 약간 지나간 얘기를 하는 것 같지만 오늘날 IT 환경이 SAN(Storage Area Network)을 통한 서버와 스토리지의 통합을 하고 있는 것이 한참인 시점에서 놓고 보았을 때, 그 중간 과정쯤 된다고 보면 될 것 같다.
NAS가 나오게된 배경을 살펴보면 지금 인터넷망의 근간인 TCP/IP(Transmission Control Protocol/Internet Protocol)의 발전에 따른 산출물 중 하나라고 볼 수 있다. TCP/IP는 美 국방성의 전산망인(ARPAT)에서 개발된 프로토콜 중의 하나다. 1983년 ARPAT를 TCP/IP로 대체했고, 현재의 오픈 운영 체계인 유닉스에서 TCP/IP를 기본으로 채택하게 됨에 따라 급속도로 발전하고 보급됐다.
통신 기술의 발전으로 최근에는 기가비트가 지원되는 NAS 제품들이 출시돼 파이버 채널(100MB)을 이용하는 SAN과 시장에서 경합을 벌이고 있다. 그러나 TCP/IP를 프로토콜로 사용하는 이더넷 상에서의 데이터 이동은 트래픽이 몰릴 경우 병목현상(Bottleneck) 등의 문제가 있어, SAN과의 경합에서 불리한 위치에 있다고 볼 수 있다. 실제로 고객은 해당 기업의 규모, 투자 비용 등을 고려해 IT 환경을 NAS와 SAN으로 이원화시켜 가져가는 경우가 많다.

NAS 게이트웨이를 통한 스토리지간 IP 미러링 솔루션
NAS 게이트웨이와 SVC(IBM SAN Volume Controller)를 같이 사용하면, 이기종 스토리지간에도 NAS 게이트웨이의 볼륨을 사용할 수 있다. 오늘날의 IT 환경은 특정 벤더의 제품에 묶이는 것을 꺼려한다. 그러다 보니 여러 벤더의 스토리지가 SAN에 묶여 운용되는 것이 현실이다.
그러나 이런 경우 여러 벤더의 스토리지가 묶이다 보니 운영상의 복잡함이나 통합에 있어 어려움이 있다. NAS 게이트웨이를 통한 스토리지간 IP 미러링 구성은 이와 같은 복잡한 환경을 쉽게 만들 수 있는 장점이 있다. 그리고 NAS에서 제공되는 미러링 솔루션으로, 추가 비용 없이 이기종 스토리지간의 데이터 보관이 가능한 것이 특징이다.

NAS 게이트웨이를 이용한 미러링 오버 IP
NAS를 통한 원격지 복제는 대부분의 스토리지 벤더가 엔터프라이즈급에서 구현하고 있는 솔루션과 유사하다고 보면 된다. IBM의 PPRC, EMC의 SRDF, HDS의 트루카피 등이 그러한 솔루션이다. 이러한 DR 솔루션은 대략 동기(SYNC)와 비동기(ASYNC) 방식으로 나뉘는데, 그 차이는 다음과 같다. 참고로 이때 이뤄지는 원격 미러링 모드는 공통적으로 크게 2가지로 구별되며, 나머지는 벤더마다 약간씩의 차이가 있다. 이것을 정리하면 다음과 같다.

1. 동기 방식
로컬 사이트에 데이터를 저장한 후 애플리케이션에게는 데이터가 저장됐음을 알린다. 동시에 데이터는 원격 사이트에 저장하려고 하는데, 이때 약간의 지연 시간이 발생한다. 애플리케이션 입장에서는 데이터가 저장된 것처럼 보이지만, 실제로 원격 사이트에서는 데이터 저장이 완전히 끝나지 않을 수 있다. 이러한 이유로 데이터의 손실이 생길 수 있다.
2. 비동기 방식
원격 사이트에 데이터를 먼저 저장한 후, 로컬 사이트에 데이터를 저장한다. 그 다음 애플리케이션에게 해당 데이터가 기록(Write)됐음을 알린다. 이러한 방식은 데이터의 손실은 없지만, 얼마나 빨리 원격 사이트에 데이터를 저장하느냐가, 온라인 중에 있는 로컬 사이트의 업무 시간 지연을 최소화시킬 수 있는지와 관련 있는 요소 중 하나다.

3. MWC(Mirror Write Consistency) 방식
로컬 사이트에 데이터 저장과 동시에 원격 사이트에 데이터를 저장한다. 이때 원격 사이트에서 데이터 저장의 신호가 오기 전까지는 로컬 쪽에서 기록을 끝낸 것으로 보지 않는다. 동기 방식보다는 속도가 빠르고 비동기 방식보다는 유연하게 데이터를 관리할 수 있다.
NAS 게이트웨이는 IP 통신을 통해 로컬 사이트의 데이터를 원격 사이트의 저장공간으로 원격지 복제를 실시하게 된다. 그러나 NAS 게이트웨이를 통한 원격 미러링인 경우 IP 랜망을 통해 데이터 이동이 일어나므로 병목이 발생할 수 있는 가능성과 고속의 랜 네트워크 구성이 필수적이다.

맺음말
지금까지 NAS의 기본적인 개념에서부터 유사 솔루션, 그리고 DR까지 살펴봤다. NAS를 단순 네트워크에 붙어있는 스토리지로만 생각해서는 안된다. NAS 게이트웨이를 통해 랜과 SAN의 통합에 유용한 솔루션임을 인지해야 한다.
오늘날 대부분의 기업은 SAN으로 통합하고 있으며, 이는 여러 면에서 IP를 통한 스토리지 풀을 갖는 것보다는 이점이 있다. 그러나 IP에 비해 아직 벤더별 표준화가 덜 돼 있는 상태이며 SAN을 구축하기 위한 인프라 구축 비용이 만만치 않게 든다.
반면 IP 스토리지 네트워킹 기술은 현재 구축돼 있는 랜망을 그대로 사용할 수 있기 때문에 인프라 구축 비용이 적게 들며, IP에 대해서는 대부분이 표준화 돼 있어 이식성이 좋다. 그러한 이유 때문에 고가용 고성능의 엔터프라이즈급 시장에서는 SAN을 선호하고 있고, 미드레인지급의 시장에서는 적은 비용으로 동일한 효과를 낼 수 있는 IP 스토리지 네트워킹 방식을 채택하기도 한다.
그러나 현재 시점에서 재난복구(DR)에 대한 수요는 어느 정도 공급이 됐다고 보여진다. 몇 년 전부터 정부에서 금융권을 중심으로 재해 복구 솔루션에 대해 구축 의무를 뒀기 때문에 이미 많은 고객들은 그러한 솔루션을 갖추고 있는 상태다. 따라서 이러한 DR 시장이 갑자기 늘어나기를 기대하기는 어렵다.

데이터는 많은 조직에서 가장 중요하고 요즘 같은 인터넷 시대에는 데이터를 빠르고 믿을 수 있게 접근하는 것이 매우 중요하다. 그렇게 조직은 대부분 데이터를 무결하게 유지하기 위해 RAID의 어떤 레벨을 사용한다.

요즘은 대부분 그렇지만 RAID 5가 쉽고 최선일 것 같기 때문에 얼마나 많은 서버에 RAID 5를 적용하고 있을까? 대부분의 경우 RAID 5가 옳은 선택이지만 쓰기 성능을 고려한다면 다른 RAID 레벨이 최선일지도 모른다.

지금 얼마나 많은 사람들이 RAID 10과 50를 즉석해서 설명할 수 있을까? 새로 발명된 RAID 레벨이 RAID 5의 단점을 보완할 수 있고 아직도 스토리지 시스템에서는 많은 것을 예비용으로 사용한다. 이 글에서 기본적인 RAID 레벨의 장단점을 소개하고 다음 글에서 나는 RAID 10같이 네스티드(nested)라고 불리는 좀 더 복잡한 RAID 레벨을 소개하려고 한다. (주: http://www.acnc.com/04_00.html에서 각 RAID 레벨의 그림을 볼 수 있다.)

RAID 0(디스크 스트라이핑)
* 최소 드라이브 개수 : 2
* 최대 용량 : 디스크의 수 x 디스크의 용량
* 설명 : 데이터를 블럭으로 쪼개서 저장하는데 각 블럭은 다른 디스크로 나뉘어 저장된다.

* 장점 : 매우 빠르다. 데이터는 여러 개의 "모터(spindles)"로 스토리지에서 읽고 쓴다. 즉, I/O 로드가 분산되는 것을 의미하기 때문에 매우 빠르다. 이론적으로 디스크를 추가하는 족족 성능은 향상된다. 보통 엄청난 성능이 필요할 때 사용하는데 성능이 정말 좋은지 알아 보기 위해 스토리지를 아이오미터(IOmeter)같은 도구를 사용하여 확인한다.
* 단점 : 드라이브 하나가 고장 나면 이 RAID 레벨은 어떤 안전장치도 없기 때문에 천체 어레이가 고장 날 수 있고 디스크를 추가할 수록 위험이 증가한다.(주: 어레이는 여러 개의 디스크 배열을 의미)

RAID 1 (디스크 미러링)
* 최소 드라이브 개수 : 2
* 최대 용량 : (디스크의 수/2) x 디스크의 용량
* 설명 : 스토리지에 저장되는 모든 데이터는 두 개의 물리적인 디스크에 각각 저장되고 모든 데이터는 중복된다.

* 장점 : 드라이브 하나가 고장 나면 똑같은 내용의 다른 드라이브가 하나 더 있기 때문에 매우 안전하다. RAID 1은 읽기 성능이 단일 드라이브에서의 성능과 같거나 훨씬 좋다.
* 단점 : 각 드라이브는 미러링되기 때문에 전체 용량의 절반밖에 사용하지 못한다. 드라이브 두 개에 동일한 데이터를 써야 하기 때문에 쓰기 성능이 나빠질 수 있지만 아직 다른 RAID 레벨의 쓰기 성능보다는 훨씬 낫다.

RAID 2: 이 레벨은 더 이상 사용되지 않는다

RAID 3(패리티를 사용하고 디스크를 병렬로 처리한다)
* 최소 드라이브 개수 : 3
* 최대 용량 : (디스크의 수 - 1) x 각 디스크의 용량
* 설명 : 데이터는 바이트 단위로 쪼개져서 모든 디스크에 균등하게 나뉘어 저장되고 패리티 정보는 별도의 전용 디스크에 저장된다.

* 장점 : 한 개의 드라이브가 고장 나는 것을 허용하며 순차적 쓰기(sequential write) 성능과 순차적 읽기(sequential read) 성능이 우수하다.
* 단점 : 잘 사용되지 않고 문제를 해결하는 것이 어려울 수 있다. 하드웨어 RAID가 되어야 실제로 쓸만하다. RAID 3은 보통 매우 효율적이지만 임의 쓰기(random write) 성능이 나쁘고 임의 읽기(random read) 성능은 꽤 좋다. .

RAID 4 (각 디스크는 패리티 블럭을 공유한다)
* 최소 드라이브 개수 : 3
* 최대 용량 : (디스크의 수 - 1) x 디스크의 용량
* 설명 : 모든 파일은 블럭으로 쪼개지고 각 블럭은 여러 디스크에 저장되지만 균등하진 않다. RAID 3처럼 RAID 4도 패리티를 처리하기 위해 별도의 디스크를 사용한다. 동시 트랜잭션 사용량이 많은 시스템에서 읽기 속도는 매우 중요한데 이런 시스템에 적합하다.
* 장점 : 드라이브 하나가 고장 나는 것을 허용하고 읽기 성능이 매우 좋다.
* 단점 : 쓰기 성능이 나쁘지만 블럭 읽기(block read) 성능은 괜찮다.

RAID 5(패리티를 순환시키는 것 없이 각 어레이에 접근한다)
* 최소 드라이브 개수 : 3
* 최대 용량 : (디스크의 수 - 1) x 디스크의 용량
* 설명 : RAID 4처럼 데이터의 블럭은 모든 디스크에 나뉘어 저장되지만 항상 균등하진 않고 패리티 정보도 모든 디스크에 나뉘어 저장된다.
* 장점 : 지원하는 회사가 많고 한 개의 드라이브가 고장 나는 것을 허용한다.
* 단점 : 디스크 재구성(rebuild)이 매우 느리고 쓰기 성능은 패리티 정보를 끊임없이 갱신해야 하기 때문에 우수하다고 할 수는 없다.

RAID 6(각 디스크에 패리티 정보가 두 번 독립적으로 분산된다)
* 최소 드라이브 개수 : 3
* 최대 용량 : (디스크의 수 - 2) x 디스크의 용량
* 설명 : RAID 4처럼 데이터의 블럭은 모든 디스크에 나뉘어 저장되지만 항상 균등하진 않고 패리티 정보도 모든 디스크에 나뉘어 저장된다.

* 장점 : 두 개의 드라이브까지 고장 나는 것을 허용하고 읽기 성능이 우수하고 매우 중요한 경우에 적합하다.
* 단점 : 쓰기 성능은 패리티를 여러 번 갱신해야 하기 때문에 RAID 5보다 매우 나쁘다. 디스크를 재구성하는 동안에 성능이 매우 나빠질 수 있다

RAID 1-6 레벨 이해하기

1부터 6까지의 RAID 레벨의 장단점을 알아보고, 스토리지를 구성할 때 목적에 맞는 최적의 레벨을 찾아보자.

데이터는 많은 조직에서 가장 중요하고 요즘 같은 인터넷 시대에는 데이터를 빠르고 믿을 수 있게 접근하는 것이 매우 중요하다. 그렇게 조직은 대부분 데이터를 무결하게 유지하기 위해 RAID의 어떤 레벨을 사용한다.

요즘은 대부분 그렇지만 RAID 5가 쉽고 최선일 것 같기 때문에 얼마나 많은 서버에 RAID 5를 적용하고 있을까? 대부분의 경우 RAID 5가 옳은 선택이지만 쓰기 성능을 고려한다면 다른 RAID 레벨이 최선일지도 모른다.

지금 얼마나 많은 사람들이 RAID 10과 50를 즉석해서 설명할 수 있을까?

RAID 2: 이 레벨은 더 이상 사용되지 않는다

 Bouncy Castle

The Bouncy Castle and unlimited strength JCE policy files add the encryption algorithms required for Lawson Single Sign-on.  During the Lawson installation, you will select the algorithms you want to use. However, not all algorithms are compatible with all versions of JDK. If you select an incompatible algorithm during the installation, an error message will prompt you to choose a different algorithm.  Some customers may want to use a specific algorithm. After completing this section, Lawson recommends that you use the regression tests provided by Bouncy Castle to verify that your algorithm is compatible with your JDK before you begin the installation.  

IMPORTANT Bouncy Castle is added to all JDKs used by the Lawson system before you install any Lawson products. Repeat the steps below for all JDKs consumed by the Lawson system, for example:

• TheJDKdefined as JAVA_HOME and LAW_JAVA_HOME on the Lawson server.
• The JDK delivered with and used by the application server.
• Any JDKs consumed by other Lawson products that use Lawson Single Sign-on via the Distributed SSO solution (for example, Lawson Business Intelligence (LBI) applications such as Smart Notification and Framework Services).

Download Bouncy Castle files

 1. Log in as root.

 2. Download the following files from the Bouncy Castle download site http://www.bouncycastle.org/latest_releases.html.

• If you are using Java SDK 1.4.2, use Bouncy Castle 1.4 files.
• If you are using Java SDK 5, use Bouncy Castle 1.5 files.

 3. Download the unlimited strength JCE policy files for the JDK(s) you are using:

Install Bouncy Castle

 1. Create a temporary directory to hold the Bouncy Castle regression test .jar file.

mkdir BCTestDir

 2. Copy the regression .jar into the temporary directory.

cp bctest-jdk1X-XXX.jar BCTestDir

 3. Copy the bcprov-jdk1X-XXX.jar to the following location(s).

 4. Verify that the file permissions on the Bouncy Castle .jar files allow read and execute access for "owner", "group", and "other".  If they do not, change permissions on the files.

chmod 555 bcprov-jdk1X-XXX.jar
                chmod 555 bctest-jdk1X-XXX.jar

where X-XXX is the version number of the .jar file

 NOTE The Bouncy Castle .jar file must be owned by the user who runs the servlet container. During the installation process, that user is always root. Once the Lawson installation is complete, you can change the ownership of the file.

 Configure Java Encryption

 1. Extract local_policy.jar and US_export_policy.jar from the unlimited strength policy files and copy them into the following location(s). 

2. Verify that the file permissions on the $JAVA_HOME/jre/lib/security/java.security file allow write access for "owner", "group", and "other".  If they do not, change permissions on the file.

chmod 777 java.security

 3. Use a text editor to open the$JAVA_HOME/jre/lib/security/java.security file. Add the following line.

security.provider.ProviderNumber=org.bouncycastle.jce.provider.BouncyCastleProvider
where ProviderNumber is the number that reflects the position where the line appears in the file.

You must change the ProviderNumber for each security.provider that appears after the Bouncy Castle line.

• For Sun JDK, the security.provider line for Bouncy Castle must come AFTER the sun.security.provider.Sun line.

 

Sun JDK Example
security.provider.1=sun.security.provider.Sun
security.provider.2=com.sun.net.ssl.internal.ssl.Provider
security.provider.3=com.sun.rsajca.Provider
security.provider.4=org.bouncycastle.jce.provider.BouncyCastleProvider
security.provider.5=com.sun.crypto.provider.SunJCE
security.provider.6=sun.security.jgss.SunProvider

• For IBM JDK, the security.provider line for Bouncy Castle must come AFTER the com.ibm.crypto.provider.IBMJCE line.

IBM JDK Example
security.provider.1=com.ibm.crypto.provider.IBMJCE
security.provider.2=com.ibm.jsse.IBMJSSEProvider
security.provider.3=com.ibm.security.jgss.IBMJGSSProvider
security.provider.4=org.bouncycastle.jce.provider.BouncyCastleProvider
security.provider.5=com.ibm.security.cert.IBMCertPath
security.provider.6=com.ibm.crypto.pkcs11.provider.IBMPKCS11

4. Change file permissions on the java.security file to read/execute access for "owner", "group", and "other".

chmod 555 java.security

5. Repeat these steps for all JDKs used by your system, including the following:

• The WebSphere JDK located in WAS_HOME/java/jre/lib/security

• JDKs on machines running applications that connect to Lawson using the Distributed Single Sign-on Solution (DSSO).

6. Run the Bouncy Castle algorithm verification tests.

Example: 

cd /tmp/dwnlds/bc
Mkdir bctest
cp –rp t* bctest/
cp -rp bcprov* $JAVA_HOME/jre/lib/ext
cp -rp bcprov* $WAS_HOME/java/jre/lib/ext
chmod 555 $JAVA_HOME/jre/lib/ext/bcprov*
chmod 555 $WAS_HOME/java/jre/lib/ext/bcprov*
chmod 555 /tmp/dwnlds/bc/bctest/bctest*

BACK_UP

cd /tmp/dwnlds/bc/
mkdir javabkup
mkdir wasbkup
cp -p $JAVA_HOME/jre/lib/security/* javabkup
cp -p $WAS_HOME/java/jre/lib/security/* wasbkup

jar -xvf unrestrict142.zip
cp -p local_policy.jar $JAVA_HOME/jre/lib/security/
cp -p US_export_policy.jar $JAVA_HOME/jre/lib/security/
cp -p local_policy.jar $WAS_HOME/java/jre/lib/security/
cp -p US_export_policy.jar $WAS_HOME/java/jre/lib/security/

 cd /etc/java5/jre/lib/security
chmod 777 java.security

 EDIT:

vi  $JAVA_HOME/jre/lib/security/java.security

security.provider.6=org.bouncycastle.jce.provider.BouncyCastleProvider

 vi $WAS_HOME/java/jre/lib/security/java.security

security.provider.9=org.bouncycastle.jce.provider.BouncyCastleProvider

 $JAVA_HOME/bin/java -cp bctest-jdk15-137.jar org.bouncycastle.crypto.test.RegressionTest > java.crypto.out 2>&1

 $JAVA_HOME/bin/java -cp bctest-jdk15-137.jar org.bouncycastle.jce.provider.test.RegressionTest > java.jcecrypto.out 2>&1

 $WAS_HOME/java/bin/java -cp bctest-jdk15-137.jar

org.bouncycastle.crypto.test.RegressionTest > was.crypto.out 2>&1

 $WAS_HOME/java/bin/java -cp bctest-jdk15-137.jar org.bouncycastle.jce.provider.test.RegressionTest > was.jcecrypto.out 2>&1

Bandwidth Limiter Module

Bandwidth limiter module allows Apache web server to control over resources for each its virtual hosts. The module is an output filter in the Apache filters chain; each time a user requests data from the web server, the data (response) has to go through the module. The module breaks the data into smaller pieces and sends the pieces. And the module controls the bandwidth by introducing a small delay while sending the pieces. Looking at the module characteristics, the module is useful to limit access to predefined areas of the website and protect the web server from malicious users. It will significantly help small web-hosting servers with limited outbound bandwidth.

Illustration

Applying 100 kB/s bandwidth limit for a vhost gives 100 kB/s download speed for the first client requesting the vhost. When the second client requests the vhost, the speed will be equally divided to 50 kB/s for each client. Of course, when the third client requests the vhost, the speed will then be equally divided to 33.3 kB/s for each client. This equal division will keep continue each time a new user requests the vhost.

Installing Apache mod_bw in Ubuntu Linux

Bandwidth module (mod_bw) is not a default option in the Apache installation under Ubuntu Linux. The following are the steps to have bandwidth module enabled in Apache web server:

• (Optional) If you may want to download wget and apxs2 to be able to download and compile mod_bw.

  # sudo apt-get install wget apache2-threaded-dev

• Download and compile mod_bw.

  # wget http://ivn.cl/files/source/mod_bw-0.8.tgz
  
  
  
  # tar xvzf mod_bw-0.8.tgz
  # cd mod_bw
  # apxs2 -i -a -c mod_bw.c

  I am assuming that you get this error:

  apxs:Error: Activation failed for custom /etc/apache2/httpd.conf file..
  
  
  
  apxs:Error: At least one `LoadModule’ directive already has to exist..

  Yes, it is expected. Just ignore the error.

• Create the load file.

  # cd /etc/apache2/mods-available
  
  
  
  # sudo sh -c "echo 'LoadModule bw_module /usr/lib/apache2/modules/mod_bw.so' > bw.load"
  
  
  
  # cd ../mods-enabled
  
  
  
  # ln -s ../mods-available/bw.load bw.load

• Add Bandwidth Configuration to your Virtualhost, for example:

  <Virtualhost *>
  
  
  Servername www.example.com
  BandwidthModule On
  ForceBandWidthModule On
  Bandwidth all 1024000
  MinBandwidth all 50000
  LargeFileLimit * 500 50000
  </Virtualhost>

  <Virtualhost *>
  Servername www.example.com
  BandwidthModule On
  ForceBandWidthModule On
  Bandwidth all 10240
  MinBandwidth all -1
  LargeFileLimit * 500 50000
  </Virtualhost>

  For more examples, please visit mod_bw setup.

• Restart apache2 to activate the bandwidth module.

  # /etc/init.d/apache2 restart

 http://www.ivn.cl/apache/

ORA-08002: 시퀀스 **.CURRVAL은 이 세션에서는 정의 되어 있지 않습니다

NEXTVAL 하기 전까지는 CURRVAL을 동일세션에서 사용할 수 없습니다

굳이 필요하다면 다음과 같이 해야합니다

JEUS 5.0을 버전을 기준으로 하고 설치시 입력한 JEUS 관리자의 비밀번호는 jeusadmin이라고 전제한다.

JEUS 구동

주로 jboot, jdown이란 이름으로 스크립트를 작성하여 실행한다. 이 파일들의 실제 명령행은 다음과 같다.

• jboot: jeus -Uadministrator -Pjeusadmin
• jdown: jeusadmin -Uadministrator -Pjeusadmin jeusexit

jeusadmin console

jeusadmin 콘솔툴을 이용하여 JEUS 컨테이너기동/종료, 엔진리스트확인 등 JEUS 엔진의 상태를 제어 및 점검한다.

• 콘솔 실행: jeusadmin 'hostname' -Uadministrator -Pjeusadmin
• 명령 목록
  • allenglist: jeusadmin의 allenglist 명령은 현재 각 컨테이너의 엔진기동 상태를 보여준다.
  • downcon <container-name>: 지정된 컨테이너를 종료시킨다.
  • startcon <container-name>: 지정된 컨테이너를 기동시킨다.
  • pidlist: JEUS의 엔진 프로세스를 확인한다.

webadmin console

webadmin 콘솔은 JEUS의 컨테이너 내부에 기동된 서블릿 엔진의 상태를 모니터링하기 위한 명령프롬프트이다.

• 콘솔 실행: webadmin <container-name> -Uadministrator -Pjeusadmin
• 명령 목록
  • ti: ti는 Thread Information의 약자로 JEUS 서블릿 엔진의 컨텍스트그룹 내부의 Worker Thread의 상태를 체크하기 위한 명령어이다.
  • st -m: 현재 Container의 JVM Memory 사용 현황
  • st -r: 설정한 Context로 들어온 요청 count와 평균처리시간
  • st -s: 현재 유지하고 있는 세션 객체의 수

webadmin 반복 모니터링

webadmin 내의 모니터링 명령어를 주기적으로 자동실행하게 하려면 다음과 같은 형식으로 명령어를 실행한다.

• <command> -i 주기(초) -k 횟수
• 예) ti -i 2 -k 10 : ti 명령어를 2초 간격으로 10번 수행

dbpooladmin console

dbpooladmin 콘솔은 컨테이너별로 할당된 Database Pool의 상태를 모니터링하기 위한 명령프롬프트이다.

• 콘솔 실행: dbpooladmin<container-name> -Uadministrator -Pjeusadmin
• 명령 목록
  • Info: 해당 컨테이너에서 관리되고 있는 Database Pool의 정보가 표시된다.
  • min, max 값은 JEUSMain.xml에 설정한 Pool의 최소/최대값이며 current는 현재 풀에 보관되고 있는 실제 커넥션의 수, idle의 풀에 보관되고 있는 커넥션중, 사용가능한 개수를 의미한다.

JEUS 웹 관리자

http://hostname:9744/webadmin 로 접속하여 administrator/jeusadmin 계정으로 로그인한다.

 

JEUS 웹 관리자

JEUS 프로세스ID (PID) 확인

JEUS의 엔진 프로세스는 다음과 같이 2가지 방법으로 확인할 수 있다.

• ps -ef | grep java
  • -Xmx512m 이후 부분을 확인하여 JEUS Manager 프로세스임을 확인한다.
  • [-D컨테이너이름]을 이용하여 컨테이너 프로세스임을 확인한다.
• jeusadmin 콘솔툴을 이용한 PID 확인
  • pidlist: pidlist 명령을 사용하여 PID를 확인한다.

JAVA Dump

• 덤프 생성: kill -3 [JEUS-PID]
• 덤프 확인: JEUS JAVA프로세스에서 생성한 덤프는 JeusServerLog에서 확인한다.
  • 예) vi $JEUS_HOME/logs/`hostname`/JeusServer_20070201.log

WebtoB 구동

• wsboot
• wsdown-I : ps -ef을 이용하여 wsm, hth, htl, html 등의 프로세스가 나타나지 않으면 정상 종료

wsadmin console

WebtoB 시스템을 관리하기 위해서 wsadmin이라는 프로그램이 제공된다. wsadmin 프로그램은 UNIX 환경의 shell과 비슷한 Command Interpreter 이다. 즉, 항상 프롬프트상태로 대기중이다가 입력되는 명령어를 해석하여 이를 실행하게 된다. 여러 Node를 한 Domain으로 사용하는 경우 wsadmin으로 전체를 중앙관리가 가능하며 각 Node 별로 로컬에서만도 관리가 가능하다.

• wsadmin
• 명령 목록
  • ci: 요청에 대한 현재 클라이언트 정보를 표시한다. HTH당 접속한 클라이언트의 KeepAlive 되어있는 개수를 보여준다. WebtoB단에 요청을 보내고 HTTP Session의 KeepAliveTimeout 전까지 유지되고 있는 클라이언트의 총 개수 정보이다.
  • ci -s: 현재 클라이언트의 전체 수를 표시한다.
  • si: 웹서버 환경설정 파일에서 *SERVER 절에 선언한 서버들의 수행정보를 보여준다.
  • st -s: 웹서버 환경설정 파일에서 *SERVER, *URI, *EXT 절에 설정한 서비스의 상태가 보인다.
  • st -p: WebtoB 프로세스의 상태를 표시한다. 주로 JEUS-WebtoB간 연동 상태를 확인할 때 사용한다.

wsadmin 명령 연속 보기

ci, st -s, st -p, si 등의 명령어를 다음과 같이 수행하면 주기적으로 WebtoB의 상태를 모니터링할 수 있다.

• r -i <시간(초)> -k <횟수> <명령>
• 예) r -i 1 -k 1000 st -s

.profile 참고

[출처] 생각이...??

설치하기 

Linux(ubuntu)에서는 아래 한줄로 내려받기 + 설치 + 환경설정 끝.

1. sudo apt-get install ant

     

윈도우에서는

다음 명령으로 잘 설치 되었는지 확인 한다.

ant --version

SVN 사용하기

사이트 : http://subclipse.tigris.org/svnant.html

            http://svnkit.com/kb/user-guide-svnant.html                    

1. 다운 로드    
   SvnAnt 1.2.x 버전을 다운 받는다.

    

2. 설치
   /lib/*.jar 파일을 $ANT_HOME/lib 로 Copy 하면 끝.

예)

1. <taskdef resource="org/tigris/subversion/svnant/svnantlib.xml"/>
   

2. <target ..... >
       <svn username="guest" password="">
         <checkout url="http://subclipse.tigris.org/svn/subclipse/trunk/svnant/" revision="HEAD" destPath="svnant" />
       </svn>
   </target>
   

위 소스중 다음의 태그를 포함시키지 않으면, "failed to create task or type svn"를 만나게 될 것이다.

<taskdef resource="org/tigris/subversion/svnant/svnantlib.xml"/>

ㅇ Update

1. <svn>
   <update dir="${target.web}" />
   </svn>

ㅇ commit

1. <svn username="${svn.userid}" password="${svn.userpwd}">
       <commit message="변경 사항" dir="${target.web}" recurse="true" />
   </svn>

ㅇ auto file add

1. <svn >
   <add>
   <svnFileSet dir="${target.web}">
   <svnUnversioned/>
   </svnFileSet>
   </add>
   </svn>

ㅇ 더 자세한 내용은
사이트에 직접 상세문서가 없다(나만 못찾는가?) .

antsvn을 설치하기 위해 받은 파일을 열어보면 doc 라는 디렉토리에서 상세 문서를 볼 수 있다

*.jar 를 classpath 로 잡기

웹서버 프로그램 컴파일시 /WEB-INF/lib/*.jar 파일을 classpath로 참조 하게 되는데 ant build시 일일이 적어 줘야 하는 부담이 있다.

특히나, cvs나 svn 같은 버젼관리 프로그램으로 다운받은 프로그램을 컴파일 할 경우 일일이 작성해서 만들 수 는 없는것이다.

그래서 다음과 같은 방법을 통해 동적인 참조를 만들어 본다.

컴파일시 다음과 같이 사용된다.

1. <target name="compile" >
       <javac destdir="${svn.dest}/WEB-INF/classes" srcdir="${svn.dest}/WEB-INF/src" >
   <classpath >
2. <fileset dir="${svn.dest}">
       <include name="**/WEB-INF/lib/*.jar" />
       <include name="**/WEB-INF/lib/.*.zip" />
   </fileset>
3. </classpath> </javac>
   </target>

디렉토리가 없을 조건의 경우 만들기

ㅇ 디렉토리가 없으면 true가 되는 조건

1. <condition property="check_dir" >
       <not>
           <available file="${svn.dest}/WEB-INF/classes"/>
       </not>
   </condition>

ㅇ위 조건이 참일 경우 디렉토리 만들기

1. <target name="make_dir_classes" if="check_dir">
   <mkdir dir="${svn.dest}/WEB-INF/classes" />
   </target>

파일들을 이동

ㅇ 파일을 복사

1. <copy todir="${project.dest}" file="some.file" />

ㅇ파일들을 복사

1. <copy todir="${project.dest}" > <!-- to dir -->
   <fileset dir="${svn.dest}" /> <!-- from -->
   </copy>

ㅇ 일부 파일만 복사

1. <copy todir="${project.dest}/WEB-INF/classes/" >
   <fileset dir="${project.dest}/WEB-INF/src/" includes="*.xml" />
   <fileset dir="${project.dest}/WEB-INF/src/" includes="*.propertie"/>
   </copy>

네이티브 명령어 실행

운영체제에 적절한 명령어를 실행 할 경우 <exec> 태그를 사용

네이티브 명령어
(testdb라는 데이타베이스 생성)

1. psql -U postgres -c 'create database testdb'

ant에서는

1. <exec executable="/usr/bin/psql"
   dir="." >
   <arg line="-U postgres -c 'create database testdb'" />
   </exec>

Ant Task를 사용하여 Java Class 이용

 
ant 명령어로 처리 할 수 없는 좀더 복잡한 로직에 대해서는 직접 java class를 만들어 이용 할 수 있다.

먼저 ant 소스부터 보자

1. <target name="change_context_name" >
   <taskdef name="ccn" classname="com.action.ChangeContextName"/> <!-- Class 정의 -->
   <ccn context_name="testsrv"
   file="**/WEB-INF/sun-web.xml" /> <!-- 사용 -->
   </target>

ㅇ <taskdef /> 태그를 이용하여 사용자가 만든 클래스를 사용할수 있도록 정의

ㅇ <ccn />은 <taskdef /> 태그에서 정의된 name이다. 사용자가 임의로 바꿔 사용할 수 있다.

ChangeContextName 를 열어 보면 다음과 같다

1. package com.action;
   
   public class ChangeContextName extends org.apache.tools.ant.Task
   {
       String context_name;
       public String getContext_name()
       {
          return context_name;
       }
       public void setContext_name(String context_name)
       {
          this.context_name = context_name;
       }
   
       public void execute()
       {
          System.out.println("실행이 되었다...... ^^");
          System.out.println("컨텍스트명["+this.context_name+"]");
       }
   }

ㅇ Ant Task가 되려면

1. org.apache.tools.ant.Task를 상속 받아야 한다.
2. public void execute(){ .... } 에서 실행이 된다
3. attribute값을 전달 받으려면
   public void setXXXX(String val) 와 같이 사용한다.

out of memory

ant 구동중 out of memory를 만날경우

다음의 내용을 환경변수에 추가 하면된다.

1. ANT_OPTS=-Xmx512M

사용자에게 입력받기

<input>태그를 이용하여 사용자로부터 값을 입력받도록 한다

1. <target name="get-input">
   <input message="작업할 디렉토리명은?"
   addproperty="target.name" />
   <echo message="입력받은값 > [${target.name}]"/>
   </target>

ant-contrib사용(조건문 사용하기)

ㅇ 설치

http://ant-contrib.sourceforge.net/ > download page 접속 > ant-contrib package 클릭 > ant-contrib-1.0b3-bin.zip 다운로드
압출풀면 ant-contrib-1.0b3.jar 파일이 나옴
이파일을 ANT_HOME/lib/ 에 copy 하면 끝.

ㅇ 선언문

정의 해 주면 사용가능 해 진다

ㅇ 사용 태그

<if> <switch> <foreach> <trycatch> 태그가 사용 가능하다.

• switch

1. <switch value="${input.value}">
       <case value="1">
           <echo message="1의 경우..."/>
       </case>
   
       <default>
           <echo message="이도저도 아닌경우.."/>
       </default>
   </switch>

• if

1. <if> 
       <equals arg1="${foo}" arg2="bar" /> 
       <then> 
          <echo message="The value of property foo is bar" /> 
       </then> 
   <else> 
          <echo message="The value of property foo is not bar" /> 
   </else> 
   </if> 
   

• foreach
• tyrcatch
  

package com.util.mail;   
 
import java.security.Security; 
import java.util.Date; 
import java.util.Properties;   
 
import javax.mail.Authenticator; 
import javax.mail.Message; 
import javax.mail.MessagingException; 
import javax.mail.PasswordAuthentication; 
import javax.mail.Session; 
import javax.mail.Transport; 
import javax.mail.internet.InternetAddress; 
import javax.mail.internet.MimeMessage;   
 
import org.apache.log4j.Logger;   
 
 public static final void sendMail(String to, String title, String content) { 
  try { 
     Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider()); 
   final String SSL_FACTORY = "javax.net.ssl.SSLSocketFactory"; 
   Properties props = System.getProperties(); 
   props.setProperty("mail.smtp.host", "smtp.gmail.com"); 
   props.setProperty("mail.smtp.socketFactory.class", SSL_FACTORY); 
   props.setProperty("mail.smtp.socketFactory.fallback", "false"); 
   props.setProperty("mail.smtp.port", "465"); 
   props.setProperty("mail.smtp.socketFactory.port", "465"); 
   props.put("mail.smtp.auth", "true"); 
   final String username = "your@gmail.com"; 
   final String password = "your password"; 
   Session session = Session.getDefaultInstance(props, 
     new Authenticator() { 
      protected PasswordAuthentication getPasswordAuthentication() { 
       return new PasswordAuthentication(username, 
         password); 
      } 
     });   
 
   // -- Create a new message -- 
   Message msg = new MimeMessage(session);   
 
   // -- Set the FROM and TO fields -- 
   msg.setFrom(new InternetAddress(to)); 
   msg.setRecipients(Message.RecipientType.TO, InternetAddress.parse( 
     to, false)); 
   msg.setSubject(title); 
   msg.setText(content); 
   msg.setSentDate(new Date()); 
   Transport.send(msg);   
 
  } catch (MessagingException e) { 
   _log.error(e); 
     }   
  } 
}

1. //set CLASSPATH=%CLASSPATH%;activation.jar;mail.jar
2. import javax.mail.*;
3. import javax.mail.internet.*;
4. import java.util.*;
5.  
6. public class Mail
7. {
8.          String  d_email = "iamdvr@gmail.com",
9.             d_password = "****",
10.             d_host = "smtp.gmail.com",
11.             d_port  = "465",
12.             m_to = "iamdvr@yahoo.com",
13.             m_subject = "Testing",
14.             m_text = "Hey, this is the testing email using smtp.gmail.com.";
15.     public static void main(String[] args)
16.     {
17.                 String[] to={"XXX@yahoo.com"};
18.                 String[] cc={"XXX@yahoo.com"};
19.                 String[] bcc={"XXX@yahoo.com"};
20.                 //This is for google
21.                         Mail.sendMail("venkatesh@dfdf.com","password","smtp.gmail.com","465","true",
22. "true",true,"javax.net.ssl.SSLSocketFactory","false",to,cc,bcc,
23. "hi baba don't send virus mails..","This is my style...of reply..
24. If u send virus mails..");             
25.     }
26.  
27.         public synchronized static boolean sendMail(String userName,String passWord,String host,String port,String starttls,String auth,boolean debug,String socketFactoryClass,String fallback,String[] to,String[] cc,String[] bcc,String subject,String text){
28.                 Properties props = new Properties();
29.                 //Properties props=System.getProperties();
30.         props.put("mail.smtp.user", userName);
31.         props.put("mail.smtp.host", host);
32.                 if(!"".equals(port))
33.         props.put("mail.smtp.port", port);
34.                 if(!"".equals(starttls))
35.         props.put("mail.smtp.starttls.enable",starttls);
36.         props.put("mail.smtp.auth", auth);
37.                 if(debug){
38.                 props.put("mail.smtp.debug", "true");
39.                 }else{
40.                 props.put("mail.smtp.debug", "false");         
41.                 }
42.                 if(!"".equals(port))
43.         props.put("mail.smtp.socketFactory.port", port);
44.                 if(!"".equals(socketFactoryClass))
45.         props.put("mail.smtp.socketFactory.class",socketFactoryClass);
46.                 if(!"".equals(fallback))
47.         props.put("mail.smtp.socketFactory.fallback", fallback);
48.  
49.         try
50.         {
51.                         Session session = Session.getDefaultInstance(props, null);
52.             session.setDebug(debug);
53.             MimeMessage msg = new MimeMessage(session);
54.             msg.setText(text);
55.             msg.setSubject(subject);
56.             msg.setFrom(new InternetAddress("p_sambasivarao@sutyam.com"));
57.                         for(int i=0;i<to.length;i++){
58.             msg.addRecipient(Message.RecipientType.TO, new InternetAddress(to[i]));
59.                         }
60.                         for(int i=0;i<cc.length;i++){
61.             msg.addRecipient(Message.RecipientType.CC, new InternetAddress(cc[i]));
62.                         }
63.                         for(int i=0;i<bcc.length;i++){
64.             msg.addRecipient(Message.RecipientType.BCC, new InternetAddress(bcc[i]));
65.                         }
66.             msg.saveChanges();
67.                         Transport transport = session.getTransport("smtp");
68.                         transport.connect(host, userName, passWord);
69.                         transport.sendMessage(msg, msg.getAllRecipients());
70.                         transport.close();
71.                         return true;
72.         }
73.         catch (Exception mex)
74.         {
75.             mex.printStackTrace();
76.                         return false;
77.         }
78.         }
79.  
80. }

package mailtest;


import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.mail.MailSender;
import org.springframework.mail.SimpleMailMessage;
import org.springframework.stereotype.Service;



@Service
public class MailTestService
{
    @Autowired
    private MailSender mailSender;   


    @Autowired
    private SimpleMailMessage simpleMailMessage;   

    public void sendEmail()
    {

        SimpleMailMessage msg = new SimpleMailMessage(this.simpleMailMessage);
        msg.setText("난 종천이라고해!");
        this.mailSender.send(msg);
    }
}

package mailtest;



import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;



public class MailTest
{
    public static void main(String[] args)
    {
        String configLocation = "applicationContext.xml";
        ApplicationContext context = new ClassPathXmlApplicationContext(configLocation); 
        MailTestService mailTestService = (MailTestService) context.getBean("mailTestService");
        mailTestService.sendEmail();
    }
}