|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
https://www.ibm.com/docs/en/db2/11.5?topic=commands-set-write Я нагуглил беднягу, который бекапил 1. set write suspend 2. копировал имидж диска 3. set write resume плюс копировал архивные логи. А потом, когда у него база поломалась, спрашивал, что делать. Сейчас я стал изучать Veeam и наткнулся на советы использовать set write и на того беднягу. Veeam не поддерживает DB2, может только снимок диска взять. База потом, наверное, поднимется, но логи мы потом на такое не накатим. Но существует некий https://www.ibm.com/docs/en/db2/11.5?topic=data-using-snapshot-backup Но я не понимаю даже, про что он, хотя все слова, казалось бы, знакомые. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 09:51 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
А, вот как можно: © 2014 IBM Corporation Flashcopy backup and restore a largely manual proce Backup 1.Identify LUN(s) associated with the database 2.Identify free target LUN(s) for the copy 3.Establish the flashcopy pair(s) 4.Issue DB2 SUSPEND I/O command to tell DB2 to suspend write I/Os 5.Issue storage commands necessary to do the actual flash copy6. Issue DB2 RESUME I/O command to return DB2 to normal Restore 1.Restore/copy target LUN(s) containing backup of interest 2.Issue DB2INIDB command to initialize the database for rollforward recovery 3.Issue DB2 ROLL FORWARD command https://manualzz.com/doc/34891396/db2-backup-and-restore-best-practices ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 10:20 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
оттуда жеReview : Integrated ACS Copy Backup Flashcopy backup/restore just like any other DB2 backup Backup 1.DB2 BACKUP DB sample USE SNAPSHOT Restore 1. DB2 RESTORE DB sample USE SNAPSHOT DB2 ROLLFORWARD ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 10:22 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Но это просто концепции. До реализации использования ACS Copy Backup - пропасть. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 10:25 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Victor Metelitsa А, вот как можно: © 2014 IBM Corporation Flashcopy backup and restore a largely manual proce Backup 1.Identify LUN(s) associated with the database 2.Identify free target LUN(s) for the copy 3.Establish the flashcopy pair(s) 4.Issue DB2 SUSPEND I/O command to tell DB2 to suspend write I/Os 5.Issue storage commands necessary to do the actual flash copy6. Issue DB2 RESUME I/O command to return DB2 to normal Практически у всех этих руководств один серьезный недостаток. Код: plaintext
Если вы не делаете пункт выше (сброс файлового кэша соотв. файловых систем на диск), то очень рискуете получить поврежденную файловую систему в целевой системе, когда исходная файловая система активно используется на запись в момент получения копии. Когда делал это однажды на практике для промышленной системы заказчика, то решил не использовать ACS. Это просто обертка вокруг шагов выше с некоторыми требованиями и черными ящиками, что было неудобно. Для меня было проще все нужные команды реализовать на шелле - так больше контроля над тем, что происходит. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 11:29 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Мне кажется, что Veeam просто обязан сбрасывать кеш файловой системы, когда делает snapshot диска. А по описанию того, как он делает, мне даже непонятно, зачем нужен db2 set write. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 11:58 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Victor Metelitsa Мне кажется, что Veeam просто обязан сбрасывать кеш файловой системы, когда делает snapshot диска. А по описанию того, как он делает, мне даже непонятно, зачем нужен db2 set write. В моем случае "5.Issue storage commands necessary to do the actual flash copy" это было: зайти по ssh на хост системы хранения и выдать команду типа "сделай копию вот этой consistency group". Подозреваю, что система хранения оперирует физическими устройствами, и при выдаче этой команды никакой обратной связи в ОС типа "сбрось кэш соответствующих ФС на диск" не происходит. Ну, может, в этом Veeam есть какая-то утилита, которая под капотом всё это делает... "db2 set write" делает соответствующие действия и изменения в своих структурах для выполнения нужного шага. Грубо говоря, прекращает запись данных на диск, чтоб можно было выполнять соответствующие внешние по отношению к Db2 действия дальше. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 13:55 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Если сервер внезапно выключить, включить, то база обязана восстановиться (при условии, что не пропало закешированное внутри буферов SSD и HDD). Даже с учётом пропажи кеша файловой системы. db2 set write suspend должен помогать, если мы копируем диск чем-то вроде dd. То есть, мы начали копировать в момент T1, но какой-то блок к моменту T2 не успели скопировать, а СУБД туда взяла и записала. А нам нужно, чтобы все блоки были строго на момент T1. А Veeam именно это и обещает. Что все блоки будут в состоянии на момент старта копирования тома. Что он отслеживает записи на диск и не даст версии T1 пропасть, а сразу закинет блок времени T1 в свой бекап (ну, а на диск придёт новая версия блока). ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 14:17 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Victor Metelitsa Если сервер внезапно выключить, включить, то база обязана восстановиться (при условии, что не пропало закешированное внутри буферов SSD и HDD). Даже с учётом пропажи кеша файловой системы. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 15:01 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Mark Barinstein Практически у всех этих руководств один серьезный недостаток. Код: plaintext
Марк, а CIO/DIO это не решает? Или речь именно про блоки ФС не относящиеся к БД? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 16:23 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
witte, Речь про повреждение данных в таблицах. К сожалению, не помню, что стояло в file system caching у пространств с этими таблицами. Может, оно и помогло бы, но пространства с лобами обычно делают с кэшированием в файловой системе, и переключить это плохо для производительности. Там к тому же по-моему ещё и конф. параметры базы иногда на диск не сохранялись. Например, у каких-то нод восстанавливаемой базы могло оказаться, что они не в write suspend неожиданно. А этим никак вообще рулить нельзя - такие служебные файлы, видимо, открываются всегда с кэшированием. Ну и да, пытался писать в тестовый файл в этой ФС (обычным echo), и не получал, конечно, записанного при восстановлении. Насмотревшись на всё это, решил принудительно сбрасывать буферы. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 21:37 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
В таком случае и внезапная перезагрузка сервера может потенциально привести к повреждению базы и вынужденному восстановлению базы из бекапа. Но мне даже и не приходило в голову включать файловое кеширование (но у меня и лобов практически нет). Может, лобы лучше как физические файлы держать, раз такое дело. А как могут не сохраниться параметры? Ну, то есть, обычно грязные страницы держатся грязными недолго, а параметры меняются редко - надо большую удачу, чтобы попасть. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 22:34 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Victor Metelitsa В таком случае и внезапная перезагрузка сервера может потенциально привести к повреждению базы и вынужденному восстановлению базы из бекапа. Да, может. Что иногда и происходит. Victor Metelitsa А как могут не сохраниться параметры? Ну, то есть, обычно грязные страницы держатся грязными недолго, а параметры меняются редко - надо большую удачу, чтобы попасть. Конфигурационные параметры хранятся на диске в файле sqldbconf. Последовательность такая примерно была: На Primary: Код: plaintext 1. 2. 3.
На Standby: Код: plaintext 1. 2. 3.
То же самое с echo в файл на той же ФС. Очевидно, что sqldbconf открывается с кэшированием, время между db2 set write и взятием копии слишком мало (никто не будет неизвестно сколько ждать между командами, пока кэш сам сбросится), чтоб изменения из кэша попали на диск, и на Standby этого изменения нет. И так может быть и с другими файлами с весьма важной контрольной информацией. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 09:39 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Мне кажется, что так быть не должно, и если так есть, то это баг. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 10:39 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Господа прошу помощи. DB2 версия 11.1 пытаюсь делать рестор с той же версии. Есть у меня вот такой батник. Да база под виндой. db2 connect to mydb user db2admin using mypass db2 export to .\maxpropvalue_dev.ixf of ixf messages .\log.txt select * from maximo.maxpropvalue db2 quiesce database immediate force connections db2 connect reset db2 restore database mydb user db2admin using mypass from D:\backup taken at 20240131162431 with 3 buffers buffer 1000 without rolling forward without prompting db2 connect to mydb user db2admin using mypass db2 import from maxpropvalue_dev.ixf of ixf replace into maximo.maxpropvalue db2 connect to mydb user db2admin using mypass1 db2 unquiesce database db2 connect reset Сто раз это делал на 10.5 и все всегда было прекрасно да и сейчас тоже прекрасно а на 11. вот .... В консоли отписывается, сколько строк скопировано, все хорошо, изменения прошли успешно Но на самом то деле в бд нет никаких изменений. Как будто ничего не ресторилось. Что делать и как с этим бороться? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2024, 22:14 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Господа, еще один вопрос по переходу с 10.5 на 11.1 который меня мучает и на который я не нахожу объяснений. На 11.1 я создаю БД, потом ресторю бэкап с 10.5 (вес 2,5 гб) на базу 11.1 потом запускаю liteupdatedb база говорит все ок, подтянулась до актуальной версии. Потом я делаю бэкап с новой базы ииии он почему то становится 16 гигов!!!!! Был 2,5 на 10.5 а тут ррраз и 16!!!! Почему так происходит и что с этим делать? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2024, 22:30 |
|
db2 snapshot backup
|
|||
---|---|---|---|
#18+
Господа прошу помощи. DB2 версия 11.1 пытаюсь делать рестор с той же версии. Есть у меня вот такой батник. Да база под виндой. db2 connect to mydb user db2admin using mypass db2 export to .\maxpropvalue_dev.ixf of ixf messages .\log.txt select * from maximo.maxpropvalue db2 quiesce database immediate force connections db2 connect reset db2 restore database mydb user db2admin using mypass from D:\backup taken at 20240131162431 with 3 buffers buffer 1000 without rolling forward without prompting db2 connect to mydb user db2admin using mypass db2 import from maxpropvalue_dev.ixf of ixf replace into maximo.maxpropvalue db2 connect to mydb user db2admin using mypass1 db2 unquiesce database db2 connect reset Сто раз это делал на 10.5 и все всегда было прекрасно да и сейчас тоже прекрасно а на 11. вот .... В консоли отписывается, сколько строк скопировано, все хорошо, изменения прошли успешно Но на самом то деле в бд нет никаких изменений. Как будто ничего не ресторилось. Что делать и как с этим бороться? На всякий случай, потсавте commit после импорта. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2024, 23:34 |
|
|
Start [/forum/topic.php?fid=43&msg=40134569&tid=1600087]: |
0ms |
get settings: |
18ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
418ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 541ms |
0 / 0 |