Меню Рубрики

Установка oracle на gentoo

Установка oracle на gentoo

/oracle_10g_10. $ ./runInstaller -ignoreSysPrereqs
Starting Oracle Universal Installer.

Checking installer requirements.

Checking operating system version: must be redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2
Failed >> Ignoring required pre-requisite failures. Continuing.

Preparing to launch Oracle Universal Installer from /tmp/OraInstall2006-08-15_06-50-01PM. Please wait .
Oracle Universal Installer, Version Production
Copyright (C) 1999, 2005, Oracle. All rights reserved.

Exception java.lang.UnsatisfiedLinkError: /tmp/OraInstall2006-08-15_06-50-01PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory occurred..
java.lang.UnsatisfiedLinkError: /tmp/OraInstall2006-08-15_06-50-01PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at sun.security.action.LoadLibraryAction.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.NativeLibLoader.loadLibraries(Unknown Source)
at sun.awt.DebugHelper. (Unknown Source)
at java.awt.Component. (Unknown Source)
at oracle.sysman.oii.oiif.oiifm.OiifmGraphicInterfaceManager. (OiifmGraphicInterfaceManager.java:222)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.createInterfaceManager(OiicSessionInterfaceManager.java:193)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.getInterfaceManager(OiicSessionInterfaceManager.java:202)
at oracle.sysman.oii.oiic.OiicInstaller.getInterfaceManager(OiicInstaller.java:436)
at oracle.sysman.oii.oiic.OiicInstaller.runInstaller(OiicInstaller.java:926)
at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:866)
Exception in thread «main» java.lang.NoClassDefFoundError
at oracle.sysman.oii.oiif.oiifm.OiifmGraphicInterfaceManager. (OiifmGraphicInterfaceManager.java:222)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.createInterfaceManager(OiicSessionInterfaceManager.java:193)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.getInterfaceManager(OiicSessionInterfaceManager.java:202)
at oracle.sysman.oii.oiif.oiifm.OiifmAlert. (OiifmAlert.java:151)
at oracle.sysman.oii.oiic.OiicInstaller.runInstaller(OiicInstaller.java:984)
at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:866)

/oracle_10g_10. $ ldd /tmp/OraInstall2006-08-15_06-50-01PM/jre/1.4.2/lib/i386/libawt.so
linux-gate.so.1 => (0xffffe000)
libmlib_image.so => not found
libjvm.so => not found
libXp.so.6 => not found
libXt.so.6 => not found
libXext.so.6 => not found
libXtst.so.6 => not found
libX11.so.6 => not found
libm.so.6 => /lib32/tls/libm.so.6 (0x5586f000)
libdl.so.2 => /lib32/libdl.so.2 (0x55892000)
libjava.so => not found
libc.so.6 => /lib32/tls/libc.so.6 (0x55896000)
/lib/ld-linux.so.2 (0x56555000)

/oracle_10g_10. $ locate libXp.so.6

/oracle_10g_10. $ echo $LD_LIBRARY_PATH

/oracle_10g_10. $ export LD_LIBRARY_PATH=»:/usr/lib/oracle/″

/oracle_10g_10. $ ./runInstaller -ignoreSysPrereqs
Starting Oracle Universal Installer.

Checking installer requirements.

Checking operating system version: must be redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2
Failed >> Ignoring required pre-requisite failures. Continuing.

Preparing to launch Oracle Universal Installer from /tmp/OraInstall2006-08-15_07-07-28PM. Please wait .
Oracle Universal Installer, Version Production
Copyright (C) 1999, 2005, Oracle. All rights reserved.

Exception java.lang.UnsatisfiedLinkError: /tmp/OraInstall2006-08-15_07-07-28PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory occurred..
java.lang.UnsatisfiedLinkError: /tmp/OraInstall2006-08-15_07-07-28PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at sun.security.action.LoadLibraryAction.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.NativeLibLoader.loadLibraries(Unknown Source)
at sun.awt.DebugHelper. (Unknown Source)
at java.awt.Component. (Unknown Source)
at oracle.sysman.oii.oiif.oiifm.OiifmGraphicInterfaceManager. (OiifmGraphicInterfaceManager.java:222)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.createInterfaceManager(OiicSessionInterfaceManager.java:193)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.getInterfaceManager(OiicSessionInterfaceManager.java:202)
at oracle.sysman.oii.oiic.OiicInstaller.getInterfaceManager(OiicInstaller.java:436)
at oracle.sysman.oii.oiic.OiicInstaller.runInstaller(OiicInstaller.java:926)
at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:866)
Exception in thread «main» java.lang.NoClassDefFoundError
at oracle.sysman.oii.oiif.oiifm.OiifmGraphicInterfaceManager. (OiifmGraphicInterfaceManager.java:222)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.createInterfaceManager(OiicSessionInterfaceManager.java:193)
at oracle.sysman.oii.oiic.OiicSessionInterfaceManager.getInterfaceManager(OiicSessionInterfaceManager.java:202)
at oracle.sysman.oii.oiif.oiifm.OiifmAlert. (OiifmAlert.java:151)
at oracle.sysman.oii.oiic.OiicInstaller.runInstaller(OiicInstaller.java:984)
at oracle.sysman.oii.oiic.OiicInstaller.main(OiicInstaller.java:866)

������ �� �������� �� �����? ��. ���������, ������������� ����������� �� ����������� ������, �� � �������� ������� (export DISPLAY=ip_addr:0) �� ��������� �������, �� ������� �������� X-Win32. � ����� ���� �������� ����� ������� �� ���������, ����� � �� ���� 🙁 15 ��� 06, 19:41����[3007056] �������� | ���������� �������� ����������

Re: ��������� 10g �� Linux Gentoo [new]
Vadim Lejnin
���������� � ����������� �����������:

�� ������� 🙁 �� �� ������ — �� ����� ����� ����������� libXp.so.6 16 ��� 06, 09:16����[3008162] �������� | ���������� �������� ����������

Re: ��������� 10g �� Linux Gentoo [new]
16 ��� 06, 10:29����[3008597] �������� | ���������� �������� ����������
Re: ��������� 10g �� Linux Gentoo [new]
16 ��� 06, 10:33����[3008637] �������� | ���������� �������� ����������
Re: ��������� 10g �� Linux Gentoo [new]
�������� ����� ���������� ������� ��� ������� ����� ���� �� ������� ����� ���������� ���� �� ����

��, �������, �� � ��� �������� �������� �� Linux Gentoo � ����� �� ��� ������������ �����. ������ ���, ������� ��� ���� �������� ������ ��� �� �������� 🙁

Yes! ������ ����� Google � ��� ������. �������� �������� ���������� ��������� �������:
app-emulation/emul-linux-x86-gtklibs 16 ��� 06, 11:38����[3009249] �������� | ���������� �������� ����������

Re: ��������� 10g �� Linux Gentoo [new]
�������� ����� ���������� ������� ��� ������� ����� ���� �� ������� ����� ���������� ���� �� ����

��, �������, �� � ��� �������� �������� �� Linux Gentoo � ����� �� ��� ������������ �����. ������ ���, ������� ��� ���� �������� ������ ��� �� �������� 🙁

ranger. 16 ��� 06, 12:19����[3009694] �������� | ���������� �������� ����������

Re: ��������� 10g �� Linux Gentoo [new]
16 ��� 06, 12:24����[3009745] �������� | ���������� �������� ����������
Re: ��������� 10g �� Linux Gentoo [new]

����� ����� ������������ ����� �� ������������������� ������������? ���� ���� ��� ���������?

��� ���������� � ������� ������ ��, ��� ������������ � ��� ����� — ������ ����������� ��������� Oracle, ������� ��� ��� � ���������� ���, ��� �������� ������������� ������ �� ��������. ��, ��� «��� ����� ��� ������ �� �����», ��������, ��� ����������� ������� ���� � ����� ������� ������, ������� �����������, ������ ������ �� ������, � ������ ���� �� ���� ���� �� ������. ��� ������ — ����� ������


16 ��� 06, 12:34����[3009825] �������� | ���������� �������� ����������
Re: ��������� 10g �� Linux Gentoo [new]

����� ����� ������������ ����� �� ������������������� ������������? ���� ���� ��� ���������?

��� ���������� � ������� ������ ��, ��� ������������ � ��� ����� — ������ ����������� ��������� Oracle, ������� ��� ��� � ���������� ���, ��� �������� ������������� ������ �� ��������. ��, ��� «��� ����� ��� ������ �� �����», ��������, ��� ����������� ������� ���� � ����� ������� ������, ������� �����������, ������ ������ �� ������, � ������ ���� �� ���� ���� �� ������. ��� ������ — ����� ������

�� ����� �����, � �� ����� �� ����� ������������ �������, ��� ����� ��������������� �� �������� (����������� ������� ����, ������. ). �� ��� ����� ����� ������, ���� ����� ������� ����������� �� ���� «������������ �� � ��� Oracle?»

16 ��� 06, 13:11����[3010135] �������� | ���������� �������� ����������
Re: ��������� 10g �� Linux Gentoo [new]
����������� �� ���� «������������ �� � ��� Oracle?»

� ��� ������ ������ �����������? ������ ����� ������� ��������� ����� ����� � ���������� ����� ��������, �� ���������� �������� ������ � ������� ����� � ����� ������.
���� �� ������������� ������ ��������� ��� ���� �����. ������� �������������� Oracle ����� ���� ������ �� �������������� ���������, ������ ����� ������ ��� ������ � ��� �� �������.
16 ��� 06, 13:20����[3010208] �������� | ���������� �������� ����������
����� ����������� �������� ����� 1 ����.
Re: ��������� 10g �� Linux Gentoo [new]
4 ��� 09, 10:26����[7141135] �������� | ���������� �������� ����������
Re: ��������� 10g �� Linux Gentoo [new]

База данных Oracle Database для начинающих: основы базы данных

Эта статья поможет получить четкое представление о процедуре инсталляции программного обеспечения (ПО) сервера баз данных (БД) Oracle Database 11g. В ней приведены примеры установки Oracle 11g на сервере, работающем под управлением операционной системы Red Hat Enterprise Linux WS 3.

Процедуры инсталляции для различных вариантов UNIX, таких как Solaris от компании Sun, HP-UX от Hewlett Packard, AIX от IBM и других, имеют определенные особенности, но основные действия по существу остаются неизменными. Перед установкой ПО Oracle и после нее как пользователь, так и системный администратор Linux/UNIX должен выполнить несколько действий. Все они описаны в этой статье. Установка программного обеспечения должна осуществляться в соответствии с продуманным планом, и в этой статье моего блога описана процедура, соответствующая известным рекомендациям по оптимальной гибкой архитектуре (Optimal Flexible Architecture — OFA).

Обратите внимание, что в этой статье описаны основные особенности общей инсталляции Oracle. Поэтому перед началом установки ПО Oracle 11g важно запастись руководством по инсталляции Oracle в конкретной операционной системе. Все руководства подобного рода доступны на веб-сайте Oracle Technology Network (OTN).

Разумеется, инсталляция и конфигурирование Real Application Clusters (RAC) или иной столь же сложной архитектуры потребует больше времени. Учитывая сложность ПО сервера баз данных Oracle, реальное время, требуемое для установки ПО, весьма незначительно по сравнению с временем, необходимым для правильного выполнения всех подготовительных действий. При соблюдении всех рекомендаций процесс инсталляции должен быть успешно выполнен с первой попытки.

Инсталляция Oracle

Когда дело доходит до нюансов процесса, инсталляция ПО сервера Oracle в действительности не представляет сложности. Установка всего программного обеспечения займет, вероятно, несколько часов. Все основные усилия потребуются для правильного планирования таких нюансов, как физическое дисковое пространство и выделение памяти, а также определение конфигурации операционной системы, необходимой для оптимального функционирования баз данных Oracle.

На заметку! Инсталляция клиента Oracle — значительно более простая задача. Достаточно при вызове программы установки Oracle просто выбрать опцию установки клиента, а не сервера.

В дальнейшем предполагается, что вы или ваша организация приобрели необходимое ПО у Oracle Corporation. В этом случае компания Oracle пришлет компакт-диски с программным обеспечением. Если же нужно просто опробовать ПО базы данных Oracle,покупать его вовсе не нужно. ПО сервера Oracle можно бесплатно загрузить с веб-сайта OTN по адресу http://technet.oracle.com/. На этом сайте хранятся полные версии ПО для предприятий для всех серверов UNIX, Linux и Windows. Кроме того, на сайте http://tahiti.oracle.com можно найти руководства по установке и администрированию операционных систем.

Ознакомление с документацией

Тщательно ознакомившись с руководствами по установке Oracle для конкретной операционной системы, можно уберечь себя от множества неприятностей во время процесса инсталляции. Эти руководства очень четки и предоставляют подробные инструкции по процессу установки. Ознакомиться необходимо со следующими комплектами документов по инсталляции.

  • Руководство по установке Oracle для используемой операционной системы. Этот документ предоставляет информацию о системных требованиях, пользователях и группах UNIX и о других требованиях, а также помогает выполнить все процессы во время инсталляции и после ее завершения.
  • Замечания по данной версии ПО и дополнениями к ним. Замечания по данной версии и любые связанные с ними дополнения очень важны и отражают самые последние изменения в инсталляционных процедурах и модернизации многих компонентов сервера и клиента базы данных Oracle. Последние изменения, описанные в замечаниях по версии (и соответствующих дополнениях), могут оказаться решающими для успешной установки различных компонентов.
  • Файлы README. Обычно файлы README хранятся в каталоге \doc\readmes на первом компакт-диске программного продукта.

Замечания по версии и файлы README информируют о потенциальных ограничениях, связанных с инсталляцией и использованием нового ПО Oracle Database 11g.

На заметку! Руководство по установке и замечания по версии доступны на сайте OTN (http://technet.oracle.com/), а также на сайтах http://docs.oracle.com/ или http://tahiti.oracle.com/.

Определения требований к дисковому пространству и памяти

При планировании установки нового ПО Oracle следует уделить особое внимание двум основным ресурсам операционной системы: объему дискового пространства и объему памяти (ОЗУ), которые должны быть выделены на компьютере сервера.

Общий объем физического пространства (дисковой памяти) будет зависеть от размера приложений и данных. Само по себе ПО Oracle занимает приблизительно 1,5–2 Гбайт дискового пространства, в зависимости от операционной системы. Это программное обеспечение должно будет управлять одной или несколькими базами данных, поэтому общий необходимый объем дискового пространства будет зависеть от суммарного размера всех баз данных. Необходимо определить размеры таблиц и индексов, а также количество сохраненных процедур, которые будут использоваться в базе данных. Следует также максимально точно оценить увеличение объема данных в будущем. Если предполагается, что база данных будет быстро увеличиваться в размерах, ее необходимо обеспечить соответствующим дисковым пространством. Планирование нужно выполнять заблаговременно, поскольку дисковое пространство требует вложения денежных средств, и неправильная оценка может поставить вас сложное положение.

Совет. Для крупных баз данных размеры таблиц и индексов будут определяющими факторами общего размера базы данных. К счастью, размер базы данных легко определить с помощью электронных таблиц размеров баз данных. Одна из таких электронных таблиц доступна на сайте компании Blue Hills Technology Corporation по адресу http://bhtech.com/. Хотя эта электронная таблица составлена для более старой версии Oracle, положенная в ее основу концепция остается неизменной, и с ее помощью можно получить достаточно точную оценку размеров таблиц и индексов.

Общий объем необходимой памяти будет зависеть от размера и сущности приложений. Компания Oracle приводит практическое правило определения требований к памяти, которому можно следовать на начальных этапах планирования системы. Впоследствии эти начальные оценки можно будет уточнять.

Минимальное требование, выдвигаемое Oracle к объему памяти, составляет 256 Мбайт, но этого объема недостаточно для серьезных приложений. В зависимости от размера приложения и количества пользователей, объем требуемого ОЗУ может достигать нескольких Гбайт. Кроме того, Oracle требует выделения пространства подкачки, размер которого должен в 2–3 раза превышать объем ОЗУ, выделенного для Oracle. Требования к приложениям, которые будут действовать в системе, будут определять общий объем необходимой памяти. Система, по меньшей мере, не должна отграничиваться объемом доступной памяти, поскольку недостача памяти ведет к интенсивной подкачке и постраничной записи данных на диск, что может чрезвычайно замедлить работу системы. В одной из своих следующих статей в блоге я планирую описать процесс мониторинга за использованием памяти и определения условий, когда ее объем требует увеличения.

Оптимальная гибкая архитектура (Optimal Flexible Architecture — OFA)

Хотя ПО сервера баз данных Oracle и управляемые сервером базы данных будут функционировать при их установке на единственном диске или никак не организованном наборе дисков, отсутствие хорошо продуманной стратегии выделения дискового пространства приведет к снижению производительности и подвергнет риску безопасность баз данных. Из соображений эффективности, а также по ряду других причин компания Oracle настоятельно рекомендует применять методологию организации дискового пространства, формально называемую оптимальной гибкой архитектурой (Optimal Flexible Architecture — OFA).

Прежде чем приступать к любой инсталляции самого ПО Oracle, абсолютно необходимо ознакомиться с рекомендациями OFA по правильной организации дискового пространства. OFA — это набор рекомендаций от Oracle, которые призваны упростить управление сложными ПО и базами данных, часто работающими под управлением нескольких версий ПО. По сути, OFA представляет собой стандартизованный способ именования различных физических компонентов Oracle и их размещения в файловой системе в соответствии с логической схемой.

На заметку! Рекомендации OFA были сформулированы в компании Oracle в 1990 г. во внутреннем документе, написанном Кэри Миллсапом (Cary Millsap). В 1995 г. Миллсап отредактировал эти рекомендации и опубликовал их под названием OFA Standard: Oracle for Open Systems (Стандарт OFA: Oracle для открытых систем). Этот и множество других замечательных документов можно найти на сайте http://www.hotsos.com/.

Рекомендации OFA являются единственными, опубликованными компанией Oracle, и им не обязательно следовать в полном объеме. Однако OFA были разработаны с целью уменьшения конкуренции за дисковое пространство, для обеспечения успешной работы более чем одной базы данных без создания административных проблем и для повышения производительности БД. Размещение каталогов UNIX в соответствии с рекомендациями OFA ведет к четкому и эффективному распределению различных файлов Oracle,даже при одновременном функционировании нескольких баз данных, управляемых различными версиями Oracle.

Рекомендации OFA можно считать набором наиболее рациональных практических подходов к двум важным аспектам — распределению дискового пространства и соглашениям об именовании, — выработанных на основе обширного опыта, накопленного профессионалами из Oracle. Хотя первоначально рекомендации OFA предназначались только для внутреннего использования в Oracle, в настоящее время они служат стандартом, на который должны равняться все инсталляции Oracle.

Если когда-либо вам придется заниматься переустановкой базы данных, файлы которой хранятся в каталогах, разбросанных по всей системе, вы незамедлительно оцените преимущества OFA. Если предыдущий администратор БД придерживался рекомендаций OFA, любой новый сотрудник для нахождения различных типов информации может обратиться к стандартным каталогам. Если база данных увеличивается и нуждается в дополнительном дисковом пространстве, следование рекомендациям OFA обеспечит выделение этого пространства в соответствующих каталогах, имена которых соответствуют стандартному соглашению об именовании. Стандартизация размещения каталогов и файлов ведет минимизации накладных расходов при администрировании и способствует получению более эффективных баз данных. При размещении различных категорий файлов в независимых подкаталогах UNIX операции с файлами одной категории оказывают минимальное влияние на файлы других категорий.

Польза от рекомендаций OFA становится особенно очевидной при поддержании нескольких баз данных на одном сервере. Задачу администрирования можно значительно упростить, используя структурированную систему OMF для поддержания файлов. Создание новых баз данных не составит никакой проблемы, поскольку каждая БД располагается в собственных каталогах, что упрощает администрирование пользователей и создание новых баз данных.

Рекомендации OFA способствуют также надежности БД, поскольку сбой жесткого диска не будет оказывать влияние на все действующие приложения — эти рекомендации позволяют эффективно распределять нагрузку между дисководами, тем самым повышая производительность и минимизируя конкуренцию за дисковое пространство. Рекомендации OFA поощряют также эффективное разграничение административных файлов от нескольких баз данных за счет использования стандартных соглашений об именовании. Еще одно огромное преимущество применения OFA — возможность одновременного использования нескольких версий ПО Oracle. Это позволяет на одном и том же сервере запускать и производственные, и тестовые базы данных, работающие под управлением разных версий Oracle.

Прежде чем углубиться в подробное рассмотрение концепций OFA и нюансов реализации, необходимо ознакомиться со следующими терминами.

  • Точки монтирования. Это каталоги в файловой системе UNIX, используемые для доступа к установленным файловым системам.
  • Файлы программного продукта. Это множество наборов конфигурационных и бинарных исполняемых файлов, поставляемых с программным обеспечением Oracle.
  • Версии. Так называют полностью новые выпуски или указываемые после точки модернизации (исправленные модернизации). Например, и —различные версии ПО сервера.
  • Файлы данных Oracle. Файлы UNIX, которые содержат таблицы и данные индексов Oracle.
  • Административные файлы Oracle. Эти файлы содержат файлы журналов базы данных, ошибок и т.п.
  • Табличные пространства. Этот термин относится к логическому распределению пространства внутри системы Oracle.

Совет. В случае использования файловых систем NFS, следует знать, что это не может всегда гарантировать успешное завершение операций записи, оставляя открытой возможность повреждения файла. Если только поставщик устройства хранения данных не присутствует в списке участников программы совместимости устройств хранения (Oracle Storage Compatibility Program — OSCP), не устанавливайте программное обеспечение в файловых системах NFS.

Точки монтирования

Точки монтирования — это имена каталогов, под которыми файловые системы монтируются операционной системой UNIX. То есть точкой монтирования называют каталог высшего уровня в файловой системе. Oracle рекомендует всем точкам монтирования Oracle присваивать имена в соответствии с соглашением об именовании /pm,где p — строковая константа, отличающая данную точку монтирования от других, а m — двузначное число. Другими словами, точкам монтирования можно присваивать имена /u01, /u02, /u03 и т.д. Имена точек монтирования должны быть простыми и не содержать никакой информации, связанной с оборудованием. Тогда замена аппаратного обеспечения дисковой системы не будет влиять на имена точек монтирования.

Согласно рекомендаций OFA, система должна использовать четыре точки монтирования. Первая из них предназначена для бинарных файлов сервера Oracle Database 11g,а остальные три — для хранения файлов базы данных. Предположим, что создаются точки монтирования для базы данных prod. В этом случае три точки монтирования,предназначенные для файлов данных, могут быть названы следующим образом:

Эта терминология дает ясно понять, что эти файловые системы предназначены для баз данных Oracle, и что данные различных БД хранятся в различных точках монтирования.

Соглашения об именовании каталогов и файлов

В системах Linux и UNIX домашний каталог — это каталог, в который пользователь попадает при первом входе в систему. Имена всех домашних каталогов должны соответствовать соглашению об именовании /pm/h/u, где pm — имя точки монтирования,h — стандартное имя каталога, а u относится к владельцу каталога.

Например, каталог /u01/app/oracle мог бы быть домашним каталогом пользователя oracle. Обратите внимание, что в дальнейшем домашний каталог каждого пользователя (например, /u01/app/oracle) обозначается единственной буквой h.

Структура каталогов

Во время инсталляции на экран будет выведен запрос о пути к нескольким основным каталогам Oracle. Их размещение кратко рассматривается в этом разделе. Для упомянутых каталогов можно использовать любую структуру, но, как вы убедитесь, соблюдение рекомендованной здесь стандартной структуры каталогов упрощает администрирование нескольких баз данных и версий ПО на одном сервере.

Базис Oracle

Корнем структуры каталогов Oracle является каталог, называемый базисом Oracle (Oracle base) и обозначенный переменной среды ORACLE_BASE. Каталог базиса Oracle является верхним каталогом для всех инсталляций ПО Oracle. Как уже упоминалось,компания Oracle рекомендует использовать имя в форме /pm/h/u.

Обычно по умолчанию владелец базисного каталога Oracle — пользователь oracle, а стандартный каталог обычно называется app. Следовательно, базисный каталог Oracle, как правило, имеет имя вида /pm/app/oracle (например, /u01/app/oracle).

Программа установки Oracle примет этот каталог в качестве используемого по умолчанию базиса Oracle и инсталлирует в него все ПО. Базисный каталог Oracle можно создать с помощью следующих команд (если u01 — точка монтирования, а пользователь oracle — владелец ПО Oracle):

Домашний каталог Oracle

  • Домашний каталог Oracle, обозначенный переменной среды ORACLE_HOME, чрезвычайно важен, поскольку исполняемые файлы ПО сервера Oracle и другие конфигурационные файлы размещаются именно в этом каталоге.
  • Например, каталог $ORACLE_HOME/bin содержит исполняемые файлы продуктов Oracle, а $ORACLE_HOME/network — файлы Oracle Net Services (сетевые службы Oracle).
  • В структуре Oracle Database 11g рекомендуемый OFA путь к домашнему каталогу Oracle изменен. Чтобы соблюсти требования OFA по обеспечению одновременной работы нескольких версий ПО Oracle, его нужно устанавливать в каталог с путем

где новые переменные имеют следующие значения:

  • v — версия программного обеспечения;
  • type — тип установки, такой как база данных (d), клиент (client) или сопровождающее ПО (companion);
  • n — необязательный счетчик, который позволяет многократно инсталлировать один и тот же программный продукт в одном и том же базисном каталоге Oracle.

В приведенном формате синтаксиса домашнего каталога Oracle первая часть /pm/h/u — не что иное, как базисный каталог Oracle. Таким образом, домашний каталог Oracle всегда располагается под базисным каталогом Oracle и может быть указан как $ORACLE_BASE/product/v/type_[n].

Используя рекомендованный OFA путь к домашнему каталогу Oracle, различные продукты — сервер и клиент с одним номером версии (например, Oracle 11.1.0) — можно устанавливать в один базисный каталог Oracle.

На заметку! Формальное название версии сервера базы данных Oracle, описываемой в этой книге — Oracle Database 11g Release 2. Однако периодически будут встречаться ссылки на 11.1, 11.1.0 или Oracle 11.1, которые являются альтернативными наименованиями одного и того же ПО.

db_1 и client_1 в конце путей указывают, что эти каталоги являются соответственно домашними каталогами Oracle для первой инсталляции базы данных Oracle и ПО клиента Oracle.

Oracle поддерживает несколько домашних каталогов Oracle, но продукты из одного выпуска Oracle нельзя устанавливать в домашний каталог Oracle другого выпуска. ПО Oracle Database 10.2 придется установить в новый домашний каталог Oracle. Например, программное обеспечение Release 10.2 нельзя инсталлировать в домашний каталог Oracle Oracle9i. Однако этот выпуск ПО можно устанавливать в одной системе более одного раза при условии выбора отдельного домашнего каталога Oracle для каждого выпуска. Один и тот же продукт можно также многократно устанавливать в домашний каталог Oracle, как показано в следующем примере:

По завершении инсталляции программного обеспечения переменную среды ORACLE_HOME нужно установить так, чтобы она указывала на домашний каталог Oracle.

При установке ПО Oracle Database 11g универсальный инсталлятор Oracle предложит указать размещение базисного каталога Oracle. Рекомендуется использовать общий базисный каталог Oracle для всех домашних каталогов Oracle, создаваемых на сервере. Хотя программа установки будет определять местоположение домашнего каталога Oracle на основе местоположения базисного каталога, указанного во время инсталляции, это используемое по умолчанию местоположение можно изменять.

В текущей версии переменная среды ORACLE_BASE является только рекомендуемой,но в последующих версиях компания Oracle планирует сделать ее обязательной. Oracle рекомендует создавать область пакетного восстановления (flash recovery area) и файлы данных в подкаталогах базисного каталога Oracle.

Размещение области пакетного восстановления и файлов данных

Базис Oracle является отправной точкой для размещения по умолчанию всех файлов данных и области пакетного восстановления. Oracle рекомендует помещать домашний каталог Oracle, файлы данных и область пакетного восстановления в отдельные точки монтирования, как показано в следующем примере:

Естественно, в случае применения технологии Oracle RAC область пакетного восстановления и файлы данных будут совместно использоваться различными узлами RAC.

Хранилище данных автоматической диагностики

В Oracle Database 11g все диагностические данные собраны в новом хранилище ADR (Automatic Diagnostic Repository — Репозиторий данных автоматической диагностики).База данных хранит ADR в базисном каталоге ADR. Местоположение базисного каталога ADR по умолчанию определяется новым параметром инициализации DIAGNOSTIC_DEST.

Если этот параметр не указан явно, база данных определяет значение DIAGNOSTIC_DEST следующим образом.

  • Если значение переменной среды ORACLE_BASE установлено, значение параметра DIAGNOSTIC_DEST по умолчанию совпадает со значением переменной ORACLE_BASE.
  • Если значение переменной среды ORACLE_BASE не установлено, значение параметра DIAGNOSTIC_DEST по умолчанию устанавливается равным $ORACLE_HOME/log.

Каталог Oracle Inventory

Oracle использует специальный каталог Oracle Inventory (Опись Oracle), также известный, как OraInventory, для хранения описи всего программного обеспечения Oracle,установленного на сервере. Несколько установок Oracle могут совместно использовать один каталог Oracle Inventory. Путь к этому каталогу нужно указывать только при первой инсталляции продукта Oracle на сервере. Обычно формат этого каталога имеет следующий вид:

Например, если /u01/app/oracle — местоположение каталога ORACLE_BASE, то каталогом Oracle Inventory будет

При первой инсталляции ПО Oracle программа установки попросит указать путь к каталогу OraInventory и автоматически создаст его.

Административные файлы Oracle Database

Каждая база данных Oracle Database имеет несколько связанных с ней административных файлов. К ним относятся файлы конфигурации, файлы дампа ядра, файлы трассировки, файлы экспорта и другие связанные с БД журнальные файлы. Для упрощения обслуживания эти файлы нужно хранить в отдельных каталогах. Учитывая, что для каждой базы данных может существовать около десятка таких файлов, понятно, почему важно располагать простыми средствами их организации. Oracle рекомендует использовать следующую структуру этих каталогов: /h/admin/d/a, где h представляет базисный каталог Oracle (например, /u01/app/oracle), admin указывает, что данный каталог содержит файлы, связанные с администрированием, d представляет конкретную базу данных, а a — подкаталоги для каждого конкретного типа административных файлов. Например, каталог /u01/app/oracle/admin/prod1/bdump будет содержать все файлы трассировки фоновых процессов, а также крайне важные журнальные файлы предупреждений базы данных prod1.

Некоторые из стандартных административных каталогов, которые будут требоваться в большинстве случаев, перечислены в таблице ниже конечно, этот рекомендуемый список можно расширять или изменять в соответствии с конкретными ситуациями.

Каталог Содержимое
adhoc Содержит специальные SQL-файлы.
arch Содержит архивные файлы журналов повторного выполнения.
create Содержит SQL-сценарии, которые можно использовать для создания баз данных.
dpdump Содержит файлы Data Pump Export.
pfile Содержит файлы параметров экземпляров (такие как init.ora).

Файлы программного продукта

Основная идея упорядоченного именования и размещения файлов программных продуктов заключается в обеспечении возможности одновременной реализации нескольких версий ПО сервера Oracle. Это необходимо, поскольку при переходе от одной версии к другой обычно принято сохранять более старые версии ПО до полного перехода к новой версии. Различные приложения в системе могут иметь различные временные рамки перехода к новой версии. Следовательно, в большинстве случаев придется одновременно поддерживать несколько версий ПО сервера Oracle.

Oracle рекомендует хранить каждую версию ПО в отдельном каталоге, различаемом в соответствии с соглашением об именовании

  • h — домашний каталог, product указывает, что этот каталог содержит версии ПО;
  • v — версия продукта.

Например, в системе может существовать каталог /u01/app/oracle/product/, в котором хранятся все подкаталоги ПО сервера Oracle во время инсталляции. Если решено инсталлировать версию 10.2.0, она будет установлена в каталог /u01/app/oracle/product/10.2.0. Как видите, этот тип соглашения об именовании чрезвычайно упрощает установку и управление несколькими версиями программного обеспечения Oracle.

Установка на многоадресном компьютере

Сервер с несколькими IP-адресами называют многоадресным (multihomed) компьютером. Многоадресный компьютер использует несколько сетевых плат, IP-адрес каждой из которых связан с именем или псевдонимом отдельного хоста.

По умолчанию программа установки определяет имя хоста на многоадресном компьютере, используя переменную среды ORACLE_HOSTNAME. Переменную среды ORACLE_HOSTNAME можно установить так, как показано ниже.

Командная оболочка Bourne, Bash или Korn:

В приведенных примерах полностью определенное имя хоста выглядит как myhost.us.example.com. Если переменная среды ORACLE_HOSTNAME не установлена,а сервер содержит несколько сетевых плат, программа установки выясняет имя хоста,просматривая первую запись в файле /etc/hosts. Все клиенты должны иметь возможность получать доступ к серверу, используя это имя хоста или его псевдоним.

Файлы базы данных Oracle 11g

Административные файлы и файлы программного продукта являются общими. Но базы данных Oracle содержат и другой набор основных файлов, называемых файлами базы данных. К ним относятся файлы данных, содержащие данные таблиц и индексов, и определенные рабочие файлы, называемые управляющими файлами и файлами журналов повторного выполнения. Управляющие файлы чрезвычайно важны для работы базы данных, а файлы журналов повторного выполнения содержат информацию, которая необходима для восстановления базы данных в случае повреждения экземпляра и аналогичных ситуациях.

По рекомендации OFA имена управляющих файлов и файлов журналов повторного выполнения должны соответственно следовать соглашениям об именовании

  • pm — точка монтирования;
  • q — индикатор, такой как oradata, обозначающий, что файлы содержат данные, относящиеся к Oracle;
  • d — имя базы данных (определенное в параметре инициализации DB_NAME, совпадающем с S >Поскольку Oracle рекомендует применять несколько управляющих файлов и дублированных сетевых файлов журналов повторного выполнения, следующая структура именования файлов журналов повторного выполнения и управляющих файлов вполне обычна:

Oracle рекомендует, чтобы имена всех табличных пространств состояли не более чем из восьми символов в формате tn, где t — описательное имя табличного пространства,а n — двузначный номер.

Для файлов данных рекомендуется использовать запись

  • pm — точка монтирования;
  • q — индикатор (обычно, oradata);
  • d — имя базы данных;
  • t — описательное имя табличного пространства, содержащего этот файл данных;
  • n — двузначный номер.

Таким образом, типичный файл данных, соответствующий рекомендациям OFA, должен иметь имя наподобие /u20/oradata/prod/system01.dbf, которое обозначает файл данных в табличном пространстве System.

Соглашения OFA об именовании файлов направлены на достижение следующих целей.

  • Указание того, к какому табличному пространству принадлежит файл данных.
  • Различение файлов базы данных и других файлов системы.
  • Различение файлов баз данных, принадлежащих разным БД.
  • Простая идентификация управляющих файлов, файлов журналов повторного выполнения и файлов данных.

В табл. ниже можно увидеть, как следование рекомендациям OFA позволяет легко управлять файлами, принадлежащими нескольким версиям базы данных. Пример содержит два домашних каталога Oracle — один для Oracle 9.2, и один для Oracle 10.2. Общее количество точек монтирования равно четырем. ПО Oracle хранится в точке монтирования /u01, а файлы баз данных распределены по трем точкам монтирования:/u02, /u03 и /u04.

Формат каталога Описание
/ Корневой каталог
/u01 Точка монтирования 1 данных пользователя
/u01/app/ Подкаталог для ПО приложения
/u01/app/oracle/ Базисный каталог Oracle
/u01/app/oracle/admin Каталог для административных файлов Oracle
/u01/app/oracle/admin/nina/ Административный подкаталог для базы данных nina
/u01/app/oracle/flash_recovery_area/ Подкаталог для файлов восстановления
/u01/app/oracle/flash_recovery_area/nina Файлы восстановления для базы данных nina
/u01/app/oracle/product/ Файлы дистрибутива
/u01/app/oracle/product/10.2.0 Домашний каталог для Oracle Database 10g Release 2 (10.2.0)
/u01/app/oracle/product/11.1/db_1 Домашний каталог для Oracle Database 11g Release 1 (11.1.0)
/u02 Точка монтирования 2 данных пользователя
/u02/oradata/ Подкаталог для данных Oracle
/u02/oradata/nina/ Подкаталог для файлов базы данных nina
/u03 Точка монтирования 3 данных пользователя
/u03/oradata/ Подкаталог для данных Oracle
/u03/oradata/nina/ Подкаталог для файлов базы данных nina
/u04 Точка монтирования 4 данных пользователя
/u04/oradata/ Подкаталог для данных Oracle
/u04/oradata/nina/ Подкаталог для файлов базы данных nina

Создание каталогов для файлов базы данных Oracle

Хотя в этой статье основное внимание посвящено установке ПО сервера Oracle, дисковое пространство, необходимое для файлов базы данных (файлов таблиц и индексов, а также файлов журналов повторного выполнения, табличного пространства отката и т.п.) в большинстве случаев будет ограничивать пространство, требуемое для файлов установки.

Хотя ничто не мешает размещению всех файлов базы данных на одном устройстве хранения, Oracle рекомендует использовать логический том, распределенный по нескольким физическим дискам, либо применять систему RAID. Более того, Oracle рекомендует использовать технологию SAME (stripe-and-mirror-everything — разделять на слои и зеркально отражать все). Чтобы определить владельца, группу и соответствующие разрешения, для каждой точки монтирования, выбранной для файлов базы данных, нужно выполнить следующие команды от имени привилегированного пользователя (root):

Используя приведенную структуру команд, для своих файлов данных можно создать столько подкаталогов, сколько требуется — например, /u10/oradata, /u11/oradata и т.д.

Создание области пакетного восстановления

Область пакетного восстановления — это область на диске, выделенная для хранения всех файлов, связанных с восстановлением. Ее целесообразно создавать на устройствах хранения, полностью отделенных от тех, на которых хранятся файлы данных. Для указания местоположения области пакетного восстановления потребуется установить еще один параметр — DB_RECOVERY_FILE_DEST. Для установки физического размера области пакетного восстановления можно использовать параметр инициализации DB_RECOVERY_FILE_DEST_SIZE.

Каталог области пакетного восстановления создают следующим образом:

Например, можно назначить каталог /u20/flash_recovery_area в качестве области пакетного восстановления и установить значение параметра DB_RECOVERY_FILE_DEST_SIZE равным 5 Гбайт.

Выполнение задач подготовки к установке

Как уже упоминалось, инсталляция ПО Oracle — простой процесс. Основная часть работы выполняется до установки. Главным партнером при выполнении этого процесса выступает системный администратор Linux/UNIX.

Чтобы оценить общий объем необходимого дискового пространства, нужно суммировать объем, требуемый для установки Oracle Database 11g, с общим объемом дискового пространства, который предположительно займут файлы базы данных. Например, для инсталляции Oracle Database 11g в системе HP UNIX Oracle рекомендует выделять ПО приблизительно 2 Гбайт дискового пространства. Этот объем нужно добавить к тому,который предположительно займут файлы базы данных.

Следуя ряду основных рекомендаций, можно также оценить требования к объему памяти. Большинство небольших систем OLTP требует около 500 Мбайт ОЗУ, средние установки нуждаются приблизительно в 1 Гбайт, а крупные системы требуют еще большего объема ОЗУ. Наиболее важный момент, который следует учитывать во время инсталляции ПО — выделение для системы достаточного объема пространства подкачки.

На заметку! Универсальный инсталлятор Oracle (Oracle Universal Installer), входящий в состав дистрибутива ПО, позволяет установить начальную базу данных. Этот подход может оказаться целесообразным для полных новичков. Если же вы уже располагаете определенным опытом, лучше сконфигурировать собственную базу данных.

Проверка выполнения предварительных требований к установке

Задачи, выполняемые перед инсталляцией, зависят от операционной системы, но основные шаги остаются аналогичными. В этом разделе моей статьи будет показано, как установить ПО Oracle под управлением операционной системы Red Hat 3.0 WS Linux. Для ознакомления с процедурами установки для конкретной операционной системы придется обратиться к соответствующей документации, предоставляемой компанией Oracle.

Процесс инсталляции Oracle Database 11g значительно больше автоматизирован,чем это имело место в предшествующих версиях. При этом автоматически проверяются следующие предварительные условия.

  • Версия платформы. Процесс инсталляции проверяет, подходит ли операционная система для установки Oracle. Например, при использовании системы HP-UX обязательно наличие операционной системы версии не ниже HP-UX-11.11. Поскольку в этой статье речь идет об инсталляции Oracle на сервере, работающем под управлением Linux, можно использовать один из следующих дистрибутивов Linux, сертифицированных для Oracle Database 11g:
  • Oracle Enterprise Linux 4.0
  • Oracle Enterprise Linux 5.0
  • Red Hat Enterprise Linux 4.0
  • Red Hat Enterprise Linux 5.0
  • SUSE Linux Enterprise Server 10.0
  • Заплаты операционной системы. Процесс инсталляции проверяет применение последних заплат операционной системы.
  • Параметры ядра. Процесс инсталляции проверяет правильность настройки параметров ядра ОС. Он проверяет также установку необходимых системных пакетов ОС.
  • Доступное дисковое пространство. Перед запуском процесс инсталляции проверяет наличие минимально необходимого объема временного дискового пространства в каталоге /tmp. Он проверяет также достаточность объема пространства подкачки.
  • Каталог ORACLE_HOME. Процесс инсталляции проверяет наличие пустого домашнего каталога Oracle либо домашнего каталога, подходящего для установки, поскольку он содержит версию, поверх которой можно установить Oracle Database 11g.

На заметку! Если не уверены, подходит ли данная операционная система для конкретного выпуска Oracle, можно обратиться к постоянно обновляемой таблице соответствия между продуктами Oracle и платформами на веб-сайте Oracle: http://www.oracle.com/technology/support/metalink/content.html.

Хотя программа установки Oracle и проверяет выполнение всех необходимых предварительных условий, для выяснения этого не следует дожидаться начала инсталляции. Необходимо тщательно проверить все обязательные компоненты, чтобы установка выполнялась гладко, а не прерывалась сообщениями об ошибках. Задачи по проверке предварительных условий можно разделить на относящиеся к компетенции системного администратора UNIX или Linux (либо Windows) и на относящиеся к компетенции администратора БД Oracle.

Продукты Oracle, устанавливаемые с выпуском 11.1

Перечисленные ниже продукты устанавливаются по умолчанию при установке сервера баз данных выпуска 11.1.

  • Oracle Application Express. Программный инструмент для разработки и развертывания веб-приложений.
  • Oracle Warehouse Builder. Программный инструмент для разработки, развертывания и управления систем интеллектуальных ресурсов предприятия.
  • Oracle Configuration Manager. Программный инструмент, который собирает и загружает конфигурационную информацию в хранилище конфигурационной информации Oracle.
  • Oracle SQL Developer. Графическая версия SQL*Plus.
  • Oracle Database Vault. Средство, которое позволяет защитить коммерческую информацию.

Предварительные задачи системного администратора

Прежде чем можно будет инсталлировать ПО Oracle, системный администратор UNIX/Linux должен выполнить несколько шагов. Первым делом, он должен удостовериться в применении последних наборов системных заплат, рекомендуемых для установки Oracle. Другими важными задачами являются создание отдельных точек монтирования для ПО Oracle, изменение конфигурации ядра (если необходимо), создание на сервере UNIX/Linux нужных пользователей и групп, а также предоставление пользователям Oracle необходимых праву доступа к файлам и каталогам.

Все задачи, стоящие перед системным администратором, более-менее подробно освещены в последующих разделах. Задачи рассмотрены в целом, но приведенные примеры соответствуют реальной инсталляции в системе Red Hat Linux 3.

Верификация программного обеспечения операционной системы

Системный администратор базы данных должен проверить несколько аспектов, относящихся к совместимости ПО операционной системы и установки Oracle, таких как версии ОС и ядра и проверка наличия необходимых пакетов и применения заплат.

Проверка версии операционной системы

Системный администратор должен убедиться, что сервер, на котором предполагается инсталляция Oracle, использует версию операционной системы, подходящую для Oracle Database 11g. Например, в системе Linux, чтобы можно было выполнить установку Oracle Database Release 1 для Linux x86 и Linux x86-64, операционной системой должна быть одна из следующих:

  • Asianux 2.0
  • Asianux 3.0
  • Oracle Enterprise Linux 4.0
  • Oracle Enterprise Linux 5.0
  • Red Hat Enterprise Linux 4.0
  • Red Hat Enterprise Linux 5.0
  • SUSE Linux Enterprise Server 10.0

Соответствующая версия Linux должна быть установлена на сертифицированной для нее платформе. Чтобы выяснить, какая версия ОС установлена на сервере UNIX или Linux, воспользуйтесь следующей командой:

Проверка версии ядра

После проверки использования одной из подходящих версий операционной системы системный администратор должен удостовериться в том, что в ОС используется подходящая версия ядра. Универсальный инсталлятор Oracle выполняет проверку системы на предмет ее соответствия обязательным требованиям. Однако при отсутствии необходимой версии ОС установка окажется неудачной. Поэтому выполнение обязательных требований целесообразно проверить до запуска универсального инсталлятора Oracle. Версия Oracle Database 11g Release 1 предъявляет следующие требования к ядру:

  • для Asianux 2.0, Oracle Enterprise Linux 4.0 и Red Hat Enterprise Linux 4.0 — 2.6.9
  • для Asianux 3.0, Oracle Enterprise Linux 5.0 и Red Hat Enterprise Linux 5.0 — 2.6.18
  • для SUSE Linux Enterprise Server 10 —

В частности, в системе Red Hat Linux Enterprise Linux 4.0 версия ядра должна быть не ниже уровня 2.4.21-27 EL. Системный администратор может проверить версию ядра с помощью следующей команды:

Команда uname показывает, что версией ядра является 2.6.9, а уровнем ошибок (errata level) —

В данном случае версия ядра полностью подходит. Если окажется, что необходимо выполнить обновление ядра или установку более новой версии ОС, в большинстве случаев системному администратору придется загрузить обновления и установить их. Для выяснения используемой версии ядра можно также использовать команду:

Проверка наличия необходимых пакетов

Процесс инсталляции требует также, чтобы были установлены определенные пакеты операционной системы. Например, ОС Linux 3 должна содержать следующие пакеты:

Системный администратор может проверить установку конкретного обязательного пакета, воспользовавшись следующей командой:

Если пакет не установлен, системный администратор может скопировать его с установочных компакт-дисков ОС или загрузить из сайта поставщика Linux.

Применение необходимых заплат (патчей) ОС

До начала установки ПО Oracle системный администратор должен удостовериться,что все обязательные заплаты операционной системы установлены. Перечень обязательных и рекомендуемых заплат можно найти в документации Oracle для конкретной операционной системы.

Проверка выполнения физических требований к ОС для инсталляции Oracle

Необходимо проверить наличие, по меньшей мере, следующего объема памяти и физического дискового пространства.

  • Минимум 1024 Мбайт физического ОЗУ.
  • 1 Гбайт пространства подкачки, или пространство, вдвое превышающее объем ОЗУ, если тот лежит в пределах от 256 до 512 Мбайт. Oracle предоставляет таблицу объема пространства подкачки при различных размерах ОЗУ.
  • Не менее 400 Мбайт свободного дискового пространства в каталоге /tmp.
  • От 1,5 до 3 Гбайт дискового пространства для ПО Oracle, в зависимости от типа установки.
  • Для проверки объема ОЗУ и пространства подкачки привилегированный пользователь должен ввести следующие две команды:

Проверка доступного дискового пространства осуществляется с помощью такой команды:

Для выяснения доступного объема дискового пространства в каталоге /tmp системный администратор может выполнить следующую команду:

Исходя из требований к физическому дисковому пространству, администратор БД Oracle должен подготовить документ с требованиями к инсталляции, где будут указаны необходимые ресурсы и предпочтительная конфигурация дисков. Как только требования, сформулированные администратором БД, будут соответствующим образом утверждены, системный администратор выделит необходимые объемы памяти и дискового пространства. Он предоставит также информацию о размещении всех точек монтирования.

Создание точек монтирования для инсталляции

Компания Oracle рекомендует для OFA-совместимой установки Oracle использовать не менее четырех точек монтирования. При этом совершенно обязательно наличие двух точек монтирования: одной для программного обеспечения и одной для файлов базы данных. Однако в действительности для базы данных, содержащей несколько больших файлов данных, потребуется большее число точек монтирования. Минимальная OFA-совместимая установка требует применения четырех точек монтирования: одной для ПО Oracle и трех для различных файлов базы данных.

Реальное количество необходимых точек монтирования зависит от суммарной потребности в дисковом пространстве. Если подсчеты показывают, что общий объем необходимого дискового пространства составляет около 200 Гбайт, а каждая точка монтирования поддерживает 7 Гбайт, для приложений потребуется приблизительно 30 точек монтирования.

Важно, чтобы администратор UNIX присвоил имена точкам монтирования в соответствии с рекомендациями OFA, рассмотренными ранее в этой статье.

Изменение конфигурации ядра

Oracle требует огромного количества сегментов совместно используемой памяти, которые обычно не конфигурируются по умолчанию в операционной системе Linux (или UNIX). Вполне вероятно, что системному администратору придется изменить определенные параметры ядра, такие как связанные с памятью и семафорами (структурами, которые управляют доступом к памяти операционной системы).

На заметку! Чрезвычайно важно изменить параметры ядра с самого начала. Если достаточные ресурсы памяти не будут выделены согласно рекомендациям Oracle, то либо инсталляция окажется неудачной, либо вы столкнетесь с ошибкой при попытке создания базы данных после инсталляции ПО Oracle. Изменение конфигурации ядра — очень простая задача для администратора. Все что потребуется сделать — это изменить файл конфигурации ядра и заново сгенерировать новый файл ядра с помощью соответствующей команды. Затем системному администратору нужно перезапустить систему с новым файлом ядра, заменившим старую версию.

Для установки Oracle в каждой операционной системе UNIX или Linux может существовать свой набор требований к ядру. Требования к ядру операционной системы Red Hat Linux 3, используемой для инсталляции ПО Oracle, перечислены в таблице ниже:

Параметр Значение
semmsl 250
semmns 32000
semopm 100
semmni 128
shmall 2097152
shmmax Не менее половины объема физической памяти или 4 Гбайт
shmmni 4096
file-max 65536 (512 × количество процессов)
ip_local_port_range Минимум 1024
ip_local_port_range Максимум 65000
rmem_default 262144
rmem_max 4194304
wmem_default 262144
wmem_max 262144

Для просмотра текущей конфигурации ядра выполните следующую команду:

Во время проверки выполнения предварительных условий программа установки Oracle может вывести сообщения об ошибках, которые могут быть исправлены изменением конфигурации ядра UNIX или Linux. Если ядро нуждается в изменении конфигурации, системному администратору придется отредактировать файл конфигурации ядра.

Если значения любых параметров ядра недостаточно велики, инсталляция окажется неудачной. Если значения любых параметров меньше минимальных, потребуется отредактировать файл /etc/sysctl.conf, указав более высокие значения параметров, как показано в следующем примере:

Иногда приходится модифицировать файл /etc/sysctl.conf, но в зависимости от конкретной ОС изменения может требовать другой файл. После изменения параметров настройки ядра и генерирования нового ядра системный администратор должен выполнить перезагрузку системы, используя новое ядро, чтобы новые настройки вступили в действие.

В среде Red Hat Linux системный администратор может также использовать следующую команду, чтобы радикально изменить текущие значения параметров ядра без необходимости перезагрузки системы (это приведет только к временному изменению значений, и после перезагрузки они возвратятся к своим исходным значениям):

После того, как параметры ядра изменены, системный администратор может проверить настройки, выполняя следующие команды от имени привилегированного пользователя:

На заметку! Oracle применяет сегменты разделяемой памяти операционной системы для совместного использования данных различными процессами.

Кроме изменения параметров ядра системный администратор должен также проверить ограничения, накладываемые на процессы пользователей, и ряд сценариев регистрации в командной оболочке, после чего изменить их при необходимости. Эти дополнительные изменения, выполняемые системным администратором, рассмотрены в последующих разделах этой статьи.

Изменение ограничений командной оболочки

Oracle рекомендует ограничивать количество процессов и открытых файлов, которые может использовать каждая учетная запись Linux. Для повышения производительности ПО Oracle в системах Linux системный администратор должен повысить определенные ограничения оболочки для пользователя Oracle, добавляя следующие строки в файл /etc/security/limits.conf:

Потребуется также добавить следующую строку в файл /etc/pam.d/login:

Изменение сценариев регистрации

Системный администратор должен также внести изменения в командные оболочки пользователей, загружаемые при входе в систему. Эти изменения зависят от используемой по умолчанию командной оболочки.

Для оболочек Bourne, BASH или Korn необходимо добавить следующие строки в файл /etc/profile:

Для оболочки C (csh или tcsh) добавьте следующие строки в файл /etc/csh.login:

Создание необходимых групп

Группы операционной системы состоят из набора пользователей, выполняющих связанные задачи и обладающих одинаковыми правами доступа. Oracle рекомендует создавать три группы операционной системы, как в ОС Linux, так и в UNIX: OSDBA, OSOPER и ORAINVENTORY (группа Oracle Inventory). По умолчанию именем группы OSDBA является dba, OSOPER — oper, а ORAINVENTORY — oinstall. То, существует ли уже в системе каждая из этих трех групп, можно выяснить, просматривая файл /etc/group.

Члены группы OSDBA (dba) будут обладать в базе данных Oracle полномочиями SYSDBA, что позволит им выполнять привилегированные действия, такие как запуск и остановка базы данных. Существование группы ORAINVENTORY (oinstall) обязательно при первой инсталляции ПО Oracle на любом сервере. Эта группа владеет всей описью Oracle, представляющей собой каталог ПО Oracle, установленного на сервере. Все новые установки и модернизации выполняются пользователями, входящими в группу ORAINVENTORY.

Наличие группы OSOPER (oper) не обязательно, и ее следует создавать, только если планируется предоставление любым пользователям полномочий OSOPER для решения ограниченного набора административных задач, таких как выполнение резервного копирования баз данных. Все пользователи базы данных, обладающие полномочиями OSOPER, будут членами группы OSOPER на уровне ОС.

На заметку! Пользователям, принадлежащим к группе ORAINVENTORY, нужно предоставлять права доступа для чтения, записи и выполнения только к каталогу ORAINVENTORY. Членам этой группы не следует выдавать права записи в другие каталоги.

Создание группы ORAINVENTORY

Группу ORAINVENTORY нужно создавать, только если она еще не существует в системе.

Для создания этой группы с именем, используемым по умолчанию, служит следующая команда:

Инсталлятор Oracle создает файл oraInst.loc при первой установке ПО Oracle на сервере. Этот файл содержит имя группы ORAINVENTORY и путь к каталогу Oracle Inventory. Для выяснения того, существует ли группа ORAINVENTORY на данном сервере, используйте следующую команду:

Если файл oraInst.loc существует, на экран будет выведена следующая строка, означающая, что группу ORAINVENTORY создавать не нужно:

Создание группы OSDBA

Эту группу необходимо создать, если она не существует, или если полномочия администратора БД (DBA) нужно предоставить новой группе пользователей в новой инсталляции Oracle. Для создания группы OSDBA применяйте следующую команду:

Создание группы OSOPER

Наличие группы OSOPER не обязательно — ее следует организовывать, только если планируется создание одного или более пользователей Oracle, обладающих ограниченными административными полномочиями. Группа OSOPER создается с помощью следующей команды:

Группа OSASM (asmadmin)

Для четкого разграничения обязанностей администрации ASM (Automatic Storage Management — Автоматическое управление хранением) и администрации базы данных в Oracle 11g введены новые полномочия SYSASM. Для этого создается новая группа операционной системы, получившая название OSASM, которая используется исключительно для администрирования ASM. Члены группы OSASM могут подключаться к системе как пользователи SYSASM, применяя средства аутентификации операционной системы,подобно тем, кто использует полномочия SYSDBA для выполнения задач администрирования базы данных.

Создание новой группы OSASM операционной системы выполняется с помощью следующей команды:

В этом примере имя группы выглядит как asadmin.

Проверка наличия пользователя, лишенного полномочий

Существование пользователя, лишенного полномочий и названного nobody, необходимо для владения исполняемыми файлами внешних заданий (extjob). Перед установкой ПО Oracle проверьте существование пользователя nobody в данной системе. Если такой пользователь не существует, создайте его с помощью следующей команды:

Создание пользователя — владельца ПО Oracle

После создания всех необходимых групп системный администратор должен создать крайне важного пользователя, владеющего программным обеспечением Oracle. Обычно он носит имя oracle (можно выбрать любое имя, но oracle применяется по общепринятому соглашению). Пользователь oracle является владельцем ПО Oracle, и вновь созданная группа ORAINVENTORY будет группой по умолчанию или основной группой именно этого пользователя.

Установку ПО Oracle нужно выполнять от имени владельца программного обеспечения Oracle (пользователя oracle), а не от имени привилегированного пользователя (root). Второй группой пользователя oracle должна быть группа OSDBA и, при необходимости — группа OSOPER. Пользователь oracle, как и все другие пользователи, будет иметь домашний каталог (обычно что-то вроде /u01/app/oracle), в котором нужно будет создать остальную часть структуры каталогов для хранения программного обеспечения сервера Oracle Database 11g.

Внимание! Не используйте учетную запись привилегированного пользователя (root) для установки или изменения программного обеспечения Oracle. Операции по установке ПО Oracle должен выполнять только пользователь oracle.

В системе HP-UX для создания пользователей можно использовать административную утилиту SAM. В любой системе UNIX или Linux пользователей можно создавать вручную с помощью следующей команды:

  • g обозначает основную группу пользователя oracle, которой является группа oinstall;
  • G — вторая группа, которой является группа dba;
  • d обозначает домашний каталог нового пользователя;
  • p — пароль пользователя oracle.

При желании пароль для пользователя oracle можно установить с помощью такой команды:

Более подробно команда passwd. Обратите внимание, что применяемый по умолчанию домашний каталог пользователя oracle должен быть аналогичен домашним каталогам обычных пользователей системы. Каталог ORACLE_HOME не предназначен для пользователя oracle. Он служит местом хранения бинарных и аналогичных файлов ПО Oracle.

На заметку! Пользователю oracle должны быть предоставлены права доступа для чтения, записи и выполнения ко всем файлам и каталогам, являющимся частью установки Oracle Database 11g.

Настройка прав доступа к файлам

Следующий шаг, который потребуется выполнить — установка прав доступа к файлам Linux/UNIX. Для этого системный администратор с помощью команды umask должен вначале проверить существующие права доступа по умолчанию. Если для umask установлено любое другое значение кроме 022, измените его на 022, выполнив команду umask 022. Системный администратор может просто открыть используемую по умолчанию регистрационную оболочку (которой для BASH в системе Red Hat Linux является.bash_profile) и добавить следующую строку:

Устанавливаемые по умолчанию права доступа к только созданной файловой системе — 666 в восьмеричной записи. То есть любой пользователь получает права чтения и записи в отношении любого файла. Применение прав доступа по умолчанию, равных 644 (с использованием umask 022), предоставляет любому другому пользователю, кроме oracle, права только для чтения файловых систем. Конечно, системный администратор должен удостовериться, что пользователь oracle имеет права записи для создания файлов во всех пользовательских каталогах.

Администратор UNIX должен убедиться в существовании каталога bin, такого как /user/local/bin или /opt/bin. Необходимо также проверить, включен ли этот каталог в переменную среды PATH, используемую пользователем oracle, и что ему предоставлены права на выполнение в этом каталоге.

Системный администратор должен также создать каталог /var/opt/oracle, принадлежащий пользователю oracle. Этот каталог будет содержать файлы, описывающие различные компоненты установки ПО сервера Oracle. Следующие команды создадут каталог и выдадут необходимые полномочия:

Создание обязательных каталогов

Системный администратор (root) должен также создать базисный каталог Oracle, играющий роль каталога высшего уровня для установки ПО Oracle. Права владения этим каталогом должны быть присвоены пользователю oracle. Если в качестве базисного каталога Oracle выбран стандартный каталог /u01/app/oracle, его можно создать и присвоить ему необходимые права владения с помощью следующих команд:

Во время инсталляции необходимо установить переменную среды ORACLE_BASE для указания полного пути к этому каталогу (/u01/app/oracle).

Каталог описи Oracle

Обычно каталогом описи Oracle является /$ORACLE_BASE/oraInventory, и он содержит опись всего программного обеспечения Oracle, установленного в системе. Этот каталог не обязательно создавать явно. Универсальный инсталлятор Oracle запросит его расположение при первой установке программного обеспечения на сервере. Инсталлятор создает этот каталог и присваивает пользователю Oracle необходимые права доступа.

Домашний каталог Oracle

Как уже было сказано в этой статье, домашний каталог Oracle — основной каталог, в котором инсталлятор в действительности устанавливает все исполняемые файлы Oracle. Домашний каталог Oracle должен быть подкаталогом только что созданного базисного каталога. Домашний каталог Oracle не обязательно создавать явно — инсталлятор запросит указания его символического имени, а также расположения. Затем инсталлятор автоматически создает этот каталог и присваивает пользователю Oracle необходимые полномочия.

Вот пример правильного формата домашнего каталога Oracle (при первой установке программного обеспечения базы данных):

Каталоги базы данных (для хранения данных)

Разумеется, домашний каталог Oracle предназначен для размещения только бинарных файлов Oracle. Администратор БД должен также создать каталоги базы данных для размещения файлов данных, управляющих файлов, файлов журналов повторного выполнения и других файлов. Инсталлятор Oracle предлагает подкаталоги базисного каталога Oracle для размещения этих файлов.

Однако системный администратор должен создать отдельные подкаталоги для файлов, относящихся к базе данных. В идеале эти подкаталоги должны создаваться на отдельных физических устройствах. Это позволит распределить физический ввод-вывод, а также использовать различные устройства для размещения дублированных управляющих файлов и файлов журналов повторного выполнения. Хотя все каталоги можно создать на одном диске, это будет противоречить рекомендациям OFA.

Создайте несколько каталогов базы данных в следующем формате (изменяя его в соответствии с конкретными требованиями) и удостоверьтесь, что пользователь oracle обладает правами доступа для записи в них:

Область пакетного восстановления

Как уже было отмечено ранее в этой статье, Oracle настоятельно рекомендует поддерживать область пакетного восстановления для хранения всех файлов, связанных с восстановлением. Во избежание влияния отказа диска одновременно на текущие файлы базы данных и на файлы восстановления, файлы восстановления необходимо помещать на физический диск, отдельный от файлов базы данных.

Пример создания каталога области пакетного восстановления и установка для него соответствующего владельца, группы и прав доступа приведен ниже. Этот подкаталог назван flash_recovery_area, но ему можно присвоить любое имя, используя параметр DB_RECOVERY_FILE_DEST:

Предварительные задачи владельца Oracle

Как уже было отмечено, системный администратор должен создать учетную запись для владельца программного обеспечения Oracle. Обычно именем этой учетной записи является oracle. Владелец Oracle — в нашем случае, пользователь oracle — должен установить переменные среды до начала инсталляции программного обеспечения.

Настройка переменных среды

Необходимо зарегистрироваться в системе от имени пользователя oracle и настроить несколько переменных среды. Хотя все переменные среды можно установить вручную, лучше отредактировать используемый по умолчанию файл запуска командной оболочки (на сервере Red Hat Linux это файл .bash_profile в домашнем каталоге пользователя oracle, которым по умолчанию является каталог /home/oracle).

Редактирование файла начального запуска оболочки обеспечит правильность настройки среды при каждом входе в систему. Потребуется установить следующие основные переменные среды.

  • ORACLE_BASE. Переменная ORACLE_BASE определяет начальный каталог для всех инсталляций Oracle. Все программные и другие файлы помещаются в подкаталоги каталога ORACLE_BASE. В нашем примере этим каталогом является /u01/app/oracle.
  • ORACLE_HOME. При установке сервера Oracle переменная ORACLE_HOME должна быть установлена в значение oracle_base/product/10.2.0/db_1. В нашем случае им будет /u01/app/oracle/product/10.2.0/db_1. Инсталлятор Oracle запрашивает значение переменной ORACLE_HOME во время установки программного обеспечения.

Внимание! В конкретном случае переменные среды могут несколько отличаться от приведенных в этих примерах, в зависимости от операционной системы и ее версии. Всегда следует внимательно ознакомиться с инструкциями по инсталляции для конкретной операционной системы. Нюансы, нашедшие отражение в этой статье, соответствуют операционной системе Red Hat Linux.

На заметку! Существующие каталоги ORACLE_HOME можно проверить, просматривая содержимое файла oratab:

Если файл oratab существует, он содержит строки, аналогичные следующим:

Как видите, в данном случае на сервере существует один домашний каталог Oracle для версии 11.1 и один — для версии 10.2.

  • PATH. Переменная PATH должна быть установлена следующим образом:
  • DISPLAY. Установка переменной среды DISPLAY может требоваться или не требоваться. Подробнее она описана во врезке “Установка переменной DISPLAY”.

На заметку! Простой способ выяснения необходимости установки переменной DISPLAY — запуск программы, использующей графическую среду x11, такой как xclock. Просто с самого начала введите следующую команду в новом окне xterm, dtterm или xconsole:

Можно также указать полный путь к программе xclock:

Если переменная DISPLAY установлена, на экране отобразится небольшой циферблат обычных часов. Если же переменная DISPLAY установлена неправильно, отобразится следующее сообщение:

  • TNS_ADMIN. Переменная TNS_ADMIN служит для установки местоположения файлов конфигурации Oracle Net. По умолчанию файл конфигурации сети tnsnames.ora располагается в каталоге $ORACLE_HOME/network/admin.
  • ORACLE_SID. Важную переменную ORACLE_SID можно не устанавливать, если создание базы данных не планируется немедленно.
  • ORAENV_ASK. Кроме переменных среды, в файл .profile потребуется добавить также еще одну строку, определяющую местоположение файла oraenv, чтобы все сеансы пользователя могли считывать его при регистрации в системе в качестве пользователя-владельца программного обеспечения oracle. Файл oraenv будет запрашивать пользователя oracle о системном идентификаторе SID базы данных, который тот желает использовать. В системе с несколькими экземплярами базы данных файл oraenv помогает сделать нужный выбор сразу после регистрации. В файл .profile необходимо добавить следующую строку:
  • Если значение переменной ORAENV_ASK установлено равным NO, текущее значение ORACLE_SID будет считаться тем значением SID, которое нужно использовать.

Установка переменной DISPLAY

Если установка Oracle выполняется непосредственно с рабочей стации X Window System или с X-терминала, подключенного к серверу, куда инсталлируется программное обеспечение, достаточно запустить окно X-терминала. Никакие другие изменения не требуются. Если же установка программного обеспечения выполняется на удаленной системе, необходимо установить переменную среды DISPLAY, чтобы X-приложения могли выводить изображения на экран локального ПК или в окне рабочей станции. В случае использования командной оболочки Bourne, BASH или Korn введите следующую команду:

При использовании командной оболочки C введите такую команду:

В обеих приведенных командах замените localhost IP-адресом или символическим именем хост-компьютера или рабочей станции, на котором нужно запустить инсталлятор Oracle. Например, для установки переменной DISPLAY с использованием IP-адреса 174:16.14.15 выполните следующую команду:

Если при попытке запуска инсталлятора Oracle возникает ошибка (даже после установки переменной среды DISPLAY), возможно, придется воспользоваться программой xhost для добавления имени локального хоста в список хостов, которым разрешено подключаться к X-серверу с запущенным инсталлятором Oracle. xhost — это программа управления доступом к серверу системы X Window, и имя локального хоста можно добавить в список доступа X Window System следующим образом:

Или же можно использовать следующий вариант команды, чтобы разрешить доступ любому хосту, отключив управление доступом:

По завершении инсталляции программного обеспечения Oracle управление доступом можно снова включить, используя команду xhost с опцией — (xhost -).

Совет. Целесообразно поместить как можно больше переменных среды в файл запуска командной оболочки, хранящийся в домашнем каталоге пользователя oracle. В результате при регистрации в качестве пользователя oracle переменные будут автоматически вступать в действие в используемой оболочке.

Необходимо также отредактировать файл /home/oracle/.bash_profile, чтобы переменные среды правильно устанавливались при каждой регистрации пользователя oracle:

Совет. При установке ПО Oracle 11.1.0 на сервере, где уже присутствуют другие базы данных Oracle, вначале обязательно создайте резервные копии этих БД. При установке ПО в существующий домашний каталог Oracle Database 11g Release 1 (11.1) удалите используемую в текущий момент переменную среды ORACLE_HOME и остановите все выполняющиеся службы.

Окончательный контрольный перечень для инсталляции

Для уверенности в том, что инсталляция Oracle не будет прервана в середине, удостоверьтесь в выполнении следующих требований.

  • Убедитесь в наличии достаточного объема временного пространства. Обычно большинство серверов UNIX располагает лишь небольшим объемом временного пространства — около 100 Мбайт. В таком случае инсталляция Oracle окажется неудачной, поскольку во время процесса установки Oracle очень интенсивно использует временный каталог на сервере. Существует два способа решения этой проблемы. Можно попросить системного администратора увеличить размер временного каталога на сервере, или же изменить переменную среды, определяющую временный каталог. Обычно для этого в качестве значения переменной среды TMPDIR устанавливают что-либо отличающееся от /tmp и обеспечивают, чтобы размер этого временного каталога был не менее 400 Мбайт. Например, во время инсталляции Oracle можно изменить временный каталог следующим образом:
  • Установите достаточно большой размер пространства подкачки, по меньшей мере, в соответствии с требованиями Oracle, приведенными в руководстве по инсталляции для конкретной операционной системы. Oracle предоставляет таблицу рекомендуемых размеров пространства подкачки в зависимости от доступного объем ОЗУ. Во избежание возникновения проблем подкачки и страничной записи на диск на сервере выделите для области подкачки около 500 Мбайт.
  • Модифицируйте ядро UNIX в соответствии с требованиями по инсталляции. Даже в случае правильной установки ПО сервера при недостаточно высоких значениях таких параметров ядра, как SHMMAX и SEMMNS, и большом количестве процессов в файле инициализации создание базы данных окажется неудачным.
  • Соответствующим образом установите переменную DISPLAY, чтобы обеспечить правильный запуск инсталлятора Oracle. При установке ПО Oracle непосредственно на сервере потребуется изменить переменную DISPLAY на сервере. В случае удаленной установки с компьютера клиента переменную нужно установить на клиенте. В большинстве случаев команда, подобная следующей, позволит правильно установить дисплей:
  • Иногда при работе на рабочей станции на ее компьютере не удастся использовать эмуляцию терминала X Window System. Это означает, что универсальный инсталлятор Oracle не может функционировать в режиме графического интерфейса. В подобных ситуациях применяйте команду xhost в окне рабочей станции. Например:
  • Если собираетесь использовать компакт-диск для инсталляции ПО, корректно смонтируйте его. Соответствующие команды инсталляции с компакт-диска можно найти в руководстве по установке для конкретной операционной системы.

Доступ к установочному программному обеспечению Oracle Database 11g

Сразу по завершении всех предварительных задач можно приступить к инсталляции программного обеспечения Oracle Database 11g. В этой статье в качестве примера рассмотрена установка ПО Oracle Database 11g Release 1 на сервере Linux. Инсталляцию можно выполнить непосредственно с программного дистрибутива Oracle, доступного на диске CD или DVD. Программное обеспечение можно также бесплатно загрузить с веб-сайта Oracle Technology Network (http://technet.oracle.com).

Использование программных пакетов Oracle

Ниже перечислен ряд важных компакт-дисков, являющихся частью пакета программных компакт-дисков Oracle Enterprise Edition.

  • Oracle Database 11g CD. Это единственный компакт-диск, который потребуется для инсталляции ПО сервера Oracle Database 11g.
  • Companion CD (Дополнительный компакт-диск). Этот компакт-диск содержит дополнительное программное обеспечение, которое можно установить для таких продуктов, как Oracle JVM, Oracle Multimedia и Oracle Text.
  • Oracle Database 11g Client CD (Компакт-диск клиента Oracle Database 11g). Этот компакт-диск содержит программное обеспечение клиента, которое может требоваться установить на серверах пользователей или разработчиков.
  • Oracle Enterprise Manager CD. Этот компакт-диск содержит программное обеспечение Enterprise Manager Grid Control (Программа сетевого управления предприятием), которое позволяет управлять всеми базами данных, серверами и другими компонентами из централизованного узла. Локальная программа OEM Database Control автоматически устанавливается при создании новой базы данных Oracle.

Внимание! При выполнении различных инсталляционных процедур удостоверьтесь, что вошли в систему в качестве владельца ПО Oracle (пользователя oracle), а не пользователя root. В противном случае процесс инсталляции даст сбой. Во время инсталляции существует всего несколько ситуаций, когда для выполнения определенных задач требуется регистрация в качестве пользователя root.

В нескольких версиях Linux и UNIX компакт-диски Oracle загружаются автоматически, но иногда для монтирования компакт-диска может требоваться явное использование команды, подобной приведенной ниже (для выполнения этих команд необходимо зарегистрироваться в системе в качестве привилегированного пользователя (root)):

Теперь компакт-диск с ПО Oracle смонтирован для использования, и его файлы должны отображаться под точкой монтирования компакт-диска, которой в данном случае является /mnt/cdrom.

Для просмотра файлов, записанных на компакт-диске, можно перейти в каталог /mnt/cdrom:

Файл runInstaller — исполняемый файл, который нужно запустить для вызова универсального инсталлятора Oracle, который помогает установить ПО сервера Oracle.

На заметку! В последующих разделах данной статьи в качестве примера инсталляции использовано программное обеспечение Oracle Database 11g версии 11.1, предназначенное для установки в системе Linux x86.

Загрузка программного обеспечения Oracle

Сайт загрузки ПО Oracle (http://technet.oracle.com) приводит четкие инструкции по загрузке и инсталляции программного обеспечения под управлением различных операционных систем. После загрузки программного обеспечения обычно нужно с помощью либо утилиты gunzip (gzip) в системах UNIX и Linux, либо утилиты WinZip в системах Windows распаковать сжатые инсталляционные файлы.

Краткое описание процесса загрузки программного обеспечения Oracle выглядит следующим образом. Вначале по протоколу FTP загрузите сжатый файл Linux x86. Имя этого файла — ship.db.cpio.gz. После загрузки файла выполните следующие два шага для извлечения файлов программного обеспечения. Приведенная ниже команда распаковывает исходный загруженный файл ship.db.cpio.gz:

Следующая команда извлекает инсталляционные файлы:

Сразу после извлечения сжатого файла в системе появится новый каталог Disk1, который создается в качестве подкаталога в том каталоге, откуда был извлечен сжатый файл. Каталог Disk1 содержит несколько каталогов и один бинарный файл runInstaller, являющийся исполняемым файлом вызова универсального инсталлятора Oracle.

Сценарий runInstaller и вызов универсального инсталлятора Oracle можно использовать не только для первоначальной установки ПО Oracle Database 11g, но и для модификаций и дополнений начальной конфигурации программного обеспечения. Заручитесь помощью системного администратора, поскольку вам может потребоваться помощь при установке переменной DISPLAY для настройки графического интерфейса инсталлятора или же для решения непредвиденных проблем с дисковым пространством или правами доступа к файлам. Администратор потребуется также для запуска сценария root.sh (он рассмотрен в следующем разделе статьи) от имени пользователя root в конце инсталляции.

Совет. Удостоверьтесь в достаточном размере временного каталога, поскольку инсталлятор Oracle создает в нем множество файлов. Если размер этого каталога окажется недостаточным, процесс установки может быть прерван и его придется запускать с начала. Каталог /tmp должен иметь от 400 до 500 Мбайт дискового пространства, доступного для использования инсталлятором Oracle во время процесса установки.

Программное обеспечение Oracle можно установить следующими способами.

  • Инсталлировать непосредственно с компакт-дисков программных продуктов Oracle.
  • Инсталлировать из программного пакета, загруженного с сайта OTN.
  • Скопировать ПО с компакт-дисков программных продуктов на жесткий диск и установить его оттуда.

В следующем параграфе этого мануала по установке Oracle будет показано, как скопировать ПО с компакт-дисков программных продуктов Oracle на жесткий диск и затем инсталлировать его оттуда.

Установка программного обеспечения Oracle 11g

Программное обеспечение сервера Oracle можно инсталлировать непосредственно с компакт-диска или из загруженных файлов, но Oracle рекомендует выполнять установку из установочного каталога, созданного в системе. При инсталляции Oracle с компакт-диска вначале создайте установочный каталог, например, /staging. Затем скопируйте содержимое компакт-диска в установочный каталог, как показано в следующем примере:

Эта команда рекурсивно скопирует все каталоги установочного компакт-диска в каталог /staging. Инсталляция с жесткого диска выполняется несколько быстрее, чем с компакт-диска. Кроме того, такое сохранение установочных файлов на жестком диске облегчит вызов инсталлятора Oracle для выполнения различных задач, связанных с установкой — вам не придется искать нужный компакт-диск.

В этом разделе моего инсталляционного мануала подробно рассматривается метод интерактивной установки, который предполагает ответы на запросы инсталлятора в командной строке. Позднее в разделе “Использование файлов ответа для установки программного обеспечения Oracle” кратко описывается реже применяемый метод автоматизированной установки с использованием файлов ответа.

Чтобы начать инсталляцию, перейдите к соответствующему каталогу и выполните сценарий runInstaller от имени пользователя oracle. (При использовании извлеченных файлов установка будет начата из каталога Disk1. При использовании установочного каталога с копией файлов компакт-диска этим каталогом будет /staging.)

Чтобы начать установку из каталога /staging, вначале перейдите в следующий каталог:

Убедитесь, что в этом каталоге присутствует сценарий runInstaller:

Вызовите универсальный инсталлятор Oracle, запустив сценарий runInstaller:

На этом этапе, при условии отсутствия проблем с настройками переменной DISPLAY, должна открыться графическая версия универсального инсталлятора Oracle. (Если графический интерфейс пользователя не появится на экране, вероятно, придется настроить переменную DISPLAY или использовать команду xhost, как было описано ранее.) Во время установки ПО сервера Oracle Database 11g Выпуска 1 отобразятся следующие окна и приглашения.

1. Откроется окно Welcome to the Oracle Database 11g Installation (Вас приветствует программа установки Oracle Database 11g), показанное на рис. 9.1. Oracle Database 11g Release 1 позволяет выбирать опцию Basic Installation (Базовая установка) или Advanced Installation (Расширенная установка). Опция Basic Installation — метод, используемый по умолчанию, который быстро устанавливает ПО Oracle и, при желании, создает базу данных общего назначения. Опция Advanced Installation позволит модернизировать базы данных до версии 11g, использовать для хранения данных неподготовленные устройства или опции Automatic Storage Management, задавать различные пароли для администраторов (вроде схем SYS и SYSTEM), конфигурировать автоматическое резервное копирование базы данных и уведомления Oracle Enterprise Manager (OEM), а также использовать другие возможности. Выберите опцию Advanced Installation и щелкните на кнопке Next (Далее), что приведет к запуску инсталлятора в расширенном режиме.

2. Окно Select Installation Type (Выберите тип установки) позволяет выбирать типы установки. При установке Oracle Database 11g можно выбрать один из следующих типов установки.

  • Enterprise Edition (Версия предприятия). Устанавливает базу данных Oracle со всеми средствами повышения производительности, обеспечения высокой доступности и безопасности для выполнения критичных для бизнеса приложений
  • Standard Edition (Стандартная версия). Устанавливает уменьшенный набор компонентов, подходящий для мелких коммерческих предприятий и подразделений крупных организаций.
  • Personal Edition (Персональная версия). Поддерживает однопользовательские разработку и развертывание, которые требуют полной совместимости с версиями Oracle Enterprise Edition 11g и Oracle Standard Edition 11g.
  • Custom (Специальная). Позволяет выбирать для установки отдельные компоненты

Выберите опцию Enterprise Edition (2.69GB) и щелкните на кнопке Next.

3. Откроется окно Specify Home Details (Укажите сведения о домашнем каталоге). В нем нужно указать имя домашнего каталога Oracle и полный путь к нему. Если данная инсталляция является первой установкой ПО Oracle Database 11g на конкретном сервере, рекомендуется указать следующий путь:

После ввода пути к домашнему каталогу Oracle щелкните на кнопке Next.

Внимание! Oracle рекомендует в качестве домашнего каталога Oracle указывать пустой или не существующий каталог. В противном случае инсталлятор Oracle выведет предупреждение, прежде чем позволит продолжить процесс.

4. На этом этапе инсталлятор Oracle выполнит проверку выполнения необходимых условий. Обратите внимание, что ранее выполнявшиеся проверки совместимости с ОС предназначались исключительно для выяснения того, возможен ли успешный запуск универсального инсталлятора Oracle. На этом этапе инсталлятор проверяет соответствие системы минимальным требованиям к ОС для установки ПО сервера Oracle Database 11g. Инсталлятор проверяет следующее:

  • операционную систему;
  • пакеты операционной системы;
  • ядро операционной системы;
  • объем физической памяти;
  • размер пространства подкачки;
  • конфигурацию сети;
  • настройки домашнего каталога Oracle (с точки зрения совместимости и объема доступного пространства).

Инсталлятор может просто выдать предупреждение при обнаружении мелких несоответствий или же попросить привести систему в соответствие минимальным требованиям, прежде чем продолжить процесс установки. Например, если параметры ядра или уровень ОС не соответствуют требуемым, инсталлятор выведет предупреждение о несоответствии конкретного компонента и о необходимости прекращения инсталляции на этом этапе. После исправления параметров ядра или любого иного указанного инсталлятором компонента процесс установки можно запустить заново, снова выполнив сценарий runInstaller.

5. После успешного прохождения проверки без каких-либо сообщений об ошибках со стороны инсталлятора, как показано на рисeyrt ниже, щелкните на кнопке Next.

6. Инсталлятор отобразит окно Select Configuration Options (Выберите параметры конфигурации). Оно содержит три опции, как показано на рис. 9.3:

  • Create a Database (Создать базу данных)
  • Configure Automatic Storage Management (ASM) (Конфигурировать автоматическое управление хранением)
  • Install Software Only (Установить только программное обеспечение)

Выберите последнюю опцию, чтобы просто инсталлировать ПО базы данных, и щелкните на кнопке Next.

7. Для окончательного подтверждения выбранных параметров установки отобразится окно Summary (Сводка), показанное на рисeyrt yb;t. Щелкните на кнопке Install (Установить), чтобы запустить инсталляцию бинарных файлов Oracle.

8. Откроется окно Install (Установка), отображающее компоненты по мере их установки на сервере. В нижней части этого окна будет отображаться имя каталога, в который записывается журнал инсталляции. Иногда кажущееся замирание процесса установки на том или ином этапе может раздражать, но действия, выполняемые инсталлятором на сервере, можно отслеживать, используя команду tail и просматривая файл журнала в отдельном окне.

9. На короткое время процесс установки Oracle 11g будет приостановлен запросом на запуск привилегированного сценария root.sh от имени системного администратора (root). Откройте другое окно и запустите сценарий /u01/app/oracle/product/11.1/db_1/root.sh от имени пользователя root. Сценарий root.sh устанавливает значения переменных среды ORACLE_OWNER и ORACLE_HOME. Он добавляет соответствующие значения в файл /etc/oratab. Кроме того, при первой установке ПО Oracle на данном сервере инсталлятор предлагает пользователю root запустить сценарий orainstRoot.sh, расположенный в каталоге /u01/app/oracle/oraInventory.

10. После выполнения одного или обоих (в зависимости от конкретной ситуации) указанных сценариев щелкните на кнопке OK. Немедленно откроется окно End of Installation (Конец установки), которое свидетельствует об успешном окончании установки программного обеспечения Oracle Database 11g.

11. Щелкните на кнопке Exit (Выход) и подтвердите окончание сеанса универсального инсталлятора Oracle. Установка сервера Oracle Database 11g завершена.

На заметку! Oracle Database 11g поддерживает несколько домашних каталогов Oracle, т.е. ПО сервера можно устанавливать в различные каталоги Oracle.

Использование файлов ответа (параметров) для установки программного обеспечения Oracle

Создавая файл ответов и указывая его при запуске универсального инсталлятора Oracle можно частично или полностью автоматизировать процесс установки ПО базы данных Oracle. При использовании файла ответов универсальный инсталлятор Oracle можно запустить в одном из следующих режимов, в зависимости от объема указанной необходимой информации.

  • Режим молчания. Универсальный инсталлятор Oracle выполняется в режиме молчания при использовании файла ответов, содержащего всю необходимую информацию. При этом ни одно из окон универсального инсталлятора не отображается.
  • Приглушенный режим. Универсальный инсталлятор Oracle выполняется в приглушенном режиме, если файл ответов содержит не всю необходимую информацию. При этом отображаются только те окна, которые запрашивают не предоставленную информацию.

Режим молчания удобен, когда физическое присутствие при установке невозможно — файл ответов будет содержать ответы на вопросы, задаваемые инсталлятором. Этот метод может быть очень полезен для установки ПО на компьютере клиента, когда невозможно физически посетить и инсталлировать ПО на всех клиентских серверах. Этот метод особенно полезен, когда требуется выполнить несколько инсталляций в одинаково сконфигурированных системах, поскольку файл ответов обеспечит единообразие и последовательность при установке программного продукта. Например, предположим, что вы работаете в организации, в которой необходимо установить ПО клиентов в нескольких географических пунктах, в некоторых из которых отсутствует опытный персонал по обслуживанию баз данных — в подобных ситуациях режим молчания является простейшим способом установки ПО Oracle. Режим молчания полезен также при отсутствии ПО X Window System на данном сервере.

Oracle предоставляет различные файлы ответов для установки различных типов программного обеспечения. Список важных файлов ответов, предлагаемых компанией Oracle, приведен далее в этом разделе статьи.

Прежде чем можно будет запустить инсталляцию Oracle в режиме молчания или приглушенном режиме, необходимо создать файл oraInst.loc, который создает список продуктов Oracle, установленных на данном сервере, а затем создает сами файлы ответов.

Создание файла oraInst.loc

Если инсталляция Oracle никогда не выполнялась на данном сервере, необходимо от имени привилегированного пользователя (root) создать файл oraInst.loc в каталоге /etc. Если же инсталляция Oracle ранее выполнялась (даже если впоследствии она была отменена), этот файл уже существует. Он предоставляет инсталлятору информацию о размещении описи продуктов Oracle, установленных на данном сервере.

Для создания файла oraInst.loc выполните перечисленные ниже действия.

  1. Зарегистрируйтесь в системе как пользователь root и перейдите в каталог /etc:
  2. Создайте файл oraInst.loc со следующими двумя строками:
  3. Введите следующие команды, чтобы установить соответствующего пользователя, группу и права доступа для файла oraInst.loc:

Создание файлов ответов

Простейший способ создания файла ответов — редактирование одного из предоставляемых компанией Oracle шаблонов файлов ответов, расположенного в каталоге /db/response на компакт-диске. В случае создания установочного каталога файлы ответов будут располагаться в каталоге /staging/response. Если установочный каталог не создавался, файлы ответов будут располагаться в каталоге /Disk1/response. Компания Oracle предоставляет следующие шаблоны файлов ответов, каждый из которых служит конкретной цели:

  • enterprise.rsp — для версии Oracle Database 11g Enterprise;
  • standard.rsp — для версии Oracle Database 11g Standard;
  • netca.rsp — помощник конфигурирования сети Oracle Net;
  • custom.rsp — для пользовательской установки Oracle Database 11g;
  • emca.rsp — помощник конфигурирования диспетчера предприятия;
  • dbca.rsp — помощник конфигурирования базы данных.

Файл ответов для инсталляции версии Enterprise Edition копируется с компакт-диска во время установки, наряду с другими файлами и сценариями. Он размещается в отдельном каталоге response, расположенном в том же каталоге, что и исполняемый файл runInstaller. Необходимо скопировать файл ответов в каталог в данной системе и отредактировать его в соответствии с существующими потребностями. Редактирование файла ответов может занять некоторое время, но оно окупится при выполнении нескольких инсталляций.

Как только файл ответов отредактирован, можно запускать автоматическую установку в режиме молчания. Прежде чем использовать для инсталляции режим молчания, проверьте правильность настройки переменной DISPLAY. Когда будете готовы, выполните следующую команду:

Приведенная команда запустит универсальный инсталлятор Oracle в режиме молчания. Чтобы можно было указать опцию —silent, в файл ответов потребуется включить ответы на все запросы инсталлятора. В этом случае вы не увидите никакие экраны инсталлятора — а только информацию о протекании процесса установки в окне терминала.

Если в файл ответов включить ответы только на некоторые запросы инсталлятора и применить команду runInstaller без опции —silent, универсальный инсталлятор Oracle будет запущен в приглушенном режиме. Во время выполнения установки этого типа инсталлятор отображает только те экраны, для которых информация не была предоставлена.

По окончании установки в режиме молчанию инсталлятор Oracle отобразит на экране следующее сообщение:

На этом этапе необходимо вручную запустить сценарий root.sh, как это было бы сделано в ходе обычной процедуры установки вручную. Сценарий root.sh расположен в каталоге /u01/app/oracle/product/ После успешного выполнения сценария root.sh инсталляция Oracle в режиме молчания будет завершена. Конечно, вам еще предстоит создать базу данных и сконфигурировать сетевые компоненты.

Компания Oracle предлагает полный набор файлов ответов для нескольких типов инсталляции, в том числе для установки сервера и клиента. Вероятно, файл ответов для клиента Oracle придется использовать чаще, поскольку он избавляет от необходимости физического посещения всех станций клиентов для выполнения новой инсталляции.

Задачи, выполняемые после установки

После того как ПО сервера Oracle Database 11g установлено, потребуется выполнить еще ряд задач. Для правильного функционирования ПО необходимо тщательно выполнить ряд действий, следующих за инсталляцией. Как при выполнении процедур установки, системный администратор и пользователь oracle отвечают за выполнение определенных задач. Рассмотрим важные задачи, которые системный администратор и владелец программного обеспечения Oracle (в данном случае пользователь oracle) должны выполнить по завершении установки ПО сервера.

Постустановочные задачи системного администратора

По завершении установки программного обеспечения Oracle администратор UNIX/Linux должен выполнить следующие задачи.

  • Обновить сценарии остановки и запуска базы данных.
  • Создать дополнительные учетные записи операционной системы.

Обновление сценариев остановки и запуска

Программное обеспечение Oracle поставляется с образцами сценариев, которые автоматически запускают и останавливают базу данных, и системный администратор должен добавить их в сценарии запуска и остановки системы. Будучи установленными, эти сценарии запускают и останавливают базу данных Oracle при каждой загрузке или остановке сервера, обеспечивая корректное закрытие базы данных и избавляя от необходимости вручную запускать базу данных после аварии системы. Эти образцы сценариев расположены в каталоге $ORACLE_HOME/bin. Для автоматического запуска базы данных при перезагрузке системы используйте сценарий dbstart.sh. Для остановки базы данных при остановке системы применяйте сценарий dbshut.sh. Оба эти файла предназначены для выполнения в ходе процедуры загрузки системы.

В большинстве версий UNIX и Linux содержимое файла /etc/oratab определяет то, будет ли база данных автоматически запускаться или останавливаться при каждом запуске и остановке сервера. Файл /etc/oratab представляет собой всего лишь список баз данных, действующих на сервере, каждая их которых имеет свой индикатор разрешения или запрещения автоматического запуска и остановки. Например, если при создании новой базы данных finance1 нужно автоматизировать процесс ее запуска и остановки, в файл oratab потребуется добавить следующую строку:

Запись в файле /etc/oratab состоит из трех компонентов, разделенных символом двоеточия: имя базы данных, местоположение домашнего каталога Oracle и символ Y или N, указывающий на то, должна ли БД автоматически запускаться и останавливаться при запуске или остановке хоста. Если нужно, чтобы БД автоматически запускалась и останавливалась, в конце строки укажите символ Y и N — в противном случае.

Системный администратор должен добавить сценарии запуска и остановки базы данных в сценарии запуска и остановки системы. Например, в системе HP UNIX сценарии rc (в каталоге /sbin) автоматически выполняются при каждом переходе системы с одного уровня выполнения на другой. Когда система переходит с уровня выполнения 0 (выключение), сценарий rc останавливает систему UNIX, останавливая определенные демоны и процессы сервера. Аналогично, когда система переходит с уровня выполнения 0 на уровень 1, сценарий rc запускает систему, запуская необходимые демоны и процессы сервера. Системный администратор должен включить связанную с Oracle информацию в сценарий /sbin/rc, чтобы автоматизировать остановку и запуск баз данных Oracle при каждой остановке и запуске сервера UNIX по любой причине.

Ниже приведен пример стартовой информации, которую системный администратор должен добавить в сценарий rc (чтобы отразить конкретные имена баз данных, придется изменить обобщенные сценарии dbstart.sh и dbshut.sh):

А вот пример информации для остановки базы данных:

Сценарий будет определять, какой сценарий нужно использовать — запуска или выключения — после проверки уровня выполнения системы. Первые строки в приведенных примерах информации для запуска и остановки будут запускать и останавливать базу данных (в этом примере ее имя — finance). Вторые строки будут запускать и останавливать процесс слушателя Oracle, который помогает устанавливать обмен данными с сервером базы данных.

Создание дополнительных учетных записей операционной системы

После завершения инсталляции системный администратор должен создать все необходимые учетные записи пользователей. Все пользователи из группы DBA должны быть также членами группы OSDBA.

Постустановочные задачи владельца Oracle

После инсталляции программного обеспечения сервера Oracle пользователь oracle должен выполнить ряд задач. К ним относится настройка соответствующей среды, применение всех необходимых заплат Oracle и установка параметров инициализации.

Настройка среды

Прежде чем в системе можно будет создать базу данных, необходимо установить ряд переменных среды. Наиболее важные из них — ORACLE_HOME, ORACLE_SID, TNS_ADMIN, CLASS_PATH, TWO_TASK и LD_LIBRARY_PATH. Прежде чем устанавливать эти и другие переменные среды, ознакомьтесь с инструкциями для конкретной операционной системы.

Пользователь oracle должен также инициализировать сценарий oraenv (сценарий coraenv при использовании командной оболочки C). Этот сценарий позволяет обеспечить общую среду для всех пользователей Oracle. Инициализация сценария oraenv выполняется посредством его помещения в файл .login или .profile. Например, в командной оболочке Korn для базы данных, имеющей единственный экземпляр, в файл .login или .profile нужно добавить следующие строки:

Дополнительные задачи

Пользователь oracle должен выполнить также некоторые дополнительные задачи. Необходимо просмотреть каталог заплат на компакт-диске и применить все доступные заплаты. Необходимо также убедиться, что базы данных отражены в файле /etc/oratab, чтобы они могли автоматически запускаться и останавливаться.

Совет. Создайте резервную копию сценария root.sh, поскольку он может быть переписан во время инсталляции дополнительных продуктов Oracle.

Установка параметров инициализации

Необходимо также отредактировать образец файла инициализации, изменяя его в соответствии с конкретными потребностями. После создания базы данных обязательно создайте SPFILE, представляющий более изощренный способ управления параметрами инициализации, чем традиционный файл init.ora.

Файл oratab

Файл oratab, который в системах UNIX обычно размещается в каталоге /etc, полезен по ряду причин. Во-первых, его можно использовать для указания того, нужно ли использовать процедуры автоматического запуска/останова применительно к базам данных. Во-вторых, файл oraenv считывает содержимое файла /etc/oratab во время установки переменных среды. Если нужно поочередно выполнить резервное копирование всех баз данных, действующих на сервере, файл oratab можно использовать для перечисления всех баз данных, которые должны быть включены в сценарий резервного копирования.

Конфигурирование сетевых служб Oracle

Чтобы обеспечить возможность подключения к базе данных, необходимо сконфигурировать Oracle Net Services (сетевые службы Oracle). Задачи конфигурирования включают запуск процесса слушателя или, если он уже запущен на сервере, регистрацию им баз данных. Все базы данных автоматически регистрируются слушателем при их создании.

Мы еще не рассматривали создание баз данных, потому на этом этапе конфигурирование сетевых подключений может и не требоваться.

Отмена инсталляции Oracle

Иногда процесс инсталляции может пойти непредусмотренным образом, или же недостаток дискового пространства может вынудить к ее немедленной отмене. В подобном случае лучше всего просто отменить инсталляцию всех уже установленных компонентов. Когда все будет готово, инсталляцию можно запустить сначала. Иногда ПО Oracle требуется удалить с сервера. Прежде чем удалять программное обеспечение, удалите с сервера все базы данных. Во время отмены установки происходят следующий вещи.

  • Oracle автоматически удаляет все файлы, включая файлы, относящиеся к помощникам конфигурирования и наборам заплат.
  • Инсталлятор автоматически очищает все записи системного реестра Windows.

Простые действия, которые нужно выполнить для отмены инсталляции вначале баз данных Oracle, а затем ПО Oracle, описаны в последующих двух разделах инструкции по установки Оракл.

Удаление всех баз данных Oracle, запушенных на сервере

Перед удалением программного обеспечения Oracle вначале удалите с сервера все базы данных, используя помощник по конфигурированию баз данных (Database Configuration Assistant — DBCA). Войдите в систему в качестве пользователя oracle и получите список баз данных и такого файла, как /etc/oratab. Например:

Для каждой базы данных, перечисленной в файле /etc/oratab, выполните следующие действия.

1. Используйте сценарий oraenv или coraenv, чтобы правильно настроить среду для конкретной базы данных, которую хотите удалить. Вот пример удаления базы данных prod1 с сервера:

2. Запустите DBCA, выполнив такую команду:

3. Когда откроется окно Welcome (Приветствие), щелкните на кнопке Next (Далее).

4. В открывшемся окне Operations (Операции) выберите опцию Delete a Database (Удалить базу данных). Щелкните на кнопке Next.

5. Выберите базу данных, которую хотите удалить, щелкните на кнопке Finish (Готово) и в следующем окне подтвердите свой выбор.

6. После удаления базы данных вам будет предложен выбор щелкнуть на кнопке Yes (Да), чтобы вернуться в окно Operations, или на кнопке No (Нет), чтобы завершить сеанс DBCA.

Удаление программного обеспечения Oracle Database

Чтобы удалить программное обеспечение Oracle, зарегистрируйтесь в качестве пользователя oracle и выполните следующие действия.

1. Установите переменную среды ORACLE_HOME для указания пути к домашнему каталогу Oracle, как показано в следующем примере:

2. С помощью соответствующих команд остановите все процессы Oracle, которые могут выполняться:

  • Database Control — $ORACLE_HOME/bin/emctl stop dbconsole
  • Oracle Net Listener — $ORACLE_HOME/bin/lsnrctl stop

3. Запустите инсталлятор Oracle следующей командой:

4. В окне Welcome щелкните на опции Installed Products (Установленные продукты).

5. Отобразится вкладка Inventory Contents (Содержимое описи), которая отображает все домашние каталоги Oracle, существующие в базе данных. Выберите домашний каталог Oracle, который нужно удалить, и щелкните на кнопке Remove (Удалить). При наличии каких-либо зависимостей инсталлятор может не позволить выполнить удаление программных продуктов немедленно. Щелкните на кнопке Yes в открывшемся диалоговом окне Confirmation (Подтверждение).

По завершении удаления щелкните на кнопке Cancel (Отмена), а затем на кнопке Yes. Обратите внимание, что по завершении удаления программного обеспечения в домашнем каталоге Oracle не останется никаких файлов.


Читайте также:  Установка бархотки внутренние приоры

Добавить комментарий