Как развернуть резервную копию Oracle
Обновлено: 21.11.2024
Выполняя резервное копирование развернутых баз данных Oracle Database Classic Cloud Service, вы можете защитить программное обеспечение, конфигурацию и базу данных от потери в случае сбоя. При восстановлении из резервной копии вы можете восстановить программное обеспечение, конфигурацию и базу данных развертывания до их состояния на момент резервного копирования.
Классическая облачная служба базы данных предоставляет функцию резервного копирования, которая выполняет резервное копирование:
Файлы конфигурации базы данных
Файлы конфигурации грид-инфраструктуры (в развертываниях с базой данных Oracle RAC)
Важные системные и облачные файлы
Чтобы обеспечить эту функцию резервного копирования, облачная служба Database Classic использует системные утилиты, утилиты базы данных Oracle и облачную службу Oracle Database Backup, которые устанавливаются при развертывании базы данных.
Конфигурация резервного копирования по умолчанию
При создании развертывания базы данных вы выбираете одно из следующих мест назначения резервного копирования:
Облачное хранилище и локальное хранилище. Резервные копии создаются автоматически и хранятся как в хранилище локального вычислительного узла, так и в контейнере Oracle Storage Cloud Service.
Только облачное хранилище. Резервные копии создаются автоматически и сохраняются в контейнере Oracle Storage Cloud Service.
В настоящее время этот вариант недоступен для развертываний баз данных, использующих Oracle Real Application Clusters (Oracle RAC).
Нет. Конфигурация резервного копирования не создается.
Если вам нужны резервные копии базы данных, Oracle рекомендует выбрать одну из конфигураций автоматического резервного копирования вместо создания резервных копий вручную.
Конфигурация резервного копирования, создаваемая при выборе места назначения, отличного от None, соответствует набору рекомендаций Oracle:
Полное (уровень 0) резервное копирование базы данных, за которым следует непрерывное инкрементное (уровень 1) резервное копирование в течение семидневного цикла (30-дневный цикл для места назначения только в облачном хранилище)
Полное резервное копирование выбранных файлов конфигурации базы данных
Полное резервное копирование выбранных системных файлов
Автоматическое резервное копирование ежедневно в период с 23:00 (23:00) до 3:00 (03:00) в определенное время, заданное в процессе создания развертывания базы данных
Облачное хранилище и локальное хранилище: 30 дней, при этом в локальном хранилище доступны резервные копии за последние 7 дней
Только облачное хранилище: 30 дней
Облачное хранилище и локальное хранилище: все резервные копии в облачном хранилище зашифрованы; резервные копии баз данных Enterprise Edition в локальном хранилище шифруются; резервные копии баз данных Standard Edition в локальном хранилище не шифруются.
Только облачное хранилище: все резервные копии в облачном хранилище зашифрованы.
Если параметры по умолчанию вам не подходят, вы можете настроить конфигурацию резервного копирования для своего развертывания базы данных. Дополнительные сведения см. в разделе «Настройка текущей конфигурации резервного копирования».
Вы также можете изменить всю конфигурацию резервного копирования по сравнению с той, которая использовалась при создании развертывания. Дополнительные сведения см. в разделе Включение и перенастройка функции автоматического резервного копирования.
О локальном хранилище резервных копий
При создании развертывания базы данных в Database Classic Cloud Service тома хранилища Oracle Compute Cloud Service создаются и связываются с вычислительными узлами. Том хранилища, зарезервированный для резервных копий, называется fra. В развертываниях, в которых размещаются базы данных Oracle RAC, этот том хранилища совместно используется вычислительными узлами.
Подробнее о fra (а также о других томах хранилища) можно просмотреть в консоли Compute Cloud Service. См. раздел Просмотр сведений о томе хранилища в разделе Использование Oracle Cloud Infrastructure Compute Classic.
Пространство, выделенное для локального хранилища, используемого для резервных копий на fra, в 1,7 раза превышает пространство, выделенное для хранения данных. Например, если вы выбрали 100 ГБ для используемого хранилища базы данных при создании развертывания базы данных, 170 ГБ будет выделено для резервных копий.
В этом учебном пособии показано, как установить и настроить Oracle Secure Backup (OSB) 10.2 для тестирования и обучения (не для производственного использования). Прохождение этого руководства является обязательным условием для всех остальных руководств по Oracle Secure Backup 10.2.
Время завершения
Приблизительно 1 час
Темы
Это руководство охватывает следующие темы:
Просмотр скриншотов
Наведите курсор на этот значок, чтобы загрузить и просмотреть все снимки экрана для этого руководства. (Внимание: это действие загружает все скриншоты одновременно, поэтому время отклика может быть медленным в зависимости от вашего интернет-соединения.)
Примечание. Кроме того, вы можете поместить курсор на каждый отдельный значок в следующих шагах, чтобы загрузить и просмотреть только снимок экрана, связанный с этим шагом.
Обзор
В этом руководстве рассказывается, как установить Oracle Secure Backup и как настроить его для полной интеграции с RMAN. Вы будете использовать различные интерфейсы, чтобы ознакомиться со всеми из них.
Выполнение этого руководства является обязательным условием для всех других руководств по Oracle Secure Backup 10.2.
Предпосылки
Перед началом работы с этим учебным пособием вы должны:
Имейте доступ или установили Oracle Database 11g в Linux 32 с помощью Oracle Enterprise Manager Database Console. - При установке базы данных вам необходимо знать пароли пользователя SYS Oracle (называемого SYS_password) и учетной записи пользователя ОС Oracle (называемого host_password).
Иметь доступ к образцу схемы или установить его.
Иметь доступ к программному обеспечению Oracle Secure Backup 10.2 .
В этом руководстве предполагается, что загруженное программное обеспечение доступно в каталоге /stage и распаковано в этом каталоге. Также предполагается, что пользователь root владеет каталогом /u01 с достаточным пространством для хранения всех резервных копий, которые вы создаете в ходе выполнения этих руководств.
Для установки программного обеспечения необходимо знать пароль пользователя root.
Это руководство протестировано с Oracle Secure Backup v10.2.0.2 Linux x86 (32-разрядная версия).
Установка программного обеспечения Oracle Secure Backup
В этом разделе вы устанавливаете разархивированное программное обеспечение Oracle Secure Backup.
Чтобы установить программное обеспечение Oracle Secure Backup, выполните следующие действия:
Как пользователь root создайте домашний каталог OSB, выполнив следующую команду:
Перейдите в домашний каталог OSB:
Примечание. Для правильной настройки важно оставаться в этом каталоге для следующих шагов.
Убедитесь, что утилита распаковки доступна:
В домашнем каталоге OSB запустите установку Oracle Secure Backup от имени пользователя root.
Введите yes, чтобы продолжить установку:
Введите нет, так как вы не настроили никаких параметров:
Введите "нет" еще раз, так как вы выполняете установку по умолчанию.
Сначала вы устанавливаете административный сервер. Введите для этого:
Выберите пароли, подходящие для вашей среды, и убедитесь, что вы их помните. Дважды введите выбранный вами пароль в качестве пароля хранилища ключей и для проверки:
Введите выбранный вами пароль дважды в качестве пароля администратора и для проверки:
Нажмите клавишу Enter, не вводя ничего, поскольку в этом руководстве не используются уведомления по электронной почте. Установка продолжается:
Вы будете подключать ленточные библиотеки и ленточные накопители на одном из следующих шагов, поэтому не вводите дважды:
Выйдите из системы как пользователь root:
Настройка Oracle Secure Backup
В этом разделе приведены инструкции по выполнению однократных задач настройки и проверке работоспособности основных элементов, таких как ленточные библиотеки и ленточные накопители.
Чтобы настроить Oracle Secure Backup и подтвердить конфигурацию, выполните следующие действия:
Как пользователь ОС Oracle перейдите в свой рабочий каталог ( /home/oracle ), выполнив следующую команду:
Чтобы подтвердить наличие необходимых файлов конфигурации OBE, введите:
Чтобы заменить имя хоста в файле config1_out.sh, введите:
$ ./config1.sh
Отображается ваше имя хоста. В этом примере используется host01.example.com.
Чтобы назначить роль медиасервера вашему хосту и настроить устройства для среды обучения OBE, запустите файл config1_out.sh и укажите пароль для каждого из устройств:
Примечание. В этом учебном пособии создаются виртуальные тестовые устройства, которые используют дисковое пространство (в каталоге u01), но эмулируют ленточные устройства. Эти тестовые устройства OSB не поддерживаются в производственной среде, хотя Oracle Secure Backup поддерживает многие виртуальные ленточные устройства других производителей.
Примечание 2. Если у вас возникнут какие-либо ошибки во время выполнения этого файла или неверный ввод пароля, рекомендуется войти в систему как пользователь root, сначала удалив каталоги диска, введя:
Примечание 2, продолжение. Выполните действия, описанные в разделе «Удаление Oracle Secure Backup в Linux или UNIX» руководства Установка Oracle Secure Backup в Linux или UNIX, чтобы удалить Oracle Secure Backup перед началом работы с этим руководством. снова.
Чтобы войти в obtool, введите:
Примечание. Если вы не получаете запросы на ввод имени пользователя и пароля, значит, ваши учетные данные все еще активны. Дополнительные сведения см. в примечании в конце этой задачи.
Чтобы просмотреть все роли вашего хоста, введите:
Чтобы просмотреть только что созданные устройства, введите:
Чтобы вставить тома в ленточные библиотеки, либо выполните следующие команды (или запустите сценарий / /config2.txt, если вы хотите избежать ввода).
ob> insertvol -L vlib -c 250 без маркировки 1-32
ob> insertvol -L vlib2 -c 250 без метки 1–14
Чтобы вывести список семейств мультимедиа по умолчанию, введите:
ob> lsmf --long
Примечание. Дополнительные семейства носителей вы создадите позже в этом ВТО.
Чтобы переименовать хост и добавить новый IP-адрес, введите:
Чтобы завершить сеанс obtool, введите:
Примечание. Команда logout завершает сеанс obtool и уничтожает токен входа, так что вам будет предложено ввести учетные данные в начале следующего сеанса obtool, что может включать следующее сообщение "Предупреждение: ошибка автоматического входа - токен входа истек срок "
Если вы завершаете сеанс obtool с помощью команды exit или quit, токен входа сохраняется в соответствии с Webtool > Настройка > Значения по умолчанию и политики > Безопасность> Продолжительность токена входа: 15 минут (по умолчанию).
Регистрация административного сервера в Enterprise Manager
В этом разделе вы регистрируете административный сервер Oracle Secure Backup с помощью Enterprise Manager (EM), что необходимо для бесперебойной работы этих двух инструментов.
Чтобы зарегистрировать сервер администрирования, выполните следующие действия:
Чтобы получить доступ к консоли базы данных Enterprise Manager, вам необходимо знать соответствующий URL-адрес и запустить инструмент. Чтобы проверить это как пользователь ОС Oracle, введите в окне терминала:
$ emctl статус dbconsole
Примечание. Текст выделен жирным шрифтом и окрашен для облегчения распознавания.
Откройте веб-браузер и введите URL-адрес в следующем формате:
На странице входа в Enterprise Manager введите SYS в качестве имени пользователя, свой SYS_пароль и выберите Подключиться как SYSDBA. Затем нажмите Войти.
На главной странице базы данных Oracle щелкните вкладку Доступность.
На странице доступности нажмите Oracle Secure Backup Device and Media.
При первом выполнении этой задачи открывается страница "Добавить административный сервер" административного сервера. Введите следующие значения и нажмите OK:
Домашняя страница Oracle Secure Backup: /usr/local/oracle/backup
Имя пользователя: admin
Пароль: admin_password
Введите oracle в качестве имени пользователя, ваш host_password, выберите "Сохранить как предпочтительные учетные данные" и нажмите кнопку "ОК".
Откроется страница Oracle Secure Backup Device and Media: Administration Server с сервером администрирования, который вы только что зарегистрировали.
Проверка подключения в Enterprise Manager
В этом разделе вы сначала просматриваете ранее созданные виртуальные устройства в Enterprise Manager, а затем проверяете их подключение, чтобы убедиться, что они доступны и готовы к использованию.
Чтобы просмотреть свои устройства и проверить их подключение, выполните следующие действия:
На странице "Устройство и носитель Oracle Secure Backup: сервер администрирования" выберите "Все устройства" в раскрывающемся списке "Просмотр" в разделе "Устройства".
Устройства вашей библиотеки отображаются в разделе "Устройства".
Нажмите каждый из значков плюса в столбце "Имя", чтобы развернуть библиотеки.
Отображаются все ваши устройства.
Чтобы протестировать свои устройства, щелкните ссылку "Управление" для устройств в разделе "Ресурсы" на странице "Устройства и носители Oracle Secure Backup: административный сервер".
На странице "Устройства" выберите "Проверить подключение" в раскрывающемся списке "Действия".
На странице "Устройства" выберите библиотеку vlib и нажмите кнопку "Перейти" под раскрывающимся списком "Действия".
Вы должны получить сообщение об успешном завершении, подобное приведенному ниже.
Чтобы подтвердить подключение к библиотеке vlib2, выберите ее и нажмите кнопку "Перейти" под пунктом "Действия по проверке подключения".
Вы должны получить сообщение об успешном завершении, подобное приведенному ниже.
Перейдите на вкладку "База данных", чтобы подготовиться к следующей задаче.
Определение и предварительная авторизация нового пользователя OSB
В этом разделе вы определяете пользователя ОС Oracle в качестве нового администратора Oracle Secure Backup и предварительно авторизуете этого пользователя для выполнения заданий резервного копирования и восстановления RMAN. «Предварительная авторизация» означает, что этому пользователю не нужно предоставлять учетные данные OSB после того, как он войдет в Enterprise Manger и запустит, например, задание резервного копирования на ленту.
Чтобы определить и предварительно авторизовать нового пользователя OSB, выполните следующие действия:
В Enterprise Manager на странице доступности щелкните правой кнопкой мыши Резервное копирование и восстановление файловой системы в разделе Oracle Secure Backup и выберите (если доступно в вашем браузере) Открыть ссылку в новой вкладке.
На странице входа в Oracle Secure Backup введите admin в качестве имени пользователя и свой пароль_admin_em>, затем нажмите «Войти».
На главной странице OSB нажмите вкладку "Настройка".
На странице "Настройка" нажмите "Пользователи" в разделе "Основные".
Пользователь: oracle
Пароль: host_password
Класс пользователя: oracle
Имя UNIX: oracle
Группа UNIX: dba
Сервер NDMP пользователь: нет
Вы должны получить сообщение об успешном выполнении.
Хосты: все хосты
Имя пользователя ОС: *
Имя домена Windows: *
Атрибуты: rman
Вы должны получить сообщение об успешном завершении с отображением, подобным следующему:
Нажмите «Выход».
Подготовка базы данных к резервному копированию
Следующие две темы тесно связаны между собой. Оба требуются как часть подготовки базы данных.Этот OBE демонстрирует задачи в интерфейсе Enterprise Manager; (вы также можете выбрать другой интерфейс, например SQL*Plus).
Чтобы включить режим ARCHIVELOG в Enterprise Manager, выполните следующие действия:
В веб-браузере на странице входа в Enterprise Manager введите SYS в качестве имени пользователя, свой SYS_пароль и выберите Подключиться как SYSDBA. Затем нажмите Войти. (Подробные инструкции см. в шагах 1, 2 и 3 раздела «Регистрация административного сервера в Enterprise Manager».
На главной странице EM перейдите на вкладку "Доступность".
На странице "Доступность" нажмите "Параметры восстановления" в разделе "Резервное копирование/восстановление".
На странице «Параметры восстановления» выберите «Режим ARCHIVELOG» в разделе «Восстановление носителя», затем нажмите «Применить».
На странице подтверждения нажмите Да, чтобы перезапустить базу данных.
Чтобы перезапустить базу данных в Enterprise Manager, выполните следующие действия:
На странице "Перезапустить базу данных: укажите учетные данные хоста и целевой базы данных" введите и подтвердите следующие значения, затем нажмите "ОК":
Для учетных данных хоста
Имя пользователя: oracle
Пароль: host_password
Для учетных данных базы данных:
Имя пользователя: sys
Пароль: sys_password
Подключиться как: SYSDBA
Выбрано: Сохранить как предпочтительные учетные данные
На странице "Перезапуск базы данных: подтверждение" нажмите "Да".
Вы можете получить указанную ниже ошибку при обновлении или повторном запросе во время отключения агентов. Эта ошибка устраняется автоматически. Нажмите "ОК".
Со временем отобразится страница «Перезапустить базу данных: информация об активности».
Нажимайте кнопку «Обновить», пока не отобразится домашняя страница EM.
Примечание. Если появится страница входа в Enterprise Manager, введите SYS в качестве имени пользователя, свой SYS_пароль и выберите Подключиться как SYSDBA. Затем нажмите Войти.
Подтвердите, что база данных запущена и работает.
Создание нового семейства медиафайлов
Чтобы просмотреть и создать семейства мультимедиа, выполните следующие действия:
Чтобы запустить OSB Web Tool напрямую (не из EM), откройте веб-браузер и введите URL-адрес в следующем формате:
В веб-интерфейсе Oracle Secure Backup отображается страница входа в Oracle Secure Backup и изменяется URL-адрес следующим образом:
На странице входа в Oracle Secure Backup введите admin в качестве имени пользователя и свой пароль_admin_em>, затем нажмите «Войти».
На главной странице OSB нажмите «Настройки» в правом верхнем углу.
Выберите параметр «Вкл.» для расширенного вывода команды, затем нажмите «Применить».
При нажатии кнопки "Применить" страница не меняется. Вы можете увидеть результат этого изменения на шаге 7 ниже.
Чтобы просмотреть и изменить существующие семейства мультимедиа, а также создать новые, перейдите на вкладку "Настройка".
Нажмите "Семейства мультимедиа".
Семейство носителей: OFFSITE_7Y
Используемый идентификатор тома: Уникальный для этого семейства носителей
Срок действия тома: Управляется по времени
Сохранять набор томов: 7 лет
Возможность добавления: да
Комментарий: Хранить 7 лет вне офиса — за соблюдение закона XYZ.
Вы должны получить сообщение об успешном выполнении.
Затем нажмите кнопку ОК.
Семейство носителей: offsite_test
Используемый идентификатор тома: уникальный для этого семейства носителей
Срок действия тома: управляемый по времени
Сохранение установленного тома: 10 минут
Добавляемый: да
Комментарий: отредактируйте тестовые значения позже.
Вы должны получить сообщение об успешном завершении. Нажмите "ОК".
Создание селектора хранилища базы данных
В качестве последней задачи настройки вы тестируете резервное копирование на ленту и создаете средство выбора хранилища базы данных в Enterprise Manager.
Чтобы создать средство выбора хранилища и протестировать резервное копирование на ленту, выполните следующие действия:
В веб-браузере на странице входа в Enterprise Manager введите SYS в качестве имени пользователя, свой SYS_пароль и выберите Подключиться как SYSDBA. Затем нажмите Войти. (Подробные инструкции см. в шагах 1, 2 и 3 раздела «Регистрация административного сервера в Enterprise Manager».
В Enterprise Manger перейдите в раздел «Доступность» > «Настройки резервного копирования» (в разделе «Настройка резервного копирования/восстановления»).
Чтобы предоставить и сохранить настройки ленты, введите следующие значения, затем нажмите OK:
Ленты: 1
Имя пользователя: oracle
Пароль: host_password
Сохранить как предпочтительные учетные данные (выбрано)
Чтобы создать средство выбора хранилища базы данных, снова откройте страницу "Параметры резервного копирования" и нажмите "Настроить" в разделе "Oracle Secure Backup" на странице "Устройство параметров резервного копирования".
На странице входа на сервер администрирования введите или подтвердите следующие значения, затем нажмите OK:
Административный сервер: Ваш_хост
Имя пользователя: oracle
Пароль: host_password
Сохранить как предпочтительные учетные данные (выбрано)
На странице "Выбор хранилища резервных копий" нажмите "Добавить".
На странице "Добавить средство выбора хранилища резервных копий" выберите следующие значения, затем нажмите "ОК":
Типы резервного копирования базы данных: архивные журналы, автоматическое резервное копирование, полное и инкрементное
Семейство носителей: RMAN-DEFAULT
Вы должны получить сообщение об успешном выполнении на странице выбора хранилища резервных копий. Нажмите «Вернуться».
На странице "Параметры устройства резервного копирования" введите или подтвердите следующие значения, затем нажмите "Проверить резервное копирование на ленту":
Ленточные накопители: 1
Тип резервного копирования на ленту: Резервный набор
Имя пользователя: oracle
Пароль: host_password
Страница Обработка: резервное копирование на тестовую ленту может отображаться некоторое время, в зависимости от ресурсов вашей системы.
На странице устройства резервного копирования просмотрите сообщение об успешном завершении, затем нажмите «Выход».
Вы можете создать базу данных Oracle Database Exadata Cloud at Customer, база данных которой создается из облачной резервной копии, созданной с помощью Oracle Database Backup Cloud Service.
Этот метод называется созданием экземпляра из резервной копии, а база данных, являющаяся источником резервной копии, называется исходной базой данных. Инстанцирование из резервной копии можно использовать следующими способами:
Вы можете использовать мастер создания экземпляра для выполнения операции создания экземпляра из резервной копии во время создания нового развертывания базы данных. См. раздел Создание развертывания базы данных.
Кроме того, вы можете использовать функцию создания экземпляра из резервной копии, чтобы заменить базу данных, связанную с существующим развертыванием базы данных. См. Замена базы данных с помощью консоли Oracle Database Cloud Service и Замена базы данных с помощью действий ibkup.
В любом случае резервная копия исходной базы данных должна соответствовать определенным требованиям пригодности. К ним относятся:
Если исходная база данных находится в существующем развертывании базы данных, убедитесь, что развертывание базы данных было скопировано в облачное хранилище. Дополнительные сведения см. в разделе О резервном копировании развертываний баз данных в Exadata Cloud at Customer.
Если исходной базой данных является локальная база данных Oracle, убедитесь, что эта база данных подходит для создания экземпляра в облаке, а затем создайте облачную резервную копию. Инструкции см. в разделе Создание облачной резервной копии локальной базы данных.
В резервной копии исходной базы данных должна использоваться база данных Oracle Database версии 18, 12.2.0.1, 12.1.0.2 или 11.2.0.4 с применением последнего обновления набора исправлений (PSU).
Если в исходной базе данных используется Oracle Database версии 12.1.0.2 или более поздней, она должна быть многопользовательской контейнерной базой данных (CDB). Exadata Cloud at Customer не поддерживает базы данных, отличные от CDB, для Oracle Database 12c или более поздней версии.
Исходная база данных использует файловую систему или ASM в качестве метода хранения файлов данных.
После завершения операции создания экземпляра из резервной копии результирующее развертывание базы данных имеет следующие характеристики:
База данных использует SID, который вы указали при создании развертывания базы данных.
Файлы и данные базы данных взяты из резервной копии исходной базы данных.
Идентификатор базы данных (значение dbid в V$DATABASE) будет отличаться от идентификатора исходной базы данных.
Прослушиватель Oracle Net настроен со службами для базы данных и PDB, если применимо.
Создание облачной резервной копии локальной базы данных
Используйте утилиту ibackup для создания резервной копии локальной базы данных Oracle, которую затем можно использовать для замены базы данных Oracle Database Exadata Cloud at Customer.
Утилита ibackup позволяет:
Выполните предварительную проверку локальной базы данных, чтобы убедиться, что вы можете создать резервную копию, подходящую для замены облачной базы данных.
Создайте резервную копию базы данных Oracle, а также дополнительные файлы, которые можно использовать для замены базы данных в Exadata Cloud при развертывании базы данных Заказчика в рамках операции создания экземпляра из резервной копии.
Убедитесь, что локальная база данных, для которой вы собираетесь создать резервную копию, а также база данных Exadata Cloud at Customer, которую вы собираетесь заменить, соответствуют требованиям, описанным в разделе Создание развертывания базы данных с помощью облачной резервной копии.
Локальный хост базы данных должен быть системой Linux X64 (OEL 6 или OEL 7).
Набор символов вашей локальной базы данных должен быть совместим с базой данных Exadata Cloud at Customer, которую вы собираетесь заменить.
Программное обеспечение, отличное от Oracle, на локальном хосте базы данных должно соответствовать следующим минимальным требованиям к выпуску:
Java: выпуск 7 или выше. Java должен находиться в пути по умолчанию.
Python: выше версии 2.6 и ниже версии 3.0.
Выполните следующие задачи:
Загрузите ZIP-файл, содержащий утилиту ibackup, на хост локальной базы данных. Используйте wget на локальном хосте базы данных, чтобы загрузить файл OracleCloud_ibackup_Setup.zip из Oracle Cloud Infrastructure Object Storage Classic:
На локальном хосте базы данных:
Войдите как пользователь Oracle.
Разархивируйте файл OracleCloud_ibackup_Setup.zip. Файлы извлекаются в каталог ibackup.
Переключитесь на пользователя root и выполните следующую команду, чтобы установить права собственности на файлы в каталоге ibackup:
Вернитесь к роли пользователя oracle и перейдите в каталог ibackup:
Отредактируйте файл backup.cfg следующим образом:
Установите режим шифрования для резервной копии базы данных. Установите TDE=y, если база данных использует прозрачное шифрование данных. Установите TDE=n, чтобы использовать шифрование с ключом RMAN.
Установите для target_db значение 18.0.0 , 12.2.0.1 , 12.1.0.2 или 11.2.0.4 в зависимости от версии базы данных Exadata Cloud at Customer, в которой вы собираетесь создавать резервную копию.
Установите значение для oss_user на имя пользователя, имеющего доступ на чтение/запись к контейнеру хранилища, указанному в oss_url .
Задайте в качестве значения oss_url URL-адрес контейнера Oracle Cloud Infrastructure Object Storage Classic, который будет использоваться для хранения резервной копии базы данных.
Вы можете установить значение для oss_url на пароль пользователя, указанного в oss_user . Если вы укажете значение для oss_passwd, пароль будет скрыт при первом запуске инструмента ibackup. Если вы не введете значение пароля, вам будет предложено ввести пароль при запуске инструмента.
Если вы установили TDE=n , установите значение rman_key на ключ шифрования RMAN. В противном случае оставьте это значение пустым.
Выполните предварительную проверку исходной локальной базы данных. Предварительная проверка не создает файл резервной копии.
В приведенной выше команде dbname — это имя исходной базы данных. Изучите результаты предварительной проверки.
Создать резервную копию:
При желании вы можете использовать параметр -f, чтобы игнорировать ошибки журнала исправлений при создании резервной копии:
Помимо резервной копии базы данных Oracle, в каталоге /var/opt/oracle/ibackup/ibkup также создаются следующие файлы:
tde_wallet.zip — каталог кошелька TDE. Этот файл создается только в том случае, если TDE включен в локальной базе данных. Скопируйте этот файл в безопасное и доступное место. Этот файл необходим для импорта резервной копии Oracle в операции создания экземпляра из резервной копии.
TDE_README.txt — Инструкции по распаковке файла tde_wallet.zip. Это важно, поскольку операция создания экземпляра из резервной копии предполагает определенную структуру каталога кошелька TDE.
Import.json — файл шаблона для импорта резервной копии с помощью действий ibkup с утилитой dbaasapi.
oss_file.cfg — информация Oracle Cloud Infrastructure Object Storage Classic, используемая для сохранения резервной копии.
Используйте эти файлы при замене базы данных в Exadata Cloud при развертывании базы данных Заказчика в рамках операции создания экземпляра из резервной копии.
Замена базы данных с помощью консоли Oracle Database Cloud Service
Вы можете использовать консоль Oracle Database Cloud Service для замены базы данных для Exadata Cloud при развертывании базы данных Заказчика с помощью операции создания экземпляра из резервной копии.
Прежде чем начать
Если вы хотите заменить свою базу данных с помощью резервной копии из другого действующего в настоящее время Exadata Cloud при развертывании базы данных клиента в том же домене идентификации, вам необходимо указать развертывание исходной базы данных, выбрав из списка доступных развертываний.
Если вы хотите заменить базу данных любой другой резервной копией, вам будет предложено ввести следующую информацию:
Идентификатор резервной копии базы данных.
Метод расшифровки резервной копии, который представляет собой пароль, связанный с резервной копией для резервных копий, использующих шифрование паролей, или zip-файл, содержащий каталог кошелька исходной базы данных и содержимое для резервных копий, использующих прозрачное шифрование данных (TDE).
Имя контейнера Oracle Cloud Infrastructure Object Storage Classic, в котором хранится резервная копия.
Имя пользователя и пароль пользователя Oracle Cloud, имеющего доступ для чтения к контейнеру.
Откройте страницу экземпляров в консоли Oracle Database Cloud Service.
Нажмите на развертывание базы данных, базу данных которой вы хотите заменить.
Отображается страница обзора Oracle Database Cloud Service.
В меню действий ( ) рядом с именем развертывания базы данных выберите «Заменить базу данных с помощью резервной копии».
Отображается окно «Заменить базу данных с помощью резервной копии».
Укажите атрибуты в окне «Заменить базу данных с помощью резервной копии»:
Локальное резервное копирование? — используйте эту опцию, чтобы указать источник резервной копии исходной базы данных.
Если вы выберете этот параметр, вы указываете, что резервная копия исходной базы данных не из другого действующего в настоящее время Exadata Cloud at Customer, развертывающего базу данных в том же идентификационном домене. В этом случае отображаются следующие поля и параметры:
Идентификатор базы данных — введите идентификатор базы данных, из которой была создана существующая резервная копия. Это значение можно получить, запросив исходную базу данных резервного копирования следующим образом:
Метод расшифровки — укажите информацию, необходимую для расшифровки существующей резервной копии:
Для резервной копии, в которой используется прозрачное шифрование базы данных (TDE), выберите «Загрузить файл кошелька», затем нажмите «Обзор» и укажите zip-файл, содержащий каталог кошелька TDE исходной базы данных и содержимое этого каталога.
Если исходная база данных находится в другом Exadata Cloud при развертывании базы данных Заказчика, ее каталог кошелька TDE — /u02/app/oracle/admin/имя_базы_данных /tde_wallet или /var/opt/oracle/dbaas_acfs/имя_базы_данных /tde_wallet.
Для резервной копии, использующей шифрование паролем, выберите Вставить значение ключа RMAN и вставьте пароль (значение ключа), используемый для шифрования резервной копии.
Для развертываний баз данных с использованием Oracle Database 12c Release 2 (12.2) или более поздних версий поддерживается только резервное копирование с использованием TDE.
Cloud Storage Container — введите имя контейнера Oracle Cloud Infrastructure Object Storage Classic, в котором хранится существующая резервная копия; используйте этот формат:
где instance — это имя экземпляра Oracle Cloud Infrastructure Object Storage Classic, id_domain — это идентификатор идентификационного домена, а container — это имя контейнера.
Имя пользователя — введите имя пользователя Oracle Cloud, имеющего доступ на чтение к контейнеру, указанному в Cloud Storage Container .
Пароль — введите пароль пользователя, указанного в поле Имя пользователя.
Пароль администратора и подтверждение пароля — введите, а затем повторно введите новый пароль администратора.
Пароль администратора используется для настройки учетных записей администратора и функций в развертывании базы данных, включая пароль для пользователей Oracle Database SYS и SYSTEM в новой замененной базе данных.
Убедитесь, что вы помните пароль администратора, связанный с развертыванием вашей базы данных.
Если вы отмените выбор локального резервного копирования? вы указываете, что резервная копия исходной базы данных получена из другого действующего в настоящее время Exadata Cloud at Customer, развертывающего базу данных в том же идентификационном домене. В этом случае отображаются следующие поля:
Имя исходного экземпляра — укажите развертывание базы данных, резервную копию которой вы хотите использовать.
Тег резервной копии — список резервных копий, доступных для указанного развертывания базы данных.
Пароль администратора и подтверждение пароля — введите, а затем повторно введите пароль для пользователей Oracle Database SYS и SYSTEM во вновь замененной базе данных.
Нажмите «Заменить базу данных» и при появлении запроса подтвердите, что хотите заменить базу данных.
Развертывание базы данных переходит в состояние обслуживания, и операция начинается. Процесс полностью автоматизирован и занимает некоторое время. Вы не должны получать доступ к развертыванию базы данных или манипулировать им, пока процесс не будет завершен.
Замена базы данных с помощью действий ibkup
Вы можете выполнить операцию создания экземпляра из резервной копии, используя действия ibkup с утилитой dbaasapi, чтобы заменить существующую базу данных в Exadata Cloud при развертывании базы данных клиента базой данных, полученной из облачной резервной копии.
Утилита dbaasapi считывает файл JSON, содержащий инструкции и другую информацию, и записывает результаты в файл JSON, указанный во входном файле. По сути, это утилита командной строки, которая работает как конечная точка REST API, принимая тело запроса JSON и создавая тело ответа JSON. Утилита dbaasapi проверяет, не конфликтует ли запрошенная операция с какой-либо уже выполняемой операцией, а затем выполняет операцию асинхронно, то есть запускает запрошенную операцию, а затем возвращает вам управление терминалом.
Вот задачи, которые вы выполняете для замены базы данных с помощью действий ibkup:
При необходимости скопируйте кошелек TDE из исходной базы данных в Exadata Cloud при развертывании Заказчиком.
Создайте входные файлы dbaasapi для действий ibkup begin и ibkup status.
Запустите действие состояния ibkup, чтобы следить за ходом операции ibkup.
Скопируйте кошелек TDE исходной базы данных
Если используемая вами облачная резервная копия была создана с использованием прозрачного шифрования данных (TDE) или двухрежимного шифрования, вам необходимо скопировать кошелек TDE из исходной базы данных в развертываемую базу данных.
Если исходная база данных находится в другом Exadata Cloud при развертывании базы данных Заказчика, ее резервная копия была создана с использованием прозрачного шифрования данных (TDE). Все облачные резервные копии из Exadata Cloud at Customer используют TDE в качестве режима шифрования резервных копий.
На вычислительном узле Exadata Cloud at Customer, связанном с развертыванием вашей целевой базы данных, подключитесь как пользователь oracle и создайте каталог для хранения кошелька TDE исходной базы данных вместе с другими файлами, которые вы создадите на последующих этапах. Например:
Скопируйте каталог tde_wallet исходной базы данных во вновь созданный каталог.
Если исходная база данных находится в другой базе данных Exadata Cloud at Customer, ее каталог tde_wallet находится в /u02/app/oracle/admin/имя_базы_данных /tde_wallet или /var/opt/oracle/dbaas_acfs/имя_базы_данных /tde_wallet , где dbname — это имя базы данных. Расположение каталога tde_wallet можно узнать, запросив V$ENCRYPTION_WALLET .
Убедитесь, что файлы tde_wallet принадлежат Oracle и доступны только Oracle. Например:
Создать входные файлы dbaasapi
Используйте служебную программу безопасной оболочки, такую как SSH или PuTTY, для подключения в качестве пользователя opc к вычислительному узлу, связанному с развертыванием вашей целевой базы данных. Инструкции см. в разделе «Подключение к вычислительному узлу через Secure Shell (SSH)».
Утилита dbaasapi должна запускаться от имени пользователя root. Запустите оболочку root-пользователя:
Перейдите в каталог, в котором вы ранее сохранили исходную базу данных кошелька TDE.
Если вы не копировали исходную базу данных кошелька TDE, создайте каталог для хранения файлов запросов и ответов, а затем перейдите к нему.
Создайте файл begin-request.json для передачи в dbaasapi для выполнения действия запуска ibkup.
Вот пример использования резервной копии, зашифрованной паролем:
Объект JSON для действия запуска ibkup поддерживает следующие параметры. Все параметры являются обязательными, если они не указаны как необязательные.
Значение "начало" .
Значение "ibkup" .
Объект, содержащий параметры, предоставляющие сведения о начале действия ibkup. Этот объект имеет следующие параметры:
dbname : имя целевой базы данных, которую вы заменяете. Вы можете получить это значение, запросив целевую базу данных:
dbid : идентификатор исходной базы данных. Это значение можно получить, запросив исходную базу данных:
oss_url : URL-адрес контейнера, в котором хранится резервная копия исходной базы данных.
oss_user : имя пользователя Oracle Cloud, имеющего права на чтение контейнера, в котором хранится резервная копия исходной базы данных.
oss_passwd : пароль пользователя oss_user.
rman_handle : (необязательно) дескриптор RMAN целевой резервной копии, которая содержит резервные копии управляющих и sp-файлов. Действие ibkup begin использует контрольный файл и файл spfile из этой резервной копии.
Используйте параметр rman_tag, чтобы указать RMAN-тег резервной копии, поддерживаемой этим управляющим файлом и sp-файлом. Если вы не укажете тег RMAN, будет использоваться последняя резервная копия, поддерживаемая этим управляющим файлом и sp-файлом.
Oracle рекомендует указывать и дескриптор, и тег для использования конкретной резервной копии, либо не указывать дескриптор и тег для использования последней резервной копии.
Вы можете просмотреть дескрипторы и теги RMAN с помощью команды RMAN LIST BACKUP.
rman_tag : (необязательно) RMAN-тег целевого полного резервного копирования. Действие ibkup begin использует эту резервную копию.
Используйте параметр rman_handle, чтобы указать дескриптор RMAN для резервной копии, содержащей резервные копии управляющих файлов и spfile, которые поддерживают этот тег RMAN. Если вы не укажете дескриптор RMAN, будут использоваться последние управляющий файл и spfile. Если дескриптор RMAN не поддерживает указанный тег RMAN, возникает ошибка datafile not found.
Oracle рекомендует указывать и дескриптор, и тег для использования конкретной резервной копии, либо не указывать дескриптор и тег для использования последней резервной копии.
Вы можете просмотреть дескрипторы и теги RMAN с помощью команды RMAN LIST BACKUP.
decrypt_key : (необязательно) ключ (пароль), используемый для шифрования резервной копии.
Укажите этот параметр, если вы создали резервную копию с использованием шифрования паролем или двухрежимного шифрования.
Примечание. Этот параметр нельзя использовать при замене базы данных в развертывании базы данных с использованием Oracle Database 12c Release 2 (12.2) или более поздней версии, поскольку для таких развертываний поддерживается только резервное копирование с использованием TDE.
decrypt_wallet : (необязательно) полный путь к каталогу кошелька, который вы скопировали из исходной базы данных в созданное вами развертывание DBCS; например: /home/oracle/ibkup/tde_wallet .
Укажите этот параметр, если вы создали резервную копию с использованием прозрачного шифрования данных (TDE) или двухрежимного шифрования.
passwd : пароль администратора (SYS и SYSTEM), который будет использоваться для целевой базы данных после завершения операции замены.
dbsize : Размер исходной базы данных. Для Exadata Cloud at Customer укажите приблизительный размер исходной базы данных.
Полное имя выходного файла для использования dbaasapi; например: "/home/oracle/ibkup/begin-response.json".
Значение "" (пустая строка).
Создайте файл status-request.json для передачи в dbaasapi для выполнения действия статуса ibkup. Вот пример:
В этом примере значением параметра id является "подлежит уточнению", поскольку соответствующее действие запуска ibkup еще не выполнялось.
Объект JSON для действия статуса ibkup поддерживает следующие параметры. Все параметры обязательны.
Вы можете создавать резервные копии объектов разработки на рабочих станциях и серверах так часто, как это необходимо.
Рассмотрите следующие сценарии и решения при разработке стратегии резервного копирования:
Компания не разрешает разработчикам выполнять резервное копирование данных каталога на сервер из-за нехватки места.
Разработчики должны возвращать свои объекты разработки через определенные промежутки времени, например каждые восемь часов, чтобы избежать переделок. Если у вас нет неограниченного дискового пространства на файловом сервере, позволяющего разработчикам создавать резервные копии всего каталога с путевым кодом, вы должны использовать процесс регистрации в качестве метода резервного копирования. Если вы будете следовать рекомендуемому процессу разработки, разработчики будут знать, что они могут возвращать незавершенные или неисправные приложения в код пути DEV.
Для резервного копирования рабочих станций конечные пользователи не должны иметь на своих машинах нереплицированные данные.
Для резервного копирования сервера разработки: в определенной компании ИТ-отдел выполняет резервное копирование как файлового сервера разработки (обычно сервера развертывания), так и необходимых баз данных (центральные объекты, библиотека объектов и словарь данных).
Когда разработчику необходимо восстановить определенный объект из резервных копий, администратор базы данных восстанавливает экспорт в код пути, который называется «Восстановить». Разработчик извлекает объект из Restore, убеждается, что объект функционирует должным образом, и проверяет объект в обычном коде пути разработки.
Для резервного копирования сервера развертывания: в большинстве случаев вам не нужно создавать резервную копию всего сервера каждую ночь.
Однако при определенных условиях может потребоваться резервное копирование этих каталогов каждую ночь:
Код пути DEV, если вы изменяете объекты, создаете новые пакеты или обновляете базу данных, доставляемую во время установки рабочей станции.
MEDIA OBJ, если ваши медиа-объекты находятся на сервере развертывания.
Источники данных в Oracle или SQL Server, если ваши системные данные или любые другие важные данные хранятся на сервере развертывания.
Для резервных копий корпоративных серверов:
Создавайте резервную копию СУБД каждую ночь.
Вы должны использовать инструмент резервного копирования, предоставляемый вашим поставщиком базы данных.
Резервное копирование объектов путем резервного копирования всего каталога.
Также сделайте резервную копию кодов путей PROD и DEV и файла jde.ini.
Коды пути обновляются, когда администратор контроля версий развертывает объект, который был изменен разработчиками, имеющими право доступа к приложению Server Package, и конечными пользователями, которые создают новые пакетные версии, которые будут выполняться на сервере.
Читайте также: