ConfigMgr 2012 некорректная установка .NET Framework 4.0


Проблема известна давно, решение описано в статье KB2015129

To resolve this issue, run the following command line:

aspnet_regiis.exe /iru

The Aspnet_regiis.exe file can be found in one of the following locations:

%windir%\Microsoft.NET\Framework\v4.0.30319

%windir%\Microsoft.NET\Framework64\v4.0.30319 (on a 64-bit computer)

Почему установщик ConfigMgr 2012 наступает на эти грабли и не ставит .NET Framework 4.0 – тайна великая, но зато он требует установить .NET Framework 3.5, а при случае ConfigMgr 2012 ставит сам IIS и .NET Framework 4.0. В результате получаем загадочные ошибки в работе разных компонентов.

Решение простое: до установки ConfigMgr 2012 и IIS надо установить .NET Framework 3.5 и .NET Framework 4.0, а только потом IIS и ConfigMgr 2012.

Если же вы попались на эту ошибку, то необходимо снести проблемный компонент ConfigMgr 2012 (например, Application Catalog Website and Application Catalog Web Service или Distribution point), выполнить aspnet_regiis.exe /iru , после этого снова установить нужный компонент.

Реклама

WakeUp-Machines – PowerShell скрипт для удаленного включения компьютеров


Включить удаленно компьютер по сети можно с помощью технологии Wake On LAN. Есть утилита wolcmd.exe которая выполняет эту задачу.

Вы можете легко вызвать эту утилиту из Powershell. Но можно обойтись и без нее! Оба варианта скрипта вы найдете тут http://blogs.technet.com/b/matthts/archive/2012/06/02/wakeup-machines-a-powershell-script-for-wake-on-lan.aspx

Важно!!! Для WSUS требуется обновление


 

Происходит ожидаемое: раз системы защищают себя и требуют подписанного кода, злоумышленники ищут способы либо отключить защиту, либо обойти ее.

Сейчас появилась опасность, что злоумышленники будут пытаться внедрить свой код под видом официальных пакетов обновлений от Microsoft.

Подробнее про атаку описано тут

Обновления для операционных систем приведены в этой статье.

Там же приведена ссылка на обновление (KB 2720211) для сервера WSUS. Это обновление повышает безопасность WSUS, защищает его от подобных атак и поэтому настоятельно рекомендуется для установки.

От себя еще добавлю: следите за своими DNS и тщательно защищайте их – убережете себя от многих неприятностей.

FIM 2010 R2 доступен как RTM


Microsoft® Forefront® Identity Manager (FIM) 2010 R2 вероятно побив все рекорды по нахождению в состоянии Beta, а потом RC, наконец-то появился как RTM.

Документация http://technet.microsoft.com/en-us/library/jj133852(WS.10).aspx

Одновременно вышло дополнение к FIM 2010 R2, которое реализует для него RBAC — управление на основе ролей — это Microsoft BHOLD Suite. Документация http://technet.microsoft.com/en-us/library/jj134096(WS.10).aspx

Продукты доступны для загрузки.

Exchange Server 2010 – факторы влияющие на скорость перемещения почтовых ящиков


 

Фактора три:

1. CPU, память и приложение. Собственно приложение это, прежде всего, сам Exchange сервер и антивирус, которые способны исчерпать память и мощность CPU. Если ресурсы сервера исчерпаны, копирование будет идти медленнее. Наличие иных приложений на сервере, очевидно, потребляет ресурсы и снижает пропускную способность сервера.

2. Сеть. Сам по себе Exchange сервер вряд ли способен исчерпать ресурсы 1 Гб/с сети при нормальной расчетной нагрузке, но ситуацию могут сильно ухудшить другие процессы, например, использование расшаренных папок.

3. Диск. Самое узкое место: скорость обмена с пластиной даже у очень быстрых дисков не превышает нескольких десятков МБ/с.

Как известно, Exchange Server 2010 намного экономнее использует пропускную способность дисков при работе с почтовыми базами и может работать с SATA дисками вместо SCSI. Это верно при обработке почтового трафика. Но если начать перемещение почтового ящика из одного хранилища в другое – вот тут можно ощутить: как не оптимизируй, а быстрое хранилище позволяет быстрее скопировать 100 Гб информации, чем медленное.

Какое хранилище быстрое? По сути, любой диск, даже SSD, медленный. Производительность хранилища больше зависит от возможности распараллелить операции ввода-вывода. Поэтому работает классический принцип: чем больше дисков и чем «умнее» контроллер, который способен их использовать параллельно, тем выше пропускная способность хранилища.

Если вы возьмете калькулятор расчета хранилища для Exchange Server 2010, то поиграв с параметрами, наглядно это увидите.

По умолчанию Exchange Server 2010 настроен на использование медленных хранилищ: он позволяет копировать одновременно только два почтовых ящика в целевую почтовую базу. Если вы убедились, что пропускная способность ваших хранилищ выше, то ее можно использовать более эффективно, увеличив значения параметров:

MaxActiveMovesPerSourceMDB

MaxActiveMovesPerTargetMDB

которые находятся в файле C:\Program Files\Microsoft\Exchange Server\V14\Bin\ MSExchangeMailboxReplication.exe.config

Описание этих и других параметров связанных с репликацией можно найти тут.

Важное обновление для Exchange 2010 SP2


 

Речь о Update Rollup 3 for Exchange 2010 Service Pack 2.

Почему важно:

1. Много чего неприятного поправили http://support.microsoft.com/kb/2685289

2. Наконец-то сделали давно обещанное поведение для Cross-Site Connectivity. Описано тут и тут

3. В RU2 и затем RU3 поправлено поведение сервера при Single Item Recovery and Litigation Hold (Удержание хранения и юридическое удержание), что предотвращает раздутие почтовых ящиков. (Через несколько месяцев после установки RU3 ваши почтовые базы могут вдруг сами по себе похудеть J ) Описано тут.

4. Обновление стабильно. (Да, мы все еще помним пару проблемных обновлений прошлого года!)

Если ваша система Exchange Server 2010 SP2 работает без видимых проблем, то RU3 это именно то промежуточное обновление, которое стоит установить, чтобы с появлением SP3 не оказаться перед множеством «сюрпризов» в изменении поведения Exchange.

Рекомендуется к установке.