В процессе выполнения задач по виртуализации экземпляров SQL Server обслуживающих продукты System Center 2012 R2 относительно просто был произведён перенос базы дынных Orchestrator (помогла прежняя заметка) и базы данных Virtual Machine Manager (помогла прежняя заметка). Когда дело дошло до баз данных Configuration Manager, стало понятно, что без написания отдельной шпаргалки по этому поводу обойтись не получится, так как есть целый ряд нюансов, которые запомнить моему “склерозу” будет не под силу.
-
System Center 2012 R2 Configuration Manager - перенос баз данных сервера Primary Site (с учётом SSRS и WSUS) между экземплярами SQL Server
-
Ограничиваем пропускную способность IIS на сервере SCCM с ролью SUP (WSUS).
В процессе централизованной раздачи клиентам System Center 2012 R2 Configuration Manager (SCCM) очередной порции обновлений с сервера с ролью Software Update Point (SUP)столкнулись с ситуацией пиковой загрузки на канале передачи данных - участка с низкой пропускной способностью на канале между структурными подразделениями и площадкой, на которой был расположен сервер SCCM. По графику отдачи трафика на сервере SCCM было хорошо видно, что исходящий трафик “упёрся” в границу того самого “узкого места на канале. Разумеется таких ситуаций чаще всего можно избежать заранее настраивая приоритизацию трафика на разных уровнях, начиная с сетевого оборудования. Но что делать, если по какой-то причине проблема возникла прямо здесь и прямо сейчас, а доступа к сетевому оборудованию нет. То есть фактически нужно как-то оперативно “задушить” трафик отдачи обновлений Windows Update на определённый момент времени средствами Windows. Простое и эффективное решение подсказал автор заметки Ограничиваем аппетиты WSUS-а.
-
Ошибка установки обновления KB3000850 через SUP SCCM - 0x87D0070C (-2016409844)
При попытке установить Ноябрьский накопительный пакет обновлений для Windows 8.1/Windows Server 2012 R2 (KB3000850) из “Центра программного обеспечения” в составе агента System Center 2012 R2 Configuration Manager (SCCM) можно получить ошибку:
Операция изменения программного обеспечения вернула код ошибки 0x87D0070C(-2016409844).
-
Проверка готовности компьютеров c ОС Windows к изменению часовых поясов с помощью SCCM
Как всем известно, в нашей стране вводятся значительные изменения в состав часовых поясов начиная с 02:00 26 Октября этого года. Имея в локальной сети предприятия большое количество компьютеров под управлением ОС Microsoft Windows, необходимо проверить их готовность к данным изменениям. В контексте данной задачи, в этой заметке будут рассмотрены те процедуры, которые можно выполнить средствами System Center 2012 R2 Configuration Manager, в частности:
1. Проверка готовности всех Windows-систем к установке обновления KB2998527;
2. Проверка готовности компьютеров с Windows 8.1 и Windows Server 2012 R2 к установке обновления KB2998527;
3. Настройка компьютеров с Windows XP на использование новых часовых поясов. -
Настройка прокси сервера Squid 3.3 на Ubuntu Server 14.04 LTS. Часть 5. Конфигурация Squid 3
В этой части мы рассмотрим ряд подготовительных манипуляций по созданию доменных групп безопасности, которые будут использоваться для ограничения доступа к Интернет, а также созданию вспомогательных файлов, ссылки на которые будут включены в основной конфигурационный файл Squid 3.3.8. Затем отредактируем основной конфигурационный файл Squid и проверим работу нашего прокси-сервера с новыми настройками.
-
System Center 2012 Configuration Manager - Перестало работать правило ADR после установки SP1
После развертывания SP1 на System Center 2012 Configurations Manager обнаружил, что перестало работать правило автоматического развертывания (Automatic Deployment Rule) обновлений антивирусных описаний Endpoint Protection настроенное и успешно работавшее до установки SP1. То есть правило как бы отрабатывало без ошибок, но при этом группа обновлений, через которую разворачиваются антивирусные описания, не изменяла свой состав уже несколько дней, хотя точно было известно, что обновления на Windows Update за этот период были.
-
System Center 2012 Configuration Manager - Обновляемся до уровня SP1
Продолжая тему развёртывания Service Pack 1 (SP1) для линейки продуктов Microsoft System Center (SC) 2012, в этой заметке опишу опыт обновления Configuration Manager (SCCM).
Обновление инфраструктуры SCCM до уровня SP1 методом In-Place Upgrade будем выполнять в следующей последовательности:
- Обновляем сервер центрального сайта - Central Administration Site (CAS)
- Обновляем сервера первичных сайтов Primary Site
- Обновляем сервера вторичных сайтов Secondary Site
- Обновляем клиентов SCCM
В данный момент все сервера инфраструктуры SCCM у нас работают на базе Windows Server 2008 R2 и SQL Server 2008 R2.
-
Не устанавливайте Windows Management Framework 3.0 (KB2506146 и KB2506143) на сервера Exchange 2007/2010
Исходя из заметки, опубликованной 14 Декабря 2012 в блоге Exchange Team Blog Windows Management Framework 3.0 on Exchange 2007 and Exchange 2010 крайне не рекомендуется устанавливать на продуктивные сервера Exchange Server 2007/2010 свежие обновления Windows Management Framework 3.0:
- KB2506146 - Windows Management Framework 3.0 for Windows Server 2008 SP2
- KB2506143 - Windows Management Framework 3.0 for Windows 7 SP1 and Windows Server 2008 R2 SP1
- В составе указанных обновлений присутствует новая версия PowerShell 3.0, которая на данный момент не поддерживается Exchange Server 2007/2010. Установка указанных обновлений может привести к ряду проблем, начиная с невозможности установки Rollup, заканчивая невозможностью работы консоли Exchange Management Shell. Рекомендуется также не устанавливать данные обновления и на рабочих станциях , где развернуты компоненты управления Exchange Management Tools.
- Обновления распространяются через Windows Update и поэтому у любителей автоаппрува могут возникнуть определённые сложности.
- По некоторым данным, возможность установки этих обновлений на сервера с Exchange Server 2010 появиться в начале 2013 года вместе с выходом SP3 для Exchange 2010, однако на данный момент нет никакой информации о возможной поддержке со стороны Exchange 2007.
-
SCCM 2012 - Разворачиваем Software Update Point (SUP)
Это заметка о том, как развернуть роль Software Update Point (SUP) в System Center 2012 Configuration Manager (SCCM). Она написана в рамках моего небольшого опыта в этой области, и поэтому не может претендовать на какую-то исключительность и полноту. Перед началом описания процесса хочу отметить то, что описанное ниже ни коим образом не может заменить официальной документации Библиотека TechNet - Обновление программного обеспечения в Configuration Manager, а может лишь использоваться в качестве дополнительного наглядного материала. Конфигурация описанная здесь является самой типичной и не учитывает каких-то особенностей типа построения отказоустойчивой роли SUP с использованием NLB и т.п. Исходные условия таковы, что имеется уже развёрнутая и работающая инфраструктура SCCM 2012 c центральным сайтом Central Administration site (CAS) и дочерними первичными и вторичными сайтами. Рассмотрим цепочку настройки роли SUP на каждом уровне иерархии.
-
SCCM 2012 - Настраиваем System Center 2012 Endpoint Protection
Настройку Endpoint Protection (SCEP) в System Center 2012 Configuration Manager (SCCM) начинаем с поднятия роли Endpoint Protection Point (EPP) на сервере сайта верхнего уровня иерархии SCCM. В нашем случае таким сервером является сервер Central Administration site (CAS). После включения роли EPP на сайте верхнего уровня функциональность SCEP станет доступна на всех сайтах нижнего уровня иерархии.