Ошибки авторизации (помогите найти корень зла)

[Aza123]

Решено.
Корень зла найден. (членство в домене)

Немного предыстории:
Исходная конфигурация: WinServ2008R2 (хостовая) с двумя виртуалками WinServ2008R2 (на одной из них контроллер домена, на другой - CRMServer). Собрана такая конфигурация была, т.к. во-первых, очень ограничено место под железо, во-вторых, прельстили все мыслимые и немыслимые удобства от виртуализации (на практике, был гемор с функционированием виртуальных машин на RAID-массиве и виртуальными гигабитными сетевыми адаптерами), и, в-третьих, микрософт НЕ рекомендует установку CRMServer на котроллер домена.
Ранее (в 2010 году) у меня был опыт развертывания CRM 4.0. на одном физическом компьютере: WinServ2008R2 (контроллер домена) + CRMServer - и без RAID - на натуральном железе без всяких заморочек с виртуализацией и выделением отдельного сервера.
И так вот, как вы думаете, какая из этих конфигурации оказалась стабильнее? Конечно же, самая простая! Если первая конфигурация требовала "подкручивания гаек" каждые 2-3 месяца, то вторая уже больше года не доставляет проблем.

Поиск проблемы и ее решения:
Активно погуглив похожие проблемы, понял, что CRMServer и контроллер домена почему-то не могут найти общий язык. Воспользовался (сделав предварительно бекап БД) одним советом: отключить CRMServer от домена и заново подключить. Отключился от домена (подключился к рабочей группе), перезагрузился, опять подключился к домену, опять перезагрузился - и тут началось! Синий экран смерти на CRMServer (( В итоге, кое-как-с n-ной попытки загрузил CRMServer. Т.к. терять было уже нечего, а бекапы БД были, немного поэкспериментировав с членством CRMServer'а то в домене, то в рабочей группе, убедился, что возникает серьзная проблема, связанная с членством в домене (напомню конфигурацию: WinServ2008R2 (хостовая) с двумя виртуалками WinServ2008R2 (на одной из них контроллер домена, на другой - CRMServer)). Посреди ночи разбираться с членством было некогда, и т.к. сегодня утром CRM должна была быть в 100% работоспособном состоянии, решил собрать все на одной виртуалке.

Внедрение решения:
Учитывая предыдущий опыт и исходя из принципа чем проще, тем лучше, сделал так:
1. Пофиксил БД стандартными средствами dbcc checkdb
2. Собрал все бекапы на одном диске (не виртуальном)
3. Удалил виртуальную CRMServer
4. Установил CRM 4.0 на вышеупомянутый контроллер домена (виртуальная машина)
5. Сделал деплоймент
В итоге получилось вот что: WinServ2008R2 (хостовая) с одной виртуалкой WinServ2008R2 (контроллер домена + CRM 4.0) на RAID 0, для улучшения быстродействия файлы БД поместил на другой физический диск (RAID 0). Хостовая машина и юзеры в домене не числятся. Бекапы настроены. Доволен

Выводы:
Такое решение мне кажется очень даже оптимальным для небольшой организации с 5 - 20 юзерами (у нас около 10 юзеров, потребности в контроллере домена нет, контроллер домена завели лишь для функционирования CRMServer). Естественно, внедрение этого решения в крупных организациях мне представляется неподходящим, однако для небольшой фирмы, где за все IT отвечает лишь один человек, и то на условиях частичной занятости, это решение - самое то!