Page History

...

• Aftaledokument (): Skal slettes efter 2 år

Beregning af

...

metadatas alder

Til at beskrive et dokuments alder anvendes følgende trin (det første trin, der giver mening at evaluere for en given DocumentEntry anvendes til at beslutte alderen for den pågældende):

...

NXRG indeholde metadata for dokumenter og en sletning i NXRG vil gøre det umuligt for anvendere at fremsøge referencer til disse dokumenter. Selve dokumentet ligger uden for NXRG - i et XDS repository. For at sletningen kan siges at være komplet, så skal disse XDS repositories notificeres i forhold til de slettede  dokumenter TODO. Dette betyder, at det er vigtigt at opsamle identifikation på de slettede metadata, med det formål at formidle til det XDS Repository, hvor selve dokumentet befinder sig, at metadata er slettet. Det må så være op til det enkelte XDS Repository at foretage sin egen oprydning/arkiveringen med afsæt i disse oplysninger.

Cleanup service i OpenText XDS Registry

Der blev udviklet en cleanup service til OpenText XDS Registry. Dette dækkede kun aftaler og var bundet op på den teknologistak, der hører til OpenText. Det var derfor nødvendigt at lave en re-implementering af cleanup service i NXRG. Dette findes i kodebasen i dag, men der er fundet et par QA findings på denne funktionalitet. Inden der iværksættes arbejde med at rette op på disse findings vil det være relevant at kigge på et par andre begrænsninger i den gamle funktionalitet og overveje, om det kan gøres på en anden måde.

Der er følgende problemer med den aktuelle cleanup  service:

1. Mangelfuld bestemmelse af metadatas alder: I forhold til den ovenfor skitserede algoritme, så er det kun pkt 1 og 2, der er med i den nuværende cleanup service. Det betyder, at on-demand dokumenter uden service start time og service stop time aldrig slettes.
2. Håndterer kun aftaler: Der mangler generalisering til andre dokumenttyper og mulighed for at differentiere på regler for, hvor længe data opbevares.
3. Rapportere slettede id'er ved fil-output: De slettede id'er logges. En videredistribution af oplysninger om de slettede data vil kræve  at disse logfiler opsamles og splittes op ved manipulation af filerne (det kunne være relevant at lave en liste pr. repository).

Forslag til ny Cleanup service

Med afsæt i de uhensigtsmæssigheder, som beskrevet ovenfor foreslås følgende ændringer:

1. Cleanup service skal have konfiguration pr dokumenttype: Det skal være muligt at definere max alder pr. dokumenttype
2. Opdeling i cleanup service i følgende services. Disse skal kun være tilgængelige for driften og have hvert deres endpoint:
   1. cleanup: I stedet for at foretage en fysisk sletning af document entries i dette job, bliver de i første omgang "slette-markerede". Det betyder, at de ikke kan fremsøges ved en ITI-18 operation (dette er ikke det samme som Deprecate status). De associations, der peger til/fra de slettemarkerede DocumentEntries, kan fysisk slettes i databasen i forbindelse med dette job. Der kan også foretages fysisk sletning af "tomme" SubmissionSets.
   2. deleted: Fremsøgningsservice, hvor man kan hente "slettemarkerede" DocumentEntries. Det kunne måske være en fordel at afgrænse på repositoryId for at kunne lave seperate lister til forskellige XDS Repositories.
   3. deleted/repository (forslag): Denne service kunne bruges til at fremsøge hvilke unikke repositories, der aktuelt findes "slettemarkerede" DocumentEntries for. Desværre er repositoryid ikke aktuelt et søgbart felt i NXRG. Man kunne udvide databasen med dette også enten lave en database-migrering til at få det fyldt ud, eller blot sætte feltet i forbindelse med sletning (cleanup), da det indtil videre kun er cleanup service, der har brug for oplysningen
   4. finalcleanup: Kald af denne service vil fysisk slette de DocumentEntries, der er "slettemarkerde" i databasen.

Eksterne services

Der er i dag eksterne services, der tilgår OpenText Registry direkte (dvs udenom de i forgående afsnit skitserede NSP services).

...