IBM Enterprise Records, version 5.1.2    

Konfigurera avvecklingsavsökningar

Innan du kör någon avvecklingsavsö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 också begränsa avsökningen till bara ett arkiveringsplansobjektlager.

Den här uppgiften

Konfigurationsvärdena för avvecklingsavsökningar används också för avklassificeringsavsökningen. Förutom de fält som krävs för avvecklingsavsökningen kräver avklassificeringsavsökningen även ett värde för objektlagernamn och ignorerar fält som inte krävs.
Begränsning: Om du ska köra IBM Enterprise Records-avvecklingsavsökningsverktyget i Windows använder du följande inställningar. Tillämpa dessa inställningar så att informationen visas korrekt på andra europeiska språk än engelska. Tillämpa inställningarna från kommandoprompten innan du kör verktyget:
  • 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. En fullständig lista över teckentabeller finns i tabellen med teckentabellidentifierare.

Arbetsordning

Konfigurera avvecklingsavsökning:

  1. Gå till mappen RecordsManagerSweep från en kommandoprompt.
  2. Ange något av följande kommandon:
    Alternativ Beskrivning
    AIX, HP-UX, Linux och Solaris ./RecordsManagerSweep.sh -DispositionSweep -configure [-profile "profilnamn"]
    Windows RecordsManagerSweep.bat -DispositionSweep -configure [-profile "profilnamn"]
  3. Ange lämpliga värden för följande fält. Du kan rensa befintliga värden genom att klicka på Återställ.
    • I konfigurationkonsolens fönster finns etiketten Profil: profilnamn som anger vilken profil som du konfigurerar. Standardprofilen är Profil: RMSweepConfiguration.
    • Anslutning: Ange det nätverksprotokoll som du använder:
      • http, https om du använder ett WSI-protokoll
      • iiop, t3, jnp om du använder ett EJB-protokoll (exempel: iiop används om Content Platform Engine är WebSphere)
    • CE-servernamn: Ange namnet eller IP-adressen till Content Platform Engine-servern där poster lagras.
    • Portnummer: Ange WSI- eller EJB-portnumret som används av Content Platform Engine-servern.
      • Om http eller https är valt i fältet Anslutning måste du ange ett WSI-portnummer, t.ex. 7001 for WebLogic Server, 9080 för WebSphere och 8080 för JBoss Application Server.
      • Om något av EJB-protokollen är valt i fältet Anslutning måste du ange EJB-standardportnumret för den programserver du använder, t.ex. 2809 för WebSphere.
    • URL-sökväg: Ange den användardefinierade sökvägen till den URL-adress som verktyget är konfigurerat att använda för kommunikation med Content Platform Engine-servern. Exempel: /wsi är den sökväg som brukar användas och är standardvärdet . Om något av EJB-protokollen är valda är URL-standardadressen FileNet/Engine.
    • Namn på objektlager för arkiveringsplan (valfritt): Ange namnet på det arkiveringsplansobjektlager (FPOS) där du ska köra avvecklingsavsökningen. Om du inte anger något värde körs avvecklingsavsökningen på alla arkiveringsplansobjektlager på den angivna Content Platform Engine-servern.

      Ett värde för objektlagernamn krävs för att köra avklassificeringsavsökningen.

    • Kör för posttyper (valfritt):
      • Ange True om avvecklingsavsökningen ska kontrollera alla posttyper för att se om det finns några ändringar av deras avvecklingsscheman. Om avvecklingsschemat för någon posttyp har ändrats uppdaterar avvecklingsavsökningen alla entiteter som hör till den posttypen.
      • Ange värdet False om posttyperna ska ignoreras. Som standard bearbetas inte alla poster.
    • Entitets-GUID (valfritt): Ange GUID för IBM Enterprise Records-behållaren där du ska köra avvecklingsavsökningen. Avvecklingsavsökningen körs mot den angivna behållaren och alla dess underordnade. Som standard är noden tom och alla entiteter bearbetas. Avklassificeringsavsökningen ignorerar entitetens GUID-värde och körs alltid mot hela objektlagret.
    • Användar-ID: Ange användar-IDt som avvecklingsavsökningen loggar in till Content Platform Engine för att utföra beräkningar. IDt används också till att logga in till Content Platform Engine för att starta arbetsflöden. Användaren måste tillhöra processadministratörsgruppen, ha administratörsbehörighet för objektlager på samt postadministratörsbehörigheter.
    • Lösenord: Ange lösenordet för användar-IDt.
    • FIPS 140-2-läge (valfritt): Välj eller Av. I FIPS 140-2-läget använder IBM Enterprise Records FIPS 140-2-godkända krypteringsleverantörer. Leverantörerna är IBMJCEFIPS (certifikat 376), IBMJSSEFIPS (certifikat 409) eller IBM Crypto för C (ICC) (certifikat 384). Certifikaten listas på NIST-webbplatsen. Om du väljer 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 uppgiften för FIPS 140-2-läget. IBM Enterprise Records supports FIPS 140-2-kryptering enbart i WebSphere Application Server.
    • PE-anslutningspunkt: Ange namnet på den anslutningspunkt som skapats på Content Platform Engine-servern under installationen. Värdet krävs för anslutning till Content Platform Engine-servern, utom om konfigurationen bara är för autoförstöring. Det här fältet kan lämnas tomt när det endast konfigurerats för autoförstöring.
    • Uppdatera batchstorlek (valfritt): Ange antalet entiteter som ska uppdateras i en batch. Standardvärdet är 1000.
    • Avläsningsbatchstorlek (valfritt): Ange antalet entiteter som ska läsas i en batch. Standardvärdet är 10 000.
    • Antal trådar (valfritt): Ange hur många bearbetningstrådar som IBM Enterprise Records ska använda under avvecklingsavsö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.
    • Cachestorlek för poster som arkiveras på flera ställen: Konfigurera en egen batchstorlek för poster som arkiverats på flera ställen. Standardvärdet är 10 000. Som standard sparar avsökningen upp till 10 000 IDn för poster som arkiverats på flera ställen i cache. För optimala prestanda måste antalet i fältet Cachestorlek för poster som arkiveras på flera ställen vara större än det totala antalet poster som arkiveras på flera ställen i systemet. Du kan undvika sökning på Content Platform Engine-servern efter ID:n som inte finns i cache med den här inställningen. Men om du anger ett för stort cachevärde kan minnesresurserna på servern uttömmas.
    • Aktivitetsloggfil (valfritt): Ange namnet på den felfil som skapas av avvecklingsavsökningen. Som standard skapar den en fil med namnet DispositionSweepActivity.log i mappen ../EnterpriseRecords/RecordsManagerSweep. Om avvecklingsavsökningen körs utan fel innehåller felfilen noll byte. Eftersom avvecklingsavsökningen delar vissa egenskaper med avklassificeringsavsökningen, skriver den också viss information till filen DeclassificationSweepActivity.log.
    • Kör för vital (valfritt):
      • Välj True om alla postkategorier, postmappar, volymer och poster ska kontrolleras för att se om ändringar har gjorts av vitala metadata. Om avvecklingsschemat för någon posttyp har ändrats uppdaterar avvecklingsavsökningen alla tillhörande entiteter.
      • Välj False om vitala metadata ska ignoreras. Som standard kontrolleras inte vitala metadata.
  4. Klicka på Konfigurera.
  5. Klicka på Återställ om du vill återgå till standardvärden. Klicka på Avsluta om du vill stänga konsolen utan att göra några ändringar.


Feedback

Senast uppdaterat: November 2013
configure_disposition_sweep.htm

© Copyright IBM Corp 2013