Parandus: kasutajaprofiili AD-impordi töö SharePointis ei tööta

• SharePoint on üks suurimaid koostööplatvorme ja selle on loonud Microsoft.
• Kuid sellised vead nagu see, kus kasutajaprofiili AD-impordi töö ei tööta, on tavalised.
• Paljud kasutajad leiavad, et teie serveri omaduste muutmine aitas.
• Selle lahenduse jaoks on aga vaja teada, kuidas PowerShelli kasutada.

Püüdes lisada Microsoft Office Suite'i nii palju rakendusi, mis on töökeskkonna jaoks olulised, otsustas Microsoft lisada ka SharePointi .

Seda mitmekülgset koostöötööriista saab kasutada dokumendihaldus- ja salvestussüsteemina, kuid toode on hästi konfigureeritav ja kasutusala erineb organisatsioonide lõikes oluliselt.

Tarkvara on aga tarkvara ja SharePointil on omajagu vigu ja nihkeid. Üks hea näide on veast, mille kasutajad on teatanud, et Active Directory importimise taimeri töö ei käivitu:

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.

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

Seetõttu otsustasime selle loendi kokku panna, et saaksite samm-sammult juhtida elujõulise lahenduseni.

Kuidas parandada SharePointi kasutajaprofiili importimise viga?

Kõik farmi serverid, mis käitavad kasutajaprofiili teenust, ei tohi samuti käitada hooldustöö tüüpi taimeritöid.

Meie puhul on kasutajaprofiili importimine samuti teenindustöö ja seda saab kasutada ainult kasutajaprofiili teenust kasutavates serverites. See tähendab, et farmis pole ühtegi serverit, millel oleks lubatud seda tööd käivitada.

Muutke oma serveri atribuute

1. Vajutage Start
2. Sisestage ja käivitage administraatoriõigustega PowerShell
3. Kopeerige ja kleepige need read ning käivitage need:

$SIs = Get-SPServiceInstance | ?{$_.typename -match "profiiliteenus"}
$Farm = Get-SPFarm
$FarmTimers = $Farm.TimerService.Instances
$1onLine = $false
foreach ($SI $SI-des)
{If($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 "Teenusetööd EI OLE UPS-i serveris lubatud" $FT.Server.Name.ToString()
write-host -ForegroundColor roheline "Teenustööde lubamine serveris: " $FT.Server.Name.ToString()
$FT.AllowServiceJobs = $true
$FT.Update()
}
else{write-host -ForegroundColor green "Teenusetööd on serveris juba lubatud: " $FT.Server.Name.ToString()}
}
}
}
}
If($1onLine -eq $false ){write-host -ForegroundColor red "Selles farmis pole võrgus kasutajaprofiiliteenust!"}

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

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

Järgides neid samme, ei tohiks teil enam SharePointi Active Directory funktsiooni kasutades importimistöödega probleeme tekkida.

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