PARANDUS: Kasutajaprofiili AD imporditöö ei tööta SharePointis

Püüdes lisada rakendusse nii palju rakendusi Microsoft Office Suite ton töökeskkondade jaoks asjakohased, otsustas Microsoft ka selle lisada Jaotuspunkt.

See mitmekülgne koostöövahend saab kasutada dokumendihaldus- ja salvestussüsteemina, kuid toode on väga konfigureeritav ja kasutamine on organisatsiooniti oluliselt erinev.

Tarkvara on siiski tarkvara ja SharePointil on oma õiglane osa vigadest ja kinkidest. Üks hea näide on viga, mida kasutajad on teinud aruandlus kui Active Directory impordi taimeritöö ei tööta:

Lõin SharePoint 2016-s kasutajaprofiiliteenuse rakenduse ja lõin sünkroonimisühenduse kasutajate AD-st importimiseks. Seejärel alustas täielikku sünkroonimist, kuid see ei impordi AD-st ühtegi kasutajat. „Profiili sünkroonimise olek” on alati ooterežiimis.

Kuna SharePoint tugineb organisatsioonilisele tööle, võib uute liikmete importimata jätmine tõsiselt mõjutada programmi funktsionaalsust.

Sellepärast otsustasime selle loendi kokku panna, et saaksite samm-sammult juhendada elujõulist lahendust.

Kuidas parandada SharePointi kasutajaprofiili impordiviga?

Kõigil farmi serveritel, kus käitatakse kasutajaprofiiliteenust, pole samuti lubatud taimeritüüpe teenuse töö tüüpi käitamiseks.

Meie puhul on ka kasutajaprofiili importimine teenusetöö ja seda saab käitada ainult serverites, kus töötab kasutajaprofiili teenus. See tähendab, et talus pole ühtegi serverit, millel oleks lubatud seda tööd juhtida.

---

Muutke oma serveri atribuute

1. Vajutage Alusta
2. Sisestage ja käivitage PowerShell administratiivsete õigustega
3. Kopeerige ja kleepige need read ja käivitage need:

$ SIs = Get-SPServiceInstance |? {$ _. tüpename -match "profiiliteenus"} $ Farm = Get-SPFarm. $ FarmTimers = $ Farm. Taimeriteenus. Instantsid. $ 1onLine = $ false. foreach ($ SI $ SIs) {If ($ SI.Status -eq "võrgus") {$ 1onLine = $ true. foreach ($ FT teenuses $ FarmTimers) {if ($ SI.Server. Aadress. ToString () -eq $ FT.Server. Nimi. ToString () {if ($ FT.AllowServiceJobs -eq $ false) {write-host -ForegroundColor Red "Teenuse tööd EI OLE lubatud UPS-i serveris" $ FT.Server. Nimi. ToString () write-host -ForegroundColor roheline "Hooldustööde lubamine serveris:" $ FT.Server. Nimi. ToString () $ FT.AllowServiceJobs = $ true. $ FT. Uuenda () } else {write-host -ForegroundColor green "Serveris on juba lubatud teenusetööd:" $ FT.Server. Nimi. ToString ()} } } } } If ($ 1onLine -eq $ false) {write-host -ForegroundColor punane "Selles farmis pole võrgus ühtegi kasutajaprofiiliteenuse eksemplari!"}

Eespool kirjutatud PowerShelli käsk kontrollin, kas farmis on vähemalt üks kasutajaprofiili teenuse eksemplar. Lisaks määrab see atribuudi AllowServiceJobs väärtuseks tõsi nende serverite taimeri eksemplari jaoks.

Kui serveri atribuutide muutmine tundub liiga keeruline, oleks teine ​​lahendus kasutajaprofiiliteenuse käivitamine serveris, kus teenindustööd on lubatud.

---

Nende toimingute järgimisel ei tohiks teil olla probleeme SharePointi Active Directory funktsiooni abil tööde importimisega.

Kui olete teadlik muudest selle probleemi lahendamise viisidest, jagage neid kõhklemata allpool olevas kommentaaride jaotises.