Snažím se tento rok upgradovat všechny naše databáze z 11.2.0.2 na 11.2.0.3. Moje první upgrady byly na 2uzlovém primárním RAC s 2uzlovou pohotovostní databází RAC v testovacím prostředí. V této databázi toho není mnoho, protože je to pouze počáteční databáze. Ale to mi dovolilo otestovat upgrade na RAC databázích s primárním i pohotovostním režimem. Postup jsem zdokumentoval.
Poté jsem byl připraven upgradovat naše vývojové a testovací databáze. K provedení upgradu jsem použil DBUA a šlo to bez problémů. Naše vývojové a testovací databáze jsou produkční klony a naši vlastní aplikaci jsme mohli otestovat s novou verzí.
Konečně jsem byl připraven upgradovat výrobu. Opět jsem použil DBUA k provedení upgradu primární databáze. Ale tentokrát jsem narazil na chybu:
ORA-16205 log_archive_dest2 obsahuje opakované nebo konfliktní hodnoty
A jé. To bylo neočekávané, protože jsem tuto chybu neviděl v žádném z mých předchozích upgradů. Vývojové a testovací databáze nemají pohotovostní režim, takže LOG_ARCHIVE_DEST2 není nastaveno. Můj testbed je nastaven trochu jinak, takže jsem tam problém nezachytil. Vzhledem k tomu, že se jednalo o nepředvídatelnou událost, zrušil jsem svůj upgrade ještě ten večer a rozhodl jsem se problému přijít na kloub a přesunout aktualizaci na pozdější datum.
Zjistil jsem, že chyba 13387526 (opravená v 11.2.0.4) může způsobit tento problém pro tento parametr, když na databázi provedete STARTUP UPGRADE. Ve svém testovacím prostředí jsem vytvořil databázi RAC 11.2.0.2 s pohotovostním režimem RAC. V primáru jsem nastavil LOG_ARCHIVE_DEST_2 na něco velmi podobného tomu, co bylo ve výrobě. Pokusil jsem se o upgrade na tomto testbedu a narazil jsem na stejnou chybu. Abych problém obešel, nastavil jsem LOG_ARCHIVE_DEST_2 na ‘service=my_standby db_unique_name=my_standby‘. S tímto minimálním nastavením parametrů pak upgrade proběhl správně. Po dokončení upgradu jsem tento parametr nastavil zpět na původní nastavení.