Percona XtraBackup

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

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 시리즈에 대한 중요한 버그 수정이 포함되어 있습니다.

유사한 소프트웨어

Cedar Backup
Cedar Backup

17 Feb 15

drsbackup
drsbackup

2 Jun 15

Backup Manager
Backup Manager

2 Jun 15

TimeVault
TimeVault

2 Jun 15

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

Percona Server
Percona Server

20 Jan 18

코멘트 Percona XtraBackup

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