Опитвам се да надстроя всички наши бази данни от 11.2.0.2 до 11.2.0.3 тази година. Първите ми надстройки бяха на първичен RAC с 2 възела с резервна база данни за RAC с 2 възела в тестов стенд. В тази база данни няма много, тъй като тя е само начална база данни. Но това ми позволи да изпробвам надстройката на RAC бази данни както с първична, така и в режим на готовност. Документирах процеса по пътя.
След това бях готов да надстроя нашите бази данни за разработка и тестване. Използвах DBUA, за да извърша надстройката и тя мина без проблеми. Нашите бази данни за разработчици и тестове са клонинги на продукцията и успяхме да тестваме нашето персонализирано приложение с новата версия.
Най-накрая бях готов да надстроя производството. Отново използвах DBUA за надграждане на основната база данни. Но този път попаднах на грешка:
ORA-16205 log_archive_dest2 съдържа повтарящи се или противоречиви стойности
ох о. Това беше неочаквано, тъй като не бях виждал тази грешка в нито една от предишните си надстройки. Базите данни за разработчици и тестове нямат режим на готовност, така че LOG_ARCHIVE_DEST2 не е зададен. Моят тестов стенд е настроен малко по-различно, така че не разбрах проблема там. Тъй като това беше непредвидено събитие, отмених надстройката си същата вечер и реших да стигна до дъното на проблема и да пренасрочя надстройката за по-късна дата.
Открих, че грешка 13387526 (поправена в 11.2.0.4) може да причини този проблем за този параметър, когато правите СТАРТОВНА АКТУАЛИЗИРАНЕ на базата данни. В моя тестов стенд създадох база данни RAC 11.2.0.2 с RAC режим на готовност. В първичния настроих LOG_ARCHIVE_DEST_2 на нещо много подобно на това, което беше в производството. Опитах да надстроя на този тестов стенд и се натъкнах на същата грешка. За да заобиколя проблема, зададох LOG_ARCHIVE_DEST_2 на ‘service=my_standby db_unique_name=my_standby’. С тази минимална настройка на параметъра надстройката продължи правилно. След като надстройката приключи, върнах този параметър към първоначалната му настройка.