Образ Диска, Бэкап на NAS, Бэкап Открытых Файлов (VSS), Бессрочная Лицензия
Starting from € 29
Iperius is a complete Windows utility for data backup. You can use the Freeware version (also for Windows Server) to back up files to NAS, external disks, RDX drives, etc. without any time limitation - or choose an enterprise version, with plenty of backup functions and advanced features: copy of open files (VSS), Drive Image for disaster recovery, backup of ESXi and Hyper-V virtual machines, SQL Server and MySQL database backup, Exchange Server backup, backup to LTO Tape, backup to Cloud (Google Drive, Amazon S3, etc.), backup to FTP/SFTP . Starting from Iperius Free, a trial of the Full version can be activated to test all the features of the software.
Iperius Console is the advanced tool for centralized management and monitoring of your computers and backup. Using either the dedicated desktop application or just the web portal, you can view the results of your backup operations, examine the details of any errors, set and customize the backup schedulings and also run backup jobs remotely. The console integrates perfectly with all the products of Iperius Suite, allowing also to remotely update Iperius Backup to the latest version. The large amount of information provided keeps users updated about the status of every PC and Server where Iperius is installed, making Iperius Console an extremely useful IT Monitoring tool, both for your customers and your company.
В данном документе описаны правила и процедуры, которые необходимо соблюдать для резервного копирования Oracle на уровне предприятий с помощью ПО Bacula Enterprise Edition. Документ также включает различные сценарии восстановления бэкапа Oracle.
Обзор резервного копирования Oracle
Bacula Enterprise Edition использует уникальный плагин бэкапа Oracle, который позволяет упростить резервное копирование Oracle и его восстановление. Плагин позволяет использовать передовые методы для «горячего» и «холодного» резервного копирования Oracle и восстановления данных и конфигураций, хранимых на серверах 10 и 11 поколений. Плагин бэкапа базы Oracle позволяет восстанавливать Oracle на конкретный момент времени (до контрольной точки), фильтровать объекты во время резервного копирования Oracle и их восстановления. Он также позволяет создавать бэкапы Oracle с информацией о конфигурации, например параметров. Плагин бэкапа БД Oracle поддерживается платформами Linux 32/64 бит, поддерживаемыми Oracle, а также БД Oracle 10.x, 11.x.
Прочие преимущества резервного копирования Oracle с помощью Bacula:
В данном документе представлены различные способы и стратегии резервного копирования Oracle с использованием ПО Bacula Enterprise Edition и соответствующего плагина.
Глоссарий бэкапа Oracle
В документе используются следующие термины:
Условные обозначения
В таблице ниже показаны преимущества методов восстановления бэкапов, поддерживаемые плагином Bacula Enterprise для Oracle. Чтобы выбрать тот или иной метод, руководствуйтесь такими возможностями, как возможность восстановления бэкапа Oracle до заданной контрольной точки, возможность фильтрации объектов во время резервного копирования или восстановления. Также пользователь может комбинировать методы создания дампа и использования утилиты RMAN PITR для одного кластера.
Утилита RMAN также позволяет использовать современные методы, благодаря которым вы можете посылать данные через SBT интерфейс Bacula Enterprise, например, на магнитную ленту и на диск одновременно для более быстрого восстановления.
Функция | Дамп | RMAN | RMAN SBT | |
Возможность восстановления одного объекта (таблица, схема…) | Да | Нет | Нет | |
Возможность восстановления одного файла (индекс, БД, таблица…) | Нет | Да | Да | |
Скорость создания бэкапа Oracle | Низкая | Высокая | Высокая | |
Скорость восстановления | Низкая | Высокая | Высокая * | |
Размер бэкапа Oracle | Малый | Большой | Большой | |
Размер на локальном диске при создании бэкапа | Ничего | Весь бэкап | Ничего | |
Размер на локальном диске при восстановлении | Ничего | Весь бэкап | Необходимые объекты | |
Возможность восстановления до контрольной точки | Нет | Да | Да | |
Поддержка инкрементального/дифференциального бэкапа Oracle | Нет | Да | Да | |
Параллельное восстановление | Да | Да | Да | |
Онлайн бэкап Oracle | Да | Да | Да | |
Согласованность | Да | Да | Да | |
Возможность восстановления до предыдущей основной версии Oracle | Нет | Нет | Нет | |
Таблица 1. Способы восстановления Oracle
* При использовании интерфейса RMAN SBT скорость восстановления будет зависеть от различных элементов, таких как тип носителя (магнитная лента или диск), скорость передачи по сети, доступность устройства с демоном-хранителем, и т.д… В ПО Bacula Enterprise версии 6.4 и выше устройство с демоном-хранителем может использовать тот же том диска для множества параллельных восстановлений. Таким образом, существует возможность одновременного выполнения нескольких задач по восстановлению и резервному копированию Oracle.
В данном разделе руководства пользователя описывается правильная установка и конфигурирование SBT интерфейса Bacula Enterprise с помощью Oracle и RMAN.
При создании бэкапа Oracle или запуске резервного копирования из RMAN, RMAN потребуется связаться с централизованным директором Bacula Enterprise Director для получения информации о файлах и томах, или для запуска резервного копирования или восстановления Oracle. Для установления связи потребуются общие командные файлы FIFO и b-консоль.
При использовании плагина oracle-sbt-fd, директор не сможет запустить резервное копирование Oracle из b-консоли или из расписания. Только утилита RMAN сможет инициировать сессию и запустить резервное копирование. Примите во внимание тот факт, что вы по-прежнему запускаете стандартное системное резервное копирование Oracle, а затем используйте RunScript для автоматического вызова RMAN.
Конфигурирование Bacula. При использовании интерфейса SBT необходимо установить b-консоль (консоль Bacula). Консоль должна позволять подключаться к централизованному директору и получать доступ к локальному клиенту, задаче резервного копирования Oracle и прочим характеристикам пула.
Чтобы использовать консоль с ограниченными возможностями, можете воспользоваться следующим определением консоли:
Рисунок 1. Бэкап Oracle при взаимодействии между RMAN и Bacula
Пользователь “oracle” ОС Unix должен иметь возможность отобразить b-консоль и считать соответствующий конфигурационной файл bconsole.conf , который не является конфигурацией по умолчанию . Вы можете скопировать бинарный и конфигурационный файл в папку /opt/bacula/oracle с помощью следующих команд Unix:
Важно: Возможно, после каждого обновления Bacula Enterprise вам потребуется копия бинарной b-консоли.
Чтобы запустить резервное копирование Oracle или восстановление с помощью нескольких каналов, вам необходимо гарантировать, что все необходимые ресурсы плагина бэкапа БД Oracle правильно сконфигурированы с помощью команды Maximum Concurrent Jobs, чтобы позволить выполнение параллельных задач.
Чтобы обеспечить параллельное выполнение задач резервного копирования и восстановления с помощью одного и того же ресурса Director Storage, конфигурация должна использовать дисковод Virtual Changer. Информация об особой конфигурации изложена в технической документации Disk Backup .
Oracle требует, чтобы Диспетчер носителей (Media Manager) Bacula Enterprise не объединял потоки данных от двух параллельных API сессий в одном и том же последовательном устройстве. Это значит, что, если вы используете накопитель на основе магнитной ленты для бэкапа БД Oracle, вы должны использовать различные ленточные накопители для каждой параллельной задачи резервного копирования. Данное ограничение не относится к дисковым накопителям. Данное ограничение предполагает особо длительное восстановление.
libobk можно сконфигурировать с помощью файла /opt/bacula/oracle/sbt.conf или /opt/ bacula/etc/sbt.conf или с помощью команды RMAN SEND . В таблице 2 приведены используемые дескрипторы:
Параметр | Описание | Пример |
client | Имя клиента Bacula | client=oracle-fd |
restoreclient | Имя клиента Bacula, используемое для восстановления | restoreclient=oracle-fd |
job | Команда b-консоли с аргументами |
bconsole=»/tmp/bconsole -n» |
restorejob | Имя задачи восстановления Bacula. Если задано несколько задач восстановления в вашей конфигурации, а данный параметр не используется, плагин SBT автоматические выберет первую заданную задачу восстановления. | restorejob=RestoreFiles |
waitjobcompletion | Ожидание завершения задачи в конце SBT сессии. По умолчанию сессия завершается как можно быстрее. Примите во внимание тот факт, что данный параметр нужно использовать только при запуске резервного копирования из утилиты RMAN. | waitjobcompletion |
update | Тип обновления (локальный каталог). Если имя файла присутствует в локальном каталоге, плагин отвечает непосредственно RMAN не связываясь я директором Bacula Director. Используйте команду update=force, чтобы принудительно задать проверку Bacula Director. | update=force |
jobopt | Дополнительный параметр задачи | jobopt=»spooldata=no» |
backupdir | Папка локального каталога | backupdir=/opt/bacula/oracle |
ctrlfile | Основной путь к управляющему файлу | ctrlfile=/tmp/oracle |
ctrltimeout | Пауза при подключении к Bacula | ctrltimeout=300 |
retry | Количество попыток при подключении к Bacula | |
localdir | Локальная папка файла данных, который проверит SBT плагин до вызова задачи восстановления Bacula. |
Localdir=/tmp/@ORACLE/sbt |
catalog | Имя каталога Bacula | catalog=»MyCatalog 2» |
trace | Путь к файлу файл трассировки | trace=/tmp/log.txt |
debug | Уровень отладки |
Таблица 2. Конфигурация SBT libobk
В качестве минимальных параметров, которые необходимо указать в файле конфигурации, выступают такие, как клиент, задача и b-консоль. Примите во внимание тот факт, что необходимо использовать двойные кавычки, если конфигурируемый элемент содержит пробелы (например, b-консоль).
Эти настройки можно перезаписать с помощью команды RMAN SEND.
Команда SEND ограничена 512 байтами, поэтому, можно использовать несколько команд SEND, чтобы задать все параметры. Будет лучше избегать длинные пути при использовании SBT интерфейса.
Плагин бэкапа базы Oracle SBT (oracle-sbt) принимает параметры в Job FileSet, как описано в таблице 3.
Таблица 3. Параметры плагина Oracle SBT
Чтобы протестировать конфигурацию плагина Bacula Enterprise Oracle SBT, привилегированный пользователь может использовать следующие команды:
При возникновении ошибки подключения, появится сообщение. Пока вы не сконфигурируете правильно настройки подключения, нет смысла запускать резервное копирование Oracle RMAN.
Файл libobk ПО Bacula Enterprise использует локальный каталог для хранения информации обо всех файлах. Эта информация может устаревать. Поэтому вы можете использовать параметр update=force в файле sbt.conf или команду SEND для принудительного поиска каталога Bacula.
Каталог по умолчанию хранится в /opt/bacula/oracle/bacula-sbt.cat и может быть частью обычного бэкапа системы.
При использовании плагина RMAN SBT Bacula Enterprise, способность сохранения бэкапа Oracle, заданная утилитой RMAN, должна соответствовать тому Bacula или сохранению задания в памяти. Когда RMAN пошлет команды на удаление файлов бэкапа, Bacula не будет пытаться что-либо очищать или удалять.
В следующем примере описан одновременный запуск 3 параллельных задач Bacula по созданию резервных копий. При этом утилита RMAN будет посылать в них данные, используя так называемый циклический алгоритм. Если утилита RMAN не сможет связаться с Bacula по одному или более каналам, RMAN автоматически отправит данные в доступный канал. Это значит, что, если ваше хранилище или централизованный директор заняты (ограничены количеством устройств или настройками максимального количества параллельных задач), RMAN найдет выход из положения автоматически.
В этом примере RMAN использует 3 задачи Bacula для восстановления 3 файлов.
В данном разделе руководства пользователя описывается процедура конфигурирования утилиты RMAN для правильной работы с той частью плагина бэкапа базы Oracle, которая не использует SBT интерфейс.
Текущая версия плагина бэкапа БД Oracle поддерживает только БД, запущенные с активным режимом ARCHIVELOG.
Чтобы использовать режим создания бэкапов Oracle с RMAN, БД необходимо запустить в режиме ARCHIVELOG. Чтобы проверить, как сконфигурирована ваша БД, вы можете использовать следующую команду SQL.
Чтобы активировать режим архивирования для БД, вы можете использовать команду ALTER DATABASE ARCHIVELOG в состоянии SYSDBA.
Функция отслеживания изменений утилиты RMAN для создания инкрементальных бэкапов Oracle повышает эффективность таких бэкапов путем записи изменённых блоков в каждом файле данных в файл отслеживания изменений. Если функция отслеживания изменений активна, утилита RMAN использует файл отслеживания изменений для определения измененных блоков для создания инкрементальных бэкапов. Таким образом, отпадает необходимость в сканировании каждого блока в файле данных.
После активации функции отслеживания изменений, в случае первого полного бэкапа, системе по-прежнему придется отсканировать все файлы данных, поскольку файл отслеживания изменений еще не отражает состояния всех блоков. Любой последующий инкрементальный бэкап, использующий данный полный бэкап в качестве материнского, будет использовать файл отслеживания изменений.
Следующая команда SQL, запущенная как sysdba, позволяет активировать функцию отслеживания изменений и использовать местоположение “/path/to/file” в качестве местоположения архивного журнала регистрации. (Примите во внимание тот факт, что файл должен находиться в действующей папке, в которую пользователь Oracle может записывать данные).
При использовании режима RMAN вместе с плагином Bacula Enterprise для Oracle, каждая задача Bacula будет запускать RMAN для создания набора резервных копий. Мы рекомендуем сконфигурировать утилиту RMAN, чтобы удалять старые файлы спустя определенное время. Несмотря на то, что данную операцию можно выполнять сразу после завершения создания бэкапа, мы рекомендуем хранить данные на диске дольше, чтобы не возникали затруднения с возможностью восстановления Oracle до контрольных точек. Следующая команда поможет задать период хранения файлов Oracle равный 7 дням. Этого времени должно хватить при условии, что вы выполняете резервное копирование Oracle по меньшей мере раз в 7 дней.
Более подробную информацию вы найдете в руководстве к утилите RMAN
docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmconfb.htm#i1019318
В случае использования функции PITR восстановления утилиты RMAN, плагин Bacula для Oracle потребует активации режима Accurate. Вы должны активировать режим Accurate в ресурсе задачи. Примите во внимание факт, что в сочетании с плагином, функция Accurate используется для того, чтобы гарантировать, что все новые файлы, будут сохраняться плагином Bacula, но не будут помечаться как удаленные, поскольку, скорее всего, они могут еще пригодиться.
В режиме RMAN плагин для Oracle также допускает использование дополнительных параметров, задаваемых через командную строку плагина. Смотрите таблицу ниже:
Параметр | Описание | По умолчанию | Пример |
mode | Необходимо активировать PITR бэкап в режиме RMAN | Дамп | mode=rman |
Oracle_user | Привилегированный пользователь Unix Oracle | oracle | oracle_user=oracle10 |
sid | Oracle SID | SID=XE | |
Oracle_SID | Oracle SID | Oracle_SID=XE | |
Oracle_HOME | Oracle HOME | ORACLE_HOME=/opt/oracle/… | |
verbose | Вывод RMAN отображается как 0 в задаче | verbose=1 | |
sbt | Использование SBT в RMAN | sbt | |
ctrlfile | Основной путь к управляющим файлам при использовании SBT | ctrlfile=/tmp/oracle | |
Таблица 4. Параметры плагина для Oracle в режиме RMAN
Затем, используя where=/ или where= плагин загрузит этот SQL файл в вашу БД. Если некоторые роли уже существуют, появится сообщение об ошибке в журнале регистрации заданий. Также можно восстановить файл users.sql file в локальный каталог, отредактировать и загрузить его с помощью sqlplus, чтобы восстановить любую выбранную часть файла.
Восстановление одной БД Oracle. Чтобы восстановить одну схему с помощью плагина Bacula Enterprise для Oracle, вам необходимо выбрать схему каталога во время команды восстановления, выбор должен содержать файл данных (data.dmp) и скрипт создания схемы (user.sql).
Рис. 3 Содержимое БД с дампом в BWeb
Как только будет выбран каталог БД, вы сможете использовать параметр where для восстановления схемы в новую схему с другим именем. Чтобы создать новое имя схемы, вам нужно приравнять параметр where к одному слову, которое содержит символы A..Z, 0-9, и _. Затем плагин Bacula создаст указанную схему и восстановит в нее данные.
Мы рекомендуем вам всегда использовать в названии схем заглавные буквы. Плагин Bacula Enterprise для Oracle воссоздаст новую схему, используя имя, которое вы указали в параметре where=. Если вы будете использовать заглавные и строчные буквы в имени, может возникнуть ситуация, при которой вам придется заключить имя схемы в кавычки, чтобы получить к ней доступ.
После восстановления, вам, возможно, потребуется сбросить пароль схемы, которую вы только что создали, используя те же параметры, что и в исходной схеме. Чтобы сделать это, выполните:
Если вы зададите параметр, равный never, плагин Bacula проверит список схем и прервет задачу, если текущая восстанавливаемая схема уже существует.
Если параметр where – это каталог (содержащий /), плагин Bacula восстановит все файлы в этот каталог. Таким образом вы сможете использовать каталог imp и восстановить только триггеры, таблицы, индексы и т.д.
Восстановление одной таблицы Oracle. Чтобы восстановить один объект, например, таблицу из созданного вами дампа, вам необходимо сначала восстановить дамп файл в локальный каталог. Затем с помощью инструмента imp импортировать нужный объект. Более подробную информацию вы найдете в документации по импорту объектов в Oracle.
Восстановление дамп файлов Oracle в каталог. Чтобы восстановить SQL дампы в каталог, вы можете назначить параметру where любой действующий каталог.
Процесс восстановления Oracle с плагином Bacula создаст следующие папки при восстановлении схемы SYS в Oracle SID XE, и восстановит в нее выбранные файлы.
Восстановление всей БД Oracle.
Чтобы восстановить все БД и конфигурации БД, просто восстановите все файлы, расположенные в /@ORACLE/
Плагины по умолчанию не совместимы с задачами Copy/Migration/VirtualFull.
Создать резервную копию данных базы oracle можно двумя способами:
У каждого из этих способов есть преимущества и недостатки. В случае создания резервной копии средствами операционной системы необходимо, что бы на всём протяжении процесса создания резервной копии экземпляр был остановлен во избежание рассогласования данных, что недопустимо в случае необходимости функционирования системы в режиме 24/7. Второй основной недостаток это сложность администрирования большого количества резервных и трудоёмкость их проверки на ошибки.
Используя утилиты базы данных этих недостатков можно избежать, но появляются другие недостатки, сложность настройки и собственный синтаксис команд.
Встроенные утилиты базы данных для создания резервных копий – это прежде всего exp и expdp, позволяющие создавать логическую резервную копию (то есть копию объекта базы данных). Такой способ создания резервной копии прост, а основной его недостаток это время восстановления из копии в случае необходимости переустановки экземпляра и возможность восстановить объект только на конкретный момент осуществления бэкапа.
Самой же мощной, созданной компанией oracle специально для создания резервных копий баз данных, является утилита RMAN. Которая позволяет создавать полную копию базы данных без остановки экземпляра и восстанавливать её на любой момент в прошлом, сама следит за устаревшими копиями и удаляет их при необходимости, а так же проверяет их на наличие ошибок. Но при этом имеет серьёзный недостаток сложна в настройке и администрировании. Познакомимся поближе с настройкой и администрированием этой утилиты.
Утилита RMAN появилась в версии 8g и совершенствовалась в последующих. Настроим эту утилиту для регулярного создания резервных копий нашей базы данных.
Прежде всего нужно понять из чего состоит база данных и решить с какой периодичностью необходимо делать резервную копию. В нашем случае это база данных oracle и состоит она из следующих файлов:
Выбрав данные для сохранения определяемся со стратегией копирования, а именно выбраем периодичность, тип создаваемых резервных копий и время их хранения. Резервные копии бывают инкрементными полными – то есть полностью скопированный файл, инкрементными кумулятивными – когда копия содержит лишь разницу данных между текущим состоянием и состоянием на время последнего инкрементного бэкапа и инкрементными дифференциальными – такие копии содержат в себе разницу между текущим состоянием и состоянием на момент любого последнего бэкапа. Выбор стратегии определяется режимом работы базы данных, если это база данных с частым внесением изменений, то желательно чаще делать инкрементальные полные копии это позволит быстрее восстановить работу базы после сбоя, т.к. не придётся выполнять большое количество транзакций. Если же эта база данных используется в основном для хранения и чтения, то инкрементальные копии можно делать редко и ограничиться регулярными кумулятивными.
Наша база данных используется в основном для хранения и мало изменяется во времени поэтому выберем следующую стратегию: создание инкрементной копии раз в неделю 3 ночи в воскресение, и создание кумулятивных копий каждую ночь в 3 часа, это позволит не занимая много дискового пространства быстро восстановить базу используя максимум 2 копии.
После того как мы определились с тем что копировать и с какой периодичностью можем переходить к настройке экземпляра базы данных. В первую очередь следует убедиться, что база данных функционирует в режиме архивирования журналов повторного выполнения (archivelog) проверить это можно запросом:
Select log_mode from v$database;
от любого пользователя с правами sysdba. Если запрос вернул archivelog то всё в порядке переходим к следующему пункту, если noarchivelog то нужно перезапустить базу в режиме archivelog. Для этого нужно перезапустить базу в режиме mount командой:
startup mount immediate
и выполнить команду
alter database archivelog;
она активирует режим archivelog, после этого остаётся только открыть базу данных командой:
alter database open;
Сохранение копий журналов повторного выполнения необходимо для создания согласованных инкрементных горячих копий базы данных, а так же для возможности восстановления состояния базы данных на любой момент в прошлом.
После того как мы перевели базу данных в режим archivelog необходимо задать ей параметры области пакетного восстановления. Проверим не заданы ли они уже запросом:
Select name, value from v$parameter where name like "db_recovery_file_dest%";
если не заданы то задаём командами:
alter system set db_recovery_file_dest_size=50G scope=both;
задаёт максимальный размер области пакетного восстановления и
alter system set db_recovery_file_dest="/storage/recovery_area" scope=both;
задаёт расположение области пакетного восстановления в файловой системе. Создание области пакетного восстановления необходимо для того что бы rman мог самостоятельно удалять устаревшие копии, а так же отслеживать оставшееся свободное дисковое пространство и предупреждать если его остаётся мало.
После настройки экземпляра можно переходить к настройке самой утилиты rman, для этого подключившись к rman последовательностью команд
Rman
connect target user/pass@sid
выполняем команду
show all;
первым делом конфигурируем параметры сохранности резервных копий это делается либо параметром CONFIGURE RETENTION POLICY либо устанавливается количество копий которые одновременно хранятся, либо указывается период в который копия считается актуальной. Установим параметр recovery window равный 7 дням командой:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
включим автобэкап контрл файла при каждом создании резервной копии будет создаваться копия контрл файла:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
активируем оптимизацию что бы rman не создавал копии файлов уже существуют резервные копии идентичные существующей:
CONFIGURE BACKUP OPTIMIZATION ON;
и распараллелим на 2 канала процесс создания резервной копии:
CONFIGURE DEVICE TYPE DISK PARALLELISM 2;
Параметры устройства на которое сохраняется информация, шифрования, сжатия, формат автобэкапа контрл файла и максимальный размер файла копии мы менять не будем.
После этой настройки остаётся только создать в операционной системе файлы выполнения для rman и добавить их в планировщик задач.
Для воскресения:
#!/bin/bash export ORACLE_HOME=/u01/11g/ export NLS_LANG=american_america.AL32UTF8 export ORACLE_SID=kagu1251 rman connect target user/pass BACKUP INCREMENTAL LEVEL 0 DATABASE; BACKUP DATAFILE "/oradata/db/admin/kagu/pfile/ init.ora.6302012163819"; BACKUP DATAFILE "/u01/11g/network/admin/ listener.ora"; BACKUP DATAFILE "/u01/11g/network/admin/ tnsnames.ora"; BACKUP DATAFILE "/u01/11g/dbs/spfilekagu.ora"; BACKUP DATAFILE "/u01/11g/dbs/orapwkagu1251";
Для остальных дней:
#!/bin/bash export ORACLE_HOME=/u01/11g/ export NLS_LANG=american_america.AL32UTF8 export ORACLE_SID=kagu1251 rman connect target user/pass BACKUP INCREMENTAL LEVEL 1 DATABASE; BACKUP DATAFILE "/oradata/db/admin/kagu/pfile/ init.ora.6302012163819"; BACKUP DATAFILE "/u01/11g/network/admin/ listener.ora"; BACKUP DATAFILE "/u01/11g/network/admin/ tnsnames.ora"; BACKUP DATAFILE "/u01/11g/dbs/spfilekagu.ora"; BACKUP DATAFILE "/u01/11g/dbs/orapwkagu1251";
Для восстановления всей базы данных после полного их изчезновения применяется команда RESTORE DATABASE, после её выполнения необходимо синхронизировать данные с помощью архивных журналов командой RECOVER DATABASE, восстановление происходит в режиме mount.
Для восстановления конкретного табличного пространства необходимо сначало перевести его в режим OFFLINE командой:
ALTER TABLESPACE user OFFLINE;
После этого выполнить его восстановление и синхронизацию:
RESTORE TABLESPACE user;
RECOVER TABLESPACE user;
По завершении перевести его в режим online командой:
ALTER TABLESPACE user ONLINE;
Так же можно откатить базу данных на определённым момент времени назад для этого выполняется команда:
SET UNTIL TIME "Jan 29 2013 20:00:00";
Это восстановление нужно делать когда база данных находится в режиме mount, а при открытии указать опцию RESETLOGS, что бы не выполнялись изменения сохранённые в журналах повторного выполнения созданные после точки восстановления.
Для наблюдения за созданными резервными копиями удобна команда CROSSCHEK которая позволяет проверить наличие резервных копий в области пакетного восстановления и возможность доступа к ним. Для тестирования файлов резервных копий на логические или физические ошибки используется команда VALIDATE.
Бэкап Oracle должен выполняться эффективно и быстро, так как серверы БД Oracle обычно применяются в наиболее нагруженных операциях в коммерческом сегменте. Handy Backup организует резервирование бэкапов Oracle через стандартную утилиту Oracle backup RMAN.
Специализированный плагин бэкапа Oracle в Handy Backup выступает как графическая надстройка (GUI) над стандартной программой Backup RMAN, с сохранением всех функций и возможностей, предоставляемых утилитой RMAN Backup Oracle.
Бэкап БД Oracle в Handy Backup может выполняться по расписанию в заданное время и через заданные интервалы (от одной минуты до нескольких месяцев включительно), а также при наступлении системного события (вход пользователя в систему, подключение хранилища USB).
С помощью Handy Backup вы можете выполнить смешанный, дифференциальный или инкрементальный бэкап Oracle, сохранить несколько версий бэкапа БД Oracle из одного исходного набора данных, зашифровать или сжать полученный бэкап RMAN и т.д.
С помощью Handy Backup можно настроить для утилиты RMAN резервирование бэкапов на разнообразные хранилища данных, включая такие современные носители информации, как:
На заметку: серверные решения Handy Backup Office Expert и Handy Backup Server Network содержат "из коробки" все доступные плагины хранилищ информации, позволяя организовать бэкап базы Oracle в наиболее удобное и надёжное хранилище данных для конкретной задачи.
Интерфейс и набор функций Handy Backup позволяют использовать утилиту RMAN backup как один из плагинов программы под управлением единого интерфейса. Вы можете не только с лёгкостью создавать или изменять задачи бэкапа БД Oracle, но и управлять ими:
Здесь вы найдёте краткую инструкцию по созданию бэкапа базы данных Oracle через Handy Backup. Программа берёт на себя всю работу по взаимодействию с утилитой бэкапа RMAN, позволяя выполнить бэкап БД Oracle и восстановление базы данных из бэкапа автоматически.
На заметку: вы можете изменить впоследствии любые детали любой задачи с помощью системы вкладок в окне просмотра задачи. Каждая из вкладок соответствует определённому шагу работы мастера новых задач.
Чтобы выполнить для Oracle восстановление базы данных из бэкапа, вам необходимо создать задачу автоматического восстановления данных. Запустите мастер новых задач и воспользуйтесь следующей инструкцией:
В диалоге выбора места восстановления укажите сервер, на который вы собираетесь восстановить Oracle из бэкапа. Таким образом можно производить клонирование и репликацию бэкапов Oracle.
Попробуйте плагин бэкапа Oracle RMAN в работе, скачав и установив прямо сейчас Handy Backup со всеми доступными функциями и плагинами на 30-дневный бесплатный пробный период!