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

대상은 ZFSSA가 복제를 위해 안전하게 통신할 수 있도록 해주는 ZFSSA 간 연결을 나타내지만 복제될 항목, 복제 빈도 또는 사용할 옵션을 지정하지 않습니다. 따라서 관리자는 소스 ZFSSA에서 복제 작업을 정의해야 합니다. 작업은 복제를 위한 기본 관리 제어 지점이며 각각 다음을 지정합니다.

• 복제 그룹(한 개의 프로젝트와 몇 개의 공유)

• 대상 ZFSSA

• 대상 ZFSSA의 스토리지 풀(초기 설치 시에만 사용)

• 빈도(수동, 예약됨 또는 계속일 수 있음)

• 전송 중 데이터 스트림 암호화 여부와 같은 추가 옵션

그룹은 작업이 구성되는 프로젝트 또는 공유에 의해 암시적으로 지정됩니다(프로젝트 레벨 복제와 공유 레벨 복제 비교 참조). 대상 ZFSSA 및 스토리지 풀은 작업이 만들어진 후 변경할 수 없지만 기타 옵션은 언제든지 수정할 수 있습니다. 일반적으로 옵션이 변경될 때 복제 업데이트가 진행 중인 경우 새 값은 다음 업데이트가 시작될 때만 적용됩니다.

작업은 ZFSSA에 대한 복제 구성의 기본 단위입니다. 각 작업은 작업이 마지막 복제 업데이트의 시작 시간을 기준으로 구성되는 소스 프로젝트 및 공유의 정확한 복사본을 포함하는 대상 ZFSSA의 패키지에 해당합니다. 관리자는 해당하는 작업의 등록 정보를 수정하여 복제 업데이트에 대해 빈도 및 기타 옵션을 구성합니다. 소스 ZFSSA에서 작업을 만들면 지정된 스토리지 풀의 대상 ZFSSA에 대한 패키지가 만들어지므로 소스는 작업이 처음 만들어질 때 대상에 연결할 수 있어야 합니다.

각 복제 작업에 대한 첫번째 업데이트는 전체 동기화(또는 전체 업데이트)를 보냅니다. 작업 프로젝트 및 공유의 전체 컨텐츠가 대상 ZFSSA에 전송됩니다. 이 초기 동기화가 완료되면 후속 복제 업데이트는 증분입니다. 이전 업데이트 이후의 변경 사항만 전송됩니다. 소스의 작업과 대상의 패키지가 이름이 지정된 복제 스냅샷을 통해 대상으로 복제된 변경 사항을 추적합니다. 일반적으로 작업에 대해 하나 이상의 전체 동기화가 전송되었고 소프트웨어 오류 또는 관리 작업으로 인해 작업/패키지 연결이 손상된 경우 복제 업데이트가 증분이 됩니다.

작업 및 패키지는 서로 바인딩됩니다. 패키지가 다소 손상되거나 삭제된 경우 대상에 아직 작업과 연관되어 있는 데이터 및 스냅샷이 있어도 해당 작업에서 복제 업데이트를 보낼 수 없습니다. 마찬가지로 작업이 삭제된 경우 소스에 아직 동일한 데이터 및 스냅샷이 있어도 패키지에서 새 복제 업데이트를 받을 수 없습니다. BUI 및 CLI는 작업-패키지 연결을 삭제하는 작업을 수행하려고 시도하는 관리자에게 경고 메시지를 표시합니다. 오류 또는 명시적 관리 작업에서 작업-패키지 연결을 끊어 증분 업데이트가 더 이상 가능하지 않는 경우 관리자는 패키지 및 작업을 단절하거나 삭제하고 소스에서 새 작업을 만들어야 합니다.

주: ZFSSA는 관리자에 의해 명시적으로 요청된 경우가 아니면 대상의 데이터를 삭제하지 않는 것이 좋습니다. 따라서 작업에 대한 초기 복제 업데이트가 일부 데이터를 복제한 후 실패하는 경우(불완전한 데이터는 패키지 안에 그대로 둠) ZFSSA가 이미 받은 데이터를 겹쳐쓸 수 없으므로 동일한 작업을 사용하는 후속 복제 업데이트가 실패합니다. 이러한 문제를 해결하려면 관리자가 기존 작업 및 패키지를 삭제하고 새 작업 및 패키지를 만든 다음 복제를 다시 시작해야 합니다.

2010.Q1 이전 소프트웨어 릴리스에서 대상 구성과 같은 작업 및 복제 구성은 스토리지 풀에 있는 프로젝트 및 공유 구성의 일부분으로 저장되지 않고 컨트롤러에 저장되었습니다. 따라서 공장 초기화 재설정으로 인해 구성이 모두 삭제되었습니다. 2010.Q1 및 이후 릴리스에서는 작업과 패키지 구성이 해당 프로젝트 및 공유와 함께 스토리지 풀에 저장되므로 공장 초기화 재설정 이후에도 사용 가능합니다. 그러나 대상 정보는 여전히 손실되며 대상이 없는 작업은 현재 새 대상을 가리키도록 구성될 수 없습니다.