오늘 아는 분(Windian7)께서 극찬해 주신 WPI(Web Platform Installer) 윈도우즈 서버에서 자주 사용되는 웹 기반의 오픈소스 어플리케이션들을 일일히 찾아서 - 다운로드 받아서 – 압축 풀어서 – 하나하나 세팅하지 않아도 WPI 요고요고~ 하나면 완큐에 모든 것이 자동으로 설치된다.
아, 참으로 알흠다운 프로그램이 아닐 수 없다.
# 얼마전에 다른 서버에 손수 설치했던 텍스타일이 이렇게 쉽게 깔리다니… -_ -
다운로드는 아래 경로에서…
http://www.microsoft.com/web/downloads/platform.aspx
ps. 무식하면 손발이 고생한다더니… 미안 내 손발아…
태그: Windows Server 2008, WPI, 웹플랫폼인스톨러, 윈도우즈 서버 2008
VSS(Volume Shadow copy Service)! 그래 좋다! 액세스되고 있는 파일을 백업할 수 있다니 얼마나 편리한 기능인가? 하지만, 개판 오분 전 스케줄 설정을 비롯하여 반 강제적인 백업 일정 설정 과정은 어떻게 할 건데?
wbadmin… 아무래도 넌 좀 까여야 되겠다.
# 한 눈에 딱 들어오기는 하는데…
하지만, 백업 일정을 설정하는 단계에서부터 숨이 턱 막히는 것을 느낄 수 있었다. 아래 그림은 백업 일정 설정 과정 중 2번째 과정이다. 위에서 언급했다시피 wbadmin은 VSS를 기반으로 작동하기 때문에 최소 볼륨 단위로만 백업 설정이 가능하다.
# 전체 서버에 대한 풀 백업은 대단히 비효율적이기 때문에 보통 '사용자 지정'을 선택하여 관리자가 직접 자신의 기호와 계획에 맞게 백업을 설정하기 마련이다.
사용자 지정을 선택하고 다음 버튼을 클릭하면 사실 전체 서버에 대한 풀 백업과 별반 다를 게 없음을 쉽게 눈치챌 수 있다. 왜냐하면 시스템 드라이브(보통 C드라이브)는 무조건 백업에 포함되겠금 강제로 설정되어 있기 때문이다.
뭐야 이거?
다른 관리자 분들의 경우는 잘 모르겠으나 나 같은 경우, 보통 데이터 볼륨 백업과 시스템 볼륨 백업의 주기 비율을 1:2내지는 1:3 정도로 설정한다. 즉, 데이터 볼륨 백업이 1주에 한 번씩 이루어진다면 시스템 볼륨 백업은 2주 또는 3주에 한 번씩 이루어지겠금 설정한다는 것이다.
그런데 wbadmin에서는 더이상 그렇게 설정할 수 없다. 우씨… 그래, 그럼 백업이 된다는 것에 의의를 두고 다음으로 넘어가 보자.
# 일 단위 백업 설정뿐…
위의 그림은 백업 일정 설정 과정 중 가장 중요하다 할 수 있는일 백업 주기 설정 부분이다. 그런데 보시다시피 일 단위 백업 설정만 가능하다.
그래, 좋다. 내 테스트 서버의 최강 퍼포먼스를 보여주겠다. (하드야 지못미…-_-)
울며 겨자 먹기 식으로 일 단위 백업을 설정하고 다음으로 넘어갔더니 백업 파일이 저장될 대상 디스크를 선택해 달라고 나온다. 시스템 드라이브가 아닌 여분의 드라이브가 있어야지만 백업 설정이 가능하다는 것이다. 그리고 그 드라이브는 wbadmin을 위한 백업 전용 드라이브가 되어 자동으로 포맷이 되고, 내컴퓨터 등 디스크 목록에서 액세스가 불가능한 상태가 된다.
이쯤되면 이제 헛웃음만 나올 뿐이다.
다음은 wbadmin 명령줄을 통해 작성한 백업 스크립트 예제다.
| wbadmin start backup -backuptarget:\\localhost\f$\backup -include:d:,e: -allcritical -noverify -vssfull -quiet |
구문 별로 나누어 보자면 다음과 같다.
① wbdmin start backup: 굳이 설명이 필요할까?
② -backuptarget 옵션: 백업 파일이 저장될 경로를 지정해 준다. UNC 경로로 지정해 주는 것이 좋다.
ex) -backuptarget:\\127.0.0.1\d$\backup
③ -include 옵션: 백업의 대상이 될 볼륨 및 디스크를 지정해 준다. 복수 선택 시 쉼표(,)로 구분한다.
ex) -include:c:,d:,e:
④ -allcritical 옵션: 중요한 시스템 파일들을 자동으로 함께 백업해 주는 옵션이다.
⑤ -noverify 옵션: 이 옵션은 백업 파일을 이동식 미디어 등에 기록할 때 백업 파일에 대한 오류를 확인할 것인지를 결정하는 옵션이다. -noverify 옵션을 선언하지 않으면 이동식 미디어 등에 기록된 백업 파일에 대한 오류를 확인한다. 보통은 이동식 미디어가 아닌 디스크에 백업 파일을 저장하기 때문에 선언해 준다.
⑥ -vssfull 옵션: 기존에 생성되었던 백업 파일이 업데이트 된다.
⑦ -quiet 옵션: 스크립트로 작성 시 필수 옵션이다. 백업 실행 과정 중 발생하는 질의를 자동으로 생략한다.
메모장 등을 통해 작성한 백업 스크립트를 BAT 파일이나 VBS 파일 등 단독으로 실행이 가능한 파일로 저장한 다음, 작업 스케줄러를 통해 원하는 주기에 맞추어 자동으로 실행되도록 설정해 주면 수동 백업 일정 설정은 이것으로 끝이다.
ps. 작업 스케줄러 설정은 어렵지 않으니 생략해도 되지 않을까… 기회가 된다면 다음에 따로 다시 한 번 정리해 보겠다.
태그: Windows Server 2008, 윈도우즈 서버 2008
Apache의 mod_rewrite를 그대로 옮겼다. 물론, 윈도우즈의 가장 큰 장점인 GUI까지 덧붙여서 말이다. IIS 7용 URL Rewrite 모듈의 간단 사용법을 소개한다.
Apache의 모듈 중 가장 부러웠던 mod_rewrite!!! 엄청나게 긴 URL이나 복잡한 URL의 특정 패턴을 변수화하여 URL을 짧고 직관적으로 다시 써주는 모듈이다. 예를 들어 'http://어쩌구/board/?id=free&?no=203'이라는 URL을 mod_rewrite를 통해 'http://어쩌구/board/free/203'으로 다시 써줄 수 있다.
Helicon 사(社)를 포함한 해외 IIS Develop 업체 몇 곳에서 IIS 용 URL Rewrite 모듈을 제작 및 판매 또는 무료로 배포하고 있으나 룰 설정이 복잡하다는 단점(사실 GUI 환경이 제공되지 않는다는 점이 가장 큰 걸림돌이 아닐까 싶다.)과 당시 사용자들의 수요가 그다지 높지 않았기 때문에 크게 각광 받지 못했다. 그냥 소수만 알고 찾아 쓰는 정도라 할까?
참고로 Helicon 사(社)에서 판매 및 무료로 배포하고 있는 URL Rewrite 모듈은 아래 링크를 참고하시라.
http://www.helicontech.com/download-isapi_rewrite3.htm
서론이 매우 길었다. 결론만 말하자면 굉장히 쓰기 쉽고 편한 IIS 7용 URL Rewrite 모듈이 iis.net에서 배포되고 있다는 것이다. 다운로드 경로는 아래 링크를 참고해 주시기 바라며 물론, 라이센스는 'Free'다.
32비트용: http://www.iis.net/downloads/default.aspx?tabid=34&g=6&i=1691
64비트용: http://www.iis.net/downloads/default.aspx?tabid=34&g=6&i=1692
정상적으로 설치가 완료됐다면 IIS 7 관리자 콘솔 - 기능보기 목록에 아래 그림과 같이 URL Rewrite Module이 추가되었음을 확인할 수 있을 것이다.
URL Rewrite 룰을 능숙하게 다룰 줄 안다면 아래 그림과 같이 'add rule' 메뉴를 통해 직접 Rewrite 룰을 생성할 수도 있지만, 본 포스트에서는 이미 생성된 Apache 용(?) URL Rewrite 룰을 손쉽게 IIS 7 용 URL Rewrite 룰로 변경 및 적용하는 방법을 안내하고자 한다.
* 이 정도만 되도 어디냐… 흑흑…
도마 위에 오른 대상은 리눅스 서버 곳곳에 엄청난 멀티 자원을 확보하고 있는 제로보드(Zeroboard XE)!!! 우선 제로보드 설치를 완료하면 제로보드 루트 폴더에 '.htaccess'라는 파일이 생성된다. 이 녀석을 워드패드나 메모장으로 까보면 아래 그림과 같이 쉽게 해독하기 어려운 URL Rewrite 룰들을 확인할 수 있다.
* 이것은 빙산의 일각일뿐!
'.htaccess' 파일 내의 모든 내용을 복사한 후, URL Rewrite Moudle로 돌아간다. 단, 여기서 한가지 주의할 점은 이 URL Rewrite 룰은 제로보드 사이트에 대한 룰이기 때문에 엉뚱한 사이트의 URL Rewrite Module에 설정해선 안된다. 이해를 돕기 위해 그림 파일을 첨부한다.
* 즉, URL Rewrite Module은 각 사이트 별로 설정이 가능하다. 물론, 부모 상속도 가능하다.
본론으로 돌아와 URL Rewrite Module의 'Import Rule' 메뉴로 진입한다. 그리고 아래 그림과 같이 조금 전에 복사한 내용을 'Rewrite rules' 공란에 그대로 붙여넣기한다. 끝으로 적용 버튼을 클릭하면 자동으로 URL Rewrite Rule이 설정되는 것을 확인할 수 있을 것이다.
* 가끔 IIS 7용 URL Rewrite Module에서 인식하지 못하는 룰이 있기 때문에 컨버팅 과정 중 실패한 것이 없는지 확인해 주어야 한다.
아래는 설정이 완료된 모습. 큰 문제 없이 IIS 7용 URL Rewrite 룰로 변경되었다.
* IIS 7용 URL Rewrite Module! 완존 쵝오! -_-)b
태그: IIS 7, URL Rewrite, Windows Server 2008, 윈도우즈 서버 2008
