Vra

Ons het probleme met 'n SharePoint -instansie in 'n toetsomgewing gehad.Gelukkig is dit nie produksie nie;) Die probleme het begin toe die skyf met die SQL Server -databasisse en soekindeks uit die ruimte is.Hierna sou die soekdiens nie uitgevoer word nie en die soekinstellings in die SSP was nie toeganklik nie.Die herwinning van die skyfruimte het die probleem nie opgelos nie.Dus eerder as om die VM te herstel, het ons besluit om die probleem op te los.

Ons het 'n nuwe SSP geskep en die vereniging van alle dienste na die nuwe SSP verander.Die ou SSP en sy databasisse is toe uitgevee.Soekresultate vir PDF -lêers verskyn nie meer nie, maar die soektog werk anders.MySites werk ook goed.

Na die implementering van hierdie verandering kom hierdie probleme voor:

1) 'n Ouditmislukkingsboodskap het in die toepassinggebeurtenislogboek begin verskyn, vir 'DOMAIN\SPMOSSSVc' wat die MOSS-plaasrekening is.

Event Type: Failure Audit
Event Source: MSSQLSERVER
Event Category: (4)
Event ID: 18456
Date: 8/5/2008
Time: 3:55:19 PM
User: DOMAIN\SPMOSSSvc
Computer: dastest01
Description:
Login failed for user 'DOMAIN\SPMOSSSvc'. [CLIENT: <local machine>]

2) SQL Server Profiler wys navrae van SharePoint wat verwys na die ou (geskrap) SSP -databasis.

So...

  • Waar sou hierdie verwysings na domein spmosssvc en die ou SSP -databasis bestaan?
  • Is daar 'n manier om die SSP van die bediener 'heeltemal' te verwyder en weer te skep?Die opsie om te verwyder was nie beskikbaar nie (grys uit) wanneer 'n enkele SSP in plek is.
Was dit nuttig?

Oplossing

Soos Daniel McPherson gesê het, word dit veroorsaak wanneer SSP's geskrap word, maar die gepaardgaande werk is nie en probeer om met die geskrapte databasis te kommunikeer.

As die SSP -databasis uitgevee is of 'n probleem voorgekom het by die verwydering van 'n SSP, is die werk moontlik nie uitgevee nie.As die werk probeer om te hardloop, sal dit misluk, aangesien die databasis nie meer bestaan ​​nie.

Volg die stappe wat Daniel genoem het:
1.Gaan na SQL Server Management Studio
2.Deaktiveer die taak genaamd SSPNAME_JobDeleteExpiredSessions, regskliek en kies Deaktiveer Job.

Ander wenke

Ek vermoed dat dit verband hou met die SQL Server Agent wat probeer om aan te meld by 'n databasis wat nie meer bestaan ​​nie.

Om dit op te ruim moet jy:1.Gaan na SQL Server Management Studio 2.Deaktiveer die taak wat genoem word <database name>_job_deleteExpiredSessions

As dit werk, moet jy heeltemal duidelik wees om dit uit te vee.

Het jy probeer om die SSP met behulp van die opdragreël te verwyder?Ek het gevind dat dit een keer gewerk het toe ons 'n SSP gebreek het en net daarvan wou ontslae raak.

Die opdrag is:

stsadm.exe -o deletessp -title <sspname> [-deletedatabases]

Die deletedatbases skakelaar is opsioneel.


Kyk ook na Sentrale Administrasie onder Posdefinisies en Werkskedules om te verseker dat geen SSP-verwante werke nog loop nie

Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top