- SharePoint er en av de største samarbeidsplattformene, og den er laget av Microsoft.
- Imidlertid er feil som den der brukerprofilens AD-importjobb ikke kjører, vanlige.
- Mange brukere mener det hjalp å endre serveregenskapene.
- Imidlertid vil denne løsningen kreve at du vet hvordan du bruker PowerShell.

I et forsøk på å inkorporere så mange apper i Microsoft Office Suite som er relevante for arbeidsmiljøer, bestemte Microsoft seg for å også inkorporere SharePoint .
Dette allsidige samarbeidsverktøyet kan brukes som et dokumentadministrasjons- og lagringssystem, men produktet er svært konfigurerbart og bruken varierer betydelig mellom organisasjoner.
Imidlertid er programvare programvare, og SharePoint har sin egen del av feil og kinks. Et godt eksempel er en feil som brukere har rapportert der Active Directory Import-timerjobben ikke kjører:
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.
Siden SharePoint er avhengig av organisasjonsarbeid, kan det å ikke importere nye medlemmer alvorlig påvirke programmets funksjonalitet.
Derfor har vi bestemt oss for å sette sammen denne listen slik at du kan bli veiledet på en trinnvis måte til en levedyktig løsning.
Hvordan fikser jeg importfeilen for SharePoint-brukerprofilen?
Alle serverne i farmen som kjører brukerprofiltjenesten har heller ikke lov til å kjøre timerjobber av typen tjenestejobb.
I vårt tilfelle er import av en brukerprofil også en tjenestejobb, og den kan bare kjøres på servere som kjører brukerprofiltjenesten. Dette betyr at det ikke er noen servere på gården som har lov til å kjøre jobben.
Endre serverens egenskaper
- Trykk på Start
- Skriv inn og start PowerShell med administrative rettigheter
- Kopier og lim inn disse linjene og kjør dem:
$SIs = Get-SPServiceInstance | ?{$_.typename -match "profile service"}
$Farm = Get-SPFarm
$FarmTimers = $Farm.TimerService.Instances
$1onLine = $false
foreach ($SI i $SIs)
{If($SI.Status -eq "Online")
{$1onLine = $true
foreach ($FT i $FarmTimers)
{if($SI.Server.Address.ToString() -eq $FT.Server.Name.ToString())
{if($FT.AllowServiceJobs -eq $false)
{write-host -ForegroundColor Red "Servicejobber er IKKE aktivert på UPS-server" $FT.Server.Name.ToString()
write-host -Forgrunnsfarge grønn "Aktivere tjenestejobber på server: " $FT.Server.Name.ToString()
$FT.AllowServiceJobs = $true
$FT.Update()
}
else{write-host -ForegroundColor green "Servicejobber er allerede aktivert på serveren: " $FT.Server.Name.ToString()}
}
}
}
}
If($1onLine -eq $false ){write-host -ForegroundColor red "Ingen forekomster av brukerprofiltjeneste online i denne farmen!"}
![Fix: Brukerprofil AD-importjobb kjører ikke i SharePoint]()
![Fix: Brukerprofil AD-importjobb kjører ikke i SharePoint]()
PowerShell-kommandoen skrevet ovenfor vil kontrollere at det er minst én User Profile Service-forekomst i gården. I tillegg setter dette egenskapen AllowServiceJobs til sann for tidtakerforekomsten på disse serverne.
Hvis endring av serveregenskaper virker for komplisert, vil en annen løsning være å starte brukerprofiltjenesten på en server der tjenestejobber er tillatt.
Ved å følge disse trinnene bør du ikke lenger ha noen problemer med å importere jobber ved å bruke SharePoints Active Directory-funksjon.
Hvis du er klar over andre måter å løse dette problemet på, ikke nøl med å dele dem med oss i kommentarfeltet nedenfor.