2009.Q3 및 2010.Q1 릴리스 사이에서 복제 구현이 크게 변경되었습니다. 2009.Q3 이하에서 업그레이드를 시작하기 전 ZFSSA와 복제를 주고 받는 작업을 일시 중지하는 것이 좋습니다. 롤링 업그레이드를 사용하는 클러스터에서는 필수 조건입니다.
2010.Q1 이상으로 업그레이드할 때 사용자가 확인할 수 있는 세 가지 중요한 변경 사항이 있습니다.
복제에 사용되는 네트워크 프로토콜이 향상되었습니다. 2009.Q3 시스템은 릴리스(2010.Q1 이상 포함)를 실행하는 시스템에 복제할 수 있는 반면, 2010.Q1 이상을 실행하는 시스템은 2010.Q1 이상을 실행하는 다른 시스템에만 복제할 수 있습니다. 따라서 호환되지 않는 프로토콜 버전으로 인한 실패를 방지하기 위해서는 복제 소스 이전에 또는 그와 동시에 복제 대상을 업그레이드해야 합니다.
복제 작업 구성은 이제 헤드 시스템이 아니라 스토리지 풀 자체에 저장됩니다. 따라서 2009.Q3 이하에서 2010.Q1로 업그레이드한 후에 관리자는 지연 업데이트를 적용하여 복제 구성을 마이그레이션해야 합니다.
* 이러한 업데이트가 적용되기 전에는 기존 복제본에 대해 수신되는 복제 업데이트가 실패하며, 2009.Q3 이하에서 구성된 작업에 대해 복제 업데이트가 전송되지 않습니다. 또한 BUI 또는 CLI에서 관리할 수 없는 마이그레이션되지 않은 복제본에 대해 스토리지 풀에서 공간이 사용됩니다.
* 이러한 업데이트와 모든 지연 업데이트를 적용한 후 시스템 소프트웨어를 롤백할 경우 알 수 없는 결과가 발생하게 됩니다. 이전 릴리스에서 복제 데이터에 액세스하지 못할 수도 있고, 모든 복제 작업이 구성되지 않은 상태로 있을 수도 있고, 수신되는 복제 업데이트가 전체 업데이트일 수도 있습니다.
복제 권한 부여는 자체 범위에서 프로젝트 및 공유 범위로 이동했습니다. 2009.Q3 이하에서 구성된 복제 권한 부여는 2010.Q1에서 더 이상 존재하지 않습니다. 복제에 대해 세부적인 액세스 제어를 사용하는 관리자는 업그레이드 후에 새로운 복제 권한 부여를 적절한 관리자에게 위임해야 합니다.