powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Проблемы с удалением и восстановлением базы (db2 9.7)
8 сообщений из 8, страница 1 из 1
Проблемы с удалением и восстановлением базы (db2 9.7)
    #38905782
Фотография medoed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день! При очередном восстановлении бэкапов баз данных (одной из баз) на сервере завис инстанс!
После перезагрузки и ручной попытке удалении - база пишет ругачку.
Что можно сделать? Спасибо за советы!

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
...
Рейтинг: 0 / 0
Проблемы с удалением и восстановлением базы (db2 9.7)
    #38905802
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Добрый день.

Покажите, что появляется в db2diag.log после ручной попытки удаления.
...
Рейтинг: 0 / 0
Проблемы с удалением и восстановлением базы (db2 9.7)
    #38905826
Фотография medoed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mark BarinsteinДобрый день.
Покажите, что появляется в db2diag.log после ручной попытки удаления.

Марк, вот что в db2dialog (файл прикрепляю) :

При выполнении команды DROP DATABASE была такая ругачка:
SQL1036C An I/O error occurred while accessing the database. SQLSTATE=58030
...
Рейтинг: 0 / 0
Проблемы с удалением и восстановлением базы (db2 9.7)
    #38905874
Фотография medoed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот еще свежачек:

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


Как все же удалить базу?
...
Рейтинг: 0 / 0
Проблемы с удалением и восстановлением базы (db2 9.7)
    #38905909
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
medoed,

Оно ругается на отсутствие файла:
D:\DB2\NODE0000\SQL00008\SQLDBCON

Ваше "ручное удаление" базы случайно не заключалось в том, чтобы стереть этот каталог руками:
D:\DB2\NODE0000\SQL00008
?
...
Рейтинг: 0 / 0
Проблемы с удалением и восстановлением базы (db2 9.7)
    #38905963
Фотография medoed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mark Barinsteinmedoed,

Оно ругается на отсутствие файла:
D:\DB2\NODE0000\SQL00008\SQLDBCON

Ваше "ручное удаление" базы случайно не заключалось в том, чтобы стереть этот каталог руками:
D:\DB2\NODE0000\SQL00008
?

У нас есть штатная процедура состоящая из
Код: sql
1.
 drop / restore

.
После установки FP10 при drop стала виснуть DB2 на разных базах (DB2 9.7).
При этом полностью зависал инстанс, по крайней мере через центр управления подключаться не удавалось. Остановка инстанса
не работала. Приходилось перезагружаться.
В первый раз после перезагрузки работа восстановилась.
Сейчас же возникла вот такая ситуация. Получается, что папка удалена, а запись осталась.
В штатном режиме у нас выполняется db2cmd.exe /C /W /I db2 DROP DB ИмяБазы
Сейчас же это приводило к зависанию, но та же команда DROP DB ИмяБазы выполненная из того же процессора командной строки
но запущенного через GUI выполнилась без ошибок.
Смею предположить, что что то поменялось в db2cmd.exe.
...
Рейтинг: 0 / 0
Проблемы с удалением и восстановлением базы (db2 9.7)
    #38906216
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
medoed,

Если каталогов базы нет, а сама база есть в локальном каталоге, то сделайте так, как описано тут:
Удалить старый алиас БД
В вашем случае надо скопировать SQL000NN -> SQL00008, где SQL000NN - каталог, который присвоится созданной базе.
После удаления старой базы вам надо будет руками удалить все контейнеры табличных пространств этой базы, которые вы создавали руками, используя абсолютные, а не относительные пути (если вы вообще это делали). Посмотреть их можно, указав опцию redirect generate script при восстановлении.

По-хорошему, вам надо открыть PMR по поводу зависания при drop db.
Альтернативно вы можете попробовать работать с db2 и без db2cmd.exe.
Для этого надо в системе установить переменную DB2CLP в значение **$$**. И тогда вы можете обойтись без db2cmd.exe и работать с db2 из обычного cmd.exe.
...
Рейтинг: 0 / 0
Проблемы с удалением и восстановлением базы (db2 9.7)
    #38906247
Фотография medoed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mark Barinsteinmedoed,

Если каталогов базы нет, а сама база есть в локальном каталоге, то сделайте так, как описано тут:
Удалить старый алиас БД
В вашем случае надо скопировать SQL000NN -> SQL00008, где SQL000NN - каталог, который присвоится созданной базе.
После удаления старой базы вам надо будет руками удалить все контейнеры табличных пространств этой базы, которые вы создавали руками, используя абсолютные, а не относительные пути (если вы вообще это делали). Посмотреть их можно, указав опцию redirect generate script при восстановлении.

По-хорошему, вам надо открыть PMR по поводу зависания при drop db.
Альтернативно вы можете попробовать работать с db2 и без db2cmd.exe.
Для этого надо в системе установить переменную DB2CLP в значение **$$**. И тогда вы можете обойтись без db2cmd.exe и работать с db2 из обычного cmd.exe.
Спасибо, Марк, за ответ!
...
Рейтинг: 0 / 0
8 сообщений из 8, страница 1 из 1
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Проблемы с удалением и восстановлением базы (db2 9.7)
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]