Как сделать холодный бэкап oracle
Добавил пользователь Дмитрий К. Обновлено: 04.10.2024
Архивные журналы повторов являются ключом к успешному восстановлению носителя. Поддерживайте их регулярно.
Но мне интересно, почему резервное копирование архивных журналов так важно. Можно ли выполнить восстановление на определенный момент времени, просто используя обычные полные и инкрементные резервные копии файлов данных RMAN.
Нет, вам все еще нужны архивированные журналы повторов. Резервная копия RMAN отличается от холодной резервной копии; когда вы восстанавливаете его, вам необходимо применить все повторные действия, созданные с момента запуска резервного копирования и до момента завершения резервного копирования, чтобы обеспечить согласованность SCN во всех файлах данных и контрольном файле.
Давайте рассмотрим старомодную горячую резервную копию. В этом режиме все измененные блоки базы данных записываются в поток журнала повторов, а файл копируется в ОС. Это приводит к разрыву блоков , то есть блок изменился во время чтения резервной копии. Таким образом, чтобы восстановить базу данных, мы восстанавливаем DBF, затем процесс восстановления накладывает измененные блоки из архивированных журналов повторов на сломанные блоки в файле, и мы возвращаемся к согласованной базе данных.
В резервном копировании RMAN проблема сломанных блоков устраняется, потому что блоки считываются Oracle через SGA, а не с помощью инструмента Unix cp . Однако DBF изменяется между временем считывания первого блока и последним блоком, так что это та же проблема, только в большем масштабе. То есть SCN изменяется между первым и последним блоками в резервной копии. Архивные журналы повторов также охватывают это.
Резервное копирование архивных журналов необходимо только при работе в режиме архивного журнала, поэтому возникает вопрос, должна ли база данных делать это или нет. Это описано в том же документе, на который вы ссылаетесь под заголовком Выбор между ARCHIVELOG и NOARCHIVELOG . Вот выдержка:
Если требования к производительности крайне высоки или ограничения по дисковому пространству серьезны, может быть предпочтительнее работать в режиме NOARCHIVELOG, несмотря на ограничения, которые этот выбор накладывает на параметры восстановления.
Вы почти всегда захотите работать в режиме ARCHIVELOG, поэтому вы почти всегда хотите делать резервные копии ваших архивных журналов.
Бэкап и Восстановление
Для понимания статьи желательно иметь представление в следующих областях:
- Концепции реляционных баз данных и основы администрирования.
- Среда ОС, под которой запущена база Оракл.
На самом деле, настоящая статья является вступительной в серии статей, посвященных основным понятиям бэкапа и восстановления. Рекомендую данный материал для всех пользователей, ответственных за бэкап и восстановление. Вообще, статья будет интересна всем пользователям, а не только использующим RMAN. В дальнейшем планирую рассказать подробнее о технологиях бэкапа, восстановления с использованием Менеджера Восстановления. Пользователям, управляющим бэкапом и восстановлением без RMAN, будет достаточно ознакомиться с концепциями в настоящей статье и последующих обзорных постах о бэкапе и восстановлении.
Таким образом, цель предлагаемого набора статей – сделать общий обзор концепций бэкапа и восстановления, рассматреть файлы базы Оракл, имеющие отношение к бэкапу и восстановлению, а также изучить инструменты, доступные для осуществления бэкапа и восстановления вашей БД, защиты от потери информации и других ошибок.
Итак, что же такое бэкап и восстановление? Бэкап и восстановление подразумевает под собой различные стратегии и процедуры, связанные с защитой вашей бд от потери информации и восстановления бд после какой-либо разновидности потери данных.
Физические и Логические Бэкапы
Бэкап – это копия данных из вашей БД, которая может быть использована для восстановления. Бэкапы можно разделить на физические бэкапы и логические бэкапы.
Физические бэкапы – это бэкапы физических файлов, используемых для хранения и восстановления вашей базы данных, например, файлов данных, контрольных файлов, архивов файлов журналов. В конечном счете, каждый физический бэкап – это копия файлов, хранящих информацию о базе данных в другом месте (на диске. на ленте и т.п.).
Логические бэкапы содержат логические данные (например, таблицы или хранимые процедуры), экспорируемые из базы посредством утилиты экспорта Oracle и хранимые как бинарный файл – для последующей возможности импорта в бд с помощью соответственно утилиты импорта Oracle.
Физические бэкапы являются фундаментом любой надежной стратегии бэкапа и воссатновления, тогда как логические являются полезным дополнением к физическим бэкапам во многих случаях, но они недостаточны для удовлетворительной защиты от потери информации без физических бэкапов.
Далее термин “бэкап” в данной статье о бэкапе и восстановлении будет означать прежде всего именно физические бэкапы (если не конкретизировано, о каких бэкапах идет речь), и сделать бэкап части или всей бд будет означать – сделать один из видов физического бэкапа. Акцент в статье делается в основном на физических бэкапах.
Ошибки и Сбои, требующие Восстановление из Бэкапа
Тогда как существует несколько типов проблем, которые могут прервать нормальное функционирование бд Oracle или операции ввода-вывода, обычно только две из них требуют вмешательства админа (DBA) и восстановления носителей: собственно сбои носителей (жестких дисков и т.п.), и ошибки пользователей.
Другие сбои могут потребовать вмешательства DBA для перезагрузки базы (после сбоя экземпляра) или выделения дополнительного дискового пространства (после сбоя при выполнении sql предложения из-за, например, переполненного файла данных), но эти ситуайции не приведут, вообще говоря, к потере данных и не потребуют восстановления из бэкапа.
Ошибки пользователей
Ошибки пользователей происходят либо в связи с ошибками в логике приложения, либо при отступлении от руководства по эксплуатации, данные в вашей бд изменяются или удаляются некорректно. Потери информации, связанные с ошибками пользователей, включают такие оплошности, как удаление важных таблиц, удаление или изменение содержимого таблицы. Хотя обучение пользователей и тщательное управление привилегиями могут защитить от большинства ошибок пользователя, ваша стратегия бэкапа определит, как изящно Вы восстановите потерянные данные, когда пользовательская ошибка станет причиной потери информации.
Выход из строя носителей информации
Сбой носителя – это сбой при чтении или записи файла на диске, который требуется для работы базы, из-за физической проблемы с диском. например выъод из строя головки. Любой файл БД может быть поврежден из-за сбоя носителя.
Подходящий способ восстановления после сбоя носителя зависит от того, на какие файлы повлиял сбой, а также от типов доступных бэкапов.
Решения Oracle для Бэкапа и Восстановления: RMAN и Пользовательские Бэкапы
Для выполнения бэкапа и восстановления, основанных на физическом резервном копировании, в вашем распоряжении есть два решения:
- Менеджер Восстановления – инструмент (работает из командной строки, либо из графического интерфейса Enterprise Manager), который интегрируется с сессиями, запущенными на сервере Oracle для выполнения ряда действий, связанных с бэкапом и восстановлением, а также для поддержания хранения истории о ваших бэкапах
- Традиционный пользовательский бэкап и восстановление (т.е. осуществляемый и контролируемый самим пользователем), когда Вы напрямую управляете файлами, составляющими вашу бд, используя при этом команды ОС и возможности SQL*Plus, связанные с бэкапом и восстановлением
Оба метода поддерживаются корпорацией Oracle и полностью документированы. Менеджер Восстановления, однако, является предпочтительным решением для бэкапа и восстановления БД. Он может выполнять те же типы бэкапа и восстановления, доступные при пользовательском бэкапе и восстановлении, но гораздо проще, кроме того RMAN обеспечивает общий интерфейс для задач бэкапа в различных ОС, а также предлагает ряд технологий бэкапа, не доступных в методах ручного бэкапа.
Большая часть статьи будет фокусироваться на бэкапе и восстановлении посредством RMAN. Пользовательские методы бэкапа и восстановления я планирую описать в будущих статьях о бэкапе и восстановлении.
Какой бы метод Вы не использовали (RMAN или пользовательский способ), вы можете дополнить ваши физические бэкапы логическими бэкапами объектов схемы, которые осуществляются посредством утилит экспорта. Данные, сохраненные таким образом, могут быть позже импортированы для пересоздания этих объектов после восстановления из физического бэкапа. Однако, логические бэкапы в этой статье я рассматривать не буду (потом я хочу написать отдельную статью о логических бэкапах).
Горячее копирование данных – это бэкап информации из файлов и папок, занятых (используемых) в данный момент другими приложениями.
По аналогии, холодное копирование – это бэкап данных после остановки работающих с ними приложений.
Попробовать бесплатно
Версия 8.3.3 от 28 ноября 2021. 112 MB
30-дневный полнофункциональный пробный период
Технологии копирования в Handy Backup: горячий и холодный бэкапы
Горячий бэкап (hot backup) по умолчанию
В общем случае, Handy Backup всегда создаёт горячую резервную копию данных без остановки работы приложений, используя службу теневого копирования (Volume Shadow Copy) и иные технологии для доступа к занятым другими приложениями файлам.
Остановка и перезапуск программ при холодном бэкапе
Нет никаких сложностей, чтобы организовать при необходимости холодный бэкап файлов, когда приложения, связанные с ними, остановлены. При создании холодных копий можно автоматически останавливать и перезапускать работающие программы.
Автоматический выбор холодного копирования
Для некоторых данных, критичных к накапливающимся во время горячего бэкапа изменениям, Handy Backup автоматически выбирает отключение приложения и холодное резервное копирование. Также некоторые ODBC-драйверы баз данных позволяют создавать только холодные резервные копии.
Handy Backup Server Network
У вас есть базы данных на работе, но вам неудобно делать их бэкапы? Воспользуйтесь версией Handy Backup Server Network с функцией горячего бэкапа!
Для каких данных полезно использовать горячее копирование?
С помощью программы Handy Backup можно автоматически создавать горячие копии наиболее распространённых типов данных, постоянно используемых в работе.
Бэкап баз данных. Программа Handy Backup может сделать горячую копию без остановки работы для любой СУБД (например, для базы Oracle или MS SQL).
Резервное копирование сайтов. С помощью горячего копирования можно сохранить как статический, так и динамический контент веб-сайта.
Создание образов дисков. Подключенные к системе диски, в том числе основной (системный) диск или раздел, можно сохранять в виде горячей копии, т.е., не отключать работающий диск.
Бэкап почты. Локальные почтовые сервисы, такие, как Outlook или Thunderbird, можно не останавливать на время горячего резервного копирования.
Пользовательские файлы и библиотеки . Нет необходимости закрывать редакторы, офисные утилиты, программы просмотра и т.д. при горячем бэкапе данных пользователя.
Узнайте больше о функциях бэкапа программы Handy Backup.
Преимущества создания горячей копии
Горячий бэкап даёт существенные преимущества в следующих случаях:
- Горячее резервное копирование информации, находящейся в постоянном использовании (например, горячее копирование баз данных или рабочих файлов совместного проекта).
- Копирование пользовательских данных, которые могут быть открыты в момент выполнения задачи резервного копирования фотографий, картинок, документов, видео и т.д.
- Создание горячей резервной копии информации очень удобно для сохранения данных из постоянно открытых приложений (например, для резервного копирования Outlook).
Преимущества холодного резервного копирования
В некоторых случаях приложение, работающее с данными, желательно отключить при выполнении холодного бэкапа. Типичные примеры случаев, когда может быть желательно создавать холодные резервные копии:
- Необходимость получения цельного массива данных без учёта непрерывных текущих изменений и транзакций (например, при резервном копировании 1С).
- Снижение нагрузки на сеть или хранилище (иногда возникает при необходимости сделать бэкап сайтов по сети).
Попробовать бесплатно
Версия 8.3.3 от 28 ноября 2021. 112 MB
30-дневный полнофункциональный пробный период
Handy Backup прекрасно подходит как для горячего копирования, так и для холодного бэкапа данных. Попробуйте прямо сейчас, скачав и установив бесплатную 30-дневную версию программы со всеми функциями и плагинами!
Содержание
Защита среды Oracle похожа на балансирование на гимнастическом бревне — вам нужно точно сбалансировать бюджет и цель, обеспечить нулевые потери данных, а также сбалансировать простои и управление требованиями и процессами защиты данных. Решения NetApp для резервного копирования и репликации баз данных Oracle помогают безупречно выполнить все от начала до конца, сократить время резервного копирования баз данных с 15 часов до 15 минут и снизить затраты на хранение реплицированных данных более чем на 80%.
Регулярное резервное копирование баз данных Oracle
Компания ItalGas, третья по величине в Европе компания по распределению газа, перенесла весь свой ЦОД (включая 55 крупных баз данных Oracle) в Microsoft Azure. Компания сразу же получила преимущества в виде снижения затрат на ЦОД и улучшения качества управления ими, хотя по-прежнему нуждалась в повышении своей способности удовлетворять требования клиентов к производительности.
Как они это сделали? Воспользовались Azure NetApp Files, что позволило точнее контролировать производительность базы данных и сетевой трафик. Вместе специалисты NetApp и Microsoft помогли компании ItalGas разработать сценарии тестирования, которые соответствовали бы целевым показателям производительности систем при жестких ограничениях затрат. Благодаря Azure NetApp Files СХД поддерживает требования приложений с высокой производительностью и низкой латентностью.
Каковы же преимущества всего этого? Благодаря оптимизации и хорошей управляемости компания ItalGas перешла на новые соглашения об уровне обслуживания. Сегодня компания перешла от классического дискового резервного копирования к последовательному резервному копированию на основе копий NetApp ® Snapshot ™ . Время резервного копирования базы данных сократилось с 15 часов до 15 минут.
Инкрементное и полное резервное копирование
Давайте представим резервное копирование баз данных Oracle в виде двух параллельных полосок разной длины. Полное резервное копирование — это более длинная полоса — полное резервное копирование всех файлов на указанном жестком диске. Инкрементное резервное копирование — это более короткая полоса — резервное копирование только измененных файлов с момента последнего полного или инкрементного резервного копирования.
Решения NetApp для баз данных Oracle позволяют за считанные секунды провести резервное копирование и восстановление баз данных, даже если их размеры измеряются петабайтами. Поэтому, если во время работы возникнут проблемы, вы всегда можете обратиться к одной из этих полосок.
Репликация базы данных Oracle
Защита данных на периферии, в ЦОД и в облаке. Наша интегрированная автоматизированная система выступает в качестве средства защиты данных, обеспечивая защиту независимо от того, где находятся данные.
Технологии NetApp Snapshot и SnapMirror ® обеспечивают защиту данных и репликацию баз данных на высокой скорости. Высокая доступность и быстрая репликация баз данных Oracle — это мгновенный доступ к критически важным данным, поэтому мы всегда готовы к работе.
Сохранение резервных копий в облаке
Если вы собираетесь использовать базу данных Oracle Gold и перейти в облако, скорее всего, вы определили, какие компоненты необходимо перенести в первую очередь. В ходе недавнего опроса Pulse мы поинтересовалось у участников, какие компоненты они переносят в облако. Ответы не стали неожиданностью — первые позиции уверенно занимают резервные копии.
Гибридная мультиоблачная стратегия позволяет переносить резервные копии в облако, при этом хранить другие компоненты в собственном ЦОД. Наши партнерские отношения с крупнейшими в мире облаками обеспечивают гибкость при построении облачной инфраструктуры Oracle без привязки к поставщику.
Читайте также: