Курс "Администрирование баз данных Oracle". Концепции резервного копирования и восстановления. Конфигурация сетевого окружения

Курс дает базовые знания, требуемые для планирования, эксплуатации и настройки СУБД Oracle и баз данных на платформах класса Windows и Unix.

Знания даются для версий Oracle 8i, 9i, 10g, 11g и 12с. Курс сопровождается практическими упражнениями, позволяющими закрепить понимание главных понятий и освоить основные технические приемы администрирования БД.

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

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

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

Программа курса "Администрирование баз данных Oracle"

1. Общая информация о СУБД Oracle

• Введение в Oracle
• Версии и разновидности Oracle
• Расширения базовой поставки
• Общая архитектура Oracle
• Основные элементы архитектуры
• Разновидности рабочих конфигураций
• Задачи администрирования БД
• Ресурсы знаний

2. Установка Oracle

• Местонахождение Oracle в операционной и файловой системе
• Рекомендуемая структура каталогов для Oracle
• Общая схема установки Oracle
• Основные этапы установки
• Установка ПО Oracle
• Формирование характеристик БД и СУБД
• Заведение инфраструктуры для размещения планируемой БД
• Порождение сценария заведения БД
• Номинальное создание БД: предложение CREATE DATABASE
• Заведение словаря-справочника для БД
• Создание дополнительных элементов и структур БД
• Указание свойств местности для БД и работающих с ней программ
• Выбор кодировки БД и приложения
• Выбор языка сообщений, форматов выдачи и прочего
• Где выполняются установки свойств местности, и где наблюдаются
• Замена и правка свойств существующих языковых установок БД и создание новых
• Запуск и останов СУБД и БД
• Службы ОС в Windows
• Запуск и останов СУБД и БД вручную
• Действия по убиранию Oracle с компьютера
• Убирание БД из компьютера
• Убирание программных компонент с помощью Oracle Universal Installer
• «Чистое» убирание Oracle

3. Использование SQL*Plus в администрировании

• Вызов SQL*Plus
• Наиболее популярные установки параметров и режимов SQL*Plus
• Наиболее популярные команды SQL*Plus
• Файлы glogin.sql и login.sql
• Использование SQL*Plus для форматированной выдачи
• Совместное использование команд SPOOL, SAVE и START

4. Средства слежения за работой Oracle

• Использование базовых и виртуальных таблиц
• Статические таблицы
• Динамические таблицы
• Сценарии на SQL и PL/SQL, поставляемые Oracle
• utlbstat.sql и utlestat.sql (все версии)
• STATSPACK (версия 8.1.6 и выше)
• AWR (версия 10 и выше)

• Активное отслеживание событий (версия 10 и выше)
• Прочие полезные сценарии на SQL и PL/SQL
• Примеры запросов для слежения за использованием ресурсов БД и СУБД
• Специальные программные продукты
• Oracle Enterprise Manager
• Собственные возможности наблюдения OEM

5. Конфигурирование, настройка и поддержка

• Процессы конфигурирования и настройки
• Объекты конфигурирования
• Объекты настройки
• Конфигурирование и настройка операционной среды
• Конфигурирование и настройка Windows
• Конфигурирование и настройка Unix/Linux
• Конфигурирование составных частей БД и СУБД Oracle
• Конфигурирование контрольного файла
• Конфигурирование сегментов отката/сегментов отмены
• Конфигурирование табличных пространств
• Конфигурирование табличных пространств для временных данных
• Конфигурирование файлов табличного пространства
• Конфигурирование журнальных файлов
• Конфигурирование хранимых объектов БД
• Конфигурирование таблиц
• Конфигурирование индексов
• Некоторые специальные случаи конфигурирования хранения и использования таблиц и индексов

6. Администрирование доступа в Oracle

• Политика безопасности
• Основные средства администрирования доступа
• Пользователи и схемы
• Привилегии
• Опосредованный доступ к данным в таблицах
• Ограничение доступа к отдельным частям таблицы
• Защита сведений в БД внешними средствами
• Шифрование данных
• «Шифрование» исходных текстов программных элементов в БД
• Подключение к СУБД
• Пример внешней (EXTERNAL) аутентификации в ОС Windows
• Профили пользователей
• Ограничения расходования ресурсов СУБД
• Контроль за использованием паролей
• Включение контроля ресурсов
• Динамическое регулирование выделяемых сеансам ресурсов СУБД и БД
• Рекомендации Oracle для администраторов

7. Аудит

• Виды действий для отслеживания системным аудитом Oracle
• Общее разрешение на сбор СУБД информации о действиях пользователей
• Примеры конкретной выдачи заданий на аудит
• Таблицы с протоколом аудита
• Пример рекомендаций по осуществлению политики аудита
• Примеры оформления рутинных действий с таблицей аудита
• Создание таблицы для сбора обобщенной ежедневной статистики
• Сбор обобщенной ежедневной статистики
• Чистка журнала аудита
• Выборочный аудит доступа к таблицам
• Аудит с помощью триггерных процедур
• Отслеживание изменений отдельных строк таблиц
• Отслеживание изменений строк с точностью до столбцов
• Отслеживание прочих действий
• Отслеживание истории изменений в БД по журналу

8. Администрирование работы в сети

• Общая архитектура сетевой поддержки в Oracle
• Дополнительные возможности и средства SQL*Net/Net8/Oracle Net
• Конфигурирование Oracle Net для среды клиент/сервер
• Конфигурируемые компоненты SQL*Net/Net8/Oracle Net
• Способы адресации нужной БД
• Конфигурирование с помощью Net Manager
• Конфигурирование вручную
• Наладка и контроль соединения по Oracle Net
• Использование программы lsnrctl
• Проверка соединения по Oracle Net
• Настройка соединений по Oracle Net

9. Экземпляр СУБД Oracle

• Составные части экземпляра СУБД
• Процессы СУБД
• Стандартные фоновые процессы
• Дополнительные фоновые процессы
• Серверные процессы
• Просмотр имеющихся в составе СУБД процессов
• Структуры данных в составе экземпляра СУБД
• Область SGA
• Область PGA
• Область UGA
• Схемы выполнения некоторых внутренних процедур
• Выполнение контрольной точки
• Журнализация изменений в БД
• Состояния базы данных в Oracle

10. Настройка экземпляра СУБД Oracle

• Ручная настройка (для всех версий)
• Методики настройки
• Настройка SGA
• Настройка областей PGA
• Настройка в версии 9
• Настройка SGA
• Настройка областей PGA
• Настройка в версиях 10+
• Настройка SGA
• Настройка PGA
• Экспертные советы СУБД по выбору новых значений
• Автоматический сбор статистики и авторегулирование
• Аппарат «советников»
• Настройка в версии 11
• Настройка SGA и PGA
• Настройка выполнения контрольных точек
• Настройка журнализации
• Настройка СУБД и БД
• Решения на уровне приложения

11. Организация хранения данных в Oracle

• Хранение объектов БД на диске
• Внутренняя организация хранения данных в табличных пространствах
• Управление памятью в табличных пространствах для нужд сегментов
• Управление памятью в сегментах для нужд размещаемых данных
• Управление памятью в блоках с данными

12. Настройки операций ввода/вывода

• Ручная настройка для всех версий
• Выбор варианта RAID
• Автонастройка и управление в версиях 10+

13. Резервное копирование и восстановление

• Виды резервного копирования
• Физическое резервирование
• Логическое резервирование
• Резервирование изменений (частичное)
• Холодное/горячее резервирование
• Режим ARCHIVELOG работы БД
• Основные сценарии физического резервирования
• Холодное резервирование
• Пример автоматизации
• Включение режима архивирования
• Горячее резервирование
• Резервирование журнальных файлов
• Основные сценарии восстановления на физическом уровне
• Восстановление по полной холодной копии
• Общая схема восстановления с использованием архивных копий журналов
• Восстановление всей БД
• Восстановление данных табличного пространства
• Пробное восстановление
• Режим автовосстановления
• Физическое копирование и восстановление с помощью RMAN
• Пример копирования и восстановления базы данных
• Другие примеры

14. Дополнительные базовые программные средства для администрирования

• exp и imp
• Общие принципы работы программ exp и imp
• Некоторые типовые сценарии
• Некоторые параметры настройки
• Полный экспорт и экспорт изменений
• Таблицы словаря-справочника для записи информации об экспорте
• Дополнительные достоинства экспорта/импорта
• expdp и impdp
• SQL*Loader
• Загрузка данных в фиксированном формате

В конце обучения на курсе проводится итоговая аттестация в виде теста или на основании оценок за практические работы, выполненных в процессе обучения.

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

Сегодня невозможно представить работу крупнейших компаний, банков или государственных организаций без использования баз данных и средств Business Intelligence . Базы данных позволяют нам хранить и получать доступ к большим объемам информации, а система управления базами данных (СУБД) - осуществлять менеджмент доступных хранилищ информации.

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

Обучение позволит Вам не только получить знания и навыки, но и подтвердить их, сдав соответствующие экзамены на статус сертифицированного специалиста. Опытные специалисты по СУБД Microsoft SQL Server или Oracle могут быть заинтересованы в изучении систем бизнес-аналитики. Это задачи достаточно сложные, использующие громоздкий математический аппарат, но они позволяют не только анализировать происходящие процессы, но и делать прогнозы на будущее, что востребовано крупными компаниями. Именно поэтому специалисты по бизнес-аналитике востребованы на рынке, а уровень оплаты их труда весьма и весьма достойный, хотя и квалифицированным специалистам по базам данных, администраторам и разработчикам, жаловаться на низкий уровень дохода тоже не приходится. Приходите к нам на курсы и получайте востребованную и высокооплачиваемую профессию. Мы ждем Вас!

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

Государственный комитет Российской федерации

По высшему образованию.

ГОСУДАРСТВЕННЫЙ САНКТ-ПЕТЕРБУРГСКИЙ

ИНСТИТУТ ТОЧНОЙ МЕХАНИКИ И ОПТИКИ

(ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ)

кафедра вычислительной техники

Администрирование баз данных

ORACLE
Санкт-Петербург

2000 год

1. Обязанности администратора базы данных (АБД) 3

2. Подключение в режиме INTERNAL 3

3. Утилиты АБД (Import, Export, Loader) 4

4. Пользователи базы данных и схемы 6

5. Табличные пространства и файлы данных 8

6.Схемы и объекты схемы 9

7. Блоки данных, экстенты и сегменты. 11

8.Структуры памяти и процессы 12

9. Пример работы Oracle. 13

10. Журнал Повторений 14

11. Транзакция (Transaction) 15

12. Обеспечение защиты базы данных 18

13. Представления словаря данных. 19

14. Привилегии (Grant, role). 20

15. Управление пользователями

16. Аудит базы данных 22

17. Обеспечение целостности базы данных 24

18. Создание базы данных. (файлы параметров) 25

19. Запуск и останов базы данных 26

20. Различные режимы работы базы данных 29

21. Резервное копирование базы данных 29

22. Динамический SQL 30

23. Объектно-ориентированные Базы Данных. 32

1. Обязанности администратора базы данных (АБД)

Поскольку система баз данных ORACLE может быть весьма большой и может иметь много пользователей, должно существовать лицо или группа лиц, управляющих этой системой. Такое лицо называется администратором базы данных (АБД).
В любой базе данных должен быть хотя бы один человек, выполняющий административные обязанности; если база данных большая, эти обязанности могут быть распределены между несколькими администраторами.

В обязанности администратора могут входить:

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

Сотрудники службы безопасности

В некоторых случаях база данных должна также иметь одного или нескольких сотрудников службы безопасности. СОТРУДНИК СЛУЖБЫ БЕЗОПАСНОСТИ главным образом отвечает за регистрацию новых пользователей, управление и отслеживание доступа пользователей к базе данных, и защиту базы данных.

Разработчики приложений

В обязанности разработчика приложений входит:
 проектирование и разработка приложений базы данных

 проектирование структуры базы данных в соответствии с требованиями приложений

 оценка требований памяти для приложения

 формулирование модификаций структуры базы данных для приложения

 передача вышеупомянутой информации администратору базы данных

 настройка приложения в процессе его разработки

 установка мер по защите приложения в процессе его разработки

2. Подключение в режиме INTERNAL

Запуск и останов базы данных - это мощные административные возможности. В угоду поддержания корректной работоспособности базы данных, функции(команды STARTUP или SHUTDOWN ) остановки и запуска разрешены, только для администратора подключенного к ORACLE в режиме NTERNAL(^ CONNECT INTERNAL ), а для возможности подключиться в режиме NTERNAL, вы должны соотвествовать одному из ниже следующих условий:

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

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

Использование пароля для INTERNAL

Некоторые операционные системы позволяют устанавливать пароль для соединений в режиме INTERNAL. Можно установить пароль для INTERNAL во время инсталляции сервера ORACLE, Oracle предоставляет утилиту для управления этим паролем (создания, изменения и удаления его).

INTERNAL и незащищенные соединения

Если используется незащищенное соединение(как большинство сетевых соединений), то ДОЛЖНО использовать пароль для INTERNAL, для последующего подключения в режиме INTERNAL; это требование подразумевает, что в системе должен быть установлен пароль для INTERNAL.
В некоторых О.С. можно либо включить, либо полностью отключить возможность соединений CONNECT INTERNAL для незащищенных соединений. Выбор делается во время инсталляции ORACLE, и может быть изменен позднее.

3. Утилиты АБД (Import, Export, Loader)

SQL*Loader

Одной из многих проблем, с которыми часто сталкиваются администраторы базы данных, является перемещение данных из внешних источников в базу данных Oracle. Сложность этой задачи возрастает с появлением хранилищ данных, приходится перемещать уже не мегабайты данных, а гигабайты, а в некоторых случаях – терабайты. Oracle предусматривает для решения этой задачи SQL*Loader – универсальное инструментальное средство, которое загружает внешние данные в таблицы базы данных Oracle. Утилита SQL*Loader является гибкой и настраиваемой до такой степени, что часто удается обойтись без процедур на языке третьего поколения с внедренными операторами SQL. Каждый раз, сталкиваясь с задачей преобразования инородных данных в формат Oracle, вначале рассмотрите возможность применения SQL*Loader, прежде чем обращаться к другим средствам.

Основные компоненты SQL*Loader

Для утилиты SQL*Loader необходимы входные данные 2-ух типов: внешние данные, которые могут находиться на диске или ленте, и управляющая информация (содержащаяся в управляющем файле), которая описывает характеристики входных данных. Выходные данные, часть которых является необязательной, включает таблицы Oracle, журналы, файлы некорректных записей и файлы отвергнутых записей.

Входные данные

Утилита SQL*Loader может обрабатывать файлы данных практически любого типа и поддерживает собственные типы данных почти любой платформы. Данные обычно считываются из одного или нескольких файлов данных, однако они могут быть также внесены в управляющий файл после управляющей информации. Файл данных может находиться:

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

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

Oracle предоставляет набор различных инструментов для управление окружением сервера. Первый из них – Oracle Universal Installer (OUI) – которые используется (как следует из названия) для установки программных продуктов Oracle. Далее следует Database Configuration Assistang (DBCA) – это инструмент для создания БД. Существует также инструмент для обновления БД Database Upgrade Assistance (DBUA) – но его мы не будет рассматривать. С помощью OUI можно установить различные инструменты для управления БД, в основном используется SQL *Plus и Oracle Enterprise Manager (OEM). Так же часто используется SQL Developer.

Исторически, управление продуктами Oracle было не особо приятной задачей. Так сложилось, потому что DBA приходилось устанавливать различные продукты отдельно, в связи с проблемой несовместимости. Это не было необычным явлением, когда после успешной установки первого, второго и третьего продукта – установка четвертого продукта приводила к нерабчоему состоянию все три до этого установленные программы. Проблемы несовместимости лежат в использовании основных библиотек (base libraries). Эти библиотеки предоставляют функционал который используется во всех продуктах Oracle. Например все программы Oracle используют закрытый сетевой протокол Oracle Net – невозможно установить пррограммы Oracle без него. Если две программы Oracle используют одинаковую версию основных библиотек, то только тогда теоретически они могут быть установлены в одинаковой домашней директории Oracle (Oracle Home). Oracle Home – это путь куда установлена программа Oracle: набор файлов в папке. До OUI каждая программа имела свой установщик, которые не всегда мог корректно разобраться в совместимости с уже установленными программами.

OUI создан при помощи Java версии 5, что позволяет ему работать одинаково на всех платформах. Можно установить OUI как отдельный продукт в определённую домашнюю директорию, но обычно это не имеет смысла, так как OUI поставляется со всеми программами Oracle и может быть запущен из дистрибутива: он будет установлен вместе с программой в домашнюю директорию программы. Существуют различные версии OUI, и, если программа поставляется с более старой версией OUI, чем у другой уже установленной программы, то лучше использовать уже установленную версию (более новую) OUI. Когда OUI спросит местонахождение products.xml – просто укажите уме директорию новой программы.

OUI Inventory

Ключевым элементом OUI является хранилище (inventory). Это набор файлов, которые не стоит хранить в домашней директории какой-либо программы Oracle. В них хранится информация о всех программах Oracle установленных на данный компьютер, включая точную версию, путь, и, в некоторых случаех, даже номер последнего установленного обновления. Каждый запуск OUI проверяет хранилище на несовместимость перед установкой новой программы Oracle в уже имеющиеся домашние директории Oracle и записывать информацию после установки или обновления любой программы. Путь к этому хранилищу на Unix-подобных операционных системах может быть выбран DBA при первом запуске OUI. В Windows – хранилище всегда создается в

%SystemRoot%\Program Files\Oracle\Inventory

Все ОС имеют предустановленный путь по которому OUI будет искать указатель о существующем хранилище. В Linux –е это будет файл

/etc/oraInst.loc

В Solaris-е это так же файл

/vat/opt/oracle/oraInst.loc

В Windows это запись в системном реестре

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\inst_loc

Когда запускается OUI – первым делом проверяется существование файла (или записи в реестре) и, если он не существует, предполагается что это первый запуск OUI и файл создаётся с записью в него пути к хранилищу. Все последующие вызовы OUI вне зависимости от версии смогут найти хранилище.

Такой механизм создания хранилища имеет проблемы с правами доступа ОС: в Linux или Unix пользователь который в первый раз запустит OUI должен иметь права записи в директорию где лежит указатель на хранилище. Однако только root пользователь может записывать в директории /etc или /var на Linux/Unix соответсвенно. Так как с точки зрения безопасности недопустимо запускать OUI с правами root, OUI сгенерирует скрипт, который необходимо будет выполнить от имени root пользователя для создания oraInst.loc файла-указателя на путь к хранилищу. В Windows пользователь запускающий OUI должен иметь права на запись в реестр.

Проверка системы

OUI проверяет компьютер на котором выполняется запуск на соответствие определённым критериям. Эти требования платформо-зависимы и записаны в файле установщика:

/install/oraparam.ini (Unix)

\install\oraparam.ini (Windows)

Они не сильно требовательные: проверить чтобы графическая система поддерживала 256 цветов.

Также в файле oraparam.ini нахоидтся путь к файлу products.xml. В файле products.xml описаны какие продукты могут быть установлены с конкретного дистридутива. У каждой программы есть набор своих критериев, и они более требовательные. Требования программы перечислены в XML файле. Обычно это

/stage/prereq/db/refhost.xml (Unix)

\stage\prereq\db\refhost.xml (Windows)

В фале Windows обычно указаны требования к размеру файла подкачки и версии ОС. Если у вас объём оперативной памяти 512-2048 МБ, то файл подкачки долже быть в 1.5 раза больше чем объём оперативной памяти. Для Unix систем критерии ещё более требовательные: помимо размера файла подчкачки проверяется наличие ряда установленных пакетов и настроек ядра.

Выполнение этих требований достаточно трудоёмкая задача и если вы уверены что конкретный пакет корректен (к примеру у вас стоит более поздняя версия) или значение параметра верно, вы можете пропустить эту проверку несколькими способами. Во первых, удалить требование из файла refhost.xml. Во-вторых, запустить OUI в режиме без предварительной проверки системы. И в третьих – во время работы программы OUI указать в диалоговом окне – игнорировать несоответствия.

Database Creation and Upgrade Tools

The database Configuration Assistant (DBCA) – графический инструмент для создания и изменения БД. Мастер установки поможет выбрать необходимые параметры и настроить пути для файлов без особых усилий. DBCA сгенерирует скрипты создания БД согласно выбранных вами параметров, проверит их на наличие ошибок и выполнит. Так же всё можно сделать вручную. DBCA написан на языке Java и требует настроенной домашней директории и графической подсистемы. Все сказанное выше верно также и для Database Upgrade Assistant (DBUA).

Инструменты для выполнения SQL команд: SQL *Plus и SQL Developer

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

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

/u01/app/oracle/pdoruct/db_1/bin/sqlplus

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

• ORACLE_HOME
• LD_LBIRARY_PATH

PATH должна включать в себя путь к папке bin в домашней директории программы. LD_LIBRARY_PATH – это путь к папке lib домашней директории программы. На рисунке 2-1 представлен пример проверки системных переменных и запуск SQL *Plus.

В системе Windows раньше было две версии SQL *Plus: программа в режиме командной стркои и программа с графическим интерфейсом (sqlplus.exe и sqplusw.exe соответственно). В версии 11g графическая версия больше недоступна, однако можно использовать программу более ранней версии (до 9i включительно, изменения в Oracle Net не позволят использовать программы версии ниже 9i для работы с БД версии старше 9i). Т.е. SQL Plus 10g может подключаться к БД 9i и наборот: SQL *Plus версии 9i можно использовать для работы с БД 11g. В Windows OUI сохраняет значения системных переменных в реестре в процессе установки, поэтому необязательно устанавливать значения переменных вручную, однако если SQL *Plus не запускается, стоит проверить реестр. На рисунке 2-2 указано окно Windows с фрагментов реестра. Путь к значениям используемым SQL *Plus

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1

SQL Developer

SQL Developer – это инструмент для подключения к серверу Oracle (и не только Oracle) и выполнения команд SQL. В нём также можно разрабатывать PL/SQL объекты. В отличие от SQL *Plus – это графический инструмент с настроенными макросами для распространённых действий. SQL Developer разработан на языке Java и наличие JRE необходимо для запуска. Т.е. SQL Developer доступен для любой платформы для которой существет Java Runtime Environment. Последнюю версию можно скачать с сайта Oracle.

На рисунке 2-3 показан пример пользовательского интерфейса SQL Developer подключенного к БД и выполняющего простой SQL запрос. Он состоит из левой части используемой для навигации между объектами БД и правой части для ввода и вывода информации.