Отставание в производительности для репликации базы данных
Моя компания очень заботится о поддержании производительности нашей основной системы. Наши пользователи также обязаны реплицировать или зеркально отражать все данные в другом месте (в другом месте в пределах города) в случае аварии. Поставщик программного обеспечения выступил с предложением внедрить систему GoldenGate.
Мне трудно поверить в то, что предложение не повлияет на производительность, поскольку использует журнал, который записывается во время записи в базу данных. Они продолжают говорить, что чтение журнала не повлияет на производительность сервера. Я точно знаю, что запись журнала делает все же.
Также не влияет ли передача данных из источника в место назначения на производительность исходного сервера? Я новичок в этом. Влияет ли общение через сокеты на исходный сервер?
Есть ли лучший способ зеркального отображения данных без ущерба для производительности?
1 ответ
Зеркальное отображение данных будет иметь некоторое влияние, но это влияние уже может исчезнуть. Запись файлов журнала влечет за собой снижение производительности для обеспечения целостности и восстановления базы данных.
Горячие резервные копии, заполненные из файлов журнала, использовались в течение длительного времени. Будет небольшая загрузка для передачи файла на удаленный сайт. В зависимости от размера файла журнала и количества вы можете получить некоторые блокировки при высокой нагрузке. Там будет задержка на обновлениях. Это может быть значительным в зависимости от того, когда и как копируются данные журнала. В случае аварии вы, скорее всего, потеряете данные за период ожидания.