Администрирование информационных систем СУБД Oracle.

Презентация:



Advertisements
Похожие презентации
Администрирование информационных систем Администрирование баз данных Восстановление данных.
Advertisements

Схема данных в Access Преподаватель: Французова Г.Н.
Урок 6. Восстановление баз данных. Обзор Процесс регенерации на сервере SQL Server Подготовка к восстановлению базы данных Восстановление резервных копий.
Администрирование информационных систем 8 семестр Администрирование СУБД Oracle Аврунев Олег Евгеньевич, зам. директора ЦИУ Лекция 1.
Модели транзакций Журнализация и буферизация. Зачем нужна буферизация Если бы запись об изменении базы данных, которая должна поступить в журнал при выполнении.
1.Доступ к словарю базы данных 1.v$ 2.dba_ 3.all_ 4.user_ 2.Просмотр системных view cистемные view - dict (dictionary) столбцы системных view – dict_columns.
Введение в SQL (НЕ select) Затрагиваемые темы Роль языка SQL. Части SQL Роль языка SQL. Части SQL Администрирование БД: привилегии (DCL) Администрирование.
Администрирование информационных систем СУБД Oracle.
Текстовые файлы Вербицкая Ольга Владимировна, Заозерная школа 16.
Администрирование и безопасность MySQL. Создание и удаление пользователей Под учетной записью пользователя MySQL подразумевается строка в таблице user.
Работу выполнила Студентка 477 гр. Гришина О.В.. Как бы тщательно не планировалась структура таблицы, иногда возникает необходимость внести в неё некоторые.
Теневые копии общих папок представляют собой точные копии файлов, расположенных на общих ресурсах, таких как файловые серверы. Теневые копии общих папок.
Обобщенная архитектура СУБД. Область SQL содержит данные связывания, временные буферы, дерево разбора и план выполнения для каждого оператора SQL, Область.
Введение. Цели и задачи. Основные понятия и определения. Требования к базам данных.
Лекция 3 Домены Ограничения на значения столбцов Создание, изменение и удаление таблиц Ключи и ссылочная целостность Защита таблиц.
«Защита базы данных» Преподаватель: Французова Г.Н.
Установка Linux Линукс Мастер из СБППО «Первая помощь 2.0»
Администрирование информационных систем Лекция 6. СУБД ORACLE (продолжение)
1 © Хацкевич Александр Георгиевич Windows 7. 2 В предыдущих версиях операционных систем Windows управление файлами означало расположение файлов в различных.
Физические модели баз данных Файловые структуры, используемые для хранения информации в базах данных.
Транксрипт:

Администрирование информационных систем СУБД Oracle

Цели Сопровождение табличных пространств и файлов данных Резервное копирование и восстановление

Описание логической структуры базы данных Создание табличных пространств Изменение размера табличных пространств Выделение пространства для временных сегментов Изменение статуса табличных пространств Изменение параметров хранения табличных пространств Определение файлов данных, требующих восстановления Восстановление файлов данных из резервных копий Повторное создание файлов данных при отсутствии резервных копий Восстановление и повторное создание управляющих файлов Задачи

Обзор Для небольшой базы данных достаточно создать одно табличное пространство SYSTEM; однако, Oracle рекомендует создавать дополнительные табличные пространства для хранения данных и индексов пользователя, сегментов отмены, временных сегментов отдельно от словаря данных. Это обеспечивает вам большую гибкость в выполнении различных задач администрирования и уменьшает конкуренцию при обращении к объектам словаря и схемы. Администратор может создавать новые табличные пространства, изменять размер файлов данных, добавлять файлы к табличным пространствам, устанавливать и изменять параметры хранения по умолчанию сегментов в табличном пространстве, переводить табличное пространство в состояние 'только чтение' или 'чтение- запись', делать табличное пространство временным или постоянным или удалить его.

Табличное пространство system и другие Табличное пространство system: –создается во время создания базы данных –содержит словарь данных –содержит сегмент отмены system Другие табличные пространства: –отделяют сегменты –обеспечивают большую гибкость решения задач администрирования пространства –дают возможность контролировать выделение пространства пользователю

Создание табличных пространств Табличное пространство может быть создано при помощи следующей команды: CREATE TABLESPACE табличное_пространство [DATAFILE фраза_файла_данных] [MINIMUM EXTENT целое[К|М]] [BLOCKSIZE целое [К]] [LOGGING|NOLOGGING] [DEFAULT фраза_хранения ] [ONLINE I OFFLINE] [PERMANENT I TEMPORARY] [extent_management_clause] [autoextend_clause]

Файлы параметров инициализации табл_пространство - имя табличного пространства, которое требуется создать DATAFILE- задает файл или файлы данных, составляющие это табличное пространство. Для временных табличных пространств можно использовать TEMPFILE. MINIMUM EXTENT - обеспечивает то, что размер каждого экстента этого табличного пространства кратен целому (используйте К и М для указания размера в килобайтах и мегабайтах). BLOCKSIZE - указывает размер блока данных, с которым будет создано табличное пространство. Необходимо указать параметр инициализации DB_nK_CACHE_SIZE (n- 2,4,8,16 или 32, размер блока) для этого размера блока. Он устанавливает размер кэша буферов для обслуживания табличных пространств с указанным размером блока. Можно указать до 4 параметров. По умолчанию используется стандартный размер блока и кэш буферов по умолчанию, заданный параметром инициализации DB_CACHE_SIZE.

LOGGING - указывает, что по умолчанию все изменения таблиц, индексов и секций табличного пространства записываются в журнал (режим LOGGIN установлен в команде по умолчанию). NOLOGGING - указывает, что по умолчанию все изменения таблиц, индексов и секций табличного пространства не записываются в журнал (режим NOLOGGIN затрагивает только некоторые команды DML и DDL, например, использующие прямую загрузку). DEFAULT - задает параметры хранения по умолчанию для всех объектов, которые будут созданы в данном табличном пространстве. ONLINE - делает табличное пространство доступным сразу после создания OFFLINE - сразу после создания табличное пространство будет недоступно PERMANENT - указывает на то, что это табличное пространство может быть использовано для хранения постоянных объектов. TEMPORARY - указывает на то, что данное табличное пространство может хранить только временные объекты, например, сегменты, используемые фразой ORDER BY для неявной сортировки. Используется стандартный размер блока.

Пример создания нового табличного пространства: CREATE TABLESPACE userdata DATAFILE '/u01/oradata/userdata01.dbf SIZE 100M AUTOEXTEND ON NEXT 5M MAXSIZE 200M;

Табличные пространства «только для чтения» Команда alter tablespace...read only Перевод табличного пространство в режим только для чтения запрещает последующие операции записи в файлы данных. Табличные пространства 'только для чтения' используются для предотвращения каких-либо изменений и для отмены необходимости выполнять резервирование и восстановление больших, статичных областей базы данных. Сервер Oracle никогда не обновляет файлы табличного пространства, используемого только для чтения, и, поэтому эти файлы могут располагаться на носителях, запись на которые невозможна, таких как CD-ROM. Табличное пространство может быть переведено в режим только для чтения или 'чтение-запись' при помощи команды ALTER TABLESPACE: ALTER TABLESPACE табличное_пространство READ [ONLY | WRITE]

Перевод табличного пространства в режим «только чтение» Команда ALTER TABLESPACE...READ ONLY переводит табличное пространство в режим 'только чтение', не дожидаясь завершения всех активных транзакций. В этом режиме не разрешаются никакие последующие операции записи в табличное пространство, за исключением отката текущих транзакций, которые до этого модифицировали блоки табличного пространства. После того, как выполнится фиксация или откат всех текущих транзакций, команда alter tablespace... read only завершается и табличное пространство переводится в режим 'только чтение'. Вы можете удалять из табличного пространства 'только чтение' такие объекты, как таблицы и индексы, так как эти команды вносят изменения только в словарь данных, но не в файлы данных табличного пространства. Перед переводом табличного пространства 'только чтение' в режим 'чтение-запись', все файлы данных табличного пространства должны быть в оперативном режиме. Перевод табличного пространства в режим 'только чтение' активизирует контрольную точку для файлов данных табличного пространства.

Автономный режим Табличное пространство, находящееся в автономном режиме, не разрешает доступа к данным. Некоторые табличные пространства должны находиться всегда в оперативном режиме: - SYSTEM; - табличные пространства, содержащие активные сегменты отмены ; - временное табличное пространство по умолчанию ; Перевод в автономный режим: ALTER TABLESPACE userdata OFFLINE; Перевод в оперативный режим: ALTER TABLESPACE userdata ONLINE;

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

Автономный режим табличного пространства Сервер Oracle не позволяет никаким командам SQL выполнять операции над объектами, содержащимися в автономном табличном пространстве. Если пользователи пытаются получить доступ к объектам автономного табличного пространства либо непосредственно, либо при проверке ссылочной целостности, они получают сообщение об ошибке. Информация о переходе табличного пространства в автономный режим или о возвращении в оперативный сохраняется в словаре данных и в управляющих файлах. Если табличное пространство находится в автономном режиме во время остановки базы данных, то оно останется таковым и не будет проверяться при последующем монтировании и открытии базы данных. Экземпляр Oracle автоматически переключает табличное пространство из оперативного режима в автономный, когда возникают ошибки определенного вида (например, когда процесс Database Writer в ходе нескольких попыток не может произвести запись в файл данных табличного пространства).

Изменение размера табличного пространства

Установка автоматического расширения файлов данных Указание параметра autoextent для нового файла данных В следующих командах с помощью фразы AUTOEXTEND включается или отключается автоматическое расширение файла данных : CREATE DATABASE CREATE TABLESPACE... DATAFILE ALTER TABLESPACE... ADD DATAFILE Используйте команду ALTER DATABASE, чтобы изменить файл данных и предоставить возможностью его автоматического расширения: ALTER DATABASE DATAFILE спецификация_файла [фраза_авторасширения] Если в табличном пространстве существует несколько файлов, расширяться будет тот, в котором, сервер захочет выделить экстент. Если в файле нет места и он не может расширяться, будет взят другой файл. Если ни в одном файле нет места и они не могут расширяться дальше, пользователь, чья команда требует расширения сегмента получит ошибку.

фраза_авторасширения :== [ AUTOEXTEND { OFF | ON [NEXT целое [К |М]] [MAXSIZE UNLIMITED | целое[К|М]] } ] где:AUTOEXTEND OFF выключает автоматическое расширение файла данных AUTOEXTEND ON включает автоматическое расширение файла данных NEXTустанавливает размер выделяемого дискового пространства, когда требуются дополнительные экстенты MAX SIZEопределяет максимальный размер дискового пространства, который может быть выделен файлу данных UNLIMITEDснимает ограничение на максимальный размер дискового пространства для файла данных Пример установки автоматического расширения файла данных ALTER DATABASE DATAFILE '/u01/oradata/app_data_04.dbf SIZE 200M AUTOEXTEND ON NEXT 10MMAXSIZE 500M;

Изменение установки AUTOEXTEND для существующего файла данных Для включения или отключения автоматического расширения существующего файла данных используется команда ALTER DATABASE: ALTER DATABASE [database] DATAFILE 'имя_файла'[,'имя_файла']... фраза_авторасширения Определение параметров AUTOEXTEND В DBA_DATA_FILES есть столбцы, показывающие параметры авторасширения. Столбец AUTOEXTENSIBLE показывает включено или нет авторасширение: SQL> select tablespace_name, file_name, autoextensible from dba_data_files; Например: TABLESPACE_NAME FILE_NAMEAUTOEXTENSIBLE SYSTEM/home/dbaOl/ORADATA/uOl/systemOl.dbfYES DATA01/home/dba01/ORADATA/u04/data01.dbfNO USERS/home/dba01/ORADATA/u03/users01.dbfNO UNDO2/horae/dba01/ORADATA/u01/UND02.dbfNO

Изменение размера файлов данных вручную Команда ALTER DATABASE DATAFILE RESIZE Администратор может изменить размер существующего файла данных вместо того, чтобы увеличивать пространство базы данных при помощи создания новых файлов. Администратор может исправить ошибки, допущенные при планировании базы данных, и освободить неиспользуемое пространство. Для того чтобы уменьшить или увеличить размер файла данных вручную используется команда ALTER DATABASE следующего вида: ALTER DATABASE [база_данных] DATAFILE 'имя_файла'[, 'имя_файла']... RESIZE целое[К|М] где:целое- требуемый размер файла данных Если объекты базы данных располагаются в файле данных за указанным размером, то файл данных уменьшается только до последнего блока последнего объекта базы данных.

Добавление файлов данных к табличному пространству Команда alter tablespace add datafile При помощи следующей команды ALTER TABLESPACE ADD можно добавить к табличному пространству файл данных, чтобы увеличить общее количество дискового пространства, отведенного для этого табличного пространства : ALTER TABLESPACE табличное_пространство ADD [DATAFILE I TEMPFILE ] спецификация_файла [фраза_авторасширения] [, спецификация_файла [фраза_авторасширения]]... Файлы добавляют, если в текущем разделе диска нет места или превышено ограничение на максимальный размер файла в операционной системе.

ALTER TABLESPACE: перемещение файлов данных Методы перемещение файлов данных Администратор базы данных может изменять местоположение файлов данных в зависимости от вида табличного пространства одним из следующих двух способов: при помощи команд ALTER TABLESPACE или ALTER DATABASE. Использование команды ALTER TABLESPACE Команда ALTER TABLESPACE следующего вида применяется только для файлов данных, не принадлежащих табличному пространству SYSTEM, которое, к тому же, не содержит активных сегментов отмены или временных сегментов. Более того, она работает только в режиме открытой базы данных. ALTER TABESPACE табличное_пространство RENAME DATAFILE 'имя_файла'[, 'имя_файла']... ТО 'имя_файла'[, 'имя_файла' ]

Для переименования файла данных выполняется следующая последовательность шагов: 1. Переведите табличное пространство в автономный режим. 2. Переместите или скопируйте файлы при помощи команд операционной системы. 3. Выполните команду ALTER TABLESPACE RENAME DATAFILE. 4. Верните табличное пространство в оперативный режим. 5. Если требуется, удалите файл при помощи команды операционной системы. Имя исходного файла должно совпадать с именем в управляющем файле.

ALTER DATABASE: перемещение файлов данных Для перемещения любого вида файла данных может быть использована команда ALTER DATABASE (см. занятие "Сопровождение журнальных файлов"). В отличие от предыдущей команды, она работает как в режиме открытой базы данных, так и в режиме смонтированной базы. ALTER DATABASE [база_данных]RENAME FILE 'имя_файла'[, 'имя_файла']... ТО 'имя_файла'[, 'имя_файла']... Файлы табличного пространств SYSTEM, которые не могут быть переведены в автономный режим, переименовываются следующим образом: 1. Остановите экземпляр. 2. Переместите файлы при помощи команды операционной системы. 3. Смонтируйте базу данных. 4. Выполните команду ALTER DATABASE RENAME FILE. 5. Откройте базу данных.

Удаление табличных пространств Нельзя удалить табличное пространство SYSTEM и содержащее активные сегменты отката Информация о табличном пространстве удаляется из словаря данных В команде удаления табличного пространства необходимо указывать режим удаления его содержимого

При помощи команды DROP TABLE S PACE табличные пространства можно удалить из базы данных, когда отпала надобность в них самих и в их содержимом : DROP TABLESPACE табличное_пространство [INCLUDING CONTENTS [AND DATAFILES] [CASCADE CONSTRAINTS]] где: табличное_пространство - имя табличного пространства, которое требуется удалить INCLUDING CONTENTS - удаляет все сегменты табличного пространства AND DATAFILES - удаляет соответствующие файлы ОС CASCADE CONSTRAINTS - удаляет те ссылочные правила целостности таблиц из других табличных пространств, которые ссылаются на первичные и уникальные ключи таблиц, принадлежащих удаляемому табличному пространству

Табличное пространство, содержащее данные, не может быть удалено без использования параметра INCLUDING CONTENTS. Использование этого параметра может привести к генерации большого объема информации отмены, если в табличном пространстве находится много объектов. Данные табличного пространства перестают существовать в базе данных, как только оно удаляется. При удалении табличного пространства удаляются только файловые указатели из управляющего файла соответствующей базы данных. Файлы базы данных остаются и должны быть удалены явно на уровне операционной системы, если в команде отсутствует фраза AND DATAFILES. Табличное пространство в режиме только для чтения тоже может быть удалено вместе со своими сегментами. Это возможно потому, что команда DROP обновляет словарь данных (который должен быть в режиме чтение-запись), а не физические файлы, составляющие базу данных. Для того чтобы во время удаления табличного пространства не существовало транзакций, пытающихся получить доступ к сегментам этого табличного пространства, рекомендуется перевести его в автономный режим.

Получение информации о табличном пространстве Информация о табличном пространстве: - DBA_TABLESPACES - V$TABLESPACE Информация о файле данных: - DBA_DATA_PILES - V$DATAFILE Информация о временном файле: - DBA_TEMP_FILES - V$TEMPFILE

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

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

В каждом случае потеря основного файла и восстановление его из резервной копии приводит к следующим последствиям при восстановлении носителя.

При выполнении упражнений вам предстоит выполнить несколько операций запуска и остановки БД в различных режимах. 1.Проверьте переменную окружения ORACLE_SID #echo $ORACLE_SID 2.Если ORACLE_SID не задан, то задайте #export ORACLE_SID=testN, N= Подсоединение к БД с помощью svrmgrl #svrmgrl SVRMGRL> connect internal Упражнения:

1.Сопровождение табличных пространств и файлов данных 1.Создайте постоянные табличные пространства со следующими именами и параметрами хранения: DATA01, управляемое с помощью словаря данных. DATA02, с экстентами одинакового размера (размер каждого экстента должен быть кратен 100 Кб.) (включите автоматическое расширение с выделением пространства размером 500 Кб и максимальным размером 2 Мб. RONLY для таблиц, доступных только на чтение с параметрами хранения по умолчанию. НЕ СОЗДАВАЙТЕ табличное пространство в режиме 'только чтение' в данный момент времени. 2.Выведите информацию из словаря данных.

3.Выделите дополнительно 500Кб для табличного пространства DATA02. Проверьте результат. 4.Переместите табличное пространство DATA01 в другой каталог (оба способа). 5.Добавьте файл данных для табличного пространства DATA01. 6.Измените размер фала данных для DATA01 вручную. 7.Создайте таблицу в табличном пространстве RONLY. Переведите RONLY в режим 'только чтение'. 8.Попытайтесь создать еще одну таблицу. Удалите первую таблицу. Что произошло и почему? 9.Удалите табличное пространство RONLY и соответствующий файл данных. Проверьте результат.

2.Резервное копирование и восстановление 1.Выполните резервное копирование управляющих файлов и файлов данных. 2.Удалите один из файлов данных. 3.Выполните восстановление удаленного файла путем создания нового файла данных. 4.Удалите все управляющие файлы. 5.Восстановите управляющие файлы из резервной копии. 6.Проверьте работоспособность БД.