Page History
...
| Operation / brugertype | Borger | Borger på vegne af borger | Sundhedsfaglig | System bruger |
|---|---|---|---|---|
| getPersonalDataCard | x | x | x | |
| updateContactInformation | x | x | x | |
| createRelatives, updateRelatives, markRelativesAsDeleted | x | x | x | |
| createLanguage, updateLanguage, markLanguageAsDeleted | x | x | x | |
| createTempAddress, updateTempAddress, markTempAddressAsDeleted | x | x | x | |
| createHealthProvider, updateHealthProvider, markHealthProviderAsDeleted | x | x | x | |
| saveDataCard | x | x | x |
...
Migrations Job vil migrere personalDataCard fra database model 1 til model 2. Jobbet vil hente et konfigurerbar antal personalDataCard op fra model 1 databasen, som den vil dele i et konfigurerbar store batches. Den flytter data’en over i model 2, og sletter data fra 1.
| URL | Beskrivelse |
|---|---|
<server>/skr-operations/skr-migreringsjob/start | Starter migration af personalDataCard fra database model 1 til model 2. |
<server>/skr-operations/skr-migreringsjob/status | Returnerer statuskoden for seneste kørsel af migration jobbet. Har migration jobbet ikke kørt endnu, returneres statuskode 200 |
Der benyttes denne supplier:
| Supplier | Beskrivelse |
|---|---|
| Default supplier | Benyttes til at hente et konfigurerbar antal personalDataCard op fra databasen. |
| Batch supplier | Givet en liste af personalDataCard id'er, opdeles de i batches og ideerne bliver blandet, så de er i tilfældige rækkefølge. For hver batch oprettes et migrations job. |
| Operation | Beskrivelse |
|---|---|
| MIgrations job | Givet en liste af personalDataCard id’er, laves der migrering af dem fra model 1 til model 2. Efter de er flyttet slettes de fra model 1. |
Backup
Servicen indeholder ikke nogen backup-mekanismer, og dette skal derfor konfigureres på database-niveau. Der bør foretages backup af data på en forsvarlig måde, i tilfælde af behov for en genetablering af data. Disse data skal opbevares på en forsvarlig måde, jfr. regler om personhenførbare data.
...