Зараз ви перебуваєте в автономному режимі; очікується повторне підключення до Інтернету

Завдання пул носіїв поштових скриньок даних, помилки, і реєструється подія з Ідентифікатором 33502

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3137611
Ознака
Завдання пул носіїв поштових скриньок даних, що не у Microsoft System Center-2012 Service Manager. Коли ця проблема виникає, в журналі подій Operations Manager пул носіїв поштових скриньок даних сервера реєструється така подія:

Ім'я журналу: Operations Manager
Джерело:-Сховища даних
Код події: 33502
Рівень: помилка
Опис:
ETL модуля, помилка:
ETL процес введіть: перетворення
Пакетна ID: # # #
Ім'я модуля: TransformEntityRelatesToEntityFact
Повідомлення: Вичерпано. Період очікування, що минув до завершення роботи або сервер не відповідає.


Крім того, під Вільний час запуску, деякі командлети, пов'язані з пул носіїв поштових скриньок даних, youfrequently дивіться помилку часу очікування дляTransformEntityRelatesToEntityFact модуля, приблизно такого вигляду:

Get-SCDWJobModule - JobName transform.common
. . .
TransformEntityRelatesToEntityFact 1952, не вдалося
. . .
Причина
Ця проблема може виникати, якщо обсяг перетворення даних сума, яка може бути оброблено модулі перетворення протягом періоду очікування. Це, зазвичай, відбувається після того, як пул носіїв даних роботу було вимкнуто протягом деякого часу через те, що об'єм даних, який буде перетворено може стати швидко backlogged. За промовчанням пул носіїв поштових скриньок даних перетворення завдання, мають Вільний час очікування жорстко кодований 60 хвилин.
Вирішення
Щоб вирішити цю проблему, скористайтеся одним із наведених нижче способів.

Спосіб 1

Якщо ви вважаєте, що це короткострокові та ізольованих проблеми, обробляти, backlogged перетворений завдання повернути функціонування стан операції. Для цього, зачекайте, поки стану всіх завдань пул носіїв поштових скриньок даних, якНе запущено або Помилкаі виконайте такі дії:

  1. На сервері дати пул носіїв поштових скриньок, зупинити serviceat-служба Health Service командний рядок у режимі адміністратора у режимі адміністратора. Для цього, виконайте таку команду:

    Net Stop HealthService

    Примітка. Залежно від вашої версії Service Manager цього пакета, ім'я може відображатисяMicrosoft моніторинг агента або System Center Management.
  2. Оновіть такий запит SQL Server для відображення значення ModuleNameмодуль Transform.Common роботу, який спричиняє помилку. У цьому прикладі використовується вTransformEntityRelatesToEntityFact.

    Примітка. Найпростіший спосіб переглянути значення ModuleNameмодуль, який не є, відкрийте консоль Service Manager, виберітьпул носіїв даних, знову натисніть пул носіїв поштових скриньок даних , виберіть пул носіїв даних завданнята виберіть 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. Перезапустіть службу служба Health Service, у командному рядку в режимі адміністратора. Для цього, виконайте таку команду:

    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_12 години.

Спосіб 3

Більш довгострокове рішення, оновлення до Microsoft System центр 2012 R2 пакет Диспетчер зведеного оновлення 4 (UR4) або пізнішої версії. Service Manager, починаючи з зведеного оновлення 4, має з регулювання очікування. Крім того, Вільний час очікування завдання перетворення пул носіїв поштових скриньок даних за промовчанням змінюється від 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 23:05:00 – виправлення: 2.0

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

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3137611 KbMtuk
Зворотний зв’язок