AVEVA corp. Учебное пособие по Plant Design Management System, PDMS
Подождите немного. Документ загружается.
9-2 Модуль 25 Основы Администрирования
Проверка достоверности данных
В этом занятии описывается проверка достоверности PDMS данных, известная
под именем DICE. DICE проверяет структуру базы данных. Основными
проверками являются:
• Не повреждены ли скомплектованные данные? Например, все ли перечни
содержат все элементы, которые они должны содержать?
• Имена всех элементов правильно хранятся и доступны?
• Действительны ли ссылки к другим базам? Если нет, то будет иметь место
предупреждение. Наиболее вероятным случаем является уничтожение
базы данных.
• Если ответ на любой из этих вопросов «нет», то появится сообщение или на
вашем экране или в именном ASCII файле в вашей рабочей директории.
• DICE так же дает вам информацию о количестве имеющихся элементов.
Наиболее вероятными случаями разрушения базы данных являются:
• Ошибка в сети, являющаяся результатом потери данных.
• Ошибка в копированных базах данных. В частности, она может привести к
искажению базы данных.
• Недостаточное пространство на диске, для того чтобы область проекта
заполнялась полностью, пока база данных обновляется.
• Стирание DB, которая имеет ссылки на другую DB.
• Реконфигурация DB без соответствующего обновления всех DBs, которые
имеют ссылки, указывающие на нее.
• Необнаруженная неисправность в PDMS Database Management software
Очень важно, что бы любые разрушения, которые случаются, обнаруживались,
как можно быстрее, для того, чтобы системный администратор мог заменить
поврежденную базу данных дублирующей копией. По этой причине, DICE
предназначен работать, как можно быстрее, используя относительно
небольшой компьютерный ресурс. DICE является экономичным и практичным
для проверки всех баз данных проекта в целом на регулярной основе, а также
тогда, когда есть в этом необходимость, например, в случае компьютерного
сбоя. Рекомендуется часто запускать DICE проверку, например, ежедневно,
перед тем как делать резервную копию. DICE следует запускать, по крайней
мере, один раз в неделю.
Статистика хранения базы данных
Во время проверки, DICE может выдавать статистику содержания базы данных,
с очень небольшим дополнительным коэффициентом загрузки используемого
ресурса.
Модуль 25 Основы Администрирования 9-3
Может быть получена следующая статистика:
• Общее количество элементов в DB
• Количество ссылочных имен в DB
Предварительные шаги перед началом проверки
Сводка о наибольшей части проект ой информации, хранящейся в Системной
DB, может быть получена с использованием опции Query. Она может быть
полезна, когда принимается решение, какие DBs надо детально проверить.
Хотя DICE не может изменить содержание DB, которую он проверяет, всегда
доступ к базе в режиме Read/Write, чтобы предотвратить любое использование
базы данных во время проверки. Следовательно, вы не можете проверять
какую-либо базу, если она находится в использовании кем-либо.
Вы можете использовать опцию Query, чтобы видеть, какие другие
пользователи имеют доступ к проекту в настоящее время, какие базы данных
они используют, и какие права доступа имеет каждый из них.
По желанию вы можете заблокировать проект путем нажатия кнопки Lock
главного меню. Блокировка мешает любому пользователю войти в проект,
однако пользователи, находящиеся в данный момент в проекте, могут
продолжать работу.
Использование DICE
Выберите Utilities > Integrity Checking из главного меню, появится форма Data
Integrity Check.
9-4 Модуль 25 Основы Администрирования
Опции Check в верхней части формы позволяют вам выбрать, какие базы
данных (databases) вы хотите проверить. Если кнопкой установлена опция
Selection, вы должны «пикнуть» на базу данных из перечня. Опция All выбирает
все базы данных в перечне, и опция Clear очищает от выбора.
Другие опции под Selection позволяют вам проверить базы данных проекта или
Системную базу данных.
Опции Settings контролируют тип выполняемой проверки, и они описаны в
следующем занятии.
FULL (полный) и BRIEF (краткий) режимы и предел
ошибок
Существует два типа ошибок, устанавливаемых DICE:
Фатальная ошибка (fatal error) идентифицируется, если база данных
повреждена.
Не катастрофическая ошибка (non-fatal error) идентифицируется, если DICE
сталкивается с ошибками в ссылках на внешние DBs, или если таблицы имен
требуют перегруппировки. Смотри команду REALIGN в RECONFIGURER.
Модуль 25 Основы Администрирования 9-5
В BRIEF режиме, проверка останавливается, когда сталкивается с первой
неисправимой ошибкой; DICE просто определяет разрушенную базу данных.
В FULL режиме, DICE продолжает проверку в целом DB или файла, перечисляя
все не катастрофические и неисправимые ошибки до тех пор, пока количество
неисправимых ошибок превысит предел ошибок, и проверка DB
останавливается. Иногда DICE может остановиться перед проверкой всей DB в
целом. Это происходит, когда ошибки настолько серьезны, что нет смысла
продолжать проверку, например, если DB искажена.
Выпуск статистики
STATISTICS OFF означает, сто статистика не будет выпущена.
STATISTICS ON случит поводом тому, что DICE производит статистическую
сводку DB, включая ее размеры, количество элементов, содержащихся в ней и
т.д.
Проверка внешних ссылок
Элементы в некоторых типах DB имеют ссылки или совокупность ссылочных
атрибутов, которые могут указывать на элементы других DBs.
Если установлена опция NOCHECK, DICE не выполняет перекрестный контроль
каких-либо ссылок на другие DBs.
Если установлена опция CHECK, каждый ссылочный элемент проверяется,
чтобы видеть имеет ли он действительную силу. Сообщение о не
катастрофической ошибке создается для каждой обнаруженной
недействительной внешней ссылке. Следующие тесты применяют для каждой
внешней DB, на которую имеются ссылки:
Ссылочная DB существует до сих пор?
Ссылочная DB является действительной? Например, ссылочный атрибут
Design DB, на который указывает DRAFT DB, может быть недействительным.
Позиция указывается точно в пределах ссылочной DB? Заметьте, что для
скопированной DB, DICE только проверяет, чтобы ссылки находились в
пределах наибольшей копии.
Сообщение о не катастрофической ошибке создается для каждой
обнаруженной недействительной внешней ссылке.
Опцию REJECT обычно следует использовать, когда вы убеждены, что база
данных, которую вы проверяете, не содержит каких-либо внешних ссылок,
например, для Dictionary базы данных. Если используется эта команда, то
информация о любых внешних ссылках, обнаруженных в базе данных, будет
описана, как неисправимая ошибка и дальнейшая проверка будет прервана.
Если база данных была скопирована, ссылки будут проверяться в отношении к
первой обнаруженной копии.
9-6 Модуль 25 Основы Администрирования
Выбор назначения выходной информации
Вы можете создать отчет, сделанный DICE, на вашем экране или в виде
именного файла.
Когда форма заполнена, нажмите Apply, и выбранная база данных будет
проверена.
Макросы
Обычно Системный администратор устанавливает стандартные макросы для
постоянного использования DICE.
DICE имеет два режима работы:
Изнутри PDMS. Это обычный способ использования DICE. Вы можете
использовать его для проверки отдельной DB, различных DBs или всего PDMS
проекта в целом. Вы можете использовать форму Database Integrity Check для
быстрой интерактивной проверки, или можете написать макрос.
Как автономная программа. Этот способ является подходящим, например,
когда системная база данных испорчена. DICE может быть использован для
проверки System DB из вне PDMS проекта. В автономном режиме, DICE может
только проверять файлы базы данных по одному за раз.
Команды, необходимые для написания DICE макросов, или для запуска DICE,
как автономной программы, описаны в PDMS ADMIN Справочном
Руководстве. Некоторые из этих команд в DICE могут быть только
использованы внутри PDMS, некоторые могут быть использованы только в
автономном режиме и остальные доступны и в том, и в другом режиме. DICE
обнаруживает, какой режим является рабочим и забраковывает любые
неподходящие команды.
Вывод DICE данных
После проверки каждой DB или файла, отчет появляется на экране или в виде
файла. Основной отчет, выпущенный в ответ на любую CHECK команду,
содержит три раздела:
Заголовок отчета, который включает информацию о времени и дате проверки,
основные элементы DB, которые проверяются (DB имя, DB номер, имя файла,
размер, и т.д.), и выбранные опции.
Отчет по ошибкам, который содержит перечень любых ошибок, обнаруженных
во время проверки. Он будет содержать только одну ошибку и любое
количество предупреждений в BRIEF режиме, но значительное количество
ошибок и предупреждений, определенных для FULL режима.
Суммарный отчет, который даст вам информацию, есть ли DB свободная от
структурных ошибок, предполагаемых или обнаруженных повреждений.
Модуль 25 Основы Администрирования 9-7
Другими частями, которые могут быть добавлены к основному отчету по
требованию, являются:
• Статистика хранения DB
• Перечень внешних ссылок
• Заголовок отчета
Вся информация, которую DICE может определить о DB перед запуском
детальной проверки, представлена в заголовке отчета.
Если какой-либо отдельный элемент заголовка не может быть определен
(например, имя проекта в автономном режиме), в заголовке будет следующее
сообщение
*UNKNOWN*
Формат заголовка является следующим:
*****************************
* DATABASE INTEGRITY REPORT *
*****************************
Date 2006 Aug 6 Time 16.02
Project TAD
Database SYSTEM Filename /%TAD000%/tad000
DB number 1
DB type SYSTEM
DB size 133 Pages
(0.272 Million bytes)
Maximum size 2000 Pages
DB is 0.% full
Page size 2048 bytes
Options requested STATISTICS OFF
CHECK EXTERNAL REFERENCES
LIST REFERENCED DATABASES
FULL CHECK
DDL version 10.0
6/8/06
Database has no structural errors
DICE заголовок. Он стоит в начале каждого отчета. Он подтверждает версию
DICE , который производит этот отчет.
Дата и время. Дата и время, когда была начата проверка для отдельной DB
или файла.
9-8 Модуль 25 Основы Администрирования
Проект. Три позиции кода PDMS проекта.
База данных. Имя, под которым DB известна внутри PDMS проекта.
Имя файла. Имя внешнего файла, содержащего DB.
Номер DB. Идентификационный номер DB, каким он выходит после
выполнения команды LIST.
Тип DB. Design, Catalogue, Drawing и т.д.
Размер DB. Величина пространства, в страницах или в мегабайтах, в
настоящее время используемая DB в ее файлах. Она представляет собой
максимальный размер (в страницах) и в процентах заполненного пространства.
Заметьте, что если база данных заполнена более, чем на 90%, информация о
заполненном пространстве выводится, как предупреждение.
Размер страницы. Количество байтов для файловой страницы.
Требующиеся опции. Подтверждают установку опций проверки:
STATISTICS OFF or BRIEF STATISTICS or STATISTICS ON
CHECK EXTERNAL REFERENCES
LIST REFERENCED DATABASES
BRIEF CHECK or FULL CHECK
В заключении выдается суммарный отчет, и отчет об ошибках, как описывается
в следующей части.
Отчет об ошибках
Во время проверки структуры каждой DB, DICE выведет данные о каждой
обнаруженной ошибке. Эти сообщения необходимо отделять от других каких-
либо основных сообщений об ошибках, которые могут быть результатом
некорректного запуска DICE, как PDMS модуля. Ошибки запуска DICE
перечисляются в Приложении B.
Когда задается режим BRIEF, DICE продиагностирует любое количество
предупреждений до первой обнаруженной ошибки и затем прервет
дальнейшую проверку.
Когда задается режим FULL, DICE выведет перечень всех обнаруженных
ошибок, пока количество ошибок не превысит установку MAXERRORS или
количество предупреждений не превысит MAXWARNINGS.
Суммарный отчет
Эта полная оценка цельности DB integrity является наиболее полезной частью
отчета для пользователя. Может быт выведено следующее сообщение:
*DATABASE CONTAINS FATAL ERRORS**
Модуль 25 Основы Администрирования 9-9
DB не должна в дальнейшем быть использована в контексте PDMS проекта и
должна быть извлечена дублирующая копия, чтобы заменить ее.
О любом случае разрушения базы данных следует немедленно сообщать
в AVEVA Ltd и задокументировать обычным способом в отчете об
ошибках.
Иногда разрушенная база данных может быть восстановлена при помощи
реконфигурации, но этот способ не гарантирует, что
База данных не имеет структурных ошибок
Можно продолжать использовать базу данных.
ПРЕДЕПРЕЖДЕНИЕ! База данных содержит некоторые ссылочные атрибуты
предупреждений.
Например, ссылка, указывающая на элемент, который должен быть удален,
создается. Можно продолжать использовать базу данных, но противоречия
требуют дальнейшего исследования.
Модуль 25 Основы Администрирования 10-1
Занятие 10
Реконфигурация
Модуль Reconfigure (Реконфигурация) был взят из PDMS 11.2 и по
функциональным возможностям включен в Admin. Сейчас Реконфигурация не
так часто используется, как в ранних версиях, это происходит из-за того, что ее
нельзя использовать для сжатых бах данных. Сжатие баз данных не
производится в отношении объединенных сессий, как описывалось ранее.
Вы можете использовать реконфигурацию для Upgrade Projects (улучшение
проекта), для перемещения данных между базами данных или проектами.
Цели
По окончании этого занятия вы будете:
• Понимать основные команды реконфигурации
• Понимать использование Вспомогательных / Дамп файлов
• Выполнять простую реконфигурацию
• Выполнять частичную реконфигурацию
• Выполнять реконфигурацию, используя опцию SAMEREF
Это необходимо знать
Это важно понять при обучении:
• Основные команды реконфигурации