Вопросы развертывания

Во время выполнения различных сценариев развертывания WebSphere Business Monitor артефактов баз данных, могут произойти ошибки. Ниже предложены способы исправления для каждой ошибки.

В процессе развертывания созданных артефактов базы данных могут возникать неполадки, которые являются результатом
Табл. 1. Ошибки развертывания
Ошибка Исправление
Табличное пространство, назначенное таблице, не существует.
  • Убедитесь в том, что табличные пространства, определенные в файле свойств табличного пространства, существуют и имеют описанные параметры.
  • Или создайте недостающее пространство таблиц с подходящими параметрами и перезапустите сценарии DDL, или измените файл свойств табличного пространства, а затем повторно сгенерируйте схему.
Назначенное таблице пространство таблиц имеет слишком маленький размер для ее хранения.
  • Убедитесь в том, что табличные пространства, определенные в файле свойств табличного пространства, существуют и имеют описанные параметры.
  • Или исправьте это и перезапустите сценарии, или просто вручную измените в DDL присваивание табличного пространства.
Таблицы уже существуют в базе данных.

Если тот же самый сценарий DDL не выполнялся раньше, то имеется две возможных причины этой ошибки.

  • При создании этих сценариев DDL была выбрана опция Игнорировать предыдущие развертывания. Генератор схемы генерирует новые операторы создания таблиц, а не изменяет существующие таблицы. Эта опция должна использоваться только при попытке создания базы данных с нуля. То есть, после удаления существующих таблиц базы данных. Если имеются таблицы, которые необходимо сохранить, перезапустите генератор схемы без выбранной опции Игнорировать предыдущие развертывания и затем повторно выполните сценарии DDL.
  • Другая причина может заключаться в том, что в какой-то момент версия этой модели бизнес-величин была удалена, и при этом не была выбрана опция Удалить и сохранить для отчета. Если версия модели бизнес-величин удалена без выбора опции сохранить для отчета, то генератор схемы не может продолжать управлять изменениями в поддерживаемых таблицах базы данных для этой модели бизнес-величин. В этом случае есть две возможности.
    • Создайте новую модель бизнес-величин на основе текущей и разверните ее как новую модель бизнес-величин с новым набором таблиц. Данные из существующих таблиц можно вручную перенести в новые таблицы.
    • Удалите вручную существующие таблицы, поддерживающие эту модель бизнес-величин, используя предоставленные файлы преобразования в качестве руководства. После удаления таблиц перезапустите генератор схемы с опцией Игнорировать предыдущие развертывания. Полученные в результате сценарии DDL создадут новый набор таблиц, который поддерживает эту последнюю версию модели бизнес-величин.
Прим.: Если вы не создадите вручную резервной копии данных из старых таблиц перед их удалением и затем перенесете данные во вновь созданные таблицы, то в хронологии не окажется информации о процессах, которые выполнялись в предыдущих версиях модели бизнес-величин.

is not recommended to use the delete option instead of the delete and keep for reporting option when you are removing the model, unless you have no intention of deploying a new version of this business measures model at some point in the future.

Табличное пространство слишком мало. (Хотя пространство таблиц, первоначально присвоенное этой таблице, было достаточным для размера поля, добавленные впоследствии показатели вышли за пределы размера страницы текущего табличного пространства.) Необходимо сохранить эту таблицу, удалить ее, и затем создать повторно, присвоив ей табличное пространство большего размера. Резервная копия данных должна быть затем загружена в новую таблицу. Создав повторно текущую таблицу в большем табличном пространстве, вы сможете выполнить последние сценарии DDL, которые добавят необходимые поля.
По разным причинам вы можете захотеть создать таблицы базы данных заново. Например, многие имеющиеся показатели, уже не представляющие интереса, продолжают находится в таблицах, потому что они существовали в предыдущих версиях модели бизнес-величин. Простейшим способом является переименование проекта в WebSphere Business Modeler. Модель бизнес-величин будет считаться новой, и в базе данных будут созданы новые уникальные таблицы.
Прим.: В этом случае не будет доступна информация хронологии из предыдущих экземпляров процессов.
Если нужно иметь доступ к информации хронологии, вы можете скопировать данные из первоначальных таблиц во вновь созданные таблицы. Имена столбцов не будут соответствовать, но типы данных останутся теми же. Можно использовать файлы преобразования (созданные сценариями DDL) или комментарии к полям базы данных для определения соответствий между полями и показателями, и между таблицами и процессами.
Прим.: Некоторые поля исходных таблиц не будут иметь соответствующих полей в новых таблицах, если последняя версия модели бизнес-величин не содержит больше этих показателей.

Copyright IBM Corporation 2005. Все права защищены.