JavaScript is required to for searching.
탐색 링크 건너뛰기
인쇄 보기 종료
Oracle® ZFS Storage Appliance 관리 설명서
Oracle 기술 네트워크
라이브러리
PDF
인쇄 보기
피드백
search filter icon
search icon

문서 정보

이 설명서 사용

 1 Oracle ZFS Storage Appliance 개요

 2 상태

 3 초기 구성

 4 네트워크 구성

 5 스토리지 구성

 6 SAN(Storage Area Network) 구성

 7 사용자 구성

 8 ZFSSA 환경 설정

 9 경보 구성

 10 클러스터 구성

 11 ZFSSA 서비스

 12 공유, 프로젝트 및 스키마

 13 복제

복제 개요

복제 이해

복제 용어

프로젝트 복제 대상

프로젝트 복제 작업 및 패키지

프로젝트 복제 스토리지 풀

프로젝트 레벨 복제와 공유 레벨 복제 비교

프로젝트 복제 구성

대상 만들기 및 편집

BUI에서 대상 만들기 및 편집

CLI에서 대상 만들기 및 편집

작업 만들기 및 편집

BUI에서 작업 만들기 및 편집

CLI에서 작업 만들기 및 편집

복제 모드: 예약됨 또는 계속

복제 - 중간 스냅샷 포함

복제 - 업데이트 전송 및 취소

복제 패키지 관리

BUI에서 복제 패키지 관리

CLI에서 복제 패키지 관리

복제 업데이트 취소

패키지 사용 안함

패키지 또는 개별 공유 복제

복제된 파일 시스템 내보내기

복제 단절

복제 방향 바꾸기

복제 패키지 삭제

복제 작업

복제 방향 바꾸기 - 복제 설정

복제 방향 바꾸기

복제 방향 바꾸기 - 재해 복구 시뮬레이션

복제 방향 바꾸기

복제 방향 바꾸기 - 운용 시스템에서 복제 재개

복제 방향 바꾸기

복제에 정적 경로가 사용되도록 강제 적용

복제에 정적 경로가 사용되도록 강제 적용

수신된 복제 프로젝트 복제

원격 복제 세부 사항

권한 부여

경보

복제 감사 이벤트

복제 및 클러스터링

스냅샷 및 데이터 일관성

스냅샷 관리

iSCSI 구성 복제

복제본 복제

복제 관찰

복제 실패

복제 호환성

2009.Q3 이하에서 업그레이드

 14 섀도우 마이그레이션

 15 CLI 스크립트 작성

 16 유지 관리 워크플로우

 17 통합

색인

복제 방향 바꾸기

일반적인 투 시스템 재해 복구 계획을 지원하기 위해 복제 방향을 바꿀 수 있습니다. 이 작업은 위에서 설명한 단절 작업과 비슷하지만, 추가적으로 증분 복제를 위해 새 로컬 프로젝트의 복제 작업을 소스 시스템에 다시 구성합니다. 이 작업이 완료될 때 소스 시스템에서 변경되는 내용은 없지만, 이 작업을 사용하려고 시도하는 첫번째 업데이트는 소스 시스템에 있는 원래의 프로젝트를 복제 패키지로 변환하고 해당 시스템에서 마지막으로 성공한 복제 업데이트 이후 변경된 모든 내용을 롤백합니다.

이 기능은 주 및 보조 데이터 복사본의 읽기/쓰기 상태를 수정하는 것 외에는 자동으로 운용 작업량을 재지정하거나, IP 주소를 페일오버하거나, 재해 복구 페일오버와 관련된 다른 작업을 수행하지 않습니다.

원래의 소스 프로젝트를 원래 소스 시스템(이제는 대상 역할을 함)의 복제 패키지로 변환하는 과정에서, 현재 방향을 바꾸고 있는 작업/패키지의 일환으로 복제된 공유는 새로운 복제 패키지로 이동하며 내보내지지 않습니다. 원래의 프로젝트는 로컬 모음에 남아 있지만, 해당하는 공유가 모두 작업/패키지에 포함된 경우 비게 될 수도 있습니다. 공유 레벨 복제의 방향을 바꿀 때 원래 프로젝트에 있는 다른 공유에는 아무런 변동이 없습니다.

ZFSSA 간의 공유 레벨 복제를 설정한 후 대상 ZFSSA에서 해당 복제의 방향을 바꾸면 복제 일정이 삭제됩니다. 그런 다음 일정 없이 올바른 대상 ZFSSA를 포함하는 프로젝트 레벨에서 복제 작업이 만들어집니다.

위에서 언급한 대로 이 기능은 시스템이 운용 데이터를 처리하며 주 사이트에서 재해 발생 시 운용 트래픽을 처리할 수 있도록 대기 중인 보조 또는 DR 시스템(종종 다른 데이터 센터에 있음)에 운용 데이터를 복제하는 투 시스템 재해 복구 구성을 구현하는 데 일반적으로 사용됩니다. 주 사이트에서 재해 발생 시 보조 사이트의 복사본을 쓰기 가능으로 만들고 운용 트래픽을 보조 사이트로 재지정함으로써 "주" 사이트로 만들어야 합니다. 주 사이트가 복구되면 보조 사이트에 누적된 변경 내용을 다시 주 사이트로 복제할 수 있으며 해당 사이트가 다시 운용 작업량 처리를 재개할 수 있습니다.

이러한 계획하의 일반적인 이벤트 순서는 다음과 같습니다.

패키지의 복제 방향을 바꿀 때는 관리자가 소스에서 해당 프로젝트의 복제를 먼저 중지하는 것이 좋습니다. 관리자가 프로젝트의 복제 방향을 바꿀 때 복제 업데이트가 진행 중일 경우, 관리자는 이전 대상 ZFSSA(이제는 소스 ZFSSA)에서 어떤 일관된 복제 스냅샷을 사용하여 최종 프로젝트를 만들었는지 알 수 없습니다.

BUI에서 복제 패키지로 이동하고(위 참조) Replication(복제) 탭을 누른 다음 image:방향 바꾸기 버튼을 눌러 복제 방향을 바꿀 수 있습니다. 이때 나타나는 대화 상자에서 관리자는 새 로컬 프로젝트의 이름을 지정할 수 있습니다.

CLI에서 복제 패키지로 이동하고(위 참조) reverse 명령을 사용하여 복제 방향을 바꿀 수 있습니다. 이 명령은 새 로컬 프로젝트의 이름을 지정하는 선택적 인수를 사용합니다. 인수가 지정되지 않으면 원래 이름이 사용됩니다.

모든 로컬 공유를 내보내기 때문에 패키지가 반대 방향으로 전환될 때는 이전에 내보냈는지(위 참조)에 관계없이 패키지에 있는 모든 공유를 내보냅니다. 복제된 파일 시스템과 시스템에 있는 다른 파일 시스템 간에 마운트 지점이 충돌할 경우에는 방향 바꾸기 작업이 실패합니다. 이러한 충돌은 관련 공유의 마운트 지점을 재구성함으로써 단절 이전에 해결되어야 합니다. 이 작업은 일반적으로 운용 서비스를 복원하기 위한 주요 경로에 속하므로 DR 페일오버를 수행할 때보다는 시스템을 처음 설정할 때 이러한 마운트 지점 충돌을 해결하는 것이 좋습니다.