ZFS에서 차등 백업이 필요합니까?

1

(데비안 + 미러 레이드 + 일일 차등 백업 + 주간 전체 백업)에서 ZFS raidz로 마이그레이션하는 것을 고려하고 있습니다. 현재 설정과 같은 방식으로 ZFS에서 백업을 수행 할 수 있습니까? 내 스냅 샷은 전체 파일 시스템 기록을 제공하며 백업은 더 많은 보안을 위해서만 필요합니다. 비상 사태의 경우 항상 외부 드라이브에 매주 전체 백업을 유지합니다.

— piotr
소스

RAID가 백업이 아닌 이유는 무엇입니까? 에 서버 오류 적용 할 수 있습니다. ZFS는 만병 통치약이 아닙니다. 스냅 샷은 백업이 도움이 될 수있는 상황 중 일부를 해결하지만 전부는 아닙니다. 그러나 잠재적으로 일주일 분량의 데이터를 잃어 버릴 수 있다면, 제안한 것이 충분할 것입니다. 그것은 모든 약의 시간 복구에 와 시간에 어떤 점에 (, 당신은 얼마나 최근의 상태로 복원 할 수 있습니다 즉, 얼마나 빨리 당신이 거기 얻을 수 있습니다). 주간 백업 작업이 실행되는 동안 ZFS 풀이 어떤 이유로 폭발 (예 : 번개) 될 경우 어떻게됩니까?

— CVn

1

여기에 많은 질문이 있습니다. 지금 어떻게 백업하고 있습니까? 테이프로? 다른 로컬 디스크로? 오프 사이트?

ZFS는 미러 쌍 (즉, 스트라이프 미러, 일명 RAID 10)을 사용하여 ( "최상의"해석에 따라) 가장 잘 작동하여 더 많은 공간이 필요할 때마다 zpool에 미러 쌍을 추가합니다. RAIDZ는 일부 워크로드에서 심각한 성능 문제가 있습니다.

백업 전략이 다른 로컬 디스크에 복사하는 것이라면 ZFS 미러링을 사용하십시오.

백업 전략이 다른 경우에는 zfs send각 스냅 샷을 수행 한 후 수행하십시오 .

Solaris 11 또는 OpenIndiana를 사용하려는 경우 zfs/auto-snapshot서비스 (Time Slider를 백엔드하는 기능)를 살펴보십시오 . 이 auto-snapshot서비스는 각 스냅 후 임의의 명령 실행을 지원합니다 (따라서 테이프 나 원격으로 전송 자동화).

— 바하마
소스

감사합니다. "일부 작업 부하에서 문제"를 지정할 수 있습니까? RAIDZ가 큰 파일에서 '최고'인 것만 알고 있습니다.

— piotr

RAIDZ는 큰 파일에서 가장 잘 수행 될 수 있지만 미러링은 여전히 수행하지 않을 것입니다 . 1) ZFS 성능을 향상시키는 10 가지 방법 2) 미러링이 최고의 이유 3) ZFS 추천

— bahamat

미러링은 백업이 아닙니다. 그것은 명백한 드라이브 고장으로부터 보호하지만, 사용자 오류, 파일을 삭제하거나 덮어 쓰는 킬링 소프트웨어 또는 파일 시스템의 관점 에서 의도 된 용도와 같은 다른 것들에 대해서는 보호하지 않습니다 . 실제 설정에 따라 컨트롤러 오작동으로부터 보호하지 못할 수도 있습니다. 한계를 인식하고 미러링은 매우 강력한 도구가 될 수 있습니다. 적합하지 않은 작업에 의존하는 것은 어느 시점에서 매우 고통스러운 교훈이 될 것입니다. 스냅 샷 + 미러링은 합리적으로 안전 해야합니다 .

— CVn

0

스냅을 주 단위로 예약하면 이전 설정에 상당히 가깝습니다. 폭탄을 완전히 터뜨리면 지난 주 이후로 스냅 샷이 복구되지 않습니다. zfs send / receive 명령에 익숙해지는 것이 좋습니다. 매우 강력한 것들. 파일, 다른 zfs 풀, 다른 zfs 호스트, 클라우드 등 zfs 스트림을 모든 곳으로 보냅니다.

— 남자
소스

감사. 매일 스냅 샷 루틴에서 지난 14 일 동안 2 주간 파일 히스토리를 안전하게 백업합니까?

— piotr