VMWare Workstation 7.1 Final

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

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

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

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.

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

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

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.

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

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, смена пароля начинает работать как положено.

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!