Remediere: Profilul utilizatorului Jobul de import AD nu rulează în SharePoint

În încercarea de a încorpora cât mai multe aplicații în Microsoft Office Suite tpălăria sunt relevante pentru mediile de lucru, Microsoft a decis să includă, de asemenea SharePoint.

Acest versatil instrument de colaborare poate fi utilizat ca sistem de gestionare și stocare a documentelor, dar produsul este extrem de configurabil și utilizarea variază substanțial între organizații.

Cu toate acestea, software-ul este software, iar SharePoint are propria parte echitabilă de bug-uri și erori. Un exemplu bun este un bug care au fost utilizatorii raportare în cazul în care nu se execută operația de timer de importare Active Directory:

Am creat aplicația de servicii User Profile în SharePoint 2016 și am creat conexiune de sincronizare pentru a importa utilizatori din AD. Apoi a început sincronizarea completă, dar nu importă niciun utilizator din AD. „Starea sincronizării profilului” este întotdeauna în modul Repaus.

Deoarece SharePoint se bazează pe munca organizațională, neputând importa membri noi poate afecta grav funcționalitatea programului.

De aceea, am decis să alcătuim această listă, astfel încât să puteți fi ghidați pas cu pas către o soluție viabilă.

Cum remediez eroarea de import a profilului utilizatorului SharePoint?

De asemenea, tuturor serverelor din fermă care rulează Serviciul de profil utilizator nu li se permite să ruleze lucrări de cronometru de tipul Jobului de serviciu.

În cazul nostru, importarea unui profil de utilizator este, de asemenea, o sarcină de serviciu și poate rula numai pe servere care rulează serviciul Profil de utilizator. Aceasta înseamnă că nu există servere în fermă care să poată rula lucrarea.

---

Schimbați proprietățile serverului

1. presa start
2. Tastați și lansați PowerShell cu drepturi administrative
3. Copiați și lipiți aceste linii și executați-le:

$ SI = Get-SPServiceInstance |? {$ _. typename -match "serviciu de profil"} $ Farm = Get-SPFarm. $ FarmTimers = $ Fermă. TimerService. Instanțe. $ 1onLine = $ false. foreach ($ SI în $ SI) {If ($ SI.Status -eq "Online") {$ 1onLine = $ adevărat. foreach ($ FT în $ FarmTimers) {if ($ SI.Server. Abordare. ToString () -eq $ FT.Server. Nume. ToString ()) {if ($ FT.AllowServiceJobs -eq $ false) {write-host -ForegroundColor Red "Serviciile NU sunt activate pe serverul UPS" $ FT.Server. Nume. ToString () write-host -ForegroundColor green "Activarea lucrărilor de serviciu pe server:" $ FT.Server. Nume. ToString () $ FT.AllowServiceJobs = $ adevărat. $ FT.Update () } else {write-host -ForegroundColor green "Serviciile sunt deja activate pe server:" $ FT.Server. Nume. ToString ()} } } } } Dacă ($ 1onLine -eq $ false) {write-host -ForegroundColor red "Nu există instanțe de servicii de profil utilizator online în această fermă!"}

Comanda PowerShell scrisă mai sus va verifica pentru a vă asigura că există cel puțin o instanță a serviciului de profil utilizator în fermă. În plus, aceasta setează proprietatea AllowServiceJobs la Adevărat pentru instanța de cronometru de pe acele servere.

Dacă modificarea proprietăților serverului pare prea complicată, o altă soluție ar fi pornirea Serviciului profil utilizator pe un server unde sunt permise lucrări de serviciu.

---

Urmând acești pași, nu ar trebui să mai aveți probleme cu lucrările de import folosind funcția Active Directory SharePoint.

Dacă aveți cunoștință de alte modalități de a rezolva această problemă, nu ezitați să ni le împărtășiți în secțiunea de comentarii de mai jos.