Для того, чтобы разобраться как та или иная ситуация могла возникнуть
очень желательно знать окружение, в котором
работает СУБД. Под окружением я понимаю:
- версию ОС;
- аппаратное обеспечение;
- версию СУБД;
- параметры СУБД.
Для сбора подобного рода статистики Oracle предлагает
свое ПО: RDA(Remote Diagnostic Agent). В чем преимущество
его использования ? - В том что
результаты его работы (html файлы в архиве tar
или zip) принимаются Oracle Support. Т.е. если
проблемы будет признана серьезной, у нас
уже есть все данные для обращения в Oracle Support.
Можно посмотреть на список
анализируемых параметров.
Существуют две его версии - для Windows
и Unix.
Локальные копии rda для Windows и Unix.
Об установке
Установка и запуск производиться всегда только на
сервер БД. Т.е. устанавливать его на рабочую
станцию нельзя. Установка производиться с
правами супер-пользователя (Administrator или root).
Для сбора информации с БД требуется знать
логин пользователя в привилегиями sysdba.
Сначала требуется запустить setup, который
задаст несколько вопросов и сохранит
ответы в setup.txt. Это нужно сделать 1 раз. Далее
можно запускать rda сколько угодно раз.
Вопросов больше не будет. Можно также
исправить setup.txt вручную, если, например
изменился пароль для входы в БД.
Под Windows требуется иметь на машине VBscript. В
windows2000 он уже есть.
Под unix требуется запускать rda.sh с привилегиями
root. Для этого нужно включить пользователя root
в группу dba. Далее выполнить команду newgrp dba, и
только потом запускать rda.sh. Если rda.sh
сообщает о невозможности войти в СУБД,
проверьте этот факт, выполнив:
sqlplus /nolog
SQL>conn sys/manager as sysdba
Также см. ниже о возможных
проблемах и их решениях
О результатах работы
Результат - это директория, в которой
масса разных файлов, включая например init.ora,
alert.log и т.д. объединенных для удобства
просмотра в одном RDA__START.html.
Версии для Unix и Windows по-разному работают с
alert.log. Windows версия берет 2000 строк с конца, а
unix - 30000 - это влияет на конечный размер.
Полностью результаты работы скрипта для Unix
(HP) и Windows на моих
машинах.
Немного о том, какие Unix ОС
поддерживаются. На данный
момент текущая версия RDA 3.12, July 02, 2003:
- Sun Solaris (2.5 - 8)
- HP-UX (10.X and 11.X)
- Compaq Unix (OSF1) 4.x and 5.x
- IBM AIX
- Intel Linux (RedHat and SuSE)
Для Linux требуется пакет pdksh 5.2.14-13 или
выше. Вот откуда его берут:
a) rpm -qa | grep pdksh
b) To obtain RPMs bring up a browser and connect to:
c) http://www.rpmfind.net
d) click on "go directly to the RPM database".
e) search on "pdksh".
f) Find a pdksh rpm for "RedHat-7.3 for i386"
g) download this to the /home/stage directory you created.
h) rpm -Uvh <rpm name>
i) rpm -Uvh --force pdksh-5.2.14-16.i386.rpm
Проблемы и решения
На Unix платформах могут встретиться
проблемы с запуском rda.sh: сообщения класса end
of communication channnels или сообщения о
невозможности записать в audit log, Вот что
нужно проверять:
Check the permissions on the Oracle executable:
% cd $ORACLE_HOME/bin
% ls -l oracle ('ls -n oracle' should work as well)
The permissions should be rwsr-s--x, or 6751.
If the permissions are incorrect, do the following as the "oracle"
software owner:
% chmod 6751 oracle
If you receive an ORA-03113 "end-of-file on communication" error
followed
by a prompt for a password, then you may also need to check the ownership
and permissions on the dump directories.
These directories must belong to Oracle, group dba, (or the appropriates
names
for your installation).
This error may occur while creating a database.
Permissions should be: 755 (drwxr-xr-x)
Also, the alert.log must not be greater than 2 Gigabytes in size.
When you start up "nomount" an Oracle pseudo process will try to
write the
"alert.log" file in "udump".
When Oracle cannot do this (either because of permissions or because of the
"alert.log" being greater than 2 Gigabytes in size), it will issue
the
ORA-03113 error.
|