SourceOne Email Management: Slik kjører du vedlikeholdsskriptene for SourceOne-databasen

Vær oppmerksom på følgende før du vedlikeholder SourceOne-databasene:

1. Se gjennom retningslinjene for vedlikehold av SourceOne-databasene som finnes i SourceOne Email Management Administration Guide.

2. Bestem hvor ofte du vil kjøre vedlikeholdsskriptene for databasen. Som en generell regel kan vedlikehold måtte utføres så ofte som tre ganger i uken hvis systemet er veldig aktivt, for eksempel et system som behandler over 100 000 dokumenter om dagen. I tillegg kan vedlikeholdsskript brukes til å bestemme en passende frekvens ved å kjøre dem i simuleringsmodus med jevne mellomrom, ved hjelp av informasjonen til å bestemme hvor raskt indekser blir fragmentert i hvert unike miljø. Se administrasjonsveiledningen for SourceOne for ytterligere veiledning.

3. Kjør skriptene utenfor rushtiden. Dette er fordi databasevedlikeholdsprosessen er svært ressurskrevende, noe som forårsaker høy disk- og CPU-bruk.

4. Skriptene kan kjøres på SQL-serveren i tilkoblet eller frakoblet modus med følgende hensyn:  

   1. Kjør online, bare på SQL Server Enterprise-utgaven. Husk at SourceOne-ytelsen vil bli redusert

   2. Hvis du vil kjøre frakoblet, suspenderer du SourceOne-systemet ved hjelp av SourceOne Suspend and Resume-skriptene som følger med programvaren. Hvis du ikke avbryter systemet, kan det føre til problemer fordi tabeller i databasen kan låses hvis du bruker SQL Standard-utgaven.

   3. SourceOne-aktiviteter, søk og administrative oppgaver bør ikke kjøres når du utfører tilkoblet eller frakoblet vedlikehold. Når du suspenderer SourceOne, må duse ES1_ActivitySuspend.vbs-skriptet i stedet for ES1_ActivityBackupSuspend.vbs-skriptet for å forhindre aktivitet på databasen mens vedlikeholdet kjøres. 

   4. Databasevedlikehold med databasen i frakoblet modus foretrekkes, fordi det gjør det mulig å utføre mer fullstendig vedlikehold.

5. Kontroller at det er nok plass til at SQL-serverloggene og TempDB-databasen kan vokse mens du kjører skriptene. TempDB-databasen kan vokse til ytterligere 20% av sin nåværende størrelse i løpet av denne prosessen.

6. Planlegg kjøringen av vedlikeholdsskriptene for databasen ved å opprette en planlagt oppgave for å utføre skriptet ved hjelp av appleten Planlagt oppgave i Windows. Du kan også planlegge de lagrede prosedyrene som brukes av vedlikeholdsskriptene for databasen, til å kjøre etter en tidsplan ved å opprette SQL Server Agent-jobber. Se følgende artikkel hvis du vil ha informasjon om SQL Server Agent-jobber:  Kobling Feil https://support.emc.com/kb/334482

7. Vedlikeholdsskriptene blir tidsavbrutt etter ca. 12 timer for å forhindre at de kjører for lenge og bruker for mange ressurser. Hvis det oppstår et tidsavbrudd, kan du kjøre skriptet på nytt, og det vil starte der det slapp.

Se dokumentasjonen for administrasjonsveiledningen for e-post hvis du vil ha mer informasjon på siden:

•  https://support.emc.com/products/433_SourceOne-Email-Management/Documentation/

Hvis du vil kjøre vedlikeholdsskriptene for SourceOne, må du først logge deg på SQL-serveren som er vert for databasene med en konto som har tillatelsene Endre og Vis databasetilstand. Som nevnt tidligere kan vedlikeholdsskriptene kjøres mot SourceOne Activity, Archive og Discovery Manager Databases. Alternativene og utdataene for hver database er svært like, med unntak av en partisjonert arkivdatabase.
 
Skriptene for hver database er plassert i installasjonspakken for SourceOne i mappen Setup\Database\Utilities\Maintenance .

1. Kopier mappene i denne katalogen til en katalog på SQL Server-datamaskinen. 

Hver mappe inneholder vedlikeholdsbatchfilen og et tilknyttet Visual Basic-skript for å omdirigere utdata til loggfilene så vel som til terminalskjermen.  

       2. Kjør den satsvise filen enten ved å kjøre den fra DOS-ledeteksten eller ved å dobbeltklikke på filnavnet (nedenfor er de tilgjengelige batchfilene):

• ES1_ActivityDB_Maintenance_mssql.bat

• ES1_ArchiveDB_Maintenance_mssql.bat

• ES1_DMDB_Maintenance_mssql.bat

       3. Som svar på ledeteksten angir du forekomstnavnet for SQL-serveren som databasen er installert på. Hdet Enter-tasten.
 
       4. Som svar på denne ledeteksten, angir du navnet på databasen som skal behandles. Standard databasenavn er enten ES1Archive, ES1Activity eller Discovery Manager, avhengig av skriptet som brukes. Trykk på enter-tasten.  
 
       5. Som svar på denne meldingen angir du om du vil vise en rapport om indeksfragmentering og vise en simulering av vedlikeholdstrinnene. Standard er å vise rapporten og simulerte vedlikeholdstrinn før du faktisk utfører disse trinnene. Vi godtar standard og Type Y og trykker på enter-tasten.

       6. Som svar på denne meldingen angir du om indekser skal gjenoppbygges i tilkoblet eller frakoblet modus. Velg frakoblet modus hvis indeksene må bygges på nytt. Standard er online-modus. Vedlikeholdsskriptet defragmenterer eller gjenoppbygger indekser basert på mengden fragmentering som oppdages i indeksen:

 0 - 9% fragmentering, ingen behandling er gjort eller nødvendig.

 10 - 30% fragmentering, indeksen er defragmentert.

 Indeksen er større enn 30 % fragmentert og bygges opp igjen.
 

       Vi velger standarder ved å skrive Y og trykke enter.

 
      7. Som svar på denne meldingen angir du om SQL-statistikken skal oppdateres etter at indeksene er defragmentert eller gjenoppbygd. Standard er å oppdatere statistikken. Hvis du har nok tid, er det alltid best å oppdatere statistikken umiddelbart etter at indeksene er defragmentert eller gjenoppbygget, ettersom statistikkoppdateringen blir så effektiv som mulig.
 
      8. En fragmenteringsrapport før defragmentering vises på skjermen, samt simuleringsvedlikeholdskommandoene.
 
        Når vi har gjennomgått rapporten, kan vi gå videre til neste ledetekst.
 
      9. Som svar på denne meldingen angir du om du vil utføre vedlikeholdstrinnene som ble oppført i simuleringen, eller ikke utføre dem. Standard er å utføre dem. Velg alternativet ditt og trykk Enter.
 
      10. Data om vedlikeholdsbehandlingen skrives til skjermen når behandlingen skjer. Når den er fullført, trykker du på hvilken som helst tast for å fortsette.  
 
Disse dataene registreres også i en loggfil som opprettes i arbeidsmappen, og har samme navn som det satsvise skriptet du kjørte, men med en filtype som slutter med .log. Hvis vi for eksempel kjører vedlikeholdsskriptet for arkivdatabasen, heter loggfilnavnet ES1_ArchiveDB_Maintenance_mssql.log.