Неудачное восстановление инкрементального бэкапа / IBM DB2, WebSphere, IMS, U2

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Неудачное восстановление инкрементального бэкапа

6 сообщений из 56, страница 3 из 3

все

Неудачное восстановление инкрементального бэкапа

#36776459

madija

Гость

Mark Barinstein,

...

Рейтинг:

0 / 0

05.08.2010, 10:27

| Ответить | Цитировать | Написать

Неудачное восстановление инкрементального бэкапа

#36776465

madija

Гость

Mark Barinstein,

...

Рейтинг:

0 / 0

05.08.2010, 10:29

| Ответить | Цитировать | Написать

Неудачное восстановление инкрементального бэкапа

#36776604

Mark Barinstein

Гость

madija,

Оно обнаружило проблему - файл или каталог /home/db2inst/STRAH/sth_cntr_dict недоступен:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.

2010-07-24-10.46.57.045578+240 I12877813E550       LEVEL: Severe
PID     : 5906                 TID  : 47406443915584PROC : db2sysc
INSTANCE: db2inst              NODE : 000          DB   : STRAH
APPHDL  : 0-7                  APPID: GA051EEF.C909.100724064519
AUTHID  : DB2INST 
EDUID   : 20                   EDUNAME: db2agent (STRAH)
FUNCTION: DB2 UDB, buffer pool services, sqlbFetchAndStoreContainerFSInfo, probe:10
MESSAGE : ECF=0x90000002=-1879048190=ECF_FAILED
          Failed
DATA #1 : File name, 33 bytes
/home/db2inst/STRAH/sth_cntr_dict

2010-07-24-10.46.57.048946+240 I12878364E563       LEVEL: Error
PID     : 5906                 TID  : 47406443915584PROC : db2sysc
INSTANCE: db2inst              NODE : 000          DB   : STRAH
APPHDL  : 0-7                  APPID: GA051EEF.C909.100724064519
AUTHID  : DB2INST 
EDUID   : 20                   EDUNAME: db2agent (STRAH)
FUNCTION: DB2 UDB, buffer pool services, sqlbStartUsingDir, probe:815
MESSAGE : ECF=0x90000002=-1879048190=ECF_FAILED
          Failed
DATA #1 : <preformatted>
Error starting to use directory /home/db2inst/STRAH/sth_cntr_dict.

Выдало приложению SQLCODE -290:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

2010-07-24-10.46.57.052693+240 E12879399E587       LEVEL: Info
PID     : 5906                 TID  : 47406443915584PROC : db2sysc
INSTANCE: db2inst              NODE : 000          DB   : STRAH
APPHDL  : 0-7                  APPID: GA051EEF.C909.100724064519
AUTHID  : DB2INST 
EDUID   : 20                   EDUNAME: db2agent (STRAH)
FUNCTION: DB2 UDB, buffer pool services, sqlbStartPools, probe:30
MESSAGE : ADM6023I  The table space "STH_TBSP_DICT" (ID "12") is in state 
          0x"0".  The table space cannot be accessed.  Refer to the 
          documentation for SQLCODE -290.

Поместило tablespace STH_TBSP_DICT в OFFLINE & ROLLFORWARD PENDING:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.

2010-07-24-10.46.57.060272+240 E12881005E567       LEVEL: Error
PID     : 5906                 TID  : 47406443915584PROC : db2sysc
INSTANCE: db2inst              NODE : 000          DB   : STRAH
APPHDL  : 0-7                  APPID: GA051EEF.C909.100724064519
AUTHID  : DB2INST 
EDUID   : 20                   EDUNAME: db2agent (STRAH)
FUNCTION: DB2 UDB, buffer pool services, sqlbStartPoolsErrorHandling, probe:39
MESSAGE : ADM6080E  The table space "STH_TBSP_DICT" (ID "12"), was put OFFLINE 
          and in ROLLFORWARD_PENDING. Tablespace state is 0x"00004080".

Проблемы с недоступностью решились, STH_TBSP_DICT переключилось в ROLLFORWARD PENDING:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

2010-07-24-11.19.59.246570+240 E12908033E589       LEVEL: Info
PID     : 5906                 TID  : 47406230006080PROC : db2sysc
INSTANCE: db2inst              NODE : 000          DB   : STRAH
APPHDL  : 0-246                APPID: 10.5.30.115.45969.100724071955
AUTHID  : DB2INST 
EDUID   : 291                  EDUNAME: db2agent (STRAH)
FUNCTION: DB2 UDB, buffer pool services, sqlbStartPools, probe:62
MESSAGE : ADM6048I  The table space "STH_TBSP_DICT" (ID "12"), which was 
          previously OFFLINE has been brought back ONLINE.  The table space 
          state is 0x"00000080".

Дальше вам надо было просто накатить STH_TBSP_DICT до конца логов.
Но вы стали восстанавливать базу из архива...

...

Рейтинг:

0 / 0

05.08.2010, 11:23

| Ответить | Цитировать | Написать

Неудачное восстановление инкрементального бэкапа

#36776703

Guzya

Гость

А в чем причина изначальной недоступности контейнера?

...

Рейтинг:

0 / 0

05.08.2010, 11:57

| Ответить | Цитировать | Написать

Неудачное восстановление инкрементального бэкапа

#36776818

Mark Barinstein

Гость

GuzyaА в чем причина изначальной недоступности контейнера?Не знаю.
Это средствами ОС надо смотреть.
У вас в 2010-07-24-00.26.30 какая-то авария произошла - даже в лог не дописалось до конца.
И только в 2010-07-24-10.46.43 db2start был.
Что происходило между этими отменками времени - неизвестно.

...

Рейтинг:

0 / 0

05.08.2010, 12:34

| Ответить | Цитировать | Написать

Неудачное восстановление инкрементального бэкапа

#36778089

madija

Гость

Mark Barinstein,
Db2 я перезапустила после того как перезапуск веб-сферы не решил проблему с невозможностью подключения.
Пользователи меня торопили.
И, так как перезапуск db2 тоже не решил проблему, решилась восстанавливаться и команду на восстановление я дала еще да 11 часов. И мне ведь было отказано в всосстановлении. Да и не разобралась бы я этим сама. Это я за эти 10 дней много чего начиталась, а тогда, в отсутствии администратора. который был в отпуске, для меня это решение не казалось рискованным, тем более, что я считала. что еженочно выполняется полный бэкап базы. Обидно, стыдно, но, к сожалению, невозможно вернуть ситуциию назад.
С

...

Рейтинг:

0 / 0

05.08.2010, 18:53

| Ответить | Цитировать | Написать

6 сообщений из 56, страница 3 из 3

все

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=43&msg=36778089&tid=1602638]:	0ms
get settings:	9ms
get forum list:	13ms
check forum access:	4ms
check topic access:	4ms
track hit:	76ms
get topic data:	10ms
get forum data:	2ms
get page messages:	38ms
get tp. blocked users:	1ms
others:	290ms

total:	447ms