[ОТВЕТИТЬ]
Опции темы
25.03.2015 09:58
 
Имею проблему с БД Oracle.
Не так давно заметил что бд раздувается огромными темпами, заканчивалось место в таблицах, причем растут индексы. (сейчас индексы весят 100гб 8 файлов, все остальные файлы весят 7гб)
сейчас на этот комп с базой поймали вирус, который зашифровал почти все важное. это в основном архивы, документы мс офис, файлы DBF (безвозвратно пострадала одинеска) программы и которые запускаются как служба вирус зашифровать не успевает, а значит еще есть шанс спасти базу супермага.

На момент, когда я забрал системник, супермаг уже не работал, (кому интересно могу прикрепить лог супермага.)
затем отказал listener, служба не хотела запускаться.
файлы бд, как я уже сказал, не зашифровались, но зашифровались некоторые файлы из Oracle_HOME
Нужно срочно делать дамп.
С горем пополам удалось начать экспорт, (пересоздал listener, восстановил возможность подключаться к базе)
в логе экспорта постоянно появлялись сообщения exp-00091 вида:

Код:
. . exporting table TTSCALEITEMSRATE
. . exporting table TTSCALEKEYMAP          0 rows exported
EXP-00091: Exporting questionable statistics
EXP-00091: Exporting questionable statistics
. . exporting table TTSCALESUBARTICLE
а в конце в конце импорта
Код:
. exporting dimensions
. exporting post-schema procedural objects and actions
EXP-00008: ORACLE error 44001 encountered
ORA-44001: invalid schema
ORA-06512: at "SYS.DBMS_ASSERT", line 243
ORA-06512: at "SYS.DBMS_AW_EXP", line 447
ORA-06512: at line 1
EXP-00083: The previous problem occurred when calling SYS.DBMS_AW_EXP.schema_info_exp
. exporting user history table
. exporting defoult and system auditing options
. exporting statistics
Export terminated successfully whith warnings
видимо этот дамп нельзя будет восстановить нормально

в гуглах нашел, что видимо я допустил ошибку в NLS

щас выполняется еще один экспорт с нормальным NLS_LANG
и уже сразу видно что сообщений типа "EXP-00091" нету.
есть надежда что экспорт будет успешен, или я еще что-то не исправил?

пока писал сообщение закончился второй экспорт without warnings

Оба дампа весят ~46,5 ГБ. Второй (успешный) на 34кб больше
Год назад дамп весил 2,15 ГБ.

Как импортировать базу без лишнего мусора, чтоб бд была не такая опухшая?
25.03.2015 10:41
 
С таким началом я бы предложил не делать дамп. Если база работала, то ее можно файлами и восстановить. С такими познаниями велик риск, что базу убьешь при переливке дампом. Скопируй файлы на новый сервер и восстанавливай.
25.03.2015 10:43
 
файлы скопирую на крайний случай, хочется всетаки дампом.
25.03.2015 11:14
 
Извини, я затрудняюсь угадать с чего начать, а комплексное обучение - не готов. Вот инструкция: Переход с 8i на 9i (для баз Супермага) за небольшими изменениями она подходит.
Если мусор не хочешь перетаскивать - почисть его в исходной БД после того, как файлы скопируешь при остановленной БД.
25.03.2015 11:45
 
как почистить то? тупо удалить файлы индексов а потом создать один нормальный индекс?
25.03.2015 11:50
 
Цитата:
[+kliN+] как почистить то? тупо удалить файлы индексов а потом создать один нормальный индекс?
Не стоит этого делать.
Надо посмотреть, что, кроме данных Супермага есть в базе, и из этого аккуратно удалить ненужное.
25.03.2015 11:57
 
есть dbforge studio for oracle.
как узнать, какие данные нужны, а какие не нужны?
25.03.2015 12:07
 
Обойти пользователей и согласовать очистку лишнего с их руководством. Что нужно, что не нужно, решать бизнесу, а не администратору.
25.03.2015 12:14
 
Посмотреть, какие схемы, кроме supermag и sys есть в базе.
Попытаться понять, откуда они взялись и за что отвечают.
25.03.2015 12:33
 
как узнать какая схема больше места занимает?


Опции темы



Часовой пояс GMT +3, время: 00:37.

Все в прочитанное - Донат - RSS - - Карта - Вверх

Форум сделан на основе vBulletin®
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.