Основной симптом: не работает web-интерфейс базы данных Oracle (Enterprise Manager).
Копания в многочисленных и глубоко зарытых лог-файлах наводят на мысль об отказе какого-то агента. Разборки с агентом приводят к проблемам с часовым поясом.
И тут начинается просто магия... (буду благодарен любому, кто доходчиво объяснит всё с научной точки зрения!)
Обновление файлов базы временных зон в Linux (/usr/share/timezone) и создание соответствующей ссылки в /etc/localtime помогает настроить правильную синхронизацию времени, но не решает проблемы с запуском агента. Почему - я так и не смог разобраться.
Решил проблему определением переменной окружения TZ для пользователя oracle, от имени которого запускается база данных:
В файл ".bash_profile" в домашней папке пользователя oracle добавляем строку (для меня - Минск - это временная зона GMT+3 ):
Копания в многочисленных и глубоко зарытых лог-файлах наводят на мысль об отказе какого-то агента. Разборки с агентом приводят к проблемам с часовым поясом.
И тут начинается просто магия... (буду благодарен любому, кто доходчиво объяснит всё с научной точки зрения!)
Обновление файлов базы временных зон в Linux (/usr/share/timezone) и создание соответствующей ссылки в /etc/localtime помогает настроить правильную синхронизацию времени, но не решает проблемы с запуском агента. Почему - я так и не смог разобраться.
Решил проблему определением переменной окружения TZ для пользователя oracle, от имени которого запускается база данных:
В файл ".bash_profile" в домашней папке пользователя oracle добавляем строку (для меня - Минск - это временная зона GMT
TZ='Etc/GMT+3'; export TZПосле этого логинимся в систему под пользователем oracle и выполняем команду:
# ./emctl resetTZ agentЕсли выполняется успешно, то пересобираем репозиторий Enterprise Manager:
# ./emca -config dbcontrol db -repos recreate
