Oracle enterprise manager как войти

Обновлено: 06.07.2024

Диспетчер предприятия Oracle (Oracle Enterprise Manager — OEM) представляет собой обширный набор инструментов для управления базами данных с графическим интерфейсом; он поставляется в виде части серверного программного обеспечения Oracle уже много лет и постоянно совершенствуется. OEM предлагает широкий спектр служб,в том числе возможности создания отчетов и отправки уведомлений по электронной почте и на пейджер.

Разумеется, управлять базами данных можно и c помощью самостоятельно разработанных сценариев SQL и PL/SQL, но OEM предлагает привлекательный клиентский каркас консольного стиля, способный упрощать выполнение практически всех повседневных операций по управлению и задач вроде резервного копирования, восстановления, экспорта, импорта и загрузки данных, включительно. Хотя для решения этих задач можно использовать поставляемые Oracle пакеты, OEM значительно облегчает работу с такими новыми инструментами администратора баз данных в Oracle Database 11g, как Segment Advisor (Консультант по настройке правильного размера областей оперативной памяти), SQL Access Advisor (Консультант по оптимизации путей доступа) и SQL Tuning Advisor (Консультант по настройке кода SQL). Если в предыдущих версиях установка различных компонентов OEM в основном выглядела довольно сложно, то последние версии OEM являются в этом отношении довольно удобными для пользователя.

Начиная с выхода Oracle Database 10g, на выбор предлагается две версии OEM — Database Control, позволяющая управлять только одной базой данных, и Grid Control,позволяющая управлять целой системой. С помощью Grid Control управлять можно не только используемой в масштабах всего предприятия базой данных, но и серверами приложений, хостами и прочими службами. В этом разделе будет показано, как конфигурировать и использовать обе версии OEM. Для тех, кто не умеет писать сценарии,OEM является идеальным вариантом, потому что поставляется со всеми существенно важными сценариями для управления базой данных и другими службами. Сегодняшним администраторам баз данных следует стараться овладевать OEM и пользоваться его мощными возможностями для увеличения глубины и масштабов своих операций по управлению базами данных.

На заметку! Те, у кого установлена версия Oracle Application Server 10g, для управления экземпляром сервера приложений могут использовать консоль Application Server Control (Управление сервером приложений).

Обычно администраторы баз данных Oracle применяют для управления своими базами данных различные сценарии. Эти сценарии можно как писать самостоятельно, так и загружать с любого посвященного администрированию баз данных сайта в Интернете (каковых доступно очень много). Они могут представлять собой как основанные только на SQL сценарии, так и смешанные сценарии, включающие и элементы сценариев SQL*Plus, и элементы сценариев оболочки UNIX. Их можно запускать вручную, а можно и автоматизировать, обеспечив автоматическое наблюдение за работой системы с рассылкой соответствующих уведомлений на пейджеры или адреса электронной почты.Большинство администраторов баз данных также предпочитают пользоваться для этого и средствами операционной системы, например, утилитами GlancePlus, sar, vmstat и iostat.

Возможность наблюдать за производительностью баз данных является далеко не единственным преимуществом применения OEM. Предлагаемый в OEM механизм про активного управления событиями (proactive event management), например, позволяет устанавливать пороговые значения для различных параметров базы данных, связанных с уведомлением о событиях, а механизм планирования выполнения заданий (job scheduling) делает традиционный подход с применением файла crontab несколько старомодным. Кроме того, в OEM можно осуществлять настройку приложений и выполнять операции по реконструкции схемы. И, наконец, OEM значительно облегчает выполнение многих связанных с администрированием баз данных задач, например,резервное копирование, восстановление, загрузку данных и реорганизацию таблиц в оперативном режиме.

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

Преимущества использования OEM для управления базами данных Oracle

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

Готовые средства управления

OEM представляет собой готовое решение для мониторинга и управления целыми системами. Хотя чуть позже в разделе “Конфигурирование и использование Database Control” будут описаны способы настройки различных компонентов OEM, никаких действительно трудных операций по конфигурированию, которые нужно выполнять для начала работы с OEM, не существует, даже в случае версии Grid Control. На самом деле OEM Database Control вообще не требуется конфигурировать в случае создания новой базы данных Oracle с помощью приложения DBCA (Database Configuration Assistant — Помощник по конфигурированию сервера базы данных) или выбора варианта создания новой базы данных во время инсталляции Oracle Database Server.

Управление через Веб

Мониторинг в реальном времени базы данных Oracle

В OEM предлагается замечательная возможность для осуществления мониторинга базы Oracle в реальном времени, а также возможность для генерации различных отчетов по базам данных. Без OEM требуется использовать сценарии SQL, а те не всегда быстро справляются с обработкой информации. Например, сценарии SQL, предназначенные для обнаружения блокирующих объект пользователей, просто “славятся” своей медленной работой. С помощью OEM, однако, можно без промедления просматривать все имеющиеся в базе данных блокировки. Аналогично, OEM также помогает выявлять в системе ожидания (waits) и выяснять причины их возникновения.

Мониторинг полной среды

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

Ниже приведен перечень элементов, за которыми OEM может следить и по показателям которых он может составлять отчеты:

  • вся платформа;
  • впечатление конечного пользователя:
  • доступность систем и веб-приложений;
  • расширенные сетевые компоненты;
  • бизнес-транзакции;
  • анализ хронологических данных и отслеживание изменений.

Мониторинг производительности приложений

В OEM предлагаются средства для осуществления мониторинга за производительностью приложений (Application Performance Monitoring — APM), которые позволяет легко диагностировать проблемы в системе и следить за производительностью баз данных.Они умеют собирать сведения и генерировать отчеты не только о состоянии, но так-же и показателях времени отклика всех баз данных в системе. Эта информация помогает своевременно управлять базами данных и предотвращать возникновение в них проблем.

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

В частности, средства APM позволяют выполнять следующие функции.

  • Следить за производительностью и доступностью системы.
  • Выявлять перебои и узкие места во всех компонентах системы приложений.
  • Анализировать исходные причины проблем с производительностью.
  • Выполнять диагностику производительности с возможностью детализации.
  • Сводить к минимуму время простоя приложений за счет применения эффективных средств разрешения проблем.

Возможность масштабированного управления

OEM является очень легко масштабируемым средством, и потому никаких дополнительных ресурсов для управления постоянно разрастающимся предприятием не требуется. При необходимости добавить в систему новые серверы, достаточно просто запустить на новом узле приложение Management Agent (Агент управления), которое поможет собрать всю необходимую информацию об этих серверах и находящихся на них базах данных.

Управление консолидированными базами данных Oracle

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

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

Управление интегрированными системами

OEM легко интегрировать со средствами мониторинга масштаба системы, наподобие HP OpenView. Такая интеграция средств управления базами данных и серверами позволяет просматривать события и базы данных и системы из одного браузера. Два продукта, по сути, начинают работать как единый интегрированный комплект средств управления. Для обеспечения возможности интеграции операций OEM и OpenView служит модуль Smart Plug-In (SPI).

Архитектура и компоненты OEM

Как уже рассказывалось ранее, OEM поставляется в виде двух компонентов — Database Control и Grid Control. Для осуществления мониторинга и управления только одной базой данных вполне хватает компонента OEM Database Control. Для компонента OEM Database Control, ничего конфигурировать не нужно — он готов к использованию с самого момента создания новой базы данных Oracle Database 11g, при условии, что та создавалась с помощью DBCA или Oracle Universal Installer. В случае если база данных создавалась с нуля оператором CREATE DATABASE, однако, Database Control потребуется сконфигурировать посредством утилиты emca (Enterprise Manager Configuration Assistant — Консультант по настройке диспетчера предприятия).

Для управления масштабными и сложными средами необходимо использовать компонент OEM Grid Control, который инсталлируется отдельно от базы данных Oracle.

В целом, Database Control можно считать подмножеством Grid Control, поскольку Grid Control умеет делать все то же, что Database Control, плюс также помогать осуществлять в системе управление и такими целевыми объектами, которые не являются базами данных.

На заметку! Помимо Database Control и Grid Control, в состав OEM также входит компонент Oracle Enterprise Manager Application Server Control (Управление сервером приложений), который помогает управлять отдельными экземплярами Oracle Application Server. Экземпляр Oracle Application Server (Сервер приложений Oracle) устанавливается автоматически как часть инсталляции Grid Control. Именно он отвечает за работу компонента Grid Control Management Server.

This chapter introduces you to the Oracle Enterprise Manager, the Web-based interface for managing an Oracle database. Understanding this tool is essential to managing the Oracle database as described in the rest of this book.

This chapter contains the following topics:

Introduction to the Oracle Enterprise Manager Database Control

The Web-based Database Control serves as the primary tool for managing your Oracle database and sets a new standard in ease-of-use. It is installed with the database.

The following topics introduce you to the Oracle Enterprise Manager Database Control:

Database Management Features

From the Oracle Enterprise Manager, you can perform administrative tasks such as creating schema objects (tablespaces, tables, and indexes), managing user security, backing up and recovering your database, and importing and exporting data. You can also view performance and status information about your database.

Online Help

You can access context sensitive online Help by clicking Help displayed on every page. On any help page, click View Contents for links to all help topics. A search facility enables you to search the contents of Help.

Navigational Features

Navigational features of Oracle Enterprise Manager include the following:

Property pages on each home page help you organize management tasks into distinct categories; for example, click Maintenance to perform tasks associated with backing up and maintaining your data.

Figure 3-1 Database Home Page Navigational Property Pages

Drill down links that provide increasing levels of detail.

Figure 3-2 Database Home Page Drill Down Links

Clicking a link shown in Figure 3-2 provides additional levels of detail about the database host name or listener.

Suggested related links for more information.

Figure 3-3 Database Home Page Related Links

Starting and Stopping the Oracle Enterprise Manager Console

To access the Oracle Enterprise Manager Console from a client browser, the dbconsole process needs to be running on the server. The dbconsole process is automatically started after installation.

However, in the event of a system restart, you can start it manually at the command line or start it as a service in Windows.

To start the dbconsole process from the command line:

Navigate into your ORACLE_HOME/bin directory.

Run the following statement:

Additionally, you can stop the process and view its status.

To stop the dbconsole process:

To view the status of the dbconsole process:

Starting dbconsole in Windows

In Windows, in addition to using the command line, you can start the dbconsole process as a service.

To start dbconsole as a service:

From the main menu, click Start, Control Panel, Administrative Tools, Services. The Services page appears.

Oracle services begin with Oracle . The dbconsole service is listed as OracleDBConsole ORACLE_SID , where ORACLE_SID is your SID. The status of this process is listed in the Status column, either Started or Stopped.

Double click the service. The property page appears.

In the properties page, ensure that the Startup Type is either Manual or Automatic and not Disabled. Click Start , if the process is not already started. Click OK .

You can also use the Services page to stop the process.

Accessing the Oracle Enterprise Manager Database Control

At the end of a successful database creation, Oracle Enterprise Manager is automatically launched in your Web browser and the database is started. To access Enterprise Manager Database Control at other times, make sure the dbconsole process is running on the server, then follow these steps:

Point your Web browser to the following URL:

If the database is up, Enterprise Manager displays the Database Control Login page.

If the database is down and needs to be re-started, Enterprise Manager displays the Startup/Shutdown and Perform Recovery page. If this is the case, click Startup/Shutdown and enter the host and target database login usernames and passwords. For the database user and password, use SYS and the password you specified during installation.

Click OK to start the database. In the Confirmation screen, click YES to start the database in open mode.

Log in to the database using a username that is authorized to access the Database Control. This initially could be SYS or SYSTEM . Use the password you specified for the account during the database installation.

Enterprise Manager displays the Database Home page (Figure 3-4).

The property pages across the top of the page enable you to access performance, administration, and maintenance pages for managing your database. The functionality provided by these pages is discussed in other chapters of this book.

The various sections of the Database Home page and related links provide information about the database's environment and health. For example, the Alerts , Related Alerts , and Diagnostic Summary sections warn you of errors and performance problems that are impacting the operation of your database. You can click the provided links to see more detail about the problem area, and even to obtain recommendations for resolving the problem. This is discussed in Chapter 10, "Monitoring and Tuning the Database".

Figure 3-4 Database Home Page

Granting Database Control Administrative Privileges

When you log in to the Oracle Enterprise Manager using the SYS or SYSTEM user account, you are logging in as the Oracle Enterprise Manager super user. These are the only accounts that are automatically granted the roles and privileges required to access all the management functionality provided the Database Control.

Start your Web browser and log in to the Database Control as the SYS or SYSTEM database user.

Click Setup at the top of the Database Home page.

Click Administrators in the left navigation bar.

If you need to create a new administrator, you must first create the user and then assign administrative privileges as described in this section. To create a new user, see "Administering Database Users".

Click Create to create a new Enterprise Manager user by assigning the management privileges to an existing database user.

Click the flashlight icon next to the Name field and select an existing database user.

Enter the password for the selected user and click Finish .

Enterprise Manager assigns the management privileges to the selected user. The selected database user is now included in the list of management users on the Setup Administrators page. All the users shown on this page can log in to the Database Control and perform database management tasks.

Setting Up Enterprise Manager Preferences

Enterprise Manager enables you to set up preferences that help you manage the database. These include the following:

These settings enable Oracle to e-mail you alerts. Alerts are notifications of when a database is in an undesirable state and needs your attention. By default, the Enterprise Manager home page lists all alerts. However, set up is required for e-mail notification. For more information about alerts and setting up notifications, see "Setting up Direct Alert Notification" in Chapter 10, "Monitoring and Tuning the Database".

When you have planned downtime for database maintenance, you can indicate that you do not want false alerts to be sent to you. To do so, you define a blackout period. See "Defining Blackout Periods" .

Enter prise Manager can automatically execute many routine administrative tasks, such as backups. This is done using sophisticated job scheduling system built into the Enterprise. To keep your environment secure, setting up tasks for automatic execution in Enterprise Manger requires you to provide login information for the machine and database. To avoid having to enter this information every time you create a job or task, Enterprise Manager enables you to save this information as preferred credentials. Preferred credentials are stored in the database in encrypted mode to protect them from unauthorized use. See "Setting Preferred Credentials" .

Defining Blackout Periods

When you plan to bring your database down for maintenance, you can indicate that you do not want alert notifications to be sent to you. Alerts are notifications of when the database is in an undesirable state and needs your attention. For more information about alerts, see "Alerts".

To define a blackout time period, follow these steps

From the home page, click Setup at the top of the page. The Setup page appears.

Click Blackouts in the left hand pane. The Blackouts page appears.

Click Create to start the Create Blackout wizard. On the Properties page, name your blackout, enter a reason, and select the target that has planned downtime. Click Next .

On the Schedule page, enter the start time of your planned blackout, or choose Immediately if you are bringing the database down now. Also select the duration of the blackout, either as indefinite, as a length or time, or until a time in the future. Under Repeating, accept the default of Do Not Repeat. If you want to repeat the blackout periodically, you can select a repeat frequency in the pull down menu. Click Next .

The review page appears. Review what you have entered, and click Finish . You can click Back to change a setting.

Setting Preferred Credentials

You can have Enterprise Manager automatically fill in host and database login credentials for you, such as when you schedule jobs and tasks to perform administrative operations like backup and recovery. For security, Oracle stores preferred credentials in encrypted mode.

To set preferred credentials for the database, do the following:

From the home page, click Preferences at the top of the page. The Preferences page appears.

Click Preferred Credentials in the left hand pane. The Preferred Credentials page appears. For the Database target, click the icon under Set Credentials. The Database Preferred Credentials page appears.

For your database, enter the credentials for Normal Username/Password, SYSDBA Username/Password, and Host Username/Password.

Click Test to test your credentials. You should get a confirmation message if your credentials can be verified.

Click Apply to apply the changes.

SQL Statements and Other Management Tools: SQL*Plus and i SQL*Plus

The underlying operations in Enterprise Manager are performed using Structured Query Language (SQL) statements. SQL is an English-like computer programming language for accessing and manipulating data contained in a database. It is an industry-standard language for accessing databases.

The following is an example of a SQL query:

SQL is a powerful language and can be used to perform a variety of database administrative tasks. While performing these tasks, you can click Show SQL to see the underlying SQL statements being issued.

For more information on SQL and on using SQL for database administration, see Oracle Database SQL Reference .

In addition to Enterprise Manager, you can use other Oracle tools to issue SQL statements such as SQL*Plus and its Web version i SQL*Plus. These tools enable you to perform the same database management operations, as well as to query, insert, update or delete data directly in the database.

Starting SQL*Plus

SQL*Plus is a command line program you use to issue SQL statements to an Oracle database. You can issue these statements or in batch. SQL*Plus is installed with the database and is located in your $ORACLE_HOME/bin directory.

To start SQL*Plus, enter the following at the command line on all platforms:

You can use the SYS administrative user and password you set up during installation. SQL*Plus starts and connects you to the default database. At the SQL prompt, you can enter statements that perform administrative tasks such as database startup and shutdown. You can also query, insert, update, and delete data.

On Windows, you can use the SQL*Plus Windows GUI to administer the database. From the main menu, select Start, Programs, Oracle-OraDB10g_home1, Application Development, SQL*Plus.

For more information about SQL*Plus, see SQL*Plus User's Guide and Reference .

For more information about SQL statements, see Oracle Database SQL Reference .

Starting i SQL*Plus

i SQL*Plus is the Web version of SQL*Plus. Before you can connect to it with a URL, you must start the i SQL*Plus application server. To do so, enter the following at the command line:

After the server is started, you can connect to i SQL*Plus with a URL such as

Alternatively, you can connect to i SQL*Plus using Enterprise Manger. To do so from the Enterprise Manager home page, click iSQL*Plus under Related Links.

For more information about i SQL*Plus, see SQL*Plus User's Guide and Reference .

Managing Your Database: A Roadmap

The following are some specific tasks to perform to become familiar with your database. They are presented as links to the chapters that contain information about these tasks and other related database management tasks.

Start up your instance and open the database. At the end of installation, your instance is already started and your database is open. In the future there will be times, perhaps for doing database maintenance or because of a power or media failure, that you shut down your database or instance and later restart it. See "Shutting Down and Restarting the Instance and Database with Enterprise Manager".

Optionally configure the network environment to enable clients to connect to your database. See Chapter 4, "Configuring the Network Environment".

Review, unlock, and reset passwords as necessary for initial database users. Create new users and assign privileges and roles to them. See Chapter 7, "Administering Users and Security".

Create users and necessary schema objects, including tablespaces and tables. Populate tables with data. See Chapter 8, "Managing Schema Objects".

Review a backup strategy for the database and back up the database. See Chapter 9, "Performing Backup and Recovery".

Enable archiving of redo logs, if not already done. See "Configuring Your Database for Basic Backup and Recovery".

Monitor database performance, diagnose performance problems and tune the database as necessary. See Chapter 10, "Monitoring and Tuning the Database".

Keep Oracle software up-to-date with the latest patch releases. See Chapter 11, "Managing Oracle Software".

Getting Started: Oracle by Example Series

Oracle by Example (OBE) has a series on the Oracle Database 2 Day DBA book. This OBE steps you through the tasks in this chapter, and includes annotated screen shots.

To view the Getting Started OBE, point your browser to the following location:

Before You Begin

This 10-min tutorial shows you how to start Oracle Enterprise Manager Express, a Web-based interface for non-CDB and CDB Oracle database.

Select the Oracle Database release:

Background

Oracle Enterprise Manager Express enables you to perform administrative tasks such as managing user security and managing database memory and storage. You can also view performance and status information about your database. From Oracle Database 12c Release 1, the concept of multitenant environment was introduced. The multitenant architecture enables an Oracle database to function as a multitenant container database (CDB) that includes zero, one, or many customer-created pluggable databases (PDBs). A PDB is a portable collection of schemas, schema objects, and non-schema objects that appears to an Oracle Net client as a non-CDB. All Oracle databases before Oracle Database 12 were non-CDBs.

A CDB includes the following components:

The root, named CDB$ROOT , stores Oracle-supplied metadata and common users. An example of metadata is the source code for Oracle-supplied PL/SQL packages. A common user is a database user known in every container. A CDB has exactly one root.

The seed, named PDB$SEED , is a template that you can use to create new PDBs. You cannot add objects to or modify objects in the seed. A CDB has exactly one seed.

A PDB appears to users and applications as if it were a non-CDB. For example, a PDB can contain the data and code required to support a specific application. A PDB is fully backward compatible with Oracle Database releases before Oracle Database 12 c .

Each of these components is called a container. Therefore, the root is a container, the seed is a container, and each PDB is a container. Each container has a unique container ID and name within a CDB.

In this tutorial you will perform configuration steps that enable you to access Enterprise Manager Express for non-CDB, CDB and PDB and view the Database Home page for respective types of databases.

What Do You Need?

Start EM Express for non-CDB

  1. Open a terminal window, execute the oraenv command to set the environment variables and connect to the database orcl .
  2. Check if the database is a non container database.
  3. Issue the SQL statement that returns the port that is configured for EM Express.
  4. If a port number is not returned by this statement, then you must manually configure an HTTPS port for this CDB, as described in "Configuring the HTTPs Port".

If a port number is not returned by this statement, then you must manually configure an HTTPS port for this CDB, as described in "Configuring the HTTPs Port".

Start EM Express for CDB

  1. Open a terminal window, execute the oraenv command to set the environment variables and connect to the multitenant container database orcl.
  2. Check if the database is a multitenant container database.
  3. Check the instance name.
  4. Issue the SQL statement that returns the port that is configured for EM Express.

Start EM Express for PDB

Подключаться и работать с базами данных Oracle можно многими способами.Однако чаще всего для этого применяется предлагаемый в Oracle интерфейс и набор команд SQL*Plus. Интерфейс SQL*Plus, по сути, открывает окно в базу данных Oracle и потому очень широко используется разработчиками Oracle для создания программных единиц SQL и PL/SQL. Для администраторов баз данных Oracle этот интерфейс тоже является очень ценным инструментом по следующим причинам.

  • Он позволяет выполнять запросы на языке SQL и блоки кода на языке PL/SQL (который представляет собой предлагаемую в Oracle расширенную процедурную версию языка SQL) и получать результаты.
  • Он позволяет выполнять команды, связанные с администрированием баз данных,и автоматизировать их.
  • Он позволяет запускать и завершать работу базы данных.
  • Он предоставляет удобный способ для создания отчетов по администрированию баз данных.

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

Запуск сеанса SQL*Plus

Интерфейс SQL*Plus представляет собой утилиту, которая чаще всего применяется для подключения и работы с базами данных Oracle. Он поставляется в составе как серверного программного обеспечения Oracle Database 11g, так и клиентского программного обеспечения Oracle Client, а также нового программного обеспечения Oracle Instant Client.

После установки SQL*Plus на сервере или клиентской машине процесс подключения к серверу или клиенту и запуска сеанса SQL*Plus выглядит очень просто. Из-за того, что каждый сеанс SQL*Plus подразумевает установку соединения с базой данных (если только не применяется параметр /NOLOG), все, что требуется для запуска SQL*Plus и подключения к базе данных — это действительное имя пользователя и пароль.

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

Перед вызовом SQL*Plus потребуется сначала правильно настроить среду Oracle.В частности, необходимо установить значения для таких переменных среды, как ORACLE_SID, ORACLE_HOME и LD_LIBRARY_PATH. Помимо этого иногда нужно установить значения и для таких переменных среды, как NLS_LANG и ORA_NLS11.

В случае не установки правильных значений для необходимых переменных среды будет возникать ошибка. Например, не установка надлежащего значения для переменной ORACLE_HOME перед запуском SQL*Plus будет приводить к появлению следующей ошибки:

В случае получения показной выше ошибки достаточно установить значение для переменной среды ORACLE_HOME:

Программное обеспечение SQL*Plus Instant Client

Для использования SQL*Plus инсталлировать полностью все серверное программное обеспечение Oracle Database вовсе не обязательно. Если нужно взаимодействовать через интерфейс SQL*Plus с базой данных, которая находится на другом сервере,вполне хватит и программного обеспечения SQL*Plus Instant Client. С помощью этого программного обеспечения к любой базе данных Oracle, функционирующей под управлением любой операционной системы, можно подключаться удаленным образом за счет указания ее имени и применения идентификатора сетевого подключения Oracle.Единственным требованием для подключения к удаленной базе данных подобным образом является указание имени удаленной базы данных в файле tnsnames.ora. Именно поэтому для SQL*Plus Instant Client требуется задавать переменную среды ORACLE_HOME.Существует также метод, который не требует применения на клиентском сервере файла tnsnames.ora. Называется он методом простого подключения (easy connect). Ниже приведен пример, показывающий, как с помощью идентификатора простого подключения установить от имени пользователя OE подключение к базе данных testdb, расположенной на сервере myserver:

В этом примере 1521 — это порт, используемый слушателем для получения запросов на установку подключения.

Запуск сеанса SQL*Plus из командной строки

Прежде чем подключаться к сеансу SQL*Plus, необходимо сначала правильно настроить среду и указать, с какой базой данных на сервере должно устанавливаться соединение по умолчанию. Делается это с помощью переменной среды ORACLE_SID.

После указания базы данных, которая должна использоваться по умолчанию (в приведенном примере это orcl) в переменной среды ORACLE_SID, можно получать доступ к SQL*Plus из приглашения командной строки, просто вводя команду sqlplus безо имени пользователя и пароля. SQL*Plus предложит ввести имя пользователя и пароль. В случае предоставления имени пользователя вместе с командой (например: sqlplus salapati),SQL*Plus будет приглашать ввести только пароль. Администратор баз данных должен входить от имени одной из административных учетных записей.

На заметку! На серверах UNIX ввод должен обязательно выполняться в нижнем регистре. В Windows интерфейс не чувствителен к регистру символов. За исключением этой небольшой детали, во всем остальном командный интерфейс SQL*Plus работает одинаково и на платформе Windows, и на всех вариантах платформ UNIX и Linux.

Разумеется, вводить имя пользователя и пароль можно и непосредственно при вызове SQL*Plus, но тогда пароль будет виден другим при его вводе. Ниже приведен пример:

Приглашение SQL (SQL>) означает, что соединение с SQL*Plus инициировано, и можно начинать вводить команды и операторы SQL, PL/SQL и SQL*Plus.

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

Определенные операции, например запуск и завершение работы, разрешено выполнять только в случае подключения к SQL*Plus с привилегиями SYSDBA или SYSOPER. При наличии привилегий SYSDBA (или SYSOPER) подключаться к SQL*Plus можно следующим образом:

Конструкция AS позволяет устанавливать привилегированные подключения пользователям, которым были выданы системные привилегии SYSDBA или SYSOPER.

Если в базе данных была создана учетная запись аутентифицированного пользователя операционной системы (ранее называвшаяся OPS$имя; см. главу 12), устанавливать подключение можно и просто указанием символа косой черты (/), как показано ниже:

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

Обратите внимание, что во всех предыдущих примерах имя базы данных при подключении через SLQ*Plus не указывалось. Объясняется это тем, что подключение устанавливалось к принятому по умолчанию экземпляру, т.е. к базе данных, на которую указывает значение переменной среды ORACLE_SID. Указывать имя базы данных при использовании SQL*Plus для подключения к принятой по умолчанию базе данных не обязательно. Для подключения к другой базе данных, доступной по сети, нужно обязательно использовать идентификатор подключения (имя сетевой службы).

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

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

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

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

Например, вот как подключиться с помощью этого метода к базе данных orcl:

Обратите внимание, что в случае применения простого метода подключения сетевой файл (tnsnames.ora) не нужен.

Какой бы из перечисленных методов не использовался, в конечном итоге будет обязательно успешно устанавливаться сеанс SQL*Plus либо с базой данных по умолчанию,либо с той, что была указана в идентификаторе подключения.

Установка подключения с помощью команды CONNECT

В SQL*Plus поддерживается команда CONNECT, которая позволяет после входа в SQL*Plus выполнять подключение от имени другого пользователя. Кроме того, она позволяет после подключения к одной базе данных подключаться к другой базе данных.Ниже приведен пример использования команды CONNECT для выполнения подключения от имени другого пользователя:

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

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

Команду CONNECT можно использовать в SQL*Plus вместе с синтаксисом / AS SYSDBA и / AS SYSOPER, как показано ниже:

Запуск сеанса SQL*Plus без установки подключения к базе данных с помощью параметра /NOLOG

Сеанс SQL*Plus можно также запускать и без установки подключения к базе данных,счет указав вместе с командой sqlplus параметр /NOLOG. В подобном может возникать необходимость, например, при запуске базе данных или просто для использования доступных в SQL*Plus команд для записи или редактирования сценариев. После запуска сеанса SQL*Plus для подключения к базе данных всегда можно применить команду CONNECT.

Ниже приведен пример использования параметра /NOLOG:

Подключение к SQL*Plus через графический интерфейс Windows

В случае использования графического интерфейса SQL*Plus на машине Windows для запуска сеанса SQL*Plus достаточно щелкнуть на пиктограмме SQL*Plus и на экране появится приглашение ввести имя пользователя. При условии, что соединение с базой данных устанавливается через соответствующие сущности в файле tnsnames.ora , после ввода имени пользователя можно приступать к работе с интерфейсом SQL*Plus.

Работать с утилитой SQL*Plus можно как в ручном, так и в сценарном не интерактивном режиме. Само собой разумеется, что уязвимые административные задачи, вроде восстановления базы данных, лучше выполнять в интерактивном режиме. Что же касается рутинных операций по обработке SQL, то их выполнение лучше автоматизировать с помощью сценариев. И в том и в другой случае сами команды будут выглядеть одинаково — отличаться будет лишь режим, в котором они будут выполняться.

Ниже показан синтаксис команды подключения к SQL*Plus:

На заметку! В Oracle Database 11g команда SQLPLUS поддерживает новый аргумент -F, позволяющий SQL*Plus получать от базы данных RAC события FAN (Fast Application Notification — быстрое уведомление приложений).

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

Работа в SQL*Plus

После подключения к интерфейсу SQL*Plus можно начинать вводить в нем любые команды SQL*Plus, SQL или PL/SQL. Как будет объясняться позже в этой главе, операторы SQL оканчиваются либо символом точки с запятой (;), либо символом косой черты (/), а блоки кода PL/SQL — только символом косой черты (/). Вывод можно как просматривать на экране, так и при желании записывать в файл. Команды SQL*Plus всегда оканчиваются символов новой строки. При вводе команды SQL*Plus клиентская программа SQL*Plus анализирует ее, и если та представляет собой оператор SQL или PL/SQL, отправляет ее серверу баз данных для обработки.

В качестве символа продолжения можно использовать дефис (-), хотя при окончании первой строки применять символ продолжения вовсе не обязательно. В каждой строке SQL можно вводить любое количество символов или слов и затем просто нажимать клавишу <Enter> для продолжения на следующей строке. SQL*Plus будет автоматически добавлять перед каждой строкой ее номер.В некоторых случаях, однако, символ продолжения (-) оказывается полезным, как в следующем примере, где требуется ввести SQL-оператор SELECT 200 - 100 FROM dual:

В этом примере из-за перехода на вторую строку после дефиса (-), который еще так же является и знаком минус, утилита SQL*Plus автоматически интерпретировала его как символ продолжения и выдала ошибку, потому что оператор получился синтаксически некорректным (select 200 100 from dual). Избежать этой проблемы можно за счет использования в конце первой строки второго дефиса (знака минус) для выполнения роли символа продолжения:

В Oracle для выполнения определенных запросов необходимо использовать таблицу DUAL, поскольку в поддерживаемом Oracle синтаксисе SQL наличие конструкции FROM в операторе SELECT является обязательным (например, SELECT sysdate FROM dual;).В базах данных Microsoft SQL Server, с другой стороны, использовать таблицу DUAL не требуется, потому что в синтаксисе SQL Server допускается применение операторов SELECT без конструкции FROM.

Завершение сеанса SQL*Plus

Завершается сеанс SQL*Plus вводом команды EXIT, причем как в нижнем, так и в верхнем регистре. С помощью команды QUIT осуществляется выход в операционную систему (регистр символов тоже роли не играет).

Внимание! В случае выполнения аккуратного выхода из SQL*Plus по команде EXIT (или QUIT) будет немедленно происходить фиксация всех транзакций. Если не нужно, чтобы происходила фиксация транзакций, перед выходом потребуется выполнить команду rollback.

Читайте также: