Google 데이터 내보내기, 다운로드가 끝난 뒤 확인할 세 가지

Google Takeout에서 압축 파일을 모두 받았다면 이제 안의 자료를 확인할 차례다. 선택한 범위가 들어 있는지, 실제 파일이 풀리고 읽히는지, 목적지에서 다시 쓸 수 있는지를 차례로 보아야 한다. 다운로드 완료 표시만으로 원래 계정을 정리할 시점을 결정할 수는 없다.

첫 번째: 무엇을 내보냈는지 기록한다

Google 데이터 다운로드 안내는 내보낼 제품과 설정을 선택해 데이터 사본을 만드는 기능을 설명한다. 사본을 만드는 과정과 기존 계정의 데이터를 삭제하는 과정은 다르다. 내보내기 요청을 했다는 사실만으로 원래 계정의 자료가 지워지거나 다른 계정으로 옮겨졌다고 생각하면 안 된다.

선택한 서비스, 포함할 폴더·앨범 등 실제 선택 범위, 요청 날짜, 출력 형식과 분할 설정을 메모한다. 내보내기 파일을 받은 후 원래 계정에 새 자료가 추가됐다면 그 자료가 앞선 사본에 없을 수 있다. 오래 걸리는 이전에서는 어느 시점까지의 자료를 보관했는지 기록이 중요하다.

같은 제품 이름으로 묶여 있어도 데이터 종류가 여럿일 수 있다. 화면에 보이는 사진 파일, 앨범 관계, 사용자가 추가한 설명이 목적지에서 모두 같은 방식으로 유지되는지 각각 확인한다. ‘Google 자료 전체’라는 모호한 폴더 이름보다 서비스와 날짜를 적은 이름이 나중에 범위를 찾기 쉽다.

두 번째: 압축 파일이 실제로 풀리고 읽히는지 확인한다

분할된 내보내기라면 일부 묶음만 내려받지 않았는지 먼저 확인한다. 다운로드 목록에 여러 파일이 있는데 하나만 받은 상태로 전체 완료 처리하지 않는다. 각 압축 파일의 이름과 크기를 적어 두고, 서로 다른 내보내기 요청의 파일을 섞지 않는다.

압축 파일 크기가 큰 만큼 풀린 파일과 작업용 사본에도 공간이 필요할 수 있다. 압축 크기를 곧바로 필요한 최종 공간으로 판단하지 않는다. 원래 압축 묶음은 그대로 두고 새 폴더에 풀어 구조를 확인하면, 점검 중 이름이나 자료를 바꿔도 원래 받은 사본이 남는다.

텍스트·사진·영상 중 자신에게 중요한 자료를 직접 연다. 사진은 원본 형식과 촬영 정보를 보고, 메일이나 연락처 자료는 목적지에서 지원하는 형식인지 살핀다. 알 수 없는 정보 파일을 ‘사진이 아니니 쓸모없다’며 정리하지 않는다. 실제로 어느 파일과 연결되는지 먼저 확인한다.

여러 압축 묶음을 받았다면 이름부터 섞지 않는다

내보내기가 여러 파일로 나뉘면 첫 번째 파일이 정상적으로 열린다는 사실만으로 전체를 확인할 수 없다. 먼저 다운로드 목록의 이름·크기·요청 시점을 남기고, 같은 내보내기 요청에 속한 묶음인지 대조한다. 재요청한 파일이 있다면 이전 요청과 별도 폴더에 둔다.

설명용으로 내보내기-A의 묶음 두 개와 나중에 받은 내보내기-B의 묶음 한 개가 있다고 생각해 보자. 파일 이름이 비슷하다는 이유로 한 폴더에서 합치면 서로 다른 시점의 사본이 섞일 수 있다. 어떤 항목이 빠졌고 어떤 항목이 중복인지 판단하기 어려워진다. 요청 단위를 유지하는 편이 대조에 유리하다.

압축을 풀 때도 서비스별 하위 폴더를 바로 평평하게 합치지 않는다. 서로 다른 폴더에서 같은 이름을 쓰는 파일이 있을 수 있기 때문이다. 같은 이름이 나온 경우 덮어쓰기를 허용하기 전에 위치·내용·날짜를 살핀다. 자료의 원래 경로가 사본을 구분하는 정보일 수 있다.

항목 수와 파일 수가 다를 때의 판단

사진 항목 하나가 이미지와 동영상으로 나뉘거나, 추가 설명이 별도 정보 파일로 나올 수 있다. 따라서 앱에서 선택한 100항목과 출력 폴더의 100파일을 그대로 같은 양으로 비교하면 안 된다. 파일 종류와 연결 관계를 먼저 해석한다.

파일이 더 많다고 불필요한 자료라고 정리하지 않고, 더 적다고 즉시 오류라고 확정하지 않는다. 선택 범위와 출력 형식을 연결해 차이를 설명할 수 있어야 한다. 설명하지 못한 차이는 원래 계정을 정리하기 전에 다시 확인한다.

가져오기 결과는 필요한 기능으로 검토한다

목적지에서 자료가 보인다면 다음에는 실제로 쓸 기능을 확인한다. 이름으로 검색할 수 있는지, 날짜로 정렬되는지, 필요한 연락처 필드가 남는지, 동영상이 끝까지 재생되는지 살핀다. 작은 표본에서는 한글 이름·오래된 자료·여러 구성 요소처럼 다른 특성을 포함한다.

원본 사본을 보관하는 것과 목적지 앱의 구조를 완전히 재현하는 것은 다르다. 지원되지 않는 댓글·공유·앨범 관계가 있다면 별도 인수 작업이나 보관 기록으로 남길 수 있다. 파일을 받았다는 메시지를 협업 관계까지 옮겼다는 표시로 사용하지 않는다.

반복 가져오기를 할 때는 중복 처리 방식부터 읽는다. 누락을 채우려고 전체를 다시 넣으면 이미 가져온 항목이 추가로 생길 수 있다. 시도한 파일과 범위, 목적지에서 달라진 개수를 기록해 다음 시도의 대상을 좁힌다.

마지막에는 원래 계정에서 추가·수정된 자료가 있는지 본다. 최초 요청 이후 새 자료가 생겼다면 최종 사본에 반영할 범위를 정한다. 원본 계정의 정리는 내보내기와 가져오기 결과를 확인한 뒤의 별도 단계다. 그때까지 압축 원본과 검토용 사본을 유지하면 잘못 합친 결과도 다시 대조할 수 있다.

세 번째: 목적지에서 작은 묶음을 가져온다

내보내기와 가져오기는 서로 다른 서비스가 담당한다. 같은 파일을 지원한다고 해도 폴더, 공유, 댓글, 수정 이력이나 앨범 관계까지 그대로 복원하는 것은 별개의 기능이다. 목적지 공식 안내에서 지원되는 데이터 종류와 제한을 읽고 시험 묶음을 가져온다.

시험 자료는 서로 다른 날짜의 사진, 한글 이름, 긴 동영상 등 실제 보관함의 특성을 대표하게 고른다. 가져온 뒤에는 개수만 보지 말고 검색, 정렬, 재생과 연결 정보를 대조한다. 촬영 날짜 대신 업로드 날짜 순으로 보이는지, 이름이 바뀌었는지, 같은 항목이 중복으로 생겼는지 살핀다.

이 단계에서 찾은 차이는 전체 이동 방식을 결정하는 근거가 된다. 목적지가 일부 정보를 처리하지 못하더라도 원본 사본과 정보 파일을 따로 유지할 수 있다. 새로운 서비스에서 편하게 보는 자료와 장기 보관용 사본을 하나로 합칠 필요는 없다.

직접 이전 기능과 압축 내보내기를 혼동하지 않는다

Google의 데이터 사본 전송 안내는 지원되는 경우 다른 서비스에 사본을 보내는 기능과 연결 권한을 설명한다. 이런 전송이 제공된다는 사실만으로 모든 서비스와 모든 데이터 종류를 같은 방식으로 옮길 수 있다고 단정하지 않는다.

직접 전송을 사용했다면 전송 요청 화면뿐 아니라 목적지의 결과도 확인한다. 전송할 계정과 받을 계정이 맞는지, 완료 상태와 누락 정보가 있는지 살핀다. 작업 뒤에는 연결된 서비스의 접근 권한이 계속 필요한지도 검토한다. 전송이 끝났다는 메시지와 모든 자료의 정확한 재현은 다른 판단이다.

여러 번 시도할 때는 매번 같은 자료를 추가로 가져오는지 확인해야 한다. 이전 상태를 기록하지 않으면 누락을 채우려다 중복을 늘릴 수 있다. 날짜와 작업 단위별로 결과를 적어 두면 재시도할 범위를 좁힐 수 있다.

원래 계정을 정리하기 전에 남길 인수 기록

내보낸 범위, 압축 묶음 목록, 확인한 표본, 목적지에서 달라진 정보, 보관용 사본의 위치를 한 장에 정리한다. ‘옮김 완료’ 대신 사진은 확인, 앨범은 일부 차이, 공유는 재설정처럼 상태를 나누면 실제 남은 작업이 보인다.

파일의 바이트 내용이 동일한지까지 확인하려면 백업 무결성 점검을 참고할 수 있다. 연락처·일정과 같은 구조화 자료는 CSV·vCard·iCalendar 이전에서 확인 항목을 나누어 설명한다. 원본 서비스의 삭제는 이 점검과 별개의 마지막 결정으로 남겨 둔다.