24 сентября 2010

Увидимся на "Платформа 2011"!


В этом году опять собираюсь посетить ежегодное мероприятие проводимое Microsoft, которое освещает все новинки и плюшки которые они для нас приготовили. Основным источником информации, для тех кто не сможет лично присутствовать на "Платформе 2011" лично, станет как всегда ее официальный сайт. После регистрации, там можно будет поприсутствовать и увидеть все доклады online.
Я же предпочел, уже второй год подряд за счет предприятия ;), отправиться туда лично.
Тем кому интересно узнать как это было в прошлом году, могут посмотреть фотоотчет с "Платформа 2010".
Надеюсь в этом году будет не менее интересно!

Всем удачи и увидимся на платформе!

02 сентября 2010

Очередная встреча MCP-club в Калининграде

Очередная встреча нашего клуба состоится 03.09.2010. Программа мероприятия следующая:
18.30-19.00 Coca-Cola, Pizza and more...
19.00-19.50 Exchange 2010 - какие возможности мы используем? (докладчик ваш скромный слуга)
19.50-20.00 Перерыв на кофе
20.00-20.30 Showtime
20.30-21.00 Обсуждение доклада


Будем рады новым лицам! Приходите!

26 августа 2010

Exchange 2010 Service Pack 1 Final

25 августа 2010 MS Exchange Team объявила о выходе....
Комментировать даже не хочется :). Название новости говорит само за себя.
Download Microsoft Exchange 2010 Service Pack 1 (SP1)
Кому необходимо меняем язык и скачиваем.

Что нового можно посмотреть тут.

Всем удачного обновления до Microsoft Exchange 2010 SP1!

А с подробностями можно ознакомиться у Армана

20 июля 2010

Experts-Exchange.com new rank

Данный ресурс бывает иногда очень полезным в решении некоторых проблем. Именно поэтому я присоединился к экспертам отвечающим на этом ресурсе (в противном случае очень быстро устаешь от рекламы).
И сегодня добрался до нового статуса - GURU и получил вот такой значок.
Experts-Exchange.com GURU
На этом собственно все :).

Удачного Вам поиска в решении проблем.

01 июня 2010

Microsoft Exchange 2010 Extension agents

Есть хорошая поговорка (или пословица :), но не суть важно): "Век живи, век учись!"
Читая сегодня свою подборку RSS каналов наткнулся на интересную статью. Оригинал тут.

Очень советую к прочтению, кому не лень читать на анГельском. А для тех кто все таки ленится, излагаю краткую суть новой future Microsoft Exchange 2010.

Итак, я думаю самая востребованная задача, после создания почтового ящика для пользователя, отправка на этот ящик так называемого - welcome letter. Раньше она могла решаться несколькими способами:
1. отправка письма вручную
2. отправка письма с помошью скрипта. Однако этот пункт при довольно большом размере AD подгружал на время своего выполнения машину на которой выполнялся шедулер. Так как алгоритм скрипта был у всех приблизительно одинаковый. Все ящики в БД > получение текущих ящиков > сравнение с текущей БД > выборка отличий > отсылка писем в новые почтовые ящики > перезапись БД. Соответственно выставлялась необходимая частота запуска этого скрипта. Т.о. у меня подобная нагрузка происходила каждые 4 часа.

Так вот. Теперь есть решение!
Достаточно написать своего "агента" который бы выполнял указанную нами команду ДО или ПОСЛЕ выполнения любого, опять таки указанного нами, CMDLET'a Microsoft Exchange 2010.
Т.е. выполнили мы например команду new-mailbox, и в случае ее удачного завершения выполнилась команда отправки welcome letter. Или например, вы вызвали из консоли удаление почтового ящика пользователя, однако предварительно создается резервная копия этого почтового ящика в PST.
Сценарии использования агентов на самом деле огромное количество. Каждый может придумать как минимум одно :).

Теперь о том как реализовать подобные полезности:
1. создадим файлик ScriptingAgentConfig.xml в папке \Bin\CmdletExtensionAgents, по умолчанию она C:\Program Files\Microsoft\Exchange Server\V14\Bin\CmdletExtensionAgents
2. Я возьму тот же пример, что у автора английского поста - отключение IMAP у почтового ящика после его создания. Для этого в созданный файл ScriptingAgentConfig.xml вставьте следующий код:






if($succeeded) {
$newmailbox = $provisioningHandler.UserSpecifiedParameters["Name"]
set-casmailbox $newmailbox -ImapEnabled $false
}




Пояснения по файлу:



стандартные разметка XML.
...
- здесь указываем имя свое функции например MailboxProvisioning и cmdlet триггер по которому эта функция должна срабатывать.
...
- собственно говорит о том когда должна срабатывать наша функция. Если она должна отработать ДО выполнения команды, тогда необходимо воспользоваться конструкцией
...
А в самой функции идут неоходимые нам команды:
    $newmailbox = $provisioningHandler.UserSpecifiedParameters["Name"]
set-casmailbox $newmailbox -ImapEnabled $false

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

Кстати, в папке \Bin\CmdletExtensionAgents есть отличный файл ScriptingAgentConfig.xml.sample с примером выходящим за рамки выполнения тех или иных действий после определенной команды. Советую присмотреться к нему.

Удачных Вам автоматизаций рабочих процессов!

26 мая 2010

VMWare Workstation 7.1 Final


Вот и дождались :). Те кто этого действительно ждал.

Из плюшек:
- поддержка до 8 CPU на VM (догнали ESX). Ждем поддержку 16 CPU в ESX! :)
- Windows 2008 R2, RHEL 5.4 в качестве гостевых ОС
- "полный" 3D. Ну или совсем полный ;). В Half-Life уже можно гонять внутри VM! Хотя настоящему геймеру я думаю это нафиг не надо :).

Более подробно, что нового можно посмотреть тут.

19 мая 2010

New-MoveRequest maximum message size quota

Интересную ошибку получил буквально на днях:
Все пользователи за исключением одного были перенесены с Учсрфтпу 2007 на Exchange 2010. Но вот с один из них нарисовалась вот такая проблема при переносе:
Summary: 1 item(s). 0 succeeded, 1 failed.
Elapsed time: 00:00:01


Горбунов Дмитрий Евгеньевич
Failed

Error:
The call to 'net.tcp://s-ex-htca01.domain.local/Microsoft.Exchange.MailboxReplicationService' failed. Error details: The maximum message size quota for incoming messages (262144) has been exceeded. To increase the quota, use the MaxReceivedMessageSize property on the appropriate binding element. --> The maximum message size quota for incoming messages (262144) has been exceeded. To increase the quota, use the MaxReceivedMessageSize property on the appropriate binding element..

The maximum message size quota for incoming messages (262144) has been exceeded. To increase the quota, use the MaxReceivedMessageSize property on the appropriate binding element.


Exchange Management Shell command attempted:
'domain.local/!ГК xxx/ЗАО "xxx"/Пользователи/Горбунов Дмитрий Евгеньевич' | New-MoveRequest -TargetDatabase 'S-EX-MB-MB02'

Elapsed Time: 00:00:01

Эта ошибка, как указано выше, появлялась при попытке переместить его в DB на Exchange 2010. Причем между DB Exchange 2007 он перемещался без проблем и ошибок.
Дошел даже до того, что отключил почтовый ящик от этого пользователя, переподключил к другому, снимал все ограничения (на размер и возможность приема и отправки писем) и наоборот устанавливал их жестко.
К сожалению не помогло ни чего :(.

В связи с этим пришлось использовать команды Export-Mailbox и Import-Mailbox. Это собственно и есть мой workaround.

На всякий случай оставил этот почтовый ящик, чтобы при возможности найти причину этой ошибки.

Удачной Вам миграции почтовых ящиков!

05 мая 2010

TMG 2010 x86 Management console download


Встала необходимость управлять Forefront Threat Management Gateway (TMG) 2010 с 32bit-ной машинки. К сожалению составе дистрибутива скачанного с MSDN x86 версия консоли не поставляется. Пришлось искать. Так вот чтобы не забыть, плюс не регистрироваться при закачке консоли (для тех, кому это претит по каким-либо причинам) выкладываю прямой линк:
Download Forefront Threat Management Gateway (TMG) 2010 x86 Management Console
А ссылка на страничку закачки пробной версий (необходима регистрация) ниже:
Forefront Threat Management Gateway (TMG) 2010 Evualation x64

Кстати, очень рекомендую блог команды разработчиков Forefront Threat Management Gateway (TMG) 2010.

Успехов Вам в защите Вашей сети!

28 апреля 2010

The password you entered doesn't meet the minimum security requirements

Всем привет!
Сегодня в очередной раз столкнулся с проблемами в OWA на Microsoft Exchange 2010 при смене пароля.
Выдавало вот такое сообщение:
The password you entered doesn't meet the minimum security requirements.

И это не смотря на то что с помошью RSOP было все проверено 20 раз, шла какая то несостыковка. Пароль любой сложности, хоть в 20 символов не подходил, ссылаяь на то, что не соответствует.

Товарищ Akhater вот тут дает совет по проверке ЛОКАЛЬНЫХ групповых политик.
Так вот... Работает именно так как он описал.
Изменяя локальную политику компьютера на котором установлен Exchange 2010 через gpedit.msc, смена пароля начинает работать как положено.

13 марта 2010

reacreate crm 3.0 sql jobs

Привет! Давно не обновлялся :(. Как всегда дела. Вот и сейчас сижу на "работе" несмотря на солнечную погоду за окном.

Ладно теперь о делах.
Тут у одного из моих подопечных клиентов возникла необходимость обновить Microsoft CRM 3.0 до CRM 4.0 (хотя лучше бы уж дождались выхода 5-ой версии ;)). Вот... О чем я? А... ну да...
В общем чтобы не испытывать судьбу и не делать все на горячюу сделал бэкап БД и решил развернуть их копию на совем тестовом домене.
Развернул с помощью Microsoft CRM Redeployment Wizard на новом своем домене. Проверил общую функциональность и вроде проблем не выявил.
Для пушей уверенности запустил Environment Diagnostics Wizard.
И вот тут мне выдало два предупреждения:
Job ST_MSCRM.Update Contract States could not be found in the sysjobs table.
Job Start_Incremental on ST_MSCRM.ftcat_documentindex.[7.5] could not be found in the sysjobs table.

Немного поискав нашел следующую статью от Microsoft:
How to move Microsoft Dynamics CRM 3.0 SQL databases from one server to a different server that is in the same domain
http://support.microsoft.com/kb/917948
В которой в 9 пункте говориться о SQL Jobs:
Verify that the following jobs are listed in the Jobs folder:
Organization_Name.Update Contract States
MSCRM Identity Reseeding
MSCRM Index Reindexing
MSCRM Stored Procedures Priming
Start_Incremental on Organization_Name_ftcat_documentindex

Задавшись вопросом того как все таки восстановить эти Jobs в моей среде нашел KB917948 в которой был дан совет отсылавший к KB910044:
When you move Microsoft Dynamics CRM databases to a new instance of SQL Server, SQL Server jobs may not be created
в которой написано буквально следующее:
To work around this problem, you can copy the script from other SQL Server jobs in another Microsoft CRM environment. For more information about how to copy scripts from other SQL Server jobs, contact Microsoft Product Customer Support Services.

Короче обращайтесь в поддержку. Так как кейсов на данный продукт у меня нет пришлось кумекать дальше. Итогом кумеканья стало 2 варианта:
1. Вариант:
- удалить CRM 3.0
- удалить БД
- установить CRM 3.0, не в существующую, а в тестовую БД
- удалить CRM
- удалить тестовую БД
- восстановить БД с данными из бэкапа
- установить CRM 3.0 с указанием существующей БД
- изменить SQL Jobs для того чтобы они ссылались на БД с данными
2. Вариант:
- запустить скипты которые создают Jobs.

Я решил действовать по короткому варианту :).

Два Jobs можно найти в файлике:
".\sql\1.0\11 - index msdb.sql"
в дистрибутиве CRM 3.0.
Открываем его и редактируем заменяя [mscrm] на имя своей БД.
Открываем SQL выбираем msdb - new query - paste - execute.
Два Jobs есть. Осталось найти остальные.
Остальные лежат в файлике:
".\sql\2.0\MSCRM\InstallJobs.sql"
С ним поступаем так же как и с первым. Меняем на нашу БД и запускаем на SQL сервере.

Вот собственно и все. Теперь для пущей уверенности запистим Environment Diagnostics Wizard и убедимся что все ок.

Удачный Вам обновлений CRM!