Labojums: Lietotāja profila AD importēšanas darbs nedarbojas SharePoint

Mēģinot iekļaut pēc iespējas vairāk lietotņu Microsoft Office Suite tattiecas uz darba vidi, Microsoft nolēma iekļaut arī tajā SharePoint.

Šis daudzpusīgais sadarbības rīks

var izmantot kā dokumentu pārvaldības un glabāšanas sistēmu, taču produkts ir ļoti konfigurējams, un to lietošana organizācijās ievērojami atšķiras.

Tomēr programmatūra ir programmatūra, un SharePoint ir sava īstā daļa kļūdu un kinku. Viens labs piemērs ir kļūda, kāda ir bijusi lietotājiem ziņošana Ja nedarbojas Active Directory importēšanas taimera darbs:

Es izveidoju lietotāja profila pakalpojuma lietojumprogrammu programmā SharePoint 2016 un izveidoju sinhronizācijas savienojumu, lai importētu lietotājus no AD. Pēc tam tika sākta pilnīga sinhronizācija, bet tā neimportē nevienu lietotāju no AD. “Profila sinhronizācijas statuss” vienmēr ir gaidīšanas režīmā.

Tā kā SharePoint paļaujas uz organizatorisko darbu, nespēja importēt jaunus dalībniekus var nopietni ietekmēt programmas funkcionalitāti.

Tāpēc mēs esam nolēmuši izveidot šo sarakstu, lai jūs soli pa solim varētu virzīt uz dzīvotspējīgu risinājumu.

Kā novērst SharePoint lietotāja profila importēšanas kļūdu?

Visiem fermas serveriem, kuros darbojas lietotāja profila pakalpojums, nav atļauts palaist arī taimera darbus, kas ir pakalpojuma darba tips.

Mūsu gadījumā lietotāja profila importēšana ir arī pakalpojuma darbs, un to var palaist tikai serveros, kuros darbojas lietotāja profila pakalpojums. Tas nozīmē, ka fermā nav serveru, kuriem būtu atļauts vadīt darbu.

---

Mainiet sava servera rekvizītus

1. Nospiediet Sākt
2. Ierakstiet un palaidiet PowerShell ar administratīvām tiesībām
3. Nokopējiet un ielīmējiet šīs rindas un palaidiet tās:

$ SIs = Get-SPServiceInstance |? {$ _. typename - atbilst "profila pakalpojumam"} $ Farm = Get-SPFarm. $ FarmTimers = $ Farm. TaimerisPakalpojums. Gadījumi. $ 1onLine = $ false. foreach ($ SI $ SIs) {Ja ($ SI.Status -eq "tiešsaistē") {$ 1onLine = $ true. foreach ($ FT $ FarmTimers) {ja ($ SI.Server. Adrese. ToString () -eq $ FT.Server. Nosaukums. ToString ()) {if ($ FT.AllowServiceJobs -eq $ false) {write-host -ForegroundColor Red "Pakalpojuma darbi NAV iespējoti UPS serverī" $ FT.Server. Nosaukums. ToString () write-host -ForegroundColor green "Pakalpojuma darbu iespējošana serverī:" $ FT.Server. Nosaukums. ToString () $ FT.AllowServiceJobs = $ true. $ FT. Atjaunināt () } else {write-host -ForegroundColor green "Servera darbavietas jau iespējotas serverī:" $ FT.Server. Nosaukums. ToString ()} } } } } Ja ($ 1onLine -eq $ false) {write-host -ForegroundColor sarkans "Šajā fermā tiešsaistē nav lietotāju profila pakalpojuma gadījumu!"}

Iepriekš rakstītā PowerShell komanda pārbaudīs, vai saimniecībā ir vismaz viens lietotāja profila pakalpojuma gadījums. Turklāt ar to tiek iestatīts rekvizīts AllowServiceJobs taisnība taimeres instancei šajos serveros.

Ja servera rekvizītu modificēšana šķiet pārāk sarežģīta, cits risinājums būtu lietotāja profila pakalpojuma palaišana serverī, kurā ir atļautas pakalpojumu darbības.

---

Veicot šīs darbības, jums vairs nevajadzētu rasties problēmām ar darbu importēšanu, izmantojot SharePoint Active Directory funkciju.

Ja jums ir zināmi citi veidi, kā atrisināt šo problēmu, nevilcinieties dalīties tajos ar mums zemāk esošajā komentāru sadaļā.