루지

안녕하세요. 

이전 파트에서 진행했던 [RDS] AWS의 RDS로 Oracle Database 생성하기에 이어서 접속하는 포스팅을 진행해보겠습니다.

만들어봤으니 접속해보셔야겠죠?

SQLPLUS, TOAD 어떤 툴을 이용하셔도 상관 없습니다만 저는 Orange 7.0 툴을 이용해서 이전 시간에 만든 DB에 접속해보도록 하겠습니다.

계속진행하기 앞서 이번 시간에는 준비물이 필요합니다.

준비물

1. Oracle 11g client (32bit)

2. Orange 7.0 DBA (Unicode Version)

3. 운영중인 Oracle DB

1. Oracle 11g Client 32bit 설치

http://www.oracle.com/technetwork/database/enterprise-edition/downloads/112010-win32soft-098987.html

위의 URL을 통해 11g client를 다운로드 받아주세요.

Oracle 계정이 필요로 합니다. 

Oracle Database 11g Release 2 client <- 이걸로 받으세요!! 

햇갈리셔서 서버를 받으시거나 엉뚱한거 받으시지 않도록 조심하세요.

(1)

(2)

설치시 꼭 관리자로 설치해주세요.

Orange의 모든 기능을 사용할려면 관리자로 설치하셔야하고 tnsname.ora 경로도 자동으로 잡힙니다.

(3) 설치과정

설치경로를 이전에 설정할수있는데 사용자의 환경에 맞게 설정해주세요.

(3) 설치 완료

2. Orange 7.0 DBA Unicode 다운로드 및 설치

http://www.warevalley.com/xml/download/orange_view?num=13&page=1&type=trial

warevalley사에서 제작한 orange tool을 다운로드 받아주세요.

계정이 필요로 합니다. (간단함)

Orange7_ra_dbaU_b14_KR.zip <- 이걸루 받으세요

사용하실려면 트라이얼 라이센스를 발급받으셔야합니다.

설치 후 트라이얼라이센스 발급 받기 하시면 이메일로 활성화 코드가 옵니다.

오렌지 라이센스 매니저를 실행하셔서 활성화 코드를 activate 하시면 28일동안 쓸 수있어요

자 그럼 디비에 접속해보겠습니다.

RDS 디비 인스턴스가 정상적으로 실행중이여야합니다. (ENDPOINT 주소와 계정 ID, PW 정보가 필요합니다)

(1) Orange 최초 실행 화면

- DBMS Logon 창을 닫아주세요.

- tnsname.ora 파일을 수정하겠습니다.

(2) NetworkConfiguration TOOL

- 상단 메뉴에서 Tools->Network Configuration Tool 클릭

(3) tnsname.ora 수정

1. TNS List의 '+' 버튼 클릭

2. 서비스 네임 입력 ( RDS인스턴스의 DB 이름을 입력해주세요 )

3. Modify 버튼클릭

(4) AWS RDS INSTANCE 정보

- RDS 인스턴스에 들어가면 DB 접속 주소 (엔드포이트)와 DB이름 정보가 있습니다.

(5) Address List

- host 주소에 엔드포인트 주소 입력

- 포트나 프로토콜은 건드리지 않습니다.

(6) Address List

- host 주소에 엔드포인트 주소 입력

(7) 성공

(8) DBMS Logon

- ctrl + n 버튼이나 connect 버튼을 클릭해서 DBMS Logon 창 생성

- TNS Name 클릭후 아까 생성한 db접속정보 클릭

(9) DBMS Logon

- ctrl + n 버튼이나 connect 버튼을 클릭해서 DBMS Logon 창 생성

- TNS Name 클릭후 아까 생성한 db접속정보 클릭

(10) 접속 성공

상단에 scott 계정으로 세션이 생성된걸 확인할 수 있습니다.

Alt+F1로 스키마 브라우져를 통해 접속한 db의 스키마를 볼수 있고 spl tool을 사용하여 query작업 가능합니다~

이상으로 aws rds를 이용한 오라클 디비 생성부터 접속까지의 과정을 마무리 하겠습니다.

안녕하세요.

오늘은 AWS의 RDS 서비스를 이용해 Oracle DB를 만들어보려고 합니다.

간단하게 DB의 기능만 필요하신 분들께서는 굳이 EC2로 서버를 생성해서 Oracle을 설치후 방화벽설정까지 해주는 번거로움 없이 RDS기능을 이용하여 간단하고, 쉽고, 빠르게 본인의 DB를 생성하실수 있습니다.

이번 포스팅에서는 AWS 콘솔에서 RDS를 통해 DB 인스턴스를 생성하는 과정까지 다뤄보겠습니다.

1. AWS 콘솔에서 인스턴스 생성하기

https://aws.amazon.com/ko/

AWS에 로그인후 콘솔창 진입까지의 과정은 생략하도록 하겠습니다.

2) 데이터베이스 항목의 RDS를 클릭하세요.

(RDS DASHBOARD)

3) 좌측 메뉴의 '인스턴스'를 클릭하세요

4) 메인화면의 DB인스턴스 시작 버튼을 클릭하세요

(Step 1. 엔진 선택)

5) 하단의 'RDS 프리 티어에 적용되는 옵션만 사용' 클릭 해서 프리티어에서만 사용가능한 옵션을 확인할 수 있습니다.

(Amazone Aurora 엔진만 비활성화 되네요)

6) Oracle 엔진을 선택하세요

7) Oracle Enterprise Edition을 클릭합니다

8) 다음단계 버튼을 클릭하세요

(Step 2. DB 세부 정보 지정)

9) 사용하실 DB의 버전을  선택하세요. 저는 11g 버전으로 진행하겠습니다.

10) 스크롤을 내려 설정 탭에서 DB 인스턴스 이름을을 지어주세요

11) Oracle db에 접속할 계정 정보를 입력하세요.

12) 다음단계 버튼을 클릭하세요

(Step 3. 고급 설정 구성)

13) 데이터베이스 이름을 지어주세요. 그외 옵션은 건들이지 않겠습니다. 포트번호는 기본으로 두고 진행할게요 

( 포트번호 바꾸고싶으시면 여기서 바꾸시고 가시면 됩니다.)

14) 스크롤을 내려 DB인스턴스 시작 버튼을 눌러주세요

15) 인스턴스 생성이 끝났습니다. 

인스턴스 탭을 보시면 인스턴스가 생성중인걸 확인할 수 있습니다.

몇 분정도 소요되는게 아니라 10~20분 사이 정도 기다리셔야 생성이 완료되는걸 볼 수 있습니다.

인스턴스 상세정보에서 

'엔드포인트' = DB IP

'포트 = DB PORT

DB 이름, 사용자 이름 정보만 기억 해두면 Oracle 접속하는데 문제가 없습니다. 

비밀번호 까먹지 않도록 잘 기억해두시길~

다음 포스팅에서는 Orange tool을 이용해서 생성한 DB에 접속하는 과정을 보여드리겠습니다.

한글 테이블 레코드 분석

어도비 프리미어 프로 cc 2018버전을 노트북에 설치했는데

요놈만 유독 동영상 파일을 임포트할때 디스크에서 읽어오지 못한다는 에러는 내뿜었다.

덕분에 2~3번 재설치후 한번의 포맷까지 했지만

증상은 여전했고

한글판이였던 프리미어를 영문으로 바꾼뒤 해당 에러 메세지를 구글링해서

답을 찾아 냈다.

한글판에서는

'디스크에 있는 파일을 열지 못했습니다.' 라는 에러로 출력된다.

구글링 해보니 해당 에러는 윈도우즈 버그인듯 싶다.

마이크로 소프트에서 업데이트 파일을 제공한다.

https://www.microsoft.com/en-us/software-download/mediafeaturepack

( 마이크로 소프트 )

위의 주소에서 본인에게 해당되는 os 버전을 선택후 다운로드하여

업데이트파일을 설치하면된다.

한번의 리부팅이 있은 뒤 프리미어를 다시 키고 파일을 임포트하면 정상적으로 불러오는걸 확인 할 수 있다.

섹션 스트림 분석하기 빈문서 분석

섹션 스트림은 바디스토리지 내에 존재하는 스트림이다.

기본적으로 레코드 형식이며, 압축이 되기도 한다.

이번 포스팅에서는 빈 도큐먼트를 파싱하는 과정을 담아보려고 한다.

섹션 스트림을 분석하기 위해서는 한글과 컴퓨터에서 제공하는 도큐먼트를 먼저 정독해야한다.

(필자는 초반에 나오는 이 표를 보지 못해서 각각의 레코드들을 전부 읽어 레벨을 기록했다. -_-;)

위의 표는 Section Stream에서 본문 정보를 담고있는 레코드들을 추려서 표로 정리해본것이다.

포스팅을 하기 앞서 문단이란 무엇인지 알고 가야한다.

한글문서에서의 문단은 '엔터'로 기준을 나눌 수 있다.

첫번째줄 두번째줄이 엔터로 나뉘어서 작성이 되면 2개의 문단으로 인식한다.

한줄에 엔터없이 2번째줄까지 작성되어 내려가게 되면 그건 1개의 문단이다.

섹션의 첫 문단에는 구역 정의 레코드들이 들어가기 때문에 중간 중간의 문단 레코드들보다 필요한 사이즈가 크다. 

첫번째 문단 정보에는 ~ 레코드들이 들어간다.

그다음 문단 부터는 헤더, 텍스트, 글자모양, 글자 위치 정보의 레코드들이 하나의 문단 정보를 이루어 작성된다.

위에 표는 스트림에 작성되는 텍스트 헤더들을 표로 정리해본것이다.

첫번재 문단 정보에는 기본적인 텍스트( 테이블도 될수 있음) 정보들이 들어가며 추가적으로 각주/미주 정보라던지, 용지 설정 정보, 각주/미주 모양의 정보와 같은 부수적인 레코드들이 같이 붙는 형태이다.

두번째 문단 부터는 해당 문단에 작성된 텍스트 정보만 작성이 된다. 비교적 첫번째 문단에 비해 담기는 정보가 작다.

이번 포스팅에서는 한글문서가 어떤형식으로 파일구조를 갖고 있고 

어떻게 바이트단위로 박혀있는지 확인 해보는 시간을 갖기 위해 글을 써보았다.

한글 문서는 Compound File (OLE2) 구조를 갖는다.

스토리지와 스트림 형태를 띄고 있는데, 스토리지는 폴더, 스트림은 파일이라고 이해하면 쉽다.

Root 밑에는 여러개의 스토리지와 스트림이 존재한다. 

아래의 표는 hwp 파일이 갖고있는 구조를 표로 표현한것이다.

(ssviewer로 본 한글파일 내부의 구조)

각 스토리지와 스트림의 정보는 한글과 컴퓨터에서 제공하는 문서를 참고하면 이해하기 쉽다.

간단하게 파일 인식 정보를 갖고있는 FileHeaer 스트림을 뜯어보면 아래와 같은 구조를 갖고 있다.

FileHeaer은 256바이트의 고정된 길이를 갖는 스트림이다.

사진에 첨부한 FileHeader 스트림의 Binary값을 확인해보면 

초기 32바이트에는 한글 문서 형식을 알리는 시그니처 문구가 박혀있는것을 확인할 수 있다.

그다음 4바이트 크기로 한글 문서의 버전을 확인 할 수 있다. 

바이너리 뷰어로 해당 스트림을 열어보면 5.0.3.0 버전이 찍힌걸 볼 수있다.

그다음 4바이트는 파일헤더의 속성을 갖는 비트들이다. 0비트부터 11비트는 각각의 문서 속성 정보를 갖고있다.

그 이후 나머지 216바이트는 예약 바이트들로 0의 값으로 초기화되어 있는 형태를 확인할 수 있다.

한글 문서중 제일 파악하기가 쉬운게 파일헤더 스트림이다.

고정 길이를 갖고 있기에 256바이트 중에 

처음 32바이트는 시그니처, 

그다음 4바이트는 파일의 버전, 

그다음 4비트는 속성 정보,

나머지 216바이트는 예약비트로 파싱할때 비교적 수월하다.

암호화도 안되있기 때문에 그냥 가져와 바이트단위로 짜르면 한글문서의 정보를 가져올 수 있다.

다른 스트림도 이러면 좋겠지만 가변적인 길이를 갖는 스트림도 많고 압축/암호화도 걸린게 많기 때문에 

다른 스트림을 파싱하거나 렌더링할때에는 쉽게 되지는 않을꺼같다.

몇몇 스트림들은 레코드형식(헤더와 데이터의 결합)으로 구성되어있기도 하며, 

MSDN의 프로퍼티 셋 형식을 취한 스트림도 있다.

대표적인 예로 \005HwpSummaryInformation 스트림이 MSDN의 프로퍼티셋 형식을 갖고 있다.

Summary Information에 대한 자세한 설명은 MSDN을 참고

The Summary Information Property Set

The DocumentSummaryInformation and UserDefined Property Set

(한글 공식 문서의 설명)

SumamryInformation 은 MSDN의 프로퍼티셋 형식을 따른다.

해당 정보는 아래의 URL에 설명되어있다.

https://msdn.microsoft.com/ko-kr/library/windows/desktop/aa380376%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396

HwpSummaryInformation 정보를 가져오기 위해서는 바이트 단위로 짜르는것 보다는

Apache POI API에서 제공하는 프로퍼티 ID단위로 값을 가져오면 된다.

이 부분은 추 후 포스팅을 통해 값을 가져와보도록 하겠다.

마지막으로 설명하는 내용은 레코드 형식의 데이터다.

(한글의 데이터 레코드 구조)

논리적으로 연관된 데이터들을 헤더 정보와 함께 저장하는 방식을 데이터 레코드라고 한다.

레코드 구조를 가지는 스트림은 연속된 여러 개의 레코드로 구성된다. 데이터 레코드는 헤더와 데이터로 구성되며 각 헤더 정보를 활용하여 전체 논리적 구조를 생성하게 된다.

레코드의 헤더에는 데이터 확장에 대비한 정보를 가지고 있다. 따라서 이후에 ᄒᆞᆫ글의 기능이 확장되어 레코드에 데이터가 추가되는 경우에도 하위 버전의 ᄒᆞᆫ글이 상위 버전의 ᄒᆞᆫ글 문서를 읽을 수 있도록 하위 호환성이 보장된다.

Tag ID : 레코드가 나타내는 데이터의 종류를 나타내는 태그이다. Tag ID에는 10 비트가 사용되므로 0x000 - 0x3FF까지 가능하다.

0x000 - 0x00F = 일반 레코드 태그가 아닌 특별한 용도로 사용한다.

0x010 - 0x1FF = 글에 의해 내부용으로 예약된 영역(HWPTAG_BEGIN = 0x010)

0x200 - 0x3FF = 외부 어플리케이션이 사용할 수 있는 영역

Level : 대부분 하나의 오브젝트는 여러 개의 레코드로 구성되는 것이 일반적이기 때문에 하나의 레코드가 아닌 "논리적으로 연관된 연속된 레코드"라는 개념이 필요하다. 레벨은 이와 같이 연관된 레코드의 논리적인 묶음을 표현하기 위한 정보이다. 스트림을 구성하는 모든 레코드는 계층 구조로 표현할 수 있는데, 레벨은 바로 이 계층 구조에서의 depth를 나타낸다.

Size : 데이터 영역의 길이를 바이트 단위로 나타낸다. 12개의 비트가 모두 1일 때는 데이터 영역의 길이가 4095 바이트 이상인 경우로, 이때는 레코드 헤더에 연이어 길이를 나타내는 DWORD가 추가된다. 즉, 4095 바이트 이상의 데이터일 때 레코드는 다음과 같이 표현된다.

(한글 문서파일형식에서 발췌)

대표적으로 DocInfo스트림과 Body 스토리지 내부의 Section 스트림에서 데이터 레코드형식을 취하고 있다.

TagID의 0x010에 HWP TAG 아이디를 넣음으로써 해당 레코드가 어떤 데이터를 갖고 있는지 구분할 수 있다.

현제 필자는 HwpLib 라이브러리를 통해 한글문서를 파싱, 렌더링 하는 부분을 분석중이다.

바이너리 데이터를 읽고 쓰는것이 익숙하지 않아 하루에도 머리가 여러번 쪼개지는 고통을 받고 있다.ㅋㅋ ㅜㅜ

빨리 이 과제를 마무리 짓고 싶다. ㅜㅜ

회사 수습 연구원으로 진행하게될 과제이다.

Java로 .hwp파일을 파싱 후 렌더링하기까지가 숙제(과제)이다. 

처음에는 low레벨까지 내려가 binary형태에서 부터 파싱을 해야 하나 싶어서 걱정이 많았는데

자비로우신 팀장님께서 결과만 나오면 일단 된다고 하셨기에 갓구글님께 도움을 요청했다.

http://www.hancom.com/etc/hwpDownload.do 

(한글 문서 파일 구조 5.0 도큐먼트)

처음에 70페이지 가까이된 한글 문서 파일 구조를 던져주실때 식겁했는데

다행스럽게도 

https://github.com/neolord0/hwplib

누군가가 만들어주신 라이브러리가 존재했다.

한글과 컴퓨터(한컴)에서 만든 워드프로세서 "한글"의 파일에 대한 라이브러리입니다.

본 라이브러리는 JAVA로 구현되었으며, 한글 파일의 하부 구조인 Microsoft Compound File의 부분은 Apache-POI의 POIFS File System을 사용하여 처리합니다. 본 라이브러리는 한글과컴퓨터의 한글 문서 파일(.hwp) 공개 문서를 참고하여 개발하였습니다. 한컴에서 제공하는 문서(HWP 5.0)는 아래URL에서 받을 수 있습니다.

http://www.hancom.com/etc/hwpDownload.do?gnb0=269&gnb1=271&gnb0=101&gnb1=140

github에 올라온 프로젝트 소개글이다.

처음에 소스 분석을 하겠다고 처음부터 쭉 따라갔는데 왠 아파치 poi 라이브러리가 나오길래 막막했었다.

알고보니 아파치 poi 라이브러니는 마이크로소프트사의 워드 포맷형식을 지원하는 라이브러리였다.

여기서 생긴 의문이 

그렇다면 한글의 .hwp파일은 MicroSoft의 word 형식이랑 같다는것인가?

hwp나 word는 같은 Compound File Binary Format 이였던것이다.

한글은 XML기반으로도 파일이 제공된다고 팀장님이 알려주셨다.

CFBF, OLE라고도 불리는 이 형태는 하단의 블로그에서 자세하게 설명해준다.

http://www.reversenote.info/ole-file-format/

이제 위의 라이브러리를 통해 1차 목표인 한글파일 읽어들여

콘솔창에 띄우는 결과물을 만들어낼 생각이다.

이미 만들어져있기에 거기까진 어렵지 않지만 그냥 가져다가만 쓰면 개인과제에 의미가 없어보여서

최대한 라이브러리를 뜯어보아서 어떤형식으로 .hwp파일을 파싱하는지 공부해보려고 한다.

주어진 리스트가 정렬이 되어있다는 가정하에서는 

이진 검색(binary search)를 사용하는게 매우 효율적인 방법이란다.

소스를 보니 재귀호출을 사용하여 검색이 진행된다.

(JAVA 프로그래밍 면접 이렇게 준비한다 - 73P)

public class BinarySearch {

public static boolean binarySearch(final List<Integer> numbers, Integer value) {

if(numbers==null || numbers.isEmpty()) // 전달받은 numbers 리스트가 null이거나 비워져있는지 확인

return false;

Integer comparsion = numbers.get(numbers.size() / 2); //  리스트 크기 반띵하여 원소 위치의 값을 추출

if(value.equals(comparsion)) {   

return true;

}

if(value<comparsion) {

return binarySearch(numbers.subList(0, numbers.size() / 2), value);

} else {

return binarySearch(numbers.subList(numbers.size() / 2 + 1, numbers.size()), value);

}

}

public static void main(String[] args) {

List<Integer> list = new ArrayList<>();

list.add(1);

list.add(4);

list.add(5);

list.add(9);

list.add(14); // 정렬하기 귀찮아서 삽입할때 순서대로 삽입시켰다.

System.out.println(binarySearch(list, 9)); // 삽입된 리스트와, 찾고하자는 밸류값을 파라메터로 던진다.

}

}

소스가 어렵지 않아 쉽게 이해할 수 있었다.

안녕하세요.

AWS EC2 인스턴스에 FTP를 이용하여 파일전송을 해보는 포스트를 작성해보겠습니다.

준비물 

1. FileZilla

FileZilla_3.29.0_win64-setup.exe

2. ppk파일

순서 

1. 파일질라 설치

2. FTP 서버 접속 및 파일 전송

1. 파일질라 설치 

- 첨부한 파일질라 클라이언트 설치파일을 받으시고 설치하세요.

- 파일질라 설치 과정은 생략하겠습니다.

설치 후 실행한 모습

2. FTP 서버 접속 및 파일 전송

- ec2 인스턴스 퍼블릭 ip를 알아야합니다. 

- pem키를 변환한 ppk 파일이 필요합니다.

파일 -> 사이트 관리자를 클릭하세요

호스트 : 퍼블릭 아이피

프로토콜 : SFTP

사용자 : ubuntu

키 파일 : ppk 파일

연결 버튼 클릭

(접속 화면)

- 끝 -