- Головна
- /
- Стаття
Дякуємо за відгук.
У цій статті
Надіслати відгук?У цій статті описано, як Інструмент міграції даних орендарів полегшує передачу даних порталу адміністрування підприємств Контактного центру Webex між орендарями.
Огляд
Інструмент міграції даних орендаря корисний для копіювання даних порталу Webex CCE від одного орендаря до іншого. Нижче наведено деякі потенційні випадки використання для розгляду:
- Перенесення орендаря з одного POD на інший POD (наприклад, перенесення орендаря з комерційного порталу HCS США на портал Webex CCE).
- Оновіть UCCE для UCCE орендаря і не використовуйте існуюче оновлення. Це дозволяє передавати дані від старого орендаря новому орендарю, налаштованому за допомогою оновленого UCCE.
- Скопіюйте дані конфігурації порталу з орендаря пісочниці до орендаря виробництва.
Функції інструменту міграції даних орендарів
Ви можете використовувати Інструмент міграції даних орендаря для копіювання даних від одного орендаря до іншого на тому ж або іншому порталі POD. Інструмент здатний копіювати дані для наступних функцій:
-
Управління маршрутизацією
-
Групи та колекції доступу, визначені користувачем
-
Об'єкти колекції
-
Призначення рольових груп користувачів
-
Аудіогрупи та підказки
-
Навички розкладу
Копіювання даних для функцій
Управління маршрутизацією
Щоб перенести або скопіювати дані «Керування маршрутизацією» з вихідного орендаря до цільового орендаря під час
виконання інструменту, переконайтеся, що значення <Migrate Routing Controls
Data>параметра встановлено на 1. Додаткові відомості про параметри див. у статті Запу
ск інструмента міграції даних орендарів.
Інструмент видаляє всі існуючі елементи керування маршрутизацією (усі типи) у цільовому орендарі перед копіюванням елементів керування маршрутизацією з вихідного орендаря.
Після запуску скрипта міграції увійдіть в Portal для цільового POD орендаря та виконайте наступне:
Якщо цільовий орендар знаходиться на POD з порталом версії 12.6.0 або нижче, службу Wildfly потрібно перезапустити на сервері підтримки.
Якщо цільовий орендар знаходиться на POD з порталом версії 12.6.1 або новішої версії, увійдіть до порталу як внутрішній користувач, а потім перейдіть на сторінку Адміністрація > Підтримка. Знайдіть службу Portal Application Gateway і натисніть значок «Перезавантажити кеш». Після завершення перезавантаження кешу натисніть на значок Reload AG Service.
Групи та колекції доступу, визначені користувачем
Щоб перенести або скопіювати визначені користувачем групи доступу, колекції та групи доступу користувачеві від вихідного орендаря до цільового орендаря під час виконання інструменту, переконайтеся, що
значення migrate access and collections groupsпараметра встановлено на 1. Додаткові відомості про параметри див. у статті Запу
ск інструмента міграції даних орендарів.
Об'єкти колекції
Для перенесення або копіювання призначень об'єктів до колекцій.
Призначення рольових груп користувачів
Для перенесення або копіювання призначень користувачів до рольових груп.
Рольові групи, визначені користувачем, повинні бути створені з тим самим іменем, що використовується у вихідному орендарі.
Аудіогрупи та підказки
Щоб перенести або скопіювати всі аудіогрупи, підказки, мови та версії підказок.
Інструмент міграції даних не копіює аудіофайли. Інженер з розгортання повинен скопіювати їх вручну.
Навички розкладу
Щоб перенести або скопіювати всі активні графіки навичок або графіки атрибутів.
Доступ до інструменту міграції даних орендаря
Передумови для запуску інструменту міграції даних орендаря
-
Сервер бази даних цільового орендаря POD Portal повинен бути доступний з певного сервера або місця, де виконується скрипт. Для виконання цього інструменту міграції рекомендується використовувати сервер бази даних цільового орендаря Portal.
-
Сервер бази даних порталу вихідного орендаря повинен бути доступний з сервера бази даних Portal цільового орендаря.
Запустіть тест підключення за допомогою Telnet або зі студії керування SQL Server. SQLCMD вже повинен бути встановлений для запуску інструменту міграції.
Важлива інформація, яку потрібно знати перед запуском інструменту міграції даних орендаря
-
Цільовий орендар вже повинен бути створений у цільовому POD порталу.
-
Усі користувачі з вихідного орендаря повинні бути створені в межах цільового орендаря.
-
Якщо цільовий орендар знаходиться на POD з порталом версії 12.6.0 або пізнішої версії, скористайтеся функцією Масового запиту порт алу, яку можна знайти в Адміністрації, щоб масово створювати користувачів для цільового орендаря. Підключіться до сервера бази даних вихідного орендаря та створіть скрип ти SQL для створення файлу даних масового запиту. Скористайтеся зразком скрипта "BulkUser-ReqDataGeneration.sql", який додається до інструменту міграції.
-
Якщо цільовий орендар знаходиться на POD з порталом 12.6.1 або новішої версії, скористайтеся функцією Адміністрування порталу > Масовий запит > Імпорт агентів/керівників, щоб імпортувати всіх агентів/керівників до Пор талу та створити користувачів порталу для всіх агентів/керівників. Закінчивши, створіть безконтактних користувачів рівня орендаря.
-
Завантажте інструмент міграції даних орендаря
-
Підключення до sftp.ttec.com
-
Відкрийте папку HUPortal Rel eases та завантажте файл TenantMigrationScripts.zip.
-
Витягніть вміст файлу TenantMigrationScripts.zip і перевірте, чи створено пап ку TenantMigrationScripts і що вона містить скрипти.
Запустіть інструмент міграції даних орендарів
Скрип copy_tenant_data т .cmd повинен запускатися безпосередньо з папки TenantMigrationScripts. Журнали створюються в журналах TenantMigration Scripts\.
-
Відкрийте вікно командного рядка і перейдіть до шляху, куди видобувається файл.zip.
-
Виконайте наступну команду з усіма зазначеними параметрами:
copy_tenant_data.cmd <Source Tenant Portal DB Server Name or IP> <Source Tenant Portal DB USER> <Source Tenant Portal DB PASSWORD> <Source Tenant INSTANCEID> <Target Tenant DB Server Name or IP> <Target Tenant DB USER> <Target Tenant DB PASSWORD> <Target Tenant INSTANCEID> <Migrate Routing Controls Data> <Migrate Access Groups And Collections> <Migrate User Role Group Assignments> <Migrate Schedule Skills Data> <Migrate Audio Manager Data> <Migrate Collection Objects Data>Реальний приклад:
copy_tenant_data.cmd 8.33.237.192\ICPORTAL icaproduser IcaPr0dUser@! S01 8.33.237.193\ICPORTAL icaqauser IcaQ@User@! MT1 0 1 0 0 1 1Замініть кожен параметр на 1, щоб увімкнути скрипт мігрувати дані з вихідного орендаря до цільового орендаря. Замініть параметр на 0, щоб запобігти міграції даних від вихідного орендаря до цільового орендаря.
Під час налаштування параметрів команди зверніться до наведених нижче описів параметрів:
Source Tenant INSTANCEID - програм ний префікс вихідного орендаря, який складається всього з 3 символів.
Цільовий орендар INSTANCEID - програмний префікс цільового орендаря, який складається всього з 3 символів.
Мігрувати дані керування маршрути зацією. Якщо для цього параметра введено 1, дані керування маршрутизацією мігруються від вихідного орендаря до цільового орендаря, замінюючи всі дані керування маршрутизацією на цільовому орендарі.
Міграція груп доступу та колек цій. Якщо для цього параметра введено 1, дані груп доступу та колекцій переносяться з вихідного орендаря до цільового орен даря, замінюючи всі дані груп доступу та колекцій у цільовому орендарі.
Мігрувати призначення рольових груп користувачів. Якщо для цього параметра введено 1, дані рольової групи переносяться з вихідного орендаря до цільового орендаря, замінюючи всі дані рольової групи цільового орендаря.
Мігрувати дані навичок розкладу. Якщо для цього параметра введено 1, дані Schedule Sk ills переносяться з вихідного орендаря до цільового орендаря, замінюючи всі дані Schedule Skills на цільового орендаря.
Мігрувати дані диспе тчера звуку - якщо для цього параметра введено 1, дані Audio Manager переносяться з вихідного орендаря до цільового орендаря, замінюючи всі дані Audio Manager на цільовому орендарі.
Мігрувати дані об'єктів колек ції. Якщо для цього параметра введено 1, дані об'єктів колекції мігруються від вихідного орендаря до цільового орендаря, замінюючи всі дані об'єктів колекції на цільовому орендарі.
-
Після успішного запуску скрипта перевірте файли журналів, створені в папці TenantMigrationScripts\ logs.
-
Перевірте всі дані, скопійовані належним чином від вихідного орендаря до цільового орендаря, для всіх функцій, налаштованих для міграції даних.
