Postupný systém aplikací představuje přesnou kopii vašeho produkčního systému, včetně všech APPL_TOP a také kopie produkční databáze. Záplaty se aplikují na tento postupný systém, zatímco váš produkční systém zůstává aktivní. Když byly všechny záplaty úspěšně aplikovány na testovací systém, může začít zkrácený prostoj produkčního systému. Postupný APPL_TOP se používá jak ke spuštění aktualizace databáze do produkční databáze, tak k synchronizaci produkčního APPL_TOP.
Předběžné kroky
1.Porovnání topologií
Systém fázovaných aplikací musí duplikovat topologii vašeho produkčního systému. Například každý fyzický APPL_TOP vašeho produkčního systému musí existovat ve vašem stupňovaném systému.
2.Ověřte snímek
Před zkopírováním systému produkčních aplikací se ujistěte, že je snímek systému aktuální. Zatímco aktuální snímek by měl být automaticky spravován pomocí AutoPatch, ověření lze provést spuštěním úlohy Maintain Current Snapshot v administraci AD. To by mělo být provedeno pro každý APPL_TOP ve vašem systému aplikací. Aktuální snímek vašeho systému produkčních aplikací zajistí správnou kontrolu nezbytných oprav při použití oprav.
3.Vytvořte systém s fází
Vytvořte klon své produkční databáze a každého APPL_TOP systému produkčních aplikací. Production a Staged by měly mít stejné názvy APPL_TOP, protože to zajistí, že historie záplat pro váš připravený APPL_TOP bude v produkčním systému správná. Historické informace jsou uloženy v kontextu APPL_TOP a když jsou data historie oprav importována do produkce, musí mít stejné názvy APPL_TOP. Databáze vašeho zinscenovaného APPL_TOP by měla mít jiné ORACLE_SID, aby se zabránilo náhodným připojením k produkci. Hesla, porty a jakékoli parametry související s procesy nebo službami lze také změnit, aby se dále snížila rizika.
. Musíte mít různé názvy systému aplikací pro fázi a produkci. AutoPatch opraví historické informace. Váš připravený název APPL_TOP by měl být stejný jako váš produkční název APPL_TOP pro databázový ovladač, aby se správně aktualizovaly informace o historii oprav.
Aplikujte opravy na připravený systém
Postupný systém je opravován stejným způsobem jako jakýkoli Oracle Systém aplikací používá k použití ovladačů oprav AutoPatch.
Aktualizujte produkční systém
1.Aktualizujte produkční databázi
Jakmile je záplatování vytvořeného prostředí dokončeno, jste připraveni aktualizovat svůj produkční systém. Ujistěte se, že se můžete připojit k vaší produkční databázi z vašich stupňovaných systémů. Možná budete muset vytvořit soubor tnsnames ve vašem systému po etapách se záznamy pro produkci. Pro tento účel můžete použít proměnnou s_ifile AutoConfig. Viz příloha C poznámky OracleMetaLink 387859.1, Použití funkce AutoConfig ke správě systémových konfigurací v Oracle E-Business Suite verze 12.
Jakmile je vaše prostředí správně nastaveno a všechny služby v produkčním systému jsou zakázány, spusťte AutoPatch pro databázovou část opravy, kterou chcete použít, zadáním options=nocopyportion, nogenerateportion na příkazovém řádku AutoPatch. Ujistěte se, že název databáze, na který vás AutoPatch vyzve, je správný.
Pokud jste na fázový systém aplikovali více oprav, budete muset spustit aktualizaci databáze pro každou opravu, kterou jste aplikovali na fázi, ve stejném pořadí. Chcete-li v takovém případě dále zkrátit prostoje, měli byste zvážit sloučení oprav před uvedením do fáze.
2.Aktualizujte produkční APPL_TOP
Produkční APPL_TOP je třeba synchronizovat s připraveným APPL_TOP. Chcete-li minimalizovat prostoje, můžete to provést během aktualizace produkční databáze. Existuje mnoho způsobů, jak provést tento úkol, od jednoduchého příkazu kopírování až po nástroje, jako je rdist. Někteří poskytovatelé úložišť nabízejí také hardwarová řešení. Pokud vaše topologie zahrnuje více APPL_TOP, každý APPL_TOP musí být zkopírován do produkčního systému. Pokud sdílíte jeden APPL_TOP, stačí synchronizovat pouze jeden systém. Adresář $COMMON_TOP, který se na některých systémech může nacházet mimo APPL_TOP, je také potřeba aktualizovat pro každý APPL_TOP v systému aplikací.
Některé konfigurační soubory, adresáře protokolů a skripty prostředí jsou specifické pro APPL_TOP. Tyto soubory a adresáře musí být při kopírování vyloučeny. (pokud používáte nástroj rdist, můžete je vyloučit pomocí souboru distfile)
Postup zveřejnit
1) Synchronizace historie oprav
Strategie systému fázových aplikací fragmentuje vaši historii oprav. V tomto okamžiku procesu jsou kopie a generování částí historie oprav pro opravy aplikované pomocí systému fázových aplikací uloženy ve vaší fázi databáze a databázová část historie oprav pro tyto opravy je uložena jak ve vaší připravené databázi, tak ve ve vaší produkční databázi. Je důležité, aby historie oprav vašeho produkčního systému byla úplná. Chcete-li to provést, musíte nyní načíst kopii a vygenerovat části všech oprav aplikovaných pomocí systému fázových aplikací do vaší produkční databáze.
Použijte nástroj adphmigr.pl umístěný v adresáři bin k exportu historie oprav pro kopii. a vygenerujte části záplat aplikovaných pomocí systému fázových aplikací z vaší databáze s fází, poté použijte AutoPatch k importu extrahovaných dat historie záplat do vaší produkční databáze. Pro každou opravu aplikovanou pomocí systému fázovaných aplikací musíte exportovat historii oprav pro každý APPL_TOP v systému fázovaných aplikací a importovat ji pro odpovídající APPL_TOP v systému produkčních aplikací. Jak exportovat data historie oprav z vytvořené databáze, tak importovat data historie oprav do produkční databáze lze provádět s uživateli v produkčním systému. Chcete-li zajistit správné výsledky, měli byste dokončit konsolidaci historie oprav pro produkční systém předtím, než na něj použijete další opravy nebo v něm použijete funkce Oracle Applications Manager související s opravami.
a) Exportovat historii oprav
Použijte nástroj adphmigr.pl. adphmigr.pl se nachází v adresáři bin pod AD_TOP. Zadejte adphmigr.pl -help pro zobrazení všech platných voleb pro adphmigr.pl. Doporučujeme exportovat historii oprav pro každý APPL_TOP zvlášť, protože ji budete muset importovat pro každý APPL_TOP zvlášť.
Ujistěte se, že jste na příkazovém řádku adphmigr.pl zadali nodatabaseportion=Y. To zajišťuje, že data historie oprav pro databázovou část oprav aplikovaných proti systému fázovaných aplikací nebudou exportována. Tato data by neměla být importována do produkční databáze, protože databázová část každé opravy již byla aplikována přímo do produkční databáze.
Příklad exportu:
$ perl $AD_TOP/bin/adphmigr.pl userid =apps/apps
startdate='2007/10/10 00:00:00′ enddate='2007/14/10 00:00:00′
appsystemname=stage appltopname=tafnw1 nodatabaseportion=Y
Tento příkaz vygeneruje dva datové soubory pro každé spuštění AutoPatch ve fázi APPL_TOP, jeden pro aktualizace java a jeden pro všechny ostatní akce opravy. Zkontrolujte adphmigr.log, abyste se ujistili, že datové soubory představují běhy oprav, které chcete exportovat, a zda zadané časy začátku a konce nezahrnovaly žádná nechtěná spuštění AutoPatch.
b) Importovat historii oprav
Měli byste extrahovat samostatnou sadu datových souborů pro každý APPL_TOP ve vašem systému fázovaných aplikací. Pro každý APPL_TOP ve vašem produkčním aplikačním systému zkopírujte datové soubory extrahované pro odpovídající připravený APPL_TOP do adresáře $APPL_TOP/admin/. AutoPatch automaticky nahraje tyto datové soubory při příštím spuštění v tomto APPL_TOP. Chcete-li datové soubory načíst okamžitě, spusťte AutoPatch v interaktivním režimu, odpovídejte na výzvy, dokud nebudete vyzváni k zadání názvu souboru ovladače opravy, a poté AutoPatch ukončete zadáním „abort“ do výzvy k souboru ovladače opravy.
Také čte
Oracle Apps DBA Otázky k pohovoru
Oracle Apps DBA Školení