Popravek: opravilo za uvoz AD profila uporabnika se ne izvaja v SharePointu

• SharePoint je ena največjih platform za sodelovanje in jo je ustvaril Microsoft.
• Vendar pa so napake, kot je tista, pri kateri se opravilo uvoza AD uporabniškega profila ne izvaja, pogoste.
• Mnogi uporabniki menijo, da je sprememba lastnosti strežnika pomagala.
• Vendar pa bo ta rešitev zahtevala, da znate uporabljati PowerShell.

V poskusu, da bi v paket Microsoft Office Suite vključil čim več aplikacij, ki so pomembne za delovna okolja, se je Microsoft odločil vključiti tudi SharePoint .

To vsestransko orodje za sodelovanje se lahko uporablja kot sistem za upravljanje in shranjevanje dokumentov, vendar je izdelek zelo prilagodljiv in uporaba se med organizacijami močno razlikuje.

Vendar pa je programska oprema programska oprema in SharePoint ima svoj pravi delež hroščev in zvitkov. Dober primer je napaka, o kateri so uporabniki poročali, da se opravilo časovnika za uvoz Active Directory ne izvaja:

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.

Ker se SharePoint zanaša na organizacijsko delo, lahko nezmožnost uvoza novih članov resno vpliva na funkcionalnost programa.

Zato smo se odločili, da sestavimo ta seznam, da boste lahko korak za korakom vodili do izvedljive rešitve.

Kako odpravim napako pri uvozu uporabniškega profila SharePoint?

Vsi strežniki v farmi, ki izvajajo storitev uporabniškega profila, prav tako ne smejo izvajati opravil časovnika vrste storitveno opravilo.

V našem primeru je uvoz uporabniškega profila tudi storitev storitve in se lahko izvaja samo na strežnikih, ki izvajajo storitev User Profile. To pomeni, da na kmetiji ni strežnikov, ki bi lahko izvajali opravilo.

Spremenite lastnosti strežnika

1. Pritisnite Start
2. Vnesite in zaženite PowerShell s skrbniškimi pravicami
3. Kopirajte in prilepite te vrstice ter jih zaženite:

$SIs = Get-SPServiceInstance | ?{$_.typename -match "profil service"}
$Farm = Get-SPFarm
$FarmTimers = $Farm.TimerService.Instances
$1onLine = $false
foreach ($SI v $SI)
{If($SI.Status -eq "Na spletu")
{$1onLine = $true
foreach ($FT v $FarmTimers)
{if($SI.Server.Address.ToString() -eq $FT.Server.Name.ToString())
{if($FT.AllowServiceJobs -eq $false)
{write-host -ForegroundColor Red "Servisna opravila NISO omogočena na strežniku UPS" $FT.Server.Name.ToString()
write-host -ForegroundColor zelena "Omogočanje servisnih opravil na strežniku: " $FT.Server.Name.ToString()
$FT.AllowServiceJobs = $true
$FT.Update()
}
else{write-host -ForegroundColor zelena "Storitvena opravila so že omogočena na strežniku: " $FT.Server.Name.ToString()}
}
}
}
}
If($1onLine -eq $false ){write-host -ForegroundColor red "Na tej kmetiji ni na spletu nobenih primerov storitve uporabniških profilov!"}

Zgoraj napisani ukaz PowerShell bo preveril, ali je v farmi vsaj en primerek storitve uporabniškega profila. Poleg tega to nastavi lastnost AllowServiceJobs na true za primerek časovnika na teh strežnikih.

Če se vam zdi spreminjanje lastnosti strežnika preveč zapleteno, bi bila druga rešitev zagon storitve uporabniškega profila na strežniku, kjer so dovoljena storitvena opravila.

Če sledite tem korakom, ne bi smeli več imeti težav z uvoznimi opravili z uporabo SharePointove funkcije Active Directory.

Če poznate druge načine za rešitev te težave, jih ne oklevajte in jih delite z nami v spodnjem razdelku za komentarje.