전제 조건

귀하의 조직이 여러 지역에서 마이그레이션할 수 있는 자격을 갖추려면, 귀하의 조직은 다음 서비스를 받지 않아야 합니다.

• Broadworks용 Webex
• Spark Call ( Webex Calling 으로 업그레이드 전)

마이그레이션되는 데이터

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

마이그레이션되는 데이터의 예외는 다음과 같습니다. CCUC 분석 데이터 현재 마이그레이션되지 않습니다. 분석 데이터 마이그레이션은 미국 데이터 센터 간에 캐나다 데이터 센터로 마이그레이션하는 조직에 적용되지 않습니다.

Webex 서비스에 미치는 영향

마이그레이션 중

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

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

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

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

마이그레이션 후 발생하는 작업 및 필요한 조치

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

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

• 마이그레이션이 시작될 때 사용자는 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에서 계정을 링크 해제하도록 요청하여 문제를 해결할 수 있음을 알릴 수 있습니다.