MySQL에서는 데이터 베이스 백업을 위한 여러가지 방법을 지원합니다. 그중에 가장 대표적인것이 mysqldump입니다. 사용법도 쉽고 지원되는 옵션도 많아서 원하는 방법으로 백업이 가능합니다. 참고로 백업도 권한이 있어야 수행할 수 있습니다. 아무나 데이터를 컨트롤 하면 안되기 때문입니다. 또한 덤프만큼 복원시 필요한 권한도 있습니다. 그래서 백업 및 복구 수행은 많은 권한이 필요합니다. 그래서 별도로 백업 전용 계정을 만들어 사용하기도 합니다.참고로 MySQL에서는 백업이라는 용어보단 덤프란 용어를 더 많이 씁니다. 개념은 같지만 약간의 미묘한 차이가 있습니다. 그래서 지금부터는 백업이라는 용어보다 덤프라는 용어로 사용하겠습니다. ■ mysqldump 소개MySQL에서 제공하는 대표적인 덤프 프로그..
■ Replication Filtering Rule 사용 및 적용방법이전 챕터에서 복제 룰에 대해서 평가하는 방법을 배웠습니다. 이번엔 실제 복제필터링을 적용하는 명령과 환경설정 옵션에서 어떻게 적용하는지에 대해 알아봅니다. 복제 필터링을 하는 방법은 3가지가 있습니다.+ MySQL서버를 시작할 때 관련 옵션을 주고 시작하는 방법서버를 시작할 때 필요한 필터링 옵션을 주고 실행합니다. 스크립트나 기타 관리방법을 만들어야 합니다.+ CHANGE REPLICATION 명령어를 이용하는 방법서버를 시작 후 명령어를 이용해서 필터링을 적용합니다. 서버를 중지하면 설정이 사라집니다. 아래에서 설명합니다.+ my.cnf 환경파일에 옵션을 이용해서 설정하는 방법my.cnf안에 옵션을 설정하여 필터링합..
■ 서버가 복제 필터링 규칙을 평가하는 방법 복제를 구성할때 전체 데이터베이스를 대상으로 하는 방법도 있지만 원하는 데이터베이스만을 선택해서 복제할 수도 있습니다. 반대로 원하는 데이터베이스만을 복제해서 사용할 수 있습니다. 특정 데이터베이스의 특정 테이블만 복제도 가능합니다. 이렇게 원하는 조건을 만들어 복제하는 방법을 복제 필터링이라고 합니다. 복제 필터링을 구성하기 위해선 바이너리 로그 포멧 형식 선택과 복제레벨(데이터베이스 레벨 혹은 테이블 레벨) 그리고 범위등 몇가지 전략을 세워야 할 내용들이 있습니다. 여기에서는 복제필터링을 걸기위헤 사전에 확인해봐야 할 내용들을 확인해 보겠습니다. 다음으로 복제필터링을 하기 위한 환경설정, 혹은 명령문을 알아보도록 하겠습니다. 마스터 서버가 바이너리 로그에 ..
Replication 상태에서 모니터링을 하는 방법에 대해 알아봅니다. 모니터링에서 표시해주는 상태에 따라 그에 맞는 대처를 해서 복제가 지속적으로 이루어 지도록 합니다. ■ Slave 상태 확인 mysql 클라이언트에서 다음의 명령을 입력합니다. mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 10.30.224.100 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000002 Read..
복제를 사용할 때 이진 로그에 대해 어떤 타입을 선택할지 정해야 하는데 이때 아래 내용들을 참고해서 설정하시면 도움이 됩니다. 복제를 할 때 safe(안전한), unsafe(안전하지 않은) 쿼리가 있는데 이것을 알면 업무 특성에 따라 어떤 바이너리 로그로 설정할지 도움이 됩니다. ■ Binary Logging의 종류▶ Statement-based Binary LoggingStaatement-based 바이너리 로깅을 사용할 때 마스터는 SQL 문을 바이너리 로그에 씁니다. 슬레이브에서 마스터를 복제하면 슬레이브에서 SQL 문을 실행합니다. 이를 Statement-based Replication (SBR로 약칭 할 수 있음)이라고하며, 이는 MySQL Statement-based 바이너리 로깅 형식..
MySQL은 여러형태의 복제 솔루션과 HA, 분산기능, 그리고 클러스터링을 지원합니다. Master-Slave구조 + MHA, Multi Master for MySQL, Galera Cluster, MaxScale(MariaDB), Sharding등 참 많은 기능들을 제공한다는 것을 알 수 있습니다. 그중에 대표적인게 Master Slave 구조입니다. Master에서는 DDL, DML 쿼리 및 약간의 SELECT를 수행하고 Slave에서는 Select Query만 지원하는 형태로 구축을 합니다. 보통 Database의 쿼리 수행빈도를 분석해보면 데이터 조회가 보통 60~70%를 사용한다고 합니다. 그래서 마스터 한대에 슬레이브를 여러대를 두어 부하를 분산시키는 전략을 보통 많이 사용합니다. 지금부터 가..
다음의 사이트에 나와있는것을 참고했습니다.https://www.comodossl.co.kr/certificate/ssl-installation-guides/Apache-csr-crt.aspx 인증요청서( CSR ) 생성*발급이 완료된 인증서는 재발급 또는 변경이 불가하므로 CSR 생성시 절대 주의 바랍니다. ■ CSR ( Certificate Signing Request ) 이란?SSL 서버를 운영하는 회사의 정보를 암호화하여 인증기관으로 보내 인증서를 발급받게 하는 일종의 신청서입니다.CSR은 ASCII 텍스트 화일로 생성됩니다.CSR을 생성할 때 서버의 식별명을 입력하게 됩니다. 식별명은 각 서버를 공유하게 나타내는 이름으로 다음과 같은 정보를 포함합니다. Country Name ( 국가코드) [] ..
■ MySQL 바이너리 로그▶ 바이너리 로그란??MySQL 서버에서 Create, Drop, Alter같은 DDL과 Insert, Update, Delete같은 DML을 통해 데이터베이스, 오브젝트, 데이터에 생성,수정,업데이트를 했을 시 그 변화된 이벤트를 기록하는 이진 파일이 있는데 이것을 바이너리 로그라고 합니다. show나 select등 조회 문법은 제외됩니다. 이 바이너리 로그는 두가지 중요한 용도가 있습니다. 그 두가지 용도는 다음과 같습니다. 1. 복제 구성에서 사용MySQL에서는 복제라는 부하분산 기능을 제공하는데 이때 바이너리 로그를 사용합니다. 이 바이너리 로그는 마스터라는 서버에서 생성되고 슬레이브란 서버는 마스터 서버에 접속하여 이 마스터의 바이너리 로그를 읽어와서 똑같이..
아 하나하나 기능을 익힐때마다 무지막지한 삽질이 두렵네요.. 하.. 하지만 알고난뒤의 쾌감은 짜릿하네요.. 이거 하나 검색해서 설치하려고 장장 2시간 30분 허비... 하지만 예전보다는 삽질시간대가 점점 줄어들고 있다는것을 아주 많이 느끼고 있습니다. (바람의 파이터에서 최배달이 싸움에 임할때마다 무섭다고 하지요.. 죽는게 두렵다고.. 저는 삽질이 두렵습니다... ㅜ.ㅜ)ㅋㅋ 그리고 AIX에서도 RPM이 지원되니 너무 편하더군요.. Linux매니아인 한사람으로써 아주아주!!! 바람직하다고 생각하는데.. 오리지널 AIX엔지니어분들은 어떨지.. ^^; 1. RPM 패키지 다운로드!! ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/vnc/ v..
SELECT... INTO Outfile과 Load Data는 쌍으로 이어지는 데이터 언로드와 데이터 로드 문법입니다. 둘다 mysql 커맨드 인터페이스 프로그램에서 수행됩니다. 문제가 자주 발생되는 테이블(사용자의 데이터 삭제나 엔진문제로 인한 크래쉬)에 대해 데이터베이스 레벨로 덤프를 받기는 부담스러울때 백업용도로 받거나 데이터 이관, 혹은 마이그레이션 같은 특정 용도로 사용할때 좋습니다. ■ mysqldump와 SELECT...INTO Outfile 문법의 차이점. mysqldump와 같이 SELECT...INTO문법은 테이블 데이터를 덤프하지만 차이는 mysqldump는 Query 문법으로 Database를 덤프하지만 SELECT...INTO Outfile문법은 순수하게 데이터만 덤프합니다. 다음..
■ 백업의 중요성 데이터베이스 운영에 있어서 백업은 매우 중요한 작업중 하나입니다. 의도치 않은 장애나 작업중 삭제로 인해 문제가 생겼을 때 유일하게 복구할 수 있는 방법이 백업이기 때문입니다. 평소에 문제없이 잘 운영되고 장애도 한번 터지지 않은 시스템이라고 백업을 사소히 여기다가 단 한번의 문제때문에 백업이 아쉬운 경우가 굉장히 많이 있습니다. 두가지 정도로 축약해보면 다음과 같은 것들이 있을 것입니다. # 물리적인 이유-시스템의 갑작스런 이상증상, 스토리지 문제, 운영체제 문제, 파일 시스템 문제, 그외 기타 이유 # 논리적인 이유-중요한 데이터의 삭제 혹은 변경, 이전 데이터 확인, 기타 여러 이유. 백업은 시스템을 지켜줄 수 있는 최후의 보루이자 단 한번의 장애를 해결하기 위해 늘 준비하는 작업..
출처 : IBM의 Hints and Tips 문서 ◎ Overview 1. NFS 서비스에 대한 이해 2. NFS 사용상의 문제와 해결방안 NFS 는 Network File System으로 네트워크상에서 파일 시스템을 공유하도록 설계된 파일시스템의 한 종류입니다. 네트웍상에 디스크를 한 서버에서 집중 관리 하고 나머지 시스템들은 그것을 공유하여 사용할 수 있게 함으로써 다른 호스트에 있는 파일 시스템의 일부를 자신의 디렉토리인 것 처럼 사용할 수 있습니다. NFS 사용상 발생하는 문제들을 알아보기 전에 NFS 서비스에 필요한 파일과 데몬에 대해서 알아보도록 하겠습니다. NFS 서비스 데몬은 호스트가 서버인지 클라이언트 인지에 따라 달라집니다. NFS 서버에서는 portmap, nfsd, rpc.mount..