ktds OpenSource Group

1. 문제 개요 boot level에 따른 데몬 설정을 보려고,, chkconfig --list 를 한 순간..! 외계어가 나온다. 뭐가 on이고 뭐가 off 라는건지... 도무지 알 수 없음. [root@Server ~]# chkconfig --list abrt-ccpp 0:?댁젣 1:?댁젣 2:?댁젣 3:?쒖꽦 4:?댁젣 5:?쒖꽦 6:?댁젣 abrt-oops 0:?댁젣 1:?댁젣 2:?댁젣 3:?쒖꽦 4:?댁젣 5:?쒖꽦 6:?댁젣 abrtd 0:?댁젣 1:?댁젣 2:?댁젣 3:?쒖꽦 4:?댁젣 5:?쒖꽦 6:?댁젣 acpid 0:?댁젣 1:?댁젣 2:?쒖꽦 3:?쒖꽦 4:?쒖꽦 5:?쒖꽦 6:?댁젣 atd 0:?댁젣 1:?댁젣 2:?댁젣 3:?댁젣 4:?쒖꽦 5:?쒖꽦 6:?댁젣 auditd 0:..

1. 문제개요 작업으로 인한 서버의 리부팅 이후 백업 시도를 했으나, NFS Server 및 NFS Client의 백업이 실패함. 백업 로그를 살펴 봤더니, NFS Server였던 호스트에 NFS 용 파일시스템 및 몇몇 파일시스템이 umount 되어 실패한 상황. [NFS-Server 백업로그] [Critical] From:VBDA@NFS-Server.cs11cipc.com "/data_nstep" Time: 2014-11-23오후 11:21:13 [81:52] /data_nstep Not a valid mount point => aborting. [Critical] From:VBDA@NFS-Server.cs11cipc.com "/data_icis" Time: 2014-11-23오후 11:21:28 [8..

MySQL 5.6 파티션 삭제시 Exchange Partition 기능 활용 방안 [출처] 파티션 삭제시 Exchange Partition 기능 활용 방안 (in MySQL 5.6)|작성자 돌고래사육사 로그성 데이터를 파티션 테이블로 보관하는 경우가 많은데, 보관주기가 지난 파티션을 drop 하는 경우에 MySQL 에서는 전체 파티션에 테이블 락이 걸리는 문제가 있다. 물론 파티션의 물리적인 파일과 내부 메타 데이터 갱신 정도만 발생하기에 테이블 락 유지 시간이 길지는 않지만, 서비스 성격에 따라 문제가 되는 경우도 있다. MySQL 5.6 버전부터는 파티션 Exchange 기능이 지원되는데, 이 기능을 사용하면 테이블 락으로 인한 영향을 최소화하면서 파티션 삭제를 할 수 있다.테스트를 위해 하루에 32..

MySQL 5.6 Parallel Replication (slave_parallel_workers) [출처] MySQL 5.6 Parallel Replication (slave_parallel_workers)|작성자 돌고래사육사 MySQL Replication 구조는 Master에서 아무리 많은 쿼리를 처리하더라도 Slave가 Master의 처리량을 따라갈 수 없는 근본적인 문제를 가지고 있다.이는 Master에서는 다량의 세션에서 동시에 쿼리를 수행하지만 Slave는 항상 Single Thread로 복제를 처리하기 때문인데, MySQL 5.6 버전에서는 이런 부분들을 조금 완화할 수 있는 parallel slave 기능이 도입되었다. MySQL 5.6의 parallel slave는 database 단위..

MySQL filesort 알고리즘 ORDER BY/GROUP BY 처리에 인덱스를 사용하지 못하는 경우, MySQL은 Filesort 알고리즘을 통해 데이터를 정렬한다. Filesort 알고리즘을 사용하게 되면 쿼리 실행플랜 Extra 필드에 Using filesort 구문이 나오게 되며, 이런 경우 대체로 쿼리 처리 비용이 증가하게 된다. Filesort 동작 방식과 Filesort와 관련된 Variable, Status 항목을 정리해 보면 아래와 같다. (1) 데이터 Block에 대한 Scan 및 WHERE Filter 처리후 조건에 맞는 row를 Sort Buffer에 저장 정렬 조건 컬럼 값과 데이터 포지션 정보를 Buffer에 저장하며, Clustered Index 구조를 사용하는 InnoDB..

마커 옵션 정리 마커 생성자 정의 .dodeploy User 해당 파일 생성 시 어플리케이션 배포시작 해당 파일 터치 시 어플리케이션 재배포 .skipdeploy User 해당 파일이 존재하는 동안 어플리케이션 자동 배포 비활성 .deployed JBoss AS 어플리케이션 배포완료. 마커 제거 시 어플리케이션 배포 해제 .undeployed JBoss AS 어플리케이션 배포 해제 완료. 마커 제거 시 어플리케이션 재배포 .failed JBoss AS 어플리케이션 배포 실패 .isdeploying JBoss AS 어플리케이션 배포 진행 중 .isundeploying JBoss AS 어플리케이션 배포 해제 진행 중 .pending JBoss AS 어플리케이션 배포가 어떤 문제로 지연 중인 상태 JBOSS ..

훨씬 간편해진 Postgres 백업과 복구 (Postgres Backup and Recovery Just Got a Whole Lot Easier) 2014년 10월 20일, Jason Davis (October 20th, 2014 by Jason Davis) Postgres 는 최근 몇 년간 새로운 툴을 발전시켜왔다. 다행스럽게도, 만약 이 글을 읽는 당신이 Postgres 로 업무를 하고 있는 DBA나 시스템 관리자라면 당신의 업무환경은 훨씬 간편해질 것이다. EnterpriseDB (EDB) 는 최근 몇 주간 일본의 K.K Ashisuto 와 같은 고객들과 파트너사와 작업하며 우리의 새로운 EDB 백업과 복구 툴 (BART) 에 대해 많은 비용을 써왔고, 우리가 이번 주에 백업복구 툴의 첫번째 버전..

PostgreSQL Streaming Replication 설명 : 스트리밍 복제 (Streaming Replication)은 PostgreSQL 9.0 이상에서 사용 가능한 복제 기능. Insert/Update/Delete, Create/Drop 가능한 1 개의 Master DB에 SELECT만 할 수 있는 여러 Standby DB에 복제하는 것 Standby DB의 변경 결과가 반영되기까지 약간의 지연이 있지만 비교적 지연은 적게, 마스터 DB에 영향 작은 복제 방식. 목적 : 1. 많은 SELECT Query의 Server 간 분산 2. Master DB 이상시 신속한 Fail over 3. Master DB의 Disk 장애에 대비한 실시간 Backup 9.0 에 비해 강화된 9.1의 기능 1. 동..

PPAS 특장점 DynaTune PPAS에 대해 낯설거나 익숙하지 않은 사용자들을 위해서 Configuration parameter 값을 DB에 맞게 자동으로 조절해 주는 기능 입니다. 사용자가 두 가지의 설정 값만 수정을 하면, PPAS가 그 것을 토대로 하여 알고리즘을 생성해 Postgres의 parameter를 설정 해 줍니다 Query Optimizer Hints SQL Optimizer가 선택한 실행계획에 응용프로그램 개발자가 영향력을 행사할 수 있도록 허용합니다. PostgreSQL이 실행계획을 세웠을 때는 특정 쿼리가 맨 처음 실행되었던 시기라서 차후에 실행되는 경우의 대부분은 최적이 아닐 수 있습니다. 따라서, 빈번하게 작업이 발생하여 테이블 크기가 커질 경우에 Query Optimizer..

사이트상에 있는 정적인 파일들에 대해서 어느 특정 사용자가 대역폭을 차지하고 있을 수 있는데,다음과 같은 방법을 사용하여 네트워크 대역폭의 제한을 설정 할 수 있습니다. server { server_name www.example1.com; location /download/ { // 모든 사용자에 대해 /download 디렉토리의 파일 다운로드 속도를 10k 로 제한 limit_rate 10k; root /var/www.www.example1.com/download/; } ...} by hyenas (11월)