AVEVA corp. Учебное пособие по Plant Design Management System, PDMS
Подождите немного. Документ загружается.
10-2 Модуль 25 Основы Администрирования
Реконфигурация
Модуль Reconfigure (Реконфигурация) был взят из PDMS 11.2 и по
функциональным возможностям включен в Admin. Сейчас Реконфигурация не
так часто используется, как в ранних версиях, это происходит из-за того, что ее
нельзя использовать для сжатых бах данных. Сжатие баз данных не
производится в отношении объединенных сессий, как описывалось ранее.
Вы можете использовать реконфигурацию для Upgrade Projects (улучшение
проекта), для перемещения данных между базами данных или проектами.
Процесс реконфигурации может быть приблизительно поделен на пять команд:
FROM - База данных или файл, откуда приходит информация.
TO - База данных или файл, куда приходит информация.
RCFCOPY ??? - Данные, которые вы желаете скопировать.
RECON - Команда реконфигурации.
RCFUPDATE - Когда вы создаете новую базу данных, номера
ссылок, используемые PDMS, изменяться. Она будет откорректирована для
того, чтобы сделать вывод, какая база данных, использующая эту
информацию, должна быть изменена, чтобы указать на новые ссылки. Нам
необходимо обновить (update) все базы данных.
Промежуточный и дамп файлы
И RECONFIGURE, и RCFUPDATE используют ‘DUMP’ файл. Он содержит
полный перечень старых и новых ссылочных номеров. Каждая старая ссылка
имеет новый эквивалентный номер в новой базе данных. Если вы желаете
прервать процесс между RECONFIGURE и UPDATE, вы должны сохранить
«дамп» таблицу.
Это является хорошей привычкой сохранение дамп файлов, так как процессы
RECONFIGURE и UPDATE происходят в течение длительного времени и не
исключены сбои машины.
Модуль 25 Основы Администрирования 10-3
Реконфигурационные команды
Команда FROM
Хотя синтаксическая графа FROM предлагает различные опции, обычно
используют:
FROM DB dbname
FROM PROJECT projectid dbname – должна быть использована с большой
осторожностью. DB может быть перенесена из другого проекта, но она может
полностью не зависеть от других DB’s, т.е. она должна быть независимой без
ссылок на другие DBs.
>------FROM----+----FIles-----file 1-----file 2----.
| |
|----SYStem-------------------------|
| |
|----DBFile--------name-------------|
| |
|----PROJect---projectid----dbname--|
| |
‘----DB------------dbname-----------+---->
Эта команда должна использоваться с осторожностью для перенесения баз
данных каталога из старого проекта в новый проект. Старая база данных слева
должна быть нетронута в старом проекте, как, например UPDATE не сканирует
внешнюю сторону текущего проекта. Новая реконфигурированная база данных
в текущем (новом) проекте должна быть той же самой, как если бы каталог
старого проекта был DATAL’ed параллельно новому.
‘FROM SYSTEM’ применяется для реконфигурации системной база данных.
Это действие обычно необходимо, когда проект конвертируется для новой
версии PDMS. В этом случае место назначения ‘TO’ не проставляется, и база
реконфигурируется сама в себя.
Команда TO
Она подобна команде FROM, за исключением, что мы имеем опцию посылки
реконфигурационной информации в существующую базу данных или новую.
TO DB dbname ссылается на существующую базу данных.
TO NEW dbname будет создана новая DB соответствующего
типа, при условии, что используется имя существующей TEAM (группы)
.Примечание: Если используются любые другие команды, чем ‘TO NEW
dbname или TO DB dbname’, то команда RCFUPDATE не будет
иметь результатов.
10-4 Модуль 25 Основы Администрирования
>-----TO-----+------FIles-----file 1-----file 2-----.
| |
|------DBFile-------------name----------|
| |
|------DB----------. |
| | |
‘------NEW---------+---dbname-----------’-->
Команда RCFCOPY
Она точно специфицирует, что мы желаем скопировать. Обычно используется
’COPY ALL’, и база данных в целом будет передана. Опция для копирования
части DB‘s в другую часть существующей DB‘s может стать рискованной
операцией, если процесс в целом не обдумывается тщательно Системным
администратором.
.-----------------------------------------.
/ |
>-----RCFCopy---+------------CATa------------------------. |
| | |
|------------SPEC------------------------| |
| | |
|------------ALL-------------------------| |
| | |
|------------name--+---------------------| |
| | | |
| | +--name--+ | |
| ‘--INTO--| |--| |
| ‘--refno--’ | |
‘------------------+---------------------|--|
| +--name--+ | |
‘--INTO--| | | |
‘--refno-’---+--+-->
Команда COPY фактически не выполняет функцию копирования, она просто
определяет информацию, которая должна быть передана.
Модуль 25 Основы Администрирования 10-5
Команда RECONFIGURE
Эта простая заключительная команда, которая приводит все в движение. Во
время работы команды RECONFIGURE, информация PASS1 и PASS2 будет
выводится на экран. Она служит в качестве индикатора значения прогресса,
что завершение PASS1 может в общих чертах считаться промежуточной
меткой.
В конце RECONFIGURE выдается суммарный перечень ошибок, подобный
тому, который видели в CLASHER. Он очень важен, так как, если имеются
какие-либо ошибки, то процесс RECONFIGURER рассматривается, как
имеющий повреждения.
RECONFIGURER является очень унифицированным приложением и как таковой
старается выполнить любую поставленную перед ним задачу. Если случаются
ошибки, наиболее важно то, что ‘TO’ DB содержит только некоторую
информацию, которая предполагается быть переданной. Безопасный путь –
стереть эту DB перед любой попыткой повторить RECONFIGURE. Если
подчиниться всем правилам, то сообщение, которое Системный администратор
надеется увидеть, будет следующим:
***PASS 2 COMPLETED
RECONFIGURATION COMPLETE
0 ELEMENTS WERE NOT DEFINED IN DDL
0 ELEMENTS HAVE BEEN LOST
0 ELEMENTS ARE NO LONGER NAMED
0 ATTRIBUTES WERE WRONGLY DEFINED
Команда RCFUPDATE
Процесс UPDATE просматривает определенную DB’s для любых указателей,
которые ссылаются на старую DB и изменяет их в соответствии с новыми
реконфигурационными ссылками. Для выполнения этой задачи требуется
дамп-таблица.
Если пользователь покинул модуль после того, как была выполнена
RECONFIGURE, ему следует сохранить дамп-таблицу.
DUMP /filename
Возвращаясь к RECONFIGURER, мы должны реактивировать эту таблицу:
LOAD /filename
Если UPDATE следует незамедлительно после RECONFIGURE, затем он не
является необходимым.
>-RCFUPdate----+----DB----dbname----.
| |
|----MDB---mdbname---|
10-6 Модуль 25 Основы Администрирования
| |
‘----TEam--teamid----’---->
Команда UPDATE идет столько времени, сколько необходимо, чтобы
определить все MDB’s группы, или индивидуальные DB’s , в которых
использовались ссылки на старые DB.
Это не команда ‘UPDATE PROJECT’, так как она должна требовать, чтобы
система просматривала каждую отдельную DB в проекте. Она будет
непригодна, так как маловероятно, что все базы данных в проекте будут
ссылаться на одну индивидуальную DB, за исключением может быть каталога.
Пример простой реконфигурации
Модуль 25 Основы Администрирования 10-7
Пример частичной реконфигурации
В следующем примере мы собираемся переместить одну единицу
оборудования из базы данных PIPES/DESIGN в PIPEN/DESIGN
Так как мы перемечаем только одну единицу оборудования, нам необходимо
переместить ее в существующую зону в другой базе данных.
Оборудование /32V01 удвоится с одним и тем же именем, но только оно в базе
данных PIPEN/DESIGN является правильным. Оборудование должно быть
убрано из PIPES/DESIGN.
10-8 Модуль 25 Основы Администрирования
Пример реконфигурации с использованием опции
SAMREF
Когда DB реконфигурируется, ссылочные номера элементов в
предопределенной DB будут отличаться от соответствующих ссылочных
номеров в исходной DB. Чтобы быть уверенным в том, что те же самые
ссылочные номера сохраняются после реконфигурации, вы можете
использовать команду:
RECONFIGURE SAMEREF
В этом случае номера предопределенной DB должны быть теми же самыми,
что и номера оригинальной базы. Это значит, что вам надо иметь Backtrack
изменений к сессии 2 или стереть оригинальную базу данных, и создать новую
с тем же самым номером.
В неприятном происшествии с базой данных, соответствующем ее
разрушению, опция SAMEREF является хорошим методом корректировки
проблемы. Основным преимуществом, использования опции SAMEREF,
является то, что вам не надо обновлять все другие базы данных.
RECONFIGURE SAMEREF (используя опцию Backtrack Changes Database)
Реконфигурация базы данных в файл (используя командную строку)
Backtrack базы данных к сессии номер 2
Реконфигурация, используя опцию SAMEREF
Модуль 25 Основы Администрирования 10-9
Вы сейчас можете реконфигурировать SAMEREF из файла в базу данных,
после того, как вы только сделали Backtracke.
RECONFIGURE SAMEREF (Используя опцию Delete Database)
Если вышеприведенный метод не будет успешным, вам может быть, будет
нужно удалить базу данных и создать новую. Во время этого процесса
оригинальная база данных удаляется, поэтому вы должны запомнить MDB’s,
которая используется.
Сначала запишите все MDB’s, в которых используется база данных, которую
вы собираетесь удалить.
Query > Project > DB’s (вам эта информация потребуется позднее)
10-10 Модуль 25 Основы Администрирования
Реконфигурируем базу данных в файл (используя командную строку)База
данных будет удалена и должна быть создана заново, используя то же самое
имя DB и номер файла.
Конвертирование базы данных в совместимую с
новым DDL
Новый DDL или DATA DESCRIPTION LANGUAGE (язык описания данных)
встречается только в наиболее значительных версиях PDMS , когда меняется
номер PDMS. Следовательно, когда пользователи изменяют версию с PDMS
10 на PDMS 11, любые текущие проекты должны быть конвертированы, чтобы
принимать новый DDL. (Старые проекты, которые в дальнейшем не будут
использоваться, нет нужды подвергать этому процессу при условии, что версия
PDMS, в которой созданы проекты, хранится на ленте с проектом).
Изменение DDL происходит, когда изменяется структура базы данных таким
образом, что, например, существующие элементы, имеют новые атрибуты.
Реконфигурвционный процесс между главными версиями может отличаться
незначительно, но он, безусловно, всегда задокументирован в новой версии.
Когда переходят от одного к другому незначительному PDMS релизу
(например, от 11.2 к 11.3), нет необходимости в RECONFIGURATION, если это
не рекомендовано CADCENTRE. Процесс просто включает в себя создание
надежной переменной окружения, PDMSEXE, указывая правильную зону.
Perl script поставляется Cadcentre Ltd., чтобы автоматизировать процесс
upgrade (усовершенствования).
При переходе с версии 11.4 на 11.5 или 11.6 процедура Upgrade не требуется
Модуль 25 Основы Администрирования 11-1
Занятие 11
Дублирование данных
Очень важно, чтобы проводилось качественное дублирование ваших данных.
Компании будут инвестировать много средств и рабочих часов в создание
PDMS данных, следовательно, очень важно, чтобы не произошло потери
данных по причине компьютерного сбоя, пожара или ошибки пользователя.
Цели
По окончании этого занятия вы должны уметь делать:
• Ежедневное дублирование данных.
• Дублирование проекта.
Это необходимо знать
Это важно понять.
• Необходимость качественного дублирования.