Percona XtraBackup

소프트웨어 스크린 샷:
Percona XtraBackup
소프트웨어 정보:
버전: 2.4.9 업데이트
업로드 날짜: 20 Jan 18
개발자: Percona Inc.
라이센스: 무료
인기: 21

Rating: nan/5 (Total Votes: 0)

Percona XtraBackup은 잘 알려진 XtraDB 및 InnoDB 스토리지 엔진을위한 독립 실행 형 백업 솔루션으로 작동하는 오픈 소스, 휴대용, 비보안 및 비 차단 명령 줄 소프트웨어입니다. 자동 백업 확인 기능이 있으며 다른 유사한 제품보다 높은 가동 시간을 제공합니다.

이 프로그램은 MySQL 및 MariaDB 데이터베이스 서버와 완벽하게 호환되며, 인기있는 Facebook 소셜 네트워킹 서비스에서 점진적 백업에 많이 사용됩니다. 매우 크고로드가 많은 데이터베이스를 백업 할 때 실제 문제를 해결하도록 설계되었습니다.


기능 요약

주요 기능으로는 데이터베이스 중단을 피하면서 백업을 온라인으로 수행 할 수있는 기능, 다른 서버로 스트리밍 백업을 수행 할 수있는 기능 및 디스크 공간 및 네트워크 대역폭을 절약하면서 증분 백업을 수행 할 수있는 기능이 있습니다.

Percona XtraBackup을 사용하면 백업을 안정적이고 신속하게 완료 할 수 있습니다. 또한 새로운 복제 슬레이브를 쉽게 생성하고, 데이터 및 색인 파일에 대한 고급 분석을 수행하고, 재시작없이 XtraDB를 가져 오기 위해 필요한 작업을 서버간에 이동할 수 있습니다.

소프트웨어는 다양한 MySQL 버전을 지원합니다. MySQL, MariaDB, MariaDB Galera Cluster, Percona Server 및 Percona XtraDB Cluster를 언급 할 수 있습니다. 또한 32 비트 및 64 비트 하드웨어에서 잘 작동하는 모든 GNU / Linux 운영 체제를 지원합니다.

다른 기능 중에는 MyISAM 백업, 전체 압축 백업, 증분 압축 백업, 빠른 증분 백업, 아카이브 로그 및 REDO 로그 만의 증분 백업, 병렬 로컬 백업, 카피 백, 적용 로그, 압축 및 암호화.


또한, 최첨단 파일 동기화, 개별 테이블 내보내기, 향상된 FTWRL 처리, 컴팩트 백업, 특정 시점 복구 지원, 오프라인 백업 및 클라우드 지원을위한 rsync 지원도 함께 제공됩니다 백업.


후드 및 가용성

Percona XtraBackup은 C, C ++ 및 Perl 프로그래밍 언어로 작성되었습니다. 우분투, 데비안, 레드햇 엔터프라이즈 리눅스 배포판, 유니버설 바이너리 및 소스 아카이브를 위해 미리 빌드 된 바이너리 패키지로 배포되는 커맨드 라인 소프트웨어입니다.

이번 출시 :

Percona XtraBackup은 특정 FTS 페이지의 준비 단계에서 segfault를 발생시킵니다. 버그 # 1460138 수정.
업스트림 버그 # 77226으로 인한 종속성 누락으로 인해 컴파일 오류가 수정되었습니다. 버그 수정 # 1461129.
Percona XtraBackup 2.2.8에서 버그 # 1403237을 수정하여 회귀가 발생하면 xtrabackup이 어설 션을 일으킬 수있는 잘못된 오프셋에서 다시 실행 로그를 읽을 수 있습니다. 버그 # 1464608 수정.
초기화되지 않은 current_thd 스레드 로컬 변수를 수정했습니다. 버그 # 1415191도 완전히 수정되었습니다. 버그 수정 # 1467574.
Percona XtraBackup 2.2.11이 출시 된 후 innobackupex는 FLUSH TABLES를 READ LOCK으로 실행하기 전에 FLASH TABLE을 발행합니다. 어떤 상황에서는 백업을 도울 수 있지만 FLUSH TABLE은 이진 로그에 기록됩니다. GTID가 활성화 된 MariaDB 10.0에서 백업이 슬레이브에서 수행되었을 때이 작업은 해당 슬레이브의 GTID를 변경했으며 Percona XtraBackup은 올바른 GTID를 더 이상 볼 수 없었습니다. 버그 수정 # 1466446 (Julien Pivotto).
Percona XtraBackup의 RPM 컴파일은 여전히 ​​bzr을 필요로합니다. 버그 수정 # 1466888 (Julien Pivotto).
Percona XtraBackup RPM을 XB_VERSION_EXTRA 옵션으로 컴파일하면 잘못된 RPM 버전이 생성됩니다. 버그 수정 # 1467424 (Julien Pivotto).

재실행 로그가 완전히 복사되지 않은 경우에도 Percona XtraBackup이 성공적으로 완료됩니다. 이는 백업이 손상된 경우에도 성공한 것으로 간주되었음을 의미합니다. 버그 # 1470847 수정.
드문 경우이지만 동일한 ID를 가진 테이블 공간이 데이터 디렉토리에 두 개 이상있는 경우 xtrabackup은 첫 번째 테이블을 어휘 순서에 따라 선택합니다. 그러면 올바른 테이블이 손실 될 수 있습니다. 버그 # 1475487 수정.
Percona XtraBackup에 바이너리의 revision_id가 누락되었습니다. 버그 # 1394174 수정.

버전 2.4.8의 새로운 기능 :

Percona XtraBackup은 특정 FTS 페이지의 준비 단계에서 segfault를 발생시킵니다. 버그 # 1460138 수정.
업스트림 버그 # 77226으로 인한 종속성 누락으로 인해 컴파일 오류가 수정되었습니다. 버그 수정 # 1461129.
Percona XtraBackup 2.2.8에서 버그 # 1403237을 수정하여 회귀가 발생하면 xtrabackup이 어설 션을 일으킬 수있는 잘못된 오프셋에서 다시 실행 로그를 읽을 수 있습니다. 버그 # 1464608 수정.
초기화되지 않은 current_thd 스레드 로컬 변수를 수정했습니다. 버그 # 1415191도 완전히 수정되었습니다. 버그 수정 # 1467574.
Percona XtraBackup 2.2.11이 출시 된 후 innobackupex는 FLUSH TABLES를 READ LOCK으로 실행하기 전에 FLASH TABLE을 발행합니다. 어떤 상황에서는 백업을 도울 수 있지만 FLUSH TABLE은 이진 로그에 기록됩니다. GTID가 활성화 된 MariaDB 10.0에서 백업이 슬레이브에서 수행되었을 때이 작업은 해당 슬레이브의 GTID를 변경했으며 Percona XtraBackup은 올바른 GTID를 더 이상 볼 수 없었습니다. 버그 수정 # 1466446 (Julien Pivotto).
Percona XtraBackup의 RPM 컴파일은 여전히 ​​bzr을 필요로합니다. 버그 수정 # 1466888 (Julien Pivotto).
Percona XtraBackup RPM을 XB_VERSION_EXTRA 옵션으로 컴파일하면 잘못된 RPM 버전이 생성됩니다. 버그 수정 # 1467424 (Julien Pivotto).

재실행 로그가 완전히 복사되지 않은 경우에도 Percona XtraBackup이 성공적으로 완료됩니다. 이는 백업이 손상된 경우에도 성공한 것으로 간주되었음을 의미합니다. 버그 # 1470847 수정.
드문 경우이지만 동일한 ID를 가진 테이블 공간이 데이터 디렉토리에 두 개 이상있는 경우 xtrabackup은 첫 번째 테이블을 어휘 순서에 따라 선택합니다. 그러면 올바른 테이블이 손실 될 수 있습니다. 버그 # 1475487 수정.
Percona XtraBackup에 바이너리의 revision_id가 누락되었습니다. 버그 # 1394174 수정.

버전 2.4.7의 새로운 기능 :

Percona XtraBackup은 특정 FTS 페이지의 준비 단계에서 segfault를 발생시킵니다. 버그 # 1460138 수정.
업스트림 버그 # 77226으로 인한 종속성 누락으로 인해 컴파일 오류가 수정되었습니다. 버그 수정 # 1461129.
Percona XtraBackup 2.2.8에서 버그 # 1403237을 수정하여 회귀가 발생하면 xtrabackup이 어설 션을 일으킬 수있는 잘못된 오프셋에서 다시 실행 로그를 읽을 수 있습니다. 버그 # 1464608 수정.
초기화되지 않은 current_thd 스레드 로컬 변수를 수정했습니다. 버그 # 1415191도 완전히 수정되었습니다. 버그 수정 # 1467574.
Percona XtraBackup 2.2.11이 출시 된 후 innobackupex는 FLUSH TABLES를 READ LOCK으로 실행하기 전에 FLASH TABLE을 발행합니다. 어떤 상황에서는 백업을 도울 수 있지만 FLUSH TABLE은 이진 로그에 기록됩니다. GTID가 활성화 된 MariaDB 10.0에서 백업이 슬레이브에서 수행되었을 때이 작업은 해당 슬레이브의 GTID를 변경했으며 Percona XtraBackup은 올바른 GTID를 더 이상 볼 수 없었습니다. 버그 수정 # 1466446 (Julien Pivotto).
Percona XtraBackup의 RPM 컴파일은 여전히 ​​bzr을 필요로합니다. 버그 수정 # 1466888 (Julien Pivotto).
Percona XtraBackup RPM을 XB_VERSION_EXTRA 옵션으로 컴파일하면 잘못된 RPM 버전이 생성됩니다. 버그 수정 # 1467424 (Julien Pivotto).

재실행 로그가 완전히 복사되지 않은 경우에도 Percona XtraBackup이 성공적으로 완료됩니다. 이는 백업이 손상된 경우에도 성공한 것으로 간주되었음을 의미합니다. 버그 # 1470847 수정.
드문 경우이지만 동일한 ID를 가진 테이블 공간이 데이터 디렉토리에 두 개 이상있는 경우 xtrabackup은 첫 번째 테이블을 어휘 순서에 따라 선택합니다. 그러면 올바른 테이블이 손실 될 수 있습니다. 버그 # 1475487 수정.
Percona XtraBackup에 바이너리의 revision_id가 누락되었습니다. 버그 # 1394174 수정.

버전 2.4.6의 새로운 기능 :

Percona XtraBackup은 특정 FTS 페이지의 준비 단계에서 segfault를 발생시킵니다. 버그 # 1460138 수정.
업스트림 버그 # 77226으로 인한 종속성 누락으로 인해 컴파일 오류가 수정되었습니다. 버그 수정 # 1461129.
Percona XtraBackup 2.2.8에서 버그 # 1403237을 수정하여 회귀가 발생하면 xtrabackup이 어설 션을 일으킬 수있는 잘못된 오프셋에서 다시 실행 로그를 읽을 수 있습니다. 버그 # 1464608 수정.
초기화되지 않은 current_thd 스레드 로컬 변수를 수정했습니다. 버그 # 1415191도 완전히 수정되었습니다. 버그 수정 # 1467574.
Percona XtraBackup 2.2.11이 출시 된 후 innobackupex는 FLUSH TABLES를 READ LOCK으로 실행하기 전에 FLASH TABLE을 발행합니다. 어떤 상황에서는 백업을 도울 수 있지만 FLUSH TABLE은 이진 로그에 기록됩니다. GTID가 활성화 된 MariaDB 10.0에서 백업이 슬레이브에서 수행되었을 때이 작업은 해당 슬레이브의 GTID를 변경했으며 Percona XtraBackup은 올바른 GTID를 더 이상 볼 수 없었습니다. 버그 수정 # 1466446 (Julien Pivotto).
Percona XtraBackup의 RPM 컴파일은 여전히 ​​bzr을 필요로합니다. 버그 수정 # 1466888 (Julien Pivotto).
Percona XtraBackup RPM을 XB_VERSION_EXTRA 옵션으로 컴파일하면 잘못된 RPM 버전이 생성됩니다. 버그 수정 # 1467424 (Julien Pivotto).

재실행 로그가 완전히 복사되지 않은 경우에도 Percona XtraBackup이 성공적으로 완료됩니다. 이는 백업이 손상된 경우에도 성공한 것으로 간주되었음을 의미합니다. 버그 # 1470847 수정.
드문 경우이지만 동일한 ID를 가진 테이블 공간이 데이터 디렉토리에 두 개 이상있는 경우 xtrabackup은 첫 번째 테이블을 어휘 순서에 따라 선택합니다. 그러면 올바른 테이블이 손실 될 수 있습니다. 버그 # 1475487 수정.
Percona XtraBackup에 바이너리의 revision_id가 누락되었습니다. 버그 # 1394174 수정.

버전 2.4.3의 새로운 기능 :

Percona XtraBackup은 특정 FTS 페이지의 준비 단계에서 segfault를 발생시킵니다. 버그 # 1460138 수정.
업스트림 버그 # 77226으로 인한 종속성 누락으로 인해 컴파일 오류가 수정되었습니다. 버그 수정 # 1461129.
Percona XtraBackup 2.2.8에서 버그 # 1403237을 수정하여 회귀가 발생하면 xtrabackup이 어설 션을 일으킬 수있는 잘못된 오프셋에서 다시 실행 로그를 읽을 수 있습니다. 버그 # 1464608 수정.
초기화되지 않은 current_thd 스레드 로컬 변수를 수정했습니다. 버그 # 1415191도 완전히 수정되었습니다. 버그 수정 # 1467574.
Percona XtraBackup 2.2.11이 출시 된 후 innobackupex는 FLUSH TABLES를 READ LOCK으로 실행하기 전에 FLASH TABLE을 발행합니다. 어떤 상황에서는 백업을 도울 수 있지만 FLUSH TABLE은 이진 로그에 기록됩니다. GTID가 활성화 된 MariaDB 10.0에서 백업이 슬레이브에서 수행되었을 때이 작업은 해당 슬레이브의 GTID를 변경했으며 Percona XtraBackup은 올바른 GTID를 더 이상 볼 수 없었습니다. 버그 수정 # 1466446 (Julien Pivotto).
Percona XtraBackup의 RPM 컴파일은 여전히 ​​bzr을 필요로합니다. 버그 수정 # 1466888 (Julien Pivotto).
Percona XtraBackup RPM을 XB_VERSION_EXTRA 옵션으로 컴파일하면 잘못된 RPM 버전이 생성됩니다. 버그 수정 # 1467424 (Julien Pivotto).

재실행 로그가 완전히 복사되지 않은 경우에도 Percona XtraBackup이 성공적으로 완료됩니다. 이는 백업이 손상된 경우에도 성공한 것으로 간주되었음을 의미합니다. 버그 # 1470847 수정.
드문 경우이지만 동일한 ID를 가진 테이블 공간이 데이터 디렉토리에 두 개 이상있는 경우 xtrabackup은 첫 번째 테이블을 어휘 순서에 따라 선택합니다. 그러면 올바른 테이블이 손실 될 수 있습니다. 버그 # 1475487 수정.
Percona XtraBackup에 바이너리의 revision_id가 누락되었습니다. 버그 # 1394174 수정.

2.2.9 버전의 새로운 기능 :

Percona XtraBackup 2.1.2는 상태 스냅 샷 전송을 수행 할 때 중단됩니다. 버그 수정 # 1182698.

버전 2.2.8의 새로운 기능 :

Percona XtraBackup 2.1.2는 상태 스냅 샷 전송을 수행 할 때 중단됩니다. 버그 수정 # 1182698.

버전 2.1.2의 새로운 기능 :

수정 된 버그 :
MySQL 커맨드 라인 클라이언트를 생성하는 대신에 Perl의 DBD :: MySQL 패키지를 서버 통신에 사용하면 회귀가 발생하여 innobackupex -galera-info 옵션이 실패하게됩니다. 버그 # 1180672 수정.
xtrabackup_galera_info 형식에 wsrep_local_state_uuid와 wsrep_last_committed 값 사이에 ':'구분 기호가 없습니다. 버그 수정 # 1181222.
innobackupex 자동 버전 감지가 최신 Percona Server 및 MySQL 5.1 릴리스에서 제대로 작동하지 않아 innobackupex가 실패 할 수 있습니다. 수정 된 버그 # 1181092, # 1181099 및 # 1180905.
innobackupex -slave-info 옵션을 사용하여 복제 슬레이브가 아닌 서버를 백업 할 때 innobackupex가 치명적인 오류로 실패했습니다. 이 경우 치명적인 오류를 innobackupex -slave-info에 대한 진단 메시지로 대체했습니다. 버그 # 1180662 수정.
서버의 wait_timeout 값이 낮 으면 백업을 수행하는 동안 서버가 연결을 닫을 수 있습니다. 글로벌 wait_timeout 값이 너무 낮게 설정된 경우 서버가 연결을 닫지 못하도록 서버의 wait_timeout 옵션에 더 큰 값을 설정하여 해결되었습니다. 버그 # 1180922 수정.
기타 버그 수정 : 버그 수정 # 1177182.

버전 2.0.7의 새로운 기능 :

새로운 기능 :
이 Percona XtraBackup 버전은 새로운 MySQL 5.6 기능 (GTID, 원격 / 전송 가능 테이블 스페이스, 분리 된 실행 취소 테이블 스페이스, 5.6 스타일 버퍼 풀 덤프 파일)을 완벽하게 지원합니다.
Percona XtraBackup은 MySQL 5.6에서 소개 된 InnoDB Buffer Pool Preloading에 대한 지원을 구현했습니다. MySQL 5.6부터는 버퍼 풀 덤프를 생성하고로드하여 시작 후 서버 워밍업 시간을 단축 할 수 있습니다. 이 기능은 Percona Server의 버퍼 풀의 덤프 / 복원과 유사합니다. MySQL 5.6 버퍼 풀 덤프는 백업 단계에서 백업 디렉토리로 복사됩니다. 카피 백 스테이지 (복원) 동안 데이터 디렉토리로 다시 복사됩니다. 백업이 복원 된 후 시작시 또는 필요시 자동으로 서버가 버퍼 풀 덤프를로드 할 수 있습니다.
로그 복사 스레드가 수행하는 검사 사이의 시간 간격은 이제 innobackupex -log-copy-interval에 의해 구성 가능합니다. 간격을 구성 가능하게 만들면 검사 시간을 단축 할 수 있으므로 트랜잭션 로그의 로그 레코드가 로그 복사 스레드에 의해 복사되기 전에 덮어 쓰여지는 XtraBackup 오류를 방지 할 수 있습니다.

Percona XtraBackup은 GTID 모드가 활성화 된 상태에서 MySQL 및 Percona Server 5.6의 백업을 수행 할 때 xtrabackup_binlog_info에 GTID 값을 저장합니다. 이 정보를 사용하여 슬레이브를 생성 / 복원하는 예제는이 블로그 포스트에서 찾을 수 있습니다.
Percona XtraBackup 옵션 xtrabackup -export는 이제 MySQL 5.6에서 소개 된 이동 가능한 테이블 스페이스를 지원합니다. 이 옵션은 5.6 스타일의 메타 데이터 파일을 생성하는 데 사용할 수 있습니다.이 파일은 테이블 내보내기 및 가져 오기 가이드에 설명 된대로 MySQL 및 Percona Server 5.6의 ALTER TABLE IMPORT TABLESPACE에서 가져올 수 있습니다.
수정 된 버그 :
xtrabackup_56 바이너리는 rpm 패키지와 deb 패키지에 있었지만, 소스 .tar.gz 패키지에는 없습니다. 누락 된 바이너리를 .tar.gz에 추가하여 수정. 버그 # 1158948 수정.
잘못된 SSL 라이브러리를 연결하여 5.6 백업을 할 때 innobackupex가 충돌 할 수 있습니다. 버그 수정 # 1168540.
파티션 된 테이블을 사용하여 5.6 백업을 준비 할 때 Percona XtraBackup이 충돌합니다. 버그 수정 # 1169169.전체 백업과 증분 백업을 수행하는 사이에 삭제 된 테이블은 전체 백업 디렉토리에 있었고 증분 백업을 병합 할 때 제거되지 않았습니다. 증분 백업 디렉토리에없는 테이블에 해당하는 파일을 제거하여 수정되었습니다. 버그 수정 # 856400.
Percona XtraBackup은 증분 백업을 적용한 후 datadir에 오래된 xtrabackup_tmp * 파일을 남깁니다. 버그 # 1079135 수정.
모든 경고가 치명적일 때 innobackupex에서 발견 된 경고의 고정 된 커플. 버그 # 1116177 수정.
수천 개의 테이블과 IO가 느린 경우 XtraBackup은 모든 테이블 공간을 여는 데 많은 시간을 할애 할 수 있습니다. 최적화가 구현되었으며 XtraBackup은 부분 백업이 수행 될 때 관련 프로세스가 아닌 테이블 스페이스를로드하는 것을 방지하여 백업 프로세스의 속도를 높입니다. 버그 # 1130145 수정.
Percona XtraBackup은 XtraBackup을 충돌시킬 수있는 로그 복사 스레드에서 스레드 별 데이터를 초기화하지 않았습니다. 버그 수정 # 1166888.
패키지 종속성은 추상 MySQL에서 실제 / usr / bin / mysql 파일로 변경되었습니다. Oracle의 rpm 패키지는 더 이상 XtraBackup rpms에 필요한 MySQL 종속성을 만족하지 않기 때문입니다. 버그 # 1095972 수정.로그 파일이 원본 서버의 4G보다 큰 경우 MySQL 5.6 백업을 준비 할 때 Percona XtraBackup이 실패합니다. 버그 # 1164979 수정.
MySQL 5.6에서 다른 구현으로 인해 오류 메시지가 stderr에 직접 인쇄되지 않았습니다. 따라서 모든 InnoDB 오류 또는 진단 메시지는 xtrabackup_56에 의해 절대로 인쇄되지 않습니다. 버그 수정 # 1169971.
innobackupex는 로그를 복사 할 때 xtrabackup이 실패하더라도 읽기 잠금을 사용하여 FLUSH TABLES를 실행합니다. 로그 복사 실패시 즉시 xtrabackup 프로세스를 종료하여 해결되었습니다. 버그 # 1170806 수정.
SQL_MODE가 ANSI_QUOTES로 설정된 경우 innobackupex가 실패합니다. 버그 # 945161을 수정했습니다.
* .ibd.meta에서 space_id가 누락되면 어설 션이 발생합니다. 어설 션을 오류 메시지로 바꾸면 해결됩니다. 버그 # 1112224 수정.
innobackupex 오류 출력의 오타가 수정되었습니다. 버그 수정 # 1157225.
innodb56 소스를 빌드 할 때 innodb55처럼 DTrace를 비활성화하는 옵션이 없습니다. innodb56에 -DENABLE_DTRACE = OFF 빌드 옵션을 추가하여 수정. 버그 수정 # 1169509.
innobackupex가 innodb_data_file_path 옵션을 처리하지 않아 백업이 실패 할 수 있습니다. 버그 수정 # 1169726.

데비안과 리눅스 바이너리의 경우 버전을 포함해야하는 --version 메시지가 "undefined"로 표시됩니다. 버그 수정 # 1171721.
xtrabackup.cc에서 중복 코드가 제거되었습니다. 버그 수정 # 1162765.
다른 버그 수정 : 버그 수정 # 1158154, 버그 수정 # 1170340, 버그 수정 # 1088309, 버그 수정 # 1088307.

버전 2.0.6의 새로운 기능 :

새로운 기능 :
XtraBackup은 MySQL 5.6, Percona Server 5.6 및 MariaDB 10.0에 대한 기본 지원을 구현했습니다. 기본 지원은 이러한 버전이 XtraBackup에 의해 인식되고 5.6 특정 기능이 사용되지 않는 한 백업 / 복원이 작동 함을 의미합니다 (예 : GTID, 원격 / 전송 테이블 공간, 개별 실행 취소 테이블 공간, 5.6 스타일 버퍼 풀 덤프 파일) .
수정 된 버그 :
크기가 1MB 미만인 개별 InnoDB 테이블 스페이스는 백업 준비 작업에서 1MB로 확장되었습니다. 이로 인해 많은 작은 InnoDB 테이블 공간이있는 경우 디스크 사용량이 크게 증가했습니다. 버그 수정 # 950334 (Daniel Frett, Alexey Kopytov).
액세스 할 수없는 datadir 하위 디렉토리에 해당하는 데이터베이스가 경고 또는 오류 메시지없이 XtraBackup에서 무시되는 문제가 해결되었습니다. 이것은 InnoDB 코드가 열 수없는 datadir 하위 디렉토리를 자동으로 무시했기 때문에 발생했습니다. 버그 수정 # 664986 (Alexey Kopytov).
경우에 따라 XtraBackup은 --parallel 옵션 값이 높고 innodb_open_files 값이 낮은 테이블 공간을 복사하지 못할 수 있습니다. 버그 수정 # 870119 (Alexey Kopytov).

버그 수정 # 711166은 innobackupex에서 --include 옵션을 사용하거나 xtrabackup에서 --tables 옵션과 함께 사용하면 개별 파티션 백업이 실패하는 회귀를 도입했습니다. 버그 수정 # 1130627 (Alexey Kopytov).
innobackupex는 테이블 독립적 인 백업에 테이블 당 파일 설정을 추가하지 않았습니다. --export 옵션을 사용하면 XtraBackup이 innodb_file_per_table을 자동 활성화하도록 수정되었습니다. 버그 수정 # 930062 (Alexey Kopytov).
경우에 따라 innodb_flush_method = O_DIRECT로 XtraBackup이 백업 준비에 실패 할 수 있습니다. 버그 수정 # 1055547 (Alexey Kopytov).
innobackupex는 --tmpdir 옵션을 xtrabackup 바이너리에 전달하지 않아 서버의 tmpdir이 항상 임시 파일로 사용됩니다. 버그 수정 # 1085099 (Alexey Kopytov).
XtraBackup은 인식 할 수없는 서버 버전에 대한 오류보고를 개선했습니다. 버그 수정 # 1087219 (Alexey Kopytov).
Perl Time :: HiRes 패키지의 rpm 의존성을 수정하여 innobackupex가 최소한의 CentOS 설치에서 실패하게 만들었습니다. 버그 수정 # 1121573 (Alexey Bychko).
innobackupex는 --no-lock과 --rsync가 함께 사용되면 실패합니다. 버그 수정 # 1123335 (Sergei Glushchenko).

버그 수정 # 1055989는 xtrabackup_pid 파일이 실행 후 임시 디렉토리에 남아 있도록하는 회귀를 도입했습니다. 버그 수정 # 1114955 (Alexey Kopytov).
불필요한 디버그 메시지가 XtraBackup 출력에서 ​​제거되었습니다. 버그 수정 # 1131084 (Alexey Kopytov).
다른 버그 수정 : 버그 수정 # 1153334 (Alexey Kopytov), ​​버그 수정 # 1098498 (Laurynas Biveinis), 버그 수정 # 1132763 (Laurynas Biveinis), 버그 수정 # 1142229 (Laurynas Biveinis), 버그 수정 # 1130581 (Laurynas Biveinis).

버전 2.0.5의 새로운 기능 :

새로운 기능 :
새로운 옵션 --defaults-extra-file이 추가되었습니다. 이 옵션은 표준 defaults-file 앞에 기본 MySQL 옵션을 읽을 추가 파일을 지정합니다. 별도의 구성 파일에서 전용 백업 사용자의 사용자 / 암호 조합을로드하여 시스템의 crontab 또는 스크립트에 저장하지 않도록 할 수 있습니다.
수정 된 버그 :
스트리밍 백업의 경우 innobackupex는 XtraBackup 프로세스를 다시 시작한 다음 UNLOCK TABLES를 실행하기 전에 완료 될 때까지 기다립니다. 이로 인해 데이터베이스가 FLUSH TABLES WITH READ LOCK으로 불필요하게 잠겼습니다. 이제 Innobackupex는 데이터베이스의 잠금을 해제하기 위해 로그 복사가 완료 될 때까지 대기합니다. 버그 수정 # 1055989 (Alexey Kopytov).
데이터 디렉토리를 참조하는 innobackupex 오류 메시지가 확장되어 오류 메시지에 언급 된 데이터 디렉토리의 경로를 표시합니다. 버그 수정 # 1089375 (Hartmut Holzgraefe).
분할 된 테이블은 innobackupex의 --databases, --include, --tables-file 옵션 및 XtraBackup의 --tables 및 --tables-file 옵션으로 올바르게 처리되지 않았습니다. 필터링을하기 전에 파티션 접미어 (#P # ...)를 제거하여 수정되었습니다. 버그 수정 # 711166 (Sergei Glushchenko).

내장 된 압축이 사용되었을 때, XtraBackup은 매우 작은 청크로 대상 파일이나 스트림에 대한 버퍼링되지 않은 쓰기 작업을 수행했기 때문에 비효율적 인 I / O가 발생했습니다. 압축되지 않은 백업과 비슷한 출력을 위해 1M 버퍼를 사용하여 해결되었습니다. 버그 수정 # 1095249 (Alexey Kopytov).
innobackupex에서의 불필요한 긴 잠 ()은 읽기 잠금 장치가있는 플래쉬 테이블을 너무 오랫동안 가져옵니다. 2 초의 수면 간격을 100 밀리 초로 바꾸면 해결됩니다. 버그 수정 # 1095551 (Sergei Glushchenko).
innobackupex가 충돌하면 파일 시스템에 xtrabackup_suspended 파일이 남습니다. 그러면 innobackupex가 XtraBackup이 시작될 때 일시 중단되었다고 생각한 다음 XtraBackup이 실제로 일시 중단 될 때 innobackupex가 종료 될 때까지 대기하고 일시 중지 파일을 다시 제거하지 않아 대기 교착 상태가 될 수 있습니다. innobackupex가 시작될 때 오래된 xtrabackup_suspended 파일을 제거하여 수정되었습니다. 버그 # 1007446 (George Ormond Lorch III)을 수정했습니다.
innobackupex는 MariaDB 5.2와 MariaDB 5.3을 인식하지 못합니다. innobackupex에서 버전 검사를 보완하여 수정되었습니다. 버그 수정 # 733665 (Daniel van Eeden, Alexey Kopytov).

다른 버그 수정 : 버그 수정 # 924492 (Alexey Kopytov), ​​버그 수정 # 1097158 (Alexey Kopytov), ​​버그 수정 # 1081882 (Alexey Kopytov), ​​버그 수정 # 1096584 (Alexey Kopytov).

버전 1.6.7의 새로운 기능 :

수정 된 버그 :
xtrabackup_binary는 스트리밍 할 때 tar 아카이브에 포함되지 않고 대신 현재 디렉토리에 기록됩니다. --stream 또는 --remote-host 옵션을 사용하여 만든 백업을 준비 할 때 잘못된 xtrabackup 바이너리가 사용될 수 있습니다. 버그 # 723318 및 # 787988 (Stewart Smith) 수정.
증분 백업을 생성 할 때 읽기 잠금이있는 FLUSH TABLES가 사용되지 않았기 때문에 InnoDB가 아닌 테이블이나 백업 프로세스 중에 테이블의 DDL 문이 업데이트 될 때 일관성없는 백업이 발생할 수 있습니다. 버그 수정 # 771981 (Alexey Kopytov).
innobackupex는 SHOW SLAVE STATUS의 응답을 SHOW MASTER STATUS의 응답과 혼동하기 때문에 --safe-slave-backup 옵션은 잘못된 binlog 정보를 가져옵니다. 버그 # 977101 (Alexey Kopytov)이 수정되었습니다.
innodb_data_file_path가 backup-my.cnf에 기록되지 않았습니다. 이것은 XtraBackup 1.6.5에서 도입 된 회귀입니다. 버그 수정 # 983685 (Sergei Glushchenko).
grep 2.10에서 가짜 테스트 스위트 오류가 수정되었습니다. 버그 수정 # 996483 (Alexey Kopytov).

innobackupex가 --apply-log를 사용하여 실행 중일 때 백업 디렉토리의 backup-my.cnf 대신 서버 구성 파일에서 구성을 읽었습니다. 버그 # 996493 (Sergei Glushchenko)이 수정되었습니다.
innobackupex는 증분 백업을 전체 백업으로 병합 할 때 파일을 잘못된 디렉토리에 복사 할 수 있습니다. 버그 수정 # 1002688 (Alexey Kopytov).
XtraBackup 바이너리가 파일 설명자를 --backup에 유출하고있었습니다. 기존 파일 디스크립터를 재사용하여 누수가 발생하지 않도록 수정했습니다. 버그 수정 # 713267 (Alexey Kopytov).

버전 2.0.4의 새로운 기능 :

수정 된 버그 :
# 932623의 버그 수정으로 XtraBackup 2.0.2에 회귀가 도입되어 init 매개 변수 값이 InnoDB 내부에서 사용되는 값으로 정규화되지 않았기 때문에 증분 백업이 실패하게되었습니다. 버그 수정 # 1062684 (Sergei Glushchenko).
# 932623의 버그 수정은 별도의 doublewrite 테이블 스페이스를 계정으로 사용하지 않았기 때문에 XtraBackup 2.0.2에서 회귀를 도입했습니다. 버그 수정 # 1066843 (Sergei Glushchenko).
XtraBackup은 별도의 doublewrite 버퍼 파일을 잘못 처리하고있었습니다. 이중 쓰기 버퍼의 파일 경로가 backup-my.cnf에 추가되지 않았고 복원 후에 준비 단계에서 작성된 파일 대신 이전의 이중 쓰기 버퍼 파일이 사용되었습니다. 버그 수정 # 1068470 (Sergei Glushchenko).
XtraBackup은 이제 --innodb = force 옵션을 사용합니다. 이전에 옵션이 설정된 경우 XtraBackup에서 오류가 발생합니다. 버그 수정 # 528752 (Laurynas Biveinis).
옵션 safe-slave-backup이 올바르게 작동하지 않았습니다. 버그 수정 # 887803 (Alexey Kopytov).

safe-slave-backup 옵션을 사용할 때 safe-slave-backup-timeout에 도달 한 경우 SQL_THREAD가 중지 된 상태로 남아있어 슬레이브 스레드가 지연됩니다. 초기 SQL_THREAD 상태를 점검하고 시간 종료 오류로 종료하기 전에 시작한 다음 처음에 실행중인 경우에만 SQL_THREAD를 시작하여 수정했습니다. 버그 수정 # 1037379 (Alexey Kopytov).
파일 시스템이 Linux AIO를 지원하지 않으면 XtraBackup은 --apply-log에서 실패합니다. 버그 수정 # 1065561 (Alexey Kopytov).
XtraBackup 바이너리는 my.cnf 또는 명령 행 옵션으로 지정된 경우 innodb_use_native_aio를 무시합니다. 버그 수정 # 1068459 (Alexey Kopytov).
XtraBackup은 변수가 설정되지 않은 경우에도 준비 단계에서 innodb_file_io_threads가 더 이상 사용되지 않을 것이라는 경고 메시지를 출력합니다. 버그 수정 # 1068485 (Alexey Kopytov).
XtraBackup Galera 테스트를 이제 동시에 실행할 수 있습니다. 버그 수정 # 1077800 (Stewart Smith).

버전 2.0.3의 새로운 기능 :

새로운 기능 :
innobackupex는 이제 서버에 파일을 복사 할 디스크 공간이 충분하지 않을 경우 -copy-back 대신 사용할 수있는 새로운 -move-back 옵션을 지원합니다. 이 옵션은 백업 파일을 제거하므로주의해서 사용해야합니다.
수정 된 버그 :
innobackupex-1.5.1 바이너리의 Symlink가 이전 버전의 XtraBackup에서 깨졌습니다. 버그 수정 # 1038198 (Ignacio Nin).
XtraBackup 2.0.2는 이전 버전과 함께 생성 된 증분 백업을 준비 할 때 실패하게 만드는 하위 호환성이 없었습니다. 버그 수정 # 1038127 (Sergei Glushchenko).
버그 # 1022562에 대한 수정으로 인해 증분 백업이 차지하는 디스크 공간이 5 배 증가 할 수 있습니다. 버그 수정 # 1043762 (Laurynas Biveinis).
마지막 전체 또는 증분 백업과 다음 증분 백업 사이에 생성 된 페이지 크기가 16K 인 압축 된 테이블 공간의 잘못된 처리를 야기한 버그 # 932623에 대한 회귀가 도입되었습니다. 수정 된 버그 # 1049174 및 # 1044398 (Laurynas Biveinis).

버전 1.6.4의 새로운 기능 :

Percona XtraBackup의 stable 1.6 시리즈에 대한 중요한 버그 수정이 포함되어 있습니다.

유사한 소프트웨어

Bucket Explorer
Bucket Explorer

20 Feb 15

Attic
Attic

17 Feb 15

gistore
gistore

11 May 15

개발자의 기타 소프트웨어 Percona Inc.

Percona Server
Percona Server

20 Jan 18

코멘트 Percona XtraBackup

댓글을 찾을 수 없습니다
코멘트를 추가
이미지를 켜십시오!