sync office 365 accounts naar nieuwe lokale ad?

[commentator]

In september ben ik op een nieuwe werkplek gekomen waar ze al actief office365 in gebruik hebben. En daarnaast een losse niet gesynchroniseerde lokale AD waarvan ik me afvraag of het niet beter is om die gewoon weg te donderen (gezien de bende die het is) en dan meteen een nieuwe op te zetten met een koppeling met office365 accounts en dan meteen met hun mailadres in te gaan loggen op de pc's. De lokale ad is dan vooral handig voor de wifi

Mijn vraag
Als ik zoek dan zie ik eigenlijk alleen sync van lokale ad naar azure ad. Zijn er opties, zeker als je toch de lokale AD weg gaat gooien, om het wel gekoppeld te krijgen?

[Jazzy]

Zoek even op 'soft matching'.

Wat je opmerking over het "wegdonderen van een AD die een bende is" , ik hoop dat je weet wat je doet en goed in beeld hebt waarvoor AD op dit moment wel en niet gebruikt wordt. Zelf wordt ik van zo'n opmerking niet direct enthousiast, helemaal niet als het van de nieuwe systeembeheerder komt die net een paar dagen binnen is. Hoop dat je dat begrijpt.

[commentator]

Nee, natuurlijk niet meteen weggooien maar soms moet je ook onderzoeken wat de voordelen zijn van met een schone lei beginnen

[wagenveld]

Als je wel de boel opnieuw gaat doen, dan zou je de relevante attributen met de Azure AD Powershell kunnen exporteren, en dan in je on premises AD weer importeren. Daarna een AAD Connect met wat Jazzy zegt, soft matching op basis van UPN.

[Parzival]

sorry hoor.. maar dat is echt het slechtste advies ever.. "Even een nieuwe AD en terug syncen vanuit je AAD".. terug syncen (of soft/hard matchen) kun je wel doen, maar met een nieuwe AD verlies je heel veel attributen.. niet alles van je lokale AD gaat richting de cloud.. waaronder je SID (alhoewel die technisch wel die kant op gaat, maar die kun je niet terug syncen), en dus verlies je alle access richting je file servers, print servers, database logins (op SQL met Windows auth) en nog veel meer.. als je SharePoint on-premises hebt draaien ben je helemaal de sjaak want die werkt niet met SiD maar met domein/username entries in je database gekoppeld aan je ObjectGUID's.

Zorg ervoor dat je iig 1 domein controller redt.. en vanuit daar opnieuw opbouwen als dat lukt.. OU's kun je zo her-indelen, GPO's kun je aanpassen of geheel resetten en DC's kun je uit je replicatie schema gooien. Maar je ObjectGuid en SID wil je echt wel houden als het kan.. en dat zit nou eenmaal gekoppeld aan je forest/domein