MySQL 버그 69953으로 인해, MySQL 로깅이 활성화되어 있는 경우 MySQL Server 5.5 또는 5.6으로 복원을 수행하면 mysql 데이터베이스의 기존 slow_log 테이블이 삭제되지 않습니다. 따라서 복원을 통해 동일한 테이블을 복원할 수 없습니다. slow_log 테이블이 사용자 환경에 중요한 경우 복원 작업이 완료된 후 수동으로 slow_log 테이블을 다시 생성하십시오. 이 문제는 MySQL 5.7에서 수정되었습니다. |
|
해결 방법: 잠재적인 문제를 방지하려면 데이터베이스 이름에 다음 문자를 사용하지 마십시오. $ ^ = @ # % + |
lower_case_table_names 시스템 변수의 기본 설정은 Mac OS X의 MySQL 동작에 영향을 미칩니다. Mac OS X 플랫폼에서 MySQL의 대/소문자 구분 동작이 일치하지 않으면 백업을 복원할 수 있는 플러그인의 기능에 영향을 미칩니다. 이러한 불일치를 수용하기 위해서는 Mac OS X에 플러그인을 사용할 때 다음 사항에 유의하십시오.
lower_case_table_names 시스템 변수의 값을 변경하는 경우, MySQL Server를 중지했다가 다시 시작하여 변경이 구현되도록 해야 합니다. MySQL 관련 문제에 대한 자세한 내용은 다음을 참조하십시오. http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html |
|||||
MySQL 복제 활성화를 선택했지만 복제를 구성하지 않는 경우 백업에 실패함: 구성 대화 상자에서 MySQL 복제 활성화 확인란을 선택한 상태에서 복제를 구성하지 않으면 백업에 실패합니다. 이 문제를 해결하려면 구성 대화 상자에서 MySQL 복제 활성화 확인란을 선택 취소하거나 복제를 설정한 뒤 백업 작업을 다시 실행합니다. |
특정 조건에서 모든 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 이후)에서 변경될 수 있습니다. |
|
이 플러그인은 클러스터링 환경에서 3.12 및 4.0 버전의 MEB 기반 방법을 사용하는 것을 지원하지 않습니다. 이러한 버전은 독립 실행형 환경에서만 사용할 수 있습니다. |
• |
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 오류 로그에 다음과 같은 오류가 표시될 수 있습니다. |
• |
NetVault Backup Server를 9.2에서 업그레이드: NetVault Backup Server를 9.2에서 11.4.5 이상으로 업그레이드하는 경우 MySQL용 플러그인‑에서 발생한 오류 조건에 대해 구성한 설정이 기본값으로 돌아갑니다. 플러그인에서 발생한 오류 조건에 대한 설정을 수정한 경우 Quest에서는 플러그인을 다시 설치하고, 설정을 재구성하며, MySQL 백업 작업을 다시 생성할 것을 권장합니다. |
NetVault 구성 마법사를 사용하여 제품 라이센스 키를 설치할 수 있습니다. 또는 클라이언트 관리 페이지에서 라이센스 키를 설치할 수 있습니다.
© ALL RIGHTS RESERVED. Feedback Términos de uso Privacidad Cookie Preference Center