Установить enterprise manager oracle 11g
База данных Oracle имеет все необходимое для управления и мониторинга в виде "V$*" или "DBA_*" dictionary views, доступ к которым может быть получен через командную строку (SqlPlus) или через графический интерфейс (Enterprise Manager), так популярный в среде "ДБА v2.0". Сам по себе EM как продукт оставляет желать лучшего, но уже достиг того уровня стабильности, на котором EM может быть полезным и использоваться в реальной жизни.
Очень часто возникает ситуация, когда сам по себе Enterprise Manager не работает - в этом случае "ДБА v2.0" начинает чувствовать свою бесполезность. Решение очевидно - надо знать и уметь использовать средства командной строки. К сожалению (или к счастью?) это требует некоего понимания архитектуры и реализации Oracle RDBMS, а также наличия базовых навыков работы с UNIX.
Менее очевидное, но более заманчивое решение кроется в восстановлении работоспособности EM.
Надо также признать, что во многих случаях EM может быть хорошим средством для просмотра графиков производительности, быстрого поверхностного анализа истории работы системы. обнаружения очевидных дефектов в SQL запросах и прочей черновой работы. Особенно полезен EM может быть для разработчиков под Oracle, которым необходимо быстро установить тестовую систему, поддерживать и настраивать ее самостоятельно.
Опыт показывает, что "поломанный" EM достаточно трудно привести в рабочее состояние. Особенно в ситуации "одно пользовательской" системы, полностью поддерживаемой разработчиком или даже бизнес-пользователем.
В этой заметке мы попробуем наиболее простой способ восстановления работоспособности ЕМ - его полную переустановку. Естественно, вся "история" работы системы при этом будет утеряна - но графики и прочие ценные для разработчика средства будут восстановлены. По затратам времени этот подход куда более эффективен, чем попытки устранения неполадок в Enterprise Manager. Также эта заметка может быть использована желающими "включить" EM в не имеющей его, но уже работающей базе данных.
Прежде чем мы продолжим, я хотел бы привести строки из Евангелия:
. == От Луки святое благовествование == .
=== Глава 21, Стих 8 ===
8 Он сказал: берегитесь, чтобы вас не ввели в заблуждение, ибо многие придут
под именем Моим, говоря, что это Я; и это время близко: не ходите вслед их.
9 Когда же услышите о войнах и смятениях, не ужасайтесь, ибо этому надлежит
быть прежде; но не тотчас конец.
10 Тогда сказал им: восстанет народ на народ, и царство на царство;
11 будут большие землетрясения по местам, и глады, и моры, и ужасные
явления, и великие знамения с неба.
Лично для вас благая весть - Единородный Сын Божий Иисус Христос любит вас, Он взошел на крест за ваши грехи, был распят и на третий день воскрес, сел одесную Бога и открыл нам дорогу в Царствие Небесное.
Никто из нас не знает, когда наступит конец всему - но мы живем, отгоняя мысли о нашем предназначении в этом мире и нашей христианской ответственности перед Богом. Грешим и не каемся, совершаем преступления и остаемся безнаказанными до поры до времени, думая что так будет всегда.
Покайтесь, примите Иисуса как вашего Спасителя, ибо наступают последние времена и время близко - стоит Судья у ворот.
Храните себя от идолов и ложных учений, ищите ответы на все вопросы в Библии, молитесь Богу о ваших нуждах - и ожидайте Спасителя нашего Иисуса Христа. Внимайте тому, что Бог говорит вам через Духа Святого, не слушайте лжеучителей и лжепророков, коих много уже сейчас и будет все больше, нам с вами во искушение.
На главной странице этого сайта вы найдете программу для чтения Библии в командной строке - буду очень рад если программа окажется полезной. Пожалуйста, читайте Библию, на экране или в печатном виде - вы будете искренне удивлены как много там сказано лично про вас и ваши обстоятельства.
Вернемся к нашим техническим деталям.
Я предполагаю что уважаемый читатель владеет необходимыми знаниями и навыками использования Linux и Oracle, поэтому я буду очень краток. Цель этой заметки изложить самый простой подход к переустановке EM и прояснить некоторые детали.
EM Grid Control используется для управления большим количеством продуктов Oracle, установлен в единственном экземпляре централизованно на отдельном сервере и поддерживается администраторами баз данных вашей компании. Эту версию системы трогать не нужно, эта статья не про нее. Если в вашей компании есть централизованный EM Grid Control - обращайтесь за помощью к ДБА.
EM Database Control используется для одиночных баз данных, с одним instance или кластерных. Если вы - владелец и администратор такой базы, установленной в виртуальной машине или на отдельно стоящем сервере - Database Control это ваш выбор и эта заметка для вас.
Удаление старой неработающей версии EM
Предположим, что вы получили доступ к серверу, на котором когда-то был Oracle 9, в процессе разработки одна существующая база была обновлена до версий 10.1, 10.2. 11.1 и наконец 11.2. С базой работает только несколько человек из вашей команды разработчиков и используется она только для тестирования. Ваш администратор перегружен работой и не хочет ничего слышать о EM Grid Control и советует вам использовать Toad. Но, как настоящий специалист, вы хотите воспользоваться новыми средствами мониторинга, предлагаемыми в EM 11g. Также мы предположим, что вопрос лицензирования Oracle решен в вашей компании и у вас есть лицензии на использование EM Option packs.
Определим переменную ORACLE_UNQNAME (в моем случае она такая же, как ORACLE_SID - "DB11G") и проверим, какие компоненты установлены:
Мы видим, что элемент "ЕМ" присутствует в списке, также мы видим пользователя с именем "SYSMAN" в DBA_USERS. Удостоверимся, что существующий EM действительно не работает:
Как видно, Enterprise Manager имеется, но в нашем случае совершенно не функционален. Убедитесь, что Oracle Listener запущен и ожидает подключения:
Удаляем необходимые части EM. Я не хочу использовать команду "emca -deconfig dbcontrol db -repos drop", поскольку она переводит базу данных в quiesce mode. Вместо этого:
Убедитесь. что пользователь "SYSMAN" более не существует в DBA_USERS. Если это не так - используйте команду "DROP USER SYSMAN CASCADE;"
Установка EM Database Control
это необходимо для устранения ошибки "CONFIG: Failed to unlock mgmt_view account". Для регистрации базы данных в EM Database Control 11g используется утилита "emca":
Проверим, запущены ли DBConsole и agent, он используется даже в локальной конфигурации:
Не знаю как вам, а мне ни капельки не удивительно что ЕМ 11g использует агента версии 10g. Проигнорируем эту деталь и откроем в броузере страничку "https://OUL5A:1158/em", в моем примере логин "sysman", пароль "1" или из командной строки:
Недавно ORACLE снизил цену на InMemoryDB TimesTen, таким образом получение быстрой базы с поддержкой PL/SQL и гибкой репликацией стало реальностью.
Ниже описаны некоторые особенности инсталляции ORACLE Enterprise Manager 11g с целью мониторинга базы TimesTen. Мониторинг малоинформативен, но, в отсутствие инструментов работы с графическим интерфейсом (есть только SQL Developer), лучше, чем ничего. Для EM12с плагин для TT ещё не выпущен(29.08.2012).
Необходимый набор софта
Настоятельно рекомендую только этот набор.
Платформа:
— Oracle Enterprise Linux 5.5 (удалось установить и на OEL 6.3, но нужны дополнительные действия;
— Virtualbox 4.1.18 (завёлся только для кернела 2.6.32-279.el6.x86_64 OEL 6.3) – можно ставить и напрямую на сервер, но тогда сложно будет клонировать. Можно использовать и другие технологии виртуализации. Выбор VB обусловлен лёгким переносом VM на другие платформы, что выгодно отличает его от моего фаворита KVM.
Дистрибутив БД (нужна для хранения данных EM):
— Oracle 11.2.0.3 (p10404530_112030_Linux-x86-64_1of7.zip и 2of7.zip).
Сервер приложений и сам EM11g (FYI: в EM12c WebLogic встроен в дистрибутив EM):
— WebLogic 10.3.2 (wls1032_generic.jar) – только эта версия и никакая другая;
— EM 11.1.0.1.0 (GridControl_11.1.0.1.0_Linux_x86_1of3.zip, 2of3.zip и 3of3.zip).
Установка Oracle Enterprise Linux
Установка ORACLE 11.2.0.3 DB в версии Enterprise Edition.
В данном разделе не рассмотрены вопросы конфигурирования автостарта и изменение параметров кернела.
Не забываем export DISPLAY=<Свой IP>:0.0
Выбрать “Server” и “Advanced”, Enterprise Edition.
Убрать автоматический Memory management и установить SGA 3079 и PGA 1024
После установки
Изменить
oracle/app/oracle/product/11.2.0/dbhome_1/network/admin/tnsnames.ora
ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST =192.168.6.227)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = orcl)
)
)
oracle/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.6.227)(PORT = 1521))
)
)
ADR_BASE_LISTENER = /home/oracle/app/oracle
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = orcl)
(ORACLE_HOME = /home/oracle/app/oracle/product/11.2.0/dbhome_1)
(SID_NAME =orcl)
)
)
Если при установке использовалась только кнопка “Next”, то правим параметры:
$ sqlplus /nolog
SQL> conn / as sysdba;
SQL> alter system set processes =500 scope = spfile;
SQL> alter system set log_buffer=10485760 scope=spfile;
SQL> show parameter target
SQL> show parameter pga
SQL> alter system set sga_max_size=3072M scope=spfile;
SQL> alter system set sga_target=3072M scope=spfile;
SQL> alter system set session_cached_cursors=200 scope=spfile;
SQL> alter database datafile '/home/oracle/app/oracle/oradata/orcl/undotbs01.dbf' resize 800M;
SQL> alter user sysman account unlock;
SQL> alter user sysman identified by sysman;
SQL> alter user sys identified by sys;
SQL> alter user system identified by system;
SQL> alter user dbsnmp identified by dbsnmp;
SQL> alter system set pga_aggregate_target=512M;
SQL> alter system set shared_pool_size = 800M;
SQL> shutdown immediate;
SQL> startup;
Может понадобиться:
$ less
/.bash_profile
export ORACLE_BASE=/home/oracle/app/oracle
export ORACLE_HOME=/home/oracle/app/oracle/product/11.2.0/dbhome_1
export PATH=$ORACLE_HOME/bin:/usr/ccs/bin:/usr/bin:/usr/ucb:/etc:/usr/openwin/bin:/export/home/oracle/opatch/OPatch:$PATH
export LD_LIBRARY_PATH=".:$ORACLE_HOME/lib:/opt/shared:/usr/local/lib:$LD_LIBRARY_PATH"
export ORACLE_SID=orcl
ulimit –n 4096
По умолчанию ORACLE DB и листенер не запускаются.
Установка WebLogic
Запускаем инсталляцию WebLogic
$ java -d64 -jar wls1032_generic.jar
По умолчанию предлагается какой-то левый каталог. Можно и туда, но для единообразия, лучше в $ORACLE_BASE/middleware, т.е. в /home/oracle/app/oracle/middleware
Убрать галку Run QuickStart.
После установки, сначала накатываем патч на bsu p12426828_1035_Generic(этот патч прокатывает только на новой версии openjdk 1.6, т.е. openjdk из дистрибутива EOL 5.5 не подойдёт, необходимо обновить его либо из репозитория jumpstart, либо репозитория ORACLE. См. выше.)
$ java -jar patch-client-installer330_generic32.jar
Потом ставим патч на WL p9438213_10320_Generic
Копируем его в middleware_home/utils/bsu/cache_dir, распаковываем
$ export MIDDLEWARE_HOME=/home/oracle/app/oracle/middleware
$ cd /home/oracle/app/oracle/middleware/utils/bsu/
$ mkdir cache_dir
$ cd cache_dir/
$ cp
oracle/distr/ogc11/p9438213_10320_Generic.zip ./
$ unzip p9438213_10320_Generic.zip
$ cd $MIDDLEWARE_HOME/utils/bsu/
$./bsu.sh
Запускаться будет долго (видимо, пытается попасть на сервер обновлений). Выбираем WDJ7 и нажимаем +.
Установка Em 11g
Если используется OEL, отличный от непатченного 5.5, то OMS Configuration потерпит неудачу. Это связано с версией JAVA. Установка с java-1.6.0-openjdk.x86_64 1:1.6.0.0-1.27.1.10.8.el5_8 не прокатывает.
Нужно ставить старый java-1.6.0-openjdk-1.6.0.0-1.7.b09.0.1.el5.x86_64.rpm (по слухам, OMS Configuration проходит с openjdk до 18ой версии включительно).
На всякий случай проверяем пользователя sysman. Есть подозрение, что именно ему при инсталляции базы вкатываются схемы enterprise manager, идущего с дистрибутивом базы.
$ sqlplus / as sysdba;
SQL> SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME='SYSMAN';
SQL> alter user sysman account unlock;
SQL> alter user sysman identified by sysman;
Далее сносим локальный репозиторий (в процессе установки EM всё равно попросит это сделать)
$ORACLE_HOME/bin/emca -deconfig dbcontrol db -repos drop -SYS_PWD sys -SYSMAN_PWD sysman
Ответить: orcl, 1521, Y
Далее ОПЦИОНАЛЬНО можно проверить, что пацаны и их схемы теперь не с нами:
$sqlplus / as sysdba
SQL> SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME IN ('SYSMAN','SYSMAN_MDS');
SQL> SELECT FILE_NAME FROM DBA_DATA_FILES WHERE UPPER (TABLESPACE_NAME) LIKE 'MGMT%';
Запускаем инталляцию EM11g
$./runInstaller
Убираем две галки secure, запоминаем порты
и линки, которые будет использовать EM.
Проверяем, что всё заработало:
$ export ORACLE_HOME=/home/oracle/app/oracle/middleware/oms11g
$ORACLE_HOME/bin/emctl status oms
$ export ORACLE_HOME=$ORACLE_BASE/middleware/agent11g
$ORACLE_HOME/bin/emctl status agent
$ORACLE_HOME/bin/emctl upload
Установка агента
После установки можно получить доступ к ORACLE Support из EM, чтобы загружать софт для агентов напрямую.
Setup->Patching Setup. Закладка “Online and Offline Settings” переключить в “Offline”.
Далее по ссылкам в таблице скачать все xml-файлы и сделать их upload в соответствующих строчках. Перевести Connection в Online
Перезапустить.
$ export ORACLE_HOME=/home/oracle/app/oracle/middleware/oms11g
$ emctl stop oms
$ emctl start oms
Заново ввести логин/пароль и, о чудо, коннект появится. Хочется надеяться, что такие бубнопляски необходимы только из-за наличия корпоративного firewall.
Установить соответствующий путь по подсказке “The Software Library has not been configured. Component/Directive/Image/Network/Suite creation will fail if Software Library is not configured. To configure, click on the 'Provisioning' sub-tab, go to the 'Administration' page and set the path for Software Library.”
Например, /home/oracle/app/oracle/middleware/softlib(предварительно необходимо создать)
$ cd /home/oracle/app/oracle/middleware
$ mkdir softlib
На закладке “Deployment” выбрать “Download agent Software”. Выбрать агента для нужной OS и нажать “Download”.
Альтернативный вариант (если доступ к ORACLE Support из EM получить не удалось) – это скачать софт для агента самостоятельно и распаковать его в <OMS_HOME>/sysman/agent_download/На закладке “Deployment” выбрать “Install agent”.
/.ssh
$ /usr/bin/ssh-keygen -t rsa
$ /usr/bin/ssh-keygen -t dsa
$ touch
Далее (разница в путях к $HOME в команде cat обусловлена разными OS, 6.180 – это Solaris 10, 6.227 – OEL 5.5)
$ ssh 192.168.6.180 cat /export/home/oracle/.ssh/id_rsa.pub >> authorized_keys
$ ssh 192.168.6.180 cat /export/home/oracle/.ssh/id_dsa.pub >> authorized_keys
$ ssh 192.168.6.227 cat /home/oracle/.ssh/id_rsa.pub >> authorized_keys
$ ssh 192.168.6.227 cat /home/oracle/.ssh/id_dsa.pub >> authorized_keys
/.ssh/authorized_keys
$ chmod 600
В EM на закладке “Deployment” выбрать “Install Agent”, “Fresh Install”. Возможно появление warning /etc/hosts invalid. Формат подобрать не удалось, поэтому просто Continue.
Для запуска софта ORACLE нужно прописывать ORACLE_HOME под конкретное ПО, например, для запуска EM
$ export ORACLE_HOME=/home/oracle/app/oracle/middleware/oms11g
$ emctl start oms
Установка Plugin TimesTen
Скачиваем TimesTen_EMplugin22.zip
Сверху справа ссылка “Setup”, в левом меню выбираем “Management Plug-ins”,
Далее кнопки “Import” и “Browse”.
Нажать “List Archive”, “Select All” и “OK”.
Далее иконка “Deploy”
Нажать “Go”, выбрать агента и нажать “Select”.
Дождаться окончания процесса.
В разделе “Targets ->All Targets” перейти по ссылке соответствующего агента
В разделе “Monitored targets” в выпадающем списке “Add” справа выбрать “Timesten In Memory Database 11g” и нажать “Go”
Вводим свои параметры подключения, далее “Test Connection” и “ОК”.
В “Monitored Targets” появился наш объект мониторинга
Наслаждаемся результатом
Не смотря на то, что мы рассматриваем Enterprise Manager Grid Control как единое целое, стоит сказать несколько слов о том, что скрывается за этим понятием. EM Grid Control состоит из следующих компонентов:
- Oracle Management Service (OMS)
- Oracle Management Agent (Management Agent)
- Oracle Management Repository (Management Repository)
Наглядная картинка архитектуры Enterprise Manager Grid Control.
Список БД Oracle, на которые можно поставить репозиторий EM.
А вот список поддерживаемых операционных систем.
Ну что ж. Приступим к установке.
В качестве операционной системы у нас выступит RedHat EL 5. Для начала убедимся, что у нас установлены требуемые пакеты, и доставим необходимые. Список нужных пакетов можно посмотреть тут: Meeting Package and Library Requirements.
Далее нам надо создать пользователя, который будет владельцем ПО Oracle и из-под которого будет работать EM. Если вы проделали это раньше, например на этапе установки Oracle Weblogic Server, этот шаг можно пропустить.
И так, нам надо создать: The Oracle Inventory Group (oinstall), OSDBA Group (dba), The Oracle Software Owner User (обычно, oracle).
Теперь скопируем архивы с EM Grid Control на сервер, разархивируем их. Поскольку я ставлю на удаленный сервер, то перенаправим вывод графики на свою машинку, установив переменную DISPLAY, и запустим инсталлер.
На седьмом шаге надо указать параметры доступа к БД, в которой будет создан репозиторий EM.
Если седьмой шаг прошел успешно, то на восьмом шаге надо сконфигурировать репозиторий: пароль пользователя SYSMAN, а именно он является владельцем репозитория и главным пользователем EM, а так же указать где будут расположены файлы необходимых табличных пространств.
В процессе установки появится окошко, где будут указаны скрипты, которые надо выполнить от имени root на нашем сервере.
Ну вот и все!
Если вы переживаете, как сделать так, чтобы EM и все его компоненты запускались одновременно со стартом операционной системы, расслабьтесь, инсталлер об этом уже позаботился (вы можете обнаружить gcstart в /etc/init.d).
Это 2-ой пост из серии «Управление инфраструктурой Oracle с помощью EM Grid Control 11g» и посвящен он непосредственно установке Oracle Enterprise Manager Grid Control 11g.
Повторюсь, но еще раз скажу, что Enterprise Manager Grid Control 11g – это система управления программным обеспечением, которая дает возможность централизованно наблюдать, администрировать и управлять всем циклом жизни инфрастуктуры Oracle и не только.
Среди возможного ПО могут быть базы данных Oracle разных версий и конфигураций, базы данных MS SQL Server, база данных MySQL и прочие, сервера приложений такие как Oracle IAS или из семейства Fusion Middleware, например Weblogic Server, SOA Suite и прочие, или IBM WebSphere. Безусловно все эти продукты имеют свои средства управления и мониторинга, но зачем использовать множество разных консолей, интерфейсов, когда есть возможность делать все это из одного центрального места, которым и является Enterprise Manager Grid Control.
Не смотря на то, что мы рассматриваем Enterprise Manager Grid Control как единое целое, стоит сказать несколько слов о том, что скрывается за этим понятием. EM Grid Control состоит из следующих компонентов:
- Oracle Management Service (OMS)
- Oracle Management Agent (Management Agent)
- Oracle Management Repository (Management Repository)
Наглядная картинка архитектуры Enterprise Manager Grid Control.
Список БД Oracle, на которые можно поставить репозиторий EM.
А вот список поддерживаемых операционных систем.
Ну что ж. Приступим к установке.
В качестве операционной системы у нас выступит RedHat EL 5. Для начала убедимся, что у нас установлены требуемые пакеты, и доставим необходимые. Список нужных пакетов можно посмотреть тут: Meeting Package and Library Requirements.
Далее нам надо создать пользователя, который будет владельцем ПО Oracle и из-под которого будет работать EM. Если вы проделали это раньше, например на этапе установки Oracle Weblogic Server, этот шаг можно пропустить.
И так, нам надо создать: The Oracle Inventory Group (oinstall), OSDBA Group (dba), The Oracle Software Owner User (обычно, oracle).
/* Выясним, есть ли уже в системе нужные группы */ root@oragrid:
Теперь скопируем архивы с EM Grid Control на сервер, разархивируем их. Поскольку я ставлю на удаленный сервер, то перенаправим вывод графики на свою машинку, установив переменную DISPLAY, и запустим инсталлер.
[oracle@oragrid GridControl]$ unzip -d GridControl GridControl_11.1.0.1.0_Linux_1of3.zip . [oracle@oragrid GridControl]$ unzip -d GridControl GridControl_11.1.0.1.0_Linux_2of3.zip . [oracle@oragrid GridControl]$ unzip -d GridControl GridControl_11.1.0.1.0_Linux_3of3.zip . [oracle@oragrid GridControl]$ export DISPLAY=192.168.24.177:0.0 [oracle@oragrid
]$ cd GridControl [oracle@oragrid GridControl]$ ./runInstaller
Здравствуй Oracle Universal Installer
Шаг 2-ой – проверка доступных обновлений. Пропустим этот шаг, ибо и так EM у нас последней версии на момент написания этой статьи.
Шаг 3-ий – выбираем тип установки – новая или добавление нового OMS в существующую структуру.
Шаг 4-ый – проверка предварительных условий, между которых проверка ОС, установленных пакетов, свободного места, памяти и прочего. Если что-то не прошло – в нижнем окошке можно будет увидеть в чем именно проблема, устранить ее и запустить проверку заново.
Шаг 5-ый – намек папки, где находится установленный Weblogic Server, и куда поставить инстанс OMS.
Шаг 6-ой – намек деталей создания нового домена, а именно – администратора домена, и пароль для Node Manager, с помощью которого можно запускать, останавливать инстанс WebLogic Server. Инсталлер EM Grid Control в любом случае создает домен GCDomain на сервере Weblogic, независимо от того, есть какие-то еще домены на сервере или нет.
На седьмом шаге надо указать параметры доступа к БД, в которой будет создан репозиторий EM.
Здесь возможны некоторые сложности. Например если вы ставите EM Repository на базу данных, которая была настроена на управление обычным Database Control Enterprise Manager’ом, а вероятнее только так и было, если вы ставили БД через OUI, то у вас появится вот такая ошибка:
Которая говорит о том, что надо выполнить вот такую команду, чтобы удалить конфигурацию DB EM, чтобы можно было поставить репозиторий на эту базу данных. Скажу честно, у меня этот скрипт отработал, но видимо не все удалилось, и инсталлер все равно прерывался с ошибкой, что какая-то схема уже есть в БД, кажется это было про SYSMAN, я просто из SQLPlus дропнул эту схему с каскадом, затем была ошибка, что все равно схема присутствует, и здесь помогла вот такая команда, опять же из SQLPlus: «delete from SCHEMA_VERSION_REGISTRY where COMP_NAME=’Metadata Services’;», после этого эти ошибки исчезли.
Так же у вас может возникнуть вот такая ошибка:
Она говорит о том, что надо немного поднастроить инстанс (экземпляр) вашей базы данных. Не проблема, открываем SQLPlus из-под sysdba и правим параметры и перезапускаем инстанс, потому как эти параметры статические:
/db11gr2/database> sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Thu Jan 20 18:54:14 2011 Copyright (c) 1982, 2009, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> alter system set session_cached_cursors = 200 scope=spfile; System altered. SQL> alter system set log_buffer = 10485760 scope = spfile; System altered. SQL> alter system set processes = 500 scope = spfile; System altered. SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. SQL> startup; ORACLE instance started.
Если 7-ой шаг прошел успешно, то на восьмом шаге надо сконфигурировать репозиторий: пароль пользователя SYSMAN, а именно он является владельцем репозитория и главным пользователем EM, а так же указать где будут расположены файлы необходимых табличных пространств.
Шаг 10-ый – настройка портов, которые использует EM.
Шаг одиннадцатый – краткий обзор нашей установки.
Шаг двенадцатый – процесс пошел!
В процессе установки появится окошко, где будут указаны скрипты, которые надо выполнить от имени root на нашем сервере.
После копирования файлов, инсталлер запустит ряд помощников, которые сконфигурят и запустят компоненты EM.
Так вот, если вы поставили версию Weblogic Server, отличную от 10.3.2, то здесь вас ждет облом, ибо ассистент «OMS Configuration» получит статус «Failed». И единственный выход на данный момент – это удаление текущего Weblogic Server и установка Weblogic Server версии 10.3.2.
Ну вот и все!
Если вы переживаете, как сделать так, чтобы EM и все его компоненты запускались одновременно со стартом операционной системы, расслабьтесь, инсталлер об этом уже позаботился (вы можете обнаружить gcstart в /etc/init.d).
Теперь можно смело открывать консоль EM Grid Control, указать логин sysman, пароль, который вы сами задали и вперед!
Данная инструкция предназначена для установки Oracle Database 11g на ОС Windows 7 64bit исключительно для целей разработки и тестирования на локальной машине разработчика.
Исходя из этого, Oracle настраивается с минимально необходимым количеством доступных ресурсов для разработки небольших проектов в рамках курса. Рекомендации, описанные ниже абсолютно неприменимы для развертывания Oracle Database для промышленной эксплуатации и/или работы под большой нагрузкой с существенными объемами данных.
=
4. После установки появится папка D:\app\. со следующими ключевыми файлами:
- D:\app\Eugene\product\11.2.0\dbhome_1\BIN\sqlplus - клиент командной строки Oracle. Пока не создан экземпляр базы данных он бесполезен.
- D:\app\Eugene\product\11.2.0\dbhome_1\NETWORK\ADMIN - после настройки Listener и создания базы тут появятся конфигурационные файлы listener.ora и tnsnames.ora в которых прописаны хост, порт и названия инстансов БД для подключения к ним клиентов.
- D:\app\Eugene\product\11.2.0\dbhome_1\BIN\dbca.bat - Database Configuration Assistant - UI утилита для создания экземпляра Oracle
- D:\app\Eugene\product\11.2.0\dbhome_1\BIN\netca.bat - Network Configuration Assistant - UI утилита для создания Listener-а, который необходим для подключения клиентов к экземпляру Oracle.
5. Запустите D:\app\Eugene\product\11.2.0\dbhome_1\BIN\netca.bat как Administrator (правой кнопкой мыши → Run as administrator)
6. Запустите D:\app\Eugene\product\11.2.0\dbhome_1\BIN\dbca.bat как Administrator (правой кнопкой мыши → Run as administrator)
Большинство параметров можно оставить по-умолчанию, но некоторые необходимо поменять, как на экранах ниже:
- Не выбирать шаблон с данными, выбрать Custom Database
- Имя экземпляра и SID оставить одинаковыми (стандартно для локальной установки берут ORCL, либо другое короткое запоминающееся имя)
- Выключить Enterprise Manager и Automatic Maintenance
- Указать пароли для системных пользователей SYSTEM и SYS (стандартный пароль - manager)
- Выключить Flash Recovery
- Снять все опции на Database Components и "Standard Database Components". Можно оставить только Oracle JVM - с ней идет много полезных по функциональности пакетов, которые могут пригодится в разработке. Некоторые опции можно и оставить, но они существенно замедлят создание базы, Oracle XML DB занимает распространенные сетевые порты компьютера (8080) и может конфликтовать с другими приложениями.
- Уменьшить объем доступной Oracle оперативной памяти до минимума. Если вы оставили Oracle JVM, то рекомендуется оставить больше памяти (например, 1Gb), иначе возможны ошибки во время создания экземпляра, например,
ORA-00604: ошибка на рекурсивном SQL-уровне 1 ORA-04031: невозможно выделить 4096 байт разделяемой памяти ("java pool","unknown object","JOXLE^ebb55619",":SGAClass")
7. Поменять параметр реестра через regedit, чтобы окончательно отучить утилиты командной строки Oracle (sqlplus) говорить по-русски с неправильной кодировкой. Целевое значение для ключа NLS_LANG : AMERICAN_AMERICA.CL8MSWIN1251
8. После создания экземпляра Oracle необходимо сделать несколько проверок:
- Панель управления → Администрирование → Службы: Должны появиться 2 ключевых сервиса: OracleOraDB11g_home1TnsListener и OracleServiceORCL. Эти службы должны быть запущены, но, если вы не пользуетесь Oracle постоянно, для экономии памяти их можно поставить в режим "Manual" и включать при необходимости. Названия служб может меняться в зависимости от того, как вы назвали Listener и экземпляр.
- В командной строке ввести sqlplus system/manager@ORCL где manager - ваш пароль для аккаунта SYSTEM, указанный при создании экземпляра.
Если после этого вы получили ошибку ORA-12514: TNS:listener does not currently know of service requested in connect , попробуйте выполнить следующие шаги:
Проверить D:\app\. \product\11.2.0\dbhome_1\NETWORK\ADMIN\listener.ora и tnsnames.ora существуют и содержат примерно следующее (HH2 - это имя вашей машины, либо ее IP адрес)
после изменения listener.ora требуется перезапустить сервис Listener
Зайти в базу данных локально как sysdba, выполнить команду alter system register, которая зарегистрирует инстанс в listener-e форсированно и повторить попытку соединиться через Listener как описано выше.
9. Создать своего пользователя, под которым уже создавать свои таблицы и другие объекты.
Читайте также: