NVivo 15 맥 프로젝트를 윈도우로 옮기다 실패하면? 2026 문제 해결 가이드

NVivo 공식 안내는 맥과 윈도우 사이에 프로젝트를 옮길 수 있다고 설명하지만, 두 플랫폼의 기능이 완전히 같지는 않다고 명시합니다. 따라서 파일이 열렸다는 사실만으로 변환이 온전하다고 판단하면 안 됩니다. 기능 차이와 데이터 손실 가능성은 NVivo 15 맥 소개에서 확인할 수 있습니다.

맥 프로젝트의 .nvpx 파일을 윈도우 프로젝트와 같은 파일처럼 다루지 마십시오. 확장자 이름을 바꾸거나 파일을 그대로 복사하는 것은 변환 절차가 아닙니다. NVivo 14 공식 도움말에는 맥 프로젝트를 윈도우에서 열 때 변환하는 방식이 소개되어 있지만, 이는 과거 버전의 안내입니다. NVivo 15에서 같은 메뉴와 적용 조건을 그대로 보장하는 절차로 간주하지 말고, 현재 버전 도움말과 대조하십시오. 과거 버전의 플랫폼 간 변환 안내

변환 전에는 다음 기록을 복사본과 함께 보관하십시오.

• 프로젝트를 만든 플랫폼과 파일 확장자
• 맥과 윈도우에서 사용하는 NVivo 버전 및 업데이트 상태
• 프로젝트를 받은 경로와 받은 시점
• 프로젝트 외부에 저장한 오디오, 동영상, 이미지의 위치
• 오류 메시지 전문과 오류가 난 단계
• 변환 전 프로젝트에서 확인한 주요 코드와 분석 결과

주의: 과거 도움말에 나오는 확장자, 메뉴 이름, 파일 크기 한도는 NVivo 15에 그대로 적용된다고 단정하지 마십시오. 오류 원인을 좁히는 참고 자료로만 사용하고, 현재 공식 도움말의 조건을 우선하십시오.

맥에서 프로젝트를 만든 보유자는 변환을 시도하기 전에 원본을 별도 위치에 보존하십시오. NVivo를 닫고 복사본을 만든 뒤, 복사본 파일명에 작업 목적과 생성 시점을 구분해 적으면 기준본과 변환본이 섞이는 일을 줄일 수 있습니다. 과거 맥 도움말도 프로젝트 복사본을 만들 때 원본을 보존하는 절차를 안내합니다. 다만 메뉴 조작은 현재 NVivo 15 도움말에서 다시 확인하십시오. 과거 맥 버전의 복사본 저장 안내

윈도우 수신자는 받은 파일이 실제 맥 프로젝트인지, 이미 윈도우 형식으로 변환된 프로젝트인지 먼저 구분하십시오. 이어서 양쪽 프로그램 버전을 기록하고, 현재 설치된 NVivo 15가 해당 프로젝트를 열고 변환할 수 있는지 공식 도움말에서 확인하십시오. 이전 버전에서 나중 버전으로 가져오지 못하는 경우가 있다는 과거 도움말은 버전 확인이 필요한 이유를 보여 주지만, NVivo 15의 호환성을 대신 보증하지는 않습니다. 과거 버전의 프로젝트 가져오기 참고

맥 프로젝트를 변환한 뒤 원본은 삭제해도 되나요?
아니요. 대상 윈도우에서 프로젝트 내용과 외부 미디어를 검수하고, 연구 책임자가 인수에 동의하기 전까지 원본과 변환본을 각각 보관하십시오. 변환 오류가 생기면 원본에서 다시 복사해 다른 작업본으로 시험하십시오. 한 파일에 덮어쓰며 반복하면 어떤 단계에서 문제가 생겼는지 구분하기 어렵습니다.

프로젝트 파일 안에 미디어가 들어 있는 경우와, 프로젝트 밖의 파일을 연결해 둔 경우는 구분해서 확인해야 합니다. 외부 파일의 경로는 컴퓨터별 폴더 구조나 사용자 계정에 따라 달라질 수 있습니다. NVivo 14 공식 도움말은 플랫폼을 바꾼 뒤 파일 링크를 갱신해야 할 수 있다고 설명하지만, 그 세부 조작은 과거 버전 기준입니다. 변환본에서 링크가 깨졌다면 NVivo 15의 현재 도움말에 따라 연결을 다시 지정하십시오. 과거 버전의 링크 관련 안내

프로젝트는 열리는데 인터뷰 오디오나 동영상이 재생되지 않는 이유는 무엇인가요?
프로젝트 변환과 외부 미디어 파일의 이동은 별개의 작업일 수 있습니다. 연결 대상이 프로젝트 폴더 밖에 있거나 기존 맥의 경로를 가리키면, 프로젝트가 열려도 새 컴퓨터에서 파일을 찾지 못할 수 있습니다. 파일이 프로젝트에 포함된 것인지, 외부 연결만 저장된 것인지 확인한 뒤 결과를 각각 기록하십시오. 변환이 경로를 자동으로 복구한다고 가정하지 마십시오.

다음 항목을 미디어별로 대조하십시오.

• 음성 녹음과 동영상이 실제 재생되는지
• 사진과 문서의 원본 파일이 열리는지
• 프로젝트 외부 파일을 윈도우 수신자가 접근할 수 있는지
• 외부 자료의 새 위치를 프로젝트 링크에 반영했는지
• 접근할 수 없는 파일과 다시 연결한 파일을 구분해 기록했는지

한 번 맥에서 윈도우로 옮기는 일과, 두 플랫폼을 오가며 계속 편집하는 일은 다른 운영 방식입니다. 공식 NVivo 15 안내는 플랫폼 간 이동 가능성과 함께 기능 차이를 밝힙니다. 과거 공식 변환 도움말도 정기적으로 플랫폼을 바꾸는 작업 흐름을 권장하지 않습니다. 따라서 팀은 주로 유지할 기준본을 정하고, 변환을 맡을 담당자와 승인자를 지정하십시오.

다음 조건 분기로 방식을 정하십시오.

• 한 번만 윈도우로 인계하고, 현재 NVivo 15의 공식 조건이 맞으면: 원본을 보존하고 복사본을 공식 절차로 변환하십시오.
• 버전 조건이 맞지 않거나 변환 단계에서 오류가 나면: 원본을 수정하지 말고 버전과 오류 기록을 정리한 뒤, 현재 공식 도움말 또는 지원 경로를 확인하십시오.
• 프로젝트에 외부 미디어가 있으면: 변환 완료와 별도로 링크 및 재생 검수를 끝내기 전에는 인계를 완료 처리하지 마십시오.
• 팀이 여러 플랫폼에서 번갈아 편집해야 하면: 각자 최신 파일을 기준본으로 취급하는 일을 멈추고, 기준본과 변경 승인 절차를 합의하십시오.

변환에 성공하면 코딩과 연구 결과도 같다고 볼 수 있나요?
그렇게 단정할 수 없습니다. 공식 자료가 플랫폼 간 기능 차이를 명시하므로, 코드 구조와 핵심 인용 구간, 메모, 저장된 쿼리 결과, 시각화 결과를 실제 프로젝트에서 대조해야 합니다. 특히 연구 질문에 직접 연결되는 코딩은 표본 파일을 정해 변환 전후의 근거 위치까지 확인하십시오. 문제가 발견되면 “파일 변환 오류”와 “분석 결과 차이”를 다른 항목으로 보고하십시오.

책임자는 먼저 공개 가능한 예제나 비식별 처리한 복사본으로 인수 절차를 시험하십시오. 정식 자료를 넘길 때는 프로젝트를 만든 사람과 받은 사람이 함께 검수하고, 다음 항목에 확인 표시를 남기십시오.

• [ ] 원본 프로젝트가 별도 위치에 보존되어 있습니다.
• [ ] 변환 방향과 양쪽 NVivo 버전이 기록되어 있습니다.
• [ ] 프로젝트 복사본을 대상으로 공식 변환 절차를 실행했습니다.
• [ ] 주요 코드와 인용 구간을 변환 전후로 대조했습니다.
• [ ] 메모와 필요한 쿼리 결과를 확인했습니다.
• [ ] 외부 오디오, 동영상, 이미지의 재생과 링크 상태를 점검했습니다.
• [ ] 인수 담당자와 승인자가 검수 결과에 동의했습니다.

맥이 없는 연구자는 받은 .nvpx 파일을 안전하게 어떻게 처리하나요?
윈도우에서 파일 이름만 바꾸거나 알 수 없는 변환 도구를 적용하지 마십시오. 원본을 보존하고, 현재 NVivo 15 공식 도움말이 제시하는 윈도우 변환 조건과 설치 버전을 확인하십시오. 맥 쪽의 프로젝트 상태를 점검해야 하지만 사용할 수 있는 맥이 없다면, 임시 원격 맥 환경을 보조 선택지로 검토할 수 있습니다. 다만 원격 맥은 윈도우 변환이나 버전 호환을 자동으로 해결하지 않으며, 최종 인수는 대상 윈도우에서 해야 합니다.

원격 환경은 연구 자료의 보관 위치와 접근 권한도 함께 따져야 합니다. 인터뷰처럼 민감한 자료라면 기관 규정과 과제의 자료 취급 기준을 먼저 확인하십시오. 프로젝트를 외부 환경에 올려도 된다는 승인을 확인하지 못했다면, 자료를 전송하지 말고 기관이 허용한 장비나 지원 경로를 이용하십시오.

현재 가진 방법이 윈도우에서 파일을 다시 여는 시도뿐이라면, 매번 원본에 덮어쓰는 위험과 맥 환경에 접근하지 못하는 제약이 남습니다. 맥 쪽 프로젝트 사본을 실제로 확인해야 하는 경우에 한해 원격 맥을 비교해 볼 수 있지만, 이것이 NVivo 변환 성공이나 자료 정책 준수를 보장하지는 않습니다. 필요한 접근 방식과 인수 조건을 먼저 정한 뒤 MESHLAUNCH의 원격 맥 이용 안내와 현재 대여 조건을 확인하십시오. 장기간 같은 환경을 계속 쓰거나 물리적 연결 장치가 필요한 경우에는 직접 관리하는 맥이 더 적합할 수 있습니다.