Loading

조직 마이그레이션을 준비하는 방법

게시 일자: Feb 26, 2026
상세 설명

고객의 지속적인 성장에 대비하기 위해 조직 마이그레이션 활동을 수행합니다. 조직 마이그레이션을 통해 고객이 Salesforce에 기대하는 것과 동일한 수준의 성능을 계속 제공할 수 있습니다. 조직 마이그레이션을 민첩하게 실행하면 Salesforce에서 인프라 내 활동의 균형을 유지하고 리소스 충돌을 방지할 수 있습니다. 

조직 마이그레이션 기간 동안 조직은 다른 인스턴스로 이동합니다. 저희의 모범 사례를 준수한다면 서비스 점검이 원활하게 이루어질 것입니다. 다음은 조직 마이그레이션 서비스 점검에 대해 자주 묻는 몇 가지 질문입니다. 편의를 위해 마이그레이션 전/후 확인 사항이 첨부되어 있습니다.

참고: 조직이 Hyperforce로 마이그레이션할 예정인 경우 인앱 Hyperforce Assistant를 실행하여 마이그레이션 준비 지침을 확인하십시오. 또한 Hyperforce 조직 마이그레이션 개요에서 유용한 비디오를 시청하시기 바랍니다. 하드 코딩된 참조 업데이트, 허용 목록으로 지정해야 하는 도메인, 이메일 모범 사례가 포함되어 있습니다.

참고: 이 문서는 정보 목적으로만 제공되며 법적 또는 기타 구속력 있는 계약의 일부가 아닙니다. 이 문서에서 설명하는 정책과 사례는 Salesforce의 단독 재량에 따라 변경될 수 있습니다.

유용한 자원: 

솔루션

자주 묻는 질문

1. 내 조직이 조직 마이그레이션될 예정이라는 제품 및 서비스 알림 이메일을 수신하였고, 서비스 점검 날짜에 문제가 있는 경우 어떻게 해야 합니까?

모범 사례를 따라 기본 시스템 서비스 점검 기간에 이벤트를 계획합니다. 시간에 맞춰 조직 마이그레이션을 준비할 수 없는 경우 계정 팀에 연기 요청을 문의하십시오. 마이그레이션 예정 날짜를 기준으로 7일 이내에 접수된 연기 요청은 승인되지 않을 수 있습니다.


2. 조직 마이그레이션을 준비하기 위해 어떤 작업을 수행해야 합니까?

참고: 아래 나열된 모범 사례를 따르지 않는다면 최종 사용자가 마이그레이션 완료 후 Salesforce에 액세스하지 못할 수도 있습니다.
  • 내 도메인 활성화는 조직 마이그레이션을 요청한 고객의 경우 및 하드 코딩된 참조(예: na1.salesforce.com)가 있을 경우 필수 사항입니다.  조직 마이그레이션 전에 하드 코딩된 참조를 상대 URL(예: 내 도메인 하위 도메인)로 업데이트해야 합니다.
  • 하드 코딩된 참조 제거 - 자세한 내용은 하드 코딩된 참조 업데이트 기사를 참조하십시오.
  • IP 범위 변경 사항 검토 - Salesforce가 소유하고 관리하는 데이터 센터 내 조직의 경우 귀하나 귀하의 회사에서 특정 IP 범위 또는 데이터 센터에 대한 액세스를 제한하도록 회사 네트워크 설정이나 이메일 보안 필터를 설정한 경우 귀하의 목록을 업데이트하여 당사의 최신 범위를 포함하도록 해야 합니다. IP 범위에 대한 자세한 내용은 허용할 Salesforce IP 주소 기사에서 확인할 수 있습니다.
  • 서비스 점검 후 통합 문제가 발생할 경우 통합을 새로 고칠 수 있도록 준비합니다.
  • 서비스 점검 기간 후에 로그인 페이지에 "서비스 점검 진행 중" 경고가 계속 표시되면 DNS 캐시를 새로 고칠 수 있도록 준비합니다.
  • 인증서를 로컬로 캐시하는 경우 Trailblazer Community의 인증서 변경 그룹에 가입하여 최신 인증서를 받으십시오.
  • 프로세스를 완료할 충분한 시간을 확보하기 위해 서비스 점검 기간 시작 후 72시간 이내에 대규모 작업에 착수하지 마십시오.*
  • Hyperforce 마이그레이션 고려 사항
 
3.  조직 마이그레이션 기간에 Salesforce에 액세스할 수 있습니까?
서비스 점검 전에 서비스 점검 기간 중 조직의 가용성 관련 정보를 알려 드립니다. 읽기 전용 모드는 일부 또는 전체 서비스 점검 기간 동안 사용할 수 있습니다. 읽기 전용 모드가 무엇인지에 관한 자세한 내용은 읽기 전용 모드 개요 기사를 검토하십시오. 귀하의 조직은 서비스 점검 기간이 종료되기 전에 대상 인스턴스에서 이용 가능해지고 활성화될 수도 있습니다.
 
4. SFO(Salesforce for Outlook) OAuth 토큰이 조직 마이그레이션의 영향을 받습니까?
조직 마이그레이션 후 사용자가 SFO에서 자동으로 로그아웃되고 설정 마법사를 통해 다시 로그인하라는 메시지가 표시됩니다. 서비스 점검 이후 SFO에 다시 로그인하는 중에 문제가 발생하면 Salesforce for Outlook OAuth 재인증 기사의 단계를 따르십시오. SFO 관련 질문은 Salesforce for Outlook 및 Email Connect Trailblazer Community 그룹에 게시하여 추가 답변을 얻으십시오.

5. 조직 마이그레이션 이후에 내 이메일 로그를 확인할 계획이라면 서비스 점검 기간 전에 내 이메일 로그를 요청해야 합니까?
조직 마이그레이션 이후 이메일 로그를 확인해야 하고 새 데이터 센터로 이전하는 경우 서비스 점검 기간 전에 이메일 로그를 요청해야 합니다. 이메일 로그란 무엇입니까? 기사의 단계에 따라 이메일 로그를 요청할 수 있습니다. 이메일 로그를 요청하면 해당 로그가 데이터베이스에 저장되고 조직 마이그레이션 서비스 점검이 진행되는 동안 기타 데이터와 함께 마이그레이션됩니다.
조직 마이그레이션 후에는 기존의 데이터 센터에서 제공한 이메일 로그를 추출할 수 없습니다.
 
6. 조직 마이그레이션이 Sandbox에 영향을 미칩니까?
​현재 Sandbox 복사가 진행되는 동안 프로덕션 인스턴스에서 조직 마이그레이션을 진행하는 경우 Sandbox 새로 고침이 적절히 완료되지 않습니다. 따라서 조직 마이그레이션 최대 2주 전에는 전체 Sandbox 새로 고침을 요청해서는 안 되며 마이그레이션 일주일 전에는 Developer 또는 Developer Pro 복사를 시작해서는 안 됩니다. 조직 마이그레이션 서비스 점검을 시작했을 때 조직에서 Sandbox 새로 고침을 진행 중이었다면 새로 고침이 성공적으로 완료되었다는 메시지가 표시되더라도 마이그레이션 후에 새로 고침을 수동으로 다시 시작해야 합니다.

Sandbox에 있는 변경 집합은 Sandbox 조직이 Hyperforce로 마이그레이션되는 경우에도 마이그레이션되지 않습니다. 기존 Sandbox가 마이그레이션되기 전에 기존 변경 집합이 기존 Sandbox에서 프로덕션 조직이나 다른 Sandbox로 전송되어야 합니다.
 
7. 서비스 점검 후에 통합을 다시 시작해야 합니까?
통합을 반드시 다시 시작해야 하는 것은 아니지만 서비스 점검 후 통합에 문제가 발생하면 문제 해결을 위해 가장 먼저 통합을 다시 시작하는 것이 좋습니다. 서비스 점검 기간 이후 통합을 다시 시작하면 통합이 새 데이터 센터의 IP 주소를 감지할 수 있는 DNS 조회 캐시가 삭제됩니다.

8. 이벤트 모니터링을 사용합니다. 모든 이벤트 로그 데이터가 마이그레이션됩니까?
아니요. 대부분의 데이터는 마이그레이션됩니다. 조직 마이그레이션 전에 처리되지 않은 모든 로그 데이터는 새 인스턴스에서 이용할 수 없습니다. 이벤트 모니터링은 모니터링 이벤트를 채우기 위해 로그 데이터 및 밤에 시작되는 배치 프로세스에 의존하므로, 마이그레이션이 시작되면 마이그레이션 시작일부터 종료일까지의 데이터가 새로운 위치의 조직에 추가되지 않습니다.

9. 현재 [인스턴스].salesforce.com 및 [인스턴스]-api.salesforce.com에서 사용하는 인증서를 이동할 새 인스턴스에서 사용할 수 있습니까?

10. 동일한 임시, 루트 및 아웃바운드 customer-to-Salesforce 인증서를 새 인스턴스에 사용해야 합니까?
  • 비 Hyperforce 조직의 경우 임시 및 루트 인증서는 동일하게 유지됩니다. 또한 SAML, SSO 및 APEX에 사용되는 아웃바운드 인증서는 바뀌지 않습니다.
  • Hyperforce 조직에서는 그렇지 않습니다. Hyperforce는 인증서 고정을 지원하지 않습니다. 서버 인증서는 적절히 명명되고, 여전히 유효하며, Mozilla 서버 인증(SSL/TLS) 루트 인증서 목록에 포함된 인증 기관(CA)에 체인으로 연결됩니다. SAML, SSO, APEX 인증서와 해당 체인은 변경되지 않습니다. 자세한 내용은 Hyperforce에서 Salesforce 서비스에 대한 중단 없는 액세스 유지하기를 참조하십시오.

11. Email-to-Case의 이메일 서비스 주소가 조직 마이그레이션에 의해 영향을 받습니까?
아니요. Email-to-Case의 이메일 주소 서비스는 조직 마이그레이션의 영향을 받지 않으며 주소에 이전 조직의 인스턴스를 계속 추가합니다.

12. 레코드의 Salesforce ID 및 루트-상대 URL은 유지됩니까?
예. 레코드의 Salesforce ID 및 루트-상대 URL은 그대로 유지됩니다.

13. 레코드 ID가 조직 마이그레이션의 결과로 변경됩니까?
아니요. 조직 마이그레이션 후에도 기존의 레코드 ID는 변경되지 않습니다.

14. 조직 마이그레이션 후 조직의 서비스 점검 기간 또는 릴리스 일정이 변경됩니까?
  • 비 Hyperforce 조직의 경우 릴리스 일정 및 서비스 점검 기간은 동일하게 유지됩니다. 기본 Salesforce 서비스 점검 일정 기사를 참조하여 새로운 인스턴스에 대한 서비스 점검 기간을 확인하십시오.
  • Hyperforce 조직에서는 고객 대다수의 서비스 점검 기간이 동일하게 유지됩니다.  마이그레이션 후 시간대가 변경되면 현지 시간에 맞춰 서비스 점검 기간이 조정될 수 있습니다. 기본 Salesforce 서비스 점검 일정을 참조하십시오. 릴리스 및 서비스 점검 기간에 대한 추가 정보는 Hyperforce에서 새 인스턴스를 검색하십시오. 

 

15. 서비스 점검 동안 내 조직에 미치는 영향을 이해할 수 있는 자세한 정보는 어디에서 확인할 수 있습니까?

주별 내보내기, 실제 삭제, 이메일 스레드, SSO, 검색 기능, 파트너 포털 등 업데이트 동안 경험하게 되는 영향에 대한 자세한 내용은 Salesforce의 Salesforce 서비스 점검 중 내 조직은 어떤 영향을 받습니까? 기사를 참조하십시오.
 

16. 조직 마이그레이션이 Bot을 사용하는 데 영향을 미칩니까?
계획된 Salesforce 조직 마이그레이션 이후 몇 가지 작업을 완료해야 Bot이 정상적으로 실행됩니다.
  • 설정에서 Einstein Bots의 기본 설정이 켜져 있는지 확인합니다. 
  • 해당 단계를 완료하면 배포된 채널(예: Chat, Messaging 등)에 Bot을 다시 연결해야 합니다. 
  • 마지막으로 고객은 Bot의 NLP 모델을 다시 학습시켜야 합니다. 발화 데이터는 이동할 수 있지만 현재 모델은 Bot에 사용하기 전에 다시 학습되어야 합니다. 
    • 참고: 조직 마이그레이션 프로세스 중에는 Bot 세션 이벤트 로그 데이터 및 Bot 세션 개체 데이터를 이동할 수 없습니다. 
 
17. 멀티 테넌트 아키텍처에 대해 더 자세히 알아보려면 어떻게 해야 합니까?
Salesforce 아키텍처 이해 내역을 완료하거나 Salesforce 개발자가 작성한 멀티 테넌트 아키텍처 블로그 게시물에서 추가 정보를 확인하십시오.
 
18. 조직 마이그레이션이 문제에 직면하거나 완료되지 않는 경우 어떻게 되나요?
문제가 발생하여 Salesforce 기술팀이 사용자 조직의 마이그레이션을 완료할 수 없는 경우 마이그레이션이 중단되며 조직은 롤백되고 소스 인스턴스에서 다시 활성화됩니다. 취소된 마이그레이션에 대한 알림이 발송됩니다.
 
조직의 데이터는 마이그레이션 프로세스 중에 소스 인스턴스에서 제거되거나 변경되지 않습니다. 따라서 Salesforce는 고객에게 영향을 미치지 않고 쉽게 작업을 롤백하거나 중단할 수 있습니다. 취소 및 롤백은 대상 인스턴스에서 활성화하기 전에만 수행할 수 있습니다. 조직 마이그레이션이 성공하여 조직이 대상 인스턴스에서 활성화된 경우 소스 인스턴스로 롤백할 수 없습니다.

19. Salesforce 조직이 성공적으로 마이그레이션되었는지 및 프로세스가 완료되었는지 확인할 수 있는 방법은 무엇입니까?
회사 정보에서 인스턴스 세부 사항을 확인하여 인스턴스 이름이 새 인스턴스로 변경되었는지 확인합니다.
- Salesforce Lightning Experience UI(LEX): 설정 | 회사 설정 | 회사 정보
- Salesforce Classic UI(Aloha): 설정 | 회사 프로필 | 회사 정보

이 주제에 대한 자세한 내용은 Salesforce 조직에 대한 인스턴스 정보 보기 기사를 검토하십시오.

참고: status.salesforce.com 검색 도구가 내 도메인에 적합한 인스턴스로 업데이트되기까지 몇 시간이 소요될 수 있습니다. 따라서 조직의 더욱 신속한 마이그레이션을 보장하기 위해 위에 명시된 단계를 수행하는 것이 좋습니다.
 

20. 조직 마이그레이션 후 Live Message를 변경해야 합니까?

조직 마이그레이션 후에도 Live Message는 정상적으로 계속 작동하지만 Classic LiveMessage 또는 Lightning Messaging에 문제가 발생하면 채널을 새로 고쳐야 합니다.
  • Classic LiveMessage의 경우 LiveMessage 관리자 앱으로 이동하여 연결 새로 고침을 클릭합니다.
  • Lightning Messaging의 경우 설정 > Messaging 설정으로 이동하여 채널 목록의 새로 고침 버튼을 클릭합니다.
 
21. 조직 마이그레이션이 Live Agent에 영향을 줍니까?
그럴 수도 있습니다. 조직 마이그레이션 중에는 귀하의 조직 인스턴스 이름이 변경됩니다. 이렇게 되면 Live Agent/SOS 액세스에 사용하는 URL이 바뀝니다. Salesforce가 제공하는 채팅 클라이언트와 배포 코드는 바뀐 URL에 반응하여 새 끝점으로 HTTP 요청을 올바르게 전달하지만, Live Agent 사용자 정의 REST 클라이언트를 포함하여 일부 타사 또는 사용자 정의 응용 프로그램은 그렇지 않을 수도 있습니다. 이러한 사용자 정의 응용 프로그램은 이전 인스턴스에서 계정을 찾을 수 없어 실패할 수 있습니다.

Live Agent/SOS 구현에 대한 영향을 최소화하려면 모범 사례를 따르고 조직 이전이 수반되는 서비스 점검 이후 Live Agent 사용자 정의 REST 클라이언트가 Live Agent 서비스의 새 인스턴스로 요청을 제대로 리디렉션할 수 있어야 합니다. 귀하의 사용자 정의 클라이언트에 관한 이러한 문제(즉, 요청이 올바른 끝점으로 자동으로 이동하지 않음)를 피할 수 있는 가장 좋은 방법은 SwitchServer 응답을 처리하고 이 응답과 이후 모든 향후 요청 결과로 생기는 요청에 'newUrl' 속성을 사용하는 것입니다. 사용자 정의 클라이언트 업데이트 및 테스트에 대한 자세한 내용은 조직 인스턴스 변경 시 Live Agent 사용자 정의 클라이언트를 업데이트하는 방법 기사를 읽어 보십시오. 그러면 사이트 전환 후 사용자 정의 클라이언트에 문제가 발생하지 않도록 방지하고 향후 실행 시작부터 사용되는 끝점을 업데이트할 충분한 시간을 확보할 수 있습니다.

Live Agent 끝점과 하드 코딩된 Live Agent 참조가 의미하는 내용에 대한 자세한 사항은 Live Agent 서버(끝점 URL)가 변경되었고 이제 Live Agent 채팅은 더 이상 작동하지 않습니다 기사를 검토하십시오.
 

22. 아웃바운드 메시지에 데드 레터 큐를 사용합니다. 이 테이블의 모든 데이터가 복사됩니까?

대부분의 데이터가 복사되지만 조직 마이그레이션 서비스 점검 기간 중에 또는 이후에 새로 추가된 행은 대상으로 복사되지 않을 수 있습니다. 대신 소스 POD에 남아 있습니다.
 

23. Oauth 클라이언트 및 타사 ISV 응용 프로그램용 OAuth 토큰이 조직 마이그레이션의 영향을 받습니까?

아니요. 새로 고침 액세스 토큰은 마이그레이션 후에도 유효한 상태로 유지됩니다. 
 

24. 대용량 플랫폼 이벤트 및 변경 데이터 수집 에 대해 고려해야 할 점은 무엇입니까?

특정 Salesforce 서비스 점검 활동(예: 조직 마이그레이션 및 인스턴스 새로 고침)을 수행하기 위해서는 조직이 다른 데이터 센터 또는 다른 하드웨어 스택으로 재배치해야 합니다. 해당 작업을 진행하는 동안 물리적으로 데이터를 옮기고 다른 하드웨어에서 응용 프로그램을 작동하는 소프트웨어를 실행합니다. 이벤트 버스가 분산되어 있으며 비동기식이므로, 조직 마이그레이션 전에 게시된 모든 이벤트를 마이그레이션할 수 없습니다. 

조직 마이그레이션은 서비스 점검 전후 실시간 배달에 영향을 미치지 않습니다. 그러나 72시간 전체 이벤트 보존 기간은 유지되지 않습니다. ReplayID는 이벤트 스트림에서 특정 이벤트가 게시된 지점을 고유한 방식으로 식별하며, 조직의 새 위치는 물리적으로 다르므로 새로 게시된 이벤트의 ReplayID 값은 마이그레이션 또는 인스턴스 새로 고침 전에 게시된 이벤트와 아무런 관련도 없습니다. 플랫폼 이벤트에 필요한 추가 작업은 이 Knowledge 기사 하단의 전후 확인 사항을 참조하십시오. 플랫폼 이벤트 및 변경 이벤트 구독자에는 스트리밍 API(CometD) 클라이언트, empApi Lightning 구성 요소, Pub/Sub API 클라이언트, 이벤트 릴레이, Apex 트리거, Flow 등이 포함됩니다.

 

참고 항목: 플랫폼 이벤트 개발자 가이드: 읽기 전용 모드로 이벤트 게시

 

25. 조직 마이그레이션은 검색 작업에 영향을 미칩니까?

조직 마이그레이션 동안 검색 데이터가 소스 서버에서 대상 서버로 전송됩니다. 소스 서버는 표준 검색 백업 절차의 일부로 백업됩니다. 그러나 모든 데이터를 최신 상태로 유지하기 위해 먼저 마이그레이션이 예정된 조직에 대한 백업이 이루어집니다. 고객은 별도의 조치를 취하지 않아도 됩니다.

마이그레이션 동안 대상 서버에서 검색 데이터 백업이 복원됩니다. 데이터는 소스에서 제거되지 않습니다. 이를 통해 Salesforce는 고객에게 영향을 미치지 않고 작업을 쉽게 롤백하거나 중단할 수 있습니다.

복원 프로세스는 일반적으로 운영 시간 이외의 시간대에 종료됩니다. 대규모 조직의 경우 복원 단계에 더 많은 시간이 소요될 수 있으며, 레코드 조회, 콘텐츠 검색 등 검색 기반 작업에 영향을 미칠 수 있습니다.
 

26. myTrailhead에 액세스하면 조직 마이그레이션이나 인스턴스 새로 고침에 영향을 미칩니까?

조직 마이그레이션이나 인스턴스 새로 고침 후 활성화 사이트인 myTrailhead에 액세스하지 못할 수 있습니다.  기사에서 활성화 사이트(myTrailhead) 액세스 문제 해결에 대한 기사에서 다음 단계를 검토하십시오.

 

27. 기회 추세 보고서는 마이그레이션의 영향을 받습니까?

조직이 다른 인스턴스로 마이그레이션한 이후에 조직의 기회 추세 보고서 내 일부 기회 레코드가 표시되지 않을 수 있습니다. 이에 해당하는 경우 지원팀에 연락하여 누락된 데이터를 채우십시오.

 

28. 일치 및 중복 규칙은 마이그레이션으로 인해 영향을 받습니까?

일치 규칙 및 중복 규칙은 조직 마이그레이션 동안 비활성화됩니다.  중복 규칙의 효력이 사라질 경우 조직 마이그레이션 후 재활성화되지 않습니다.  문제를 해결하려면 조직에서 중복 레코드를 식별하는 일치 규칙을 활성화할 수 없음을 참조하십시오.

 

Knowledge 기사 번호

000386897

 
로드 중
Salesforce Help | Article