Вопрос : SID History/re-ACL'ing двигая к новой пуще ОБЪЯВЛЕНИЯ

Hi

I недавн спросило вопрос о двигая предметах от пущи 2003 ОБЪЯВЛЕНИЯ Windows к новому 2008 href= " http://www.experts-exchange.com/Software/Server_Software/File_Servers/Active_Directory/Q_26267300.html " R2 Forest.

ware/Server_Software/File_Servers/Active_Directory/Q_26267300.html

Hi

We e.com/Soft http://www.experts-exchang будет в настоящее время пущей multi-домена с Windows 2003 FL/DL с обменом 2003. Мы смотрим в снабжать DC 2008 Windows и один вариант должен как раз создать вс отдельно, и ново, пущи основано на Windows 2008 DC R2 и обмены 2010.

We снабдят двухсторонние доверия между 2 пущами. Forest1 будет пущей 2003 и Forest2 будет 2008 one.

This очень много в первоначально участке поэтому я надеялся для некоторой обратной связи от специалистов здесь:)было о

I что если предметы ОБЪЯВЛЕНИЯ (например учет потребителя) были двинуты к Forest2, то они smogло все еще держать доступ к ресурсам в Forest1 (например fileshare) через или историю SID (т.е. держащ SID учета ОБЪЯВЛЕНИЯ когда он будет двинут) или re-ACL'ing ресурс так, что SID учета ОБЪЯВЛЕНИЯ в Forest2 будет добавлен к доступу list.

However - как делает эта работа с позволениями почтового ящика обменом? Препятствуйте нам сказать меня имейте почтовые ящики Manager1 и PA1 в Forest1. PA1 имеет доступ к Manager1 mailbox.

I тогда движению Manager1 к новой пуще (Forest2) ..... я примите PA1 все еще имело доступ к почтовому ящику Manager1 если мы держали SID учета ОБЪЯВЛЕНИЯ PA1 ассоциированного?

Conversely, если мы двинули Manager1 к новой пуще но, то PA1 остало в Forest1.  Это не внесло бы изменения в виду того что ACL находится на почтовом ящике Manager1 и PA1 SID все еще этим же в виду того что оно не было двинуто. Или ACL потерянный двигая предметы между пущами?

Finally, когда мы говорим о SID в термины обменом, эти SID главным образом учета ОБЪЯВЛЕНИЯ или SID почтового ящика обменом?

Thanks для любых помощь! class=

Ответ : SID History/re-ACL'ing двигая к новой пуще ОБЪЯВЛЕНИЯ

> и было бы преимуществом принимать через legacyExchangeDN как адрес X 500? Конечно вы
> середина здесь то!

Если вы не делаете, то вы находите следующий для того чтобы быть проблемой:

1. Входы календара созданные до переселения не более длиной «будут иметься» предпринимателем почтового ящика
2. Ответы к (внутренне) сообщениям полученным до переселения отскочат
3. Характеристика внешнего вида Автоматическ-Вполне будет автоматическ-вполне с адресами, котор thare только действительно на старой системе почты

> Так я угадываю было позволениями на почтовом ящике ..... конечно разницы однако?

Оно больше из проблемы когда это прибывает в использованием позволений. Почтовый ящик выпрямляет, те определенные на почтовом ящике самом должен быть точн. Но будет весьма трудно использовать другое на всех по мере того как, котор соединение к Нов-Обменивает-Org не передаст вы доступ к ресурсам на Стар-Обменивает-Org.

> Почему SendAs/ReceiveAs внесло бы изменения?

На отражении они вероятно не сделают гораздо разницы:)

Крис