조직의 Webex 데이터를 Control Hub의 다른 지역으로 마이그레이션

전제 조건

귀하의 조직이 지역 전반에서 마이그레이션할 수 있는 자격을 갖추려면, 귀하의 조직은 다음 서비스 중 어느 것도 갖고 있지 않아야 합니다.

• Broadworks용 Webex
• Webex Call (이전의 Webex Calling)

마이그레이션되는 데이터

이름, 이메일 주소 및 사용자 그룹 등 Webex ID와 연계된 모든 데이터는 대상 지역으로 마이그레이션됩니다. Webex Calling, 메시징 및 장치에 대한 분석 데이터 는 Webex ID 마이그레이션이 완료된 후에 마이그레이션됩니다.

Webex 서비스에 미치는 영향

마이그레이션 중

마이그레이션이 시작되면:

• 10,000명 미만의 사용자가 있는 Webex 조직에 대해 데이터 마이그레이션을 완료하는 데 1시간 미만이 소요될 수 있으며, 약 100,000명의 사용자가 있는 조직에 대해 최대 8시간이 소요될 수 있습니다. 필요한 다운타임에 대해 수용할 수 있는 날짜에 데이터 마이그레이션을 예약하십시오.

  예약된 마이그레이션이 시작되기 전에 모든 일괄 작업이 완료되었는지 확인하십시오.

• Control Hub에 액세스할 수 없는 경우, 사용자는 Control Hub에서 관리하는 사이트에 대한 메시징, 통화, Webex 연락처 센터 및 미팅 서비스에 액세스할 수 없습니다.
• 조직에서 이 사용자 싱글 사인온(SSO)을 설정한 경우, 자동으로 비활성화됩니다.
• 장치 및 클라우드 등록된 장치에 대해 Webex Edge 에 등록된 On- 프레미스 장치는 미팅에 참여하거나 전화를 걸 수 없습니다.
• 마이그레이션에 의해 마이그레이션에 방해가 될 수도 있으며, 성공적으로 완료하지 못하기 전에 Workspace 또는 장치 일괄 삭제 또는 변경 작업을 실행합니다.
• 업데이트가 진행 중인 동안 조직의 관리자에게 이메일 알림을 발송한 후 2시간마다 상태를 업데이트합니다.

마이그레이션 및 필수 작업 후에 발생하는 작업

• 조직에서 이 SSO 설정한 경우, 마이그레이션 사용자가 다음을 따라 다시 구성될 SSO 로그인할 수 없습니다.
  • SP 메타데이터를 다운로드합니다.
  • 이 메타데이터를 IdP로 가져옵니다.
  • 조직 설정 > 인증 으로 이동하고 싱글 사인온 켜기로 전환하여 SSO를 활성화합니다.
• 마이그레이션 전에 생성되었지만 사용되지 않은 장치 활성화 코드 가 다시 생성되어야 합니다.
• 조직에서 Okta 통합을 사용하여 Okta 사용자를 Control Hub에 동기화하는 경우, 단계 3 및 4 이 문서에서 사용자 동기화를 위해 Okta를 구성합니다.
• 마이그레이션 후 분석 데이터가 즉시 나타나지 않습니다. 분석 데이터 마이그레이션은 백그라운드에서 지속되며 최대 2-3일 동안 지속됩니다. 분석 데이터를 다시 불러오기 위해 필요한 작업은 없습니다. 자동으로 다시 나타납니다. 그 효과는 마이그레이션이 완료된 후 2~3일 후까지 Control Hub에서 분석 데이터를 볼 수 없다는 것입니다.
• 마이그레이션은 UCM Calling을 사용하는 경우 사용자의 로컬 데이터베이스를 재설정합니다. 결과적으로 통화 히스토리는 재설정되고 이전 통화의 히스토리는 더 이상 사용할 수 없게 됩니다.

최종 사용자에게 미치는 영향

• 마이그레이션이 시작될 때 사용자는 Webex 앱에서 로그아웃됩니다. 사용자는 마이그레이션 중 또는 후에 다시 로그인해야 합니다.
• 사용자가 Webex 앱의 데스크탑 및 모바일 클라이언트에서 로컬 설정을 구성한 경우, 일부 설정을 다시 구성해야 합니다. 마이그레이션 후 다음 설정이 재설정됩니다.
  • 통화
  • 오디오 및 비디오 기본 설정
  • 접근성
  • 메시징 기본 설정
  • 장치

  이동 후 일반 설정, 알림 기본 설정, 외관(예: 어두운 모드) 및 개인정보 설정 등 기타 로컬 설정은 보존됩니다.

통합에 미치는 영향

Webex에는 다양한 유형의 통합이 가능하며, 일반적으로 사용자가 승인합니다. 공통 응용프로그램 데이터 마이그레이션이 시작되면 통합에 대한 사용자 토큰이 해지됩니다. 통합이 계속 작동하려면 올바른 권한을 가진 사용자가 해당 통합에 대한 액세스를 다시 인증해야 합니다.

사용자가 인증하지 않은 다른 통합은 관리자 또는 규정 준수 담당자가 재인증해야 합니다. 예를 들어, Events API 통합은 규정 준수 담당자에 의해서만 재인증될 수 있습니다.

• 임베딩된 앱—사용자에 대한 액세스 및 새로 고침 토큰이 마이그레이션되지 않으므로 사용자는 공통 응용프로그램 데이터 마이그레이션이 완료된 후 임베딩된 앱을 다시 인증해야 합니다. 이는 일반적으로 임베디드 앱에 로그인하여 수행됩니다.
• 통합—사용자에 대해 액세스 및 새로 고침 토큰이 마이그레이션되지 않으므로 사용자는 공통 응용프로그램 데이터 마이그레이션이 완료된 후에 통합을 다시 인증해야 합니다.
  • 일부 통합은 Control Hub에서 구성되며 마이그레이션 중에 비활성화될 수도 있습니다. 한 가지 예는 마이그레이션 중에 꺼져 있으며 다시 구성해야 하는 ThousandEyes 통합입니다. Control Hub 의 앱 페이지 역시 어떤 통합이 꺼져 있는지 확인할 수 있는 좋은 참조입니다.
  • 데이터 손실 방지 솔루션과의 통합 은 규정 준수 담당자가 재인증해야 합니다.
  • Webex Contact Center 작업 통합 및 커넥터 는 재인증되어야 합니다.
  • 사용자가 Webex API 통합을 빌드한 경우, 해당 통합과 연계된 액세스 및 새로 고침 토큰은 더 이상 작동하지 않습니다.
• 서비스 앱 을(를) 재인증해야 합니다. 클라이언트는 새로운 액세스 및 새로 고침 토큰을 요청해야 합니다.
• 조직에서 봇을 생성한 경우, 각 봇에 대한 액세스 토큰은 마이그레이션의 일부로 취소됩니다. 봇에 액세스하려고 하는 경우, 액세스 토큰이 유효하지거나 만료되기 때문에 HTTP 401 오류를 보게 됩니다. 모든 봇에 대해 액세스 토큰을 다시 생성하고, 새로운 액세스 토큰을 사용하려면 봇 구성을 업데이트해야 합니다. 이는 에 액세스하고 https://developer.webex.com/my-apps생성한 각 봇을 선택한 후 액세스 토큰 재생성을 클릭하여 완료할 수 있습니다.

마이그레이션 후 사용자가 링크된 Webex 계정으로 Cisco.com 에 로그인하는 데 문제가 있는 경우, 해당 사용자가 Webex에서 계정을 링크 해제하여 문제를 수정하도록 요청할 수 있음을 알릴 수 있습니다.