MS
ну шо ты сразу рыбой разбрасываешься. у человека гибрид, а он даже не понимает как оно работает)
Удолил:)
Size: a a a
2020 October 29
е
А мэйленаблед юзеры не подойдут?
е
DV
там user enable учетка при переезде создается. читать cross-forest миграцию exchange
спасибо, пошёл смотреть )
DV
ну шо ты сразу рыбой разбрасываешься. у человека гибрид, а он даже не понимает как оно работает)
next-next-finish 😄
m
next-next-finish 😄
да там фигня на самом деле, но лучше пройти этот путь самостоятельно и закрепить
DV
да там фигня на самом деле, но лучше пройти этот путь самостоятельно и закрепить
всмысле, без Microsoft Office 365 Hybrid Configuration Wizard?
m
всмысле, без Microsoft Office 365 Hybrid Configuration Wizard?
гибрид работает так же как и работа 2х лесов при миграции. по крайней мере относительно твоего вопроса 100%
DV
гибрид работает так же как и работа 2х лесов при миграции. по крайней мере относительно твоего вопроса 100%
с такой конфигурацией не приходилось работать, у нас один лес, один домен 😊
DV
но примерно понял
m
с такой конфигурацией не приходилось работать, у нас один лес, один домен 😊
считай что у тебя один лес on-prem, другой облако.
d
Привет, коллеги!
Есть гибрид, почти все п/я ушли в облако, но очень небольшая часть осталась onprem, впрочем, оно не мешает.
Когда создаётся новая учётка сотрудника, следом onprem создаётся и почтовый ящик, а потом уже мигрирует в облако.
Тогда у учётки присутвуют аттрибуты exchange и onprem-пользователи могут писать облачным пользователям и наоборот.
Недавно по запаре просто назначили лицензию O365 пользователю и у него создался п/я сразу в облаке,
и теперь те кто onprem не могут написать ему, так как onprem excghange знать не знает про облачного пользователя.
Вопрос - какие аттрибуты можно вручную прописать у учётки в onprem что б наступило просветление?
Или же выгружать ящик из облака, удалять учётку, создавать onprem, импортировать почту и мигрировать обратно в облако?
Есть гибрид, почти все п/я ушли в облако, но очень небольшая часть осталась onprem, впрочем, оно не мешает.
Когда создаётся новая учётка сотрудника, следом onprem создаётся и почтовый ящик, а потом уже мигрирует в облако.
Тогда у учётки присутвуют аттрибуты exchange и onprem-пользователи могут писать облачным пользователям и наоборот.
Недавно по запаре просто назначили лицензию O365 пользователю и у него создался п/я сразу в облаке,
и теперь те кто onprem не могут написать ему, так как onprem excghange знать не знает про облачного пользователя.
Вопрос - какие аттрибуты можно вручную прописать у учётки в onprem что б наступило просветление?
Или же выгружать ящик из облака, удалять учётку, создавать onprem, импортировать почту и мигрировать обратно в облако?
1. Удалить лицензию
2. Set-user username -permanentlyclearpreviousmailboxinfo
3. Sync без пользователя
4 mailbox on Orem - sync - migration
5 Connect deleted mailbox
Я такой для себя путь выбрал. Можно критиковать )
2. Set-user username -permanentlyclearpreviousmailboxinfo
3. Sync без пользователя
4 mailbox on Orem - sync - migration
5 Connect deleted mailbox
Я такой для себя путь выбрал. Можно критиковать )
P
Добрый день, Коллеги! Сегодня разлил первый Exch2019 в инфраструктуре Exch2016, готовим миграцию. Естественно схему, лес и домен предварительно подготовил и дождался синхронизации всех DC. Разлился сервер без проблем, но при попытке входа в настройки UC в свойствах сервера вылезает ошибка:
SB
Нет же uc в 2019
P
UC мы не используем, так что вроде оно как и не нужно
P
Нет же uc в 2019
да? я жеpсаходил на ecp уже на новом сервере, по его конкретному имени, а не по общему для всех серверов
P
теоретически, там этого пункта и не должно быть
D
Message from
Dmitriy deleted. Reason: external link (?)