데이터 손실

데이터 손실은 정보 시스템에서 저장, 전송 또는 처리 중 고장(스핀들 모터의 고장이나 하드 드라이브의 헤드 크래시 등) 또는 부주의한 취급 또는 방치(부적절한 조건에서의 보관 등)로 인해 정보가 파괴되는 오류 상태입니다.정보 시스템은 데이터 손실을 방지하거나 ^[1]손실된 데이터를 복원하기 위해 백업 및 재해 복구 장비와 프로세스를 구현합니다.데이터를 포함하는 물리적 매체가 분실되거나 도난당한 경우에도 데이터 손실이 발생할 수 있습니다.

데이터 손실은 네트워크 장애로 인해 발생할 수 있는 데이터 사용 불가능과 구별됩니다.두 가지 결과는 사용자에게 실질적으로 유사하지만 데이터 사용 불가능은 일시적이지만 영구적인 데이터 손실은 발생할 수 있습니다.데이터 손실은 데이터 침해와도 구분됩니다. 데이터 침해는 데이터 손실이라는 용어가 ^[2]사용되었습니다.

종류들

절차
의도적인 행동
- 파일 또는 프로그램을 의도적으로 삭제함
의도하지 않은 액션
- 파일 또는 프로그램을 실수로 삭제함
- 물리적 스토리지 미디어의 잘못된 배치
- 관리 오류
- 알 수 없는 파일 형식을 읽을 수 없음
실패.
- 전원 장애로 인해 휘발성 메모리의 데이터가 영구 메모리에 저장되지 않습니다.
- 하드 디스크 헤드 크래시 등 하드웨어 장애
- 소프트웨어 크래시 또는 프리즈로 인해 데이터가 저장되지 않습니다.
- 소프트웨어 버그 또는 파일 삭제 명령을 확인하지 않는 등 조작성이 떨어집니다.
- 서비스로서의 소프트웨어(SaaS) 및 SaaS 데이터 에스크로를 사용하여 데이터를 소프트웨어 벤더에 저장하는 비즈니스 장애(벤더 파산)는 프로비저닝되지 않았습니다.
- 파일 시스템 손상 또는 데이터베이스 손상과 같은 데이터 손상.
재앙
- 자연재해, 지진, 홍수, 토네이도 등
- 불
범죄
- 도난, 해킹, SQL 주입, 파괴 등
- 웜, 바이러스, 랜섬웨어, 해킹 또는 물리 미디어의 도난 등의 악의적인 행위.

연구에 따르면 하드웨어 장애와 인적 오류가 데이터 손실의 가장 일반적인 두 가지 원인이며 전체 사고의 ^[3]약 3/4을 차지합니다.데이터 손실의 또 다른 원인은 자연재해입니다.자연재해는 하드웨어의 위치에 따라 더 큰 위험을 수반합니다.자연재해로 인한 데이터 손실 가능성은 낮지만 이러한 상황에 대비하는 유일한 방법은 백업 데이터를 별도의 물리적 위치에 저장하는 것입니다.따라서 최적의 백업 계획에는 오프사이트에 ^[4]저장되는 복사본이 항상 하나 이상 포함됩니다.

비용.

데이터 손실 이벤트의 비용은 데이터의 가치와 아직 사용할 수 없는 시간과 직접 관련이 있습니다.특히 기업의 경우 비용의 정의는 재무적인 범위를 넘어 시간도 포함할 수 있습니다.고려사항:

데이터 없이 계속하는 데 드는 비용
데이터 재생성 비용
타협 시 사용자에게 통지하는 비용

예방

적절한 예방 조치를 취함으로써 데이터 손실 빈도와 영향을 크게 줄일 수 있습니다. 예방 조치는 데이터 손실 유형에 따라 달라질 수 있습니다.예를 들어, 배터리 백업과 발전기가 있는 여러 개의 전원 회로는 전원 장애로부터만 보호하지만, 무정전 전원 공급 장치를 사용하면 갑작스러운 전원 급증으로부터 드라이브를 보호할 수 있습니다.마찬가지로 저널링 파일 시스템과 RAID 스토리지를 사용하면 특정 유형의 소프트웨어 및 하드웨어 ^[5]장애로부터만 보호할 수 있습니다.

물리적 저장 매체인 하드 디스크 드라이브의 경우, 진동과 움직임을 최소화하면 적절한 ^[6]드라이브 온도를 유지할 수 있으므로 구성 요소의 내부 손상을 방지할 수 있습니다.

정기적인 데이터 백업은 데이터 손실 이벤트 후 복구를 시도할 때 중요한 자산이지만 사용자 오류나 시스템 장애를 방지하지는 못합니다.따라서 위험을 ^[7]줄이기 위해 데이터 백업 계획을 수립하고 재해 복구 계획과 함께 실행해야 합니다.

데이터 복구

심각한 전자 장애를 겪은 미디어는 콘텐츠를 복구하기 위해 데이터 복구가 필요합니다.

데이터 리커버리는 많은 경우 물리적으로 손상된 미디어에서 데이터를 리커버리하는 독자적인 방법을 개발한 전문 상용 서비스에 의해 수행됩니다.데이터 리커버리 랩의 서비스 비용은 통상, 파손의 종류나 스토리지 미디어의 종류, 및 필요한 시큐러티 또는 클린 룸의 순서에 의해서 다릅니다.

파일 시스템 파손은 사용자 또는 시스템 관리자가 자주 복구할 수 있습니다.예를 들어 삭제된 파일은 일반적으로 디스크에서 즉시 덮어쓰지 않고 파일 시스템 인덱스에서 해당 항목을 삭제하는 경우가 많습니다.이 경우 삭제는 쉽게 되돌릴 수 있다.

데이터 손실로부터 정상적으로 복구하려면 일반적으로 효과적인 백업 전략을 구현해야 합니다.백업 전략이 구현되지 않은 경우 복구에는 프로그램을 재설치하고 데이터를 재생성해야 합니다.효과적인 백업 전략을 사용하더라도 데이터 손실 이벤트 이전 상태로 시스템을 복원하는 것은 매우 어렵습니다.복구 가능성과 비용 간의 세분화 사이에서 어느 정도 타협이 필요합니다.또한 데이터 손실 이벤트가 즉시 나타나지 않을 수 있습니다.효과적인 백업 전략은 손실된 데이터를 장기간 복구하는 기능을 유지하는 비용도 고려해야 합니다.

매우 효과적인 백업 시스템은 데이터 손실 이벤트가 발생할 때마다 즉시 액세스할 수 있는 모든 파일 및 프로그램의 복사본을 보유합니다.그러나 대부분의 경우 데이터 단위 값과 데이터 손실을 감지하는 데 걸리는 시간 사이에는 역상관 관계가 있습니다.이를 고려하여 많은 백업 전략에서는 잠재적인 데이터 손실 이벤트 이후 시간이 길어짐에 따라 복원 기능의 세분화가 감소합니다.이 논리에 따르면 최근 데이터 손실 이벤트로부터의 복구는 과거에 더 많이 발생한 데이터 손실 이벤트로부터의 복구보다 쉽고 완벽합니다.

복구는 데이터 손실 이벤트 유형과도 관련이 있습니다.손실된 파일 하나를 복구하는 것은 재해로 인해 파괴된 전체 시스템을 복구하는 것과는 크게 다릅니다.효과적인 백업 방법은 데이터 손실의 규모와 복구에 필요한 작업의 규모 사이에 어느 정도 비례합니다.예를 들어 시스템 전체를 복구하는 것보다 손실된 단일 파일을 복원하는 것이 훨씬 쉬울 것입니다.