Et trinvist applikationssystem repræsenterer en nøjagtig kopi af dit produktionssystem, inklusive alle APPL_TOP'er samt en kopi af produktionsdatabasen. Patches anvendes på dette trinvise system, mens dit produktionssystem forbliver oppe. Når alle patches er blevet anvendt på testsystemet, kan den reducerede nedetid for produktionssystemet begynde. Den trinvise APPL_TOP bruges både til at køre databaseopdateringen ind i produktionsdatabasen såvel som til at synkronisere produktions-APPL_TOP.
Første trin
1.Sammenlign topologier
Et trinvist applikationssystem skal duplikere topologien af dit produktionssystem. For eksempel skal hver fysisk APPL_TOP i dit produktionssystem eksistere i dit trinvise system.
2.Bekræft øjebliksbillede
Før du kopierer produktionsapplikationssystemet, skal du sikre dig, at snapshot af systemet er opdateret. Mens det aktuelle øjebliksbillede automatisk skal administreres af AutoPatch, kan verifikation udføres ved at køre opgaven Maintain Current Snapshot i AD Administration. Dette bør gøres for hver APPL_TOP i dit applikationssystem. At have øjebliksbilledet af dit produktionsapplikationssystem aktuelt vil sikre korrekt kontrol af patch-forudsætninger, når patches anvendes.
3.Opret det trinvise system
Opret en klon af din produktionsdatabase og af hver APPL_TOP i dit produktionsapplikationssystem. Production og Staged bør have de samme APPL_TOP-navne, da dette vil sikre, at patchhistorikken for din iscenesatte APPL_TOP vil være korrekt i produktionssystemet. Historisk information gemmes i sammenhæng med en APPL_TOP, og når patchhistorikdata importeres til produktion, skal de have de samme APPL_TOP-navne. Databasen for din iscenesatte APPL_TOP bør have et andet ORACLE_SID for at undgå utilsigtede forbindelser til produktion. Adgangskoder, porte og eventuelle proces- eller servicerelaterede parametre kan også ændres for yderligere at reducere risici.
. Du skal have forskellige applikationssystemnavne for iscenesat og produktion. AutoPatch vil rette de historiske oplysninger. Dit trinvise APPL_TOP-navn skal være det samme som dit produktions-APPL_TOP-navn for databasedriveren for at opdatere patchhistorik-oplysningerne korrekt.
Anvend patches til det trinvise system
Det trinvise system lappes på samme måde som ethvert Oracle Applikationssystem, der bruger AutoPatch til at anvende patch-driverne.
Opdater produktionssystemet
1.Opdater produktionsdatabasen
Når opdateringen af det iscenesatte miljø er færdig, er du klar til at opdatere dit produktionssystem. Sørg for, at du er i stand til at oprette forbindelse til din produktionsdatabase fra dine iscenesatte systemer. Du skal muligvis oprette en tnsnames-fil i dit trinvise system med poster til produktion. Du kan bruge s_ifile AutoConfig-variablen til dette formål. Se appendiks C i OracleMetaLink Note 387859.1, Brug af AutoConfig til at administrere systemkonfigurationer i Oracle E-Business Suite Release 12.
Når dit miljø er indstillet korrekt, og alle tjenester på produktionssystemet er blevet deaktiveret, skal du køre AutoPatch for databasedelen af den patch, du ønsker at anvende, ved at angive options=nocopyportion, generateportion på AutoPatch-kommandolinjen. Sørg for, at databasenavnet, der bliver bedt om af AutoPatch, er korrekt.
Hvis du har anvendt flere patches til det trinvise system, skal du køre databaseopdateringen for hver patch, du har anvendt på scenen, i samme rækkefølge. For at reducere nedetiden yderligere i et sådant tilfælde, bør du overveje at flette patches før iscenesættelse.
2.Opdater produktions-APPL_TOP
Produktionen APPL_TOP skal synkroniseres med den iscenesatte APPL_TOP. For at minimere nedetid kan du fuldføre dette, mens produktionsdatabasen opdateres. Der er mange måder at udføre denne opgave på, lige fra en simpel kopikommando til hjælpeprogrammer såsom rdist. Nogle lagerudbydere tilbyder også hardwareløsninger. Hvis din topologi omfatter flere APPL_TOP'er, skal hver APPL_TOP kopieres over til produktionssystemet. Hvis du deler en enkelt APPL_TOP, behøver du kun at synkronisere ét system. Mappen $COMMON_TOP, som på nogle systemer kan ligge uden for APPL_TOP, skal også opdateres for hver APPL_TOP i applikationssystemet.
Visse konfigurationsfiler, log-mapper og miljøscripts er specifikke for en APPL_TOP. Disse filer og mapper skal udelukkes ved kopiering. (hvis du bruger rdist-værktøjet, kan du bruge en dist-fil til at ekskludere dem)
Indsend trin
1) Synkronisering af patchhistorier
Den trinvise applikationssystemstrategi fragmenterer din patchhistorik. På dette tidspunkt i processen bliver kopiering og generering af dele af patchhistorikken for patches, der er anvendt ved hjælp af et trindelt applikationssystem, gemt i din trinvise database, og databasedelen af opdateringshistorikken for disse patches er gemt i både din trinvise database og i din produktionsdatabase. Det er vigtigt, at patchhistorikken for dit produktionssystem er komplet. For at opnå dette skal du nu indlæse kopien og generere dele af alle patches, der er anvendt ved hjælp af et trinvist applikationssystem, ind i din produktionsdatabase.
Brug værktøjet adphmigr.pl, der findes i bin-biblioteket til at eksportere patch-historikken for kopien og generer dele af patches, der er anvendt ved hjælp af et trinvis applikationssystem fra din trinvise database, og brug derefter AutoPatch til at importere de udtrukne patchhistorikdata til din produktionsdatabase. For hver patch, der er anvendt ved hjælp af et trindelt applikationssystem, skal du eksportere opdateringshistorik for hver APPL_TOP i trinvis applikationssystemet og importere den til den tilsvarende APPL_TOP i produktionsapplikationssystemet. Både eksport af patchhistorikdata fra den trinvise database og import af patchhistorikdata til produktionsdatabasen kan udføres med brugere på produktionssystemet. For at sikre korrekte resultater bør du afslutte konsolideringen af patch-historikken for produktionssystemet, før du anvender yderligere patches til det eller bruger patch-relaterede Oracle Applications Manager-funktioner på det.
a) Eksporter patchhistorik
Brug værktøjet adphmigr.pl. adphmigr.pl er placeret i bin-mappen under AD_TOP. Indtast adphmigr.pl -help for at se alle gyldige muligheder for adphmigr.pl. Vi anbefaler, at du eksporterer programrettelseshistorik for hver APPL_TOP separat, da du skal importere den for hver APPL_TOP separat.
Sørg for, at du angiver nodatabaseportion=Y på adphmigr.pl-kommandolinjen. Dette sikrer, at patch-historikdata for databasedelen af patches, der er anvendt mod det trinvise applikationssystem, ikke eksporteres. Disse data bør ikke importeres til produktionsdatabasen, fordi databasedelen af hver patch allerede er blevet anvendt direkte til produktionsdatabasen.
Eksporteksempel:
$ perl $AD_TOP/bin/adphmigr.pl brugerid =apps/apps
startdate='2007/10/10 00:00:00′ slute='2007/14/10 00:00:00′
appsystemname=stage appltopname=tafnw1 nodatabaseportion=Y
Denne kommando vil generere to datafiler for hver kørsel af AutoPatch på den trinvise APPL_TOP, en til java-opdateringer og en for alle andre patch-handlinger. Tjek adphmigr.log for at sikre, at datafilerne repræsenterer de patch-kørsler, du ønsker at eksportere, og at de angivne start- og sluttider ikke indeholdt uønskede AutoPatch-kørsler.
b) Importer patchhistorik
Du skulle have udtrukket et separat sæt datafiler for hver APPL_TOP i dit trinvise applikationssystem. For hver APPL_TOP i dit produktionsapplikationssystem skal du kopiere de udpakkede datafiler for den tilsvarende trinvise APPL_TOP til mappen $APPL_TOP/admin/. AutoPatch vil automatisk uploade disse datafiler, næste gang det kører i denne APPL_TOP. For at indlæse datafilerne med det samme skal du starte AutoPatch i interaktiv tilstand, besvare meddelelserne, indtil du bliver bedt om navnet på patch-driverfilen, og derefter afslutte AutoPatch ved at indtaste "abort" ved prompten af patch-driverfilen.
Læser også
Oracle apps dba interviewspørgsmål
Oracle Apps DBA Training