Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проблемы с удалением и восстановлением базы (db2 9.7)
|
|||
|---|---|---|---|
|
#18+
Добрый день! При очередном восстановлении бэкапов баз данных (одной из баз) на сервере завис инстанс! После перезагрузки и ручной попытке удалении - база пишет ругачку. Что можно сделать? Спасибо за советы! SQL1036C An I/O error occurred while accessing the database. SQLSTATE=58030 Explanation: The problem may have occurred in one of the following situations: * The system cannot open, read from, or write to a database file. * The system cannot create the database because an error occurred while the system was creating a database file or a directory for the database. * The system cannot drop the database because an error occurred while the system was deleting a database file or a directory for the database. * The system cannot create the database because an interrupt was received while the system was creating or deleting a database file or a directory for the database. * The system cannot locate the database subdirectory or database configuration file during connect. Problem causes are ordered in terms of their frequency of occurrence: * A log file cannot be found in the active log path directory. * There may be a problem with the database directory the operation is being attempted on. * There may be inadequate disk space to complete the operation. The database cannot be used. User response: Appropriate responses for the problem causes described above are: * To verify if a log file is missing, check the db2diag log file for the presence of a logging error (return code contains SQLO_FNEX). If present, this error will contain the name of the missing log file. Ensure that the file is located in the active log path directory. If the file cannot be located, restore and roll-forward the database to an earlier point in time referenced in a log file preceding the missing log file (use a timestamp that is earlier than that of the missing file). * There may be a problem with the database directory. Check the integrity of the directory. Examples of potential problems include: permissions issues, mount point problems, corruption. * Increase filesystem size. NOTE: If the error occurred during CREATE DATABASE or DROP DATABASE, a subsequent CREATE DATABASE or DROP DATABASE command attempts to erase files and directories left from the unsuccessful CREATE DATABASE or DROP DATABASE command. sqlcode: -1036 sqlstate: 58030 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2015, 12:42 |
|
||
|
Проблемы с удалением и восстановлением базы (db2 9.7)
|
|||
|---|---|---|---|
|
#18+
Добрый день. Покажите, что появляется в db2diag.log после ручной попытки удаления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2015, 13:00 |
|
||
|
Проблемы с удалением и восстановлением базы (db2 9.7)
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinДобрый день. Покажите, что появляется в db2diag.log после ручной попытки удаления. Марк, вот что в db2dialog (файл прикрепляю) : При выполнении команды DROP DATABASE была такая ругачка: SQL1036C An I/O error occurred while accessing the database. SQLSTATE=58030 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2015, 13:17 |
|
||
|
Проблемы с удалением и восстановлением базы (db2 9.7)
|
|||
|---|---|---|---|
|
#18+
Вот еще свежачек: db2cmd.exe /C /W /I db2 RESTORE DATABASE WDAT5 USER ****** USING ******r FROM G:/DB2Dump/DB2 TO D: INTO DAT5 LOGTARGET G:/Archivelog/DAT5/log WITHOUT PROMPTING SQL1005N The database alias "DAT5" already exists in either the local database directory or system database directory. SQL1005N The database alias "DAT5" already exists in either the local database directory or system database directory.13:19 подробности: в папке D:\DB2\NODE0000 отсутствует каталог этой базы, нам нужно её грохнуть и восстановить из бэкапа. удалить не получается с той ошибкой в 13:26 2015-03-16-13.37.12.947000+180 I265882F670 LEVEL: Error PID : 4836 TID : 8048 PROC : db2syscs.exe INSTANCE: DB2 NODE : 000 DB : DAT5 APPHDL : 0-6686 APPID: 192.168.121.137.34978.150316103709 AUTHID : ****** EDUID : 8048 EDUNAME: db2agent (DAT5) 0 FUNCTION: DB2 UDB, config/install, sqlf_read_db_and_verify, probe:738 MESSAGE : ZRC=0x860F000A=-2045837302=SQLO_FNEX "File not found." DIA8411C A file "" could not be found. DATA #1 : String, 39 bytes SQL5005: Error opening old config file DATA #2 : String, 33 bytes D:\DB2\NODE0000\SQL00008\SQLDBCON 2015-03-16-13.37.12.947000+180 I266554F529 LEVEL: Error PID : 4836 TID : 8048 PROC : db2syscs.exe INSTANCE: DB2 NODE : 000 DB : DAT5 APPHDL : 0-6686 APPID: 192.168.121.137.34978.150316103709 AUTHID : ***** EDUID : 8048 EDUNAME: db2agent (DAT5) 0 FUNCTION: DB2 UDB, config/install, sqlf_read_db_and_verify, probe:742 MESSAGE : ZRC=0xFFFFEC73=-5005 DATA #1 : String, 45 bytes Error while reading and verifying config file13:39 D:\DB2\NODE0000\SQL00008 - папка отсутствует 13:40 Как все же удалить базу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2015, 13:48 |
|
||
|
Проблемы с удалением и восстановлением базы (db2 9.7)
|
|||
|---|---|---|---|
|
#18+
medoed, Оно ругается на отсутствие файла: D:\DB2\NODE0000\SQL00008\SQLDBCON Ваше "ручное удаление" базы случайно не заключалось в том, чтобы стереть этот каталог руками: D:\DB2\NODE0000\SQL00008 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2015, 14:12 |
|
||
|
Проблемы с удалением и восстановлением базы (db2 9.7)
|
|||
|---|---|---|---|
|
#18+
Mark Barinsteinmedoed, Оно ругается на отсутствие файла: D:\DB2\NODE0000\SQL00008\SQLDBCON Ваше "ручное удаление" базы случайно не заключалось в том, чтобы стереть этот каталог руками: D:\DB2\NODE0000\SQL00008 ? У нас есть штатная процедура состоящая из Код: sql 1. . После установки FP10 при drop стала виснуть DB2 на разных базах (DB2 9.7). При этом полностью зависал инстанс, по крайней мере через центр управления подключаться не удавалось. Остановка инстанса не работала. Приходилось перезагружаться. В первый раз после перезагрузки работа восстановилась. Сейчас же возникла вот такая ситуация. Получается, что папка удалена, а запись осталась. В штатном режиме у нас выполняется db2cmd.exe /C /W /I db2 DROP DB ИмяБазы Сейчас же это приводило к зависанию, но та же команда DROP DB ИмяБазы выполненная из того же процессора командной строки но запущенного через GUI выполнилась без ошибок. Смею предположить, что что то поменялось в db2cmd.exe. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2015, 14:58 |
|
||
|
Проблемы с удалением и восстановлением базы (db2 9.7)
|
|||
|---|---|---|---|
|
#18+
medoed, Если каталогов базы нет, а сама база есть в локальном каталоге, то сделайте так, как описано тут: Удалить старый алиас БД В вашем случае надо скопировать SQL000NN -> SQL00008, где SQL000NN - каталог, который присвоится созданной базе. После удаления старой базы вам надо будет руками удалить все контейнеры табличных пространств этой базы, которые вы создавали руками, используя абсолютные, а не относительные пути (если вы вообще это делали). Посмотреть их можно, указав опцию redirect generate script при восстановлении. По-хорошему, вам надо открыть PMR по поводу зависания при drop db. Альтернативно вы можете попробовать работать с db2 и без db2cmd.exe. Для этого надо в системе установить переменную DB2CLP в значение **$$**. И тогда вы можете обойтись без db2cmd.exe и работать с db2 из обычного cmd.exe. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2015, 17:34 |
|
||
|
Проблемы с удалением и восстановлением базы (db2 9.7)
|
|||
|---|---|---|---|
|
#18+
Mark Barinsteinmedoed, Если каталогов базы нет, а сама база есть в локальном каталоге, то сделайте так, как описано тут: Удалить старый алиас БД В вашем случае надо скопировать SQL000NN -> SQL00008, где SQL000NN - каталог, который присвоится созданной базе. После удаления старой базы вам надо будет руками удалить все контейнеры табличных пространств этой базы, которые вы создавали руками, используя абсолютные, а не относительные пути (если вы вообще это делали). Посмотреть их можно, указав опцию redirect generate script при восстановлении. По-хорошему, вам надо открыть PMR по поводу зависания при drop db. Альтернативно вы можете попробовать работать с db2 и без db2cmd.exe. Для этого надо в системе установить переменную DB2CLP в значение **$$**. И тогда вы можете обойтись без db2cmd.exe и работать с db2 из обычного cmd.exe. Спасибо, Марк, за ответ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2015, 17:57 |
|
||
|
|

start [/forum/topic.php?fid=43&fpage=20&tid=1600865]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
72ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 187ms |

| 0 / 0 |
