Innan du kör någon spärravsökning måste du konfigurera lämpliga värden. Du kan till exempel ange namnet på Content Platform Engine-servern som innehåller posterna. Du kan begränsa avsökningen till enbart ett arkiveringsplansobjektlager.
Den här uppgiften
Begränsning: Om du tänker köra
IBM Enterprise
Records-spärravsökningsverktyget i Windows behöver du tillämpa följande inställningar från kommandoprompten innan du kör verktyget så att information på andra europeiska språk än engelska visas korrekt:
- Ange Lucida Console som teckenegenskap.
- Ändra teckentabellen till relevant Windows ANSI-teckentabell (från
1250 till 1257). Exempel: Om franska ska visas i DOS-fönstret kör du chcp 1252 så att teckentabellen ändras till 1252. Teckentabell 1252 är
Windows ANSI-teckentabellen för västeuropeiska latinska språk. I hjälpämnet om teckentabellidentifierare finns en fullständig förteckning över koder.
Arbetsordning
Konfigurera spärravsökning:
- Öppna FileNet P8-domänegenskapssidan i IBM Administration
Console for Content Platform Engine. Högerklicka på den första noden och välj Egenskaper
- Välj fliken Egenskaper.
- Välj Server Cache Configuration från menyn Subsystem Configuration.
- Välj fliken Egenskaper och ändra värdet för egenskapen [QueryPageMaxSize] från 1000 till 100 000.
Viktigt: Query Page Max Size är en systemomfattande parameter som påverkar generella prestanda för Content Platform Engine. Det dokumenterade IBM Enterprise
Records-värdet är avsett att ge optimala prestanda för IBM Enterprise
Records-avsökningsprocesser. Men du kanske behöver justera parametervärdet beroende på hur ditt Content Platform Engine-används och vilka prestanda det har.
- Bläddra till och högerklicka på arkiveringsplanens objektlager och välj Properties.
- Klicka på fliken Query i egenskapsdialogrutan.
- Ställ in Max Query Time Limit på 0.
- Spara inställningarna och avsluta IBM Administration
Console for Content Platform Engine.
- Öppna en kommandoprompt på den dator där du installerade spärravsökningen och byt till mappen RecordsManagerSweep.
- Ange något av följande kommandon:
Alternativ |
Beskrivning |
AIX, HP-UX, Linux och Solaris |
./RecordsManagerSweep.sh -HoldSweep -configure
[-profile "profilnamn"] |
Windows |
RecordsManagerSweep.bat -HoldSweep -configure [-profile
"profilnamn"] |
- Ange lämpliga värden för följande fält.
Fält med en asterisk (*) är obligatoriska. (Du kan rensa befintliga värden genom att klicka på Återställ.)
- Längst upp i konfigurationskonsolens fönster finns etiketten Profil: profilnamn som anger vilken profil som du konfigurerar. Standardprofilen är Profil: RMHoldSweepConfiguration.
- Anslutning: Välj http eller https för att ange protokollet för kommunikationen med Content Platform Engine-servern. Standardprotokollet är http. Välj https för skyddad kommunikation.
- CE-servernamn*: Ange namnet eller IP-adressen till Content Platform Engine-servern.
- WSI-portnummer*: Ange WSI-portnumret som används av Content Platform Engine-servern. Exempel: Standardportnumret är 7001 för Content Platform Engine som körs på en WebLogic Application Server. För Content Platform Engine som körs på en WebSphere Application
Server är standardporten 9080.
- URL-adress: Ange den användardefinierade sökvägen till den URL som verktyget är konfigurerat att använda för kommunikationen med Content Platform Engine-servern. Exempel: /wsi är den sökväg som brukar användas och är standardvärdet .
- Namn på objektlager för arkiveringsplan: Ange GUID eller namnet på det arkiveringsplansobjektlager (FPOS) där spärravsökningen ska köras. Om du inte anger något värde körs spärravsökningen på alla arkiveringsplansobjektlager på den angivna Content Platform Engine-servern. Om namnet på objektlagret innehåller utökade tecken ska du ange GUID i stället för namnet.
- Användar-ID*: Ange det användarnamn som spärravsökningen använder för inloggningen till Content Platform Engine för att utföra beräkningar. Användaren måste ha administratörsbehörighet för objektlagret på FPOS och behörighet som postadministratör.
- Lösenord*: Ange lösenordet för användar-IDt.
- FIPS 140-2-läge: Välj På eller Av.
I FIPS 140-2-läget använder IBM Enterprise
Records FIPS 140-2-godkända krypteringsleverantörer, IBMJCEFIPS (certifikat
376) och/eller IBMJSSEFIPS (certifikat 409) och IBM Crypto for C
(ICC) (certifikat 384) för krypteringen. Certifikaten listas på NIST-webbplatsen.
Om du väljer På och säkerhetsadministratören inte konfigurerar systemet för FIPS
140-2-läge, visar IBM Enterprise
Records ett felmeddelande.
Säkerhetsadministratören måste ändra filen java.security.
Mer information finns i ämnet om att konfigurera FIPS 140-2-läget. IBM Enterprise
Records supports FIPS 140-2-kryptering enbart i WebSphere Application
Server.
- SPÄRRnamn/GUIDer: Ange namnet eller GUID för upp till fem spärrar, separerade av lodstreck (|). Avsökningsprocessen använder endast de angivna spärrarna. Om du inte anger några spärrar avsöks alla. Om du uppgraderat från en tidigare version där du kunde skapa flera spärrar med samma namn, avsöks samtliga spärrar om du anger det namnet. Om namnet på objektlagret innehåller utökade tecken ska du ange GUID i stället för namnet.
- Batchstorlek för uppdatering: Ange hur många entiteter som ska bearbetas som en batch under spärravsökningen. Standardvärdet är 1000. Exempel: Om värdet är 1000 och det finns 20 000 entiteter att bearbeta bearbetas samtliga entiteter i 20 batchar med 1000 entiteter i varje batch.
- Batchstorlek för hämtning: Ange antalet entiteter som ska hämtas per batch i avsökningen. Standardvärdet är 100000. Exempel: Om värdet är 100 000 och det finns 1 000 000 entiteter att bearbeta bearbetas samtliga entiteter i 10 batchar med 100 000 entiteter i varje batch.
- Antal trådar: Ange hur många bearbetningstrådar som IBM Enterprise
Records ska användas under spärravsökningen. Ange en tråd för varje logisk processor på Content Platform Engine-servern. Exempel: Ange 8 om det finns åtta logiska
processorer på Content Platform Engine-servern.
Standardvärdet är 1.
- Loggfilsnamn: Ange namnet och sökvägen till felfilen som ska skapas av spärravsökningen, eller acceptera standardvärdet. Som standard skapas en fil med namnet HoldSweepActivity.log i mappen ../EnterpriseRecords/RecordsManagerSweep.
Om spärravsökningen körs utan fel innehåller felfilen noll byte.
- Klicka på Konfigurera.