NUSTATYTI: Vartotojo profilio AD importavimo užduotis nevykdoma „SharePoint“

Bandant įtraukti kuo daugiau programų į „Microsoft Office Suite“ tsvarbios darbo aplinkai, „Microsoft“ taip pat nusprendė įtraukti „SharePoint“.

Tai universalus bendradarbiavimo priemonė gali būti naudojamas kaip dokumentų valdymo ir saugojimo sistema, tačiau produktas yra labai konfigūruojamas, o naudojimas organizacijose labai skiriasi.

Tačiau programinė įranga yra programinė įranga, o „SharePoint“ turi nemažą dalį klaidų ir taisymų. Vienas geras pavyzdys yra klaida, kurią patyrė vartotojai ataskaitų teikimas kai neveikia „Active Directory“ importo laikmačio užduotis:

„SharePoint 2016“ sukūriau vartotojo profilio paslaugų programą ir sukūriau sinchronizavimo ryšį, norėdamas importuoti vartotojus iš AD. Tada prasidėjo visas sinchronizavimas, tačiau jis neimportuoja jokio vartotojo iš AD. „Profilio sinchronizavimo būsena“ visada veikia laukimo režimu.

Kadangi „SharePoint“ remiasi organizaciniu darbu, negalėjimas importuoti naujų narių gali smarkiai paveikti programos funkcionalumą.

Štai kodėl nusprendėme sudaryti šį sąrašą, kad galėtumėte palaipsniui nukreipti į perspektyvų sprendimą.

Kaip pašalinti „SharePoint“ vartotojo profilio importavimo klaidą?

Visiems ūkio serveriams, kuriuose veikia vartotojo profilio tarnyba, taip pat neleidžiama paleisti laikmačio užduočių, esančių tipo tarnybos užduotis.

Mūsų atveju vartotojo profilio importavimas taip pat yra paslaugų darbas ir jis gali būti vykdomas tik tuose serveriuose, kuriuose veikia „User Profile“ paslauga. Tai reiškia, kad ūkyje nėra serverių, kuriems būtų leista vykdyti užduotį.

---

Pakeiskite savo serverio ypatybes

1. Paspauskite Pradėti
2. Įveskite ir paleiskite „PowerShell“ turintys administracines teises
3. Nukopijuokite ir įklijuokite šias eilutes ir paleiskite jas:

$ SIs = „Get-SPServiceInstance“? {$ _. typename -match "profilio paslauga"} $ Farm = „Get-SPFarm“. $ FarmTimers = $ Farm. „TimerService“. Egzemplioriai. $ 1onLine = $ false. foreach ($ SI $ SI) {Jei ($ SI.Status -eq "Prisijungęs") {$ 1onLine = $ true. foreach ($ FT „$ FarmTimers“) {jei ($ SI.Serveris. Adresas. ToString () -eq $ FT.Serveris. Vardas. „ToString“ ()) {if ($ FT.AllowServiceJobs -eq $ false) {write-host -ForegroundColor Red "Aptarnavimo darbai NĖRA įgalinti UPS serveryje" $ FT.Server. Vardas. „ToString“ () write-host -ForegroundColor žalia "Tarnybos užduočių įjungimas serveryje:" $ FT.Server. Vardas. „ToString“ () $ FT.AllowServiceJobs = $ true. $ FT. Atnaujinti () } else {write-host -ForegroundColor green "Serveryje jau įgalintos paslaugų užduotys:" $ FT.Server. Vardas. „ToString“ ()} } } } } Jei ($ 1onLine -eq $ false) {write-host -ForegroundColor raudona "Šiame ūkyje nėra naudotojo profilio tarnybos atvejų internete!"}

Pirmiau parašyta „PowerShell“ komanda patikrins, ar ūkyje yra bent vienas vartotojo profilio tarnybos egzempliorius. Be to, tai nustato „AllowServiceJobs“ ypatybę tiesa laikmačio egzemplioriui tuose serveriuose.

Jei atrodo, kad serverio ypatybių modifikavimas yra per sudėtingas, kitas sprendimas būtų paleisti vartotojo profilio tarnybą serveryje, kuriame leidžiamos paslaugų užduotys.

---

Atlikdami šiuos veiksmus, nebeturėtumėte kilti jokių problemų dėl užduočių importavimo naudojant „SharePoint“ „Active Directory“ funkciją.

Jei žinote kitų būdų, kaip išspręsti šią problemą, nedvejodami pasidalykite jais su mumis toliau pateiktame komentarų skyriuje.