Oracle DBA Forum  

Вернуться   Oracle DBA Forum > Oracle University Official Study Notes (RUS) > База данных Oracle 10g Администрирование > База данных Oracle 10g Администрирование I

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 26.09.2009, 19:46
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Оперативные журнальные файлы



Оперативные журнальные файлы

Журнальные группы (redo log groups) состоят из одного или нескольких журнальных файлов (журнальных файлов повторного выполнения, redo log files). Каждый файл внутри группы - точная копия других элементов группы. Oracle рекомендует иметь, по крайне мере, два файла на группу, а также распределять их по разным дискам/контроллерам так, чтобы отказ какого-то одного устройства не повредил всю журнальную группу.

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

Восстановление после потери одного журнального файла будет рассмотрено в следующем уроке. При восстановлении после потери всей журнальной группы применяются специальные способы, рассматриваемые в курсе Oracle Database 10g: Администрирование П. Журналы обычно сильно влияют на производительность, так как фиксация не завершается до тех пор, пока информация транзакции не запишется в журнальные файлы. Такие файлы следует размещать на самых быстрых дисках, подсоединенных к наиболее скоростным контроллерам. Если это возможно, не располагайте другие файлы базы данных и журналы на одних и тех же дисках. Размещение элементов разных групп на одном диске не влияет на производительность, поскольку в каждый момент времени запись идет только в одну группу.
__________________
Телеграм чат
Ответить с цитированием
  #22  
Старый 26.09.2009, 19:48
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Мультиплексирование журнала



Мультиплексирование журнала

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

1. Перейдите на страницу Redo Log Groups.
2. Выберите группу и щелкните на кнопке Edit, или же щелкните на ссылке, представляющей номер группы.
3. В разделе Redo Log Members щелкните на копке Add. Появится страница Add Redo Log Member.
4. Введите имя файла и имя каталога. Щелкните на кнопке Continue.

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


Повторите шаги для каждой существующей группы.

Сразу после добавления члена группы его статус INVALID. Это ожидаемое состояние, поскольку в новый файл группы еще не было записи. После переключения журнала, когда группа станет текущей, статус нового файла изменится на CURRENT.
__________________
Телеграм чат
Ответить с цитированием
  #23  
Старый 26.09.2009, 19:49
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Архивные журнальные файлы



Архивные журнальные файлы

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

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

1. Задать формат имени архивных журнальных файлов.
2. Указать одно или несколько мест хранения архивных журналов.
3. Перевести базу данных в режим ARCHIVELOG.

Примечание:Место хранения архивных журналов должно существовать до перевода базы данных в режим ARCHIVELOG. При задании каталога в качестве места хранения следует указывать конечную косую черту в имени каталога.
__________________
Телеграм чат
Ответить с цитированием
  #24  
Старый 26.09.2009, 19:51
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Имена и места расположения архивных журнальных файлов



Имена и места расположения архивных журнальных файлов

Щелкните на ссылке Configure Recovery Settings на странице Maintenance.

Чтобы не переписывался старый архивный журнал, каждому архивному файлу должно присваиваться уникальное имя. Выше показано, как задается формат имени. База данных Oracle 10g предоставляет шаблоны, помогающие создавать архивные файлы с уникальными именами.

%s: включает в имя файла номер журнала (log sequence number);
%t: включает в имя файла номер потока (thread number);
%r: идентификатор сброса журналов (Resetlogs ID); гарантирует уникальность имени архивных журнальных файлов после выполнения специального восстановления, вызывающего сброс номера журнала;
%d: включает в имя файла идентификатор БД (database ID).


Формат должен содержать шаблоны %s, %t и %г. Если одно место хранения используется для размещения архивных журналов нескольких баз данных, следует использовать шаблон %d.

Максимально архивные журналы могут записываться в десять различных мест расположения. Эти места расположения могут быть локальными (каталог) или удаленными (псевдоним Oracle Net для резервной базы данных). Имя локального местоположения должно заканчиваться косой чертой (/) или (в Windows) обратной косой чертой (\).

По умолчанию архивный журнал создается в месторасположение под номером 10, определяемом параметром инициализации DB_RECOVERY_FILE_DEST. Этот параметр задает флэш-область восстановления (flash recovery area). Месторасположение флэш-области выводится в нижней части страницы Configure Recovery Settings в поле Flash Recovery Area Location. Чтобы это месторасположение не использовалось для хранения архивных журналов, просто удалите USE_DB_RECOVERY_FILE_DEST.
Операции по изменению параметров восстановления необходимо выполнять, подсоединившись как SYSDBA или SYSOPER.
__________________
Телеграм чат
Ответить с цитированием
  #25  
Старый 26.09.2009, 19:53
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Режим ARCHIVELOG



Режим ARCHIVELOG

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

Следующая команда SQL переводит базу данных в режим ARCHIVELOG:

Код:
SQL> ALTER DATABASE ARCHIVELOG;
Эта команда может быть выполнена, когда база данных находится в состоянии MOUNT. Поэтому до нее надо перезапустить экземпляр, чтобы завершить последний шаг перевода базы дынных в архивный режим. При перезапуске запрашиваются данные для аутентификации (credentials) в операционной системе и базе данных. Для базы данных должен быть указан пользователь с привилегиями SYSDBA.

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

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

Примечание: выполните резервирование базы данных после перевода в режим ARCHIVELOG, поскольку в этом режиме база данных может быть восстановлена с использованием последних резервных объектов, полученных только в этом режиме.
__________________
Телеграм чат
Ответить с цитированием
  #26  
Старый 26.09.2009, 19:54
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Итоги

__________________
Телеграм чат
Ответить с цитированием
  #27  
Старый 26.09.2009, 19:54
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию

__________________
Телеграм чат
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 17:26. Часовой пояс GMT +3.


Powered by vBulletin®