Rette: Brugerprofil AD-importjob kører ikke i SharePoint

• SharePoint er en af ​​de største samarbejdsplatforme, og den er skabt af Microsoft.
• Fejl som den, hvor brugerprofilens AD-importjob ikke kører, er dog almindelige.
• Mange brugere mener, at det hjalp at ændre din servers egenskaber.
• Denne løsning kræver dog, at du ved, hvordan du bruger PowerShell.

I et forsøg på at inkorporere så mange apps i Microsoft Office Suite, der er relevante for arbejdsmiljøer, besluttede Microsoft også at inkorporere SharePoint .

Dette alsidige samarbejdsværktøj kan bruges som et dokumenthåndterings- og lagringssystem, men produktet er meget konfigurerbart, og brugen varierer betydeligt mellem organisationer.

Software er dog software, og SharePoint har sin egen rimelige andel af fejl og knæk. Et godt eksempel er en fejl, som brugere har rapporteret, hvor Active Directory Import timer-jobbet ikke kø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.

Da SharePoint er afhængig af organisatorisk arbejde, kan det i høj grad påvirke programmets funktionalitet at ikke importere nye medlemmer.

Derfor har vi besluttet at sammensætte denne liste, så du på en trin-for-trin måde kan blive guidet til en holdbar løsning.

Hvordan retter jeg importfejlen i SharePoint-brugerprofilen?

Alle servere i farmen, der kører User Profile Service, har heller ikke tilladelse til at køre timerjobs af typen Service Job.

I vores tilfælde er import af en brugerprofil også et servicejob, og det kan kun køre på servere, der kører User Profile-tjenesten. Det betyder, at der ikke er nogen servere på gården, der må køre jobbet.

Skift din servers egenskaber

1. Tryk på Start
2. Indtast og start PowerShell med administrative rettigheder
3. Kopiér og indsæt disse linjer og kør dem:

$SIs = Get-SPServiceInstance | ?{$_.typename -match "profile service"}
$Farm = Get-SPFarm
$FarmTimers = $Farm.TimerService.Instances
$1onLine = $falsk
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 "Servicejobs er IKKE aktiveret på UPS-serveren" $FT.Server.Name.ToString()
write-host -Forgrundsfarve grøn "Aktivering af servicejob på server: " $FT.Server.Name.ToString()
$FT.AllowServiceJobs = $true
$FT.Update()
}
else{write-host -ForegroundColor green "Servicejobs er allerede aktiveret på serveren: " $FT.Server.Name.ToString()}
}
}
}
}
If($1onLine -eq $false ){write-host -ForegroundColor red "Ingen forekomster af User Profile Service online i denne farm!"}

PowerShell-kommandoen skrevet ovenfor vil kontrollere, at der er mindst én User Profile Service-instans i gården. Derudover indstiller dette egenskaben AllowServiceJobs til sand for timerforekomsten på disse servere.

Hvis ændring af serveregenskaber virker for kompliceret, ville en anden løsning være at starte User Profile Service på en server, hvor servicejob er tilladt.

Ved at følge disse trin skulle du ikke længere have problemer med importjob ved hjælp af SharePoints Active Directory-funktion.

Hvis du er opmærksom på andre måder at løse dette problem på, så tøv ikke med at dele dem med os i kommentarfeltet nedenfor.