Oratab oracle что это
Using a Password File
If you aren’t using OS authentication, then you can use a password file to connect to the database as a privileged user. A password file allows you to do the following from SQL*Plus or RMAN:
- Connect to your database with sys* privileges as a non-SYS database user
- Connect to remote database (over the network) with sys* privileges
The password file must be manually created with the orapwd utility and is populated via the SQL grant command. To implement a password file, perform the following steps:
- Create the password file with the orapwd utility.
- Set the initialization parameter remote_login_passwordfile to exclusive .
In a Linux/Unix environment, use the orapwd utility to create a password file as follows:
n a Linux/Unix environment, the password file is usually stored in the ORACLE_HOME/dbs directory, and in Windows, it’s typically placed in the ORACLE_HOME\database directory. The format of the file name that you specify in the previous command may vary by OS. For example, on Windows the format is PWD.ora . The following shows the syntax in a Windows environment:
To enable the use of the password file, set the initialization parameter remote_login_passwordfile to exclusive (this is the default value). You can verify its value as shown next:
If need be, you can manually set the remote_login_passwordfile parameter as shown:
You will then need to stop and start your database for this parameter to take effect (more details on stopping/starting your database later in this chapter). The prior example assumes you are using a server parameter file ( spfile ). If you are not using a spfile , you will have to manually edit the init.ora file by adding this entry with a text editor:
Then stop and start your database to instantiate the parameter. Once the password file is enabled, you can then create database users and assign them the sys* privileges as required. For example, suppose you had a database user named DBA_MAINT that you wanted to grant SYSBACKUP privileges:
The syntax for using a password file to connect to a database is as follows:
For example, using the DBA_MAINT database user, you can connect to the database with SYSBACKUP privileges as follows:
Because you are providing a username/password and attempting to connect with a sys* level privilege (as a non- SYS user), Oracle will verify that a password file is in place (for the local database) and that the supplied username/password is in the password file. You can verify which users have sys* privileges by querying the V$PWFILE_USERS view:
Here is some sample output:
Один ./etc/oratab Описание
Используйте CAT напрямую для просмотра этого файла:
Вот файл в моей тестовой среде. В этом комментарии по этому файлу понятно. / etc / oratab создан cralt.sh scripts, и этот файл будет обновлен при создании экземпляра с DBCA.
Когда $ Oracle_SID: $ Oracle_Home: устанавливается на Y, экземпляр разрешен для начала, и поскольку он устанавливается на N, так как он не допускается. Конфигурация в этом файле воспроизводится только коммутатор, который специально не выполняется, и не выполняется, и специфическая операция реализована сценариями $ Oracle_Home / bin / dbstart и dbshut. Эти два скрипта проверяют конфигурацию в файле / etc / oratab при выполнении и могут продолжаться.
Таким образом, шаги для настройки базы данных с запуска и закрытия следующим образом:
(1) Конфигурация / etc / oracab
(2) Изменить $ Oracle_home / bin / dbstart и dbshut и добавить его в файл / etc / rc (.local).
Вот сценарии DBSTART и DBSHUT, использующие Oracle, если вы используете свой собственный скрипт для запуска или закрытия БД, вам не нужно заботиться об этом файле.
EASY CONNECT
The easy connect method allows you to connect to a remote database without the need of a tnsnames.ora file (or other methods of resolving the location of the database). If you know the name of the host, server, port, and service name, you can directly enter those on the command line. The syntax is as follows:
For example, assuming the host name is hesta, the port is 1521 , and the service name is O12C , then you can connect as follows:
The easy connect method is handy for situations in which you’re troubleshooting connectivity issues or when you don’t have a tnsnames.ora file available (or other ways to resolve the remote connection).
В этой статье я приведу пошаговую инструкцию по установке Oracle 11g Release 1 на операционную систему Linux. Этот мануал подойдет для Red Hat Enterprise Linux 5, 6 и 7, Oracle Enterprise Linux 5, 6 и 7 . Эти версии сертифицированы для СУБД Oracle. Также эта инструкция подходит для бесплатного аналога перечисленных Линуксов Centos Linux 5 , 6 и 7.
Данное руководство включает разделы:
- Действия до установки базы данных Oracle (подготовительный этап)
- Непосредственно установка (этап инсталляции)
- Действия после установки СУБД
Пост инсталляционный этап
После завершения процесса установки Oracle нам нужно выполнить несколько настрое для автозапуска базы.
1. Для автоматического запуска и остановки СУБД Oracle и слушателя Listener вместе со стартом и завершением операционной системы нам нужно отредактировать файл /etc/oratab под пользователем root:
Вместо YourDB используйте имя Вашей базы данных
2. Под пользователем root создадим новый файл автозапуска «oracle» (сценарий инициализации для запуска и завершения работы базы данных) в каталоге /etc/init.d/ со следующим содержимым:
Выполним под root-ом следующие команды (первый скрипт меняет разрешения, второй скрипт настраивает исполнение для определенных уровней выполнения):
3. Вы можете использовать rlwrap для удобной работы с утилитой sqlplus и adrci. После того, как скачаете RPM-пакет (дистрибутив) , выполните следующие команды:
Ву-аля! Установка Oracle на линукс завершена! Теперь мы можем пользоваться самой популярной, надежной и производительной базой данных в Мире и воплощать свои самые дерзкие идеи в качестве архитекторов, разработчиков, программистов и администраторов БД!
Using Oracle’s Script
A much better method for setting OS variables is use of a script that uses a file that contains the names of all Oracle databases on a server and their associated Oracle homes. This approach is flexible and maintainable. For instance, if a database’s Oracle home changes (e.g., after an upgrade), you only have to modify one file on the server and not hunt down where the Oracle home variables may be hard-coded into scripts.
Oracle provides a mechanism for automatically setting the required OS variables. This approach relies on two files: oratab and oraenv .
II. $ Oracle_home / bin / dbstart, dbshut Описание
2.2 Сценарии DBShut
Через приведенную выше информацию мы можем видеть, что нам нужно только изменить сценарий / etc / oracab, команды dbstart и dbshut могут получить требуемые значения параметров из / etc / oratab.
3.1 Модифицировать / etc / oracab value y
-rw-rw-r-- 1 oracle oinstall 722 Jan 3020:36 /etc/oratab
Этап установки Oracle
1. Скачиваем дистрибутив Oracle 11g release 1 (11.1.0.6.0) с официального сайта Oracle (или еще откуда нибудь, если нужна более функциональная версия, например Enterprise) и разархивируем ее:
2. Теперь система подготовлена для установки программного обеспечения Oracle. Чтобы запустить процесс установки, перейдите в каталог распакованного дистрибутива (в данном случае database) и запустите инсталлятор:
3. После этого запустится графическая оболочка инсталлятора, где вам нужно будет выбрать нужные опции и запустить процесс установки.
OS AUTHENTICATION VS. PASSWORD FILE
For local connections (made while physically logged on to the database server), operating system authentication takes precedence over password file authentication. In other words, if you’re logged on to an OS account that is a member of an authenticated group, such as dba, it doesn’t matter what you type in for the username and password when connecting to a local database with sys* privileges. For example, you can connect as sysdba with a nonexistent username/password:
The prior connection works because Oracle ignores the username/password provided, as the user was first verified via OS authentication. However, a password file is used when you’re not using OS authentication to establish a privileged local connection or when you’re trying to make a privileged connection to a remote database via the network.
One key aspect about using a password file is that this is the mechanism that allows you to use SQL*Plus or RMAN to connect to a remote database over the network with sys* privileges. For example, if you want to connect to a user named chaya with a password of heera to a remote database named HATHI with sysdba privileges, you would do as follows:
Oracle will verify that the username password combination exists in a password file on the remote server that is associated with the database defined by the HATHI net service name. In this example, Oracle uses the information in a local tnsnames.ora file to determine the location of the database on the network (host, port, and database).
Tip Using a local tnsnames.ora file is known as the local naming connection method. There are other remote database name resolution methods, such as easy connect, directory naming, and external naming. See the Oracle Database Net Services Administrator’s Guide for details on how to implement these.
Using OS Authentication
Before you can connect to the Oracle database, you need to have the proper OS variables set (covered in the prior section). Additionally, if you want to connect to Oracle as a privileged user, then you must also have access to either a privileged OS account or a privileged database user. Connecting as a privileged user allows you to perform administrative tasks, such as starting and stopping a database. You can use either OS authentication or a password file to connect to your database as a privileged user.
The concept of a privileged user is also important to RMAN backup and recovery. RMAN uses OS authentication and password files to allow privileged users to establish a privileged database session (via the rman utility). Only a privileged account is allowed to back up, restore, and recover a database.
If your Linux/Unix account is a member of the dba group (your shop might use a different group name, but dba is the most common), you can connect to your database with the required privileges via SQL*Plus by virtue of being logged in to your Linux/Unix account.
On Windows, the OS user must be part of either the ora_dba group or the ora_oper group. In Windows environments, you can verify which OS users belong to the ora_dba group as follows: select Control Panel ⇒ Administrative Tools ⇒ Computer Management ⇒ Local Users and Groups Groups. You should see a group named something like ora_dba. You can click that group and view which OS users are assigned to it. Additionally, for OS authentication to work in Windows environments, you must have the following entry in your sqlnet.ora file:
On Linux/Unix, you can quickly verify the operating system groups that your account belongs to using the id command without any parameters:
he prior output indicates that the oracle user is included in several groups, one of which is dba. Any user who belongs to the dba group can connect to the database with SYSDBA privileges. A user with SYSDBA privileges can start and stop the database. This example uses OS authentication to connect to your database as the user SYS:
No username or password is required when using OS authentication (hence just the slash without a user/password) because Oracle first checks to see if the OS user is a member of a privileged OS group, and if so, connects without checking the username/password. You can verify that you have connected as SYS by issuing the following:
The privileged OS groups are established when installing the Oracle software. There are a few OS groups that pertain to backup and recovery:
- dba
- oper
- backupdba (available starting with Oracle 12c)
Each OS group corresponds to certain database privileges. Table 1 shows the mapping of OS groups to database system privileges and operations.
Table 1. Mapping of OS Groups to Privileges Related to Backup and Recovery
Operating System Group
Database System Privilege
Authorized Operations
Start up, shut down, alter database, create and drop database, toggle archivelog mode, back up, and recover database.
Install and upgrade Oracle binaries.
Start up, shut down, alter database, toggle archivelog mode, back up, and recover database.
Available starting with Oracle 12c, this privilege allows you to start up, shut down, and perform all backup and recovery operations.
Manually Setting Variables
In Linux/Unix, when you’re using the Bourne, Bash, or Korn shell, you can set OS variables manually from the OS command line with the following export command:
Note that the prior commands are for my particular development environment; you’ll need to adjust those to match the Oracle home and database name used in your environment.
For the C or tcsh shell, use the setenv command to set variables:
Another way that DBAs set these variables is by placing the previous export or setenv commands into a Linux/Unix startup file, such as .bash_profile , .bashrc , or .profile . That way, the variables are automatically set upon login.
However, manually setting OS variables (either from the command line or by hard-coding values into a startup file) isn’t the optimal way to instantiate these variables. For example, if you have multiple databases with multiple Oracle homes on a box, manually setting these variables quickly becomes unwieldy and not very maintainable.
Три. БУДЕТ БУТАЖАЙ
2.1 Сценарии DBStart
Решить проблему сбоя при запуске базы данных из-за отсутствия файла oracle / etc / oratab в Linux.
Он записывает, сколько баз данных находится на хосте.
В каталоге $ ORACLE_HOME / bin для $ ORACLE_HOME / bin / dbstart и $ ORACLE_HOME / bin / dbshut необходимо вызвать файл / etc / oratab. Если он не существует, dbstart и dbshut завершатся ошибкой.
Формат etc / oratab: SID: ORACLE_HOME: AUTO
Если вам нужно запустить базу данных автоматически, установите для AUTO значение Y, и это вступит в силу после вызова команды dbstart. dbstart запускает соответствующую базу данных в соответствии с конфигурацией в / etc / oratab. Вариант заключается в том, можете ли вы использовать $ ORACLE_HOME / bin / dbstart и $ ORACLE_HOME / bin / dbshut для запуска и закрытия базы данных.
Описание: значением первой области является sid, значением второй области является домашний каталог базы данных, а значение Y или N в третьей области указывает, хотите ли вы, чтобы сценарии dbstart и dbshut запускали и завершали работу базы данных.
Файл Oratab Если параметры среды заданы правильно в процессе установки, этот файл не может быть найден после установки.
Решение состоит в том, чтобы использовать пользователя root для выполнения в каталоге установки Oracle $ ORALCE_HOMEroot.sh
Файл oratab будет создан заново, и для запуска базы данных можно будет настроить автоматический запуск.
Описание:
orainstRoot.sh:
Задайте расположение каталога продукта и группы операционной системы, которой принадлежит каталог, и создайте /etc/oraInst.loc.
root.sh:
используется для установки необходимых разрешений операционной системы и копирования orahome, oraenv, coraenv в каталог / usr / local / bin. Создайте / etc / oratab, в котором хранится некоторая информация, относящаяся к базе данных.
Данный пакет позволяет активизировать и деактивировать автоматический запуск и останов сервисов Oracle в одно действие на следующих системах:
- Solaris 8,9
- Solaris 10 и выше
- Linux (RHEL3, RHEL4, RHEL5, SuSE, Fedora,
Oracle Enterprise Linux/Oracle Unbreakable Linux)
Поддерживается автоматический запуск и останов множественных инстансов RDBMS/ASM, описанных в едином файле oratab.
Распознавание платформы производится автоматически.
Замечание: Онанирующим на upstart/systemd рекомендую обратить внимание на год написания и на тот факт, что, в первую очередь, это писалось под Solaris 10. Желающие могут своими собственными ручонками удовлетворить свои противоестественные потребности.
Конфигурация скриптов установки/удаления сервиса
Для установки скрипта (-ов) и/или создания ссылок и регистрации дескриптора сервисов, используются скрипт install.sh, для удаления, соответственно, remove.sh.
Скрипты установки и удаления имеют собственные конфигурационные файлы, позволяющие задать нестандартное расположение файла oratab (по умолчанию это /etc
и /var/opt/oracle соответственно) и имя владельца ПО Oracle (по умолчанию oracle) и основную группу Oracle (по уолчанию dba).
Данные настройки необходимы в случае, если ваши настройки отличаются от сложившихся исторически умолчаний.
Если используются стандартные настройки, оставьте конфигурационные параметры утилит установки и удаления сервиса без изменений.
Конфигурирование сервиса
Конфигурационные параметры сервиса автоматического запуска находятся в конфигурационном файле oracle.conf (шаблон по умолчанию копируется при установке службы в /etc).
Редактируются следующие переменные:
^^^^^^^^^ На некоторых платформах необходимо задавать явно, если oratab отсутствует в стандартных месторасположениях (/var/opt/oracle/oratab либо /etc/oratab). Задается полный
ВАЖНО - Флаг автоматического запуска в файле oratab меняется явно при установке и удаления сервиса - ставится Y, если сервис автоматического запуска активизируется и ставится N при деинсталляции автоматического запуска.
^^^^^^^^^^^^^ Если параметры заданы явно, для запуска RDBMS/Listener будут использованы они, а не содержимое oratab (взятое в стандартных местах или явно заданное в предыдущем параметре).
^^^^^^^^^^^^^^^^^^^^^^ Системная привилегия, позволяющая выполнять запуск/останов Oracle. По умолчанию sysdba. В вашей системе может отличаться (задается при инсталляции
^^^^^^^^^^^^^^^^^^^^^^^^ Привилегия запуска/останова инстансов ASM. В Oracle 10 - sysdba, начиная с Oracle 11 - sysasm. По умолчанию sysdba.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Режим останова сервисов ASM. В некоторых случаях после корректного останова основных сервисов баз данных сервисы ASM не могут быть остановлены в режиме immediate (не установленные патчи итп.). Для подобных ситуаций предусмотрен останов инстансов ASM в режиме abort. Учтите, что подобное завершение ASM может привести к повреждению дисковых групп и не рекомендуется без крайней необходимости.
^^^^^^^ Домашний каталог Standalone Apache (OHS) с Companion CD. Используется в явном виде при запуске сервиса OHS. Оставьте пустым если не используете OHS.
для портов ниже 1024, либо от аккаунта владельца oracle - если OHS слушает исключительно порты выше 1024 (например, 7777 или 7778). При этом запуск для любых портов может осуществляться от аккаунта root (в этом случае лишь потребуется изменение владельца (owner) файла apachectl, однако для портов ниже 1024 запуск должен осуществляться исключительно от аккаунта root. Либо можно использовать RBAC для ограничения привилегий на биндинг портов, избегая задействования суперпользователя. Что, в общем и целом, более предпочтительно с точки зрения безопасности.
^^^^^^^^^^^^^^^^^^^^^^^ Параметр определяет включение режима SSL OHS при запуске посредством apachectl. Если запуск производится посредством opmn (включен следующий параметр), для включения SSL режима OHS используется параметр ssl_enabled файла opmn и параметр будет проигнорирован.
^^^^^^^ Если задан, запуск OHS производится посредством OPMN, в противном случае используется apachectl. Если OHS не установлен или не должен запускаться автоматически, следует задать пустой параметр OHSHOME (выше).
^^^^^^^^^^ Если сконфигурирована dbconsole (Oracle 10g и выше) и необходимо запускать ее в рамках процедуры автозапуска, параметр необходимо задать. При доступе
к системе из Интернет, dbconsole должна быть предварительно сконфигурирована для работы под SSL (например, командой emctl secure dbconsole). В некоторых очень редких случаях
^^^^^^^^ Параметр задается, если необходимо автоматически стартовать также iSQL*Plus (нельзя активизировать на системах с высокой степенью защиты или с доступом
^^^^^^^^^^^^^^^^^ Путь и имя лог-файла по умолчанию. Если файл не существует (скажем, регулярно обслуживается процессом cron) то он будет создан при выполнении init.oracle .
Установка сервиса
Для установки сервисов необходимо распаковать архив в необходимый каталог и выполнить с правами аккаунта root скрипт install.sh. После его завершения все
необходимые файловые структуры будут созданы и можно выполнить активацию сервиса либо перезапустив хост (Solaris 8,9, Linux) либо выполнив команду (Solaris 10 или
контролируя запуск сервисов в отдельной сессии:
Управляющий скрипт может запускаться также интерактивно (например, для отладки):
При выполнении данных операций на Solaris 10 и выше необходимо предварительно отключить сервис Oracle при помощи интерфейса SMF, в противном случае рестартер SMF будет перезапускать остановленные вручную сервисы без предупреждения).
Удаление сервиса
Для остановки и удаления автостарта необходимо сделать следующее:
- Для Solaris 8,9, Linux:
1. Остановить сервисы Oracle вручную;
2. Выполнить с правами root скрипт remove.sh из данного
архива
Для Солярис 10 или выше запуск/останов/перезапуск служб oracle выполняется через административный интерфейс SMF (командами svcadm/svcs). ДЛя контроля состояния сервисов и процессов запуска используется как основной лог запуска/останова (/var/log/oracle.log по умолчанию), так и собственные логи сервисов Oracle.
2.Скрипты установки/удаления автостарта используют несколько допущений и подчиняются определенным правилам, а именно:
- Предполагается (либо проверяется), что они выполняются в режиме выполнения (run level) multi-user (3). В противном случае доступ ко многим системным командам
- Уровень выполнения скрипта (-ов) автоматического запуска не ниже 3 (то есть в signle user попыток запуска сервисов Oracle НЕ ПРОИЗВОДИТСЯ).
- Предполагается, что администратор, выполняющий данные скрипты установки/удаления, запускает их с правами бюджета root. Если это не так, выполнение прерывается с ошибкой и
- Предполагается, что перед выполнением скриптов установки/удаления системный администратор/администратор базы данных выполнил остановку сервисов Oracle вручную.
Для запущенных сервисов Oracle служба автостарта не выполняет никаких действий, однако на Solaris 10 и выше (SMF) сервис автоматического старта создается в состоянии
disbaled, И при активации будет произведен перезапуск сервисов Oracle, активных на момент установки службы. Также не производится никаких автоматических
операций запуска/останова (Solaris 8,9,Linux) или активизации/деактивации сервисов Oracle (для Solaris 10 или выше).
- Для Linux RHEL 3/4 при останове хоста командой init 0/init 5 остановка системных сервисов выполняется командой kill. Это приводит к аварийному прекращению работы экземпляра
Oracle и последующий запуск сервисов может потребовать существенно более длительного времени вследствие выполнения автоматического восстановления базы данных и/или сервисов OHS/iAS.
3. В некоторых случаях на Solaris x86 при использовании OPMN может наблюдаться значительная задержка старта Веб-сервисов или невозможность автоматического запуска контролирующего процесса OPMN. Для корректировки данной ситуации следует
вручную выполнить команду opmnctl stopall, затем opmnctl startall для старта процессов. Если сервисы OPMN по-прежнему не запускаются, используйте логи OPMN/OHS для
4. При зонной установке сервисов Oracle на Solaris 10 и выше, необходимо скопировать запускной скрипт init.oracle в каталог /lib/svc/method глобальной зоны с
В неглобальных зонах данный каталог монтируется из глобальной зоны с правами read only и необходимые действия по установке управляющего метода в него из неглобальной зоны не могут быть корректно выполнены.
PS. Пользуйтесь на здоровье. Этот пакет много лет использовался в продуктивных системах. Желающие продолжить - могут самостоятельно написать любой необходимый функционал.
Prior to connecting to your Oracle Database 12C, you must establish the required operating system variables. Additionally, if you’re going to run backup and recovery commands, you need access to either a privileged operating system (OS) account or a database user who has been granted the appropriate privileges (via a password file). These topics are discussed in the following subsections.
Establishing OS Variables
Before connecting to your database via SQL*Plus, RMAN, Data Pump (or any other Oracle utility), you must first set several OS variables:
- ORACLE_HOME
- ORACLE_SID
- LD_LIBRARY_PATH
- PATH
The ORACLE_HOME variable is important because it defines the starting point directory for locating the Oracle binary files (such as sqlplus, dbca, netca, rman, and so on) that are located in ORACLE_HOME/bin .
The ORACLE_SID (site identifier) variable defines the default name of the database you’ll connect to. ORACLE_SID is also used to establish the default name for the parameter file, which is init.ora or spfile.ora . By default, Oracle will look in ORACLE_HOME/dbs for these initialization files on Linux/Unix systems and ORACLE_HOME\database on Windows systems. The initialization file contains parameters that govern aspects of your database, such as how much memory to allocate to your database, the maximum number of connections, and so on.
The LD_LIBRARY_PATH variable is important because it specifies where to search for libraries on Linux/Unix boxes. The value of this variable is typically set to include ORACLE_HOME/lib .
The PATH variable specifies which directories are looked in by default when you type a command from the OS prompt. In almost all situations, ORACLE_HOME/bin (the location of the Oracle binaries) must be included in your PATH variable.
You can either manually set these variables or use a standard script provided by Oracle to set these variables.
Understanding oratab
You can think of the entries in the oratab file as a registry of what databases are installed on a box and their corresponding Oracle home directories. The oratab file is automatically created for you when you install the Oracle software. On Linux boxes, oratab is usually placed in the /etc directory. On Solaris servers, the oratab file is placed in the /var/opt/oracle directory. If, for some reason, the oratab file isn’t automatically created, you can manually create it (with a text editor).
The oratab file is used in Linux/Unix environments for the following purposes:
- Automating the sourcing of required OS variables
- Automating the start and stop of Oracle databases on the server
The oratab file has three columns with this format:
The Y or N indicates whether you want Oracle to restart automatically on reboot of the box; Y indicates yes, and N indicates no (the automatic restart feature requires additional tasks not covered in this article).
The names of the databases on the previous lines are O12C and ORA12CR1. The path of each database’s Oracle home directory is next on the line (separated from the database name by a colon [:] ).
Several Oracle-supplied utilities use the oratab file:
- oraenv uses oratab to set the OS variables.
- dbstart uses it to start the database automatically on server reboots (if the third field in oratab is Y ).
- dbshut uses it to stop the database automatically on server reboots (if the third field in oratab is Y ).
The oraenv tool is discussed in the following section.
3.3 Используйте пользователи root, чтобы добавить следующим образом в RC.Local:
su - oracle -c"/u01/app/oracle/product/11.2.0.3/db_1/bin/dbstart"
su - oracle -c"/u01/app/oracle/product/11.2.0.3/db_1/bin/emctl start dbconsole"
Примечание здесь, вы должны запустить скрипт с пользователем Oracle.
Using oraenv
If you don’t properly set the required OS variables for an Oracle environment, then utilities such as SQL*Plus, RMAN, Data Pump, and so on won’t work correctly. The oraenv utility automates the setting of required OS variables (such as ORACLE_HOME , ORACLE_SID , and PATH ) on an Oracle database server. This utility is used in Bash, Korn, and Bourne shell environments (if you’re in a C shell environment, there is a corresponding coraenv utility).
The oraenv utility is located in the ORACLE_HOME/bin directory. You’ll have to navigate to your ORACLE_HOME/bin directory first (you’ll have to modify the following path to match your environment):
And then you can run oraenv manually, like this:
You’ll be prompted for ORACLE_SID (and if the ORACLE_SID isn’t in the oratab file, you’ll additionally be prompted for an ORACLE_HOME value):
You can also run the oraenv utility non-interactively by setting OS variables before you run it. This is useful for scripting when you don’t want to be prompted for input:
Note In Windows the operating system, variables are set in the registry.
You can verify that the OS variable settings with the echo command, for example:
After you’ve established your operating system variables, you need to connect to the database with the proper privileges. You can do this in one of two ways: using OS authentication or using a password file.
Нижний Linux Oracle запускается с Oratab, Script DBStart Описание
3.4 Система перезагрузки, Oracle запущена автоматически.
В нашей конфигурации запущена включает в себя прослушивание, экземпляр и OEM.
Журнал запуска выглядит следующим образом:
/u01/app/oracle/product/11.2.0.3/db_1/bin/dbstart:Starting up database "gg1"
Mon Jan 30 20:48:26 CST 2012
SQL*Plus: Release 11.2.0.3.0 Production onMon Jan 30 20:48:31 2012
Copyright (c) 1982, 2011, Oracle. All rights reserved.
SQL> Connected to an idle instance.
SQL> ORACLE instance started.
Total System Global Area 939495424 bytes
Fixed Size 2233960 bytes
Variable Size 675285400 bytes
Database Buffers 255852544 bytes
Redo Buffers 6123520 bytes
SQL> Disconnected from Oracle Database11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining andReal Application Testing options
/u01/app/oracle/product/11.2.0.3/db_1/bin/dbstart:Database instance "gg1" warm started.
/u01/app/oracle/product/11.2.0.3/db_1/bin/dbstart:Starting Oracle Net Listener
LSNRCTL for Linux: Version 11.2.0.3.0 -Production on 30-JAN-2012 21:24:37
Copyright (c) 1991, 2011, Oracle. All rights reserved.
Starting /u01/app/oracle/product/11.2.0.3/db_1/bin/tnslsnr:please wait.
TNSLSNR for Linux: Version 11.2.0.3.0 -Production
System parameter file is/u01/app/oracle/product/11.2.0.3/db_1/network/admin/listener.ora
Log messages written to/u01/app/oracle/diag/tnslsnr/gg1/listener/alert/log.xml
STATUS of the LISTENER
Version TNSLSNR for Linux: Version11.2.0.3.0 - Production
Start Date 30-JAN-2012 21:24:40
Uptime 0 days 0 hr. 0 min. 1 sec
Trace Level off
Security ON: Local OS Authentication
Listener Parameter File/u01/app/oracle/product/11.2.0.3/db_1/network/admin/listener.ora
Listener Log File /u01/app/oracle/diag/tnslsnr/gg1/listener/alert/log.xml
Listening Endpoints Summary.
The listener supports no services
The command completed successfully
Все права защищены, в статье разрешено перепечатывать, но адрес источника должен быть указан в режиме связи, в противном случае проводится юридическая ответственность!
------ Добавить Группу нужно отказаться от применения в замечаниях Oracle табличного пространства и файлов данных, в противном случае отказываться применять ----
DBA1 Группа: 62697716 (Full); DBA2 Группа: 62697977 (Full) DBA3 Группа: 62697850 (Full)
DBA Super Group: 63306533 (полный); DBA4 Группа: 83829929 DBA5 Группа: 142216823
Подготовительный этап (перед инсталляцией Oracle)
1. Создаем пользователей и группы Oracle
2. Меняем параметры ядра Linux согласно требования базы данных Oracle. Для этого отредактируем файл /etc/sysctl.conf и добавим (или изменим) в него следующие строки:
Для того, чтобы изменения вступили в силу, выполняем команду sysctl
или просто перезагрузите сервер:
3. Отредактируем файл /etc/pam.d/login и добавим в него следующие строки:
4. Отредактируем файл /etc/security/limits.conf и добавим в него следующие строки:
5. Создадим целевые каталоги для сервера Oracle:
6. Создадим переменные окружения (Oracle Enviroment), для этого редактируем файл /home/oracle/.bash_profile и добавляем следующие строки:
Чтобы внесенные изменения вступили в силу, выполняем команды:
7. Для успешной установки программного обеспечения Oracle требуются дополнительные пакеты. Чтобы проверить, установлены ли в вашей операционной системе необходимые пакеты, выполните следующую команду:
8. Запускаем графическую оболочку под юзером root, выполнив команду:
3.2 Изменить Oracle_Home_Listner DBStart, чтобы указать на $ Oracle_home:
Читайте также: