раздутая база и ошибки экспорта : Oracle

[+kliN+] · █ 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 ГБ.

Как импортировать базу без лишнего мусора, чтоб бд была не такая опухшая?

OlegON · █ 25.03.2015 10:41

С таким началом я бы предложил не делать дамп. Если база работала, то ее можно файлами и восстановить. С такими познаниями велик риск, что базу убьешь при переливке дампом. Скопируй файлы на новый сервер и восстанавливай.

[+kliN+] · █ 25.03.2015 10:43

файлы скопирую на крайний случай, хочется всетаки дампом.

OlegON · █ 25.03.2015 11:14

Извини, я затрудняюсь угадать с чего начать, а комплексное обучение - не готов. Вот инструкция: Переход с 8i на 9i (для баз Супермага) за небольшими изменениями она подходит.
Если мусор не хочешь перетаскивать - почисть его в исходной БД после того, как файлы скопируешь при остановленной БД.

[+kliN+] · █ 25.03.2015 11:45

как почистить то? тупо удалить файлы индексов а потом создать один нормальный индекс?

Mtirt · █ 25.03.2015 11:50

Цитата:

'[+kliN+ ;204164']как почистить то? тупо удалить файлы индексов а потом создать один нормальный индекс?

Не стоит этого делать.
Надо посмотреть, что, кроме данных Супермага есть в базе, и из этого аккуратно удалить ненужное.

[+kliN+] · █ 25.03.2015 11:57

есть dbforge studio for oracle.
как узнать, какие данные нужны, а какие не нужны?

OlegON · █ 25.03.2015 12:07

Обойти пользователей и согласовать очистку лишнего с их руководством. Что нужно, что не нужно, решать бизнесу, а не администратору.

Mtirt · █ 25.03.2015 12:14

Посмотреть, какие схемы, кроме supermag и sys есть в базе.
Попытаться понять, откуда они взялись и за что отвечают.

[+kliN+] · █ 25.03.2015 12:33

как узнать какая схема больше места занимает?