OpenSource Story Board 387

PPAS DB Full 백업 스크립트 작성 및 관리 방법

PPAS DB Full 백업 스크립트 작성 및 관리 방법 -> 1) DB 백업 솔루션이 없을 경우 -> 2) Local Disk에 저장해야 할 경우 * 현재 적용되고 시스템을 예시로 작성 됨 · 사전 확인 필요 사항 1) 백업 받을 수 있는 여유공간이 있는 f/s 영역 확인 -> /data 디렉토리의 사이즈는 현재 12GB이고, /arch_backup 디렉토리의 여유공간은 645GB로 여유공간이 많은 상태 ############################### Size Used Avail Use% Mounted on 788G 103G 645G 14% /arch_backup 197G 12G 176G 7% /data ############################### 2) DB 백업/보관 주기 설정 ..

[Admin] 1.Architecture : Data Cluster

1. Architecture(Data Cluster) : Overview 2. PPAS 엔진영역 ㅇ 엔진 영역 : .../PostgresPlus/9.2AS/, $EDBHOME ① bin : PPAS 운영에 필요하여 제공된 실행 파일 존재 ② connectors : 개발환경 별 필요한 연결 드라이브와 파일 존재 ③ doc : PPAS의 Sub 프로그램과 확장 모듈에 대한 설명서 파일 존재 ④ etc : pgpool 환경 설정 파일과 마이그레이션 도구 runMTK 툴 환경 설정 파일 존재 ⑤ include : C언어 소스 컴파일에 필요한 헤더 파일 존재 ⑥ installer : PPAS 엔진 설치 후 부가 설치 스크립트 파일 존재 ⑦ jre : jvm환경에서 실행되는 프로그램(xdb-replication, ..

[Admin] 1.Architecture : Instance

1. Architecture(Instance) : Overview 2. Instance : Server Process 1) Postermaster(edb-postgres) - Supervisory 데몬 프로세스로서 항상 Running 상태 유지 - Client로 부터의 Connection 요청에 대한 인증 및 허가 수행 (Listener기능) - Connection 요청 시 Postgres Process 할당/기동 (세션 별 Single-threaded Backend 수행, 1:1) - 요청 Call과 Postgres 연결 후 통신에 관여하지 않음 - DBMS 운영에 필요한 프로세스 비정상 종료 시 재 기동 수행 2) Postgres (Server Backend Process) - Hybrid Pipe ..

[LINUX] ulimit

Linux 에서의 ulimit 에 대해서 글 올립니다. ulimit 이란, shell과 shell이 실행한 프로세스에 대하여 시스템 상의 사용 자원을 제한할 수 있도록 해주는 명령어입니다. 예제를 보시면 다음과 같습니다. # ulimit -a // 현재 로그인한 user가 사용 가능한 모든 자원의 limit 값 core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 127461 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlim..

[dmesg] PCI: Fatal: No config space access function found

1. 에러 메시지:PCI: Fatal: No config space access function found 2. 원인:- Linux VM이 generic kernel을 사용하지 않고 full PV mode 로 실행될 경우 로깅- full PV mode는 Xen의 가상화 지원 모드 두 가지 중 하나이며, PV는 ParaVirtualization의 줄임말- kernel 2.6.24 버전부터는 Xen-PV-enabled kernel이 사용되며, 이럴 경우 어떤 가용한 PCI도 없다는 의미- CentOS 6.3, 6.5 버전(kernel 2.6.24 버전 이상)에서만 해당 메시지 로깅 3. 조치 방안: - lspci 명령 수행 시 아무 결과도 나오지 않고 바로 프롬프트가 떨어지면 정상임- 조치 필요 없음 4. ..

apache-jboss연동 tomcat connector(mod_jk)

ㅇ Domain기반 서비스의 경우 DNS -> L4 Swich -> WebServer -> WebApplicationServer로 요청이 전달 되고 이런 구성에서는 보통 L4스위치에서 그리고 WebServer에서 또한번 Load Balancing이 가능합니다. L4에서는 클라이언트의 요청을 Load Balancing 알고리즘에 따라 WebServer로 분배합니다.ㅇ WebServer에서도 Load Balancing을 수행합니다. WEB-WAS를 연결하며 Load Balancing까지 함께 하는 모듈 중 하나가 mod_jk.so입니다. 설정된 URI, Worker mapping 정보에 따라 해당 컨텐츠를 JBoss 인스턴스로 전달합니다.ㅇ 아파치 웹서버에 로드되는 mod_jk.so 모듈로 WEB-WAS연동..

[UNIX/LINUX] 자동화를 위한 interactive 스크립트 - expect (2) 예제

이번 글에서는 expect 스크립트에 대한 예제를 통해 이해를 돕는 시간을 갖도록 하겠습니다. (2) 예제 #!/bin/expect set target "[lindex $argv 0]" set rootid "[lindex $argv 1]" set oldpwd "[lindex $argv 2]" set newpwd "[lindex $argv 3]" spawn telnet $target expect -timeout 5 "*ogin:" send "$rootid\n" expect -timeout 5 "*assword:" send "$oldpwd\n" sleep 2 expect -timeout 5 "#|>" send "passwd\n" expect -timeout 5 "New password:" send "$new..

[UNIX/LINUX] 자동화를 위한 interactive 스크립트 - expect (1) 기본 사용법

이번 글에서는 자동화를 위해 유용하게 사용할 수 있는 expect 란 스크립트에 대해서 말씀 드리도록 하겠습니다. expect 는 telnet이나 ftp와 같이 interactive한 환경이 필요한 곳에서 특정 문자열을 기다리고(expect), 정해진 문자열을 자동으로 보내는(send) 등의 처리를 하는 스크립트 언어입니다. 가령, A라는 서버에서 B라는 서버의 패스워드를 바꾸려 한다고 하면, telnet을 이용하여 B서버로 로그인하고 password 명령을 이용해 기존 패스워드와 새로운 패스워드를 차례로 입력하는 일련의 과정들을 거치게 됩니다. 하지만, 이 expect 를 이용하면 그런 절차들을 일일이 거칠 필요 없이 스크립트 하나만 돌림으로써 문제를 해결할 수 있습니다. expect 스크립트를 사용하..

Nginx Reverse Proxy cache 설정

Nginx를 Reverse Proxy 웹서버로 사용할때의 캐시 사용방법 http { include mime.types; default_type application/octet-stream; proxy_cache_path /nginx/nginx-1.6/cache levels=1:2 key_zone=my-cache:8m max_size=1000m inactive=600m; proxy_temp_path /nginx/nginx-1.6/tmp; ... 중략 server { listen 80; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location / { root html; index index.html index..

PostgreSQL 내부 아키텍처에 따른 성능 지연 이슈?

ORACLE과 비교하여 내용을 확인하시면 PostgreSQL의 내부 구조를 좀 더 이해하기 쉬울 겁니다. 1. PostgreSQL Object관리 - Object와 파일이 1:1 구조라 할 수 있어 이해하기 쉬운 구조 - 하나의 디렉토리에 여러개의 파일 I/O가 발생되어 처리지연이 심해질 수 있는 구조 - 따라서 I/O성능이 상용제품에 비해 하드웨어 의존도가 높은 구조임 2. 추기형 아키텍처 채택 - 데이터의 UPDATE/ DELETE 할 때 이전에 데이터를 남겨두고 새로운 데이터를 끝에 추가하는 구조 (참고로 상용제품의 경우 추기형 구조를 채택하고 있는 제품은 없음, ORACLE은 스냅샷형 구조) - 추기형 구조의 단점은 데이터의 변경이 빈번할 경우 File Size가 커져 심각한 성능 저하의 원인이 ..