Oracle Grid 11gr2 [Bug 14108956] : WRONG TIME IN DATABASE WHEN STARTING WITH SRVCTL
Em uma das verificações de horário na base de dados, me deparei com o bug “Bug 14108956: WRONG TIME IN DATABASE WHEN STARTING WITH SRVCTL” em Oracle Grid 11gr2. Mas o que seria este bug? Basicamente, quando se inicia a base de dados com o comando svctl e é reportado sysdate diferentes com usuários diferentes na mesma instância da base de dados. Segundo a Oracle, este bug não possui workaround. No entanto, como todo bug é complicado e para a situação acima foi dado um workaround inexistente, verifiquei uma outra nota do MOS “Bug 14147958 : TIME IS NOT CORRECT WHEN STARTING WITH SRVCTL”, onde o problema não é exatamente o mesmo, mas as características sim. Visto que, os sintomas de sysdate diferente e o fato de ser a mesma release e sistema operacional (AIX/IBM), foram fatores relevantes que ajudaram a utilizar o mesmo workaround dessa nota. Além de a nota anterior, implicitamente apresentar um workaround em seu problem “when the db is started via srvctl , the database is not showing the correct time (Daylight savings time), but when started via sql*plus, all is fine”. Na íntegra do My Oracle Support na nota Bug 14108956: WRONG TIME IN DATABASE WHEN STARTING WITH SRVCTL, está descrito como :
PROBLEM: When the db is started via srvctl , the database is not showing the correct time (Daylight savings time), but when started via sql*plus, all is fine so the problem is that the database appear to be 1 hour behind when started via srvctl:
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management,
OLAP,Data Mining and Real Application Testing options
SQL> conn /as sysdba
Connected.
SQL> select to_char(sysdate,'dd/mm/yyyy hh24:mi') from dual;
TO_CHAR(SYSDATE,
----------------
20/10/2013 03:28
SQL> conn brunors/mypass01@bdbru
Connected.
SQL> select to_char(sysdate,'dd/mm/yyyy hh24:mi') from dual;
TO_CHAR(SYSDATE,
----------------
20/10/2013 02:28Sendo assim, segue o workaround da nota “Bug 14108956 : WRONG TIME IN DATABASE WHEN STARTING WITH SRVCTL”
WORKAROUND: ———– NA
Todavia, foi necessário um workaround de alguma forma. Visto que, a aplicação estava apresentando um horário muito distante do correto na base de dados. Sendo assim, segue o workaround verificado na nota Bug 14147958 : TIME IS NOT CORRECT WHEN STARTING WITH SRVCTL. Nota que tinha como relevância, características que apresentavam ser o mesmo ambiente da questão no momento.Como anteriormente, a base de dados foi restartada anteriormente via srvctl, foi efetuado stop/start novamente. No entanto,via SQPplus. Com isso, a situação fora normalizada
WORKAROUND: ———– Starting the database using SQLPLUS
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management,
OLAP,Data Mining and Real Application Testing options
SQL> conn /as sysdba
Connected.
SQL> select to_char(sysdate,'dd/mm/yyyy hh24:mi') from dual;
TO_CHAR(SYSDATE,
----------------
20/10/2013 03:36
SQL> conn brunors/mypass01@bdbru
Connected.
SQL> select to_char(sysdate,'dd/mm/yyyy hh24:mi') from dual;
TO_CHAR(SYSDATE,
----------------
20/10/2013 03:36— Outras notas que podem ajudar:
- BUG:14147958 – TIME IS NOT CORRECT WHEN STARTING WITH SRVCTL
- NOTE:1209444.1 – How To Change Timezone for 11gR2 Grid Infrastructure
- BUG:14063047 – SEEING A DIFFERENT SYSTIME THROUGH THE LISTENER DEPENDING ON HOW LIBPATH IS SE
- NOTE:1424739.1 – ORA-00600 [Unable To Load XDB Library] On AIX Even If LIBPATH And LD_LIBRARY_PATH are set
- BUG:14108956 – WRONG TIME IN DATABASE WHEN STARTING WITH SRVCTL
- NOTE:1390015.1 – Incorrect SYSDATE shown when connected via Listener in RAC
- NOTE:227334.1 – Dates & Calendars – Frequently Asked Questions
Espero ter ajudado, Abraços!
