지금 지원 담당자와 채팅
지원 담당자와 채팅

NetVault Plug-in for MySQL 12.2 - 릴리스 노트

알려진 문제

MySQL 버그 69953으로 인해, MySQL 로깅이 활성화되어 있는 경우 MySQL Server 5.5 또는 5.6으로 복원을 수행하면 mysql 데이터베이스의 기존 slow_log 테이블이 삭제되지 않습니다. 따라서 복원을 통해 동일한 테이블을 복원할 수 없습니다. slow_log 테이블이 사용자 환경에 중요한 경우 복원 작업이 완료된 후 수동으로 slow_log 테이블을 다시 생성하십시오. 이 문제는 MySQL 5.7에서 수정되었습니다.

DNMYSQL-319(30852)

백업 데이터는 MySQL Server에서 NetVault Backup Media Manager로 직접 스트리밍되므로, 데이터베이스 이름에 특수 문자를 사용할 경우 백업 데이터의 무결성에 영향을 주는 시퀀스 명령으로 해석될 수 있습니다.

해결 방법: 잠재적인 문제를 방지하려면 데이터베이스 이름에 다음 문자를 사용하지 마십시오. $ ^ = @ # % +

DNMYSQL-379

lower_case_table_names 시스템 변수의 기본 설정은 Mac OS X의 MySQL 동작에 영향을 미칩니다. Mac OS X 플랫폼에서 MySQL의 대/소문자 구분 동작이 일치하지 않으면 백업을 복원할 수 있는 플러그인의 기능에 영향을 미칩니다. 이러한 불일치를 수용하기 위해서는 Mac OS X에 플러그인을 사용할 때 다음 사항에 유의하십시오.

lower_case_table_names 시스템 변수가 1로 설정되어 있으면 소문자나 대문자 이름 또는 대/소문자 혼용 이름으로 생성된 데이터베이스에 대해 증분 복원이 올바르게 작동합니다. 또한 실제 이름이 생성된 방식에 관계없이 소문자를 사용하여 NetVault Backup 콘솔에 데이터베이스 이름이 표시됩니다.
lower_case_table_names 시스템 변수가 Mac OS X의 기본 설정2로 설정되어 있으면 소문자 이름으로 생성된 데이터베이스에 대해서만 증분 복원이 올바르게 작동합니다. 또한 데이터베이스 이름이 생성된 것과 같은 형식을 사용하여 NetVault Backup 콘솔에 표시됩니다.

lower_case_table_names 시스템 변수의 값을 변경하는 경우, MySQL Server를 중지했다가 다시 시작하여 변경이 구현되도록 해야 합니다. MySQL 관련 문제에 대한 자세한 내용은 다음을 참조하십시오. http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html

DNMYSQL-133(18430, MYG‑235)

MySQL 복제 활성화를 선택했지만 복제를 구성하지 않는 경우 백업에 실패함: 구성 대화 상자에서 MySQL 복제 활성화 확인란을 선택한 상태에서 복제를 구성하지 않으면 백업에 실패합니다. 이 문제를 해결하려면 구성 대화 상자에서 MySQL 복제 활성화 확인란을 선택 취소하거나 복제를 설정한 뒤 백업 작업을 다시 실행합니다.

DNMYSQL-241(21629)

특정 조건에서 모든 InnoDB 테이블이 백업됨: 다음 조건 중 하나가 충족될 경우 MySQL 인스턴스에 있는 모든 InnoDB 테이블이 백업됩니다.

예: 두 개의 데이터베이스(DB1 및 DB2)가 포함된 MySQL 인스턴스가 있습니다. 각 데이터베이스에는 두 개의 테이블이 있습니다. DB1은 T1_InnoDB와 T1_MyISAM을 포함하고 DB2 는 T2_InnoDB와 T2_MyISAM을 포함합니다. T1_MyISAM과 T2_MyISAM을 백업하는 경우 T1_InnoDB와 T2_InnoDB 또한 백업됩니다. InnoDB 테이블 중 하나를 포함하면 해당 InnoDB 테이블만 백업됩니다. 데이터베이스 중 하나를 선택하면 이 데이터베이스의 테이블만 백업됩니다.
예: 두 개의 데이터베이스(DB1 및 DB2)가 포함된 MySQL 인스턴스가 있습니다. 각 데이터베이스에는 두 개의 테이블이 있습니다. DB1은 T1_InnoDB와 T1_MyISAM을 포함하고 DB2 는 T2_InnoDB와 T2_MyISAM을 포함합니다. DB1과 DB2를 백업하고 T1_InnoDB와 T2_InnoDB를 제외하는 경우 T1_InnoDB와 T2_InnoDB 또한 백업됩니다. 두 개의 InnoDB 테이블 중 하나만 제외하면 다른 InnoDB 테이블만 백업됩니다.

이 동작은 현재 MEB(mysqlbackup 유틸리티) 동작을 반영하며 향후 릴리스(3.8.1 이후)에서 변경될 수 있습니다.

DNMYSQL-275(22383)

이 플러그인은 클러스터링 환경에서 3.12 및 4.0 버전의 MEB 기반 방법을 사용하는 것을 지원하지 않습니다. 이러한 버전은 독립 실행형 환경에서만 사용할 수 있습니다.

DNMYSQL-363(32199)

시스템 요구 사항

MySQL용 플러그인‑ 12.2을 설치하기 전에 시스템이 https://support.quest.com/technical-documents에 나와있는 Quest NetVault Backup 호환성 가이드에 설명된 요구 사항을 충족하는지 확인하십시오.

업그레이드 및 호환성

MySQL용 플러그인‑ 12.2에는 NetVault Backup 11.4.5 이상이 필요합니다. 지원되는 플랫폼 정보에 대한 자세한 내용은 Quest NetVault Backup 호환성 가이드를 참조하십시오.
MySQL의 업그레이드 및 신규 설치: MySQL의 버그 68807에 설명된 대로 mysql_install_db가 MySQL 5.6에서 /etc/my.cnf를 무시합니다. MySQL 5.6은 InnoDB 통계 테이블(slave_master_info, mysql/slave_relay_log_info, innodb_index_stats, innodb_table_stats 및 slave_worker_info)을 생성하고, MySQL의 설치 디렉터리(basedir)에 이를 추가하므로 "my.cnf" 파일에 포함된 innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend 옵션과 충돌이 발생할 수 있습니다. file_path 옵션은 InnoDB 파일을 basedir보다 디렉터리 수준을 한 단계 더 높게 배치하므로 MySQL 오류 로그에 다음과 같은 오류가 표시될 수 있습니다.
이 옵션은 이전 MySQL 버전의 권장 샘플 "my.cnf" 파일에서 비롯되었기 때문에 이 문제는 일반적으로 이전 버전의 "my.cnf" 파일을 유지하는 업그레이드 또는 신규 설치에서 발생합니다. Quest 에서는 신규 설치에서 file_path 옵션을 사용하지 않고, 업그레이드 시 ibdata 파일을 basedir로 이동할 것을 권장합니다. 도움이 필요한 경우 MySQL 지원 부서에 문의하십시오. (22367)
NetVault Backup Server를 9.2에서 업그레이드: NetVault Backup Server를 9.2에서 11.4.5 이상으로 업그레이드하는 경우 MySQL용 플러그인‑에서 발생한 오류 조건에 대해 구성한 설정이 기본값으로 돌아갑니다. 플러그인에서 발생한 오류 조건에 대한 설정을 수정한 경우 Quest에서는 플러그인을 다시 설치하고, 설정을 재구성하며, MySQL 백업 작업을 다시 생성할 것을 권장합니다.

제품 라이센스

NetVault Backup 서버 환경의 라이센스 키를 얻으려면 주 NetVault Backup 서버의 NetVault 시스템 ID를 확인하십시오. 또한 Oracle, MySQL, PostgreSQL, SQL Server 및 Exchange와 같은 응용 프로그램 플러그인을 실행하는 클라이언트의 컴퓨터 ID를 식별하십시오.

NetVault 구성 마법사를 사용하여 제품 라이센스 키를 설치할 수 있습니다. 또는 클라이언트 관리 페이지에서 라이센스 키를 설치할 수 있습니다.

관련 문서

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택