А если ваши серверы активировались с помощью KMS-сервера, то знание клиентского ключа вам ничего не даст. Клиентские KMS-ключи опубликованы в открытом доступе
inneks, вариантов немного:
1. Использовать тулзу ExMerge для экспорта ящика в PST (примерная инструкция), но ящик должен быть не более 2ГБ
2. Взять Outlook 2007 или более позднюю версию и выполнить экспорт ящика. Можно предварительно выдать себе права Full Access на все ящики, потом подключать ящики в Outlook и выполнять их экспорт, не трогая пользователей
1. Проблема с одним конкретным пользователем?
2. У этого пользователя есть права на календари других пользователей?
3. Пробовали создать новый профиль Outlook для этого пользователя?
4. Пробовали в Outlook очищать список автозаполнения?
5. Пробовали переключить Outlook из Cached Exchange Mode в Online Mode?
6. Пробовали удалять Cached credentials этого пользователя?
7. Autodiscover работает корректно?
Версия Exchange какая?
Всю почту можно выгрузить централизованно - через EAC или PowerShell.
PST-файлы вам будут нужны для переноса почты на новый сервер, если это не Exchange
Я бы не стал загонять оба КД в кластер. Ибо при недоступности/остановке кластера ляжет вся инфраструктура.
Если все виртуалки окажутся на одном узле кластера - ресурсов хватит?
Дмитрий Шумов, если нужна собственно почта, то можно ограничить экспорт папками Inbox и SentItems и добавить ключ ExcludeDumpster, как советовал Alexey Dmitriev
Get-MailboxStatistics показывает схожие данные?
Скорость процесса зависит не только от размера ящика, но и от количества элементов. А ещё можно фильтрами ограничить экспорт информации. Попробуйте выполнить экспорт из ящика, ограничив выборку одной неделей.
Ну и логи Exchange смотрите...
Pavel Valeo, Default Domain Policy - она навешивается сверху на весь домен, и там по умолчанию Authenticated Users. Вы создаете свою политику (GPO object), который привязываете либо к отдельному OU - и тут можно обойтись без дополнительных фильтров безопасности, либо ко всем домену (в этом случае так же, как и Default Domain Policy), но тогда требуется дополнительно фильтровать объекты, к которым будет применятся политика (а это Security Filtering, WMI Filters и т.д.)
Ну и ваша политика отключения должна применятся позже, чем Default Domain Policy
Ваша политика отключения куда привязана, на какой OU? Какие фильтры безопасности настроены (Security Filtering) и настроены ли вообще или у вас только Authenticated Users указаны?
Ваша политика отключения где располагается в списке применяемых политик?
в GPMC есть мастер моделирования групповых политик - пробовали его запускать?
по -хорошему, я бы удалил все службы RDS и поставил заново RDSH и RDLic