데이터 HDD와 SSD
사용자 파일과 가상 서버 데이터가 저장되는 주 매체입니다. RAID(Redundant Array of Independent Disks)는 여러 디스크를 묶는 구성이며 RAID 삭제는 각 물리 매체 전체 삭제와 다릅니다.
DATA DESTRUCTION
서버와 NAS에서는 무엇을 파기하나요?
NAS(Network Attached Storage)는 네트워크로 파일을 공유하는 저장장치입니다. 서버와 NAS의 파기에서는 본체 이름보다 실제 장착된 HDD, SSD와 분리 보관한 디스크를 확인합니다. 서비스 중단과 백업 보존 범위를 정한 뒤 승인된 매체만 처리합니다.
01 / CONCEPT
RAID와 가상화는 여러 물리 저장장치를 논리 공간으로 묶습니다. 공유폴더나 가상 디스크를 삭제해도 물리 매체, 스냅샷과 복제본의 기록이 모두 같은 범위로 처리되는 것은 아닙니다.
사용자 파일과 가상 서버 데이터가 저장되는 주 매체입니다. RAID(Redundant Array of Independent Disks)는 여러 디스크를 묶는 구성이며 RAID 삭제는 각 물리 매체 전체 삭제와 다릅니다.
OS가 설치된 SSD, M.2, USB와 내부 모듈에도 계정, 인증 정보와 로그가 있을 수 있습니다. 데이터 베이만 비우고 본체를 인계하지 않도록 장비 구성을 함께 확인합니다.
캐시는 읽기나 쓰기를 빠르게 하기 위한 저장 공간입니다. SSD 캐시, 지속성 메모리가 있는 제어 장치와 이전에 사용한 예비 디스크는 실제 데이터 기록 가능성을 구분해 목록에 넣습니다.
현재 장착된 디스크 외에 장애로 뺀 디스크, 반품 예정품과 창고의 예비품이 남아 있을 수 있습니다. 장착 목록과 교체 이력을 함께 대조합니다.
02 / MEDIA
물리 장비, 논리 저장 공간과 원격 사본의 범위를 나누면 파기 대상을 빠뜨리지 않을 수 있습니다.
장비별 베이와 내부 부팅 모듈을 확인합니다. 블레이드 서버처럼 저장장치가 외부에 있는 구성은 서버 본체와 연결 스토리지의 대상을 따로 정합니다.
NAS는 네트워크 파일 저장, SAN(Storage Area Network)은 저장장치를 연결하는 전용 네트워크, DAS(Direct Attached Storage)는 직접 연결한 저장장치입니다. 연결 형태가 달라도 실제 파기는 승인된 물리 매체 단위로 추적합니다.
한 본체에 여러 디스크가 들어가고 확장 선반이 추가될 수 있습니다. 케이스 일련번호만으로 완료 목록을 만들지 않고 인클로저와 슬롯 번호를 개별 디스크에 연결합니다.
전용 백업 장비 안의 HDD와 SSD뿐 아니라 연결된 테이프, 원격 복제와 클라우드 사본을 따로 식별합니다. 이번 물리 장비의 파기 범위와 별도 보존 범위를 문서로 나눕니다.
03 / SELECTION
업무 서비스가 다른 장비로 옮겨졌는지와 기존 저장매체를 처리해도 되는지는 함께 확인해야 합니다.
보존할 시스템과 자료를 인계한 뒤 각 매체의 지원 삭제 기능을 적용합니다. RAID를 해제하거나 새 볼륨을 만든 사실만으로 이전 데이터를 처리했다고 보지 않습니다.
모든 저장 역할과 별도 보관 매체를 식별한 뒤 종류에 맞는 방법을 정합니다. 장비 철거와 저장매체 파기, 잔재 처분의 작업 범위를 구분합니다.
슬롯별 대조와 현장 처리 조건, 입회 및 촬영 범위를 정합니다. 현장 방식에 맞지 않는 매체는 보류하고 승인된 대안을 마련합니다.
04 / STORAGE BOUNDARY
운영 담당자는 서비스의 데이터 범위를, 파기 담당자는 실제 인수할 저장부를 식별해야 합니다. 두 목록을 연결해야 누락과 운영 사고를 줄일 수 있습니다.
LUN은 서버에 제공하는 논리 저장 단위입니다. 씬 프로비저닝, 중복 제거와 스냅샷을 사용하는 환경에서는 한 논리 공간과 물리 디스크의 대응이 단순하지 않을 수 있습니다. 일부 고객의 데이터 삭제와 장비 전체 폐기를 같은 작업으로 다루지 않습니다.
주 데이터 베이 외에 부팅 SSD와 모듈, 읽기 또는 쓰기 캐시, 예비 디스크 및 이전에 인출한 장애품을 조사합니다. 컨트롤러의 비휘발성 캐시 유무도 실제 구성에서 확인하고, 본체 번호 아래 각 저장부를 연결합니다.
원격 복제, 오프사이트 테이프와 클라우드 백업은 장비 밖에 있을 수 있습니다. 서비스 종료 승인과 필요한 보존 사본을 먼저 정한 뒤, 이번 실물 처리의 완료 범위와 별도 시스템에서 마칠 삭제를 구분합니다.
05 / DECISION GUIDE
예를 들어 4베이 NAS 한 대의 종료라 해도 실제 구성에 따라 처리 매체 수가 달라집니다. 아래는 구성 조사 예시입니다.
| 번호 | 저장 역할 | 목록에 적을 단위 | 서비스 종료 때 확인할 것 |
|---|---|---|---|
| 01 | 주 데이터 드라이브 | 각 슬롯의 HDD 또는 SSD 모델과 일련번호 | 본체 이름이나 RAID 그룹 수가 아닌 실제 개별 매체 수 |
| 02 | 캐시와 부팅 매체 | 별도 M.2, USB 또는 내부 모듈 | 주 디스크를 뺀 후 본체에 남는 저장부의 존재와 처리 범위 |
| 03 | 교체 후 보관한 장애품 | 과거 사용 위치와 매체 식별값 | 장착 목록에는 없지만 아직 처리되지 않은 디스크 |
| 04 | 외부 백업과 복제 | 장소와 시스템, 보존 책임자 | 이번 실물 파기로 영향을 받지 않는 사본의 별도 처리 계획 |
06 / PROCESS
운영 영향과 저장 구성 누락을 방지하도록 사전 조사부터 시작합니다.
RAID 슬롯, 핫스페어, SSD 캐시, 부팅 모듈과 분리 보관 디스크를 목록에 넣습니다. RAID 구성을 삭제한 사실을 개별 매체 파기로 대신하지 않습니다.
서비스 중단 시간과 보존할 백업을 확인합니다. 교체 중인 디스크와 현재 운영 중인 디스크가 섞이지 않도록 분리 담당자를 정합니다. 재사용과 파기 대상을 나누고 매체별 처리 방법을 승인받습니다.
본체 자산번호, 슬롯 위치와 실제 HDD 또는 SSD의 일련번호를 연결합니다. 라벨과 컨트롤러 목록이 다르면 분리 전에 확인합니다.
매체가 지원하는 삭제 명령이나 기록부에 맞는 물리 방식을 적용합니다. 인식되지 않아 명령을 쓸 수 없으면 미완료로 표시하고 대체 처리를 승인받습니다.
각 슬롯의 최초 상태와 최종 상태를 대조합니다. 추가 발견 매체, 백업본과 교체 반출품을 누락 없는 별도 목록으로 마감합니다.
07 / EVIDENCE
교체 작업 기록과 실제 파기 기록이 이어져야 같은 모델의 디스크 여러 개를 구분할 수 있습니다.
장비 자산번호, 인클로저와 슬롯, 모델과 일련번호, 역할을 기록합니다. 운영 중인 장치와 폐기 승인 장치를 구역과 라벨로 구분합니다.
자기식 HDD와 SSD를 나누고 적용 방식, 완료 상태와 예외 사유를 연결합니다. 전체 서버 한 대라는 표현만으로 내부 디스크 전부를 완료 처리하지 않습니다.
스냅샷, 백업과 원격 복제는 이번 파기로 없어지는 대상인지, 별도 보존 또는 삭제할 대상인지 적습니다. 다른 시스템에 있는 사본을 물리 디스크 파기 증명서에 포함하지 않습니다.
08 / FAQ
서버 중단, RAID, 캐시와 현장 파기에 관한 질문입니다.
먼저 운영 담당자가 서비스 종료와 보존할 자료를 승인해야 합니다. RAID 해제 자체는 물리 파기의 필수 공정이 아니지만, 시스템 구성과 슬롯별 식별 기록은 분리 전에 확보하는 편이 좋습니다. 운영 중인 디스크를 단순히 뽑는 작업으로 해석해서는 안 됩니다.
본체 수가 저장매체 수와 같지 않습니다. 데이터 베이 외에 SSD 캐시, 부팅 모듈과 확장 유닛, 별도 보관 중인 장애 교체품을 조사합니다. 모델에 따라 저장 구조가 다르므로 슬롯과 매체 번호를 본체에 연결한 목록으로 승인 범위를 확정합니다.
저장장치 분리 전 서비스 중단과 안전한 종료 계획이 필요합니다.
같은 프로젝트에서 처리할 수 있지만 매체 특성에 따라 방식을 구분합니다.
라벨을 읽을 수 있으면 모델과 일련번호를 기록하고 원래 본체 및 슬롯에 연결할 수 있습니다. 라벨이 훼손됐다면 임시 식별값과 확인할 수 없는 범위를 남깁니다. 도구가 번호를 읽지 못했다는 이유로 인수 목록에서 매체를 빼지는 않습니다.
보안, 전원, 장비 반입과 안전 조건을 확인해 현장 방식을 검토합니다.
DATA DESTRUCTION CONTACT
재사용 여부와 작업 장소, 필요한 증빙을 알려주시면 접수와 견적 범위를 안내합니다. 파일 내용이나 개인정보는 공개 문의에 적지 마세요.