Восстановление после катастроф Oracle Database является критически важным аспектом управления данными в корпоративной среде, обеспечивая непрерывность бизнеса и целостность данных в случае отказов системы, катастроф или ошибок человека.
Важность системы аварийного восстановления Oracle
Простой и потеря данных могут иметь тяжелые последствия — финансовые, операционные и репутационные. Независимо от причины — отказ оборудования, стихийные бедствия, кибератаки или человеческая ошибка — нарушения в работе баз данных Oracle могут повлиять на основные бизнес-функции. Аварийное восстановление Oracle гарантирует, что организации смогут восстановить данные и возобновить предоставление услуг в допустимые сроки, известные как RTO и RPO.
Хорошо разработанный план аварийного восстановления Oracle помогает:
Свести к минимуму простой и перерывы в работе
Обеспечить согласованность и целостность данных
Соответствовать требованиям регулирования и управления
Сохранять доверие клиентов и непрерывность бизнеса
Три типа технического аварийного восстановления Oracle
Для аварийного восстановления баз данных Oracle , мы можем рассматривать их с точки зрения Data Guard, GoldenGate и CDP.
Oracle Data Guard предоставляет технологию синхронизации данных для обеспечения высокой доступности, улучшенной производительности и автоматического переключения в случае сбоя для баз данных Oracle. Она создает и поддерживает несколько резервных баз данных для основной базы данных. Изменения, внесенные в основную базу данных, могут автоматически передавать информацию в резервную базу данных без потерь данных в процессе.
Data Guard предлагает два типа резервных баз данных: физические и логические резервные базы данных. Хотя оба варианта обеспечивают согласованность данных между основной и резервной базами данных через архивные журналы, их процессы различаются: один основан на физическом копировании диска, а другой достигает синхронизации данных путем повторного создания SQL-транзакций.
GoldenGate — это технология репликации структурированных данных, основанная на журналировании. Она анализирует онлайн-журналы или архивные журналы исходной базы данных, чтобы зафиксировать инкрементальные изменения, а затем применяет эти изменения к целевой базе данных, обеспечивая синхронизацию между исходной и целевой базами данных. GoldenGate поддерживает репликацию больших объемов данных в реальном времени (обычно задержка составляет менее 5 секунд) в гетерогенных ИТ-инфраструктурах — включая почти все основные операционные системы и платформы баз данных. Ее можно использовать в различных сценариях, таких как аварийные системы, онлайн-отчеты, обеспечение хранилищ данных в реальном времени, отслеживание транзакций, синхронизация данных, централизация/распределение и восстановление после аварий. Поскольку GoldenGate фиксирует изменения путем анализа и фильтрации журналов, она поддерживает репликацию баз данных между различными платформами, а также синхронизацию не-Oracle баз данных.
CDP (непрерывная защита данных) — это новая и одна из самых перспективных технологий защиты данных. Обычно в отрасли она определяется как метод, фиксирующий или отслеживающий изменения данных и сохраняющий их независимо от рабочих данных, чтобы обеспечить восстановление данных до любой точки времени в прошлом. Системы CDP могут реализовываться на уровне блоков, файлов или приложений, предоставляя объектам восстановления гибкие параметры точечного восстановления и практически неограниченное количество точек восстановления.
Из-за строгих требований Oracle к согласованности чтения-записи, поставщики CDP, как правило, используют технологию моментальных снимков, представленную в Oracle 9.2, которая позволяет создать согласованную копию (примечание: это должна быть именно согласованная копия) в определенный момент времени, когда база данных работает в обычном режиме. Oracle поддерживает восстановление из этой согласованной копии с помощью команды "recover database" для достижения согласованного восстановления.
Подробное сравнение технологий аварийного восстановления
Хотя все три технологии реализуют восстановление баз данных после катастроф, у них есть уникальные особенности, и они различаются по следующим аспектам:
Oracle Data Guard использует архивные журналы Oracle и передает их через Oracle Net; Oracle GoldenGate захватывает архивные журналы и анализирует их изменения, используя собственный проприетарный метод передачи; CDP синхронизирует данные через образы баз данных, при этом стратегии архивации и передачи обрабатываются программным обеспечением CDP.
При использовании Oracle Data Guard, вне зависимости от использования физического или логического резервного сервера, резервная база данных может быть максимум в режиме только для чтения и не поддерживает одновременный доступ на чтение и запись, в результате чего в любой момент времени активной может быть только одна база данных (основная или резервная). Oracle GoldenGate благодаря своему методу реализации позволяет быть активными как исходной, так и целевой базе данных, обеспечивая возможность выполнения запросов и составления отчетов в режиме реального времени на стороне резервного копирования, что повышает общую производительность системы и эффективно использует резервные ресурсы. Он поддерживает одновременную запись данных на обеих концах. CDP, поскольку работает на уровне операционной системы, не позволяет реализовать режим двух активных баз данных — в один момент времени может быть активной только одна база данных.
Data Guard требует изменения состояния базы данных, чтобы сделать резервную базу данных доступной для чтения и записи во время переключения. Oracle GoldenGate может немедленно переключить серверы при возникновении проблемы. Для CDP требуется изменить состояние всей системы, чтобы резервная система стала доступной.
Data Guard восстанавливает журналы основной базы данных на резервной машине с помощью физических и логических методов, таким образом, не поддерживает неоднородные базы данных или операционные системы. GoldenGate анализирует журналы основной базы данных для создания файлов хвостов и, следовательно, поддерживает неоднородные базы данных и операционные системы. CDP синхронизирует данные на уровне ОС, поэтому не поддерживает неоднородные базы данных или операционные системы.
Data Guard потребляет часть ресурсов базы данных во время синхронизации данных, например процессы или службы LGWR, ARCN и Net manager, что значительно влияет на производительность базы данных. GoldenGate и CDP используют динамические методы мониторинга и, соответственно, потребляют меньше ресурсов.
Поскольку Data Guard и GoldenGate оба используют журналы для синхронизации данных, они требуют, чтобы Oracle работала в режиме архивирования. CDP, из-за способа своей реализации, не имеет такого требования.
Профессиональное решение Oracle для восстановления после аварий
Vinchin Backup & Recovery предоставляет эффективное решение резервного копирования и восстановления для баз данных Oracle и OLVM, обеспечивая непрерывность бизнеса и безопасность данных. Он поддерживает полное, инкрементное и дифференциальное резервное копирование баз данных Oracle, делая процесс резервного копирования простым и эффективным. С встроенной технологией дедупликации и сжатия Vinchin оптимизирует использование объема хранилища, уменьшает размер резервных копий и время передачи данных.
Что касается восстановления после катастроф, Vinchin поддерживает восстановление на разных платформах и восстановление вне площадки. В сочетании с гибкой стратегией восстановления пользователи могут быстро восстанавливать базы данных Oracle в случае возникновения чрезвычайных ситуаций, сокращая время простоя и риск потери данных. Кроме того, визуальный интерфейс управления, предоставляемый Vinchin, делает операции резервного копирования и восстановления интуитивно понятными и удобными в использовании, что упрощает для администраторов ИТ-отделов мониторинг и управление задачами восстановления на нескольких площадках.
Он также поддерживает VMware, Hyper-V, XenServer, XCP-ng, oVirt, RHV, OpenStack, Proxmox и т. д., а также NAS, сервер файлов, Linux и Windows Server. Дополнительные функции ждут вас
Для резервного копирования базы данных Oracle с помощью Vinchin Backup & Recovery требуется всего 4 шага:
1. Выберите объект резервного копирования.
2. Выберите“Backup Destination”.
3. Настройте “Strategies”.
4. Просмотрите и нажмите “Submit”.
Попробуйте в полной мере возможности этой мощной системы с бесплатным 60-дневным пробным периодом! Свяжитесь с нами, чтобы мы могли предложить вам индивидуальное решение для вашей ИТ-инфраструктуры.
Часто задаваемые вопросы об Oracle DR
1. Каковы различия и сценарии применения резервных копий RMAN и резервных копий Data Pump?
RMAN — это рекомендованный Oracle инструмент для защиты данных. Он поддерживает восстановление на определенный момент времени в заданном временном диапазоне с использованием резервных копий. RMAN обеспечивает строгую проверку во время резервного копирования и восстановления, гарантируя максимальную целостность, согласованность и применимость данных, а также упрощает централизованное управление резервным копированием и восстановлением.
С другой стороны, Oracle в первую очередь позиционирует EXP/EXPDP (Data Pump) как инструмент миграции данных. В целях резервного копирования и восстановления Data Pump может восстановить базу данных только до одной точки во времени и не поддерживает гибкое восстановление на определенный момент времени внутри временного диапазона. Строго говоря, Data Pump не считается надежным методом защиты данных, скорее, он служит временной или крайней мерой предосторожности.
2. Какой метод является более простым и быстрым для резервного копирования и восстановления базы данных Oracle — EXP/IMP, RMAN или другой метод?
Выбор должен основываться на требованиях RTO вашей системы. Часто идеальным вариантом является комбинация логического экспорта (EXP/EXPDP) и RMAN. Метод EXP требует хранения файлов локально или загрузки их после локального хранения, что занимает место на диске. Однако для восстановления между разными платформами метод EXP является более гибким.
RMAN превосходно предотвращает логические ошибки и часто используется в сочетании с программным обеспечением резервного копирования для централизованного управления данными. Для централизованного управления резервным копированием RMAN является наиболее эффективным и надежным вариантом.
Хотя использование EXP/EXPDP проще, оно обеспечивает слабую поддержку непрерывной защиты данных.
Заключение
При создании практической системы восстановления после бедствий необходимо учитывать реальные условия. Например, хотя Oracle GoldenGate поддерживает двустороннюю репликацию, если происходит сбой сети и возникают проблемы со связью, как только сеть восстановится, база данных не может самостоятельно решить, как устранить расхождения данных между основной и резервной базами данных. Таким образом, выбирая подходящее решение, необходимо учитывать реальные условия и требования пользователей, чтобы адаптировать план восстановления Oracle, тем самым обеспечивая более целенаправленный и эффективный подход.
