Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
09.12.2014, 13:54
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Здравствуйте. О себе... Опыта работы в части администрирования DB2 нет. управление производилось в основном через центр управления. Заранее прошу сделайте, пожалуйста, скидку за терминологию и интелект. Попытки решить проблему изучая материалы форума и мат. часть в течении нескольких дней к желаемому результату не привели! Хорошо выходные - база не использовалась, а характер работы позволял день-два в режиме информационного простоя О ПРОБЛЕМЕ После ошибки работы сервера, служба DB2 останавливается после загрузки OS и любого обращения к менеджеру базы данных в логах сервера WinServ2003 имеется регулярные сообщения от DB2 express 9.1 ADM7513W Запущен менеджер баз данных. db2start : SQL1063N Загрузка менеджера баз данных успешно завершена. ADM1530E Началось аварийное восстановление. DM1531E Аварийное восстановление завершено успешно. имеется резервная копия в F:\DB2BackUP\DB2 TRADE.0.DB2.NODE0000.CATN0000.20141123231702.001 а в папке E:\db2log\001trade как я думаю журналы транзакций S0000000.LOG .... S0000031.LOG SQLLPATH.TAG ВОПРОСЫ 1 Возможность восстановления работоспособности текущей базы 2 Возможность восстановление базы из резервной копии на другом сервере (подготовлен с установленным той же версии экземпляром DB2 3 Какой вариант выглядит наиболее приемлемым по вероятности решения и с меньшими временными затратами (размер базы более 100 Гб, время выполнения бэкапа на старом железе около 1часа ) после выполнения db2diag -A db2gcf -u -L прилагаю db2diag.log отредактированный в части повторяющейся бесконечно заключительных строк: 2014-12-09-15.48.06.421000+360 I12980H316 LEVEL: Error PID : 2116 TID : 2288 PROC : rphost.exe INSTANCE: DB2 NODE : 000 FUNCTION: DB2 UDB, common communication, sqlcctcpconnr, probe:110 MESSAGE : DIA3202C The TCP/IP call "connect" returned an errno="10061". Очень надеюсь на Вашу помощь Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.12.2014, 20:14
|
|||
|---|---|---|---|
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, 1. Конечно же первым делом попробовать восстановить базу на отдельном сервере и посмотреть, живёт ли она там. 2. Похоже побита одна из системных таблиц. Попробуйте паралельно на сервере, где поломалось (при потушенном сервисе инстанса БД): Код: plaintext 3. В IBM ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.12.2014, 09:23
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
CawaSPb, запрашиваемый лог прикреплен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.12.2014, 15:43
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
CawaSPb, помогите разобраться с настройками DB2 на новом сервере при первом подключении к базе запрашиваются авторизационные сведения В интерактивных утилитах ввод разрешает дальнейшие действиям выполнении из командной строки заканчивается ошибкой 24 авторизации добавление параметра User с последующим вводом "правильного пароля" заканчивается ошибкой выполнения. не получается запустить восстановление из архива ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.12.2014, 21:44
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, Зайдите в систему под db2admin и выполните restore без указания имени пользователя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.12.2014, 23:06
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark Barinstein, что не так с синтаксисом или причина как всегда в другом? C:\Program Files (x86)\IBM\SQLLIB\BIN>db2 RESTORE DATABASE TRADE FROM "C:\RESTDA T" TAKEN AT 20141123231702 TO "D:" INTO TRADE NEWLOGPATH "C:\DB2-log" WITH 2 BUF FERS BUFFER 1024 PARALLELISM 1 WITHOUT PROMPTING SQL0902C Системна ошибка (код ошибки = ""). Последующие операторы SQL невозможно обработать. SQLSTATE=58005 C:\Program Files (x86)\IBM\SQLLIB\BIN> ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.12.2014, 23:28
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, Что в db2diag.log после выдачи команды появляется? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 00:30
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark Barinstein, обнаружил такую ошибку OSERR: ERROR_PATH_NOT_FOUND (3) ARG #1 : String, 12 bytes запустил командный процессор из каталога с АК прописанные пути удалил RESTORE DB TRADE FROM . INTO TRADER WITHOUT ROLLING FORVARD WITHOUT PROMPTING; посыпались жалобы на опции FORVARD, PROMPTING сократил команду до минимума в результате не могу ответить интерактивно c:\RESTDAT>db2 RESTORE DB TRADE FROM . INTO TRADER SQL2529W Внимание! Восстанавливается существующая база данных, которая отличается от базы данных резервной копии, алиас "TRADER" существующей базы отличается от алиаса "TRADE" резервной копии и имя "TRADER" существующей базы отличается от имени "TRADE" резервной копии. База данных будет заменена на резервную копию. Журналы регистрации для восстановления с повтором, связанные с базой данных, будут стерты. Хотите продолжить? (д/н) д Хотите продолжить? (д/н) Да Хотите продолжить? (д/н) Y Хотите продолжить? (д/н) y Хотите продолжить? (д/н) Yes Хотите продолжить? (д/н) YES Хотите продолжить? (д/н) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 00:32
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark BarinsteinBars56, Что в db2diag.log после выдачи команды появляется? в каких случаях или по какой команде записи в файле лога удаляются? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 00:36
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
[quot CawaSPb]Bars56, 2. Похоже побита одна из системных таблиц. Попробуйте паралельно на сервере, где поломалось (при потушенном сервисе инстанса БД): Код: plaintext по результату осмотра репотра оценку состояния можно огласить?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 09:38
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, Попробуйте так: db2 RESTORE DB TRADE FROM "C:\RESTDAT" ON "D:" REPLACE EXISTING REDIRECT GENERATE SCRIPT trade_restore.sql WITHOUT PROMPTING Покажите появившийся в текущем каталоге файл trade_restore.sql. P.S.: В своей команде вы неправильно написали слово, надо было: WITHOUT ROLLING FORWARD ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 11:07
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark Barinstein, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 11:24
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark Barinstein, очень признателен за поддержку и затраченное Ваше время для более полной информации прилагаю содержание папки с архивной копией ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 14:48
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, Из Start->Run->db2cw на сервере из какого-нибудь каталога: rem Архивируем db2diag.log: d:\mydir> db2diag -A rem В одну строку: d:\mydir> db2 RESTORE DATABASE TRADE FROM 'C:\RESTDAT' TAKEN AT 20141123231702 ON 'D:' REPLACE EXISTING WITHOUT ROLLING FORWARD WITHOUT PROMPTING rem Если появится ошибка, прикрепите db2diag_latest.log от: d:\mydir> db2diag > db2diag_latest.log ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 16:19
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark Barinstein, результат приложенном архиве ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 17:43
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, В 9.1, видимо, db2diag как-то странно работает, запущенная без параметров. Прикрепите ещё раз db2diag.log, эта команда должна была его сохранить в db2diag_latest.log, но не сделала этого... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 18:12
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, не понравился ей этот параметр ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 18:54
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, Оно ругается на путь: "CRESTDAT" Код: plaintext 1. 2. 3. 4. Попробуйте так: db2 RESTORE DB TRADE FROM 'C:\RESTDAT' ON 'D:' REPLACE EXISTING REDIRECT GENERATE SCRIPT trade_restore.sql WITHOUT PROMPTING ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 19:08
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark Barinstein, Команда выполнена успешно. скрипт сформировался ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 19:24
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark Barinstein, Восстановление должно было начаться или еще требуются какие либо действия? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 19:54
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, Прошу прощения, надо: db2 RESTORE DB TRADE FROM 'C:\RETDAT' ON 'D:' REPLACE EXISTING WITHOUT PROMPTING ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 19:56
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
'C:\RESTDAT' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 21:12
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark Barinstein, Путь только в первый раз был некорректно указан, затем в командах правильно всегда прописывался, иначе в логах обязательно отразилось в чем то другом причина. может файл Рез. Копии? пробовал разные варианты командной строки убрал пути из команды к базе и запустил скрипт из папки с резервной копией И из центра управления ... Уже и свет в конторе на пару минут погас! Это знак.... И откладывать дальше некуда может будут еще какие мысли и варианты Извините за эмоции ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2014, 21:28
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Bars56, В том db2diag.log, который вы прислали, последняя запись в 18.07 с неправильным путём. db2 RESTORE DB TRADE FROM 'C:\RESTDAT' ON 'D:' REPLACE EXISTING WITHOUT PROMPTING или кавычки уберите и запустите снова, если не получится так. Прикрепите db2diag.log после этого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.12.2014, 11:57
|
|||
|---|---|---|---|
|
|||
Помогите восстановить БАЗУ в рабочее состояние |
|||
|
#18+
Mark Barinstein, На старом сервере удалил из файловой системы базу Служба db2 перестала останавливаться удалил базу из экземпляра (Drop), создал новую стандартную с тем же именем В центре управления через мастер восстановления операция восстановления прошла успешно Единственно не получилось накатить транзакции т.к. не задал все парметры ВОПРОС Есть информация какие табличные пространства для 1С нужно восстанавливать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=43&mobile=1&tid=1600923]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
161ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
| others: | 15ms |
| total: | 273ms |

| 0 / 0 |
