[참조 : http://kldp.org/ ]
※ 포트 포워딩 허용
# vi /proc/sys/net/ipv4/ip_forward
1 <-- 1 로변경
# sysctl -p
※ iptable에 규칙 추가
# iptables -A PREROUTING -t nat -p tcp --dport 80 -j DNAT --to 아이피:8000
or
-- 동일 서버에서의 포트 포워딩시
# iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-ports 8000
2012년 2월 29일 수요일
ext3 복구하기
[출처:http://kldp.org/]
Fedora 10 패키지 목록을 살펴보던 중 호기심을 자극하는 패키지가 하나 있었다. 뭔가하고 살펴보니 ext3 파일 시스템에서 지워진 파일의 복구를 해주는 놈이다.
ext2와 다른 특성으로 인해 ext3에서 지워진 파일의 복구는 꽤 어려운 명령어들을 알아야했고 복구율도 좋지 않았었다. 하지만 ext3grep은 이러한 생각을 바꾸게 만들기에 충분했다.
소스 다운로드는 http://code.google.com/p/ext3grep/ 에서 할 수 있고 Fedora나 Debian의 최신 버전에는 포함되어 있으니 해당 배포판의 패키지 관리자로 설치하면 된다.
설치를 하고 간단한 테스트를 해보았다. 시간상 1GB정도의 파티션을 만들고 테스트를 진행했다.
몇개의 디렉토리와 파일을 만들었다.
그 중에 몇개를 삭제했다.
이제 unmount 하고 실제 ext3grep 을 사용할 차례다.
–dump-names 로 경로를 포함한 파일들의 경로를 알 수 있다.
위 명령어를 실행한 후 ext3grep.stage1, ext3grep.stage2 파일이 생성되는데 inode와 block의 정보를 담고 있다. 한번 생성되면 다른 명령어를 실행할때 재사용되기 때문에 검색에 소요되는 시간이 줄어든다.
–restore-all 은 해당 장치의 모든 파일을 명령어가 실행된 위치에 RESTORED_FILES라는 디렉토리를 생성하고 그 안에 복구해준다. 명령어를 실행하기 전에 충분한 공간이 있는지 확인하자.
–restore-all 명령어와 함께 사용할 수 있는 필터가 여러개 있는데 –after 옵션을 주면 그 시간 이후의 파일들만 복구해준다. unix time을 적어주면 된다.
특정 이름의 파일만 복구 하려면 –restore-file 다음에 파일명을 써주면 된다.
디렉토리 밑에 있는 파일이라면 경로까지 정확하게 써주면 된다. 경로를 포함한 파일명은 위에서 한번 실행했던 –dump-names로 알 수 있다.
더 많은 옵션이 있지만 일반적인 사용자라면 이정도만 알아도 충분히 복구할 수 있을 것이다. 이름처럼 ext3에 대해서 복구를 해주기 때문에 포맷이 되었거나 다른 파일시스템에서는 복구가 안된다. 마지막으로 노파심에서 한마디 하자면 실수로 파일을 삭제했을때에는 최대한 빨리 해당 장치를 unmount 해서 덮어써지지 않게 해야한다.
자세한 정보는 저자의 홈페이지에서 확인하자.
Fedora 10 패키지 목록을 살펴보던 중 호기심을 자극하는 패키지가 하나 있었다. 뭔가하고 살펴보니 ext3 파일 시스템에서 지워진 파일의 복구를 해주는 놈이다.
ext2와 다른 특성으로 인해 ext3에서 지워진 파일의 복구는 꽤 어려운 명령어들을 알아야했고 복구율도 좋지 않았었다. 하지만 ext3grep은 이러한 생각을 바꾸게 만들기에 충분했다.
소스 다운로드는 http://code.google.com/p/ext3grep/ 에서 할 수 있고 Fedora나 Debian의 최신 버전에는 포함되어 있으니 해당 배포판의 패키지 관리자로 설치하면 된다.
설치를 하고 간단한 테스트를 해보았다. 시간상 1GB정도의 파티션을 만들고 테스트를 진행했다.
# mkfs.ext3 /dev/sdb1 # mount /dev/sdb1 /mnt/test/ # df -h /dev/sdb1 966M 18M 899M 2% /mnt/test
# ls * test1.txt test2.txt 테스트.txt 테스트2.txt dir1: dir1.txt dir2: dir2.txt dir3: dir3.txt lost+found: 디렉토리1: 디렉토리1.txt 디렉토리2: 디렉토리2.txt 디렉토리3: 디렉토리3.txt
그 중에 몇개를 삭제했다.
# rm -rf dir2 dir3 test2.txt 디렉토리1 디렉토리3 테스트.txt
이제 unmount 하고 실제 ext3grep 을 사용할 차례다.
# umount /mnt/test
–dump-names 로 경로를 포함한 파일들의 경로를 알 수 있다.
# ext3grep –dump-names /dev/sdb1 Running ext3grep version 0.10.1 Number of groups: 8 Minimum / maximum journal block: 562 / 4664 Loading journal descriptors… sorting… done The oldest inode block that is still in the journal, appears to be from 1235694214 = Fri Feb 27 09:23:34 2009 Number of descriptors in journal: 269; min / max sequence numbers: 2 / 40 Finding all blocks that might be directories. D: block containing directory start, d: block containing more directory entries. Each plus represents a directory start that references the same inode as a directory start that we found previously. Searching group 0: DDD+DD+++++++++++++++++D+DD+++++++++ Searching group 1: + Searching group 2: + Searching group 3: + Searching group 4: + Searching group 5: + Searching group 6: + Searching group 7: Writing analysis so far to ’sdb1.ext3grep.stage1′. Delete that file if you want to do this stage again. Result of stage one: 8 inodes are referenced by one or more directory blocks, 4 of those inodes are still allocated. 7 inodes are referenced by more than one directory block, 3 of those inodes are still allocated. 0 blocks contain an extended directory. Result of stage two: 4 of those inodes could be resolved because they are still allocated. 4 inodes could be resolved because all refering blocks but one were journal blocks. All directory inodes are accounted for! Writing analysis so far to ’sdb1.ext3grep.stage2′. Delete that file if you want to do this stage again. dir1 dir1/.dir1.txt.swp dir1/dir1.txt dir2 dir2/.dir2.txt.swp dir2/dir2.txt dir3 dir3/.dir3.txt.swp dir3/dir3.txt lost+found test1.txt test2.txt 디렉토리1 디렉토리1/.디렉토리1.txt.swp 디렉토리1/디렉토리1.txt 디렉토리2 디렉토리2/.디렉토리2.txt.swp 디렉토리2/디렉토리2.txt 디렉토리3 디렉토리3/.디렉토리3.txt.swp 디렉토리3/디렉토리3.txt 테스트.txt 테스트2.txt
위 명령어를 실행한 후 ext3grep.stage1, ext3grep.stage2 파일이 생성되는데 inode와 block의 정보를 담고 있다. 한번 생성되면 다른 명령어를 실행할때 재사용되기 때문에 검색에 소요되는 시간이 줄어든다.
# cat sdb1.ext3grep.stage1 # Stage 1 data for /dev/sdb1. # Inodes and directory start blocks that use it for dir entry ‘.’. # INODE : BLOCK [BLOCK ...] 2 : 556 573 597 605 610 682 688 698 703 713 719 732 859 11 : 557 15713 : 740 792 800 805 40960 31425 : 582 659 666 671 79872 47137 : 571 620 628 633 112640 62849 : 578 645 651 145408 78561 : 736 774 780 172032 94273 : 730 749 757 762 204800 # Extended directory blocks. # END # cat sdb1.ext3grep.stage2 # Stage 2 data for /dev/sdb1. # Inodes path and directory blocks. # INODE PATH BLOCK [BLOCK ...] 2 ” 556 11 ‘lost+found’ 557 15713 ‘디렉토리3′ 40960 31425 ‘dir3′ 79872 47137 ‘dir1′ 112640 62849 ‘dir2′ 145408 78561 ‘디렉토리2′ 172032 94273 ‘디렉토리1′ 204800 # END
–restore-all 은 해당 장치의 모든 파일을 명령어가 실행된 위치에 RESTORED_FILES라는 디렉토리를 생성하고 그 안에 복구해준다. 명령어를 실행하기 전에 충분한 공간이 있는지 확인하자.
# ext3grep –restore-all /dev/sdb1 Running ext3grep version 0.10.1 Number of groups: 8 Minimum / maximum journal block: 562 / 4664 Loading journal descriptors… sorting… done The oldest inode block that is still in the journal, appears to be from 1235694214 = Fri Feb 27 09:23:34 2009 Number of descriptors in journal: 269; min / max sequence numbers: 2 / 40 Writing output to directory RESTORED_FILES/ Finding all blocks that might be directories. D: block containing directory start, d: block containing more directory entries. Each plus represents a directory start that references the same inode as a directory start that we found previously. Searching group 0: DDD+DD+++++++++++++++++D+DD+++++++++ Searching group 1: + Searching group 2: + Searching group 3: + Searching group 4: + Searching group 5: + Searching group 6: + Searching group 7: Writing analysis so far to ’sdb1.ext3grep.stage1′. Delete that file if you want to do this stage again. Result of stage one: 8 inodes are referenced by one or more directory blocks, 4 of those inodes are still allocated. 7 inodes are referenced by more than one directory block, 3 of those inodes are still allocated. 0 blocks contain an extended directory. Result of stage two: 4 of those inodes could be resolved because they are still allocated. 4 inodes could be resolved because all refering blocks but one were journal blocks. All directory inodes are accounted for! Writing analysis so far to ’sdb1.ext3grep.stage2′. Delete that file if you want to do this stage again. Restoring dir1/.dir1.txt.swp Restoring dir1/dir1.txt Restoring dir2/.dir2.txt.swp Restoring dir2/dir2.txt Restoring dir3/.dir3.txt.swp Restoring dir3/dir3.txt Restoring test1.txt Restoring test2.txt Restoring 디렉토리1/.디렉토리1.txt.swp Restoring 디렉토리1/디렉토리1.txt Restoring 디렉토리2/.디렉토리2.txt.swp Restoring 디렉토리2/디렉토리2.txt Restoring 디렉토리3/.디렉토리3.txt.swp Restoring 디렉토리3/디렉토리3.txt Restoring 테스트.txt Restoring 테스트2.txt # cd RESTORED_FILES/ # ls * test1.txt test2.txt 테스트.txt 테스트2.txt dir1: dir1.txt dir2: dir2.txt dir3: dir3.txt lost+found: 디렉토리1: 디렉토리1.txt 디렉토리2: 디렉토리2.txt 디렉토리3: 디렉토리3.txt
–restore-all 명령어와 함께 사용할 수 있는 필터가 여러개 있는데 –after 옵션을 주면 그 시간 이후의 파일들만 복구해준다. unix time을 적어주면 된다.
# ext3grep –restore-all –after=1235694514 /dev/sdb1 Running ext3grep version 0.10.1 Only show/process deleted entries if they are deleted on or after Fri Feb 27 09:28:34 2009. Number of groups: 8 Minimum / maximum journal block: 562 / 4664 Loading journal descriptors… sorting… done The oldest inode block that is still in the journal, appears to be from 1235694214 = Fri Feb 27 09:23:34 2009 Number of descriptors in journal: 269; min / max sequence numbers: 2 / 40 Loading sdb1.ext3grep.stage2… done Not undeleting “dir1/.dir1.txt.swp” because it was deleted before 1235694514 (32767) Restoring dir1/dir1.txt Not undeleting “dir2/.dir2.txt.swp” because it was deleted before 1235694514 (1235694303) Not undeleting “dir2/dir2.txt” because it was deleted before 1235694514 (1235694303) Not undeleting “dir3/.dir3.txt.swp” because it was deleted before 1235694514 (1235694303) Not undeleting “dir3/dir3.txt” because it was deleted before 1235694514 (1235694303) Restoring test1.txt Not undeleting “test2.txt” because it was deleted before 1235694514 (1235694287) Not undeleting “디렉토리1/.디렉토리1.txt.swp” because it was deleted before 1235694514 (1235694287) Not undeleting “디렉토리1/디렉토리1.txt” because it was deleted before 1235694514 (1235694287) Not undeleting “디렉토리2/.디렉토리2.txt.swp” because it was deleted before 1235694514 (1235694287) Restoring 디렉토리2/디렉토리2.txt Not undeleting “디렉토리3/.디렉토리3.txt.swp” because it was deleted before 1235694514 (1235694404) Not undeleting “디렉토리3/디렉토리3.txt” because it was deleted before 1235694514 (1235694404) Not undeleting “테스트.txt” because it was deleted before 1235694514 (1235694404) Restoring 테스트2.txt
특정 이름의 파일만 복구 하려면 –restore-file 다음에 파일명을 써주면 된다.
# ext3grep –restore-file 테스트.txt /dev/sdb1 Running ext3grep version 0.10.1 Number of groups: 8 Minimum / maximum journal block: 562 / 4664 Loading journal descriptors… sorting… done The oldest inode block that is still in the journal, appears to be from 1235694214 = Fri Feb 27 09:23:34 2009 Number of descriptors in journal: 269; min / max sequence numbers: 2 / 40 Writing output to directory RESTORED_FILES/ Loading sdb1.ext3grep.stage2… done Restoring 테스트.txt # cd RESTORED_FILES/ # ls 테스트.txt
디렉토리 밑에 있는 파일이라면 경로까지 정확하게 써주면 된다. 경로를 포함한 파일명은 위에서 한번 실행했던 –dump-names로 알 수 있다.
# ext3grep –restore-file dir2/dir2.txt /dev/sdb1 Running ext3grep version 0.10.1 Number of groups: 8 Minimum / maximum journal block: 562 / 4664 Loading journal descriptors… sorting… done The oldest inode block that is still in the journal, appears to be from 1235694214 = Fri Feb 27 09:23:34 2009 Number of descriptors in journal: 269; min / max sequence numbers: 2 / 40 Loading sdb1.ext3grep.stage2… done Restoring dir2/dir2.txt
더 많은 옵션이 있지만 일반적인 사용자라면 이정도만 알아도 충분히 복구할 수 있을 것이다. 이름처럼 ext3에 대해서 복구를 해주기 때문에 포맷이 되었거나 다른 파일시스템에서는 복구가 안된다. 마지막으로 노파심에서 한마디 하자면 실수로 파일을 삭제했을때에는 최대한 빨리 해당 장치를 unmount 해서 덮어써지지 않게 해야한다.
자세한 정보는 저자의 홈페이지에서 확인하자.
2012년 2월 17일 금요일
오라클 테이블 Exp / Imp시 옵션
[출처 : http://blog.naver.com/kairee/ ]
1. EXPORT
EXP USERID=UID/PWD FILE='/DATA/SAM.DAT' ROWS=Y COMPRESS=N STATISTICS=NONE OWNER=OWNERNAME
USERID : EXPORT를 실행시키고 있는 USERNAME/PASSWORD
BUFFER : 데이터 행들을 가져오는데 사용되는 버퍼의 크기.
FILE : 생성되는 EXPORT덤프 파일명.
FILESIZE : EXPORT덤프 파일의 최대 크기
GRANTS : 데이터베이스 객체에 대한 권한 정보의 EXPORT여부 (Y/N 플래그)
INDEXES : 테이블에 대한 INDEXES의 EXPORT여부 (Y/N 플래그)
ROWS : 행들에 대한 EXPORT여부. (Y/N 플래그)
만약, “NO”이면 데이터는 EXPORT되지않고 테이블의 정의만 EXPORT 됩니다.
CONSTRAINTS : 테이블에 대한 제약조건 정보의 EXPORT여부 (Y/N 플래그)
COMPRESS : IMPORT에 대비하여 테이블의 데이터를 한 EXTENT로 압축 할것인가의 여부 (Y/N 플래그)
FULL : 전체 데이터베이스를 EXPORT할것인가의 여부
(FULL LEVEL EXPORT) (Y/N 플래그)
OWNER : EXPORT될 데이터베이스의 소유자명 (USER LEVEL EXPORT)[OWNER=USER]
TABLES : EXPORT될 테이블의 리스트(TABLE LEVEL EXPORT)
[TABLES=(TABLE1, TABLE2, ...)]
STATISTICS=NONE : 이 옵션을 주면 통계 데이타를 만들지 않는다.
간혹 이 옵션없이 통계 데이타를 만들다가 오류가 나는 경우가 있다.
EX) EXP-00091: 불완전한 통계를 엑스포트 중입니다.
그러나 데이터에는 아무런 이상이 없다.
2. IMPORT
IMP USERID=USERID/PWD TABLES=TABLE1,TABLE2,TABLE3 IGNORE=Y
USERID : IMPORT를 실생시키는 계정의 USERNAME/PASSWORD
BUFFER : 데이터를 행들을 가져오는데 사용되는 BUFFER의 BYTES수
FILE : IMPORT될 EXPORT 덤프 파일명
SHOW : 파일 내용이 화면에 표시되어야 할 것인가를 나타냄(Y/N 플래그)
IGNORE : IMPORT중 CREATE명령을 실행할 때 만나게 되는 에러들을 무시할 것인지 결정 (Y/N 플래그)
INDEXES : 테이블 INDEX의 IMPORT여부(Y/N 플래그)
ROWS : 테이블 데이터를 IMPORT할 것인가(Y/N 플래그)
만약, "N"로 설정하면 데이터베이스 객체들에 대한 DDL만이 실행됩니다.
FULL : FULL엑스포트 덤프 파일이 IMPORT 할때 사용합니다.
TABLES : IMPORT될 테이블 리스트
COMMIT : 배열(배열의 크기는 BUFFER에 의해 설정됩니다) 단위로
COMMIT을 할것인가 결정, 기본적으로는 테이블 단위로 COMMIT을 합니다.
FROMUSER : EXPORT덤프 파일로 부터 읽혀져야 하는 객체들을 갖고 있는 테이터베이스 계정
TOUSER : EXPORT덤프 안에 있는 객체들이 IMPORT될 데이터베이스 계정
1. EXPORT
EXP USERID=UID/PWD FILE='/DATA/SAM.DAT' ROWS=Y COMPRESS=N STATISTICS=NONE OWNER=OWNERNAME
USERID : EXPORT를 실행시키고 있는 USERNAME/PASSWORD
BUFFER : 데이터 행들을 가져오는데 사용되는 버퍼의 크기.
FILE : 생성되는 EXPORT덤프 파일명.
FILESIZE : EXPORT덤프 파일의 최대 크기
GRANTS : 데이터베이스 객체에 대한 권한 정보의 EXPORT여부 (Y/N 플래그)
INDEXES : 테이블에 대한 INDEXES의 EXPORT여부 (Y/N 플래그)
ROWS : 행들에 대한 EXPORT여부. (Y/N 플래그)
만약, “NO”이면 데이터는 EXPORT되지않고 테이블의 정의만 EXPORT 됩니다.
CONSTRAINTS : 테이블에 대한 제약조건 정보의 EXPORT여부 (Y/N 플래그)
COMPRESS : IMPORT에 대비하여 테이블의 데이터를 한 EXTENT로 압축 할것인가의 여부 (Y/N 플래그)
FULL : 전체 데이터베이스를 EXPORT할것인가의 여부
(FULL LEVEL EXPORT) (Y/N 플래그)
OWNER : EXPORT될 데이터베이스의 소유자명 (USER LEVEL EXPORT)[OWNER=USER]
TABLES : EXPORT될 테이블의 리스트(TABLE LEVEL EXPORT)
[TABLES=(TABLE1, TABLE2, ...)]
STATISTICS=NONE : 이 옵션을 주면 통계 데이타를 만들지 않는다.
간혹 이 옵션없이 통계 데이타를 만들다가 오류가 나는 경우가 있다.
EX) EXP-00091: 불완전한 통계를 엑스포트 중입니다.
그러나 데이터에는 아무런 이상이 없다.
2. IMPORT
IMP USERID=USERID/PWD TABLES=TABLE1,TABLE2,TABLE3 IGNORE=Y
USERID : IMPORT를 실생시키는 계정의 USERNAME/PASSWORD
BUFFER : 데이터를 행들을 가져오는데 사용되는 BUFFER의 BYTES수
FILE : IMPORT될 EXPORT 덤프 파일명
SHOW : 파일 내용이 화면에 표시되어야 할 것인가를 나타냄(Y/N 플래그)
IGNORE : IMPORT중 CREATE명령을 실행할 때 만나게 되는 에러들을 무시할 것인지 결정 (Y/N 플래그)
INDEXES : 테이블 INDEX의 IMPORT여부(Y/N 플래그)
ROWS : 테이블 데이터를 IMPORT할 것인가(Y/N 플래그)
만약, "N"로 설정하면 데이터베이스 객체들에 대한 DDL만이 실행됩니다.
FULL : FULL엑스포트 덤프 파일이 IMPORT 할때 사용합니다.
TABLES : IMPORT될 테이블 리스트
COMMIT : 배열(배열의 크기는 BUFFER에 의해 설정됩니다) 단위로
COMMIT을 할것인가 결정, 기본적으로는 테이블 단위로 COMMIT을 합니다.
FROMUSER : EXPORT덤프 파일로 부터 읽혀져야 하는 객체들을 갖고 있는 테이터베이스 계정
TOUSER : EXPORT덤프 안에 있는 객체들이 IMPORT될 데이터베이스 계정
2012년 2월 3일 금요일
forms6i를 Windows7 64bit에서 개발하기
http://oracleforms.blogspot.com/2008/04/oracle-forms-6i-en-windows-de-64-bits.html
파일을 다운받아 oracle\bin 폴더에 넣으면 끝
파일을 다운받아 oracle\bin 폴더에 넣으면 끝
피드 구독하기:
글 (Atom)