- Вы здесь:
- Главная
- Oracle: database & etc
Резервное копирование и восстановление базы данных Oracle
Рассматриваем вопросы по резервированию (бэкапу) и восстановлению СУБД Oracle - методы, подходы, стратегии. Использование холодного и горячего восстановления, встроенных утилит и механизмов (RMAN, Flashback) и сторонних программ.
- Подробности
- Автор: Aaz24
- Просмотров: 1041
Первое, о чем следует сказать в начале обсуждения процедуры восстановления в Oracle RAC – мы опустим восстановление носителя (media recovery). В действительности процедура восстановления носителя в кластере ничем не отличается от процедуры восстановления носителя в версии Oracle с единственным экземпляром. Вы берете резервную копию базы данных и файлы журнала повторений, и применяет те записи повторения, которые должны быть применены. А так как восстановление в Oracle выполняется в два этапа, совершенно неважно, что для восстановления придется синхронизировать файлы журналов из разных экземпляров.
- Подробности
- Автор: Antoniy
- Просмотров: 1693
После того, как Вы потратили изучили особенностей работы процессов dbwr и lgwr, настала пора рассмотреть одну из наиболее важных задач – восстановление в базе данных Oracle. Когда происходит сбой, администратор должен иметь возможность восстановить базу данных. Я уже говорил о восстановлении экземпляра (то есть о том, что происходит в случае сбоя экземпляра): в принципе, достаточно просто перезапустить его и Oracle сам применит все записи повторения из журнала, чтобы привести базу данных к состоянию, предшествовавшему сбою. Внимания здесь заслуживает момент, как Oracle минимизирует объем работ, необходимых для этого – и в этом ему помогают контрольная точка восстановления носителя, инкрементальная контрольная точка и записи с информацией о сохраненных блоках.
- Подробности
- Автор: Aida
- Просмотров: 1481
Табличное пространство отката может помочь в извлечении более старых данных с помощью различных операций ретроспективного отката, но что делать при необходимости извлечь очень старые данные, скажем, шестимесячной или годичной давности? Очевидно, что в большинстве баз данных не используются табличные пространства отката, предусматривающие хранение данных отката на протяжении столь длительного периода времени. Конечно, то, насколько далеко назад по времени можно возвращаться, зависит от размера табличного пространства отката, и от того, какой объем данных отката генерирует база данных. Задачей табличного пространства отката является оказание помощи с откатом (roll back) операторов и обеспечение согласованности операций чтения в базе данных, а не предоставление хронологических сведений обо всех изменениях в данных.
- Подробности
- Автор: reset
- Просмотров: 1883
Операции по управлению процессами восстановления подвержены большему количеству ошибок и потому нуждаются в устранении неполадок больше каких-либо других операций по администрированию баз данных Oracle. Если выполнение процедуры восстановления в производственной среде постоянно сопровождается выдачей ошибок Oracle, оно становится лишь более стрессовым событием. За годы работы администратор баз данных может столкнуться с множеством различных проблем. В этой статье моего блога рассказывается о нескольких наиболее типичных сообщениях об ошибках, которые могут появляться во время сеанса восстановления.
- Подробности
- Автор: Андрей Волков
- Просмотров: 1936
Как уже упоминалось в заметках блогов, Oracle предлагает несколько средств для обнаружения повреждений в блоках данных Oracle. В число этих средств входит команда ANALYZE, утилита DBVERIFY и параметр инициализации DB_BLOCK_CHECKING. Вдобавок Oracle поставляет замечательный пакет DBMS_REPAIR, который не только позволяет обнаруживать повреждения, но и помогает исправлять их. С помощью этого пакета очень удобно анализировать и устранять повреждения блоков в таблицах и индексах Oracle.
Восстановление носителя на уровне блоков
Даже в случае повреждения лишь нескольких блоков в файле данных он становится полностью недоступным для пользователей при выполнении обычного процесса восстановления как посредством RMAN, так и с помощью пользовательских процедур.
- Подробности
- Автор: Алексей Вятский
- Просмотров: 2417
Точка восстановления (restore point) является псевдонимом SCN-номера и избавляет от необходимости разыскивать и записывать SCN-номера или метки времени, которые необходимо использовать для операций ретроспективного отката баз данных Oracle (Flashback Database) и ретроспективного отката таблиц (Flashback Table). Предположим, что планируется применить какой-то новый пакет или процедуру, которая приведет к изменению большого объема данных. Тогда перед выполнением этой операции может быть удобно создать точку восстановления на случай, если в будущем потребуется аннулировать ее последствия. Если необходимость вернуться обратно к исходным данным действительно возникнет, достаточно будет лишь сослаться на эту точку восстановления в операции Flashback Database или Flashback Table. Точно таким же образом точки восстановления можно применять и в операциях восстановления до состояния на определенный момент времени в прошлом (PITR).
- Подробности
- Автор: Алексей Вятский
- Просмотров: 3415
Рейтинг: 5 / 5
Предлагаемая Oracle технология Flashback позволяет “перематывать” базу данных или какие-то из ее частей до определенного момента времени в прошлом, не прибегая к традиционным, более длительным приемам восстановления, которые предусматривают использование файлов резервных копий и архивных журналов повторного выполнения.
Часто она оказывается быстрым и эффективным средством восстановления после логических повреждений или ошибок пользователей.
- Подробности
- Автор: Алексей Вятский
- Просмотров: 3318
Рейтинг: 5 / 5
Шаги, которые требуется выполнять во время восстановления базы данных Oracle, зависят от масштабов восстановления и того, каких файлов (файлов данных, управляющих файлов, онлайновых или архивных журнальных файлов) не хватает из-за возникших проблем с носителем. В этой статье мы опишем несколько наиболее типичных сценариев выполнения восстановления как с помощью утилиты RMAN, так и с помощью пользовательских процедур.
Применение RMAN для восстановления всей базы данных
Предположим, что из-за возникновения неполадки с носителем в базе данных стали недоступными все файлы данных. При наличии всех архивных журналов восстановить резервные копии и выполнить полное восстановление базы данных Oracle можно без потерь данных.
В частности, для восстановления всей базы данных необходимо сначала запустить базу данных, но оставить ее в режиме монтирования, как показано в листинге 1 ниже. Таким образом, на период восстановления она не должна быть открыта для пользователей. (В случае восстановления только какого-то табличного пространства, однако, база данных может и быть открытой для пользователей.)
- Подробности
- Автор: Дэн
- Просмотров: 3306
Рейтинг: 5 / 5
Во время восстановления очень важно иметь под рукой правильные файлы журналов, и утилита RMAN с ее способностью автоматически поддерживать необходимые файлы может очень сильно в этом помочь. В частности, она может помочь выполнить все пользовательские виды восстановления, а также предоставляет несколько дополнительных преимуществ, которые будут перечислены в следующем разделе. В этой статье основное внимание удаляется именно приемам выполнения восстановления с помощью RMAN, хотя пользовательские методы тоже рассматриваются, хотя и кратко.
Как уже объяснялось в наших блогах, с помощью утилиты RMAN можно создавать как копии образов, подобные копиям файлов операционной системы, так и понятные только самой RMAN наборы резервных копий (backup). Созданные с помощью RMAN копии образов можно напрямую использовать для выполнения восстановления базы данных Oracle. Что же касается наборов резервных копий, то перед восстановлением их необходимо сначала извлечь с помощью команды RESTORE.