В кластерной DB2 каждая нода бэкапируется отдельно. Меня мучают сомнения на счет того, что время совершения этих бекапов получаются разные (одновременно ноды не бэкапяться). Как в таком случае DB2 решает вопрос завершонности транзакций, которые могли произойти МЕЖДУ бэкапами разных нод.

Допустим я сначала сделаю бэкап ноды "0", потом совершу операции инсерта или апдейта в таблицах физически размещенных на нодах "0" и "1". А потом сделаю бэкап ноды "1".

Как потом DB2 будет востанавливаться с этих двух бэкапов?

That's for a helpfull aswer!
Know that I studied DB2 by vulgar html help. You obtained this with db2 installation. I read some books like "DB2 za 21 den'". Often I known how but I don't know why. Thats why I answered this question in this topic.

Все понял, спасибо. На irc-канал уже выходил и мне показалось что он мертв. Значит буду выходить еще. Сиквенс поиска ответов на банальные вопросы понятен, конечно. Да и тестовый вариант самой системы не помешает в общем. Ладно, делаю таймаут и пытаюсь разобраться в кишках системы пока сам.

А ты сам почему на буржуйском отвечаешь? Локатишься в местах где на компах руского не стоит? Я-то сам в МСК.

Вроде разобрался. Рассказываю. Создал у себя в конторе малипусенькую модель только-только созданного нашего рабочего большого кластера. Обложился редбуками и накопал решение. Две комманды спасли отца русской демократии:
db2_all "db2 BACKUP DATABASE NONAME TO ....
и
db2_all "db2 RESTORE DATABASE FROM ...
Причем рестор проводиться без указания таймштампа. А пути до бакапов должны на всех нодах быть одними и темиже. Все вроде чики-пики получилось.

Потом стал проводить эксперименты. Ручками провел бакап первой ноды. Контрол центр сказал, что база в состоянии инконсистент тут-то я и провел несколько операций по созданию новых таблиц и занесению данных в них. БД позволила мне сделать это. После чего сделал бакап второй ноды и быстренько разресторился от обоих. БД проглотила и эти ресторы но стала болеть рассенхронизацией (я так понимаю, рассенхронизация не лечиться?) То есть: "раз ты грязными руками залез в базу между бекапами нод, то и сам виноват".

Еще я понял, что db2_all не лочит кластер на момент совершения бакапов. То есть теоритически возможна ситуация когда в процессе совершения бакапов произойдут транзакции, которые "попортят" синхронизацию. Roll forward сдесь не лекарство, потому что БД по нодам говорит что они и не в стейтмете!

Чтож это получается, во всем мире, перед совершением бэкапа, админы всех стран выдергивают сетевые коннекторы из серверов 8)

Nikolay Kulikov
Большое спасибо за участие! Придется, значит копать дальше. Только нельзя ли по подробней где копать дальше. На счет консистенции и вообще теорию. Именно теорию по этому вопросу. Практикой я сыт по горло 8)

авторПолучать констисентную БД после RESTORE
Как? ROLLFORWARD?