SourceOne Email Management: Så här kör du underhållsskripten för SourceOne-databasen

Tänk på följande innan du underhåller SourceOne-databaserna:

1. Läs riktlinjerna för underhåll av SourceOne-databaserna som finns i SourceOne Email Management Administration Guide.

2. Bestäm hur ofta databasens underhållsskript ska köras. Som en allmän regel kan underhåll behöva utföras så ofta som tre gånger i veckan om systemet är mycket aktivt, till exempel ett system som bearbetar över 100 000 dokument om dagen. Dessutom kan underhållsskript användas för att fastställa en lämplig takt genom att köra dem i simuleringsläge med jämna mellanrum, med hjälp av informationen för att avgöra hur snabbt index fragmenteras i varje unik miljö. Mer information finns i administrationsmanualen för SourceOne.

3. Kör skripten under tider med låg belastning. Det beror på att databasunderhållsprocessen är mycket resurskrävande, vilket orsakar hög disk- och CPU-användning.

4. Skripten kan köras på SQL Server i online- eller offlineläge med följande överväganden:  

   1. Kör online, endast på SQL Server Enterprise Edition. Tänk på att SourceOne-prestandan kommer att försämras

   2. Om du vill köra offline pausar du SourceOne-systemet med hjälp av SourceOne-skripten för att pausa och återuppta som medföljer programvaran. Om systemet inte pausas kan det orsaka problem eftersom tabeller i databasen kan låsas om du använder SQL Standard Edition.

   3. SourceOne-aktiviteter, sökningar och administrativa uppgifter ska inte köras när du utför underhåll online eller offline. När du pausar SourceOne använder duskriptet ES1_ActivitySuspend.vbs i stället för skriptet ES1_ActivityBackupSuspend.vbs för att förhindra aktivitet på databasen medan underhållet körs. 

   4. Vi rekommenderar att du utför databasunderhåll med databasen i offlineläge eftersom det gör att ett mer fullständigt underhåll kan utföras.

5. Se till att det finns tillräckligt med utrymme för SQL Server-loggarna och TempDB-databasen att växa när skripten körs. TempDB-databasen kan växa till ytterligare 20 % av sin nuvarande storlek under den här processen.

6. Schemalägg körningen av databasunderhållsskripten genom att skapa en schemalagd aktivitet som kör skriptet med hjälp av appleten Schemalagd aktivitet i Windows. Du kan också schemalägga de lagrade procedurer som används av databasunderhållsskripten så att de körs enligt ett schema genom att skapa SQL Server Agent jobb. Mer information om SQL Server Agent jobb finns i följande artikel:  Länkfel https://support.emc.com/kb/334482

7. Underhållsskripten överskrider tidsgränsen efter cirka 12 timmar för att förhindra att de körs för länge och förbrukar för många resurser. Om en tidsgräns inträffar kan du köra skriptet igen och det startar där det slutade.

Mer information finns i administrationsguiden för e-posthantering på sidan:

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

Om du vill köra SourceOne-underhållsskripten måste du först logga in på SQL-servern som är värd för databaserna med ett konto som har behörigheterna Ändra och Visa databastillstånd. Som tidigare nämnts kan underhållsskripten köras mot databaserna SourceOne Activity, Archive och Discovery Manager. Alternativen och utdata för varje databas är mycket lika med undantag för en partitionerad arkivdatabas.
 
Skripten för varje databas finns i SourceOne-installationspaketet i mappen Setup\Database\Utilities\Maintenance .

1. Kopiera mapparna i katalogen till en katalog på SQL Server datorn. 

Varje mapp innehåller underhållsbatchfilen och ett associerat Visual Basic-skript för att omdirigera utdata till loggfilerna och till terminalskärmen.  

       2. Kör kommandofilen antingen genom att köra den från DOS-kommandotolken eller genom att dubbelklicka på filnamnet (nedan visas de tillgängliga kommandofilerna):

• ES1_ActivityDB_Maintenance_mssql.bat

• ES1_ArchiveDB_Maintenance_mssql.bat

• ES1_DMDB_Maintenance_mssql.bat

       3. Som svar på uppmaningen anger du instansnamnet för den SQL Server som databasen är installerad på. Hdet Enter-tangenten.
 
       4. Som svar på den här uppmaningen anger du namnet på databasen som ska bearbetas. Standarddatabasnamnet är antingen ES1Archive, ES1Activity eller Discovery Manager beroende på vilket skript som används. Tryck på enter-tangenten.  
 
       5. Som svar på den här uppmaningen anger du om du vill visa en rapport om indexfragmentering och om du vill visa en simulering av underhållsstegen. Standardvärdet är att visa rapporten och simulerade underhållssteg innan du faktiskt utför dessa steg. Vi kommer att acceptera standard och Skriv Y och tryck på enter-tangenten.

       6. Som svar på den här uppmaningen anger du om du vill återskapa index i online- eller offlineläge. Välj offlineläge om indexen behöver återskapas. Standard är onlineläge. Underhållsskriptet defragmenterar eller återskapar index baserat på mängden fragmentering som identifieras i indexet:

 0 - 9% fragmentering, ingen bearbetning görs eller behövs.

 10–30 % fragmentering, indexet defragmenteras.

 Större än 30 % fragmentering, indexet återskapas.
 

       Vi väljer standardvärden genom att skriva Y och trycka på Enter.

 
      7. Som svar på den här uppmaningen anger du om du vill uppdatera SQL-statistiken när indexen har defragmenterats eller återskapats. Standardinställningen är att uppdatera statistiken. Om du har tillräckligt med tid är det alltid bäst att utföra statistikuppdateringen omedelbart efter defragmentering eller återskapande av indexen, eftersom det gör statistikuppdateringen så effektiv som möjligt.
 
      8. En fragmenteringsrapport före defragmentering visas på skärmen, liksom kommandona för simuleringsunderhåll.
 
        När vi har granskat rapporten kan vi gå vidare till nästa prompt.
 
      9. Som svar på den här uppmaningen anger du om du vill utföra de underhållssteg som angavs i simuleringen eller om du inte vill utföra dem. Standardinställningen är att utföra dem. Välj ditt alternativ och tryck på Enter.
 
      10. Uppgifter om underhållsbehandlingen skrivs till skärmen i takt med att behandlingen sker. När det är klart, tryck på valfri tangent för att fortsätta.  
 
Dessa data samlas också in i en loggfil som skapas i arbetskatalogen och har samma namn som kommandoskriptet som du körde, men med ett tillägg som slutar med .log. Om vi till exempel kör underhållsskriptet för arkivdatabasen får loggfilens namn ES1_ArchiveDB_Maintenance_mssql.log.