Сбой задания хранилища данных и регистрируется событие с кодом 33502

ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.

Эта статья на английском языке: 3137611
Симптом
Сбой задания хранилища данных в Microsoft System Center 2012 Service Manager. При возникновении этой проблемы в журнал событий Operations Manager на сервере хранилища данных регистрируется следующее событие:

Имя журнала: Operations Manager
Источник: Хранилище данных
Код события: 33502
Уровень: ошибка
Описание:
Сбой выполнения модуля ETL:
Тип процесса ETL: трансформирование
Идентификатор пакета: ###
Имя модуля: TransformEntityRelatesToEntityFact
Сообщение об ошибке: Истекло время ожидания. Время ожидания истекло до завершения операции или сервер не отвечает.


Кроме того при запуске определенных командлетов для хранилища данных, youfrequently см ошибка времени ожидания записи для модуляTransformEntityRelatesToEntityFact , похожее на следующее:

Transform.common - имя Get-SCDWJobModule
. . .
Не удалось выполнить TransformEntityRelatesToEntityFact 1952
. . .
Причина
Это может происходить, если объем данных, преобразование превышает сумму, которая может обрабатываться модули преобразования до истечения времени ожидания. Обычно это происходит после задания хранилища данных были отключены в течение некоторого времени из-за объема данных, которые необходимо преобразовать быстро может стать задержке. По умолчанию преобразование заданий хранилища данных имеют жестко 60-минутной тайм-аут.
Решение
Чтобы устранить эту проблему, воспользуйтесь одним из следующих методов.

Способ 1

Если вы считаете, что это является проблемой краткосрочные и изолированных приложений, обработки невыполненных заданий преобразованный для возврата работает статус операции. Для этого, подождите, пока состояние всех заданий хранилища данных должно отображаться как НепройденныйилиНе запущена и затем выполните следующие действия:

  1. На сервере хранилища Дата остановки HealthService serviceat командную строку с повышенными правами. Чтобы сделать это, выполните следующую команду:

    Net Stop HealthService

    Примечание В зависимости от версии Service Manager это имя службы могут отображаться какАгент наблюдения Майкрософт или Центр управления системой.
  2. В следующем запросе SQL Server в соответствии с значением имя_модулямодуля в Transform.Common задания, которое не удается обновите. В этом примере используетсяTransformEntityRelatesToEntityFact.

    Примечание Откройте консоль диспетчера служб, нажмите кнопкуХранилища данных, еще раз нажмите кнопку Хранилище данных , нажмите кнопку заданий хранилища данныхи нажмите кнопку Transform.Commonявляется самым простым способом имя_модулязначение для модуля, происходит сбой. В центральной нижней области можно просмотреть список модулей и текущее состояние. После внесения изменений, выполните запрос.

    Use DWStagingAndConfig  declare  @mybatchid INT,  @mysourceid INT,  @outXML XML,  @myProcessCategoryName NVARCHAR(100),  @myProcessName NVARCHAR(100),  @myModuleName NVARCHAR(100),  @sqlString NVARCHAR(150),  @paramDef NVARCHAR(100)  set @myProcessCategoryName = N'Transform'  set @myProcessName = N'Transform.Common'  set @myModuleName = N'TransformEntityRelatesToEntityFact'  USE DWStagingAndConfig  create table #MyTempTable (  ProcessCategoryName NVARCHAR(150),  ProcessName NVARCHAR(150),  BatchId INT,  BatchStatus NVARCHAR(150),  WorkItemStatus NVARCHAR(150),  WorkItems INT  )  insert #MyTempTable  exec Infra.GetBatchDetails @ProcessCategoryName=@myProcessCategoryName, @ProcessName=@myProcessName  select @mybatchid = BatchId from #MyTempTable  select @mysourceid = sourceid from etl.source where SourceName='SCDW'  create table #MyTempTable2 (  myWaterMark XML  )  insert #MyTempTable2  exec etl.GetWaterMark @BatchId=@mybatchid, @ModuleName=@myModuleName, @ProcessName=@myProcessCategoryName, @SourceId=@mysourceid  select @outXML = myWaterMark from #MyTempTable2  create table #MyTempTable3 (  myWaterMark XML,  BatchId INT,  UpdatedRowCount INT,  InsertedRowCount INT  )  USE DWRepository  set @paramDef = N'@ioutXML XML'  set @sqlString = 'insert #MyTempTable3 exec ' + @myModuleName + 'Proc @WaterMark=@ioutXML'  exec sp_executesql @sqlString, @paramDef, @ioutXML=@outXML  select @mybatchid = BatchId, @outXML = myWaterMark from #MyTempTable3  USE DWStagingAndConfig  exec etl.SetWaterMark @BatchId=@mybatchid, @ModuleName=@myModuleName, @ProcessName=@myProcessCategoryName, @SourceId=@mysourceid, @WaterMark=@outXML  drop table #MyTempTable  drop table #MyTempTable2  drop table #MyTempTable3
  3. Перезапустите службу HealthService в командной строке с повышенными привилегиями. Чтобы сделать это, выполните следующую команду:

    Net Start HealthService
Примечание Может потребоваться повторить эти шаги несколько раз и в нескольких модулях.

Способ 2

При использовании диспетчера идентификации Forefront (FIM), эта проблема может появиться из-за поток данных, который достигает Service Manager. Распределить рабочую нагрузку для этих данных, измените расписаниеFIM_ScheduleReportingIncrementalSynchronizationJob из значения по умолчанию каждые 8 часов на каждые 2 часа. Чтобы сделать это, выполните следующие действия.

  1. В среде SQL Server Management Studio подключиться к базе данных FIM, разверните Агент SQL Serverи щелкните задания.
  2. Щелкните правой кнопкой мыши FIM_ScheduleReportingIncrementalSynchronizationJob, выберите команду Свойстваи нажмите кнопку расписания.
  3. Изменение Повторение всех значение FIM_UpdateReportingIncrementalSynchronizationJobSchedule_1 до 2 часов.

Способ 3

Для более долгосрочных решений обновление до Microsoft System Center 2012 R2 службы диспетчера обновления накопительного пакета обновлений 4 (UR4) или более поздней версии. Начиная с 4 накопительный пакет обновления Service Manager имеет параметр регулируемой тайм-аута. Кроме того по умолчанию время ожидания задания хранилища данных преобразования изменяется с 60 минут на 180 минут. Если три часа недостаточна для модуляTransform.Common до конца, можно увеличить значение, изменив значение следующего параметра реестра:

HKLM\SOFTWARE\Microsoft\System Center\2010\Common\DAL

SqlCommandTimeout = (DWord 32 бит в секунду)

Примечание Если вы используете Forefront Identity Manager, необходимо обновить Microsoft Identity Manager 2012 R2 для получения поддержки Service Manager 2012 R2.

Внимание! Эта статья переведена автоматически

Свойства

Номер статьи: 3137611 — последний просмотр: 03/28/2016 21:57:00 — редакция: 2.0

Microsoft System Center 2012 Service Manager Service Pack 1, Microsoft System Center 2012 R2 Service Manager

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3137611 KbMtru
Отзывы и предложения