Oracleиз Резервное копирование и Восстановление имеет три стандартных режима, которые условно разделены на две категории: резервное копирование-восстановление (физическое) и импорт-экспорт (логическое) и резервное копирование Восстановление может быть основано наданныеБиблиотекаиз Режим работы делится на не-Архивмодель(Nonarchivelog-style)и режим архива(Archivelog-style),в целом,Неархивный режим мы называем холодным резервным копированием., и соответственно режим архива называется хотрезервное копирование, их соотношение следующее
Резервное копирование и восстановление | логическое резервное копирование | Экспорт(Export)<–>импортировать(Import) |
---|---|---|
физическое резервное копирование | Холодное резервное копирование — режим без архивирования (стиль NoArchiveLog) | |
Режим горячего резервного копирования-архивирования (ArchiveLog-Style) |
Каждый из трех методов имеет свои преимущества. Проведем сравнение:
логическое резервное копирование:импортировать Экспорт Способ | физическое резервное копирование | ||
---|---|---|---|
Холодное резервное копирование (NoArchiveStyle) | Горячее резервное копирование (ArchiveStyle) | ||
преимущество | Возможность резервного копирования объектов строк, выполнения операций резервного копирования и переноса данных между платформами, при этом базу данных не нужно отключать. | Быстрое резервное копирование и восстановление, простота обслуживания, высокий уровень безопасности, высокая скорость выполнения. | (Теоретически) вы можете проследить операции за предыдущую секунду на основе журнала, резервное копирование и восстановление будут более точными, и нет необходимости закрывать базу данных. |
недостаток | Метод экспорта не может защитить носитель от сбоя, это всего лишь логическая резервная копия. | При использовании отдельно он может обеспечить восстановление только до определенного момента времени. Он не может восстановить таблицу или пользователя, и база данных должна быть закрыта. | Процесс сложнее других способов и требует много места для хранения файлов архива. Ошибки в операции не допускаются, иначе восстановление будет невозможно. |
Когда использовать | Обычно используется для регулярного ежедневного резервного копирования. | Базу данных можно временно отключить или когда ее необходимо использовать вместе с горячим резервным копированием. | Когда объем доступа к данным невелик, требуется резервное копирование табличного пространства и библиотеки на уровне файлов или требуется резервное копирование более высокой точности. |
$ANА теперь давайте представим логическое резервное В методе копирования вы можете использовать «Экспорт» для извлечения данных из библиотеки данных и использовать «Импорт» для возврата извлеченных данных в библиотеку данных Oracle. Теоретическая основа: экспорт и импорт, предоставляемые Oracle, имеют три разных режима работы (то есть резервное Тип вывода (ввода) данных копирования):
1. Режим таблицы (T) позволяет экспортировать и создавать резервные копии указанной таблицы;
2. Режим полной базы данных (Full) экспортирует все объекты в базе данных;
3. Пользовательский режим (U) позволяет экспортировать все объекты данных, соответствующие указанному пользователю;
*В методе резервного копирования импорта и экспорта предусмотрен очень мощный метод — инкрементальный экспорт/импорт, но его необходимо использовать в качестве системы для выполнения инкрементного импорта и экспорта, и его можно реализовать только во всей базе данных. Инкрементальный экспорт можно разделить на три категории:
1. Полный инкрементный экспорт (Полный экспорт). Этот метод экспортирует весь файл базы данных для резервного копирования; exp system/manager inctype=complete file=20041125.dmp (Чтобы облегчить поиск и последующий запрос, мы обычно форматируем файл резервной копии с указанием даты). или другие имена персонажей с ясным смыслом)
2. Инкрементный экспорт (инкрементальный экспорт). Этот метод позволяет создавать резервные копии только результатов, измененных после последнего резервного копирования; exp system/manager inctype=incremental file=20041125.dmp;
3. Накопительный инкрементный экспорт (Cumulate Export) В этом методе экспортируется информация об изменениях базы данных с момента последнего полного инкрементного экспорта. система exp/менеджер inctype=кумулятивный файл=20041125.dmp
В обычных обстоятельствах администраторы баз данных должны следовать стандартам, установленным компанией, или своим собственным привычкам (если это стандарт, указанный вами, рекомендуется написать описание плана. Как правило, мы используем следующее общепризнанное). метод выполнения ежедневного резервного копирования:
Пн: Полное резервное копирование (A) Вт: добавочный экспорт (B) Ср: добавочный экспорт (C) Чт: Дополнительный экспорт (D) Пт: совокупный экспорт (E) Сб: Дополнительный экспорт (F) Вс: добавочный экспорт (G)
Таким образом, мы можем гарантировать еженедельную целостность данных, а также быстрое восстановление и максимальную потерю данных. Во время восстановления, если авария произошла в выходные дни, администратор базы данных может выполнить следующие шаги для восстановления базы данных: Шаг 1. Используйте команду CREATE DATABASE, чтобы восстановить структуру базы данных; Шаг 2. Создайте дополнительный откат достаточно большого размера. Шаг 3. Полностью добавочный импорт А: имп система/менеджер inctype=RESTORE FULL=y FILE=A Шаг 4. Совокупный добавочный импорт E: имп система/менеджер inctype=RESTORE FULL=Y FILE=E Шаг 5. Импортируйте последнюю инкрементную версию F: имп система/менеджер inctype=RESTORE FULL=Y FILE=F
В обычных обстоятельствах, даже если резервное копирование импорта и экспорта, требуемое администратором базы данных, завершено, при условии, что резервное копирование выполняется научно и в соответствии с правилами, потеря данных может быть сведена к минимуму и могут быть предоставлены более надежные услуги. Кроме того, администратору базы данных лучше всего предоставлять более подробную документацию для каждой резервной копии, чтобы сделать восстановление базы данных более надежным.
$B физическое резервное копированиехолодныйрезервное копирование(состояние-NonArchiveLog):
Когда база данных может быть временно закрыта, нам необходимо перенести ее файлы, связанные с данными, в этот стабильный момент в безопасную область. Когда база данных повреждена, скопируйте резервные копии файлов, связанных с базой данных, из безопасной области обратно в исходное место. Таким образом, осуществляется быстрая и безопасная передача данных. Поскольку оно находится в закрытом состоянии, когда база данных не предоставляет услуги, оно называется холодным резервным копированием. Холодное резервное копирование имеет множество отличных функций, например, то, что мы упомянули на рисунке выше, оно быстрое, удобное и эффективное. Шаги для полного холодного резервного копирования должны быть следующими:
1. Сначала выключите базу данных (обычное завершение работы)
2. Скопируйте соответствующие файлы в безопасную область (используйте команды операционной системы, чтобы скопировать все файлы данных, файлы журналов, файлы управления, файлы параметров, файлы паролей и т. д. (включая пути) базы данных)
3. Перезапустить базу данных (автозагрузка)
Мы можем использовать скрипт для выполнения вышеуказанных шагов:
su – oracle < sqlplus /nolog connect / as sysdba shutdown immediate; !cp документ резервное копирование позиции (все журналы, данные, элементы управления и параметры документа); startup; exit; Таким образом, мы завершили холодное резервное копирования, убедитесь, что у вас есть соответствующие разрешения для этих соответствующих каталогов (включая целевую папку документов для записи).
При восстановлении это относительно просто. Останавливаем библиотеку данных, копируем документ обратно в соответствующее место и перезапускаем библиотеку данных. Конечно, это также можно сделать с помощью скрипта.
$C физическое резервное копированиенагреватьрезервное копирование:(состояние-ArchiveLog)
Когда нам необходимо сделать резервную копию с относительно высокой точностью, а нашу базу данных невозможно остановить (при небольшом количестве посещений), в этом случае нам необходима резервная копия в режиме архива, то есть горячее резервное копирование, о котором речь пойдет ниже. Горячее резервное копирование может очень точно создавать резервные копии данных на уровне табличного пространства и на уровне пользователя. Поскольку оно выполняет резервное копирование и восстановление на основе временной шкалы архивного журнала, оно теоретически может восстановить предыдущую операцию, даже операцию, выполненную в предыдущую секунду. Конкретные шаги заключаются в следующем:
1,через просмотрvбазу данных, проверьте, находится ли база данных в режиме архива: SQL> select log_mode from v
Затем установитеданные Библиотека работает в архивном режиме.:SQL>shutdown immediate SQL>startup mount SQL> alter database archivelog; SQL> alter database open; Если Автоматическое архивирование отображается как «Включено», метод архивирования базы данных — автоматическое архивирование. В противном случае вам необходимо выполнить архивацию вручную или изменить метод архивации на автоматическое архивирование, например: Библиотека данных нормального завершения работы, добавьте следующие параметры в init.ora в документе параметров. SQL>shutdown immediate Измените init.ora: LOG_ARCHIVE_START=TRUE LOG_ARCHIVE_DEST1=ORACLE_HOME/admin/o816/arch (место хранения значений даты архива можно определить самостоятельно) SQL>startup Затем перезапустите библиотеку данных, в это время библиотека данных Oracle будет работать в режиме архивирования в автоматическом режиме архивирования. Параметр LOG_ARCHIVE_DEST1 — это путь к указанному архивному документу журнала. Рекомендуется использовать разные жесткие диски из документа библиотеки данных Oracle. С одной стороны, это может снизить конкуренцию дискового ввода-вывода. С другой стороны, это также может. избежать потери документа после уничтожения жесткого диска, на котором находится документ библиотеки данных. Путь к архиву также можно указать напрямую в виде других физических устройств хранения данных, таких как ленты, но, возможно, необходимо учитывать такие факторы, как скорость чтения и записи, условия записи и производительность.
Уведомление:когдаданные Библиотека находится по адресуARCHIVEрежим,Обязательно убедитесь, что указанный путь к архиву доступен для записи.,В противном случае библиотека данных зависнет.,Его нельзя использовать до тех пор, пока вся архивная информация не будет заархивирована. кроме того,Чтобы создать действительныйизрезервное копирование, при создании библиотеки данных необходимо выполнить холодное резервное копирование всей библиотеки данных. копирование, то есть библиотеку данных нужно запустить в режиме архива, затем нормально закрыть библиотеку данных, резервное копирование Все библиотеки данных составляют документ. Это резервное копированиеэто весьрезервное Основа копирования, потому что резервное копирование обеспечивает копию всех документов библиотеки данных. (воплощает холодное резервное копированиес жаройрезервное копирование партнерства, а также сильные возможности)
2,резервное копированиетабличное пространстводокумент:
а. Сначала измените документ табличного пространства на резервное. копированиемодель ALTER TABLESPACE tablespace_name BEGIN BACKUP;
б. Затем скопируйте документ табличного пространства в безопасную область. !CP tablespace_name D_PATH;
c Наконец, выключите режим резервного копирования табличного пространства ALTER TABLESPACE tablespace_name END BACKUP;
3. резервный документ для архивного журнала копирование:
останавливаться Архивпроцесс-->резервное копированиеархив журналадокумент-->Начать процесс архивирования
Если файлов журналов много, мы записываем их в документ, который станет ссылкой для восстановления: $ files `ls <Архивдокументпуть>/arch*.dbf`;export files
4,резервное копированиеконтрольдокумент: SQL> alter database backup controlfile to «controlfile_back_name (обычно используется метод от 20 ноября 2004 г.)» reuse;
Конечно, мы также можем написать вышеперечисленное в виде скрипта и выполнять его при необходимости:
Пример сценария:
su – oracle < sqlplus /nolog connect / as sysdba ALTER TABLESPACE tablespace_name BEGIN BACKUP
!CP tablespace_name D_PATH
ALTER TABLESPACE tablespace_name END BACKUP
alter database backup controlfile to «controlfile_back_name (обычно используется метод от 20 ноября 2004 г.)» reuse;
!files `ls <Архивдокументпуть>/arch*.dbf`;export files
горячийрезервное Для восстановления копирования требуется не только действительный резервный журнал для восстановления заархивированной библиотеки данных. для копирования также требуется действующая полная база данных в режиме архива резервное. копирование。Архиврезервное копирование теоретически можно потерять без потерь, но требования к оборудованию и операторам относительно высоки. В нашем случае используются методы архивирования резервное копированиеизкогда,Полная библиотекафизическое резервное копирование также очень важно. Восстановление библиотеки данных в режиме архива требует полного резервного копирование Все журналы должны быть неповрежденными до момента сбоя. Шаги восстановления: LOG_ARCHIVE_DEST_1 база данных отключения. Общийрезервное Документ данных копирования помещается в каталог исходной системы. Поместите все архивные журналы из полной резервной копии до точки сбоя в расположение, указанное параметром LOG_ARCHIVE_DEST_1. Используйте sqlplus для входа в пустой экземпляр. (соединять / as sysdba) Затем startup mount set autorecovery on recover database; alter database open;
Таким образом, наша рекуперация тепла завершена.
Заявление об авторских правах: Содержание этой статьи добровольно предоставлено пользователями Интернета, а мнения, выраженные в этой статье, представляют собой только точку зрения автора. Этот сайт предоставляет только услуги по хранению информации, не имеет никаких прав собственности и не принимает на себя соответствующие юридические обязательства. Если вы обнаружите на этом сайте какое-либо подозрительное нарушение авторских прав/незаконный контент, отправьте электронное письмо, чтобы сообщить. После проверки этот сайт будет немедленно удален.
Издатель: Лидер стека программистов полного стека, укажите источник для перепечатки: https://javaforall.cn/230950.html Исходная ссылка: https://javaforall.cn