Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
Не удается выполнить сохранение БД. Получаем ошибку SQL2048N При обращении к объекту "4" произошла ошибка. Код причины "6". Подскажите, пожалуйста, что делать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 11:12 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
madija, Обратите внимание на код ошибки 6: The table space may be offline. Attempt to determine the underlying problem and correct it. Some examples of problems are: the filesystem is not mounted, which you can fix by mounting the filesystem then altering the table space switch to online, or table space files have been deleted, which you can fix by performing a restore operation. The table space may be quiesced. Use LIST TABLESPACES to check the table space state . Use QUIESCE RESET OR QUIESCE TERMINATE to make the table space available. Note that the userid holding the quiesce may be needed to perform the QUIESCE REST OR TERMINATE operation. С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 11:22 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
madija, Попробуй проверить место на файловой системе и состояние пространств данных > db2 connect to my_db > db2pd -db my_db -tablespaces > df -m С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 11:31 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
GVF112GVF, Спасибо, Вадим! Вот, что получилось. Какие из этого выводы нужно сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 12:00 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
madija, Что-то с этими каталогами: /home/db2inst/STRAH/sth_cntr_stmp /home/db2inst/STRAH/sth_cntr_utmp что выдаёт: ls -l /home/db2inst/STRAH ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 12:28 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, А этих каталогов и нету.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 12:35 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, А этих каталогов и нету. Их никто не удалял руками. Вчера только начали работать с базой после ручного восстановления после сбоя в конце июля. Помните, наверное, пост про неудачное восстановление с инкрементного бэкапа. И тогда полная резевная копия от 12 июля исчезла неизвестно как. И вот опять.... Пожалуйста, помогите выяснить причину этих таинственных исчезновений объектов файловой системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 12:43 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
madija, Обратите внимание на STH_TBSP_STMP и STH_TBSP_UTMP: Tablespace Configuration: ... 0x00002AE37D379160 4 SMS SysTmp 16384 16 Yes 64 7 7 On 1 0 15 STH_TBSP_STMP 0x00002AE37D37A860 5 SMS UsrTmp 16384 16 Yes 64 8 8 On 1 0 15 STH_TBSP_UTMP ... Tablespace Statistics: ... 0x00002AE37D379160 4 0 0 0 0 0 0 0 0x02001100 1280551464 0 No 0x00002AE37D37A860 5 0 0 0 0 0 0 0 0x02001100 1280551464 0 No ... Состояние флагов: 0x2000000 - DELETION IN PROGRESS 0x0001000 - STORAGE MUST BE DEFINED 0x0000100 - RESTORE PENDING Что Вы пытались делать до создание backup ? С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 12:43 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
madija, db2inst db2grp mkdir /home/db2inst/STRAH/sth_cntr_stmp mkdir /home/db2inst/STRAH/sth_cntr_utmp chown db2inst:db2grp /home/db2inst/STRAH/sth_cntr_stmp chown db2inst:db2grp /home/db2inst/STRAH/sth_cntr_utmp db2 connect to strah db2 alter tablespace STH_TBSP_STMP switch online db2 alter tablespace STH_TBSP_UTMP switch online что выдаёт теперь: db2 "select char(TBSP_NAME, 20), TBSP_STATE from SYSIBMADM.SNAPTBSP_PART where TBSP_NAME in ('STH_TBSP_STMP', 'STH_TBSP_UTMP')" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 12:52 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
GVF112GVF, До выполнения backup-а из другой задачи запускалась синхронизация с этой БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 12:52 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
упс, строка db2inst db2grp не нужна - удалить забыл... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 12:54 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 13:01 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
madija, Запомните гранты на STH_TBSP_UTMP (по ним вы потом grant use of tablespace будете делать): select * from SYSCAT.TBSPACEAUTH where tbspace='STH_TBSP_UTMP' Пересоздайте 2 табличных пространства: drop tablespace STH_TBSP_STMP; create system temporary tablespace STH_TBSP_STMP pagesize 16K managed by system using ('/home/db2inst/STRAH/sth_cntr_stmp') extentsize 16 prefetchsize 64; drop tablespace STH_TBSP_UTMP; create user temporary tablespace UTH_TBSP_UTMP pagesize 16K managed by system using ('/home/db2inst/STRAH/sth_cntr_utmp') extentsize 16 prefetchsize 64; дайте гранты на него: grant use of tablespace UTH_TBSP_UTMP to ...; и архивируйте базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 14:42 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, Спасибо, Марк! Удалось создать резервную копию базы. Пожалуйста, помогите разобраться в причинах регулярных сбоев базы данных. С уважением, Мадина. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 16:48 |
|
||
|
Не удается выполнить backup
|
|||
|---|---|---|---|
|
#18+
madijaПожалуйста, помогите разобраться в причинах регулярных сбоев базы данных.У вас регулярно каталоги пропадают? Я видел такое (пропадали каталоги временных пространств) несколько раз - такое бывает при неожиданном выключении питания, например. Трудно сказать, кто в этом виноват, скорее всего - файловая система, т.к. db2 не удаляет свои каталоги просто так. Обычно, когда табличное пространство встаёт в какой-то кривой pending state (смотреть можно командой list tablespaces), то временные пространства можно пересоздать, остальные - восстанавливать из архива и накатывать по логам. Всё, что я могу посоветовать для избежания таких ситуаций - завершать работу инстанса db2 корректно, а не перезагружать систему при любой непонятной ситуации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 17:26 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=36812435&tid=1602616]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 287ms |
| total: | 423ms |

| 0 / 0 |
