Korjaus: Käyttäjäprofiilin AD-tuontityö ei ole käynnissä SharePointissa

• SharePoint on yksi suurimmista yhteistyöalustoista, ja sen on luonut Microsoft.
• Kuitenkin virheet, kuten se, jossa käyttäjäprofiilin AD-tuontityö ei ole käynnissä, ovat yleisiä.
• Monet käyttäjät katsovat, että palvelimesi ominaisuuksien muuttaminen auttoi.
• Tämä ratkaisu edellyttää kuitenkin, että osaat käyttää PowerShellia.

Yrittääkseen sisällyttää Microsoft Office Suiteen niin monta sovellusta, joka on olennaista työympäristöissä, Microsoft päätti sisällyttää myös SharePointin .

Tätä monipuolista yhteistyötyökalua voidaan käyttää dokumenttien hallinta- ja tallennusjärjestelmänä, mutta tuote on erittäin konfiguroitavissa ja käyttö vaihtelee huomattavasti organisaatioittain.

Ohjelmistot ovat kuitenkin ohjelmistoja, ja SharePointilla on oma osansa virheistä ja mutkista. Yksi hyvä esimerkki on virhe, jonka käyttäjät ovat raportoineet, jos Active Directory -tuontiajastintyö ei toimi:

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.

Koska SharePoint perustuu organisointityöhön, uusien jäsenten tuomatta jättäminen voi vaikuttaa vakavasti ohjelman toimivuuteen.

Siksi olemme päättäneet koota tämän luettelon, jotta voit ohjata sinut askel askeleelta toteuttamiskelpoiseen ratkaisuun.

Kuinka korjaan SharePoint-käyttäjäprofiilin tuontivirheen?

Kaikki tilan palvelimet, jotka käyttävät käyttäjäprofiilipalvelua, eivät myöskään saa suorittaa Service Job -tyyppisiä ajastintöitä.

Meidän tapauksessamme käyttäjäprofiilin tuonti on myös palvelutyö ja se voi toimia vain palvelimilla, joissa on käyttäjäprofiilipalvelu. Tämä tarkoittaa, että tilalla ei ole palvelimia, jotka voivat suorittaa työn.

Muuta palvelimesi ominaisuuksia

1. Paina Käynnistä
2. Kirjoita ja käynnistä PowerShell järjestelmänvalvojan oikeuksilla
3. Kopioi ja liitä nämä rivit ja suorita ne:

$SIs = Get-SPServiceInstance | ?{$_.typename -match "profiilipalvelu"}
$Farm = Hanki-SPFarm
$FarmTimers = $Farm.TimerService.Instances
$1onLine = $false
foreach ($SI $SI:ssä)
{Jos($SI.Status -eq "Online")
{$1onLine = $true
foreach ($FT in $FarmTimers)
{if($SI.Server.Address.ToString() -eq $FT.Server.Name.ToString())
{if($FT.AllowServiceJobs -eq $false)
{write-host -ForegroundColor Red "Palvelutyöt EIVÄT ole käytössä UPS-palvelimella" $FT.Server.Name.ToString()
write-host -ForegroundColor vihreä "Palvelutöiden käyttöönotto palvelimella: " $FT.Server.Name.ToString()
$FT.AllowServiceJobs = $true
$FT.Päivitä()
}
else{write-host -ForegroundColor green "Palvelutyöt on jo otettu käyttöön palvelimella: " $FT.Server.Name.ToString()}
}
}
}
}
If($1onLine -eq $false ){write-host -ForegroundColor red "Tällä tilalla ei ole käyttäjäprofiilipalvelua verkossa!"}

Yllä kirjoitettu PowerShell-komento varmistaa, että tilalla on vähintään yksi User Profile Service -esiintymä. Lisäksi tämä asettaa AllowServiceJobs-ominaisuuden arvoksi tosi kyseisten palvelimien ajastininstanssille .

Jos palvelimen ominaisuuksien muuttaminen tuntuu liian monimutkaiselta, toinen ratkaisu olisi käynnistää käyttäjäprofiilipalvelu palvelimelta, jossa palvelutyöt ovat sallittuja.

Kun noudatat näitä ohjeita, sinulla ei enää pitäisi olla ongelmia tuontitöiden kanssa SharePointin Active Directory -ominaisuuden avulla.

Jos olet tietoinen muista tavoista ratkaista tämä ongelma, älä epäröi jakaa niitä kanssamme alla olevassa kommenttiosassa.