- „SharePoint“ yra viena didžiausių bendradarbiavimo platformų, kurią sukūrė „Microsoft“.
- Tačiau tokios klaidos, kaip ta, kai nevykdoma vartotojo profilio AD importavimo užduotis, yra dažnos.
- Daugelis vartotojų mano, kad serverio savybių keitimas padėjo.
- Tačiau šiam sprendimui reikės žinoti, kaip naudoti „PowerShell“.

Siekdama į „ Microsoft Office Suite“ įtraukti kuo daugiau programų, susijusių su darbo aplinka, „Microsoft“ nusprendė įtraukti ir „ SharePoint“ .
Šis universalus bendradarbiavimo įrankis gali būti naudojamas kaip dokumentų valdymo ir saugojimo sistema, tačiau produktas yra labai konfigūruojamas, o naudojimas įvairiose organizacijose labai skiriasi.
Tačiau programinė įranga yra programinė įranga, o „SharePoint“ turi nemažai klaidų ir klaidų. Vienas geras pavyzdys yra klaida, kurią vartotojai pranešė , kad Active Directory importavimo laikmačio užduotis nevyksta:
I created User Profile service application in SharePoint 2016 and created synchronization connection to import users from AD. Then started full synchronization but it is not importing any user from AD. “Profile Synchronization Status” is always in Idle mode.
Kadangi „SharePoint“ priklauso nuo organizacinio darbo, negalėjimas importuoti naujų narių gali smarkiai paveikti programos funkcionalumą.
Štai kodėl nusprendėme sudaryti šį sąrašą, kad galėtumėte žingsnis po žingsnio rasti perspektyvų sprendimą.
Kaip ištaisyti SharePoint vartotojo profilio importavimo klaidą?
Visiems ūkio serveriams, kuriuose veikia vartotojo profilio paslauga, taip pat neleidžiama vykdyti aptarnavimo užduoties tipo laikmačio užduočių.
Mūsų atveju vartotojo profilio importavimas taip pat yra aptarnavimo darbas ir jis gali būti vykdomas tik serveriuose, kuriuose veikia vartotojo profilio paslauga. Tai reiškia, kad ūkyje nėra serverių, kuriems būtų leista vykdyti užduotį.
Pakeiskite savo serverio ypatybes
- Paspauskite Pradėti
- Įveskite ir paleiskite „ PowerShell“ su administratoriaus teisėmis
- Nukopijuokite ir įklijuokite šias eilutes ir paleiskite jas:
$SIs = Get-SPServiceInstance | ?{$_.typename -match "profile service"}
$Farm = Get-SPFarm
$FarmTimers = $Farm.TimerService.Instances
$1onLine = $false
foreach ($SI $SI)
{Jei($SI.Status -eq "Online")
{$1onLine = $true
foreach ($ FT $ FarmTimers)
{if($SI.Server.Address.ToString() -eq $FT.Server.Name.ToString())
{if($FT.AllowServiceJobs -eq $false)
{write-host -ForegroundColor Red "Paslaugų užduotys NĖRA įjungtos UPS serveryje" $FT.Server.Name.ToString()
write-host -ForegroundColor žalia "Aptarnavimo užduočių įjungimas serveryje: " $FT.Server.Name.ToString()
$FT.AllowServiceJobs = $true
$FT.Atnaujinti()
}
else{write-host -ForegroundColor green "Paslaugų užduotys jau įjungtos serveryje: " $FT.Server.Name.ToString()}
}
}
}
}
If($1onLine -eq $false ){write-host -ForegroundColor red "Šiame ūkyje nėra prisijungus prie vartotojo profilio paslaugos!"}


Aukščiau parašyta PowerShell komanda patikrins, ar ūkyje yra bent vienas vartotojo profilio paslaugos egzempliorius. Be to, tai nustato ypatybę AllowServiceJobs kaip true tų serverių laikmačio egzemplioriui.
Jei serverio ypatybių keitimas atrodo per sudėtingas, kitas sprendimas būtų paleisti vartotojo profilio paslaugą serveryje, kuriame leidžiamos aptarnavimo užduotys.
Atlikę šiuos veiksmus, nebeturėsite jokių problemų dėl importavimo užduočių naudojant SharePoint Active Directory funkciją.
Jei žinote kitus šios problemos sprendimo būdus, nedvejodami pasidalykite jais su mumis toliau pateiktame komentarų skyriuje.