Claude Data 버전 복원: 읽기 전용 미리보기 후 공동 대시보드 되돌리는 법

TL;DR

핵심 3줄 요약

미리보기와 Restore의 동작은 공식 설명입니다. 승인·교차 검수는 이 글의 저자 설계입니다. 실제 실행 후기나 성공 결과가 아닙니다.

이 글에서 다룰 내용

기능 정의

언제 쓰면 좋은가

공동 대시보드의 설명이나 구성이 승인 원문과 달라졌을 때 사용합니다. 이전 구성을 검토하는 절차입니다. 오래된 버전이라는 이유만으로 정답으로 취급하지 않습니다.

아래 절차는 Team·Enterprise에서 이미 승인된 비민감 내부 공유 사본을 대상으로 합니다. 컴퓨터 웹과 각자의 로그인 세션을 사용하는 저자 설계입니다. 언어·지역·OS·앱별 화면을 보장하지 않습니다.

시작 전 확인

공식 제공 플랜은 Pro·Max·Ultra·Team·Enterprise입니다. 2026년 11월 13일 확인 기준 Enterprise 기본 활성화 예정일은 미래인 2026년 11월 19일입니다.

Owner가 이미 설정을 저장한 경우는 예외입니다. 두 베타 기능은 기본 비활성화입니다.

현재 계정 화면과 조직 정책에서 이미 허용된 경우에만 진행합니다. 기능이 없으면 설정을 켜지 않고 보류합니다. 조직 Owner를 대시보드 편집자와 동일시하지 않습니다.

사본은 D-A, 기존 편집자는 E-A, 기존 열람 동료는 V-A, 자료 담당자는 R-A로 부릅니다. 현재판 B-N과 후보 B-P는 저자의 로컬 기록 별칭이지 제품 버전명 기능이 아닙니다.

Share의 접근 수준에서 Can view는 열기·댓글 읽기, Can edit은 Commenter 기능에 변경 권한을 더합니다. 기존 E-A의 Can edit과 V-A의 Can view를 유지합니다. 새 초대나 승격은 하지 않습니다.

실행 순서

1. 현재판과 공동 영향을 기록합니다

대시보드를 열기 전에 기존 승인 기록으로 대상 D-A와 조회 범위·비용을 승인받습니다. 승인된 비민감 기존 사본이 없으면 새로 만들거나 공유를 넓혀 조건을 맞추지 않습니다.

그 뒤 D-A의 현재 화면과 기존 기록에서 변경 위치, 공동 편집자의 진행 작업을 확인합니다. 동일 차트의 승인 제목 하나를 기준으로 기간·필터·단위·쿼리·연결·last refresh·표시값과 원자료를 승인된 내부 저장소에 기록합니다.

공유 범위·연결 모드·기존 역할도 남깁니다. 이는 사람의 보존 관례이지 제품 자동 백업이 아닙니다. 복구 지점을 만들려고 일부러 변경하지 않습니다.

기준선에는 무엇이 잘못 바뀌었는지와 유지해야 할 동료의 변경을 따로 적습니다. 예전 제목은 맞더라도 그 뒤 추가된 승인 문구를 잃을 수 있습니다. 실제 차이를 읽기 전에는 후보를 복원 대상으로 확정하지 않습니다.

2. 읽기와 복원의 승인을 분리합니다

공동 화면 변화, 다른 편집 내용의 손실 가능성, 작업 중단, 실행자·승인자·보존 위치·실패 담당자를 합의합니다. 조회의 원격 접근 범위와 비용도 사전 승인합니다. 검토할 수 없으면 연습하지 않습니다.

새 연결·인증 조작·임의 SQL·쓰기 SQL·쿼리나 필터 수정은 제외합니다. 보안 노출이 발견되면 복원보다 보안 담당자 검토를 우선합니다.

함께 편집하던 사람이 작업을 멈췄는지 확인하고 복원 판단을 맡을 사람을 정합니다. 진행 중인 변경을 확인할 수 없으면 복원을 보류합니다. 이 합의는 제품이 자동으로 잠금을 걸거나 충돌을 병합한다는 설명이 아닙니다.

3. 후보를 읽기 전용으로 확인합니다

E-A가 기존 대시보드에서 version history를 열고 후보를 선택합니다. 이 읽기 전용 미리보기는 현재 대시보드를 변경하지 않습니다.

B-N과 B-P를 원래 승인 제목, 조건·기간·단위, 허용 소스·쿼리 순으로 수동 대조합니다. 표시되지 않은 버전 라벨이나 시각을 만들지 않습니다. 후보 식별 근거를 기록하되 식별할 수 없으면 중단합니다.

대조 메모에는 현재판과 후보판의 실제 표시를 각각 옮기고 승인 원문 위치를 붙입니다. 제목의 대상, 미정 상태와 부정 표현이 같은지 읽습니다. 화면에 보이지 않는 쿼리나 연결 정보는 과거판에서 안전하게 복원될 것이라고 채우지 않습니다.

4. 차이를 승인받은 뒤 Restore합니다

수동 대조는 제품의 자동 diff가 아닙니다. 미정 사항과 동료의 변경 손실까지 사람이 검토합니다. 후보에 미승인 소스·쿼리·비밀·외부 공유 내용이 있으면 보류합니다.

승인 범위와 실제 후보가 일치할 때 E-A만 Restore를 실행합니다. 새 동시 변경을 발견하면 재검토합니다. 차트 하나만 부분 복원된다고 가정하지 않습니다.

복원 승인에는 선택한 후보, 바뀔 내용, 되돌아가도 되는 동료의 변경과 보류 항목을 포함합니다. 이 글에서 제목 하나를 비교 기준으로 삼아도 Restore의 영향 범위가 그 제목 하나로 제한되는 것은 아닙니다. 승인받은 후보를 다시 식별하지 못하면 버튼을 누르지 않습니다.

5. 편집자와 열람자가 따로 검수합니다

공식상 Restore는 같은 대시보드를 여는 모든 사람에게 적용되며 새 이력 항목을 남깁니다. view-only 사용자는 편집하거나 복원할 수 없습니다.

E-A는 현재 내용과 B-P, 새 복원 이력을 확인하고 V-A는 자기 세션에서 같은 대시보드의 내용·Can view 표시·편집 및 복원 제어 부재를 확인합니다. 금지 동작을 시도하거나 검증용 변경을 추가하지 않습니다. 내용과 역할 결과를 별도로 판정합니다.

V-A가 기대한 이전판을 보지 못하면 즉시 실패 원인을 추측하거나 새 공유 링크를 만들지 않습니다. 실제 표시와 확인 시각을 남깁니다. E-A의 새 이력은 확인됐지만 V-A의 내용은 확인 필요라면 전체 복원 검수도 보류합니다.

이력에 복원 항목이 생겼다는 사실은 복원을 기록한 근거입니다. 숫자의 정확성이나 모든 사람의 실제 열람 완료를 대신 입증하지 않습니다. 대표 동료 한 명의 관찰을 조직 전체 정상 확인으로 확대하지 않습니다.

6. 원자료와 현재 숫자를 대조합니다

R-A는 원자료와 현재 쿼리·필터·기간·단위·표시값·last refresh를 대조합니다. 차트에서 쿼리와 마지막 갱신 정보를 확인할 수 있습니다. 열 때 갱신 시점이면 데이터가 갱신되는 방식이지 고정 일정 갱신은 아닙니다.

옛 숫자와 같아야 성공인 것은 아닙니다. 자료 범위나 예상 밖 소스 요구가 불명확하면 새로 연결하지 말고 보류합니다. 내부 메모에 역할·미리보기·복원 이력·공유 내용·원문 대조·미확인 사항·승인자를 남깁니다.

표시값이 예전 기록과 다르면 먼저 조회 기간·단위·필터와 원천 자료의 기준 시점을 대조합니다. 같은 숫자가 나와도 쿼리 범위가 다르면 확인 완료로 처리하지 않습니다. 원자료 자체가 미정이면 그 상태를 보존하고 임의로 결론을 만들지 않습니다.

내부 기록은 ‘검사항목 | 대상별칭 | 기대조건 | 실제관찰 | 근거위치별칭 | 확인시각 | 상태 | 승인자’의 8열로 작성합니다. 실제관찰에는 사람이 확인한 내용만 적고 확인 완료·상충·확인 필요를 구분합니다. 이 기록은 제품이 자동 생성하는 감사 로그가 아닙니다.

복사해서 쓰는 프롬프트

다음은 선택 사항인 빈 양식 생성 요청입니다. 실제 데이터·SQL·화면·토큰·접속 URL·관측 정보를 어떤 AI에도 보내지 않고, 사람이 나중에 승인된 내부 환경에서 작성합니다.

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

공동 대시보드는 후보가 맞는지뿐 아니라 누구의 작업과 어떤 조회에 영향을 주는지까지 검토해야 합니다. 공식 기능 설명과 저자 검수 관례를 구분합니다. 실행하지 않은 결과는 성공으로 기록하지 않습니다.

한 줄 요약: 읽기 전용으로 후보를 확인합니다. 공동 영향을 승인받아 Restore한 뒤 내용·권한·원자료를 따로 검수합니다.