어플라이언스 업그레이드 및 복제 이해

2009.Q3 및 2010.Q1 릴리스 사이에서 복제 구현이 크게 변경되었습니다. 2009.Q3 이하에서 업그레이드를 시작하기 전에는 어플라이언스와 복제를 주고받는 것을 일시 중단하는 것이 좋습니다. 롤링 업그레이드를 사용하는 클러스터에서는 필수 조건입니다.

2010.Q1 이상으로 업그레이드할 때 사용자가 확인할 수 있는 세 가지 중요한 변경 사항이 있습니다.

• 복제에 사용되는 네트워크 프로토콜이 향상되었습니다. 2009.Q3 시스템은 릴리스(2010.Q1 이상 포함)를 실행하는 시스템에 복제할 수 있는 반면, 2010.Q1 이상을 실행하는 시스템은 2010.Q1 이상을 실행하는 다른 시스템에만 복제할 수 있습니다. 따라서 호환되지 않는 프로토콜 버전으로 인한 실패를 방지하기 위해서는 복제 소스 이전에 또는 그와 동시에 복제 대상을 업그레이드해야 합니다.

• 복제 작업 구성은 이제 헤드 시스템이 아니라 스토리지 풀 자체에 저장됩니다. 따라서 2009.Q3 이하에서 2010.Q1로 업그레이드한 후에 관리자는 지연 업데이트를 적용하여 복제 구성을 마이그레이션해야 합니다.

• 이러한 업데이트가 적용되기 전에는 기존 복제본에 대해 수신되는 복제 업데이트가 실패하며, 2009.Q3 이하에서 구성된 작업에 대해 복제 업데이트가 전송되지 않습니다. 또한 BUI 또는 CLI에서 관리할 수 없는 마이그레이션되지 않은 복제본에 대해 스토리지 풀에서 공간이 사용됩니다.

• 이러한 업데이트와 모든 지연 업데이트를 적용한 후 시스템 소프트웨어를 롤백할 경우 알 수 없는 결과가 발생하게 됩니다. 이전 릴리스에서 복제 데이터에 액세스하지 못할 수도 있고, 모든 복제 작업이 구성되지 않은 상태로 있을 수도 있고, 수신되는 복제 업데이트가 전체 업데이트일 수도 있습니다.

• 복제 권한 부여는 자체 범위에서 프로젝트 및 공유 범위로 이동했습니다. 2009.Q3 이하에서 구성된 복제 권한 부여는 2010.Q1에서 더 이상 존재하지 않습니다. 복제에 대해 세부적인 액세스 제어를 사용하는 관리자는 업그레이드 후에 새로운 복제 권한 부여를 적절한 관리자에게 위임해야 합니다.

복제 업데이트를 수행하기 전에 복제 서비스는 대상 시스템이 소스의 새 데이터와 호환되는지 확인합니다.

• 대상과 호환되지 않는 기능이 소스에서 사용되고 있을 경우 기능을 안전하게 사용 안함으로 설정할 수 있으면 복제 서비스가 해당 기능을 사용 안함으로 설정하고 업데이트를 수행한 후 경고를 표시합니다.

• 대상과 호환되지 않는 기능이 소스에서 사용되고 있을 경우 기능을 사용 안함으로 설정할 수 없으면 복제 서비스가 업데이트를 수행하지 않고 오류를 표시합니다.

복제 호환성을 위반하는 업데이트는 지연 업데이트로 제공됩니다. 현재 목록 및 설명은 Oracle ZFS Storage Appliance 고객 서비스 설명서의 업데이트 및 사용 중인 현재 릴리스의 Oracle ZFS Storage Appliance 릴리스 노트를 참조하십시오.