백업이 백업이 아닐 때

개념적으로 “백업”이라는 아이디어는 IT에서 모호한 영역이 되어 버렸습니다. 모든 사람이 백업이 무엇인지, 그리고 백업이 어떻게 동작해야 하는지에 대한 각자의 개념을 갖고 있는 것 같습니다. 이는 백업을 제공하는 사람과 소비하는 사람 사이에 기대치가 일치하지 않을 때 위험할 수 있습니다. 저는 전통적인 백업 메커니즘을 사용할 때도 이런 일이 매일 발생하는 것을 봅니다. 정기적으로 새로운 유형의 백업이 등장하면서 오해의 소지와 데이터 손실의 기회가 훨씬 더 두드러지고 있습니다.

전통적인 백업이란 할아버지-아버지-아들(grandfather-father-son) 순환 전략을 사용하는 테이프 기반 백업의 전통적인 세계를 말하며, 이를 논의의 배경으로 설정합니다. 새로운 백업에는 시스템 이미지, 디스크 기반 백업, 연속 백업 및 “클라우드” 또는 온라인 백업이 포함될 수 있습니다. 백업의 세계는 빠르게 진화하고 있으며, 지금이 바로 오해가 기업 데이터 자원을 위험에 빠뜨리기 시작하는 시점입니다.

그렇다면 정확히 “백업”이란 무엇일까요? 개념은 간단해 보이지만, 이 용어를 사용할 때 우리가 진정으로 의미하는 것은 무엇일까요? 시스템이 실패한 후 복원하는 능력을 의미할까요? 파일의 이전 버전으로 롤백하는 능력? 아니면 원본이 더 이상 존재하지 않을 때 데이터를 아카이빙하는 것? 어떤 파일이 얼마나 오래 보관될까요? 이것이 파일 데이터에만 적용되는지, 아니면 이메일과 데이터베이스도 포함되는지요? 시스템 장애 시에만 복원해야 하는지, 아니면 세분화된 데이터 복원 능력도 필요한지요? 하나의 복사본만 필요한지, 아니면 파일의 모든 버전 복사본이 필요한지요?

이제 랜섬웨어 같은 것들이 제기하는 추가적인 위험으로 인해, 단순한 버전 관리를 넘어 잠재적으로 무제한 버전 관리와 시스템과 백업 간의 에어 갭(air gap)에 대한 우려가 이전에는 일반적으로 걱정하지 않던 수준으로 높아졌습니다.

많은 조직, 특히 소규모 조직에서는 종종 엔터프라이즈와 다소 다른 방식으로 백업에 접근하거나 백업을 완전히 생략하는 경우가 있습니다. 대신 “백업을 수행”하지만 원본 파일을 삭제하는 경우가 많습니다. 그리고 “백업된” 파일의 여러 복사본을 유지하는 대신, 단일 복사본(또는 서로 의존하는 여러 버전)만 유지하는 방법을 선택합니다. 이는 실제로 백업이 아니라 아카이브입니다. 파일이 저장된 하나의 디스크나 테이프가 손상되면 파일은 완전히 손실됩니다.

백업이라는 용어는 서로 의존하지 않는 데이터의 최소 두 개의 복사본이 있음을 의미합니다. 아카이브는 이를 의미하지 않으며, 단지 프로덕션에서 다른 시스템으로 데이터를 이전했음을 의미할 뿐입니다. 아마도 비용이 더 낮고 검색이 훨씬 어려운 시스템으로요. 아카이브된 데이터는 백업이라는 용어와 달리 중복성을 의미하지 않습니다.

“백업을 수행”하고 나서 원본 데이터를 삭제하면 더 이상 백업이 아니며, “백업 시스템”에 저장된 파일은 디스크에 있든, 보관함의 테이프에 있든 관계없이 원본 데이터의 백업이 아니라 아카이브가 됩니다. 이제 그것은 복사본이 아닌 소스 파일이 됩니다. 이것이 디지털 미디어의 마법 중 하나로, 복사본은 모방이 아닌 클론이기 때문에 아카이브 구성 요소는 모든 면에서 정당하게 원본입니다.

이것이 사소한 것처럼 보일 수 있지만 실제로는 그렇지 않습니다. 기업이 백업 비용을 지불하고 있다면, 단순히 데이터의 단일 복사본이 아니라 일종의 중복성을 위해 그 비용이 사용된다고 가정할 가능성이 높습니다. 그리고 규정 준수를 위해 백업을 유지해야 하는 규정이 있다면, 아카이브 복사본만 보유하는 것은 해당 요건의 명백한 위반입니다. 두 시스템이 모두 장애를 일으켜 데이터를 검색할 수 없는 것은 모든 규정 준수가 허용해야 하는 엣지 케이스입니다. 그러나 백업이 필요했지만 유지되지 않은 상태에서 아카이브 시스템이 장애를 일으키는 것은 허용 가능한 시나리오가 아닙니다.

이러한 이유와 그 외 여러 이유로 인해 3-2-1 백업 방법론과 같은 개념이 의미가 있습니다. 이 접근 방식은 백업 시스템 내에 백업이 유지되고 프로덕션에 원본을 유지할 필요가 없음을 보장하기 때문입니다. 어떤 의미에서 이 접근 방식은 아카이빙과 백업을 단일 시스템으로 통합하는 것으로 생각할 수 있으며, 이는 설계에 훨씬 더 명확성을 더해줍니다.

어떤 백업 시스템이 적합하든, 백업은 독립적인 복사본을 의미하며, 여러 면에서 오늘날 모든 백업에 있어 실패 도메인을 공유하지 않는 독립적인 복사본이 거의 필수적인 요건이 되었음을 인식하십시오.