ОСНОВЫ АДМИНИСТРИРОВАНИЯ БАЗ ДАННЫХ ORACLE
----------------------------------------------------------------
ЧАСТЬ I
ОСНОВЫ АДМИНИСТРИРОВАНИЯ БАЗОЙ ДАННЫХ
ГЛАВА 1
----------------------------------------------------------------
АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ ORACLE
Эта глава обсуждает обязанности администратора базы данных (АБД)
- лица, выполняющего функции администрирования сервером ORACLE.
Темы этой главы включают обсуждение следующих вопросов:
* обязанности АБД
* учетное имя АБД в операционной системе и его роль
* начальные имена АБД в базе данных ORACLE
* инструменты и утилиты АБД
* приоритеты АБД
* как идентифицируются версии ORACLE
Администрирование баз данных ORACLE 1-1
----------------
Обязанности АБД
Поскольку система баз данных ORACLE может быть весьма большой и
может иметь много пользователей, должно существовать лицо или
группа лиц, управляющих этой системой. Такое лицо называется
администратором базы данных (АБД).
В любой базе данных должен быть хотя бы один человек,
выполняющий административные обязанности; если база данных
большая, эти обязанности могут быть распределены между
несколькими администраторами.
В ваши обязанности как администратора могут входить:
* инсталляция и обновление версий сервера ORACLE и
прикладных инструментов
* распределение дисковой памяти и планирование будущих
требований системы к памяти
* создание первичных структур памяти в базе данных
(табличных пространств) по мере проектирования приложений
разработчиками приложений
* создание первичных объектов (таблиц, обзоров, индексов)
по мере проектирования приложений разработчиками
* модификация структуры базы данных в соответствии с
потребностями приложений
* зачисление пользователей и поддержание защиты системы
* соблюдение лицензионного соглашения ORACLE
* управление и отслеживание доступа пользователей к базе
данных
* отслеживание и оптимизация производительности базы
данных
* планирование резервного копирования и восстановления
* поддержание архивных данных на ленте
* осуществление резервного копирования и восстановления
* обращение в корпорацию Oracle за техническим
сопровождением
Сотрудники службы безопасности
------------------------------
В некоторых случаях база данных должна также иметь одного или
нескольких сотрудников службы безопасности. СОТРУДНИК СЛУЖБЫ
БЕЗОПАСНОСТИ главным образом отвечает за регистрацию новых
пользователей, управление и отслеживание доступа пользователей к
базе данных, и защиту базы данных. Вы, как АБД, возможно, не
отвечаете за эти обязанности, если на вашей установке есть
отдельный сотрудник службы безопасности.
1-2 Руководство администратора
Обязанности других типов пользователей
--------------------------------------
Другие типы пользователей ORACLE также имеют свои обязанности.
Разработчики приложений
В обязанности разработчика приложений входит:
* проектирование и разработка приложений базы данных
* проектирование структуры базы данных в соответствии
с требованиями приложений
* оценка требований памяти для приложения
* формулирование модификаций структуры базы данных для
приложения
* передача вышеупомянутой информации администратору базы
данных
* настройка приложения в процессе его разработки
* установка мер по защите приложения в процессе его
разработки
Пользователи базы данных
К типовым обязанностям пользователя относятся:
* ввод, модификация и удаление данных, когда это допустимо
* генерация отчетов по данным
----------------
Безопасность АБД и его привилегии
Чтобы выполнять административные задачи в ORACLE, вы должны
иметь дополнительные привилегии, как в базе данных, так и,
возможно, в операционной системе сервера, на котором выполняется
база данных. Эта секция описывает необходимые вам привилегии и
средства защиты базы данных, о которых вы должны знать.
Замечание: Доступ к учетному имени АБД должен находиться под
строгим контролем. См. секцию "Защита АБД" на странице 10-6 об
указаниях по безопасности для административного персонала.
Учетное имя АБД в операционной системе
--------------------------------------
Для выполнения многих административных обязанностей для базы
данных вам должна быть предоставлена возможность выполнять
команды операционной системы. В зависимости от того, в какой
операционной системе выполняется ORACLE, вам может понадобиться
учетное имя или идентификатор в операционной системе, чтобы
получить к ней доступ. Если это так, то для вашего учетного
имени в операционной системе может потребоваться больше
привилегий операционной системы, чем для обычных пользователей
базы данных (например, для того, чтобы выполнять инсталляцию
программного обеспечения ORACLE). Хотя не обязательно, чтобы
файлы ORACLE были размещены под вашим именем, вы должны иметь
доступ к этим файлам.
Администрирование баз данных ORACLE 1-3
Кроме того, программа SQL*DBA требует, чтобы ваше учетное имя в
операционной системе было каким-либо способом выделено, для
того, чтобы вы могли использовать ПРИВИЛЕГИРОВАННЫЕ В
ОПЕРАЦИОННОЙ СИСТЕМЕ команды SQL*DBA. Способ выделения учетного
имени АБД зависит от операционной системы; для информации об
этом обратитесь к вашему руководству по инсталляции [IUG].
Подключение в режиме INTERNAL
-----------------------------
Запуск и останов базы данных - это мощные административные
возможности. Чтобы защитить их использование, в ORACLE
установлено, что их можно использовать, лишь соединившись с
ORACLE в режиме INTERNAL. В зависимости от вашей операционной
системы, вы должны удовлетворять одному из следующих требований,
чтобы соединяться с ORACLE в режиме INTERNAL:
* Ваше учетное имя в операционной системе имеет привилегии
операционной системы, позволяющие вам соединяться в
режиме INTERNAL.
* Вы имеете полномочия соединяться в режиме INTERNAL.
* Ваша база данных имеет пароль для INTERNAL, и вы знаете
этот пароль.
Кроме того, вы должны использовать выделенный сервер, для того
чтобы соединиться как INTERNAL. Нельзя входить как INTERNAL
через диспетчер и разделяемые серверы.
Эти требования образуют дополнительный слой защиты, который
препятствует несанкционированному запуску или останову баз
данных ORACLE. (Обратитесь к вашему руководству по инсталляции
[IUG] за сведениями о том, как установить привилегии
пользователя для соединения в режиме INTERNAL в вашей системе.)
Для систем, имеющих пароль для INTERNAL, существуют
дополнительные соображения, которые описываются в следующих
секциях.
Использование пароля для INTERNAL
Некоторые операционные системы позволяют устанавливать пароль
для соединений INTERNAL; некоторые их них даже требуют такого
пороля.
Вы можете установить пароль для INTERNAL во время инсталляции
сервера ORACLE, а Oracle предоставляет утилиту для управления
этим паролем (создания, изменения и удаления его). Эта утилита
зависит от операционной системы; за подробностями обратитесь к
вашему руководству по инсталляции [IUG].
INTERNAL и незащищенные соединения
Если вы удовлетворяете требованиям соединения как INTERNAL, и
используете защищенное соединение (такое как однозадачное
соединение, возможное в некоторых системах), то вы всегда можете
соединиться как INTERNAL.
Однако, если вы пользуетесь незащищенным соединением (таким как
большинство сетевых соединений), то вы ДОЛЖНЫ использовать
пароль для INTERNAL, чтобы подключиться как INTERNAL; это
1-4 Руководство администратора
требование подразумевает, что в вашей системе должен быть
установлен пароль для INTERNAL.
В некоторых операционных системах вы можете либо включить, либо
полностью отключить возможность соединений CONNECT INTERNAL для
незащищенных соединений. Вы делаете этот выбор во время
инсталляции ORACLE, и можете позднее изменить эту установку.
Способ установки этой опции зависит от операционной системы; за
подробностями обратитесь к вашему руководству по инсталляции
[IUG].
Замечание: Некоторые операционные системы всегда запрещают
незащищенные подключения INTERNAL, даже те, для которых вы
предоставляете пароль.
Альтернативы INTERNAL: OSOPER и OSDBA
Две специальные роли, OSOPER и OSDBA, используются для того,
чтобы контролировать операции, выполняемые, когда база данных не
смонтирована. Назначая эти роли администраторам, вместо того
чтобы давать им (администраторам) право подключаться как
INTERNAL, вы можете защитить использование режима INTERNAL.
OSOPER позволяет пользователю выполнять STARTUP,
SHUTDOWN, ALTER DATABASE OPEN/MOUNT, ALTER
DATABASE BACKUP, ARCHIVE LOG и RECOVER, и
включает привилегию RESTRICTED SESSION
OSDBA содержит все системные привилегии с ADMIN OPTION
плюс роль OSOPER; позволяет выдавать CREATE
DATABASE и выполнять восстановление до момента
времени
OSOPER и OSDBA могут иметь другие имена и функции, в зависимости
от вашей операционной системы.
Роли OSOPER и OSDBA могут назначаться пользователям только через
операционную систему; их нельзя ни назначить через предложение
GRANT, ни отозвать или удалить. Когда пользователь подключается
как INTERNAL, ORACLE общается с операционной системой и пытается
сначала задействовать OSDBA, а затем, если это не удается,
OSOPER. Если обе попытки не проходят, соединение не получается.
То, как вы назначаете эти привилегии в операционной системе,
зависит от операционной системы; за подробностями обратитесь к
вашему руководству по инсталляции [IUG].
Замечание: Для операционных систем, не поддерживающих ролей, вы
должны специфицировать пароль при соединении как INTERNAL. Если
пароль правилен, будет задействована роль OSDBA или OSOPER;
каждая имеет собственный пароль. (См. "Использование пароля
для INTERNAL" на странице 1-4.)
Роль DBA
--------
Предопределенная роль с именем DBA автоматически создается в
каждой базе данных ORACLE. Эта роль содержит все системные
Администрирование баз данных ORACLE 1-5
привилегии базы данных. Поэтому она очень мощна, и должна
назначаться лишь полноправным администраторам базы данных.
Учетные имена АБД
-----------------
В каждой базе данных автоматически создаются два учетных имени,
которым назначена роль DBA. Это следующие имена:
* SYS (начальный пароль: CHANGE_ON_INSTALL)
* SYSTEM (начальный пароль: MANAGER)
Эти два имени обсуждаются ниже.
Замечание: Чтобы предотвратить несанкционированный доступ к
таблицам словаря данных, вы должны изменить пароли для имен SYS
и SYSTEM немедленно после создания базы данных ORACLE. См.
секцию "Изменение пользователей" на странице 11-11.
Вы, вероятно, захотите создать еще по меньшей мере одно имя
администратора для выполнения ежедневных административных задач.
Секция "Защита администратора" на странице 10-6 объясняет, как
устанавливать и сопровождать привилегии для административного
персонала.
SYS
При создании любой базы данных автоматически создается учетное
имя SYS с паролем CHANGE_ON_INSTALL, и ему автоматически
назначается роль DBA.
Все базовые таблицы и обзоры для словаря данных базы данных
хранятся в схеме SYS. Эти базовые таблицы и обзоры являются
критичными для работоспособности ORACLE. Для поддержания
целостности словаря данных, все манипуляции с таблицами в схеме
SYS осуществляются только самим ORACLE; эти таблицы никогда не
должны модифицироваться пользователем или администратором базы
данных, и никто не должен создавать никаких таблиц в схеме
пользователя SYS. (Однако, вы можете изменить характеристики
пространства для словаря данных, если необходимо; см. секцию
"Изменение параметров пространства для словаря данных" на
странице 8-79.)
Большинство пользователей базы данных никогда не должны иметь
возможность подключаться под именем SYS. Вы, как АБД, можете это
делать, но вы должны это делать только с разрешения персонала
Oracle или согласно указаниям в документации.
SYSTEM
При создании любой базы данных также автоматически создается
учетное имя SYSTEM с паролем MANAGER, и ему автоматически
назначаются все системные привилегии.
Под именем SYSTEM создаются дополнительные таблицы и обзоры,
содержащие административную информацию, а также внутренние
таблицы и обзоры, используемые инструментами ORACLE. Никогда не
создавайте в схеме SYSTEM таблиц для отдельных пользователей.
1-6 Руководство администратора
----------------
Утилиты АБД
Есть несколько утилит, помогающих вам управлять и сопровождать
сервер ORACLE.
SQL*DBA
-------
SQL*DBA позволяет вам управлять базой данных ORACLE и
отслеживать ее работу. Все административные операции,
обсуждаемые в этой книге, выполняются с помощью SQL*DBA.
SQL*DBA использует надмножество стандартных команд ANSI/ISO SQL.
Эти команды исполняются управляемым через меню интерфейсом
SQL*DBA, который организован в соответствии с интуитивным
подходом к администрированию базы данных. Наиболее общие
административные команды доступны через меню SQL*DBA; менее
часто используемые команды можно выполнять, вводя их во входном
окне SQL*DBA. Команды в меню можно выбирать как с помощью
устройства указания (мыши), так и клавишами курсора.
SQL*DBA описан в документе ORACLE7 Server Utilities User's
Guide.
SQL*Loader
----------
SQL*Loader применяется как администраторами базы данных, так и
пользователями ORACLE. Он загружает данные из стандартных
файлов операционной системы (текстовых или в формате языка C) в
таблицы базы данных ORACLE. Использование SQL*Loader и его
команды обсуждаются в документе ORACLE7 Server Utilities User's
Guide.
Утилиты экспорта и импорта
--------------------------
Утилиты экспорта и импорта позволяют вам перемещать существующие
данные в формате ORACLE из баз данных (экспорт) и в базы данных
(импорт). Например, экспортные файлы можно использовать для
архивирования данных базы данных, или для переноса данных между
различными базами данных ORACLE, выполняющимися в одинаковых или
разных операционных системах. Утилиты экспорта и импорта кратко
обсуждаются в главе 18, а их подробное описание содержится в
документе ORACLE7 Server Utilities User's Guide.
Администрирование баз данных ORACLE 1-7
----------------
Первоначальные приоритеты АБД
В общем, вы должны выполнить ряд шагов, чтобы запустить базу
данных, а затем сопровождать ее. Этот раздел перечисляет
процедуры, требуемые для конфигурирования сервера ORACLE и базы
данных на любом типе компьютерной системы.
1. Инсталлировать программное обеспечение ORACLE.
2. Оценить необходимое оборудование на сервере базы данных.
3. Спланировать базу данных.
4. Создать и запустить базу данных.
5. Реализовать проект базы данных.
6. Создать резервную копию базы данных.
7. Создать пользователей системы.
8. Осуществить настройку производительности базы данных.
Следующие секции объясняют эти шаги подробнее.
Инсталляция программного обеспечения ORACLE
-------------------------------------------
Как АБД, вы должны выполнить инсталляцию программного
обеспечения сервера ORACLE, а также любых инструментов конечного
пользователя и приложений, которые будут использоваться для
доступа к базе данных. В некоторых установках распределенной
обработки, база данных управляется центральным компьютером, а
инструменты и приложения базы данных исполняются на удаленных
машинах; в этом случае вы должны также инсталлировать драйверы
SQL*Net, необходимые для соединений удаленных машин с
компьютером, на котором выполняется ORACLE.
Замечание: О том, как различать версии программного обеспечения
ORACLE, см. в секции "Идентификация версий ORACLE" на странице
1-11.
Ссылка: Обратитесь к соответствующему руководству по инсталляции
для сервера ORACLE, инструмента конечного пользователя или
SQL*Net за специфическими требованиями и указаниями по
инсталляции этих продуктов.
Оценка оборудования сервера базы данных
---------------------------------------
После инсталляции оцените, как ORACLE и его приложения могут
наилучшим образом использовать доступные ресурсы компьютера.
Эта оценка должна раскрывать информацию, подобную следующей:
1-8 Руководство администратора
* сколько дисковых устройств доступны для ORACLE и его баз
данных
* сколько выделенных ленточных устройств могут быть
доступны для ORACLE и его баз данных
* сколько памяти доступно для инстанций ORACLE, которые вы
будете запускать
Ссылка: Воспользуйтесь документацией по конфигурации вашей
системы (например, системным журналом, или руководством
пользователя).
Планирование базы данных
------------------------
Как АБД, вы должны спланировать:
* структуру логической памяти базы данных
* общую схему базы данных
* стратегию резервного копирования базы данных
Важно заранее спланировать, как логическая структура базы данных
будет сказываться на производительности системы и разнообразных
операциях управления базой данных. Например, прежде, чем
создавать табличные пространства, вы должны знать, сколько
файлов данных будут составлять каждое табличное пространство,
где (на каких дисках) будут физически размещены эти файлы, какой
тип информации будет храниться в каждом табличном пространстве.
При планировании структуры общей логической памяти базы данных
принимайте во внимание эффект, который окажет эта структура на
работу базы данных. В частности, вы должны рассмотреть, как
повлияет выбираемая вами логическая структура на следующее:
* производительность компьютера, выполняющего ORACLE
* производительность базы данных с точки зрения операций
доступа к данным
* эффективность процедур копирования и восстановления
Спланируйте реляционные схемы объектов базы данных и
характеристики пространства для каждого такого объекта.
Планируя связи между объектами и оценивая физическую память для
каждого объекта до его создания, вы можете непосредственно
повлиять на производительность базы данных в целом. Не забудьте
также спланировать будущий рост базы данных.
Особенно важен этот этап планирования в окружениях
распределенных баз данных. Физическое местоположение часто
используемых данных может радикально повлиять на
производительность приложений.
Занимаясь планированием, предусмотрите также стратегию
резервного копирования для базы данных. Выработав такую
стратегию, вы можете обнаружить, что целесообразно пересмотреть
спланированную логическую структуру базы данных, чтобы улучшить
эффективность ее копирования.
Администрирование баз данных ORACLE 1-9
Ссылка: Обсуждение вопросов проектирования реляционной схемы и
распределенной структуры базы данных выходят за рамки этой
книги; если вы не знакомы с этими вопросами проектирования,
обратитесь к общепринятой литературе, рассматривающей эти темы.
Обратитесь к главам 7-9 для специфической информации о создании
структур логической памяти, объектов и ограничений целостности
для вашей базы данных.
Создание и открытие базы данных
-------------------------------
Закончив проектирование базы данных, вы можете создать вашу базу
данных и открыть ее для нормальной работы. В зависимости от
вашей операционной системы, может оказаться, что база данных уже
создана во время процедуры инсталляции ORACLE. Если это так, то
все, что вам требуется - это запустить инстанцию, смонтировать и
открыть начальную базу данных.
Ссылка: Чтобы выяснить, создается ли начальная база данных в
процессе инсталляции, обратитесь к вашему руководству по
инсталляции [IUG]. Если база данных не создается, или если вы
хотите создать еще одну базу данных, обратитесь к главе 2.
Процедуры запуска и закрытия базы данных описаны в главе 3.
Реализация проекта базы данных
------------------------------
После создания и запуска базы данных вы можете построить
спланированную логическую структуру базы данных, создав все
необходимые сегменты отката и табличные пространства. После
этого можно создавать объекты в вашей базе данных.
Ссылка: Указания по созданию логических структур памяти и
объектов базы данных содержатся в главах 7-9.
Резервное копирование базы данных
---------------------------------
Закончив построение структуры базы данных, реализуйте
спланированную стратегию резервирования для вашей базы данных,
создав дополнительные файлы журнала повторения, сделав первую
полную ее копию (онлайновую или офлайновую) и запланировав
будущие копирования базы данных через регулярные интервалы.
Ссылка: См. главы 17-19 о том, как настраивать ваши операции
копирования, и как выполнять процедуры восстановления.
Создание пользователей системы
------------------------------
Выполнив копирование структуры базы данных, вы можете начинать
регистрацию пользователей базы данных в соответствии с вашим
лицензионным соглашением ORACLE, создавать для этих
пользователей роли и назначать пользователям нужные роли.
Ссылка: Обратитесь к главам 10-12 для информации о том, как
создавать учетные имена пользователей и роли, и как соблюдать
лицензионное соглашение.
1-10 Руководство администратора
Настройка производительности базы данных
----------------------------------------
Оптимизация производительности базы данных - это одна из ваших
постоянных обязанностей.
Ссылка: Раздел "Указания по первоначальной настройке" на
странице 2-12 описывает шаги, которые вы можете предпринять для
настройки вашей базы данных немедленно после ее создания. Более
детальная информация о настройке ORACLE содержится в главах
21-25.
----------------
Идентификация выпусков программного обеспечения ORACLE
Так как продукты Oracle находятся в процессе постоянного
развития и изменения, в любое время могут использоваться
несколько версий одного и того же продукта. Для полной
идентификации программного продукта может потребоваться до пяти
цифр. Например, дистрибутивная лента сервера ORACLE может быть
помечена как "Release 7.0.4.1". Следующие секции объясняют, как
трактовать такой номер.
Номер версии
------------
Номер версии, такой как 7, является наиболее общим
идентификатором. ВЕРСИЯ - это существенно новая редакция
программного обеспечения, которая обычно содержит значительные
новые возможности.
Номер сопровождения выпуска
---------------------------
Номер сопровождения выпуска обозначает различные выпуски
основной версии, начиная с нуля, как 7.0. Номер сопровождения
выпуска увеличивается по мере исправления ошибок или появления
новых возможностей в существующих программах.
Номер заплаты выпуска
---------------------
Номер заплаты выпуска идентифицирует специфический уровень
объектного кода, такой как 7.0.4. Заплата выпуска содержит
исправления серьезных ошибок, которые не позволяют ждать
очередного номера сопровождения выпуска. Первая дистрибуция
сопровождения выпуска всегда имеет номер заплаты 0.
Специфика платформы
-------------------
Четвертый (а иногда и пятый) номер может использоваться для
идентификации срочной заплаты для выпуска программного продукта
на платформе конкретной операционной системы, например, 7.0.4.1
или 7.0.4.1.3. Срочная заплата обычно не предназначена для
широкого распространения; она обычно исправляет или обходит
конкретную критическую проблему.
Администрирование баз данных ORACLE 1-11
Примеры номеров выпусков
------------------------
Следующие примеры показывают возможные номера выпусков для
ORACLE:
7.0.0 первая дистрибуция ORACLE7 (технически - номер
сопровождения выпуска)
7.2.0 второе сопровождение выпуска ORACLE7 (хотя по
общему счету третье)
7.2.2 вторая заплата после второго сопровождения
выпуска
Версии другого программного обеспечения ORACLE
----------------------------------------------
По мере того, как корпорация Oracle вводит новые и улучшает
существующие продукты, номера версий индивидуальных продуктов
увеличиваются независимо. Так, вы можете иметь сервер ORACLE
выпуска 7.0.12.2, работающий с SQL*Forms версии 4.0.3, SQL*Plus
версии 3.1.9 и Pro*FORTRAN версии 1.5.2. (Эти номера
используются лишь для иллюстрации.)
Проверка вашего текущего номера выпуска
---------------------------------------
Чтобы проверить, какой выпуск ORACLE и его компонент вы
используете, опросите словарный обзор V$VERSION, как показано
ниже:
SQLDBA> SELECT * FROM v$version
BANNER
----------------------------------------------------------------
ORACLE7 Server Release 7.0.20.1 - Production
PL/SQL Release 2.0.15 - Production
CORE V2.2.5.9.0 - Production
TNS for VMS: Version 2.0.11.1.0 - Developer's Release
4 rows selected.
Эта информация полезна, если вы хотите обратиться в службу
сопровождения Oracle.