Andronбудет накатывать все транзакции , которые происходят на основном сервере HADR.
почти ОФФТОП: выделенный в цитате жирным пунктик (но не Andron :) - и есть причина того, что DATABASE WITN NO LOGGING не реплицируется с первичного сервера на вторичный?

Журавлев Денис АнатоЛойпочти ОФФТОП: выделенный в цитате жирным пунктик (но не Andron :) - и есть причина того, что DATABASE WITN NO LOGGING не реплицируется с первичного сервера на вторичный?И блобы лежащие в byte(text) в отдельном блобспейсе тоже не реплицируются. Потому это все не попадает в логические журналы, которые передаются на секондари.
WOW! Может нам завести FAQ по поводу того что ЕЩЁ не попадает на реплицируемый сервер, и что на нём можно-нельзя делать?
например:
можно делать к нему простые запросы..
можно ли на нём выполнять ХП, которые не "изменяют" БД?
можно ли в реплицируемой БД создать временную таблицу? или временную таблицу with no logging?
можно ли на нём в принципе создать БД, кроме тех которые реплицируются?
...

Журавлев Денис АнатоЛой
<Куча вопросов>

<Очень радующая куча ответов>

СПАСИБО ГРОМАДНОЕ!
Такую эссенцию информации я в доке пока не нашёл :)

Журавлев Денис
Такими темпами мы всю доку-ю в фак скопируем.

Не совсем :) Я же, например, задавал конкретные простые узкие вопросы :)

Кроме того раздел H[A]DR-ER в FAQ слабо развит :) Но думаю не потому что "не спрашивают потому что никому не надо", а потому "что не знают какая-это полезная штука и не используют", и сколько и каких текущих проблем могла бы закрыть :) (А после этого можно будет активно пополнять топик уже ответами на вопросы: "Как решить таку-то проблему при использовании HADR-ER" :))

Журавлев Денис
В стоимость Enterprise Edition включена стоимость HDR. Для сервера "теплого резерва" (который используется только в случает аварии), не требуется отдельной лицензии IDS.
Если дополнительный сервер используется для генерации отчетов и запросов, то необходимо приобрести лицензии для этого сервера.

ХМ...
"Вот так всегда: только жениться собрался..." (с) м.ф.
Только начал присматриваться, как бы второго ослика пригрузить - нуна думать про лицензии :(

Непонятно только, кто такие "пакетные сеансы"...

"Будем искать..." (с) ф.

vasilis АнатоЛойМожет нам завести FAQ по поводу того что ЕЩЁ не попадает на реплицируемый сервер, и что на нём можно-нельзя делать?...
Попробовал собрать немного в кучу :)
"Какие особенности при работе HDR ?"
http://www.sql.ru/faq/faq_add.aspx?action=edit&fid=722
Читайте, дополняйте, исправляйте...

Ага, ссылка говорит "Нет прав", и это правильно?!

Andron вчера, 16:18
Уберите вот это поскольку не соответствует действительности (создание индексов реплицировалось и в 9.3 и в 9.4):
"до IDS 10.0 создание новых индексов не реплицировалось;"


Может я не совсем пониманию фразу "создание новых индексов не реплицировалось", но в 7.31.UD8 на вторичном сервере индекс тоже создаётся...
Дополню более того:
на 7.31.UD8 поcле создания индекса на первичном сервере IDS успешно держит таблицу заблокированной, пока не произойдут следующие события:
00:30:16 DR: Sending index db:"informix".table#idx_1 : Started
00:30:36 DR: Sending index db:"informix".table#idx_1 : Completed.
(Заметьте, в этом примере операция длилась 20 сек!)
Поэтому ещё предлагаю FAQ дополнить содержанием типа:
Тан (почти)
При последовательном создании индексов на одну и ту же таблицу при включенной HDR стоит предварИть операторы создания индексов командой "SET LOCK MODE TO WAIT;", иначе на втором же индексе получите ошибку, поскольку таблица остаётся заблокированной, пока первый индекс ещё не передался на вторичный сервер.