Презентация Построение Standby Database на основе технологии Oracle Active Data Guard онлайн

На нашем сайте вы можете скачать и просмотреть онлайн доклад-презентацию на тему Построение Standby Database на основе технологии Oracle Active Data Guard абсолютно бесплатно. Урок-презентация на эту тему содержит всего 44 слайда. Все материалы созданы в программе PowerPoint и имеют формат ppt или же pptx. Материалы и темы для презентаций взяты из открытых источников и загружены их авторами, за качество и достоверность информации в них администрация сайта не отвечает, все права принадлежат их создателям. Если вы нашли то, что искали, отблагодарите авторов - поделитесь ссылкой в социальных сетях, а наш сайт добавьте в закладки.
Презентации » Устройства и комплектующие » Построение Standby Database на основе технологии Oracle Active Data Guard



Оцените!
Оцените презентацию от 1 до 5 баллов!
  • Тип файла:
    ppt / pptx (powerpoint)
  • Всего слайдов:
    44 слайда
  • Для класса:
    1,2,3,4,5,6,7,8,9,10,11
  • Размер файла:
    1.09 MB
  • Просмотров:
    83
  • Скачиваний:
    0
  • Автор:
    неизвестен



Слайды и текст к этой презентации:

№1 слайд
Лекция по теме Построение
Содержание слайда: Лекция по теме: Построение Standby Database на основе технологии Oracle Active Data Guard Байдукалов Е.В, Санкт-Петербург, 2016

№2 слайд
Технологии Oracle для систем
Содержание слайда: Технологии Oracle для систем повышенной надежности ADG – это технология, обеспечивающая процесс односторонней репликации транзакций из основной БД на резервную БД посредством фоновых процессов сервера СУБД.

№3 слайд
Когда нужны системы
Содержание слайда: Когда нужны системы повышенной готовности и системы повышенной надежности ? Экономическая угроза существования бизнеса из-за потери данных. Недополученная выгода и конкурентное преимущество от потери данных. Недополученная прибыль, потеря доверия со стороны клиентов при простое системы. Простой рабочей силы и делопроизводства при не надежной работе приложений системы.

№4 слайд
Классификация приложений в
Содержание слайда: Классификация приложений в системах повышенной надежности

№5 слайд
Oracle Active Data Guard c
Содержание слайда: Oracle Active Data Guard 12c

№6 слайд
Database в конфигурации
Содержание слайда: Database в конфигурации DataGuard

№7 слайд
Если LNS не успевает забирать
Содержание слайда: Если LNS не успевает забирать запись из буфера , то он автоматически переходит к чтению и отправке записи из файла журнала транзакций вместо redo log buffer. После того, как LNS (LogWriter Network Server) сможет догнать LGWR, он опять возвращается к чтению прямо из буфера в SGA. Если LNS не успевает забирать запись из буфера , то он автоматически переходит к чтению и отправке записи из файла журнала транзакций вместо redo log buffer. После того, как LNS (LogWriter Network Server) сможет догнать LGWR, он опять возвращается к чтению прямо из буфера в SGA. Соотношение redo log buffer отслеживается с помощью представления X$LOGBUF_READHIST : низкий коэффициент указывает, что LNS читает из журнального файла вместо буфера ( на заметку, если это происходит регулярно, попробуйте увеличить размер буфера журнала). По мере того как процесс RFS записывает журнальные данные в SRL, MRP (Managed Recovery Process) читает данные из SRL и применяет изменения непосредственно к Standby DB. Процесс MRP может также переключиться на чтение из архивного журнала резервной базы данных, если SRL архивирован прежде, чем MRP может закончить чтение SRL (ситуация, которая может произойти - когда первичная база данных имеет очень высокую скорость генерации журнальных данных).

№8 слайд
Если вследствие отказа сети
Содержание слайда: Если вследствие отказа сети или отказов резервных серверов разрывается соединение первичной и резервных баз данных, то первичная база данных продолжает обрабатывать транзакции и накапливать журнальные данные, которые не могут быть отправлены в резервные базы данных до тех пор, пока не будет установлено новое сетевое подключение. В таком случае будет выполнятся следующий сценарий: Если вследствие отказа сети или отказов резервных серверов разрывается соединение первичной и резервных баз данных, то первичная база данных продолжает обрабатывать транзакции и накапливать журнальные данные, которые не могут быть отправлены в резервные базы данных до тех пор, пока не будет установлено новое сетевое подключение. В таком случае будет выполнятся следующий сценарий: 1) Процесс ARCH в Primary постоянно будет опрашивать Standby, чтобы определить ее состояние. 2) Когда связь восстанавливается, то ARCH опрашивает standby control file (с помощью процесса RFS), чтобы определить последнюю версию журнального файла полученных от primary. 3) Data Guard узнает какие журнальные файлы нужны для синхронизации и сразу начинает их передавать с помощью дополнительных ARCH процессов. 4) После синхронизации LNS начинает работать в обычном режиме.

№9 слайд
Содержание слайда:

№10 слайд
Методология конфигурирования
Содержание слайда: Методология конфигурирования DG До клонирования. Цель – все сервера должны работать, как одна логическая машина. Клонирование. Цель – создание такой же структуры и содержания, как на Primary DB. После клонирования. Цель – запуск процесса репликации. Настройка DG Broker. Мониторинг.

№11 слайд
. До клонирования . Перевод
Содержание слайда: 1. До клонирования 1.1 Перевод базы данных в режим логирования; 1.2 Запуск резервного экземпляра. 1.3 Настройка сетевых файлов; 1.4 Настройка параметров init.ora; 1.5 Создание файла паролей; 1.6 Добавление standby_redo_log файлов;

№12 слайд
. Перевод базы данных в режим
Содержание слайда: 1.1 Перевод базы данных в режим логирования SQL> archive log list; SQL> SELECT flashback_on, log_mode FROM v$database; SQL> shutdown immediate; SQL> startup mount; SQL> alter database archivelog; SQL> alter database open; SQL> archive log list; Database log mode Archive Mode Automatic archival Enabled SQL> alter database force logging; SQL> select force_logging from v$database; FORCE_LOGGING --------------------------------------- YES

№13 слайд
. Настройка параметров
Содержание слайда: 1.2 Настройка параметров init.ora SQL> show parameter db_unique_name; SQL> alter system set log_archive_config='dg_config=(spbstu,spbstu_stb)’ scope=both; // LOG_ARCHIVE_CONFIG - определяем имена экземпляров, между которыми будет происходить обмен журналами. // SQL> alter system set log_archive_dest_2='SERVICE=spbstu_stb LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=spbstu_stb’ scope=both; SQL> alter system set log_archive_dest_state_2=ENABLE scope=both; SQL> show parameter log_archive_dest_state_2 //log_archive_dest_2 - куда будут передаваться архивлоги - файловой системе или сервису. Параметр ASYNC указывает, что данные, сгенерированные транзакцией, не обязательно должны быть получены на standby до завершения транзакции.

№14 слайд
SQL gt alter system set FAL
Содержание слайда: SQL> alter system set FAL_SERVER=spbstu_stb scope=both; SQL> alter system set FAL_SERVER=spbstu_stb scope=both; SQL> alter system set FAL_CLIENT=spbstu scope=both; // fal_client=’spbstu’ – этот параметр определяет, что когда экземпляр перейдет в режим standby, он будет являться клиентом для приема архивных журналов (fetch archive log). fal_server=’spbstu_stb’ – определяет FAL (fetch archive log) сервер, с которого будет осуществляться передача архивных журналов. Параметры fal_client и fal_server работают только когда база запущена в standby режиме. // SQL> alter system set standby_file_management='AUTO’ scope=both; // standby_file_management=’AUTO’ – задаем режим автоматического управления файлами в standby режиме. При таком значении параметра все создаваемые или удаляемые файлы основной базы будут автоматически создаваться или удаляться и на standby базе. //

№15 слайд
Содержание слайда:

№16 слайд
. Создание pfile для Standby
Содержание слайда: 1.3 Создание pfile для Standby DB 1.3 Создание pfile для Standby DB SQL> create pfile from spfile; Для standby SQL> create pfile= '/u01/app/oracle/pfilespbstu_stb.ora' from spfile; Изменяем и передаем на резервный хост *.db_unique_name='spbstu_stb' *.fal_server='spbstu_stb' *.fal_client='spbstu' *.log_archive_config='DG_CONFIG=(spbstu, spbstu_stb)' *.log_archive_dest_1='LOCATION=+ARCH VALID_FOR=(all_logfiles,all_roles) db_unique_name=spbstu_spb' *.log_archive_dest_2='SERVICE=spbstu LGWR ASYNC VALID_FOR=( ONLINE_LOGFILES, PRIMARY_ROLE) DB_UNIQUE_NAME=spbstu‘ $ scp '/u01/app/oracle/pfilespbstu_stb.ora‘ oracle@ol68: '/u01/app/oracle/'

№17 слайд
. Добавление standby redo log
Содержание слайда: 1.4 Добавление standby_redo_log файлов //ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL SCOPE=BOTH; ASMCMD> mkdir STANDBYLOG ALTER DATABASE ADD STANDBY LOGFILE thread 1 GROUP 4 '+DATA/SPBSTU/STANDBYLOG/stby_4.log' size 52428800 reuse ; ALTER DATABASE ADD STANDBY LOGFILE thread 1 GROUP 5 '+DATA/SPBSTU/STANDBYLOG/stby_5.log' size 52428800 reuse ; ALTER DATABASE ADD STANDBY LOGFILE thread 1 GROUP 6 '+DATA/SPBSTU/STANDBYLOG/stby_6.log' size 52428800 reuse ; ALTER DATABASE ADD STANDBY LOGFILE thread 1 GROUP 7 '+DATA/SPBSTU/STANDBYLOG/stby_7.log' size 52428800 reuse ; SQL> select group#,status from v$standby_log; SQL> select TYPE, MEMBER from v$logfile where TYPE='STANDBY'; Удаление (если потребовалось ) standby_redo_log файлов SQL> alter database drop logfile group 7;

№18 слайд
. Создание файла паролей
Содержание слайда: 1.5 Создание файла паролей primary SQL> show parameter remote_login_passwordfile; SQL> select USERNAME from v$pwfile_users; Для получения возможности подключения к базе через файл паролей достаточно: Создать файл паролей ORAPWD FILE=filename PASSWORD=password ENTRIES=max_users Установить параметр инициализации REMOTE_LOGIN_PASSWORDFILE в значение EXCLUSIVE. Это значение по умолчанию. И иметь для пользователя привилегии SYSDBA. $> orapwd file=orapwspbstu password=oracle entries=7 Передача файла на Standby DB $ scp $ORACLE_HOME/dbs/orapwspbstu oracle@192.168.10.103:$ORACLE_HOME/dbs/orapwspbstu_stb standby $ chmod 4640 $ORACLE_HOME/dbs/orapwspbstu_stb

№19 слайд
. Запуск Standby DB sqlplus
Содержание слайда: 1.7 Запуск Standby DB $ sqlplus / as sysdba SQL> startup nomount pfile=‘/…...ora’ SQL> show parameter db_unique_name; SQL> select status from v$instance; STATUS ------------------------------------ STARTED

№20 слайд
. Oracle Net Primary LISTENER
Содержание слайда: 1.3 Oracle Net Primary LISTENER2 = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)( HOST = 192.168.10.102)(PORT = 1522)) ) ) SID_LIST_LISTENER2 = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = spbstu) (SID_NAME = spbstu) (ORACLE_HOME = /u01/app/oracle/product/12.1.0/db_1) ) )

№21 слайд
Содержание слайда:

№22 слайд
GLOBAL DBNAME . Глобальное
Содержание слайда: GLOBAL_DBNAME . Глобальное имя базы данных уникальным образом идентифицирует базу данных Oracle и имеет формат имя_базы_данных.домен_базы_данных — например, sales.us.acme.com. Поскольку никакие две базы данных в одном домене не могут иметь одинаковые имена, каждое глобальное имя базы данных уникально. GLOBAL_DBNAME . Глобальное имя базы данных уникальным образом идентифицирует базу данных Oracle и имеет формат имя_базы_данных.домен_базы_данных — например, sales.us.acme.com. Поскольку никакие две базы данных в одном домене не могут иметь одинаковые имена, каждое глобальное имя базы данных уникально. SERVICE_NAME . В системе каждая база данных идентифицируется по ее имени службы, для указания которого служит параметр инициализации SERVICE_NAMES. По умолчанию значение имени службы устанавливается соответствующим глобальному имени базы данных. Обратите внимание, что база данных может адресоваться более чем по одному имени службы. Это может быть реализовано, если нужно, чтобы различные наборы клиентов по-разному адресовались к базе данных для удовлетворения их конкретных потребностей. Например, для одной и той же базы данных можно создать два имени служб наподобие следующих: sales.us.acme.com finance.us.acme.com SID_NAME .Имя экземпляра базы данных указывается в файле инициализации (init.ora) в виде параметра INSTANCE_NAME. Когда речь идет о системном идентификаторе (SID) Oracle, подразумевается просто экземпляр Oracle.

№23 слайд
Утилиты для проверки сети
Содержание слайда: Утилиты для проверки сети

№24 слайд
. Клонирование . Проверка
Содержание слайда: 2. Клонирование 2.1 Проверка существования директорий указанных в primary init file на Standby DB; 2.2 Установка параметра local listener; 2.3 Подключение к RMAN; 2.4 Проверка создания standby_log_file на Standby DB; 2.5 Перевод standby db в режим mount;

№25 слайд
. Проверка существования
Содержание слайда: 2.1 Проверка существования директорий указанных в primary init file на Standby Primary SQL> show parameter audit audit_file_dest /u01/oracle/admin/spbstu/adump Standby $ mkdir -p /u01/oracle/admin/spbstu/adump

№26 слайд
. Установка параметра local
Содержание слайда: 2.2 Установка параметра local listener Primary SQL> alter system set local_listener='(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = …… )(PORT = 1522)))' scope=both; Standby SQL> alter system set local_listener='(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = ….. )(PORT = 1522)))' scope=both; LOCAL_LISTENER указывает имя сети, указывающее на адрес или список адресов Oracle Net местных слушателей (то есть, слушателей, которые работают на той же машине). Адрес или список адресов указан в TNSNAMES.ORA файле.

№27 слайд
. Подключение к RMAN Standby
Содержание слайда: 2.3 Подключение к RMAN Standby [oracle@ol67 ~]$ rman target sys/oracle@spbstu auxiliary sys/oracle@spbstu_stb   Recovery Manager: Release 12.1.0.1.0 - Production on Fri Mar 18 04:53:21 2016 Copyright (c) 1982, 2013, Oracle and/or its affiliates. All rights reserved.   connected to target database: SPBSTU (DBID=2443390911) connected to auxiliary database: SPBSTU (not mounted)  

№28 слайд
Скрипт для RMAN run allocate
Содержание слайда: Скрипт для RMAN run{ allocate channel chan1 type disk; allocate channel chan2 type disk; allocate auxiliary channel aux1 device type disk; allocate auxiliary channel aux2 device type disk; duplicate target database for standby from active database dorecover nofilenamecheck; }   Параметр nofilenamecheck  нужен, чтобы rman не ругался на повторяющиеся имена файлов (если мы используем одинаковую структуру каталогов на primary и standby).  

№29 слайд
. Проверка создания standby
Содержание слайда: 2.4 Проверка создания standby_log_file на Standby SQL> select * from v$standby_log;

№30 слайд
. Проверяем, что standby db в
Содержание слайда: 2.5 Проверяем, что standby db в режим mount; Standby SQL> select name, db_unique_name, database_role, protection_mode from v$database; SQL> select name, controlfile_type, open_mode, log_mode from v$database; NAME CONTROL OPEN_MODE LOG_MODE --------- -------------------- ------------ SPBSTU STANDBY MOUNTED ARCHIVELOG Если не в mount : SHUTDOWN IMMEDIATE; STARTUP NOMOUNT; ALTER DATABASE MOUNT STANDBY DATABASE;

№31 слайд
. После клонирования . Узнать
Содержание слайда: 3. После клонирования 3.1 Узнать max redo log на primary и max standby redo log на standby; 3.2 Запуск процесса MRP0; 3.3 Мониторинг Redo Apply; 3.4 Перевод базы данных в режим read only 3.5 Переключение ролей баз данных.

№32 слайд
. Узнать max redo log на
Содержание слайда: 3.1 Узнать max redo log на primary и max standby redo log на standby Выполняем на primary и standby, запрос который нам покажет количество архивлогов: SQL> select max(sequence#) from v$archived_log; Потом на primary, выполняем несколько раз команду: SQL> ALTER SYSTEM SWITCH LOGFILE Разница - Gap ( разрыв )

№33 слайд
. Запуск и останов процесса
Содержание слайда: 3.2 Запуск и останов процесса MRP0 Переводим нашу standby базу в режим Real-time apply redo: SQL> alter database recover managed standby database using current logfile disconnect; Или SQL> alter database recover managed standby database using current logfile disconnect from session; Если мы не хотим использовать режим Real-time apply redo, а хотим дожидаться когда будет закончено формирование очередного архивного журнала на основном сервере и он будет передан на standby для применения сохраненных в нем транзакций, то нам необходимо переводить нашу standby базу в режим redo apply командой: SQL> alter database recover managed standby database disconnect; Если что-то пошло не так, то для решения проблемы в первую очередь необходимо остановить «накатку» логов: SQL> alter database recover managed standby database cancel;

№34 слайд
. Мониторинг Redo Apply
Содержание слайда: 3.3 Мониторинг Redo Apply Проверяем SQL> select recovery_mode from v$archive_dest_status; SQL>select process, status from v$managed_standby; SQL> select max(sequence#) from v$archived_log;

№35 слайд
Системные представления DG
Содержание слайда: Системные представления DG

№36 слайд
Содержание слайда:

№37 слайд
. Перевод standby в режим
Содержание слайда: 3.4 Перевод standby в режим read only SQL> shutdown immediate; SQL> startup mount; SQL> alter database open read only; SQL> select name, open_mode, log_mode, database_role from v$database; NAME OPEN_MODE LOG_MODE DATABASE_ROLE --------- -------------------- ------------ ---------------- SPBSTU READ ONLY WITH APPLY ARCHIVELOG PHYSICAL STANDBY

№38 слайд
Конфигугирование Data Guard
Содержание слайда: Конфигугирование Data Guard Broker primary и standby: SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_2=" "; SQL> ALTER SYSTEM set dg_broker_config_file1='+DATA/db_brocker1.dat' SCOPE=both; SQL> ALTER SYSTEM set dg_broker_config_file2='+ARCH/db_brocker2.dat' SCOPE=both; SQL> ALTER SYSTEM SET dg_broker_start=TRUE SCOPE=both;

№39 слайд
Primary dgmgrl DGMGRL gt
Содержание слайда: Primary $ dgmgrl DGMGRL> CONNECT sys@spbstu DGMGRL> CREATE CONFIGURATION ‘spbstu' AS PRIMARY DATABASE IS ‘spbstu' CONNECT IDENTIFIER IS primary; Standby DGMGRL> ADD DATABASE 'spbstu_stb' AS CONNECT IDENTIFIER IS standby maintained as physical; DGMGRL> ENABLE CONFIGURATION; DGMGRL> show configuration DGMGRL> show database spbstu DGMGRL> show database spbstu_stb

№40 слайд
Остановить bkoker Остановить
Содержание слайда: Остановить bkoker Остановить bkoker SQL> ALTER SYSTEM SET dg_broker_start=FALSE SCOPE=both; Выключить конфигурацию: DGMGRL> disable configuration; Удалить конфигурацию: DGMGRL> REMOVE CONFIGURATION; Получить подробную информации по базе: DGMGRL> show database verbose spbstu_stb Получить подробную информации по экземпляру: DGMGRL> show instance verbose spbstu on database spbstu_stb

№41 слайд
. Переключение ролей баз
Содержание слайда: 3.5 Переключение ролей баз данных. DGMGRL> switchover to 'SPBSTU_STB'; DGMGRL> switchover to 'SPBSTU';

№42 слайд
Режимы защиты В Data Guard
Содержание слайда: Режимы защиты В Data Guard предлагаются три режима защиты данных для балансировки стоимости, готовности, производительности и защищенности данных. Эти режимы определяют правила, управляющие поведением конфигурации Data Guard, и могут быть легко установлены, используя любой из доступных интерфейсов управления, например, если для первичной базы данных использовать следующий простой оператор SQL: SQL> ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE {PROTECTION |AVAILABILITY |PERFORMANCE}; Чтобы определить подходящий режим защищенности данных, нужно взвесить свои бизнес-требования к защите данных и соотнести их с допустимым для пользователей временем ответа системы.

№43 слайд
Содержание слайда:

№44 слайд
Практика Для закрепления
Содержание слайда: Практика Для закрепления полученного материала на практике слушателям предлагается выполнить ряд заданий по управлению процессом репликаций: Подготовить primary для создания потоковой репликации; Клонировать primary database на standby database; Запустить реплику; Остановить реплику; Снова запустить реплику.  

Скачать все slide презентации Построение Standby Database на основе технологии Oracle Active Data Guard одним архивом: