Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Добрый день! Нарвался на непонятку... Всегда думал что простыми командами: db2 force application all db2 restore database strah from /files/backup into strah replace existing without rolling forward without prompting спокойно восстановлю базу из бэкапа, несмотря ни на какие преграды...НО! Не тут то было! сначала мне говорили, что недоступны какие то контейнеры, потом еще что-то... Чтобы сильно не путаться в этих сообщениях я решил просто дропнуть базу и начисто восстановить ее с бэкапа вышеприведенными командами... В итоге кажется дропнуть базу удалось, однако как то странно.... если я говорю db2 list db directory System Database Directory Number of entries in the directory = 2 Database 1 entry: Database alias = TOOLSDB Database name = TOOLSDB Local database directory = /home/db2inst Database release level = d.00 Comment = Directory entry type = Indirect Catalog database partition number = 0 Alternate server hostname = Alternate server port number = Database 2 entry: Database alias = STRAH Database name = STRAH Local database directory = /home/db2inst Database release level = d.00 Comment = Directory entry type = Indirect Catalog database partition number = 0 Alternate server hostname = Alternate server port number = Тогда говорю: db2 connect to strah SQL1013N The database alias name or database name "STRAH" could not be found. SQLSTATE=42705 смотрю в помощь.. SQL1013N Не найдена база данных с алиасом или именем "<имя>". Объяснение: Указанный в команде алиас или имя базы данных не относится ни к одной из существующих баз данных или базу данных не удалось найти в каталогах баз данных (клиента или сервера). законно...опять говорю restore и так дальше... DB20000I The FORCE APPLICATION command completed successfully. DB21024I This command is asynchronous and may not be effective immediately. SQL1005N The database alias "STRAH" already exists in either the local database directory or system database directory. SQLSTATE=00000 смотрю в хелп ... SQL1005N Алиас базы данных "<имя>" уже существует либо в локальном каталоге баз данных, либо в системном каталоге баз данных. у ты какая!.. тогда ---- db2 uncatalog db strah DB20000I The UNCATALOG DATABASE command completed successfully. DB21056W Directory changes may not be effective until the directory cache is refreshed. [db2inst@ bin]$ db2 create db strah SQL0970N The system attempted to write to a read-only file. SQLSTATE=55009 хелп: SQL0970N Система пыталась произвести запись в файл только для чтения. Объяснение: Файл, используемый базой данных, помечен как файл только для чтения или не существует. База данных требует доступа для записи в этот файл. Оператор невозможно обработать. Куда смотреть? И что делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2011, 08:13 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
У Вас каки-то проблемы с разрешениями на запись данных в файловой системе. Если линукс, юникс, гляньте, что говорит: Код: plaintext 1. Нужно обратить внимание на вложенный каталог db2inst1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2011, 08:21 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Peter Wilson, ls -l /home/db2inst/ итого 48 -rw-r--r-- 1 db2inst db2iadm 7002 Май 19 22:23 backups.log -r--r--r-- 1 db2inst user 395 Июн 16 11:29 create_logic.sh drwxrwxr-x 3 db2inst db2iadm 4096 Мар 25 14:22 db2inst drwxr-xr-x 2 db2inst db2iadm 4096 Мар 28 16:18 Desktop -r--r--r-- 1 db2inst user 393 Июн 16 11:29 drop_logic.sh drwxr-xr-x 2 db2inst user 4096 Июн 16 11:31 sql drwxrwsr-t 22 db2inst db2iadm 4096 Мар 29 13:36 sqllib drwx--x--x 10 db2inst db2iadm 4096 Апр 12 18:03 STRAH drwxrwxr-x 5 user user 4096 Мар 18 18:31 UTIL_TFOMS ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2011, 09:35 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Да, разрешения нормально. Мне непонятно: зачем для восстановления базы из оффлайн-бэкапа ее нужно создавать? Можно же и без создания восстанавливать. Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2011, 10:32 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
А зачем сразу восстанавливать базу в исходную? Можно сначала восстановить ее в базу с другим именем, проверить, и после этого старую удалить, а новую переименовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2011, 15:33 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Peter Wilson, Дык... Я бы с удовольствием... Именно поэтому и начал этот разговор потому что непонятно почему не восстанавливается база... сначала хотел просто restore и так дальше - ОБЛОМ... тогда просто для проверки адекватности системы даю команду просто создать базу - и тут ОБЛОМ! вот ведь в чём вопрос! на самом деле сервер этот тестовый - могу делать всё что хочу... могу, конечно огульно расставлять полные права на все каталоги... только хотелось бы понять из-за чего такая напасть приключилась? и где настоящая причина? могу сказать такие слова, возможно Вам они помогут прояснить мой моцк... я взял бэкап с боевого сервера к сожалению боевой и тестовый сервера оказались различны (тестовый ставил я, боевой - напарник) различны они оказались в именах и правах... вот кусочки из файлов group и passwd group боевого user:x:500: dasadm:x:103:db2inst db2iadm:x:104:db2inst db2fadm:x:105:db2inst passwd боевого dasusr1:x:500:102::/home/dasusr1:/bin/bash db2inst:x:501:103::/home/db2inst:/bin/bash db2fenc1:x:502:104::/home/db2fenc1:/bin/bash group тестового dasadm:x:103:db2inst db2iadm:x:104: db2fadm:x:105: passwd тестового tstdbadm:x:501:103::/home/tstdbadm:/bin/bash db2inst:x:502:104::/home/db2inst:/bin/bash db2fenc:x:503:105::/home/db2fenc:/bin/bash как видно есть два разных пользователя dasusr1 и tstdbadm а пользователей db2inst я постарался приравнять в правах... только вот не понимаю насколько это получилось...думаю что как раз и НЕ получилось вполне.. потому и такие траблы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2011, 02:25 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Визуально заметно, что /etc/group тестового и боевого у Вас отличаются. Рекомендации по настройке есть в DB2 Installation Guide. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2011, 11:16 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. cold09Именно поэтому и начал этот разговор потому что непонятно почему не восстанавливается база... сначала хотел просто restore и так дальше - ОБЛОМ... тогда просто для проверки адекватности системы даю команду просто создать базу - и тут ОБЛОМ! ... а пользователей db2inst я постарался приравнять в правах..."пользователей db2inst я постарался приравнять в правах" - это как? Если вы создаёте базу, а оно вам пишет про read-only файл, то вы что-то с правами намудрили. Когда вы создаёте пустую базу, то она создастся в каталоге, выдаваемом командой Код: plaintext В нём создастся подкаталог db2inst/NODE0000 и там уже разные файлы и каталоги. Так вот, если у вас там ничего полезного нет, вы этот подкаталог полностью сотрите и попробуйте снова. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2011, 20:37 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, Добрый день! Я уже ничего не понимаю в этой жизни... говорю list db directory - показывает две базы toolsdb и strah команда db2 get dbm cfg | grep -i dftdbpath - дала ответ home/db2inst тогда говорю db2 uncatalog db strah - отвечает стандартно - норма, команда выполнена, изменения вступят в силу после обновления кэша.. ну на всякий случай говорю db2 terminate проверяю - list db directory - показывает только базу toolsdb пускаю скрипт восстановления: path=/user/local/bin:/user/bin:/bin:/home/db2inst/sqllib/bin db2 force application all db2 restore database strah from /files/backup into strah replace existing without rolling forward without prompting опять говорит что DB20000I The FORCE APPLICATION command completed successfully. DB21024I This command is asynchronous and may not be effective immediately. SQL1005N The database alias "STRAH" already exists in either the local database directory or system database directory. SQLSTATE=00000 проверяю и точно! list db directory - показывает две базы toolsdb и strah прямо заколдованный круг какой то! уже перенес в другое место (/tmp) каталоги STRAH и NODE0000 из каталога /home/db2inst и всё равно! как только пускаю скрипт восстановления - опять по команде db2 list db directory вижу обе базы... просто зло уже берёт! толкусь среди двух сосен и именно на них постоянно натыкаюсь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2011, 08:06 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
cold09, Попробовать вот так: Перед каждым пунктом желательно выполнять db2diag -A (архивация db2diag.log), чтобы в db2diag.log была информация от начала операции. 1. Восстановить базу с другим именем db2 restore database strah from /files/backup INTO TEST Это чтобы убедиться что нормально происходит восстановление в несуществующую БД. Если восстановление закончится с ошибкой, смотреть в db2diag.log 2. Удалить базу strah db2 drop database strah Если удаление пройдет с ошибкой, смотреть в db2diag.log 3. Восстановить базу базу strah db2 restore database strah from /files/backup Если восстановление закончится с ошибкой, смотреть в db2diag.log ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2011, 09:59 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Евгений Хабаров, Можно сделать немного по другому 1. Восстановить базу в базу с другим именем 2. Переименовать старую базу с помощью db2relocatedb 3. Переименовать новую базу 4. Удалить старую ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2011, 10:11 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Евгений Хабаров, Спасибо за совет! К сожалению, по ходу придётся всё ставить с "нуля" потому как сразу же на шаге вот.... [db2inst@localhost bin]$ db2diag -A db2diag: Moving "/home/db2inst/sqllib/db2dump/db2diag.log" to "/home/db2inst/sqllib/db2dump/db2diag.log_2011-07-22-18.08.37" [db2inst@localhost bin]$ cd /usr/local/bin/ [db2inst@localhost bin]$ ./restore.sh DB20000I The FORCE APPLICATION command completed successfully. DB21024I This command is asynchronous and may not be effective immediately. SQL0902C A system error (reason code = "") occurred. Subsequent SQL statements cannot be processed. SQLSTATE=58005 [db2inst@localhost bin]$ файл диаг прилагаю... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2011, 10:16 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
ОЙ! Простите! Не сообщил по ходу важную детальку... Бэкап делаю на сервере с 8 гигами памяти, а восстанавливаю на сервере с 4 гигами... может из-за этого такие траблы? Как их тогда обойти? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2011, 10:20 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
cold09, А содержимое restore.sh где? Какая команда привела к ошибке непонятно. Когда есть проблемы, лучше в явном виде выполнять команды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2011, 10:53 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Евгений Хабаровcold09, А содержимое restore.sh где? Какая команда привела к ошибке непонятно. Когда есть проблемы, лучше в явном виде выполнять команды. path=/user/local/bin:/user/bin:/bin:/home/db2inst/sqllib/bin db2 force application all db2 restore database strah from /files/backup into strah replace existing without rolling forward without prompting в итоге получил [db2inst@localhost bin]$ ./restore.sh DB20000I The FORCE APPLICATION command completed successfully. DB21024I This command is asynchronous and may not be effective immediately. SQL0902C A system error (reason code = "") occurred. Subsequent SQL statements cannot be processed. SQLSTATE=58005 хотя пробовал и явно в строке писать db2 restore database strah from /files/backup into strah replace existing without rolling forward without prompting только результат такой же.. а Вы смотрели db2diag.log? что-нить в нём понятно? Я вот когда в него смотрел, обратил внимание на вот это.. ... CPU: total:2 online:2 Cores per socket:1 Threading degree per core:2 Physical Memory(MB): total:3017 free:2306 Virtual Memory(MB): total:8041 free:7330 Swap Memory(MB): total:5024 free:5024 ... тогда и написал пост про память ... что бэкап делался на сервере с 8 гигами оперативки а восстанавливаю на 4-х гиговом... или это мои смешные фантазии? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2011, 11:09 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Нет, это не имеет значения. В диаглоге больше ничего нет про стадию восстановления? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2011, 11:16 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
cold09, Очень рекомендую попробовать восстановление в несуществующую базу данных (в примере команды это база TEST). Команды желательно выдавать залогинившись (или выполнив su - ) пользователем db2inst. db2diag -A db2 restore database strah from /files/backup INTO TEST Команда либо отработает без ошибок, либо завершится с ошибкой, в таком случае нужен будет код ошибки и db2diag.log. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2011, 11:38 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
cold09SQL0902C A system error (reason code = "") occurred. Subsequent SQL statements cannot be processed. SQLSTATE=58005 [db2inst@localhost bin]$ файл диаг прилагаю... Что выдаёт команда: ipcs -l ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2011, 19:34 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Mark Barinsteincold09SQL0902C A system error (reason code = "") occurred. Subsequent SQL statements cannot be processed. SQLSTATE=58005 [db2inst@localhost bin]$ файл диаг прилагаю... Что выдаёт команда: ipcs -l Доброе утро! Спасибо за переживания... Прошу большого прощения за большие задержки в ответах... Такая у нас безопасность (враги народные... других слов не подбирается..)... Сидим на випнете...во-первых скорости никакой, а во-вторых постоянно приходиться переключаться из основной конфигурации в открытую... Теперь по сути вопроса: [root@localhost ~]# ipcs -l ------ Пределы совм. исп. памяти -------- max number of segments = 4096 max seg size (kbytes) = 67108864 max total shared memory (kbytes) = 17179869184 минимальный размер сегмента (байт) = 1 ------ Пределы семафоров -------- максимальное количество массивов = 128 максимум семафоров на массив = 250 максимум семафоров на всю систему = 32000 максимум операций на вызов семафора = 32 максимальное значение семафора = 32767 ------ Сообщения: Пределы -------- максимум очередей для всей системы = 16 максимальный размер сообщения (байт) = 65536 максимальный по умолчанию размер сообщения (байт) = 65536 [root@localhost ~]# ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2011, 04:47 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
cold09[root@localhost ~]# ipcs -l ------ Пределы совм. исп. памяти -------- max number of segments = 4096 max seg size (kbytes) = 67108864 max total shared memory (kbytes) = 17179869184 минимальный размер сегмента (байт) = 1 ------ Пределы семафоров -------- максимальное количество массивов = 128 максимум семафоров на массив = 250 максимум семафоров на всю систему = 32000 максимум операций на вызов семафора = 32 максимальное значение семафора = 32767 ------ Сообщения: Пределы -------- максимум очередей для всей системы = 16 максимальный размер сообщения (байт) = 65536 максимальный по умолчанию размер сообщения (байт) = 65536 [root@localhost ~]#У вас слишком маленькие значения параметров ядра: максимальное количество массивов = 128 (semmni, в db2diag.log есть сообщения о невозможности создать семафор) и максимум очередей для всей системы = 16 (kernel.msgmni) Согласно Kernel parameter requirements ( Linux ) , для 4 GB памяти в /etc/sysctl.conf надо: kernel.sem=250 256000 32 1024 kernel.msgmni=4096 да и макс. размеры сегмента и разделяемой памяти какие-то слишком большие. Надо бы: kernel.shmmax=4294967296 kernel.shmall=2097152 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2011, 21:11 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Марк,Евгений у меня те же грабли только в профиль. Есть три Linux -системы: две используются для тестирования и для формирования различных отчётов, а так же что бы программы нахлебники не грузили основной сервер, третий сервер основной и с него на тестовый и отчётный идёт еженочное восстанавливается БД. С недавнего времени с тестовым и отчётным серверами начались проблемы при восстановлении БД т.е. при нормальном восстановлении через скрипт следующего содержания: #!/bin/bash #VERSION=1.01 PATH=$PATH:/opt/ibm/db2/V9.7/bin DATE_TIME=/home/db2inst/Logs/restore_"`date +%Y%m%d%H%M%S`".log COPY_TIME="`ls /home/db2inst/Restore/<nameDB>* -t --format=single-column|head -n 1|cut -c 57-70`" su - db2inst -c "db2 force application all" > $DATE_TIME su - db2inst -c "db2 force application all" >> $DATE_TIME su - db2inst -c "db2 db2stop force" >> $DATE_TIME su - db2inst -c "db2 db2start" >> $DATE_TIME su - db2inst -c "db2 restore database <nameDB> from /home/db2inst/Restore taken at $COPY_TIME into <nameDB> replace existing" >> $DATE_TIME su - db2inst -c "db2 rollforward db STRAH to end of logs and complete" >> $DATE_TIME su - db2inst -c "db2 db2stop force" >> $DATE_TIME su - db2inst -c "db2 db2start" >> $DATE_TIME В лог падает DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. DB20000I Команда DB2STOP выполнена успешно. DB20000I Команда DB2START выполнена успешно. SQL2539W Внимание! Восстанавливается существующая база, которая совпадает с базой резервной копии. Файлы базы данных будут стерты. DB20000I Команда RESTORE DATABASE выполнена успешно. Состояние повтора Алиас входной базы данных = <nameDB> Число узлов с возвращенным состоянием = 1 Номер узла = 0 Статус повтора = не отложена Следующий файл журнала на чтение = Обработано файлов журналов = - Последняя принятая транзакция = 2011-07-28-00.11.10.000000 Local DB20000I Команда ROLLFORWARD выполнена успешно. DB20000I Команда DB2STOP выполнена успешно. DB20000I Команда DB2START выполнена успешно. Если восстановление проходит криво то DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. DB20000I Команда DB2STOP выполнена успешно. DB20000I Команда DB2START выполнена успешно. SQL0104N Обнаружен неправильный элемент "<nameDB>" после текста "INTO". Список возможных правильных элементов: "TO". SQLSTATE=42601 SQL1261N База данных "<nameDB>" не находится в состоянии отложенного повтора на узлах "0", поэтому не требуется повтор транзакций на этих узлах. DB20000I Команда DB2STOP выполнена успешно. DB20000I Команда DB2START выполнена успешно. Другая система, на которую так же проходит восстановление, с той же самой копии по тому же самому скрипту, ведёт себя ещё более загадочно там сбои восстновления происходят чаще раз в два три дня и сообщения такие: DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. SQL2539W Внимание! Восстанавливается существующая база, которая совпадает с базой резервной копии. Файлы базы данных будут стерты. DB20000I Команда RESTORE DATABASE выполнена успешно. SQL1265N Неправильный последовательный номер архивного файла журнала "S0008231.LOG" для базы данных "<nameDB>" на узле "0". DB20000I Команда DB2STOP выполнена успешно. DB20000I Команда DB2START выполнена успешно. или такие DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. SQL2539W Внимание! Восстанавливается существующая база, которая совпадает с базой резервной копии. Файлы базы данных будут стерты. DB20000I Команда RESTORE DATABASE выполнена успешно. SQL1218N В пуле буферов "" в настоящее время нет доступных страниц. SQLSTATE=57011 DB20000I Команда DB2STOP выполнена успешно. DB20000I Команда DB2START выполнена успешно. Попытки отключить восстановление журналов особо не помогает т.е. в скрипте на восстновление я уже попробовала и su - db2inst -c "db2 restore database <nameDB> from /home/db2inst/Restore taken at $COPY_TIME into <nameDB> replace existing" >> $DATE_TIME и такой вариант su - db2inst -c "db2 restore database <nameDB> from /home/db2inst/Restore taken at $COPY_TIME replace existing" >> $DATE_TIME сегодня поставила на ночь этот вариант su - db2inst -c "db2 restore database <nameDB> from /home/db2inst/Restore taken at $COPY_TIME without rolling forward" >> $DATE_TIME Похоже мне так же как и коллеге нужно смотреть сам Linux ipcs -l на той системе где чаще всего идёт отказы в восстновлении БД ------ Пределы совм. исп. памяти -------- max number of segments = 4096 max seg size (kbytes) = 1048576 max total shared memory (kbytes) = 13949972 минимальный размер сегмента (байт) = 1 ------ Пределы семафоров -------- максимальное количество массивов = 1024 максимум семафоров на массив = 250 максимум семафоров на всю систему = 256000 максимум операций на вызов семафора = 32 максимальное значение семафора = 32767 ------ Сообщения: Пределы -------- максимум очередей для всей системы = 1024 максимальный размер сообщения (байт) = 65535 максимальный по умолчанию размер сообщения (байт) = 65536 А память [LLLL@xxx ~]# cat /proc/meminfo MemTotal: 16411736 kB MemFree: 6638832 kB Buffers: 12396 kB Cached: 9129504 kB SwapCached: 0 kB Active: 581480 kB Inactive: 9023620 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 16411736 kB LowFree: 6638832 kB SwapTotal: 18448376 kB SwapFree: 18448376 kB Dirty: 24 kB Writeback: 0 kB AnonPages: 463256 kB Mapped: 8852880 kB Slab: 79008 kB PageTables: 28652 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 26654244 kB Committed_AS: 14268264 kB VmallocTotal: 34359738367 kB VmallocUsed: 272108 kB VmallocChunk: 34359465851 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 Hugepagesize: 2048 kB Если есть варианты подскажите ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2011, 09:07 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
Anka_S, 1. db2level на всех трех системах одинаковый? 2. Откуда берутся архивные логи при восстановлении базы? Не вижу чтобы из бекапа распаковывались архивные логи (параметр LOGTARGET) и чтобы при ROLLFORWARD указывался путь к этим логам (OVERFLOW LOG PATH). Переменная OVERFLOWLOGPATH (db2 get db cfg for database <namedb>) на системе где выдается SQL1265N как выставлена? Я бы добавил первой и последней командой в скрипте команду "db2diag -A", чтобы архивировался db2diag, тогда и разбираться будет проще, на каждую отработку скрипта будет отдельный файл диагностики. И при проблемах его можно будет прикладывать к описанию проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2011, 14:28 |
|
||
|
Не могу восстановить бэкап
|
|||
|---|---|---|---|
|
#18+
1. db2level на всех трех системах одинаковый? Да одинаковые DB21085I Экземпляр "db2inst" использует "64" бит и выпуск кода DB2 "SQL09071"с идентификатором выпуска "08020107". Информационные элементы суть "DB2 v9.7.0.1", "s091114", "IP23034", а также пакет FixPack "1". Продукт установлен в "/opt/ibm/db2/V9.7". 2. Откуда берутся архивные логи при восстановлении базы? Не вижу чтобы из бекапа распаковывались архивные логи (параметр LOGTARGET) и чтобы при ROLLFORWARD указывался путь к этим логам (OVERFLOW LOG PATH). Переменная OVERFLOWLOGPATH (db2 get db cfg for database <namedb>) на системе где выдается SQL1265N как выставлена? Параметр путь к журналам переполнения не установлен т.е. OVERFLOWLOGPATH не задан Вручную восстановление с той же копии тем же скриптом проходит, т.е. при восстановлении через планировщик cron 7:30 скрипт пишет DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. SQL1084C Невозможно разместить сегменты под совместную память. SQLSTATE=57019 SQL1084C Невозможно разместить сегменты под совместную память. SQLSTATE=57019 DB20000I Команда DB2STOP выполнена успешно. DB20000I Команда DB2START выполнена успешно. При запуске того же скрипта позднее вручную в 9:15 DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. DB20000I Команда FORCE APPLICATION выполнена успешно. DB21024I Асинхронная команда - может подействовать не сразу. SQL2539W Внимание! Восстанавливается существующая база, которая совпадает с базой резервной копии. Файлы базы данных будут стерты. DB20000I Команда RESTORE DATABASE выполнена успешно. Состояние повтора Алиас входной базы данных = nameDB Число узлов с возвращенным состоянием = 1 Номер узла = 0 Статус повтора = не отложена Следующий файл журнала на чтение = Обработано файлов журналов = - Последняя принятая транзакция = 2011-08-01-01.13.53.000000 Local DB20000I Команда ROLLFORWARD выполнена успешно. DB20000I Команда DB2STOP выполнена успешно. DB20000I Команда DB2START выполнена успешно. После скрипта восстановления на системе куда БД должна быть восстановлена никаких действий не ведётся, db2diag -A выставлю посмотрим что напишет завтра ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2011, 07:48 |
|
||
|
|
start [/forum/topic.php?fid=43&msg=37362546&tid=1602175]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
65ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 17ms |
| total: | 197ms |
| 0 / 0 |
