Перенос WBM с помощью Windchill+
Для переноса используйте модуль Windchill Bulk Migrator (WBM). В этом разделе объясняются различные задачи при работе Windchill Bulk Migrator (WBM).
Предварительные требования
Сценарий переноса БД обладает некоторыми специфическими особенностями, но он строится согласованно на основе концепций, разработанных в других разделах этого справочного центра.
• Сценарий переноса WBM является расширенным сценарием Windchill+, который включает в себя среды переноса и QA. Ландшафт среды имеет следующий вид:
• Перенос WBM использует автоматизированную платформу, специально созданную для Windchill+. В среде переноса внутренний доступ не требуется и не предоставляется.
• Каждый перенос является уникальным. В этом разделе описаны сервисы, доступные в Windchill+ для поддержки большинства сценариев переноса WBM. Однако в зависимости от сложности проекта переноса заказчику или партнеру необходимо разработать и спланировать проект переноса и скорректировать его в соответствии с конкретными требованиями. Например, число повторных прогонов, предварительные требования, а также дополнительные требуемые задания для локального выполнения и т. д.
• Для структурирования перенесенных метаданных требуется база данных. Чтобы исключить многократные преобразования данных, предполагается, что используется локальная временная база данных. Необходимо использовать базу данных Oracle. Использование базы данных Oracle необходимо в соответствии с требованиями к версии Windchill. Структура базы данных должна соответствовать требованиям Windchill для временной базы данных WBM.
• Рекомендуется создать отдельную схему базы данных для временной базы данных WBM.
• Компания Windchill переходит от модели управления изменениями унаследованными данными к новой гибкой модели данных с помощью утилиты преобразования, поскольку Windchill+ не поддерживает смешанный режим. Таким образом, перед выполнением процесса массового переноса с помощью Windchill Bulk Migrator необходимо преобразовать исходную систему к гибкому режиму. Дополнительные сведения см. в разделе Removal of Legacy Links from Windchill 13.0.2.0 (Удаление унаследованных связей из Windchill 13.0.2.0) (на английском языке).
Среда переноса
Среда переноса является местом, где происходит предписанный процесс объединения кода, конфигурации и данных. Помимо отправки пакета сборки для переноса, для отправки данных временной установки используйте Windchill Bulk Migrator (WBM). Эти данные загружаются для оценки в базу данных временной установки переноса. Перемещение кода, конфигурации и данных является частью основной операционной платформы Windchill+. Например, вы создаете данные из системы A и помещаете их в расположение, а затем Windchill+ автоматически переносит все данные в систему B.
После переноса отправьте пакеты сборки в среду QA, а затем в производственную среду.
Задачи переноса WBM
Учитывайте следующую информацию, связанную с задачами переноса WBM.
Перед этапом готовности к использованию конечными пользователями
Система использует среду интеграции для интеграции всех изменений кода и достижения уровня готовности в сборке перед началом тестирования нагрузки переноса. Процесс развертывания сборки аналогичен процессу, описанному в разделе Отправка и продвижение пакета.
Выполните следующие действия.
1. Отправить файл сборки и манифеста с именем deploy_pipe : int. Дополнительные сведения см. в разделе Развертывание пакета кода и конфигурации.
2. Завершите цикл интегральной и функциональной приемки (FAT). В конце цикла тестирования задание завершается, и среда возвращается в предыдущее состояние.
 | Если этот шаг не выполняется в течение семи дней, среда возвращается в предыдущее состояние. |
Шаги среды переноса
Среда переноса используется для тестирования нагрузки. Выполните следующие действия.
1. Выгрузите временной дамп базы данных в область хранилища с помощью AzCopy.
Дополнительные сведения см. по следующим ссылкам:
2. Откройте запрос сервиса, чтобы запросить импорт дампа временной базы данных. Дополнительные сведения см. в разделе Открытие запроса сервиса.
3. Разверните сборку. Процесс развертывания сборки аналогичен процессу, описанному в разделе Отправка и продвижение пакета. Этот раздел относится к развертыванию сборки в среде переноса.
4. Отправить файл сборки и манифеста с именем deploy_pipe : mig. Дополнительные сведения см. в разделе Развертывание пакета кода и конфигурации.
| | По умолчанию для среды переноса резервная копия, созданная на этом шаге, сохраняется в течение 30 дней. |
5. Откройте запрос сервиса для выполнения загрузки.
6. В случае переноса содержимого загрузите файл сопоставления содержимого из учетной записи хранилища и подготовьте сценарий копирования содержимого. После этого откройте запрос сервиса со сценарием, присоединенным для выполнения окончательной передачи содержимого. Дополнительные сведения см. в разделе Открытие запроса сервиса.
7. Завершите тестовый цикл переноса. В конце цикла тестирования среда возвращается в пустое состояние с помощью одного из следующих действий, запрашиваемых с помощью запроса сервиса (в нужном вам порядке):
◦ Смена хоста из производственной среды
◦ Повторная подготовка (используется только для начального переноса, а не для последующих переносов данных).
Шаги среды обеспечения качества
Среда QA используется для приемочного пользовательского тестирования. Выполните следующие действия.
1. Повторите этот процесс с последним состоянием данных, импортированных в базу данных временной установки.
◦ Отправить файл сборки и манифеста с именем deploy_pipe : pipeline.
| | По умолчанию для среды QA резервная копия, созданная на этом шаге, сохраняется в течение 30 дней. |
2. Откройте запрос сервиса, чтобы запросить выполнение загрузки в среде QA. Дополнительные сведения см. в разделе Открытие запроса сервиса.
3. В случае переноса содержимого загрузите файл сопоставления содержимого из учетной записи хранилища и подготовьте сценарий копирования содержимого. После этого откройте запрос сервиса со сценарием, присоединенным для выполнения окончательной передачи содержимого. Дополнительные сведения о создании файла сопоставления содержимого см. в разделе Этапы WBM.
4. Завершите тестовый цикл приемочного пользовательского тестирования. У вас имеется до 30 дней, чтобы принять одно из следующих решений.
◦ Если цикл тестирования выполнен успешно, задание утверждается и только сборка продвигается в производственную среду.
◦ Если цикл тестирования не выполнен успешно, выполните следующие действия:
▪ Задание может быть отклонено, и среда будет возвращена в предыдущее состояние.
▪ Задание может быть согласовано, и сборка будет направлена на продвижение в производственную среду. Последующие сборки могут быть направлены на рассмотрение для исправления ошибок.
◦ Если цикл тестирования не завершен в течение 30 дней, среда автоматически возвращается к предыдущему состоянию. Чтобы сохранить среду, необходимо утвердить задание.
| | Если требуется другая полная загрузка QA, среда возвращается в пустое состояние с помощью одного из следующих действий, запрошенных с помощью запроса сервиса (в предпочтительном порядке): • Смена хоста из производственной среды. • Повторная подготовка (только для начального переноса, а не для последующих переносов данных). |
Если планируется загрузка изменений для готовности к использованию конечными пользователями, загрузку для производства необходимо выполнить независимо. Откройте запрос сервиса, чтобы запросить или отклонить выполнение загрузки в производственной среде. Дополнительные сведения см. в разделе Открытие запроса сервиса.
Этап готовности к использованию конечными пользователями
• На этом этапе ранее утвержденная сборка уже находится в среде обеспечения качества и производственной среды.
• Кроме того, в производственной среде может быть доступна предыдущая загрузка данных.
• Если отправки сборки не требуются во время ввода в эксплуатацию (или если вы уже отправили требуемую сборку готовности к использованию заранее), выполните следующие шаги.
1. Выгрузите последний дамп временной базы данных в учетную запись хранилища.
2. Откройте запрос сервиса, чтобы запросить импорт последнего дампа временной базы данных.
3. Откройте запрос сервиса, чтобы запросить выполнение загрузки в производственной среде.
4. В случае переноса содержимого после создания сценария откройте запрос сервиса для передачи конечного содержимого.
• Если требуется отправка сборки, выполните процесс, описанный в разделе "Шаги среды обеспечения качества" для отправки и продвижения сборки. После этого выполните производственные задачи и запросы сервиса, как описано в разделе "Шаги среды обеспечения качества".
• После подтверждения готовности к использованию необходимо сменить хост производственной среды для обеспечения качества и интеграции (а также для переноса, если планируется последующий перенос). Для задач смены хоста необходимо открыть запрос сервиса.
Этап выполнения
• Поскольку все среды получают переставленные хосты из производственной среды, PTC настоятельно рекомендует после успешного перехода к готовности к использованию конечными пользователями распространить изменения на среды разработки.
◦ Модель данных является минимально необходимой и должна использоваться в качестве начальной точки в среде разработки.
◦ Можно повторно использовать последнюю сборку.
• При необходимости последующих переносов следует повторить процесс, описанный в разделе "Перед переходом к готовности к использованию конечными пользователями".
| | Во избежание потери существующих данных следует тщательно рассмотреть задачи обновления среды на стадиях разработки и планирования проекта. |
Окончательные соображения
• Для крупномасштабного переноса и для уменьшения влияния во время перехода к использованию конечными пользователями настоятельно рекомендуется планировать задачи переноса, чтобы обеспечить загрузку изменений.
• Все проекты переноса являются уникальными. Чтобы обеспечить успешность проектов переноса, необходимо выполнять такие действия, как строгое планирование, предварительный расчет, управление рисками и зависимостями. Эти действия обеспечивают правильную разработку переноса и бесперебойный переход к вводу в эксплуатацию.
• Тестирование переноса часто недооценивают. Для простых проектов переноса PTC рекомендует начинать с трех циклов тестирования переноса. По мере увеличения сложности можно запланировать реализацию большего числа циклов.