Угу, делал даже по нескольким инструкциям - Microsoft + Kevin Hollman + Daniel Grandini.
Сейчас поменял местами RMS и MS, удалил SCOM с MS (и MS из консоли), удалил все логины по старому MS из SQL, пересоедил к домену, снова сделал его вторым MS - после этого в логах SQL снова пошли события 18456, ну и через некоторое
время событие 5300 на MS. На данный момент все агенты работают через RMS, соответственно алерты и оповещения идут без проблем.
Еще уточнение: сейчас RMS и SQL - Windows Server 2008 R2, проблемный MS - Windows Server 2003 R2 SP2 x64. Как я уже говорил, RMS и MS - в родительском домене, SQL 2008 R2 SP1 - в дочернем. Может, конечно, дело в named pipes или в других настройках на
SQL (судя по этой статье
http://thoughtsonopsmgr.blogspot.com/2011/03/eventid-31552-failed-to-store-data-in.html ). Буду экспериментировать дальше...
На самом деле не знаю, как у OpsMgr, думаю, что всё должно работать, но у того же ConfigMgr такая конфигурация не поддерживается, т.е. SQL, SQL Reports и SMS Provider должны быть в одном домене. Вы SPN записи прописали для всех служб? Вполне возможно, что сервис
SQL не имеет прав на чтение пользователей с другого домена.
