System Center Configuration Manager и как с ним бороться

Вышел Management Pack для мониторинга SCCM 2012 при помощи SCOM 2007 R2. Скачать MP можно с сайта Microsoft Connect.

Видеоуроки по установке операционных систем и миграции данных, используя MDT 2010 и USMT 4.0 — http://www.microsoft.com/events/series/deploymentessentials.aspx?tab=videos

У администраторов SCCM часто возникает вопрос: «А как мне поставить этот софт в «тихом» режиме, чтобы пользователь не пугался окошек и сам не жал на кнопки?».

Ключи для автоматической скрытой установки программ можно найти здесь:

http://www.appdeploy.com/packages/index.asp

http://www.msfn.org/board/forum/80-application-installs/

http://forum.oszone.net/forum-61.html

Или гуглить по запросам «имя_программы unattended install» и «имя_программы silent mode».

Как известно, Microsoft не публикует информацию о таблицах базы данных SCCM. Я думаю, сделано это по двум причинам: во-первых, структура базы в любой момент может измениться, например, после выхода сервис-пака; во-вторых, снижение количества инцидентов, связанных с любопытством администраторов SCCM (то, что в народе называют «защитой от дурака»).

Часто можно встретить: «У меня не работает отчёт select … from SMS_R_SYSTEM. Где я ошибся в запросе?».

Так в чём разница между отчётами и запросами?

SCCM использует WMI для управления объектами. Информация об объектах хранится в базе SQL Server. При создании коллекции или запроса вы через консоль отправляете WQL(WMI Query Language)-запрос на сервер с установленной ролью SMS Provider (сервер выбирается при установке SCCM, впоследствии роль может быть перенесена на другой сервер), который, в свою очередь, обращается к базе данных и отображает информацию, которую вы запросили. Имена WMI-классов, которые сопоставляются с таблицами базы SCCM, начинаются на SMS_. Например,

select * from SMS_R_System

Соответственно, коллекция, построенная на основе такого запроса, будет содержать абсолютно все учётные записи компьютеров, о которых знает SCCM:

Continue reading ‘таблицы против представлений’ »

Ежечасно компонент SMS_SRS_REPORTING_POINT сыпет ошибкой ID 7402: «SMS SRS Reporting Point failed to monitor SRS Server on «DC». При этом SQL Reporting Services работают, ссылки http://dc/Reports и http://dc/reportserver доступны, отчёты открываются.

srsrp.log:

Microsoft.ConfigurationManagement.Srs.SrsServer. error = The system cannot find the file specified. SMS_SRS_REPORTING_POINT 01.01.1601 0:00:00
STATMSG: ID=7402 SEV=E LEV=M SOURCE=»SMS Server» COMP=»SMS_SRS_REPORTING_POINT» SYS=DC SITE=000 PID=2496 TID=2548 GMTDATE=Mon Apr 04 11:59:24.936 2011 ISTR0=»DC» ISTR1=»» ISTR2=»» ISTR3=»» ISTR4=»» ISTR5=»» ISTR6=»» ISTR7=»» ISTR8=»» ISTR9=»» NUMATTRS=0 SMS_SRS_REPORTING_POINT 01.01.1601 0:00:00
Failures reported during periodic health check by the SRS Server DC. Will retry check in 57 minutes SMS_SRS_REPORTING_POINT 01.01.1601 0:00:00

С системы сайта удаляем роль ConfigMgr Reporting Services point, устанавливаем её заново с параметрами по умолчанию и через ConfigMgr Service Manager перезапускаем SMS_SRS_REPORTING_POINT: