We proberen hier de behandeling van seed-gegevens in R12.2 online patching uit te leggen
Wat zijn seed-gegevens?
1) Seed-gegevens zijn gegevens die zijn opgeslagen in databasetabellen die het gedrag van de toepassing beïnvloeden en die zijn gepatcht door EBS-ontwikkeling
2) Het is niet toegestaan dat patches de seed-gegevens wijzigen die worden gezien door de actieve toepassing, anders heeft dit invloed op de actieve toepassing
3) seed-tabellen worden opgeslagen in APPS_TS_SEED tablespace
Wijzigingen gedaan in seed-gegevens in R12.2
1)Een extra kolom ZD_EDITION_NAME wordt ingevuld in de seed-tabellen.
2)Seed-gegevens worden gefilterd met behulp van de ZD_EDITION_NAME door een Virtual Private Database (VPD)-beleid
Hoe wordt omgegaan met wijzigingen in seed-gegevens
Er wordt voorkomen dat online patches runtime seed-gegevens wijzigen door gebruik te maken van geediteerde gegevensopslag. Dit houdt in dat er een (patch)kopie van de seed-gegevens wordt gemaakt, die in dezelfde tabel wordt opgeslagen. De patches die worden toegepast werken alleen met deze kopie, terwijl de run-editie alleen interactie heeft met een privékopie (die uiteindelijk wordt verwijderd als onderdeel van de opschoningsfase).
De actieve toepassing gebruikt de run-editie-kopie van seed-gegevens, terwijl patches de patch-editie-kopie van seed-gegevens afzonderlijk kunnen bijwerken. De twee kopieën zijn geïsoleerd, behalve dat wijzigingen in de seed-gegevens die door de actieve toepassing zijn aangebracht, worden gesynchroniseerd met de kopie van de patcheditie.
Edition uitvoeren | Patch-editie |
Werkt altijd op een privékopie van de seed-gegevens | Voert de seed-gegevenslader uit |
Het wordt nooit gewijzigd door een patch-applicatie | Maakt de relevante tabel klaar voor patching |
het ziet de gegevens niet gewijzigd door patcheditie | Kopieert alle tabelrijen en laadt seed-gegevenswijzigingen in de (patch)kopie |
Updates voor de editie worden automatisch doorgevoerd naar de patcheditie door middel van cross-editie-triggers.