Отчет о сбойных и зависимых от сбойных объектах
|
|
Для упрощения дел файлы журнала сбоев предоставляются вместе с ZIP-файлом доставки, поскольку журналы сервера методов, как правило, не поддерживаются. Ошибки и исключения, зафиксированные в журнале сбоев, могут содержать информацию, которая считается конфиденциальной или доступна только определенным пользователям в организации.
Чтобы управлять неразглашением информации, убедитесь, что задания экспорта выполняются только определенной ролью, например диспетчером репликации. В этом случае доступ к файлам журнала будет ограничен ролью диспетчера репликации. Необходимо соблюдать меры предосторожности при совместном использовании этого журнала сбоев с другими бизнес-ролями.
|
В случае включения отказоустойчивости для доставок, если пакет содержит сбойные объекты и связи, рядом со значком ZIP в таблице Доставки отображается глиф.
В таблице Вложения на информационной странице доставки отображаются следующие файлы, содержащие сведения о сбойных и зависимых от сбойных объектах.
• ZIP-файл доставки - содержит несбойные данные и зависимые от сбойных данные.
• CSV-файл - отображает сбойные и зависимые от сбойных объекты в табличном формате. Для каждого объекта показан отображаемый идентификатор и идентификатор объекта, а также соответствующее сообщение об ошибке. Дополнительные сведения об отображаемой информации см. в разделе
CSV-файл. Правило именования CSV-файла:
Replication Package - <обозначение пакета репликации>, <наименование организации>, <версия пакета репликации>[номер файла] - Faulty Object Report.csv
Пример: Replication Package - 000001, Demo Organization, A.0[1] - Faulty Object Report.csv
| • Объект, зависимый от сбойного, может упоминаться в CSV-файле несколько раз, если он зависит от нескольких сбойных объектов. • Если связь включает VersionReference или MasterReference, связанный объект помечается как зависимый от сбойного только в том случае, если все версии и итерации основного объекта являются сбойными. Если некоторые версии или итерации не являются сбойными, связанный объект не помечается как зависимый от сбойного. • Если некоторые операции выполняются на уровне пакета и какой-либо объект в этом пакете идентифицируется как сбойный, весь пакет вносится в отчет как сбойный. В CSV-файле указываются этапы экспорта IX - Prepare export (batch) и IX - Prepare attribute export (batch). • Для некоторых этапов сбоя следующий этап экспорта не выполняется. Поэтому в отчет могут вноситься не все сбойные объекты. • Если базовый мастер EPMVariantLink является сбойным, функция отказоустойчивости может не определить объекты FamilyTable Generic, FamiltyTable Instance, EPMSepFamilyTable, EPMContainedIn и т. д. как объекты, зависимые от сбойного. Таблица семейства может быть успешно экспортирована, но не импортирована в целевую систему. • Если при экспорте управляемой опорной структуры некоторые атрибуты, например FolderingInfo, идентифицируются как сбойные, в CSV-файле и файлах журнала сбоев отображается запись только для FolderingInfo. Другие сбойные атрибуты не перечисляются. В CSV-файле указывается этап экспорта IX - getFolderPath. • Если при экспорте основного бизнес-объекта (PBO) некоторые атрибуты, такие как "Вид", "Состояние", обозначаются как сбойные, в CSV-файле и файлах журнала сбоев отображается несколько записей для атрибута "Вид". В CSV-файле указывается этап экспорта IX- Object metadata export. • Если объект, который указан как сбойный, впоследствии идентифицируется как зависимый от сбойного, он не указывается в CSV-файле повторно как зависимый от сбойного. |
• Журнал сбоев - список ошибок и исключений, обнаруженных при обработке сбойных данных, существующих в пакете доставки. Также отображаются ошибки в случае сбоя в процессе архивирования. Ошибки и исключения извлекаются из файлов журнала сервера методов.
Правила именования журнала сбоев:
Replication Package - <replication package number>, <organization name>, <replication package version>[file number] - Failure.log
Пример: Replication Package - 000001, Demo Organization, A.0[1] - Failure.log
| • Предельный размер CSV-файла и журнала сбоев составляет 9 МБ. Если размер файла достигает этого порога, для оставшегося содержимого создается новый файл. По умолчанию в имени первого файла отображается номер файла 1. В случае создания второго файла отображается номер файла 2 и т. д. • В файле журнала сбоев также перечисляются ошибки, обнаруженные при записи в файл FaultyObjectForReplication.csv. • Журнал сбоев перезаписывается при создании нового ZIP-файла. |
Если функция отказоустойчивости выключена, перечисленные выше файлы не генерируются.
