Page History
...
Alle endpoints kan kaldes uafhængigt af hinanden, og der kan køre flere instanser samtidig.
Cleanup
URL | Beskrivelse |
---|---|
<server>/xds-operations/registry-timebased-cleanup/start | Starter et tidsbaseret registry oprydningsjob |
<server>/xds-operations/registry-status90-cleanup/start | Starter et registry oprydningsjob for personer med status 90 |
<server>/xds-operations/repository-cleanup/start | Starter et repository oprydningsjob |
Ovenstående endpoints kan returnere følgende http-statuskoder:
...
Hver snitflade til oprydning, har en tilsvarende status snitflade, som returnerer statuskoden for seneste kørsel af oprydningsjobbet. Har oprydningsjobbet ikke kørt endnu, returneret returneres statuskode 200.
URL |
---|
<server>/xds-operations/registry-timebased-cleanup/status |
<server>/xds-operations/registry-status90-cleanup/status |
<server>/xds-operations/repository-cleanup/status |
Health
Overvågnings-endpoint, som bruges til at overvåge komponentens sundhedstilstand.
URL |
---|
<server>/xds-operations/health |
Der returneres følgende http-statuskoder:
...
Code Block | ||
---|---|---|
| ||
{ "version": "42e17e1cb3ea8d8abd21d87252b14a136020e7c0", "registry.db": "ERROR: 7 entries could not be deleted from repository (at least 5 attempts).", "sdm.db": "OK: Database connnection available.", "repository.db": "OK" } |
I ovenstående eksempel er komponenten konfigureret til at melde fejl efter 5 mislykkede forsøg på at slette dokumenter.
Konfiguration
Grundlæggende konfiguration foregår ved redigering i filen /compose/configuration/xdscleanup.properties.
...
Property | Beskrivelse |
---|---|
datasource.nxrg.jndi.name | JNDI navnet på den datasource der giver adgang til NXRG databasen. |
datasource.openxds.jndi.name | JNDI navnet på den datasource der giver adgang til OpenXDS databasen. |
datasource.sdm.jndi.name | JNDI navnet på den datasource der giver adgang til SDM databasen (v2_Person tabellen). |
deletion.document.cleanup.specifications | Komma-separeret liste af oprydningskriterier. Angiver hvilke dokumenttyper der slettes, og hvornår de slettes. Et oprydningskriterium har formen <code-name>#<code-scheme>#<months-to-keep>, hvor <code-name> og <code-scheme> angiver dokumenttypen der skal slettes, og <months-to-keep> angiver hvor mange måneder der skal gå, før sletningen udføres. Værdien af <months-to-keep> skal være et positivt heltal. De to andre værdier kan være vilkårlige strenge, så længe de ikke indeholder kommaer. |
deletion.registry.batchsize | Antal dokumenter der forsøges slettet i registry i en kørsel. |
deletion.repository.batchsize | Antal dokumenter der forsøges slettet i repository i en kørsel. |
deletion.max.attempts | Antal gange sletning fra repository'et forsøges, før health endpointet vil melde fejl. |
deletion.in.clause.max.size | Maksimal størrelse på in-clause i sql-queries. |
deletion.save.status90.docs | Angiver en periode tilbage i tiden hvor dokumenter hørende til personer med status 90 kan slettes. Eksempler på værdier er: "2Y" (for 2 år) "12M" (for 12 måneder) "90D" (for 90 dage) |
...