RAID 원자
당신이 할 때, 저는 욕조에있는 동안 RAID 레벨에 읽었어요. 원자의 주제 냈고, 그것은 내가 공유하길 원했다.
가장 안정적인 기술 데이터의 소스지만, 나는 무대를 설정 원자를 설명하기 위해 위키 피 디아를 인용 할게 아니라 보통. 에서 가져온 http://en.wikipedia.org/wiki/RAID "RAID의 문제"의 섹션에서 ...
이것은 트랜잭션 기능을 사용하지 않는 여분의 스토리지 시스템에 대한 약간의 이해와 거의 언급하지 고장 모드입니다. 데이터베이스 연구자 짐 그레이는 "장소에서 업데이 트 포이즌 애플은"썼다 [28] 관계형 데이터베이스 상용화 초기시. 그러나이 경고 주로 갔다는 그다지 신경쓰이지 많은 소프트웨어 엔지니어들이 모든 데이터 스토리지 무결성 및 신뢰성 문제 해결로 착각한 RAID의 도래,시 중도에서 떨어졌다. 대부분의 소프트웨어 프로그램은 "장소에서"저장소 개체를 업데이 트하며 그 것입니다, 그들은 개체의 이전 버전과 동일한 디스크 주소에 개체의 새 버전을 써주세요. 소프트웨어는 또한 다른 일부 델타 정보를 기록할 수 있지만, 그것은 스토리지는 데이터의 쓰기 역시 전체 발생하거나 아예 발생하지 않았다는 의미 "원자력 쓰기 의미론"을 제시 것으로 예상하고있다.
이것은 최근 빛 뒤집었지만, SSD의 쓰기 오류 문제와 다른 모습 미만.있다 많은 SSD 제조 업체와 엔터 프라이즈 스토리지 벤더들은 디스크의 모든이라면까지 해제되어 시작 (부터 덮어 씌우기 블록을 시작하는 기록되기 전에 데이터 블록을 덮어 씌우기 결코, 순차적으로 모든 데이터를 씁니다 새로운 펌웨어와 함께 이것을 해결하고 첫 번째).
그러나 이것은 전통적인 회전 매체와 간과 문제이며, 종종 간과하고 명확한 설명이나 이해없이 해고된다. 생각이 많은 시스템이 장소에서 데이터를 덮어 쓸 것이라는이며, 쓰기는 그것이 성공적으로 작성되었는지 확인하지만, 필요하지 않게 데이터가 호스트가 보낸 내용이 일치한다는 것입니다. 쓰기이 확정되고 쓰기 캐시가 플러시되기 전에 모든 쓰기가 추가 읽기와 체크섬을 필요로 체크의 오버헤드는 상당한 여분의 부하가 되었는데요.
이 스냅샷 기술은 소위 "쓰기에 복사"에 의해 혼합 수 있습니다. 원본 데이터 섹터를 덮어 씁니다 전에 오히려 이미 디스크의 특정 섹터에 기록되고 데이터를 보존하는 것보다 원본 데이터는 스토리지 시스템의 다른 부분의 스냅샷 영역에 복사됩니다. 오류의 종류에 매우 민감한 될 수도 (보관하기 전에 오라클의 로그와 같이 정기적으로 변기를 임시 DB 또는 재생 로그 말) 정기적으로 데이터를 덮어 높은 트랜잭션 응용 셈입니다. 여기에 주요 문제는 데이터가 기록하고 확인되면 스토리지 시스템은 그것이 아니라 그대로 확인하므로 그것을 보정의 방법이 없다는 것입니다. 이것은 데이터 중복 제거에 대한 효과에 대한 대규모 노크를 할 수 있습니다. 초기 블록이 식별되지 않고 손상된 섹터에 기록되는 경우, 이것은 다음 대규모 데이터 손상을 초래, 중복 제거 프로세스의 일부로 다른 데이터 블록의 100까지 연결될 수 있습니다.
스트 라이프를 작성한 후에 RAID 계산되기 때문에 이것은 항상 RAID 패리티에 의해 수정하실 수 없습니다. 그것은 항상 전체 스트 라이프는 항상 기록되지 않은대로, 그것은 패리티 디스크뿐만 아니라 아직 디스크에 기록되지 데이터를 기존 데이터로부터 계산한다이 경우 부분적인 스트 라이프 될 수 중 메모리에 계산되지 않습니다. 데이터가 디스크에 기록 후 패리티를 계산하기 위해 읽고있다면, 그것은 반드시 원본에 대해 확인되지 않습니다. 가이 문제를 해결할 몇 가지 방법이 있으며, 대부분이 메모리에 일어날 필요가, 일반적으로 체크섬이 허용되는 방식으로 간주됩니다. 당신이 맞서 그것을 비교할 수 없다로 확인 쓰기 보장할 수 없습니다 후에 데이터를 나중에 읽기, 무결성은 데이터를 비교하기 위해 메모리에 계속 활성 상태 점검해야합니다.
이 스토리지 벤더들이 이것을 대처하는 방법에는 여러 가지가 있으며, 당신이 기대대로 넷앱 일을 맡을께요. WAFL 파일 시스템은 모든 무료 데이터 블록에 기록하고 적극적으로 데이터 블록을 덮어 씁니다하지 마십시오. 무료 데이터 블록을 만들려면 배경에서,이 블록 및 스냅 사진이나 활성 파일 시스템이 특정 데이터 블록에 포인팅 여부 interrogates하여 전체 스토리지 시스템 블록을 실행하는 실행 스크럽 과정이 있습니다. 그렇지 않다면, 그것은 블록의 데이터를 지우는하며 (또는 그것 같이 인 - 사용 아마도 더 정확 될 unmarks)로 무료로 표시한다. 이것은 파일 시스템이 사용하지 않을 데이터 블록이지만, 실제로 부작용으로 그 데이터를 디스크의 전체 면적에 걸쳐 쓰고 부정하게 되는거야 또는 원자의 영향을 최소화하게 분산뿐만 아니라 확인하실 수 있습니다. 또한 WAFL 스크럽 프로세스가 디스크 무결성을 확인하기 위해 데이터 블록을 테스트합니다, 이것이 디스크는 디스크 표면 무결성보다는 육체적 장애에 근거하여 미리 실패 수있는 방법입니다 실패한 디스크 섹터의 정의 임계값 후 디스크가 실패하고 복구 시도 및 핫 스페어가 활성화됩니다. 따라서 넷앱 시스템에서 동일한 데이터 블록은 거의 높은 반복 트랜잭션 시스템에서 (또는 특히) 심지어 반복에 기록되지 않습니다.
위의 모든을 가지고 있으며 전체 파일 시스템은 다른 방식으로 스토리지에 대한 좋지는 것을 파악하는 것이 시작합니다. 당신은 전체 스토리지 시스템을 사용하는 경우 다음에 쓸 수있는 덜 무료로 블록이있다, 그래서 데이터 블록의 작은 부분이 연속적으로 기록됩니다. 이 화합물은 원자와 일반적인 확률은 디스크 마모를 증가합니다. 아카이빙 데이터를 볼 수있는 좋은 이유가 그래서 중복은 일반적으로 파일 시스템은 깨끗하고 스토리지 시스템을 악용하지 유지!
그래서 이러한 문제로부터 데이터를 보호하는 방법에 스토리지 공급 업체에 문의하시기 바랍니다.
좋군요.