Oracle DataGuard - это метод репликации данных, хранящихся в СУБД Oracle, в нескольких экземплярах Oracle. Мне интересно, действительно ли DataGuard обеспечивает линейную масштабируемость для РСУБД. Есть ли у вас опыт работы с DataGuard? Как он себя ведет в условиях тяжелой нагрузки?Oracle DataGuard
DataGuard обычно используется для обеспечения непрерывности бизнеса, то есть для создания резервной базы данных, когда первичная информация недоступна. Если вы ищете масштабируемость, то вам нужны RAC (Real Application Clusters), где несколько экземпляров на разных узлах монтируются и совместно используют один и тот же набор файлов базы данных.
Как правило, RAC масштабируется, если у вас хорошо спроектированное (db-ориентированное) приложение, связанное с памятью хоста базы данных и ограничениями процессора.
Мы не нуждаемся в мгновенном отказоустойчивости при нашей установке, поэтому мы используем физическую резервную базу данных DataGuard на отдельном сервере. Он работает, отправляя данные журнала архива по TNS в физический режим ожидания, и для нашей среды (не особенно тяжелой) он отлично работает. Обычно у нас есть 1-10 журнальных переключателей (57 Мб журнальных файлов) в час, а в режиме ожидания нет проблем с сохранением.
Это не то, о чем вы просите, но есть проблема с логическими резервными базами данных и использованием аудита сеансов Oracle - вам нужно минимум 10.2.0.4 с некоторой логикой исключения, чтобы сохранить записи аудита из резервной копии, иначе она может Не отставай.
У Logical также есть проблемы с транспортировкой типов, а не xml и т. Д. Я думаю, что это разрешено в 11g. –