Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
Может ли кто-нибудь в двух словах рассказать про ONLINE бекап и восстановление БД в терминах близких к SQL Server. Желательно это для DB2 8.1 Что понимаю и не понимаю. 1) Backup database online делает моментальный снимок БД не учитывая изменений в логах, следовательно для восстановления БД в одиночку не годиться. Для этого надо в дополнение к full backup накатить логи которые были созданы уже ПОСЛЕ полного бекапа 2) Не понимаю ценность команды ARCHIVE LOG - Closes and truncates the active log file for a recoverable database. Ну и что дальше? То есть файл закрывается со всеми закомитчеными транзакциями и далее может быть накатан на full backup? Но я так же могу накатить и point in time. 3) Что делает userexit? Что это программа, ее надо компилить и так далее - я прочитал. А поточнее? Перед компилением надо в ней пути поменять? И типа после этого по закрытию active log она будет копировать файл куда ей было сказано? Так? 3) Как чистить фолдеры с бекапами от старых бекапов? 4) Какой есть процесс (или скрипт) который отслеживает успешность проведеных бекапов? 5) Как правильно проводится мейтенанс баз данных? Перестройка индексов, апдейт статистик, целостности базы данных? 6) как отслеживать логи полученные в пункте 5? Вот вроде бы вкраце и все. Спасибо за любые советы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 10:00 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
ыыыыыыМожет ли кто-нибудь в двух словах рассказать про ONLINE бекап и восстановление БД в терминах близких к SQL Server. Желательно это для DB2 8.1 Что понимаю и не понимаю. 1) Backup database online делает моментальный снимок БД не учитывая изменений в логах, следовательно для восстановления БД в одиночку не годиться. Для этого надо в дополнение к full backup накатить логи которые были созданы уже ПОСЛЕ полного бекапа 2) Не понимаю ценность команды ARCHIVE LOG - Closes and truncates the active log file for a recoverable database. Ну и что дальше? То есть файл закрывается со всеми закомитчеными транзакциями и далее может быть накатан на full backup? Но я так же могу накатить и point in time. 3) Что делает userexit? Что это программа, ее надо компилить и так далее - я прочитал. А поточнее? Перед компилением надо в ней пути поменять? И типа после этого по закрытию active log она будет копировать файл куда ей было сказано? Так? 3) Как чистить фолдеры с бекапами от старых бекапов? 4) Какой есть процесс (или скрипт) который отслеживает успешность проведеных бекапов? 5) Как правильно проводится мейтенанс баз данных? Перестройка индексов, апдейт статистик, целостности базы данных? 6) как отслеживать логи полученные в пункте 5? Вот вроде бы вкраце и все. Спасибо за любые советы. 1. Чтобы восстановить online-бекап "в одиночку" делать в бекапе INCLUDE LOGS. Для восстановления на момент времени после бекапа, rollforward логов 2. Примерно так. 3. Накатить на 8.1 последний фикс, получится 8.2. Там userexit не нужен, достаточно настроить параметры бызы LOGARCHMETH1 и LOGARCHMETH2 4. До версии 9.5 чистить руками. Смотреть историю бекапов db2 list history backup all for <yourdb> или через административную удф (для 8.2) 5. REORG, RUNSTATS, SET INTEGRITY 6. Не очень понятен вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 10:36 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
ыыыыыы1) Backup database online делает моментальный снимок БД не учитывая изменений в логах, следовательно для восстановления БД в одиночку не годиться. Для этого надо в дополнение к full backup накатить логи которые были созданы уже ПОСЛЕ полного бекапаЕсть табличная функция, если у вас v8.1.9 и выше: SELECT * FROM TABLE(SYSPROC. ADMIN_LIST_HIST ()) T WHERE OPERATION = 'B' and OPERATIONTYPE IN ('F', 'N') and OBJECTTYPE='D' and sqlcode is null Логи к ней нужны такие, как в полях FIRSTLOGи LASTLOG. В этих логах содержатся все транзакции с начала архива и до его конца. ыыыыыы2) Не понимаю ценность команды ARCHIVE LOGЦеннесть в том, что лог архивируется, т.е. передается userexit или копируется в LOGARCHMETH{1,2}. Так что если с сервером вдруг что случится, то лог не пропадет. ыыыыыы 3) Как чистить фолдеры с бекапами от старых бекапов?Основываясь на выводе табличной функции выше или команды LIST HISTORY BACKUP. ыыыыыы4) Какой есть процесс (или скрипт) который отслеживает успешность проведеных бекапов?В Task Center вы можете задать скрипт для backup и действия, которые надо предпринять для обработки результата его выполнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 11:32 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
mitek1. Чтобы восстановить online-бекап "в одиночку" делать в бекапе INCLUDE LOGS. Для восстановления на момент времени после бекапа, rollforward логов Это же толко OFFLINE? mitek2. Примерно так. Можно пополнее - в чем сакральный смысл процедуры-то? mitek3. Накатить на 8.1 последний фикс, получится 8.2. Там userexit не нужен, достаточно настроить параметры бызы LOGARCHMETH1 и LOGARCHMETH2 Не могу. Продакшн датабейз. Тестировать там надо все и прочая чухня пока пройдет апрувал на такое... Я не ДБ2 ДБА - нам просто передали пару серверов на сопровождение. Вот разбираюсь сижу что да как делать... mitek4. До версии 9.5 чистить руками. Смотреть историю бекапов db2 list history backup all for <yourdb> или через административную удф (для 8.2) Скриптов каких умных для этого нету? mitek5. REORG, RUNSTATS, SET INTEGRITY С этим более-менее понятно. Скеджулить их, я так понимаю, лучше в ОС. Кстати, платформа у нас - Windows mitek6. Не очень понятен вопрос. Ну проверить как бэкапы бежали последние 7 дней например. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 12:18 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein ыыыыыы1) Backup database online делает моментальный снимок БД не учитывая изменений в логах, следовательно для восстановления БД в одиночку не годиться. Для этого надо в дополнение к full backup накатить логи которые были созданы уже ПОСЛЕ полного бекапаЕсть табличная функция, если у вас v8.1.9 и выше: Увы 8.1.0 Mark Barinstein ыыыыыы2) Не понимаю ценность команды ARCHIVE LOGЦеннесть в том, что лог архивируется, т.е. передается userexit или копируется в LOGARCHMETH{1,2}. Так что если с сервером вдруг что случится, то лог не пропадет. То есть каждый "закрытый" лог грубо говоря передается userexit а база начинает работать с новым? Так? Что происходит с незакомчеными транзакциями после ARCHIVE LOG? Они вычищаются из текощего файла логов и помещаются в новый? Так выходит? Mark Barinstein ыыыыыы 3) Как чистить фолдеры с бекапами от старых бекапов?Основываясь на выводе табличной функции выше или команды LIST HISTORY BACKUP. Я понимаю как их вычислить глазами, вопрос как процесс автоматизировать корректно? Mark Barinstein ыыыыыы4) Какой есть процесс (или скрипт) который отслеживает успешность проведеных бекапов?В Task Center вы можете задать скрипт для backup и действия, которые надо предпринять для обработки результата его выполнения. Ага - спасибо, полюбопытствую ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 12:24 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
8.1.0 - Охренеть.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 12:41 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
ыыыыыыыТо есть каждый "закрытый" лог грубо говоря передается userexit а база начинает работать с новым? Так? Что происходит с незакомчеными транзакциями после ARCHIVE LOG? Они вычищаются из текощего файла логов и помещаются в новый? Так выходит?Нет. Незакоммиченные транзакции остаются на месте. ыыыыыыыЯ понимаю как их вычислить глазами, вопрос как процесс автоматизировать корректно?К сожалению, раз у вас такая старая версия, вам придется либо пользоваться db2 api (т.е. написать программу на c++ по примеру), либо парсить вывод команды list history backup для определения местоположения архивов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2008, 13:11 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
чя3218.1.0 - Охренеть.... Вы бы знали сколько аппликух на Коболе работает уже лет 20-30... Первый закон программиста забыли? Работает - не вздумай трогать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 04:18 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein ыыыыыыыТо есть каждый "закрытый" лог грубо говоря передается userexit а база начинает работать с новым? Так? Что происходит с незакомчеными транзакциями после ARCHIVE LOG? Они вычищаются из текощего файла логов и помещаются в новый? Так выходит?Нет. Незакоммиченные транзакции остаются на месте. Ну так в чем смысл ARCHIVE LOG? зачем он нужен в принципе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 04:22 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
автор Вы бы знали сколько аппликух на Коболе работает уже лет 20-30... Первый закон программиста забыли? Работает - не вздумай трогать. Изменение третей цифры в основном на приложение не влияет, а сидеть на версии в которой туева хуча ошибок тоже приятное удовольствие. Как минимум нужно шестой фикспак накатить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 07:29 |
|
||
|
Стратегия бекапа и восстановления
|
|||
|---|---|---|---|
|
#18+
xz321 автор Вы бы знали сколько аппликух на Коболе работает уже лет 20-30... Первый закон программиста забыли? Работает - не вздумай трогать. Изменение третей цифры в основном на приложение не влияет, а сидеть на версии в которой туева хуча ошибок тоже приятное удовольствие. Как минимум нужно шестой фикспак накатить. Логически я это понимаю, но фактически работающие приложения работающие 24х7 трогают крайне редко. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2008, 08:20 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=35305918&tid=1603882]: |
0ms |
get settings: |
4ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
49ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 318ms |

| 0 / 0 |
