Rozwiązywanie problemów z synchronizacją użytkowników

By Mirko Peters · 2026-04-24 · Updated 2026-07-18

Jak naprawić sytuację, gdy użytkownik nie synchronizuje się z Microsoft Entra ID – krok po kroku: tożsamość źródłowa, zakres, atrybuty, łączniki i kondycja synchronizacji.

Automatically translated with AI from the original post. Read the English original

Jeśli trafiłeś tutaj, prawdopodobnie zmagasz się z dobrze znanym problemem: konta użytkowników nie pojawiają się w chmurze Microsoft. Czy chodzi o brakującego użytkownika w Microsoft Entra ID, niepełną synchronizację hybrydowej usługi AD, czy o jedno uparte konto, które nie chce się zsynchronizować – to miejsce dla Ciebie. Takie sytuacje są uciążliwe dla każdego, kto zarządza usługami Microsoft 365, Azure lub hybrydowymi konfiguracjami tożsamości.

Ten przewodnik omawia najczęstsze błędy synchronizacji: wolne synchronizacje, użytkowników, którzy znikają lub się duplikują, błędy „nie znaleziono” oraz mało pomocne komunikaty o stanie. Otrzymasz plan działania obejmujący zarówno podstawy, jak i zaawansowane scenariusze, od nieudanych instalacji agenta katalogu po złożone konflikty dopasowywania obiektów. Omówimy wszystkie kluczowe punkty kontrolne, dzienniki i narzędzia, których będziesz potrzebować, i wyjaśnimy, dlaczego dokładne, krok po kroku podejście ma znaczenie przy rozwiązywaniu problemów z synchronizacją użytkowników.

Otrzymasz jasne wskazówki, wyjaśnienia mechanizmów synchronizacji, strategie interwencji oraz sposób weryfikacji naprawy. Zakładamy, że znasz Active Directory, Windows Server i centra administracyjne Microsoft, ale nie musisz być geniuszem, żeby nadążyć. Włóż więc czapkę administratora – i zadbajmy o to, żeby użytkownicy synchronizowali się tam, gdzie powinni.

Diagnozowanie błędów synchronizacji w chmurze w integracjach lokalnych z Microsoft Entra

Synchronizacja użytkowników z lokalnego Active Directory do Microsoft Entra ID jest kluczowa, aby na bieżąco zarządzać tożsamością i dostępem do usług chmurowych. Proces ten realizuje Microsoft Entra Connect – most, który kopiuje zmiany z Twojego środowiska do chmury. Gdy ten most zaczyna się chwiać, a tym bardziej gdy się załamie, użytkownicy i organizacje płacą za to zepsutymi logowaniami lub brakującymi kontami.

Podstawą udanej integracji są solidna architektura, poprawne wymagania wstępne i przewidywalne przepływy synchronizacji. Nawet drobny błąd konfiguracji, pominięta reguła zapory czy brakujące uprawnienie konta usługi mogą wywołać długie poszukiwania brakującego użytkownika lub grupy. Dlatego przed zagłębieniem się w szczegóły warto zrozumieć cały obraz: przekazanie danych z lokalnego środowiska do chmury, używane tunele sieciowe oraz zależności usług.

Ta sekcja przedstawia, jak działa hybrydowa synchronizacja i gdzie zespoły IT najczęściej popełniają błędy, zwłaszcza gdy nowe wymagania lub zmiany w środowisku zaskakują je w nieodpowiednim momencie. Zrozumienie logiki każdego elementu sprawi, że przyszłe sesje rozwiązywania problemów będą mniej tajemnicze i znacznie szybsze.

Jak obiekty lokalne Microsoft Entra synchronizują się z chmurą

W konfiguracjach Microsoft Entra Connect obiekty AD lokalnie, takie jak użytkownicy i grupy, są mapowane do chmury na podstawie unikalnego zestawu atrybutów. Kluczowy jest wśród nich Immutable ID – generowany z atrybutu objectGUID w lokalnym katalogu i używany jako ostateczne dopasowanie w Microsoft Entra ID.

Gdy obiekt zostaje utworzony lub zmodyfikowany, Entra Connect pobiera dane, stosuje reguły synchronizacji lub mapowania atrybutów i decyduje, czy utworzyć, zaktualizować lub powiązać odpowiadający mu obiekt w chmurze. Dzięki temu każdy użytkownik ma spójną tożsamość we wszystkich środowiskach – pod warunkiem że nazewnictwo, identyfikatory GUID i logika dopasowywania są poprawnie skonfigurowane. Większość niezgodności i wstrzymań synchronizacji wynika z błędnego dopasowania atrybutów lub z niejasności, który obiekt jest „właścicielem” tożsamości w scenariuszach hybrydowych.

Weryfikacja portów i adresów URL dla Microsoft Cloud Sync

• Sprawdź porty TCP wychodzące: Upewnij się, że serwer synchronizacji może połączyć się z kluczowymi usługami Microsoft. Zazwyczaj porty TCP 80 (HTTP) i 443 (HTTPS), a czasem także 8080, muszą być otwarte dla ruchu wychodzącego.
• Sprawdź dostęp do wymaganych adresów URL: Microsoft Entra Connect musi mieć dostęp do punktów końcowych, takich jak login.microsoftonline.com, graph.windows.net i *.servicebus.windows.net. Pełną, aktualną listę wymaganych adresów URL znajdziesz w dokumentacji Microsoft.
• Testuj za pomocą PowerShell lub przeglądarki: Użyj narzędzi takich jak Test-NetConnection, curl albo zwykłej przeglądarki, aby potwierdzić, że punkty końcowe odpowiadają. Zablokowane połączenia mogą wskazywać na problemy z DNS, zaporą lub serwerem proxy.
• Przejrzyj dzienniki zapory i serwera proxy: Sprawdź dokładnie, czy nie dochodzi do cichego przechwytywania TLS/SSL ani do błędu uwierzytelniania proxy, który blokuje ruch wychodzący – szczególnie w mocno zablokowanych środowiskach firmowych.

Sprawdzanie stanu usług dla hybrydowych środowisk synchronizacji

Aby synchronizacja działała bez zakłóceń, wszystkie krytyczne usługi zarówno na serwerze Entra Connect, jak i w chmurze muszą być sprawne i uruchomione. Po stronie lokalnej oznacza to sprawdzenie usługi Microsoft Entra Connect Synchronization Service za pomocą services.msc lub konsoli Synchronization Service Manager. Zwróć uwagę na zatrzymane, wyłączone lub ulegające awariom usługi, ponieważ często całkowicie wstrzymują synchronizację.

Po stronie chmury przejrzyj pulpit stanu usług Microsoft pod kątem zgłoszeń incydentów, które mogą wpływać na synchronizację. Dzienniki usług, alerty i komunikaty o stanie informują, czy aktualizacje, awarie lub przejściowe problemy wpływają na łączność tożsamości hybrydowej. Szybkie rozpoznanie stanu usług pozwala odróżnić problemy środowiskowe od konkretnych błędów konfiguracji.

Rozwiązywanie problemów z agentami i konfiguracją serwera synchronizacji

Wiele może pójść źle, zanim choćby jeden obiekt użytkownika opuści serwer, zwłaszcza podczas wdrożenia początkowego lub aktualizacji. Agenty synchronizacji potrzebują odpowiednich uprawnień, wymagań wstępnych oprogramowania i dostępu sieciowego. W rzeczywistych środowiskach bywa jednak różnie: zasady grupy mogą blokować wykonywanie skryptów, oprogramowanie antywirusowe może zablokować kroki instalacji, a może brakować uprawnień administratora.

Ta sekcja koncentruje się na tym, dlaczego problemy po stronie agenta pojawiają się tak często. Od nieudanych instalacji po nieoczekiwane awarie usług – wiele powtarzających się problemów wynika ze sposobu konfiguracji agenta synchronizacji i jego utrzymania na hoście z systemem Windows Server. Nieudane aktualizacje, osierocone zależności lub zaniedbana konserwacja mogą zatrzymać synchronizację i sprawić, że katalogi użytkowników przestaną być spójne.

Zanim obwinisz chmurę, warto dokładnie sprawdzić działanie agenta lokalnie. Kolejne sekcje przeprowadzą Cię przez szybkie kontrole i trwałe rozwiązania, które pomogą upewnić się, że serwer synchronizacji wywiązuje się ze swojej roli, zanim zajmiesz się problemami po stronie chmury.

Typowe problemy z instalacją agenta i kroki konfiguracji serwera

• Niewystarczające uprawnienia podczas konfiguracji: Jedną z głównych przyczyn niepowodzenia instalacji agenta jest uruchomienie instalatora bez uprawnień lokalnego administratora lub brak delegowanych uprawnień w Active Directory. Zawsze sprawdź uprawnienia przed uruchomieniem instalatora.
• Nieprawidłowa konfiguracja konta usługi: Usługa synchronizacji wymaga dedykowanego konta z określonymi uprawnieniami do katalogu i lokalnego serwera. Użycie konta o niewłaściwym zakresie uprawnień lub dopuszczenie do wygaśnięcia haseł konta prowadzi do błędów uruchamiania i awarii podczas działania.
• Problemy z certyfikatami i zaufaniem TLS/SSL: Środowiska hybrydowe, zwłaszcza z rygorystycznymi kontrolami bezpieczeństwa, często napotykają problemy z brakującymi lub wygasłymi głównymi urzędami certyfikacji (root CA). Skutkuje to ciche błędy uzgadniania TLS między agentem a chmurą. Sprawdź, czy magazyn certyfikatów systemu Windows zawiera wszystkie wymagane zaufane główne urzędy certyfikacji.
• Nieaktualny system operacyjny i wymagania wstępne: Uruchamianie Entra Connect na nieobsługiwanych lub niezaktualizowanych wersjach Windows Server bądź brak zależności .NET Framework to powtarzający się problem. Przed instalacją lub aktualizacją zawsze sprawdź najnowsze obsługiwane systemy operacyjne i aktualizacje wymagań wstępnych.
• Konflikty z oprogramowaniem lub zasadami GPO: Oprogramowanie zabezpieczające punkty końcowe, zapory sieciowe lub restrykcyjne obiekty zasad grupy mogą zakłócać uruchamianie agenta i jego działanie. Jeśli instalacje wielokrotnie kończą się niepowodzeniem lub usługi ulegają awarii bez jasnych błędów, przejrzyj dzienniki oprogramowania zabezpieczającego i ustawienia zasad grupy.

Monitorowanie stanu synchronizacji obiektów i wykonywanie synchronizacji delta

• Wyświetl stan synchronizacji: Otwórz Synchronization Service Manager na serwerze Entra Connect. Na karcie „Operations” sprawdź ostatnie cykle synchronizacji, błędy oraz liczbę zaimportowanych i wyeksportowanych obiektów.
• Uruchom ręczną synchronizację delta: Użyj PowerShell na serwerze synchronizacji: Start-ADSyncSyncCycle -PolicyType Delta. Powoduje to synchronizację wyłącznie ostatnich zmian, co skraca czas oczekiwania w porównaniu z pełną synchronizacją.
• Zweryfikuj wyniki synchronizacji: Po zakończeniu cyklu przejrzyj listę „Operations” oraz dzienniki zdarzeń pod kątem nowych błędów. Potwierdź, że zmiany użytkowników, grup lub atrybutów są widoczne w chmurze, sprawdzając w centrum administracyjnym Microsoft Entra.
• Interpretuj komunikaty o błędach: Szukaj szczegółów niepowodzeń w dziennikach Synchronization Service lub w danych wyjściowych PowerShell – niedopasowanych użytkowników, odmów uprawnień lub konfliktów atrybutów, które wyjaśniają pominięte synchronizacje.

Badanie problemów z synchronizacją obiektów i błędów dopasowania

Nie każdy problem z synchronizacją wynika z szerokiej awarii serwera lub usługi. Często winowajcą jest pojedynczy użytkownik lub grupa z konfliktem atrybutów, duplikatem albo niezgodnością między tym, co znajduje się lokalnie, a tym, co działa w chmurze. To właśnie takie błędy spędzają sen z powiek specjalistom IT: środowisko synchronizacji działa poprawnie, ale jedno uparte konto nie pojawia się, nie łączy się lub nie aktualizuje prawidłowo.

Przyczyną może być cokolwiek, od literówki w UPN po pozostały nieaktualny obiekt z pasującym adresem e-mail lub atrybutem proxy. Hybrydowa tożsamość Microsoftu opiera się na procesie zwanym „dopasowywaniem”: miękkim dopasowaniu na podstawie podstawowych atrybutów oraz twardym dopasowaniu z wykorzystaniem niezmiennego identyfikatora (ImmutableID). Gdy któryś z tych kroków się nie powiedzie, obiekty nie są synchronizowane albo, co gorsza, pojawiają się jako duplikaty lub osierocone obiekty.

Ta sekcja pomoże Ci swobodnie diagnozować błędy synchronizacji na poziomie obiektów i rozpoznawać kolizje nazw, niezgodności atrybutów oraz błędy w autoryzacji, niezależnie od tego, jak głęboko trzeba będzie szukać. Dzięki temu dowiesz się, jak poprawnie dopasować i zsynchronizować nawet najbardziej nieuchwytne konta.

Diagnozowanie obiektów lokalnych i stanu synchronizacji obiektów katalogu

• Sprawdź konflikty atrybutów: Użyj narzędzi takich jak Menedżer usługi synchronizacji lub PowerShell (Get-ADUser, Get-MsolUser), aby porównać kluczowe atrybuty (UPN, e-mail, proxyAddresses) między kontami lokalnymi a kontami w chmurze.
• Przejrzyj dzienniki i stan synchronizacji: Dokładnie przeanalizuj ostatnie cykle synchronizacji pod kątem błędów na poziomie użytkownika, takich jak „błędy eksportu” lub ostrzeżenia „brak synchronizacji” na karcie operacji usługi synchronizacji.
• Zweryfikuj logikę dopasowywania: Upewnij się, że niezmienny identyfikator obiektu lokalnego (pochodzący z objectGUID) jest zgodny z wartością w Microsoft Entra ID. Niezgodności są sygnałem ostrzegawczym wskazującym na problemy z synchronizacją.
• Wyszukaj duplikaty: Uruchom zapytania lub skorzystaj z filtrów w portalu, aby znaleźć obiekty istniejące wyłącznie w chmurze, które mogą blokować synchronizację lokalną, ponieważ wcześniej utworzono je z tymi samymi atrybutami.

Rozwiązywanie problemów z elementami w kwarantannie aprowizacji oraz autoryzacją usługi katalogowej

• Zidentyfikuj stany kwarantanny: W centrum administracyjnym Microsoft Entra lub w dziennikach synchronizacji poszukaj użytkowników oznaczonych jako „w kwarantannie” z powodu problemów z danymi lub uprawnieniami.
• Przejrzyj uprawnienia katalogu: Upewnij się, że konto usługi używane przez Microsoft Entra Connect ma uprawnienia odczytu i zapisu do niezbędnych obiektów i atrybutów AD.
• Sprawdź naruszenia atrybutów: Użytkownicy mogą trafić do kwarantanny, jeśli ich atrybuty naruszają zasady (np. nieprawidłowy format lub zastrzeżone wartości). Popraw je lokalnie, a następnie ponownie uruchom synchronizację.
• Usuń stan kwarantanny: Po usunięciu przyczyn problemu wyjmij użytkowników z kwarantanny za pomocą portalu lub PowerShell, a następnie uruchom synchronizację delta, aby przywrócić normalne działanie.

Rozwiązywanie problemów z synchronizacją w chmurze: dzienniki, pliki i portal Microsoft

Gdy podstawowe sprawdzenia i konfiguracja nadal nie pozwalają zsynchronizować użytkowników, kolejnym krokiem jest analiza bogatych narzędzi diagnostycznych, którymi dysponujesz. Microsoft Entra Connect i jego usługi w chmurze generują szczegółowy ślad przebiegu każdego cyklu synchronizacji: od plików dziennika na serwerze z systemem Windows, przez komunikaty o błędach w Podglądzie zdarzeń, po pełne panele stanu w centrum administracyjnym Microsoft Entra.

Analiza właściwych dzienników i wykorzystanie analiz w czasie rzeczywistym w portalu pozwala przejść od zgadywania do faktów: zobaczysz, jakie wystąpiły błędy, które obiekty utknęły i czy problem leży po stronie wdrożenia, czy samej usługi Microsoft. Narzędzia automatyzacji oraz raporty portalu oparte na grafie mogą nawet pomóc w wykrywaniu wzorców i planowaniu przyszłych działań naprawczych, aby uniknąć powtarzających się awarii.

Ta sekcja przedstawia podstawowe narzędzia do dotarcia do sedna cichych utrat synchronizacji, tajemniczych niezgodności lub dziwnych przypadków, w których usługa synchronizacji informuje o „powodzeniu”, a użytkownik mimo to brakuje. Mając te narzędzia w zanadrzu, nawet trudne wyzwania związane z tożsamością hybrydową staną się łatwiejsze do rozwiązania i uda się im zapobiec w przyszłości.

Analiza plików dziennika i danych wyjściowych rozwiązywania problemów z synchronizacją w chmurze

• Dzienniki Menedżera usługi synchronizacji: Znajdziesz je w lokalizacji C:\ProgramData\Microsoft\Azure AD Connect\Trace. Zawierają szczegóły każdej operacji synchronizacji oraz typowe kody błędów.
• Podgląd zdarzeń systemu Windows: Sprawdź dzienniki Aplikacja i System pod kątem zdarzeń „Directory Synchronization” lub „Azure AD Connect”, filtrując ostrzeżenia lub błędy.
• Dzienniki w portalu Microsoft Entra Connect Health: Oferują wizualizację w chmurze i historię błędów, co jest idealne do wykrywania bieżących lub przerywanych problemów.
• Dane wyjściowe PowerShell: Skrypty takie jak Get-ADSyncScheduler lub Get-ADSyncRunProfile pokazują wyniki synchronizacji obiektów w czasie rzeczywistym oraz szczegóły błędów.

Monitorowanie synchronizacji za pomocą portalu Microsoft i Centrum automatyzacji

Portal administracyjny Microsoft Entra to jedno miejsce, w którym znajdziesz informacje o synchronizacji w czasie rzeczywistym. W sekcji „Tożsamość” możesz sprawdzić kondycję synchronizacji, śledzić błędy na poziomie obiektów i analizować ostatnie cykle synchronizacji. Centrum automatyzacji pozwala planować synchronizacje, konfigurować alerty o błędach oraz stosować jednym kliknięciem poprawki typowych problemów.

Zasoby Centrum pomocy online oraz raporty w Microsoft Graph dostarczają kontekstu w przypadku uporczywych problemów lub blokad na poziomie użytkowników. Dzięki tym narzędziom rozwiązywanie problemów przestaje być zgadywaniem i staje się przemyślanym, opartym na danych procesem, który pozwala przejść od gaszenia pożarów do proaktywnego zarządzania tożsamościami.

Potwierdzenie rozwiązania problemu synchronizacji i kroki raportowania

• Sprawdź obecność obiektu: Wyszukaj zsynchronizowanego użytkownika lub grupę zarówno w lokalnym usługi AD, jak i w portalu chmurowym, aby potwierdzić, że obiekt został pomyślnie przeniesiony.
• Przetestuj logowania i uprawnienia: Spróbuj zalogować się do chmury na koncie dotkniętego użytkownika, aby upewnić się, że poświadczenia i zasady dostępu działają zgodnie z oczekiwaniami.
• Przejrzyj dzienniki synchronizacji: Sprawdź ponownie, czy ostatnie cykle nie zawierają błędów, a wcześniej oznaczone obiekty mają status „success” lub „completed”.
• Udokumentuj poprawkę: Zapisz kroki, objawy i wyniki dotyczące problemu w dzienniku incydentów zespołu lub w bazie wiedzy, aby móc z nich skorzystać w przyszłości.
• Zaplanuj kontrole po synchronizacji: Skonfiguruj regularne kontrole lub monitorowanie, aby wychwycić wczesne sygnały ostrzegawcze, gdyby ten sam problem pojawił się ponownie.

Przekaż opinię i ucz się z dyskusji społeczności (21)

• Przekaż opinię firmie Microsoft: Skorzystaj z przycisku opinii w portalu administracyjnym Entra lub w Microsoft Docs, aby zgłosić błędy lub zaproponować nowe funkcje. Pomaga to ulepszać narzędzia dla wszystkich administratorów.
• Uczestnicz w dyskusjach na forum: Dołącz do Microsoft Tech Community i dedykowanych przestrzeni Entra ID, aby zadawać pytania i odpowiadać na nie. Co najmniej 21 innych administratorów opisało podobne sytuacje – skorzystaj z ich doświadczeń i rozwiązań nietypowych problemów.
• Opisz swój przypadek w komentarzach: Dodaj szczegóły swojego wyjątkowego problemu z synchronizacją do artykułów w bazie wiedzy, aby przyszli czytelnicy mogli skorzystać z rzeczywistych rozwiązań.
• Korzystaj z zasobów portalu administracyjnego: Skorzystaj z linków do przewodników rozwiązywania problemów oraz podcastów, takich jak ten odcinek o Entra ID i dostępie warunkowym, aby lepiej zrozumieć zagadnienie.

Zrozumienie konfliktów Immutable ID i dopasowywania obiektów w synchronizacji hybrydowej

Tu zaczyna się bardziej zaawansowana część: dopasowywanie obiektów w synchronizacji hybrydowej nie jest bezbłędne, a jednym z najbardziej podstępnych źródeł błędów synchronizacji są niezgodności identyfikatorów Immutable ID. Każdy użytkownik zsynchronizowany z lokalnego katalogu otrzymuje w chmurze unikalny identyfikator Immutable ID, wygenerowany na podstawie jego pierwotnego objectGUID. Jeśli odtworzysz lub przeniesiesz użytkownika bez odpowiedniego czyszczenia, nowy obiekt lokalny otrzyma nowy objectGUID, ale stary identyfikator Immutable ID nadal będzie przypisany do konta w chmurze. Ta ukryta niezgodność po cichu blokuje synchronizację lub powoduje powstawanie duplikatów.

Dodatkowo kłopot sprawiają obiekty użytkowników istniejące wyłącznie w chmurze, które czasem pozostają po dawnych migracjach i blokują nowe próby synchronizacji z środowiska lokalnego. Jeśli nie zidentyfikujesz i nie usuniesz tych nieaktualnych lub osieroconych obiektów, nowi użytkownicy nie pojawią się w chmurze – lub, co gorsza, dla jednej osoby powstaną dwa konta. Większość przewodników pomija te scenariusze, a mimo to są one jednymi z największych problemów we wdrożeniach tożsamości w praktyce.

Ta sekcja odsłania, dokładnie jak i dlaczego dochodzi do konfliktów Immutable ID, oraz opisuje praktyczne procedury ich izolowania i rozwiązywania. Jeśli łatwe rozwiązania nie pomogły, a podejrzewasz niezgodność tożsamości, kolejne podrozdziały są niezbędną lekturą w Twoim zestawie narzędzi.

Analiza przyczyn niezgodności Immutable ID podczas ponownego tworzenia użytkowników

Niezgodności Immutable ID występują wtedy, gdy użytkownik lokalny zostaje usunięty i utworzony ponownie bez wcześniejszego usunięcia lub aktualizacji obiektu w chmurze. Nowy użytkownik lokalny może mieć ten sam UPN lub adres e-mail, ale nowy objectGUID, przez co wygenerowany identyfikator Immutable ID nie zgadza się z tym, co znajduje się w Microsoft Entra ID. W rezultacie synchronizacja zawodzi po cichu lub zgłasza błędy dopasowywania, a konto w chmurze pozostaje osierocone lub zduplikowane.

Aby to rozwiązać, administratorzy muszą zidentyfikować konfliktowy obiekt w chmurze i albo jednoznacznie powiązać go z nowym użytkownikiem lokalnym, aktualizując Immutable ID, albo usunąć nieaktualny obiekt w chmurze przed ponowną synchronizacją. Proces ten jest kluczowy podczas migracji, przywracania lub ponownego udostępniania użytkowników, zapewniając płynne przejęcie konta i brak niewidocznych blokad na poziomie katalogu.

Wykrywanie i rozwiązywanie zduplikowanych obiektów użytkowników w środowisku lokalnym i w chmurze

• Zidentyfikuj nieaktualnych użytkowników istniejących tylko w chmurze: Użyj filtrowania w portalu oraz programu PowerShell (Get-MsolUser -All | Where-Object {$_.LastDirSyncTime -eq $null}), aby znaleźć obiekty użytkowników, które nigdy nie zostały zsynchronizowane z środowiska lokalnego.
• Sprawdź kolizje atrybutów: Porównaj kluczowe atrybuty, takie jak UPN i adres e-mail, między kontami istniejącymi tylko w chmurze a kontami lokalnymi, aby wykryć nakładanie się wartości.
• Usuń lub scal duplikaty: Usuń lub scal obiekt istniejący tylko w chmurze w portalu lub za pomocą programu PowerShell, zanim ponowisz synchronizację z środowiska lokalnego. Dzięki temu blokada zostanie usunięta i właściwy obiekt będzie mógł się pojawić.
• Ponownie zsynchronizuj użytkownika lokalnego: Uruchom synchronizację delta i sprawdź, czy nowy obiekt pojawia się w chmurze z prawidłowymi atrybutami oraz Immutable ID.
• Udokumentuj czyszczenie: Zapisz wszystkie zmiany oraz kroki rozwiązania problemu, aby uniknąć nieporozumień i zapobiec ponownemu wystąpieniu problemu podczas przyszłych migracji lub reorganizacji.

Posłuchaj także

Jeśli interesuje Cię problem z brakiem synchronizacji użytkownika z Microsoft Entra ID, te odcinki dostarczą praktycznego kontekstu dotyczącego bezpieczeństwa tożsamości, zarządzania oraz niezawodnego działania Microsoft 365.

• Conditional Access – Simply Explained — Dowiedz się, jak tożsamość, urządzenie, lokalizacja i sygnały ryzyka wpływają na decyzje o dostępie.
• Privileged Identity Management – Simply Explained — Zobacz, jak dostęp uprzywilejowany przyznawany w momencie potrzeby oraz procesy zatwierdzania ograniczają ekspozycję administracyjną.
• Microsoft Defender XDR – Simply Explained — Połącz sygnały tożsamości z wykrywaniem, analizą i reagowaniem na incydenty.
• Microsoft Teams Governance – Simply Explained — Dowiedz się, jak jasna odpowiedzialność za zasoby i reguły cyklu życia sprawiają, że bezpieczna współpraca staje się trwała.

Te odcinki pomagają przełożyć kroki techniczne na szerszą strategię tożsamości i zarządzania.