RJ-45 컨넥터 핀 배열 순서

Ethernet 통신 관련으로 많이 사용되는 랜케이블은 RJ-45 단자와 랜툴이라는 공구를 통해 손쉽게 제작이 가능합니다.
하지만 사용하려는 목적에 따라 다이렉트 케이블(T568B 규격)과 크로스 케이블(T568A 규격)로 구분하여 제작을 해야합니다.

다이렉트 배열의 랜케이블은 PC나 콘트롤러와 공유기 HUB를 통해 통신을 할 경우 사용되며 크로스 배열의 랜케이블은 PC-PC, PC-콘트롤러 등과 같이 공유기 HUB를 통하지 않고 직접 통신할때 사용되니 상황에 따라 배열을 선정할 필요가 있습니다.

최근에는 콘트롤러에서 자체적으로 다이렉트, 크로스 케이블 구분 없이 다이렉트를 꼽아도 알아서 크로스 배열로 인식시켜 동작하는 경우도 있지만, HUB를 미사용하고 다이렉트 케이블로 연결시 통신이 동작하지 않는다면 크로스 케이블로 교체해야합니다.

(좌) 다이렉트 배열 T568B 규격 / (우) 크로스 배열 T568A 규격

< 다이렉트 케이블 배열 >
1 : 주황색/백색
2 : 주황색
3 : 녹색/백색
4 : 파란색
5 : 파란색/백색
6 : 녹색
7 : 갈색/백색
8 : 갈색

외우기 쉽게 주줄-주-녹줄-파-파줄-녹-갈줄-갈 로 표현하기도 합니다.

< 크로스 케이블 배열 >
1 : 녹색/백색
2 : 녹색
3 : 주황색/백색
4 : 파란색
5 : 파란색/백색
6 : 주황색
7 : 갈색/백색
8 : 갈색

외우기 쉽게 녹줄-녹-주줄-파-파줄-주-갈줄-갈 로 표현하기도 합니다.

< 다이렉트 케이블 만들기 >
케이블 양 끝 RJ-45 콘넥터에 다이렉트 케이블 배열(12345678 : 12345678) 로 핀번호와 색상을 맞추어 제작하면 됩니다.
시작배열 : 다이렉트 (T568B) - 종료배열 : 다이렉트 (T568B)

< 크로스 케이블 만들기 >
케이블 양 끝 RJ-45 콘넥터 한쪽은 다이렉트 배열, 반대편은 크로스 케이블 배열 (12345678 : 36145278) 로 핀번호와 색상을 맞추어 제작하면 됩니다.
시작배열 : 다이렉트 (T568B) - 종료배열 : 크로스 (T568A)

1. DI Tag

• Bit Position  : 0 ~ F, 1 word내에서 16개의 Bit가 존재 하기 때문에 DI Tag의 주소는 SB Address(Word)와 Bit position으로 구성된다. 
• Alarm, Event : Alarm 또는 Event를 Check 하면 우선 처리 된다. 
• Off-->On, On-->Off, On<-->Off : 일반적으로 Off --> On 될때 처리 된다. 상황에 따라서 변경 가능. 
• Alarm Level : 일반적으로 Medium, High, HiHi (Warning, Alarm, Emergency) 3단계 Level로 구성된다. 
• Alarm, Event, Status 처럼 0 또는 1로 표시 할 수 있는 Data. 

2. AI Tag

• Data Type : Analog Data의 Data종류를 결정. (int8, uint8, int16, Unit16, int32, uint32, float, Double, BCD....)
• Scale, Ratio : 소수점 처리를 위한 Option. Float Data를 제외하고는 소수점이 없음. 
• Alarm Value : Analog Alarm을 위한 설정값. 해당 Tag의 값이 설정값을 넘으면, Alarm이 발생. 
• 숫자로 표현 하는 Data (온도, 습도, 무게, 유량, 압력, Level 등등)

3. String Tag

• Start byte : LoByte, Hibyte가 있다. 1 Word는 2Byte이기 때문에, 시작 Byte를 선택. 
• Byte Count : 알파벳 한글자가 1 Byte이기 때문에 표현 글자수에 따라서 결정. 
• Data type : Byte, Ascii, Ascii(Bswap) 이 있고, PLC종류 마다 1워드의 글자가 뒤집어져 표시되는 경우, Ascii(Bswap)으로 수정 가능. 
• 글자로 표현 되는 Data (설비명, Barcode, 등등)

1) DELETE

- WHERE절을 사용하여 테이블에 있는 데이터를 하나하나 선택하여 제거하는 방식

- WHERE절을 사용하지않고 테이블의 모든 데이터를 삭제하더라도, 내부적으로는 한줄 한줄 일일히 제거하는 과정을 거침

- 처리속도가 늦고, 퍼포먼스에 좋지않은 영향을 줄 수 있음

- 원하는 데이터만 골라서 삭제할 때에는 DELETE 사용 / 전체 데이터 삭제할 때에는 TRUNCATE 사용

- 데이터를 삭제하더라도 데이터가 담겨있던 Storage는 Release 되지않는다.

- DELETE된 데이터는 COMMIT 명령어를 사용하기 전이라면, ROLLBACK 명령어를 통해 되돌릴 수 있음

DELETE FROM dbtable;
DELETE FROM dbtable WHERE {조건};
ROLLBACK;
COMMIT;

2) TRUNCATE

- 전체 데이터를 한번에 삭제하는 방식 ( <-> DELETE)

- 최초 생성되었을 당시의 Storage만 남기고, 데이터가 남겨있던 Storage는 Release 된다.

- TRUNCATE TABLE을 하면 CREATE TABLE을 한 직후의 상태와 같다.

- 자동 COMMIT이 되는 명령어이기 때문에, 이미 지운 데이터는 되돌릴 수 없다.

TRUNCATE TABLE dbtable;

3) DROP

- 테이블 자체를 완전히 날려버리는 방식 -> 처음부터 없었던 테이블처럼

- 테이블 자체가 모두 지워지며, 해당 테이블에 생성되어있던 모든 인덱스도 사라진다.

- 자동 COMMIT이 되는 명령어이기 때문에, 이미 지운 데이터는 되돌릴 수 없다.

- 오라클10g부터는 테이블이 삭제되는 것이 아니라 윈도우의 휴지통 개념처럼 잠시 삭제 -> 테이블 이름이 BIN$..로 변경됨

DROP TABLE dbtable;

리포팅툴 솔루션(Reporting Tool )이란?

리포팅툴 솔루션은 데이터 소스와의 연결을 통해, 정보를 수집하며, 입력된 데이터를 기반으로 그래프와 차트 형태로 인사이트를 제공하여 사용자가 적재된 데이터 속에서 유용한 정보를 찾을 수 있도록 도와주는 도구입니다. 실시간 기업 경영 환경에 도입시, 다양한 플랫폼과 분산된 데이터를 통합적으로 분석, 가공해 경영자에게 리포팅 할 수 있는 솔루션입니다.

리포팅툴 솔루션은 비즈니스 인텔리전스(Business Intelligence,BI) 제품군으로 분류됩니다. 경영진의 의사결정을 도와, 더 많은 인사이트를 통해 데이터에 대한 가능성을 높일 수 있을 것입니다. 빅데이터 활용이 기업 경영에 중요한 이슈로 떠오르는 요즘, 리포팅툴 솔루션은 직관적인 방식으로 데이터를 보여주어, 데이터를 보다 일기 쉽고 유용한 방식으로 표현합니다.

왜 리포팅 툴(Reporting Tool 이 필요할까?

직감과 편견에 기반하여 주관적으로 의사결정을 내리는 경영진보다, 데이터 분석(Analytics)을 통한 합리적인 의사 결정을 추구하는 경영진이 바람직하다는 것에는 이견이 없을 것입니다. 일반적으로 기업에서 운영하는 시스템에는 많은 양의 데이터가 수집되어 있지만, 리포트/보고서 작성을 위해서는 대부분 엑셀을 활용하고 있을 것입니다. 점점 더 많은 업무 분석 수요에 따라 데이터 수집의 번거롭고, 시스템 데이터를 통하지 못하는 문제들 역시 드러나고 있습니다.

리포팅툴 솔루션은 기업 데이터화 경영길의 첫 걸음 실시간 로컬 리포팅툴 솔루션은 IT현업 뿐만 아니라 최종사용자에게도 큰 도움이 됩니다. 리포팅툴 솔루션을 통해서 사용자들은 비효율적인 하드 코딩과 수작업에서 벗어나 비즈니스 니즈를 이해하고 업무 모델을 설계하는 것에 집중할 수 있을 것입니다.

현재 대다수의 리포팅툴 솔루션들은 다양한 데이터베이스를 지원하고 있으며, 이에 고객관리(CRM), 워크 플로(workflow)​와 같은 투자와 축적된 경험이 향후 SAP과 같은 다른 시스템에서 사용할 수 있도록 호환됩니다. 더 중요한 것은 리포팅 툴은 데이터 안전 보호에 대한 관심이 커지고 있는 경우, 상업 기밀이 경쟁자에 유출되어 초래되는 일회성 손실, 또는 상업 기밀 보호를 강화하기 위한 다른 노력과 투자도 리포팅툴을 배포하는 자금보다 훨씬 높을 것입니다.

서버 이중화 / 기기 이중화 / WAS 이중화 / DB 이중화 / 디스크 이중화 /센터 이중화 등 인프라 구성 방법

서버 이중화란?

서버 이중화 또는 다중화란 운영중인 서비스의 안정성을 위하여 각종 자원(전기, 서버기기, OS, 미들웨어, DB 등)을 이중또는 그 이상으로 구성하는 것을 말한다. 이러한 구성은 HA(high Availability) 서비스와 디스크 RAID 구성, 오라클의 RAC(real Application Clusters) 등 으로 구현할 수 있다.

서버 이중화의 목적은?

서버 이중화의 목적은 두가지가 있다.

궁극적으로 이러한 기기 또는 서버 이중화를 설계하고 구현하는 목적은 아래와 같은 두 가지 목적이 있다.

1. (Failover) 장애 또는 재해시 빠른 서비스 재개를 위함 

• 하드웨어, 미들웨어 등 다양한 지점에서 오류가 발생할 수 있으며 사용자가 이를 인지하지 못하도록 하기 위함이다.
• 설령 서비스의 일시적인 중단이 발생하더라도(다운타임 발생하더라도) 재빠르게 대응하기 위함이다.
• 이러한 대응 과정은 예측되는 경우라면 1차적으로 자동으로 Failover 할 수 있도록 설계한다.

2. (Load balancing, 부하분산) 원활한 서비스의 성능을 보장 하기 위함

• 하나의 기기에서 일정량 이상의 사용자 트랜잭션을 처리하는 경우 응답시간이 느려질 가능성이 있다.
• 사용 트랜잭션의 패턴과 사용량 등을 분석하여 부하를 분산하여 효율적인 업무처리가 가능하다.
• 로드밸런싱은 구현하고자 하는 지점에 따라 미들웨어, 네트워크, OS 등 다양한 지점에서 구현가능 하다.

서버 이중화 방법 및 고려요소

서버 이중화를 구성할 때 Active-Active 또는 Active-Stand by 등으로 구현할 수 있다.

• Active-Active 구성은 부하분산 등의 목적으로 주로 활용하며, 서비스 단위를 나누어서 분산시키기도 한다.
• 반면 Active-Stand by 구성의 경우에는 즉각적인 Failover를 위해 주로 구성한다.

서버 이중화 구성도

 위의 그림 구성처럼 좁게는 프로그램 단위, 미들웨어 단위, 디스크 단위, 기기 단위로 이중화를 구현할 수 있으며 넓게는 전기시설, 네트워크 구성, ISP 구성, 센터간 구성 등으로 구현할 수 있다.