Настроювання пакет керування SharePoint 2010, для System Center Operations Manager

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2690744
Підсумки
У цій статті описуються виправлення або настроювання пакет керування SharePoint 2010, для таких сценаріїв:

  1. Немає доступу до SharePoint Foundation 2010 і баз даних SharePoint Server 2010
  2. Налаштування запуску зв'язок "один-до-одного" з облікового запису
  3. Неможливо відстежувати кілька ферми до місцевого або віддалені домени
  4. Як запустити завдання конфігурації
  5. Не вдається запустити завдання "Настроювання SharePoint пакет керування" в System Center 2012 Operations Manager.
  6. Неможливо відстежувати SharePoint 2010 даних
  7. Навчання для користувачів - ізоляцію відкриття
  8. Навчання для користувачів - синхронізувати Вільний час має перевагу над
  9. Навчання для користувачів - запит на додавання робочі цикли SharePoint конфігураційний файл


Сценарій 1 : Немає доступу для SharePoint Foundation 2010 і SharePoint Server 2010, баз даних

Проблема:

  • Комп'ютери вказано в поданні "Невідомі машини", у моніторингу операцій менеджер consoleunder-> продуктів SharePoint 2010,-> невідомі машини


  • Кілька подання елементів консоль під моніторинг,-> продукти SharePoint 2010 не відображаються "" або "Не відстежуються" включає такі подання:

    Адміністрування - не відстежуються
    Бази даних вмісту - пусте
    Схема-подання - не відстежуються
    Події - пусте
    Ферми - пусте
    Продуктивність – пустим
    Сервери - пусте
    Служба інтерфейси - пустий.
    Служби – пустим
    Спільні служби - пусте
    SPHA правила - пусте
    Веб-застосунки - пусте

Роздільної здатності: Встановіть відповідних дозволів баз даних SharePoint Foundation і SharePoint Server 2010. Увімкніть, налагодження трасування, щоб визначити, де можуть виникати помилки.


Необхідних дозволів

Необхідні дозволи на доступ для на, настроєного працює в окремих ферми SharePoint є:

  • Локальний адміністратор allSharePoint, 2010 Front-End і серверів застосунків
  • Локального адміністратора на всіх SQLmachines, на яких зберігаються в SharePoint 2010, баз даних
  • Повний прав адміністратора ферми SharePoint 2010
  • DBO, для всіх баз даних, SharePoint

Примітка Всі SharePoint Foundation 2010 і SharePoint Server 2010 баз даних, створених під Вільний час початкового настроювання, потрібно вище дозволи.
Нижче наведено, список даних SharePoint Foundation 2010 і SharePoint Server 2010, які вимагають DBO дозволи. Це не повний список як itdepends, вашої конкретної конфігурації.
  • Application_Registry_Service
  • Bdc_Service_DB
  • Служба керованих метаданих
  • Застосунок-служба PerformancePoint Service
  • Search_Service_CrawlStoreDB
  • Search_Service_DB
  • Search_Service_Application_PropertyStoreDB
  • Secure_Store_Service_DB
  • SharePoint_Config
  • SharePoint_AdminContent
  • StateService
  • Користувач-профіль служби Application_ProfileDB
  • Користувач-профіль служби Application_SocialDB
  • Користувач-профіль служби Application_SyncDB
  • Користувач-профіль служби Application_ReportingDB
  • Користувач-профіль служби Application_StagingDB
  • WebAnalyticsServiceApplication_ReportingDB
  • WebAnalyticsServiceApplication_StagingDB
  • WordAutomationServices
  • WSS_Content
  • WSS_Logging

Примітка обліковий запис А комп'ютера початкової інсталяції для SharePoint 2010 Foundation і SharePoint 2010 Server вже необхідних дозволів, які необхідно виконати впродовж всіх баз даних, створених під Вільний час первісної інсталяції. Рекомендується використовувати цей обліковий запис А комп'ютера для інсталяції настроювання SharePoint Foundation 2010 і пакети керування сервера SharePoint Server 2010. Вимоги для виклику безпеки, для створення нового облікового запису, для керування, пакет адміністрування та виявлення, враховувати обліковий запис А комп'ютера, який потрібно відтворити ті самі дозволи, які вже надані інсталяції обліковий запис А комп'ютера SharePoint.


Примітка Для автоматична інсталяція кластерного кореневий сервер керування SharePointMP.config файл має існувати в такому каталозі

Для на базі x86-процесорів розрядної версії системи з Windows Server, діють % Program Files (x86) \System Center Management Packs\Microsoft SharePoint 2010 Products OpsMgr 2007 MP-en-нам

Для 64-розрядної версії Windows Server 2008 або Windows Server 2008 R2 скопіюйте файл SharePointMP.config %, пакети Files\System центр керування у програмі з % ProgramFiles(x86) %\System пакети керування в центрі каталогу


Надання нового облікового запису, права адміністратора в повний ферми:

  1. Відкрийте SharePoint 2010, центру адміністрування.
  2. На лівій панелі виберіть безпеки.
  3. В області середній під користувачів натисніть "Керування на фермі групи адміністраторів".
  4. Якщо обліковий запис А комп'ютера, спочатку було інстальовано SharePoint, ще не існує. Додайте до група SharePoint працювати як обліковий запис А комп'ютера.
  5. запит на додавання облікового запису Operations Manager SharePoint - у верхньому лівому кутку, натисніть у розкривному стрілка біля кнопка "Новий" і виберіть Додати користувачів.
  6. Клацніть динамічна піктограма невелику книгу (огляд).
  7. Введіть ім'я облікового запису інтерактивні елементи менеджера SharePoint операцій.
  8. Клацніть динамічна піктограма пошуку і почекайте, поки що повертає операцій Manager SharePoint інтерактивні елементи облікового запису.
  9. Натисніть кнопку Додати ".
  10. Натисніть кнопку "OK".

Увімкнення трасування для налагодження


Увімкнення перевірки налагодження трасування, щоб увімкнути налагодження трасування на цих комп'ютерах агентів, які працюють на основі сценарію Windows PowerShell, відкриття та SPHA моніторів. за промовчанням вмикається автоматично. Якщо її ввімкнуто, сценарій, на основі відкриття монітори буде писати трасування інформацію до журналу подій у Operations Manager каналу на всіх комп'ютерах, агент і всіх налагодження трасування подій, мають Кодом події 0.

Щоб увімкнути відстеження налагодження чи, такі:
  1. Консоль операцій виберіть контролю.
  2. Виберіть продукти SharePoint 2010.
  3. Виберіть адміністрування подання елементів.
  4. На панелі "дії" натисніть кнопку "завдання з назвою"Вибір DebugTrace для пакет керування SharePoint"". Завдання на виконати спливаюче вікно буде.
  5. Щоб увімкнути трасування для налагодження (варіант за промовчанням), натисніть кнопку "виконати". Щоб вимкнути налагодження трасування, натисніть кнопку "перевизначення".
  6. Вибір увімкнено параметр значення "False" у діалоговому вікні спливаюче.
  7. Клацніть перевизначення, щоб закрити вікно.
  8. Натисніть кнопку Запуск.
  9. Зачекайте, доки завдання, щоб завершити завдання стану вікна та перевірте вихідний завдання, щоб переконатися, що завдання буде успішно завершено.
  10. Натисніть кнопку Закрити.

сценарій виконання налагодження трасування
Запуску завдання "Встановити DebugTrace для пакет керування SharePoint", а потім повторно завдання адміністратора, потім перейдіть на сервері Operations Manager подій канал і перевірити події з Ідентифікатором = 0. пошук міткою часу в разі журналу а потім перевірити SharePoint ULS слід увійти в систему, щоб переконатися, що у випадку
Щоб отримати додаткові відомості про реєстрація події в журналі ULS трасування див. документацію для SharePoint Foundation 2010 на TechNet (http://TechNet.Microsoft.com/EN-US/SharePoint/ee263910.aspx ).

Параметр "захист"

Можливість більш безпечний доставити налаштувати облікові дані лише для машин, зазначених у цьому розділі. Облікові дані, які надсилаються, буде для виявлення та моніторинг ферми SharePoint, що зазначено. Машини, у списку має бути в одному машини, указаного у файлі SharePointMP.config. Вимоги є всі компоненти розподілених застосунків, зареєстрованих для кожної окремої ферми. Це включає в себе сервером і серверів SQL, в яких зберігаються баз даних SharePoint або будь-які компоненти, їх.

Налаштування більш безпечний варіант робити такі:

Параметр1- створення працювати як облікового запису та настроювання
  1. Відкрийте Operations Manager консолі.
  2. Перейдіть на вкладці.
  3. Розгорніть вузол безпеки.
  4. Клацніть правою кнопкою миші запустити як облікові записи.
  5. Виберіть створити на виконання, як обліковий запис і натисніть кнопку Далі.
  6. Рівень працювати як тип облікового запису "Windows", дати йому, коротке ім'я та натисніть кнопку Далі.
  7. Ввести облікові дані користувача домену Active Directory обліковий запис і натисніть кнопку Далі.
  8. Параметр "Додаткові Secure" і додати всі сервери, які є частиною ферми SharePoint. Це включатиме всі SharePoint інтерфейс, застосунків та SQL-серверів ферми, що SharePoint.
  9. Натисніть кнопку Створити.
Спосіб 2 - налаштування вже існуючого облікового запису
  1. Відкрийте Operations Manager консолі і перейдіть на вкладку керування.
  2. Розгорніть вузол працювати як конфігурації та виділіть облікові записи.
  3. Середній панелі відкрити працювати як обліковий середній області списку Тип: Windows
    Клацніть правою кнопкою миші обліковий запис і виберіть Властивості.
  4. Клацніть вкладку розсилки.
  5. Параметр "Додаткові Secure" і додати всі сервери, які є частиною ферми SharePoint. Це включатиме всі SharePoint інтерфейс, застосунків та SQL-серверів ферми, що SharePoint.
  6. Натисніть кнопку "OK".

Примітка Розповсюдження безпеки гарантує, що сервери, які є частиною SP ферми вибираються та включено тут. Корпорація Майкрософт рекомендує з одного набору Operations Manager, сервери монітор лише один ферми, SharePoint. Ми не рекомендуємо з комп'ютера з мережа з multi-агента (SharePoint серверів, які відстежуються кілька Operations Manager-керування групами).


Сценарій 2 -
налаштування облікового запису об'єднання в режимі

Ознаки

  • Кілька подання консоль під моніторинг,-> продукти SharePoint 2010 не відображаються "" або "Не відстежуються" включає такі подання:

    Адміністрування - не відстежуються
    Бази даних вмісту - пусте
    Схема-подання - не відстежуються
    Події - пусте
    Ферми - пусте
    Продуктивність – пустим
    Сервери - пусте
    Служба інтерфейси - пустий.
    Служби – пустим
    Спільні служби - пусте
    SPHA правила - пусте
    Веб-застосунки - пусте

  • Повідомлення про помилку можна побачити, якщо запустити як обліковий запис об'єднання не настроєно належним чином через синтаксис


    Наприклад:
    The Event Policy for the process started at 10:44:13 PM has detected errors in the output. The 'StdErr' policy expression: .+ matched the following output: Account OpsMgr SharePoint Action Account doesn't exist Failed to find RunAs account OpsMgr SharePoint Action Account Command executed: "C:\Windows\system32\cmd.exe" /c powershell.exe -NoLogo -NoProfile -Noninteractive "$ep = get-executionpolicy; if ($ep -gt 'RemoteSigned') {set-executionpolicy remotesigned} & '"C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 32\9687\AdminTask.ps1"' 'SharePointMP.Config'" Working Directory: C:\Program Files\System Center Management Packs\ One or more workflows were affected by this. Workflow name: Microsoft.SharePoint.Foundation.2010.ConfigSharePoint Instance name: Microsoft SharePoint 2010 Farm Group Instance ID: {B7E9A5AF-62D1-CF79-0AE8-044AE7CECBD7} Management group: XXX Error Code: -2130771918 (Unknown error (0x80ff0032))
  • Машини, які не мають SharePoint Foundation 2010 або SharePoint Server 2010, що інстальовано виявив, як SharePoint 2010 серверів.

Роздільна здатність- Настроювання Асоціації працювати як обліковий запис, налаштування Асоціації ім'я комп'ютера і налаштування "Більш безпечний варіант".


Параметр "захист"

Можливість більш безпечний доставити налаштувати облікові дані лише для машин, зазначених у цьому розділі. Облікові дані, які надсилаються, буде для виявлення та моніторинг ферми SharePoint, що зазначено. Машини, у списку має бути в одному машини, указаного у файлі SharePointMP.config. Вимогою є, для всіх поширюється на компонент зареєстрованих для певного ферми. Це включає в себе сервером і серверів SQL, хоста бази даних SharePoint.

Налаштування більш безпечний варіант робити такі:

Параметр1 - створення працювати як облікового запису та настроювання
  1. Відкрийте Operations Manager консолі.
  2. Перейдіть на вкладці.
  3. Розгорніть вузол безпеки.
  4. Клацніть правою кнопкою миші запустити як облікові записи.
  5. Виберіть створити на виконання, як обліковий запис і натисніть кнопку Далі.
  6. Рівень працювати як тип облікового запису "Windows", дати йому, коротке ім'я та натисніть кнопку Далі.
  7. Ввести облікові дані користувача домену Active Directory обліковий запис і натисніть кнопку Далі.
  8. Параметр "Додаткові Secure" і додати всі сервери, які є частиною ферми SharePoint. Це включатиме всі SharePoint інтерфейс, застосунків та SQL-серверів ферми, що SharePoint.
  9. Натисніть кнопку Створити.
Спосіб 2 - налаштування вже існуючого облікового запису
  1. Відкрийте Operations Manager консолі і перейдіть на вкладку керування.
  2. Розгорніть вузол працювати як конфігурації та виділіть облікові записи.
  3. Середній панелі відкрити працювати як обліковий середній області списку Тип: Windows
    Клацніть правою кнопкою миші обліковий запис і виберіть Властивості.
  4. Клацніть вкладку розсилки.
  5. Параметр "Додаткові Secure" і додати всі сервери, які є частиною ферми SharePoint. Це включатиме всі SharePoint інтерфейс, застосунків та SQL-серверів ферми, що SharePoint.
  6. Натисніть кнопку "OK".

Примітка Розповсюдження безпеки гарантує, що сервери, які є частиною ферми SharePoint буде вибрано і включено тут. Корпорація Майкрософт рекомендує з одного набору Operations Manager, сервери монітор лише один ферми, SharePoint. Ми не рекомендуємо з комп'ютера з мережа з multi-агента (SharePoint серверів, які відстежуються кілька Operations Manager-керування групами).



Налаштування запуску зв'язку з облікового запису

Запустити як обліковий запис повинен бути пов'язані у файлі config пакет керування SharePoint. Якщо не настроєно належним чином не можна відкрити на серверах SharePoint.

Щоб налаштувати SharePointMP.config файл:

  1. Перейдіть до <drive>: \Program Files (x86) \System Center Management Packs\Microsoft SharePoint 2010 Products OpsMgr 2007 MP-en-нам

    Примітка Для 64-розрядної версії Windows Server 2008 або Windows Server 2008 R2 скопіюйте файл SharePointMP.config %, пакети Files\System центр керування у програмі з % ProgramFiles(x86) %\System пакети керування в центрі каталогу</drive>
  2. Клацніть правою кнопкою миші файл SharePointMP.config і виберіть редагування
  3. Locatethe розділів, як показано нижче

    Наприклад:

    <Association account="SharePoint Discovery/Monitoring Account" type="Agent">

    </Association>
  4. Змініть цей розділ, щоб відобразити "Коротке ім'я", запустіть облікового запису було настроєно як працювати як обліковий запис на фермі SharePoint.

    Тепер цей розділ має такий вигляд:

    <Association account="SPAdmin" type="Agent">

    або

    <Association account="Domain\SPAdmin" type="Agent">


    Примітка Не слід плутати це з фактичного-служби active directory обліковий запис користувача домену.</Association></Association>


Конфігурація комп'ютера імена

Настроювання ім'я комп'ютера із серверами, належать до ферми SharePoint і відповідає в розділі "Додаткові Secure" запустити як обліковий запис для ферми SharePoint 2010.

Примітка Щоб підтвердити це ім'я, запуску hostname команди з командного рядка на серверах локально або віддалено на кожному комп'ютері, який входить до складу ферми.


Щоб налаштувати SharePointMP.config файл:

  1. Перейдіть до<drive>: \Program Files (x86) \System Center Management Packs\Microsoft SharePoint 2010 Products OpsMgr 2007 MP-en-нам

    Примітка Для 64-розрядної версії Windows Server 2008 або Windows Server 2008 R2 скопіюйте файл SharePointMp.config %, пакети Files\System центр керування у програмі з % ProgramFiles(x86) %\System пакети керування в центрі каталогу.

    Примітка Для керування серверів, на кластерних кореневі ті ж дії потрібно виконати обох вузлів кластера.
    </drive>
  2. Клацніть правою кнопкою миші файл SharePointMP.config і виберіть редагування.
  3. Знайдіть розділ, як показано нижче

    Наприклад:

    <Machine name=""></Machine>

    <Machine name=""></Machine>



  4. Зміни в цьому розділі містять імена SharePoint Server, наприклад:


    <Machine name="SRV1"></Machine>

    <Machine name="SRV2"></Machine>



ПідтвердженняуПрацювати як обліковий запис настроєно.

Щоб підтвердити, що настроєно запуск як обліковий запис:
  1. Відкрийте Operations Manager журналу подій.
  2. Знайдіть подію з Ідентифікатором 7026 - відкрити цю подію - це має повідомити про те, що в режимі обліковий запис для SharePoint-MP увійшов у.
Примітка: Ідентифікатором 7000 подій у журналі подій Operations Manager вказує на те, що працювати як обліковий запис для SharePoint-MP не вдалося ввійти.

Ім'я журналу: Operations Manager
Джерело: служби Health Service
Дата:
Подія з Ідентифікатором: 7000
Категорія завдання: Справність служби
Рівень: помилка
Ключові слова: класичний
Користувач: н/д
Комп'ютер:
Опис:
Справність служби не можуть увійти contoso\spadmin запуску від імені облікового запису, для групи для керування <MGName>. Повідомлення про помилку, це помилка входу до системи: невідоме ім'я користувача або неправильний пароль. (1326L). Це запобігає здоров'я служба моніторингу або виконання дій, використовуючи обліковий запис RunAs

Крім того також може відображатися наведені нижче події.

Ім'я журналу: Operations Manager
Джерело: служби Health Service
Дата:
Подія з Ідентифікатором: 7021
Категорія завдання: Справність служби
Рівень: помилка
Ключові слова: класичний
Користувач: н/д
Комп'ютер:
Опис:
Служба Health не вдалося перевірити будь-які облікові записи користувачів до групи для керування <MGName>.


Ім'я журналу: Operations Manager
Джерело: служби Health Service
Дата:
Код події: 7015
Категорія завдання: Справність служби
Рівень: помилка
Ключові слова: класичний
Користувач: н/д
Комп'ютер:
Опис:
Справність служби не вдалося перевірити в майбутньому термін дії contoso\spadmin запуску від імені облікового запису, для групи для керування <MGName>. Повідомлення про помилку, це помилка входу до системи: невідоме ім'я користувача або неправильний пароль. (1326L).



Сценарій 3- Неможливо відстежувати кілька ферми до місцевого або віддалені домени

Проблема:
лише один серверну ферму виявив, як видно з моніторингу-> продукти SharePoint 2010,-> ферми стану подання. Інші ферми серверів з'являється у моніторингу-> продукти SharePoint 2010-> UnidentifiedMachines стану подання

Роздільної здатності: Настроювання SharePointMP.config, щоб дізнатися більше одного-серверах ферми



Необхідних дозволів

Необхідні дозволи на доступ до кожної окремої ферми SharePoint Запуск від імені облікового запису є:
</MGName></MGName></MGName>
  • Локального адміністратора на серверах, усі SharePoint так і застосунок
  • Всі поля SQL, яких зберігаються в SharePoint 2010 даних локального адміністратора
  • Повний прав адміністратора ферми SharePoint 2010
  • DBO, для всіх баз даних, SharePoint

Примітка Обліковий запис початкової інсталяції для SharePoint 2010 Foundation і SharePoint 2010 Server вже необхідних дозволів, які необхідно виконати впродовж всіх баз даних, створених під час первісної інсталяції. Рекомендується використовувати цей обліковий запис для інсталяції настроювання SharePoint Foundation 2010 і пакети керування сервера SharePoint Server 2010. Вимоги для виклику безпеки, для створення нового облікового запису, для керування, пакет адміністрування та виявлення, враховувати обліковий запис, який потрібно відтворити ті самі дозволи, які вже надані інсталяції обліковий запис SharePoint.
Для встановлення кластерного кореневий сервер керування SharePointMP.config-файл має існувати в тій же папці, як описано вище, у кожного окремих вузла кластера.


Параметр "захист"

Можливість більш безпечний доставити налаштувати облікові дані лише для машин, зазначених у цьому розділі.
Облікові дані, які надсилаються, буде для виявлення та моніторинг ферми SharePoint, що зазначено. Машини, у списку має бути в одному машини, указаного у файлі SharePointMP.config. Вимогою є, для всіх поширюється на компонент зареєстрованих для певного ферми. Це включає в себе сервером і серверів SQL, хоста бази даних SharePoint.

Налаштування більш безпечний варіант робити такі:


Параметр
1 - створення працювати як облікового запису та настроювання
  1. Відкрийте Operations Manager консолі.
  2. Перейдіть на вкладці.
  3. Розгорніть вузол безпеки.
  4. Клацніть правою кнопкою миші запустити як облікові записи.
  5. Виберіть створити на виконання, як обліковий запис і натисніть кнопку Далі.
  6. Рівень працювати як тип облікового запису "Windows", дати йому, коротке ім'я та натисніть кнопку Далі.
  7. Ввести облікові дані користувача домену Active Directory обліковий запис і натисніть кнопку Далі.
  8. Параметр "Додаткові Secure" і додати всі сервери, які є частиною ферми SharePoint. Це включатиме всі SharePoint інтерфейс, застосунків та SQL-серверів ферми, що SharePoint.
  9. Натисніть кнопку Створити.
Спосіб 2 - налаштування вже існуючого облікового запису
  1. Відкрийте Operations Manager консолі і перейдіть на вкладку керування.
  2. Розгорніть вузол працювати як конфігурації та виділіть облікові записи.
  3. Середній панелі відкрити працювати як обліковий середній області списку Тип: Windows
    Клацніть правою кнопкою миші обліковий запис і виберіть Властивості.
  4. Клацніть вкладку розсилки.
  5. Параметр "Додаткові Secure" і додати всі сервери, які є частиною ферми SharePoint. Це включатиме всі SharePoint інтерфейс, застосунків та SQL-серверів ферми, що SharePoint.
  6. Натисніть кнопку "OK".

Примітка Розповсюдження безпеки гарантує, що сервери, які є частиною SP ферми вибираються та включено тут. Корпорація Майкрософт рекомендує з одного набору Operations Manager, сервери монітор лише один ферми, SharePoint. Ми не рекомендуємо з комп'ютера з мережа з multi-агента (SharePoint серверів, які відстежуються кілька Operations Manager-керування групами).

Приклад сценарію: У вас є 3 ферми, у 2 різних доменів.


Contoso - SharePoint ферми адміністратора, 1, пов'язаний із обліковим записом адміністратора ферми для першого ферми SharePoint contoso.com домену та використовує SPADMIN1 обліковий запис "домен"

Contoso - SharePoint ферми адміністратора, 2, пов'язаний із обліковим записом адміністратора ферми для другого ферми SharePoint contoso.com домену та використовує SPADMIN2 обліковий запис "домен"

Fabrikam - SharePoint 2010 адміністратора з ферми, пов'язаний із обліковим записом адміністратора ферми для третього ферми SharePoint на домен fabrikam.com і використовує FKSPADMIN обліковий запис "домен"


Примітка Для віддаленого домену Fabrikam.com передбачається, що у вас є надійний зв'язок за допомогою сервера шлюзу керування операцій або два способи повної довіри для доменів.

Використання короткого імені працювати як обліковий запис адміністрування,-> працювати як конфігурації-> облікових записів,-> тип: Windows

Toconfigure SharePointMP.config файл:

  1. Перейдіть до:
    Диск: \Program Files (x86) \System Center Management Packs\Microsoft SharePoint 2010 Products OpsMgr 2007 MP-en-нам

    Примітка Для 64-розрядної версії Windows Server 2008 або Windows Server 2008 R2 скопіюйте файл SharePointMP.config %, пакети Files\System центр керування у програмі з % ProgramFiles(x86) %\System пакети керування в центрі каталогу

    Примітка Для кластерного інсталяції кореневий сервер керування на SharePointMP.config має існувати в тій же папці, як описано вище, у кожного окремих вузла кластера.

  2. Клацніть правою кнопкою миші файл SharePointMP.config і виберіть редагування.
  3. Знайдіть у розділі "Асоціація" та "Ім'я комп'ютера" SharePointMP.config файлу, як показано у прикладі нижче
      </Annotation>  <Association Account="SharePoint Discovery/Monitoring Account" Type="Agent">    <Machine Name="" />  </Association>
  4. Зміни в розділі "Асоціація" та "Ім'я комп'ютера", для читання, а потім у цьому прикладі:
<Association Account="Contoso - SharePoint Farm Administrator 1" Type="Agent"> <Machine Name="Contoso1" /> <Machine Name="Contoso2" /> <Machine Name="Contoso3" /> <Machine Name="Contoso4" /> <Machine Name="Contoso5" /> <Machine Name="Contoso6" /> </Association><Association Account="Contoso - SharePoint Farm Administrator 2" Type="Agent"> <Machine Name="Constosrv1" /> <Machine Name="Constosrv2" /> <Machine Name="Constosrv3" /> </Association><Association Account="Fabrikam - SharePoint 2010 Farm Administrator" Type="Agent"> <Machine Name="Fabrikam1" /> <Machine Name="Fabrikam2" /> <Machine Name=" Fabrikam3" /> </Association>

Переконайтеся, що працювати як обліковий запис настроєно.

Щоб підтвердити, що настроєно запуск як обліковий запис:
  1. Відкрийте Operations Manager журналу подій.
  2. Знайдіть подію з Ідентифікатором 7026 - відкрити цю подію - це має повідомити про те, що в режимі обліковий запис для SharePoint-MP увійшов у.
Примітка Ідентифікатором 7000 подій у журналі подій Operations Manager вказує на те, що працювати як обліковий запис для SharePoint-MP не вдалося ввійти.

Ім'я журналу: Operations Manager
Джерело: служби Health Service
Дата:
Подія з Ідентифікатором: 7000
Категорія завдання: Справність служби
Рівень: помилка
Ключові слова: класичний
Користувач: н/д
Комп'ютер: SRV1.contoso.com
Опис:
Справність служби не можуть увійти contoso\spadmin запуску від імені облікового запису, для групи для керування <MGNAME>. Повідомлення про помилку, це помилка входу до системи: невідоме ім'я користувача або неправильний пароль. (1326L). Це запобігає здоров'я служба моніторингу або виконання дій, використовуючи обліковий запис RunAs

Крім того також може відображатися наведені нижче події.

Ім'я журналу: Operations Manager
Джерело: служби Health Service
Дата:
Подія з Ідентифікатором: 7021
Категорія завдання: Справність служби
Рівень: помилка
Ключові слова: класичний
Користувач: н/д
Комп'ютер: SRV1.contoso.com
Опис:
Служба Health не вдалося перевірити будь-які облікові записи користувачів до групи для керування <MGNAME>.


Ім'я журналу: Operations Manager
Джерело: служби Health Service
Дата:
Код події: 7015
Категорія завдання: Справність служби
Рівень: помилка
Ключові слова: класичний
Користувач: н/д
Комп'ютер: SP2010SRV1.contoso.com
Опис:
Справність служби не вдалося перевірити в майбутньому термін дії contoso\spadmin запуску від імені облікового запису, для групи для керування <MGNAME>. Повідомлення про помилку, це помилка входу до системи: невідоме ім'я користувача або неправильний пароль. (1326L).




Сценарій4- Як запустити завдання конфігурації

Ознака: Не вдається запустити завдання для настроювання створюються такі помилки.


Приклад 1

</MGNAME></MGNAME></MGNAME>
Exception calling ".ctor" with "1" argument(s): "The user Contoso\SPAdmin does not have sufficient permission to perform the operation." Failed to connect to local management group Command executed: "C:\Windows\system32\cmd.exe" /c powershell.exe -NoLogo -NoProfile -Noninteractive "$ep = get-executionpolicy; if ($ep -gt 'RemoteSigned') {set-executionpolicy remotesigned} & '"C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 49\5037\AdminTask.ps1"' 'SharePointMP.Config'" Working Directory: C:\Program Files\System Center Management Packs\ One or more workflows were affected by this. Workflow name: Microsoft.SharePoint.Foundation.2010.ConfigSharePoint Instance name: Microsoft SharePoint 2010 Farm Group Instance ID: {B7E9A5AF-62D1-CF79-0AE8-044AE7CECBD7} Management group: XXXError Code: -2130771918 (Unknown error (0x80ff0032)).


Приклад 2

The Event Policy for the process started at 10:44:13 PM has detected errors in the output. The 'StdErr' policy expression: .+ matched the following output: Account OpsMgr SharePoint Action Account doesn't exist Failed to find RunAs account OpsMgr SharePoint Action Account Command executed: "C:\Windows\system32\cmd.exe" /c powershell.exe -NoLogo -NoProfile -Noninteractive "$ep = get-executionpolicy; if ($ep -gt 'RemoteSigned') {set-executionpolicy remotesigned} & '"C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 32\9687\AdminTask.ps1"' 'SharePointMP.Config'" Working Directory: C:\Program Files\System Center Management Packs\ One or more workflows were affected by this. Workflow name: Microsoft.SharePoint.Foundation.2010.ConfigSharePoint Instance name: Microsoft SharePoint 2010 Farm Group Instance ID: {B7E9A5AF-62D1-CF79-0AE8-044AE7CECBD7} Management group: XXX Error Code: -2130771918 (Unknown error (0x80ff0032)).



Роздільної здатності: Додати запустити диспетчер адміністратора операцій роль "обліковий запис"


Щоб додати працювати як обліковий запис використовується для виконання завдання

  1. Відкрийте консоль операцій.
  2. Перейдіть до адміністрування.
  3. Клацніть безпеки.
  4. Виберіть ролі користувачів.
  5. Клацніть Operations Manager адміністраторів.
  6. Додайте обліковий запис, запуск завдання входить до складу роль Operations Manager адміністраторів.

    Примітка Для 64-розрядної версії Windows Server 2008 або Windows Server 2008 R2 скопіюйте файл SharePointMP.config %, пакети Files\System центр керування у програмі з % ProgramFiles(x86) %\System пакети керування в центрі каталогу

    Примітка Для кластерного інсталяції кореневий сервер керування на SharePointMP.config має існувати в тій же папці, як описано вище, у кожного окремих вузла кластера.

Настроювання оновлень завдань SharePoint-керування

Завдання адміністрування настроює пакет керування, забезпечення за наявності пакета керування перевизначення зв'язування "RunAs" рахунки до серверів, Увімкнення настройки проксі-сервера та ініціює відкриття.

Щоб запустити завдання "Настроювання SharePoint пакет керування", виконайте такі дії

  1. Відкрийте Operations Manager консолі.
  2. Перейдіть на вкладку "моніторинг", консолі.
  3. Збільшуйте продукти SharePoint 2010.
  4. Виберіть режим стан "адміністрування".
  5. В області дії у групі Microsoft SharePoint 2010 ферми групи завдань натисніть настроїти пакет керування SharePoint.
  6. Виберіть облікові дані відповідних дій (переважно в SharePoint працювати як обліковий запис адміністратора раніше було настроєно)
  7. Натисніть кнопку запустити і зачекайте, доки завдання буде завершено успішно.
  8. Закрити


Приклад успішного завдання

Настроювання опис завдання керування оновлень для SharePoint
Завдання адміністрування настроює пакет керування, забезпечення за наявності пакета керування перевизначення зв'язування "RunAs" рахунки до серверів, Увімкнення настройки проксі-сервера та ініціює відкриття.


Стан: успіх
Запланований час:
Час початку:
Представлений: CONTOSO\SPADMIN
Користувач:
Введіть розташування:
Мета:
Тип: Microsoft SharePoint 2010 ферми аудиторія
Категорія: операції.
Завдання виводу:

Вивід
Файл конфігурації завантаження з SharePointMP.Config
Настроювання Microsoft.SharePoint.Foundation.2010 версії 14.0.4744.1000
Пакет для керування знайдених перевизначення Microsoft.SharePoint.Foundation.2010.Override версії 1.0.0.0
Змінити "SyncTime" Конфігурація перевизначення 20:06 Microsoft.SharePoint.Foundation.2010.WSSInstallation.Discovery
Microsoft.SharePoint.Foundation.2010.WSSInstallation.Discovery має конфігурації TimeoutSeconds
Змінити "SyncTime" Конфігурація перевизначення 20:08 Microsoft.SharePoint.Foundation.2010.SPFarm.Discovery
Змінити "SyncTime" Конфігурація перевизначення 20:14 Microsoft.SharePoint.Foundation.2010.SPService.Discovery
Змінити "SyncTime" Конфігурація перевизначення 20:20 Microsoft.SharePoint.Foundation.2010.SPSharedService.Discovery
Змінити "SyncTime" Конфігурація перевизначення 20:26 Microsoft.SharePoint.Foundation.2010.SPHARule.Discovery
Змінити "SyncTime" Конфігурація перевизначення 20:32 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.Availability
Змінити "SyncTime" Конфігурація перевизначення 20:32 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.Security
Змінити "SyncTime" Конфігурація перевизначення 20:32 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.Performance
Змінити "SyncTime" Конфігурація перевизначення 20:32 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.Configuration
Змінити "SyncTime" Конфігурація перевизначення 20:32 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.Custom
Змінити "SyncTime" Конфігурація перевизначення 20:38 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.SPServer.Availability
Змінити "SyncTime" Конфігурація перевизначення 20:38 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.SPServer.Security
Змінити "SyncTime" Конфігурація перевизначення 20:38 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.SPServer.Performance
Змінити "SyncTime" Конфігурація перевизначення 20:38 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.SPServer.Configuration
Змінити "SyncTime" Конфігурація перевизначення 20:38 Microsoft.SharePoint.Foundation.2010.SPHARuleMonitor.SPServer.Custom
Настроювання оновлень керування SharePoint із успішно завершено

Помилка
Немає

Код завершення: 0


Сценарій 5 - не вдається запустити завдання "Настроювання SharePoint пакет керування" в System Center Operations Manager 2012.

Ознака: Повідомлення про помилку, що створюється

The Event Policy for the process started at 6:51:29 PM has detected errors in the output. The 'StdErr' policy expression: .+ matched the following output: Exception calling "ImportManagementPack" with "1" argument(s): "This method from the System Center Operations Manager 2007 R2 SDK is not supported to work with System Center Operations Manager 2012. Please migrate to the System Center Operations Manager 2012 SDK." Failed to create override management pack Microsoft.SharePoint.Foundation.2010.Override Command executed: "C:\Windows\system32\cmd.exe" /c powershell.exe -NoLogo -NoProfile -Noninteractive "$ep = get-executionpolicy; if ($ep -gt 'RemoteSigned') {set-executionpolicy remotesigned} & '"E:\Program Files\System Center 2012\Operations Manager\Server\Health Service State\Monitoring Host Temporary Files 11\7481\AdminTask.ps1"' 'SharePointMP.Config'" Working Directory: C:\Program Files\System Center Management Packs\ One or more workflows were affected by this. Workflow name: Microsoft.SharePoint.Foundation.2010.ConfigSharePoint Instance name: Microsoft SharePoint 2010 Farm Group Instance ID: {B7E9A5AF-62D1-CF79-0AE8-044AE7CECBD7} Management group: XXXError Code: -2130771918 (Unknown error (0x80ff0032)).

Роздільної здатності: Завантажити пакет керування, сумісний із System Center Operations Manager-2012 SDK з поновленою версією http://www.Microsoft.com/EN-US/Download/Details.aspx?ID=34697


Сценарій 6 - неможливо відстежувати SharePoint 2010 даних

Проблема:
  • Критичного сповіщення, створюються активні оповіщення подання за моніторинг,-> продуктів SharePoint 2010,-> активних оповіщення

SharePoint: Підключення бази даних не вдалося виконати оповіщення про Опис

Джерело: Конфігурація бази даних до критичного рівня має місце, де підключення до бази даних, Data Source = sp2010srv2; початковий каталог = SharePoint_Config; інтегровані засоби безпеки = True; Службу = False; Підключення часу очікування = 15, не вдалося.
Шлях: База даних конфігурації
Оповіщення монітор: Не вдалося виконати підключення до бази даних SQL
Створено:

Оповіщення про контекст:
Дата й час
HRESULT-2147217805
Не вдалося ініціалізувати результати-джерело даних
Помилка ініціалізації рядка формат не відповідає специфікації бази даних OLE.
Час для ініціалізації 23
Час 0
Час для виконання 0
Вибірка час 0
Результати, набір вводу даних елементів.

  • SQL бази даних не вдалося підключитися моніторів показують, критичні під thefollowing подання
Моніторинг-> продуктів SharePoint 2010->

Баз даних конфігурації
Бази даних вмісту
Спільних послуг.
Схема подання


Роздільної здатності: Створення нового має перевагу над значення рядка підключення моніторів SQL бази даних не вдалося підключитися


Щоб створити перевизначення, потрібно, виконайте такі дії:


1. theMonitoring-> продукти SharePoint 2010,-> активних оповіщення подання виберіть до відповідного монітор

2. у розділі відомості попередження (нижній панелі) зверніть оповіщення про опис. Це має такий вигляд:

Наприклад:

Оповіщення про Опис
До критичного рівня, що сталася де підключення до бази даних, джерело даних = sp2010srv2; початковий каталог = SharePoint_Config; інтегровані засоби безпеки = True; Службу = False; Підключення часу очікування = 15, не вдалося

3., скопіюйте та вставте текст в текстовому редакторі, наприклад notepad.exe

4. клацніть правою кнопкою миші на моніторі ще раз і виберіть подання або змінити параметри цього монітора

5. у вікнах властивості підключення, не вдалося бази даних SQL вкладку зміни і натисніть кнопку ' заміщення

6. виберіть пункт "для певного об'єкта класу: XXX"


Наприклад:
Для певного об'єкта класу: бази даних конфігурації в SharePoint

7. у вибір об'єкта відповідні об'єкти виберіть відповідну відповідний об'єкт і натисніть кнопку ОК

Наприклад:
База даних конфігурації

8. змінити значення параметра ConnectionString, з

Наприклад:
Provider=SQLOLEDB;$Target/Property[Type="Microsoft.SharePoint.Foundation.2010.SPDatabase"]/ConnectionString$

Щоб

Постачальник = SQLOLEDB; джерело даних = SP2010srv2; початкового каталогу = SharePoint_Config; інтегровані безпеки = SSPI; Службу = False; Підключення часу очікування = 15

9. створити новий пакет керування перекрити або зберегти неприпустиму змінити пакет керування інакше, ніж той і зберегти зміни, натиснувши на кнопку "ОК"

Примітка Так, як кожного окремих у базі даних, має власний унікальний даних рядок, що відповідає його ім'я бази даних (початковий каталог), потрібно буде змінювати раніше скопійовані підключення рядок оповіщення про опис монітора і змінити інтегровані засоби безпеки True


Приклади:
Джерело даних = sp2010srv2; початковий каталог = SharePoint_Config; інтегровані засоби безпеки = SSPI; Службу = False; Підключення часу очікування = 15

Джерело даних = sp2010srv2; початковий каталог = SharePoint_AdminContent_0ada3e0b-a0f6-4af5-a311-34bcedb1c4eb; інтегровані засоби безпеки = True; Службу = False; Підключення часу очікування = 15

Джерело даних = sp2010srv2; початковий каталог = WSS_Content; інтегровані засоби безпеки = SSPI; Службу = False; Підключення часу очікування = 15

Джерело даних = sp2010srv2; початковий каталог = Bdc_Service_DB_17ab85413d424b84ac58ea247e7f5b47; інтегровані засоби безпеки = SSPI; Службу = False; Підключення часу очікування = 15

Джерело даних = sp2010srv2; початковий каталог = Search_Service_Application_CrawlStoreDB_04e2a4bcdb974275954c0ab090d8a0aa; інтегровані засоби безпеки = SSPI; Службу = False; Підключення часу очікування = 15


Користувач навчання-Має перевагу над синхронізації часу.

Рекомендується використовувати значення за замовчуванням на місці, для синхронізації часу. Якщо значення за промовчанням не вважаються відповідно до наших середовище прийняти міркувань на продуктивність сервера, це може призвести до змінити ці параметри.

SyncTime зміни, які особливо корисна під час невдалої виявлення способи виправлення неполадок. Зміна значення за промовчанням можна настроїти різні робочі, час початку та усунення проблем із виявленням.

SyncTime (час початку)-це відкриття і моніторів. SyncTime-це Рядкове значення у форматі "Гг". SyncTime, IntervalSeconds та імпорт пакета керування часом разом визначити точну час, даного процесу виконання.

Атрибут BaseStartTime, може бути у вигляді "Гг" або ціле число. Вирівнювання час початку, на основі, на якому працює формат "Гг: ХХ"
цикл повторюється. Ціле число, яке формат функції налаштування вирівнювання, запустіть час буде час, а також, кількість секунд. Зауважте, що
Якщо ціле значення, кожного разу, коли ви повторно завдання адміністратора, час початку циклу оновити.
Довжина атрибуту вказує на довжину (в секундах) кожного циклу.
Інтервал атрибут вказує на час інтервал (у секундах) між одного робочого часу очікування час і час наступного робочого циклу.

Наприклад, якщо IntervalSeconds = 21600 (6 годин) і SyncTime = "01:15", можливо, час виконання робочого процесу, це 1:15 на 07:15:00, 1:15 вечора 7:15 вечора; Пакет керування імпортується після 1:15 ранку, але до 7:15 на перехід розпочнеться в 7:15, якщо пакет керування імпортуються до 7:15 вечора, але після 1:15, буде запущено в 7:15 вечора. Однак інші чинники, наприклад, через затримку фактичний час може ще змінюватися. Не змінюйте SyncTime значення за промовчанням, якщо не абсолютно необхідно.

Таким чином, у випадку, якщо імпортованих MP, 03:00 PM та секунди інтервал кожні 8 hrs.=(28,800 seconds) встановлено і налаштовано на синхронізацію часу, буде "03:00", буде синхронізовано 11:00 PM або 8 годин після синхронізації часу інсталяції під час імпорту з MP, а потім.

Можливі повідомлення про помилки під час не настройки це належним чином, наведені нижче

Приклад 1

The Event Policy for the process started at 6:46:08 PM has detected errors in the output. The 'StdErr' policy expression: .+ matched the following output: Cycle length 60 is not long enough to ensure the order of workflows Please change cycle length to no less than 360 or decrease times, timeout values, and/or spacing Command executed: "C:\Windows\system32\cmd.exe" /c powershell.exe -NoLogo -NoProfile -Noninteractive "$ep = get-executionpolicy; if ($ep -gt 'RemoteSigned') {set-executionpolicy remotesigned} & '"C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 22\9315\AdminTask.ps1"' 'SharePointMP.Config'" Working Directory: C:\Program Files\System Center Management Packs\ One or more workflows were affected by this. Workflow name: Microsoft.SharePoint.Foundation.2010.ConfigSharePoint Instance name: Microsoft SharePoint 2010 Farm Group Instance ID: {B7E9A5AF-62D1-CF79-0AE8-044AE7CECBD7} Management group: XXX Error Code: -2130771918 (Unknown error (0x80ff0032)).
Приклад 2

The Event Policy for the process started at 6:42:01 PM has detected errors in the output. The 'StdErr' policy expression: .+ matched the following output: Cycle length must be in whole minutes (times of 60) Length value 500 is undefined or invalid Command executed: "C:\Windows\system32\cmd.exe" /c powershell.exe -NoLogo -NoProfile -Noninteractive "$ep = get-executionpolicy; if ($ep -gt 'RemoteSigned') {set-executionpolicy remotesigned} & '"C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 21\9314\AdminTask.ps1"' 'SharePointMP.Config'" Working Directory: C:\Program Files\System Center Management Packs\ One or more workflows were affected by this. Workflow name: Microsoft.SharePoint.Foundation.2010.ConfigSharePoint Instance name: Microsoft SharePoint 2010 Farm Group Instance ID: {B7E9A5AF-62D1-CF79-0AE8-044AE7CECBD7} Management group: XXX Error Code: -2130771918 (Unknown error (0x80ff0032)).


Користувача навчання - ізоляціяВідкриття


Нижче наведено приклад установлює, час виконання відкриття запустити 5 хвилин після запуску завдання конфігурації для одного робочий цикл, який був не вдається.


<WorkflowCycle basestarttime="+5" length="6240" spacing="15">
<Workflow id="SPFarm.Discovery" type="Discovery" times="1"></Workflow>


Якщо на початку цієї процедури у 7:35 настроює на заміщення, а потім під час перегляду з до роботи із вмістом-> об'єкти пакета керування-> зміни режим, консоль до startat 7:40 вечора.

SyncTime, має перевагу над значенням = 19:40
Інтервал секунд = 6240


Увімкнення трасування для налагодження


Увімкнення перевірки налагодження трасування, щоб увімкнути налагодження трасування на цих комп'ютерах агентів, які працюють на основі сценарію Windows PowerShell, відкриття та SPHA моніторів. За замовчуванням вмикається автоматично. Якщо її ввімкнуто, сценарій, на основі відкриття монітори буде писати трасування інформацію до журналу подій у Operations Manager каналу на всіх комп'ютерах, агент і всіх налагодження трасування подій, мають Кодом події 0.

Щоб увімкнути відстеження налагодження чи, такі:
</WorkflowCycle>
  1. Консоль операцій виберіть контролю.
  2. Виберіть продукти SharePoint 2010.
  3. Виберіть адміністрування подання.
  4. На панелі "дії" натисніть кнопку "завдання з назвою"Вибір DebugTrace для пакет керування SharePoint"". Завдання на виконати спливаюче вікно буде.
  5. Щоб увімкнути трасування для налагодження (варіант за промовчанням), натисніть кнопку "виконати". Щоб вимкнути налагодження трасування, натисніть кнопку "перевизначення".
  6. Вибір увімкнено параметр значення "False" у діалоговому вікні спливаюче.
  7. Клацніть перевизначення, щоб закрити вікно.
  8. Натисніть кнопку Запуск.
  9. Зачекайте, доки завдання, щоб завершити завдання стану вікна та перевірте вихідний завдання, щоб переконатися, що завдання буде успішно завершено.
  10. Натисніть кнопку Закрити.

Використання налагодження трасування
Запуску завдання "Встановити DebugTrace для пакет керування SharePoint", а потім повторно завдання адміністратора, потім перейдіть на сервері Operations Manager подій канал і перевірити події з Ідентифікатором = 0. Пошук за міткою часу в разі журналу а потім перевірити SharePoint ULS слід увійти в систему, щоб переконатися, що у випадку
Щоб отримати додаткові відомості про реєстрації в журналі ULS трасування див. документацію для SharePoint Foundation 2010 на TechNet (http://TechNet.Microsoft.com/EN-US/SharePoint/ee263910.aspx ).

Для досвідчених користувачів:

Для подальшого виправлення помилки відкриття можна використовувати Operations Manager 2007 R2 робочого циклу Analyzer, який є частиною Operations Manager 2007 R2 MP створення Resource Kit http://www.Microsoft.com/Download/EN/Details.aspx?displaylang=EN&ID=18222as
А також використовувати enablingdiagnostic трасування System Center Operations Manager 2007. http://support.Microsoft.com/kb/942864


Навчання для користувачів - додавання робочі цикли SharePoint конфігураційний файл


Якщо потрібно додати робочих циклів для SharePoint Foundation 2010, так і продукти SharePoint 2010

За промовчанням<WorkflowCycle basestarttime="+300" length="28800" spacing="60">

<Workflow id="WSSInstallation.Discovery" type="Discovery" times="1"></Workflow>

<Workflow id="SPFarm.Discovery" type="Discovery" times="1"></Workflow>

<Workflow id="SPService.Discovery" type="Discovery" times="4"></Workflow>

<Workflow id="SPSharedService.Discovery" type="Discovery" times="4"></Workflow>

<Workflow id="SPHARule.Discovery" type="Discovery" times="1"></Workflow>

<Workflow id="SPHARuleMonitor.Availability;SPHARuleMonitor.Security;SPHARuleMonitor.Performance;SPHARuleMonitor.Configuration;SPHARuleMonitor.Custom" type="Monitor" times="8"></Workflow>

<Workflow id="SPHARuleMonitor.SPServer.Availability;SPHARuleMonitor.SPServer.Security;SPHARuleMonitor.SPServer.Performance;SPHARuleMonitor.
SPServer.Configuration;SPHARuleMonitor.SPServer.Custom" type="Monitor" times="8"></Workflow>

</WorkflowCycle>


Додайте у цьому розділі, до файлу SharePointMp.config

<Workflow id="MOSSInstallation.Discovery;WACInstallation.Discovery;SearchExpressInstallation.Discovery;SearchStandardInstallation.Discovery" management="" pack="Microsoft.SharePoint.Server.2010" type="Discovery" times="1"></Workflow>

<Workflow id="SPService.Discovery" management="" pack="Microsoft.SharePoint.Server.2010" type="Discovery" times="4"></Workflow>

<Workflow id="SPSharedService.Discovery" management="" pack="Microsoft.SharePoint.Server.2010" type="Discovery" times="4"></Workflow>

<Workflow id="SPSharedService.Discovery.WAC" management="" pack="Microsoft.SharePoint.Server.2010" type="Discovery" times="4"></Workflow>


The файл конфігурації, тепер має виглядати наступним чином

<WorkflowCycle basestarttime="+300" length="28800" spacing="60">

<Workflow id="WSSInstallation.Discovery" type="Discovery" times="1"></Workflow>

<Workflow id="MOSSInstallation.Discovery;WACInstallation.Discovery;SearchExpressInstallation.Discovery;SearchStandardInstallation.Discovery" management="" pack="Microsoft.SharePoint.Server.2010" type="Discovery" times="1"></Workflow>

<Workflow id="SPFarm.Discovery" type="Discovery" times="1"></Workflow>

<Workflow id="SPService.Discovery" type="Discovery" times="4"></Workflow>

<Workflow id="SPSharedService.Discovery" type="Discovery" times="4"></Workflow>

<Workflow id="SPService.Discovery" management="" pack="Microsoft.SharePoint.Server.2010" type="Discovery" times="4"></Workflow>

<Workflow id="SPSharedService.Discovery" management="" pack="Microsoft.SharePoint.Server.2010" type="Discovery" times="4"></Workflow>

<Workflow id="SPSharedService.Discovery.WAC" management="" pack="Microsoft.SharePoint.Server.2010" type="Discovery" times="4"></Workflow>

<Workflow id="SPHARule.Discovery" type="Discovery" times="1"></Workflow>

<Workflow id="SPHARuleMonitor.Availability;SPHARuleMonitor.Security;SPHARuleMonitor.Performance;SPHARuleMonitor.Configuration;SPHARuleMonitor.Custom" type="Monitor" times="8"></Workflow>

<Workflow id="SPHARuleMonitor.SPServer.Availability;SPHARuleMonitor.SPServer.Security;SPHARuleMonitor.SPServer.Performance;SPHARuleMonitor.SPServer.Configuration;SPHARuleMonitor.SPServer.Custom" type="Monitor" times="8"></Workflow>

</WorkflowCycle>

Додаткові відомості
Примітка. Це екстрена стаття, яку написала служба підтримки Microsoft. Інформація в цій статті призначена для вирішення нових проблем і надається "як є". З огляду на швидкість її підготовки та публікації, ця стаття може містити орфографічні помилки і її може бути змінено будь-коли без попереднього повідомлення. Додаткову інформацію див. в повідомленні про авторське право.

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 2690744 – останній перегляд: 07/04/2015 03:16:00 – виправлення: 3.0

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

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