본문 바로가기

전체 글

MariaDB Enterprise Server 버전별 feature summary 오픈소스의 장점 중에는 "기술발전 속도가 빠르다"는 장점이 있다. 텍스트로 받아들였을 때는, "마냥 좋은 점이로구나" 생각했었는데... MariaDB DBMS를 공부하고 운영하는 입장에서는 부담으로 다가오는 것 같기도 하다. 오라클이 1, 2년에 걸쳐 새로운 new feature가 나온다면, MariaDB는 거의 분기별로 새로운 new feature가 나오는 듯 하다. 분명 장점인데...내가 40대가 넘어서도 이 속도를 따라갈 수 있을지 의문이 들기도 한다. 그래도 새로운 것을 학습하길 좋아하는 나로서는 "할 수 있다" 정신으로 또 한 발 내딛는다. 100번의 걱정을 하기보다는 1번의 공부를 하겠다. 이번에는 2020년 03월 기준의 MariaDB Enterprise Server의 버전별 New Feat.. 더보기
MariaDB Administration - 백업과 복구 개요 MariaDB Administration - 백업과 복구 개요 Contents 1. Logical vs Physical Backups 2. Backup Tools | +- 2-1. MariaBackup | +- 2-2. mysqldump | +- ----2-2-1. InnoDB Logical Backups | +- ----2-2-2. Examples | +- 2-3. mysqlhotcopy | +- ----2-3-1. Examples | +- 2-4. Percona XtraBackup | +- 2-5. Filesystem Snapshots | +- 2-6. LVM 백업 및 복원 개요 이번 포스팅에서는 MariaDB를 백업하는 주요 방법에 대해 간단히 알아보도록 합니다. 1. 논리적 vs 물리적 Backu.. 더보기
MariaDB - Architecture 이해 MariaDB 아키텍처 이해 1. 스토리지 엔진 2. 데이터베이스 | +- 2-1. SYSTEM 데이터베이스 | +- 2-2. DEFAULT 데이터베이스 3. binary log 4. plugin 5. thread pool 6. 구성 | +- 6-1. 동적 및 정적 변수 | +- 6-2. 범위 | +- 6-3. syntax | +- 6-4. 설정파일들 | +- 6-5. startup관련 파라메터로 시스템 변수 세팅 | +- 6-6. 디버깅 설정 7. 상태 변수 MariaDB 아키텍처는 SQL Server와 같은 기존 DBMS 아키텍처와 부분적으로 다릅니다. 그럼 어떻게 다른지 알아볼까요? 우린 MariaDB DBA가 알아야 할 주요 구성 요소를 살펴볼 것입니다. MariaDB 철학과 특정 디자인 선택을 .. 더보기
Tibero 기본 사용방법 - 기동과 중지와 파라메터 조작 1. 기동과 중지 1.1 Instance 기동 절차 일반적인 Tibero Instance의 기동 모드는 세 가지로서 NOMOUNT, MOUNT, OPEN 모드가 있으며 각 모드에 대한 설명은 다음과 같다. • Instance start ( NoMount ) – Parameter Value를 결정하고, TSM을 할당한 다음 Process를 생성. – Instance 생성 가능 • Database Mount ( Mount ) – Control File에서 Data File과 Redo Log File의 위치 Read. – Database Recover 가능 • Database Open ( Open ) – Database Open시 Online Data File과 Online Redo Log File도 같이 O.. 더보기
Tibero Architecture - 티베로 구조 1.1. 티베로 구성요소 프로세스 Tibero 인스턴스는 크게 총 3종류의 프로세스로 구성된다. (리스너, 워킹프로세스, 백그라운드프로세스) - 리스너 프로세스는 리스너를 기동하여 DB와 클라이언트의 통신이 가능하도록 한다. 단, 리스너만 따로 기동/종료할 수 없다. DB 프로세스와 한 세트이며 만약 리스너 프로세스가 Kill 된다면 DB의 모든 프로세스가 down 되므로 유의해야 한다. - 워킹프로세스는 클라이언트와 실제 통신을 하며 사용자의 요구사항을 처리하는 프로세스이다. 워킹프로세스 1개당 10개의 스레드가 할당 되며(기본 값), 1개의 스레드에 1개의 DB세션이 할당된다. - 백그라운드프로세스는 워킹프로세스로부터 받은 요청을 처리하거나 정해진 주기에 따라 동작하는 프로세스이다. 주로 메모리와 디.. 더보기
MariaDB Storage Engine - Connect 오늘날의 응용 프로그램은 놀라울 정도로 다양한 데이터베이스와 플랫폼에서 실행되며 다양한 형식으로 데이터를 처리합니다. 기능과 성능, 특성이 서로 다른 다양한 RDBMS 및 NoSQL 데이터베이스와 서로 다른 인프라 스택에서 실행되는 서로 다른 시간에 구축된 어플리케이션이 있죠. 서로 다른 데이터베이스에 저장된 데이터들과 데이터 소스들을 실시간으로 결합시키기 위해서는 어떠한 메카니즘이 필요합니다. 마치 오라클의 GATEWAY와 비슷한 존재 말이죠. MariaDB에서는 CONNECT 스토리지 엔진으로 이러한 기능을 지원합니다. CONNECT 스토리지 엔진은 XML이나 엑셀 파일, 오라클이나 MSSQL과 같은 DBMS들의 테이블을 MariaDB에서 직접 쿼리할 수 있도록 연결 기능을 제공해주는 스토리지 엔진입.. 더보기
Tibero Admin1 - REDOLOG MEMBER 경로 변경 티베로 DB를 운영하다 보면, 리두로그 경로를 변경할 일이 생기기도 합니다. 물론, 새로운 경로에 redolog group 신규 생성 & 제거할 경로의 group삭제로도 해결할 수 있겠지만 여기서는, 잘못된 경로에 위치한 REDO LOG MEMBER만을 변경하는 방법을 알아보려 합니다. 오라클은 많이 작업해봤는데 티베로는 어떨까요? 필자의 TIBERO 시스템은 윈도우 기반이었기 때문에 OS재구성시에 C드라이브가 포맷될 리스크가 존재했습니다. 뿐만 아니라, C드라이브는 윈도우 시스템파일들이 존재하는 드라이브인데 I/O가 꾸준히 발생되는 REDOLOG 파일들을 위치시키는 것은 원하지 않았습니다. 이제 본론으로 들어가서 작업순서를 안내드립니다. 1. 대상DB를 먼저 확인합니다. SQL> SELECT * FRO.. 더보기
Tibero - 백업설정(Online Backup) * 환경설명 : * Tibero Version : Tibero Standard Edition 5SP1, Tibero Standard Edition 6 * OS : RHEL 7.4 * Tibero redologfile 현황 : SQL> select b.group#, b.member, a.bytes/1024/1024 "size mb" from v$log a, v$logfile b where a.group# = b.group#; GROUP# MEMBER size mb 0 /tbdata/dblog01/redo001.redo 500 0 /tibero/dblog02/redo002.redo 500 1 /tbdata/dblog01/redo011.redo 500 1 /tibero/dblog02/redo012.redo 5.. 더보기

티스토리툴바