В предыдущей части рассматривалась настройка зеркала — технологии высокой доступности InterSystems Database Mirroring СУБД Caché.
В этой статье будут рассмотрены сценарии плановых перерывов и отказов и реакция зеркала на них.
Читать полностью »
Метка «failover» - 2
InterSystems Database Mirroring. Создание и тестирование зеркала. Часть 2
2012-08-10 в 5:45, admin, рубрики: cache, dbms, failover, failover cluster, high availability, intersystems, mirroring, Администрирование баз данных, Блог компании InterSystems, высокая доступность, метки: cache, dbms, failover, failover cluster, high availability, InterSystems, mirroring, высокая доступностьInterSystems Database Mirroring. Создание и тестирование failover узла. Часть 1
2012-07-17 в 5:34, admin, рубрики: administration, cache, Ensemble, failover, intersystems, mirroring, администрирование, Блог компании InterSystems, резервирование, СУБД, метки: administration, cache, Ensemble, failover, InterSystems, mirroring, администрирование, резервирование, СУБДО технологии
Caché Database Mirroring появилась в продуктах InterSystems Caché и Ensemble в 2010 году.
Технология позволяет снабдить информационные системы(ИС), построенные на Caché и Ensemble, опцией FAILOVER — возможностью преодоления некоторых неисправных состояний СУБД, операционной системы или аппаратного обеспечения.
Для чего информационной системе необходим failover — вопрос давно изученный, но в двух словах failover позволяет минимизировать время простоя пользователей в случае неисправностей, приводящих к отказу обслуживания сервера с информационной системой.
Читать полностью »
PostgreSQL / Отказ мастера в PostgreSQL-кластере: как быть?
2012-02-10 в 0:11, admin, рубрики: failover, postgresql, replication, репликация, метки: failover, postgresql, replication, репликация Приветствую. Сегодня я хотел бы поговорить о такой неприятной ситуации, как отказ мастера в случае применения нативной репликации в PostgreSQL 9.x. Итак, предположим, что у вас есть кластер из двух и более PostgreSQL-серверов и на мастер внезапно упал метеорит. Логично предположить, что вам придётся сделать мастером одну из реплик. Сделать это можно двумя способами.
1. Применение триггер-файла.
В мануале по настройке репликации сказано, что в recovery.conf помимо прочего можно(и нужно) указать параметр trigger_file. Здесь всё просто — как только вы создадите на реплике файл, указанный в этом параметре, PostgreSQL прервёт процесс восстановления(вЧитать полностью »