구글 드라이브 파일이 갑자기 사라진 사례

 (support.google.com)
2P by GN⁺ | ★ favorite | 댓글 1개
  • Windows용 Google Drive for desktop 사용자가 Drive가 2023년 5월 상태로 되돌아간 것처럼 보이며, 이후 데이터와 폴더 구조 변경이 사라졌다고 도움을 요청함
  • 활동 내역에도 5월 기록만 보이고 직접 삭제한 파일이 없어, 일반적인 삭제 복구 경로인 휴지통에서도 파일을 찾을 수 없었음
  • Google 지원팀이 안내한 복구 프로그램과 DriveFS 폴더 백업·복원 절차는 효과가 없었고, 엔지니어 검토 여부도 확인되지 않았다고 밝힘
  • 다른 사용자들도 폴더·파일 누락, 로컬 파일 미업로드, Drive desktop 장기 오작동 등 비슷한 문제를 보고함
  • Google Drive 커뮤니티 매니저는 조사가 끝났고 해결책이 있다고 안내하며, Drive for desktop v84.0.0.0~84.0.4.0 동기화 문제 관련 Forum 글로 연결함

처음 제보된 증상

  • Windows의 Drive for Desktop 사용자가 Google Drive 파일이 갑자기 사라졌다고 보고함
  • Drive가 문자 그대로 2023년 5월 상태로 돌아간 것처럼 보였고, 5월부터 제보 시점까지의 데이터가 사라짐
  • 폴더 구조도 5월 상태로 되돌아간 것으로 보였음
  • Google Drive 활동 내역에는 변경 사항이 보이지 않고, 5월의 활동만 표시됨
  • 파일을 수동으로 삭제하지 않았기 때문에 휴지통에도 파일이 없었다고 밝힘
  • 사용자는 파일과 Drive를 다른 사람과 동기화하거나 공유하지 않았고, 로컬로 사용했다고 설명함

복구 시도와 막힌 지점

  • 한국 Google 지원팀 안내에 따라 복구 프로그램을 실행했지만 실패함
  • DriveFS 폴더를 백업하고 복원하라는 안내도 받았지만 변화가 없었음
  • 이후 미국 쪽으로 보이는 Google 지원팀에 문제를 보고했고, 엔지니어에게 전달하라는 안내를 받음
  • 엔지니어의 답변은 없었고, 문제가 검토 중인지도 알 수 없었다고 함
  • 사용자는 며칠 전까지 Drive를 사용했고, 다음 날 아침 문제가 발생했다고 설명함

이어진 유사 사례

  • 다른 사용자들도 같은 문제를 겪고 있다고 댓글을 남김
  • 일부 사용자는 폴더와 파일이 사라졌고, 안내된 복구 옵션이 작동하지 않는다고 함
  • 한 사용자는 2년치 파일을 잃었다고 말함
  • 또 다른 사용자는 로컬에는 파일이 있지만 2주 동안 클라우드에 업로드되지 않았다고 함
  • 2023년 12월 말과 2024년 1월에도 Drive desktop이 거의 한 달간 동작하지 않거나, 컴퓨터의 공유 폴더 일부가 drive.google.com에 나타나지 않는다는 댓글이 이어짐

Google의 안내와 후속 링크

  • Google Drive 커뮤니티 매니저는 팀이 문제를 조사했고 해결책이 있다고 안내함
  • 안내된 연결 글은 Drive for desktop v84.0.0.0 - 84.0.4.0 Sync Issue임
  • 해당 답변은 Google 직원인 Dave - Sr. Product Support Manager가 추천함
  • 이후 Product Expert Alumni는 원래 Drive for Desktop 이슈를 겪는 사용자는 Google 지원 문서를 보고 1:1 지원에 연락하라는 안내를 공유함
  • Drive for Desktop 이슈와 무관한 일반 파일 복구 문의는 별도 파일 복구 안내 스레드를 따르라고 구분함

사용자에게 남은 영향

  • 일부 사용자는 한 달 가까이 파일을 복구하지 못했고, 추가 저장공간 비용을 계속 지불하고 있다고 말함
  • 복구 메뉴가 존재하지 않아 안내된 절차를 사용할 수 없다는 댓글도 있음
  • 업무 증빙, 출생증명서, 직원 근무 기록 등 중요한 파일을 찾지 못한다는 사례가 이어짐
  • 최초 스레드는 잠겨 있어 답글 작성이 비활성화됨

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 여담이지만, 고객들이 거대 기업의 지원 포럼에서 자원봉사하는 동기가 궁금함
    반응 빠른 커뮤니티가 있는 건 좋지만, 시가총액 1조 달러 기업이라면 훌륭한 고객 지원에 돈을 써야 한다고 봄
    이 경우에도 자원봉사 고객 지원 담당자는 “우리는 자원봉사자라 사용자 계정에 접근할 수 없고 경험 공유만 가능하다. 이 경우 할 수 있는 일이 없다”고 답할 뿐이고, Google이 이 문제를 봤는지조차 알 방법이 없음

    • Google Play Store에 등록하려면 고객 지원을 제공해야 한다는 점이 아이러니함
      https://support.google.com/googleplay/android-developer/answ...
      각 앱에 대해 유료 앱이나 인앱 결제 관련 사용자 질문에 제때 답해야 하고, 고객 지원 질문에는 영업일 기준 3일 안에 응답해야 하며, Google이 긴급 제품 문제로 연락하면 24시간 안에 답해야 한다고 되어 있음
    • 다른 지원 포럼에서 남을 돕는 자원봉사자들과 동기는 같을 것 같음
      제품 뒤에 있는 회사의 시가총액이 얼마든 인간 본성은 바뀌지 않음
      Microsoft SQL Server나 Blender 관련 Stack Overflow 기여자들과 무엇이 다를 거라고 기대하는지 모르겠고, 어떤 사람들은 가짜 인터넷 점수를 받더라도 그냥 남을 돕는 걸 즐김
    • 이런 논의에 직원도 아닌 사람들이 왜 끼어드는지 이해가 안 됨
      이런 경우에는 제공할 수 있는 도움이 전혀 없음
    • 호주 시장에서 Pixel Watch 2 통신사 지원 여부를 검색하다가 Google Support 스레드에 들어갔는데, 어떤 통신사가 언제 시계를 지원하느냐는 질문의 “채택 답변”이 유럽에 있는 지원 자원봉사자의 답이었음
      그 사람은 지원 문서를 되풀이하고 권위 있는 답변인 척했을 뿐 아무 가치도 더하지 않았고, “채택 답변” 때문에 스레드가 끝나버림
      왜 시간을 들여 이런 일을 하나 궁금해서 살펴봤더니, 일부에게는 그냥 이력서용 활동일 뿐으로 보였음
    • 최근에 GitHub에서 사람과 연락하려고 했음
      https://github.com/pricing 페이지에는 인증된 교사인데 이미 Copilot을 구독 중이면 어떻게 되는지 지원팀에 문의하라고 명확히 되어 있었음
      하지만 GitHub의 누군가에게 연락하는 건 사실상 불가능해 보였고, 모든 시도가 자동 응답과 게시물 종료로 이어졌음
      도움 포럼에도 글을 올렸지만 당연히 답을 받지 못함
      이 일 이후 중요한 것은 GitHub에만 두지 않게 됐고, 앞으로 다른 문제가 생겨도 어떤 도움도 받을 수 없을 거라고 생각하게 됨
      조심해야 하는 건 당연하지만, 이런 문제를 겪어보면 현대의 대기업과 연락하는 일이 얼마나 어려운지 실감함

  • 데이터가 사라졌다는 다른 지원 요청들도 있음
    https://support.google.com/drive/thread/245534268/a-spreadsh...
    https://support.google.com/drive/thread/245524854/data-in-go...
    https://support.google.com/drive/thread/245596891/5-months-o...
    https://support.google.com/drive/thread/245661673/disappeari...
    https://support.google.com/drive/thread/245407620/i-can-t-fi...

  • 내 데이터도 Google Takeout으로 덤프해야겠다는 생각이 듦
    https://takeout.google.com

    • 외장 4TB SSD를 사서 Google 쪽에서 대형 사고가 나 데이터가 영구 삭제될 경우에 대비해 몇 주마다 Takeout으로 내려받아 오프라인 백업을 해둠
      로컬 드라이브는 “방화” 금고에 보관함
      다만 방화라는 말은 약간 부정확해서 방화 금고 안에서도 물건이 탈 수 있지만, 집이나 아파트에 불이 났을 때 없는 것보다는 나음
      세 번째 외부 백업으로 Amazon Glacier에도 백업함
      S3도 쓸 수 있지만 Glacier보다 조금 더 비쌀 수 있음
    • Rclone은 Google Drive를 백업할 수 있고, Docs는 .docx로, Sheets는 .xlsx로 받을 수 있음
      어떤 클라우드 제공자에 대해서도 더 나은 파일 전송 도구라고 봄
      https://rclone.org/
    • 놓치기 쉬운 주의점이 하나 있음
      내게 공유된 파일은 내가 할당량을 초과했거나 소속 조직이 할당량을 초과한 상태라면 내보내지지 않음
      모든 것을 수동으로 로컬에 내려받거나, 이런 파일을 가져올 다른 도구를 찾아야 함
    • Nest 데이터로 해봤는데 며칠 뒤 “문제가 발생했으니 나중에 다시 시도하라”는 이메일만 받았음
    • Apple도 이런 식으로 데이터를 한곳에서 내보내기할 수 있는 기능을 제공했으면 좋겠음

  • 유료 기업용 등급의 Google Workspace 계정에서도 비슷한 일이 있었음
    어느 날 전체 Drive가 말 그대로 약 6년 전으로 시간 여행을 한 것처럼 바뀌었고, 수십 GB의 파일이 사라진 대신 100% 삭제했던 오래된 파일 수십 GB가 그 자리에 생겼음
    “Google이 정말 삭제하긴 하나” 쪽으로 너무 깊게 생각하진 않지만, Workspace 계정이라 “데이터를 실제로는 절대 삭제하지 않기” 같은 설정이 켜져 있을 수도 있음
    Workspace 관리자 UI는 이해하려면 박사 학위가 필요할 정도라 확인해보진 않음
    모든 것을 로컬 NAS에 동기화해둬서 크게 걱정하진 않았고, 추억 여행처럼 꽤 흥미로웠음
    다음 날에는 정상으로 돌아왔음

    • 이런 상황에서는 사용자와 조율해야 한다고 봄
      이미 사용자가 직접 고치기 시작했다면 그 작업도 롤백됐을까?
      혹은 그 기회에 폴더 구조를 크게 정리하거나 재구성했다면 어떻게 됐을까?
    • “데이터를 실제로는 절대 삭제하지 않기” 설정은 거의 확실히 있을 것 같음
      사용자가 실수로 전부 삭제했을 때 시스템 관리자가 복구할 수 있게 해주는 기능임
      Workspace 관리자 UI는 최종 사용자가 아니라 훈련된 시스템 관리자를 위해 설계됐고, 그래도 검색을 좀 하면 알아내기 꽤 쉬움

  • Google Drive나 동기화된 상태를 다루는 클라우드 전반의 문제가 이거임
    사람들은 “로컬 컴퓨터에도 있고 클라우드에도 있으니 훨씬 안전하다”고 생각함
    하지만 사용자가 데이터가 사라진 걸 발견하기 전까지 보이지 않는 나쁜 일이 많이 생길 수 있음
    디스크에 파일을 저장했는데 클라우드 클라이언트에 문제가 생기면, 특히 연결이 나쁘면 파일이 아예 동기화되지 않아 OS 재설치 때 잃어버리거나 로컬에서도 삭제될 수 있음
    클라우드 제공자 쪽에 문제가 생겨 백업을 복원하면, 그 복원된 상태가 다시 내 컴퓨터로 동기화됨
    제공자가 어떤 파일을 싫어하게 되면, 예컨대 백신이 표시하면 서버에서 제거되고 그게 내 컴퓨터에도 동기화됨
    오탐일 수도 있고, 감염된 파일을 보관할 이유가 있을 수도 있음
    Google Drive 공식 클라이언트는 꽤 잘 만들어졌다고 알고 오래 썼지만, 버그는 생김
    결론은 직접 백업해야 한다는 것임

    • 비교 대상이 잘못됐음
      평균적인 소비자는 원래 백업을 전혀 하지 않았고, 물건을 클라우드 서비스에 올려두는 것만으로도 그 방식보다는 큰 개선임
    • “직접 백업하라”는 건 신선한 재료로 직접 요리하면 건강하게 먹기 쉽다는 말과 비슷함
      꼼꼼하고 정기적으로 백업을 만들고 복원 테스트를 해야 가장 좋다는 건 알지만, 그렇게 성실히 하는 사람은 매우 적음
      자동화 여지는 있지만, 그 경우에도 버그로 조용히 실패하고 바쁜 사람이 너무 늦게 알아차릴 위험으로 되돌아감
    • 결국 프레퍼식 사고에 가까움
      모든 것은 위험이고, 각자 감수할 수 있는 위험 수준을 정해야 함
      클라우드에 문제가 있냐면 있음
      하지만 대부분의 사람은 클라우드 제공자보다 로컬 백업을 망칠 가능성이 훨씬 큼
      평균적인 사람이 외장 하드를 어떻게 다루는지 보면, 안에 깨지기 쉬운 유리 디스크가 있다는 걸 모르는 것 같음

  • 나도 지난주 목요일에 6개월치 파일을 잃어버렸고 완전히 망연자실함
    Google Drive가 내 백업이어야 했는데, 지원팀과 얘기하니 파일은 복구할 수 없다고 했음
    원격 클라이언트 강제 업데이트가 파일이 저장된 클라이언트 파일 시스템을 손상시킨 것 같음
    소프트웨어는 클라이언트 머신에서 파일이 그냥 사라질 수 있는 방식으로 작성되면 안 됨
    이건 받아들일 수 없음

    • 백업의 핵심은 데이터를 어딘가에 복사본으로 보관하는 것임
      유일한 복사본이 Google Drive에 있다면 백업이 전혀 없는 상태임
    • Google Drive는 백업이 아님
      백업은 최소한 오프라인이어야 하고, “실시간” 데이터의 스냅샷이나 복제본이어야 하며, 같은 장소가 아닌 외부에도 있어야 함
      3-2-1 백업을 찾아보면 됨
      Google Drive는 실시간 저장소라서 파일이 사라졌고, 막을 방법도 없었던 것임
      다시 말하지만 그건 백업이 아니라 남의 컴퓨터에 있는 내 파일일 뿐임
      백업에서 가장 중요한 건 주기적으로 복원을 테스트하는 것임
      내 규칙은 “성공한 복원 없음 = 백업 없음”임
      당연해 보이지만 고객들에게 여러 번 일어났고, 항상 “백업 정상” 메일은 오는데 데이터를 확인하면 반년 동안 아무것도 기록되지 않은 경우가 있었음

  • 말도 안 됨
    오늘 엄마가 전화해서 Google Drive 파일이 어디로 갔는지 한 시간 동안 같이 찾아봤음
    왜 이런 일이 생겼는지 전혀 알아내지 못했는데, 이 문제가 원인이라고 확신하게 됨

    • 부모님 것을 GDrive로 합치지 않고 기존 제공자에 그대로 두기로 한 결정이 두 배로 고마워짐

  • 끔찍함
    포럼 글들에서 고통과 불확실성이 느껴짐
    최근에는 여러 사용자 프로필을 쓰는 Pixel 사용자들도 파일 접근 권한을 잃었음
    그 경우 실제 데이터는 사라지지 않았고 이후 업데이트에서 문제가 고쳐졌음
    [0]https://support.google.com/pixelphone/thread/239104039/can-n...

  • Google Drive를 S3에 백업할 때 rclone을 사용함
    비슷한 걸 하지 않고 있다면 추천함
    rclone은 Google Docs도 ODF 형식으로 내보낼 수 있음

    • ODF 변환은 Google 쪽에서 일어난다는 점에 유의해야 함
      즉 클라우드 문서가 민망할 정도로 작은 어떤 크기를 넘으면, 예를 들어 영상 몇 개가 들어간 인턴 연말 발표용 Slides 덱 같은 경우, 그냥 크기 오류가 나고 rclone이 고칠 수 있는 게 없음
      결국 경고를 잘 봐야 함
    • veracrypt로 암호화한 플래시 드라이브에도 동기화를 돌림
      로컬 저장소는 개인 데이터 백업 전략의 핵심이라고 봄
    • 매일 cron 같은 걸로 돌리는지 궁금함
      Google에서 내 사진을 어떻게 백업할지 고민 중임

  • 클라우드 서비스에 지나치게 의존하는 건 치명적인 실수임
    이런 기술도 일상 기기만큼 오류가 날 수 있다는 걸 자주 잊음
    민감한 파일은 클라우드에 저장하지 말아야 함

    • 아마 유일한 복사본으로 두지 말라는 뜻일 것임
      그건 당연함
      하지만 일상 기기는 전문 스토리지 엔지니어들이 관리하는 중복 저장소보다 확실히 덜 신뢰할 만함
답변달기
GeekNews BeeBS 게시판 오픈! 자유로운 이야기와 소소한 일상을 함께 나눠보세요.