샌드박스 동기화: 동기화 실패를 피하는 가이드

참고: 이 문서는 새로운 Sandbox에 관한 것으로, 이제 엔터프라이즈 플랜 고객에게 활성화되었습니다. Freshservice의 현재 Sandbox 버전은 여기를 클릭하세요. 단계적 폐지 계획에 대한 자세한 내용은 여기를 클릭하여 확인하세요.


Freshservice의 Sandbox 환경은 설정을 프로덕션에 배포하기 전에 테스트할 수 있게 해줍니다. 그러나 이 과정에서 예상치 못한 우회로를 만날 수 있습니다. 이 가이드는 이러한 장애물을 극복하고 Sandbox와 프로덕션 간의 원활한 동기화를 보장하는 데 필요한 지식을 제공합니다.

1. 두 구성 간의 차별화를 위해 특수 문자를 사용하지 마세요

상상해보세요: Sandbox에서 "Incident Escalation"이라는 워크플로우 자동화를 만들고 프로덕션에서는 "Incident@escalation"이라고 이름을 지었습니다. "@" 기호가 차별화 요소처럼 보일 수 있지만, Freshservice는 기본 이름이 유사하기 때문에 동일한 것으로 간주할 수 있습니다.

오류: Sandbox에서 프로덕션으로 "Incident Escalation"을 동기화하면 기존의 "Incident@escalation"을 덮어쓰게 되어 데이터 손실이 발생합니다.

해결책: 구성 이름에 특수 문자를 사용하지 마세요. 명확하고 설명적인 이름을 선택하세요. "New Ticket@Alert" 대신 "New Ticket Notification"을 생각해보세요.

2. 구성 이름 변경 시 동기화 시 덮어쓰기 발생

Sandbox와 프로덕션 모두에 "Engineering" 부서가 있다고 가정해봅시다. Sandbox 내에서 명확성을 높이기 위해 이를 "Development"로 이름을 변경했습니다.

기존 동작: Sandbox에서 "Development"를 동기화하면 (프로덕션에서 새로운 부서로 생성될 것으로 예상) 기존의 "Engineering" 부서를 덮어쓰게 되어 데이터 손실과 상담원들의 혼란을 초래합니다.

Solution: 구성 이름을 변경한 후 동기화하기 전에, 덮어쓸 구성에 대해 주의하십시오. 동기화 전에 이러한 명확성을 가지면 충돌과 데이터 손실을 피할 수 있습니다.

3. 삭제 및 재생성: 매핑을 두 번 확인

다음과 같은 시나리오를 상상해보십시오:

  • Sandbox와 Production 모두 "엔지니어링" 부서를 가지고 있습니다.

  • Production에서 이를 "UX/UI 디자인"으로 이름을 변경합니다.

  • Sandbox 내에서 "엔지니어링"을 삭제하고 "UI/UX 디자인"이라는 새 부서를 만듭니다.

오류: 동기화 중에 Freshservice는 Sandbox의 "UI/UX 디자인"을 새로운 추가 항목으로 처리합니다. 이는 Sandbox의 기본 이름이 Production의 것과 다르기 때문입니다. 결과적으로 두 워크플로우 자동화기가 동일한 레이블, 즉 이 경우 "UI/UX 디자인"을 가질 수 없기 때문에 데이터 충돌이 발생합니다.

해결책: 구성 변경 사항을 동기화하기 전에 두 환경에서 구성 이름을 검토하고, 특히 삭제 및 재생성 후 잠재적인 이름 충돌을 해결하십시오. 의도하지 않은 덮어쓰기를 방지하기 위해 이름이 명확히 구분되도록 하십시오.

4. 일관되지 않은 관리자 권한으로 동기화

소스(Sandbox)와 대상(Production) 인스턴스에서 관리자의 권한은 성공적인 동기화를 위해 일관되어야 합니다.

예시: Sandbox에서 "Play God" 액세스를 가진 관리자가 Production에서 "IT 관리자" 액세스를 가질 경우, 권한 부족으로 인해 부분적인 동기화 실패가 발생합니다. 예를 들어, Sandbox의 IT 관리자는 Production에서 Play God 관리자 액세스가 필요한 글로벌 설정을 동기화할 권한이 없습니다.

해결책: 동기화를 수행하는 관리자가 Sandbox와 Production에서 동일한 권한을 가지고 있는지 확인하십시오. 필요한 권한에 대해 확신이 없다면 Freshservice 관리자 가이드를 참조하거나 Freshservice 지원에 문의하십시오.

5. 일관되지 않은 설정으로 인한 동기화 실패

Sandbox와 Production에서 필드 설정(필수/선택 사항)이 일관되도록 보장합니다.

: Production의 부서 생성 양식에서 "부서장" 필드는 필수입니다. 그러나 Sandbox에서는 동일한 필드가 필수가 아닙니다. Sandbox에서 부서장을 지정하지 않고 Production으로 동기화하려고 하면 동기화 실패가 발생할 수 있습니다.

해결책: 동기화 전에 두 환경에서 필드 설정이 일관되도록 확인합니다.

6. 동기화 후 소스의 구성 순서가 보장되지 않음 

Freshservice는 동기화 후 구성(워크플로우, SLA 등)의 순서를 보장하지 않습니다. 이는 배 위의 의자를 재배치하는 것과 같으며, 핵심 기능에는 영향을 미치지 않지만 워크플로우에 영향을 줄 수 있습니다.

  • 새로운 구성 추가: 새로운 구성은 Sandbox에서의 위치와 관계없이 Production의 목록 하단에 추가됩니다.

  • 기존 구성 업데이트: 구성의 위치가 아닌 업데이트만 복사됩니다.

해결책: 동기화 후 비즈니스 요구 사항에 따라 구성을 재정렬하여 원활한 워크플로우를 보장합니다.

7. 사용자 동기화 시 작업 공간 권한이 복사되지 않음

동기화 중 "작업 공간 권한"(이메일, 이름, 위치, 관리자 등)을 제외한 모든 사용자 정보가 복사되지만, 작업 공간 권한은 다른 목적지로 향하는 별도의 철도 선로와 같습니다.

해결책: 동기화 후 작업 공간 권한을 별도로 할당하여 적절한 접근 제어를 보장합니다.

8. 필드 선택 항목은 항상 병합되며, 덮어쓰지 않음

필드 선택 항목/값은 동기화 중 병합되며 덮어쓰지 않습니다. 

: Sandbox와 Production 모두 "우선순위" 필드에 선택 항목이 있습니다 ("낮음," "보통," "높음"). Sandbox의 선택 항목이 새로운 선택 항목으로 대체됩니다 ("매우 낮음," "중간," "매우 높음"). 

Sandbox에서 새로운 선택 항목으로 "우선순위" 필드를 동기화하면 기존의 선택 항목 ("낮음," "보통," "높음")에 추가됩니다. 이제 Production의 "우선순위" 필드 선택 항목은 ("낮음," "보통," "높음", "매우 낮음," "중간," "매우 높음")이 되며, 모두 대체되지 않습니다. 

해결책: 시스템을 깔끔하고 효율적으로 유지하기 위해 필요하지 않은 선택 항목은 Production에서 직접 제거하세요.

9. 데이터 무결성을 유지하기 위해 부모-자식 구성을 함께 동기화하세요

부모-자식 관계가 있는 구성 (예: 위치, 자산 유형)을 다룰 때, 데이터 무결성을 유지하기 위해 전체 계보를 동기화하세요.

"샌프란시스코"는 Production에서 ("북아메리카" -> "미국" -> "캘리포니아" -> "샌프란시스코")의 일부입니다. 독립적인 "샌프란시스코" 위치를 생성하고 (부모 관계 없이 "캘리포니아"와) Sandbox에서 Production으로 동기화하면, 기존의 "북아메리카" -> "미국" -> "캘리포니아" -> "샌프란시스코"를 업데이트하는 대신 Production에 새로운 "샌프란시스코" 위치가 생성됩니다.

해결책: 데이터 불일치를 피하기 위해 항상 부모-자식 구성의 전체 계보를 동기화하세요.

10. 두 계정 (소스 및 대상)이 동일한 워크스페이스 모드에 있는지 확인하세요 

여러 워크스페이스가 있는 Sandbox는 단일 워크스페이스 모드의 Production 인스턴스와 동기화할 수 없습니다 (그 반대도 마찬가지입니다). 마치 기차 선로 위에서 자동차를 운전하는 것과 같습니다 – 그들은 단순히 호환되지 않습니다!

해결책: 동기화를 시도하기 전에 Sandbox와 Production이 동일한 ESM 모드 (단일 또는 다중 워크스페이스)에 있는지 확인하세요

11. 사용자 정의 객체 레코드는 동기화 중에 복사되지 않습니다

사용자 정의 객체 레코드는 Sandbox 생성 과정에서 Sandbox로 복사됩니다. 그러나 동기화 과정에서는 복사되지 않습니다. 

: 사용자 정의 객체 "C"에는 5개의 필드와 100개의 레코드가 포함되어 있습니다. 샌드박스가 생성되면, 모든 5개의 필드와 100개의 레코드가 샌드박스로 복사됩니다. 그러나 샌드박스에서 몇몇 필드를 업데이트하고 20개의 새로운 레코드를 추가하면, 동기화는 필드에 대한 변경 사항만 복사하고 레코드는 복사하지 않습니다. 

해결책: 사용자 정의 객체 세부 정보(메타데이터 및 필드)가 프로덕션에 성공적으로 동기화되면, 내보내기/가져오기 기능을 사용하여 레코드를 최신 상태로 유지하십시오.

이러한 지침을 따르면 잠재적인 함정을 피하고 샌드박스와 프로덕션 환경 간의 원활하고 오류 없는 Freshservice 구성 동기화를 보장할 수 있습니다. 테스트에서 배포까지 성공적인 여정을 보장하기 위해 약간의 준비가 큰 도움이 됩니다!

이 문서가 도움이 되었나요?

Freshservice AI 도우미

샌드박스 동기화: 동기화 실패를 피하는 가이드

AI 어시스턴트 초기화 중...