Запустил ночью тестирование и исправление базы на 80 гигов, поставил одну галочку "Реструктуризация". В итоге за ночь не успело пройти, база выросла в 1.5 раза, в таблицах на SQL добавились много задвоенных таблиц с буквой NG в конце (временные создаются, чтобы потом удалиться), но так как процесс не был завершен, они так и висят в базе..
Что делать?
Если снова запущу реструктуризацию, он, наверное, сначала начнет и снова не закончит?
Грохать таблицы вручную?

база рабочая?)

да

(2) А зачем так издеваться над рабочей базой?

ну так мы хотели провести все регламентные работы над базой в профилактических целях.

ну пусть дальше выполняется. Отпустите всех сотрудников по домам до 10 мая.

А что там с копией, которая делалась перед тестированием?

(4) провели... Поднимайте из архива

копия есть, но сейчас уже данные вносились...

Данные выгрузить в XML, откатать копию, загрузить данные?

а можно как-то частично реструктуризацию делать? если она закончится, то она удалит все лишние таблицы..

База же работает, зачем её из копии тягать?

да, база работает нормально! просто размер вырос

(12) в чем тогда проблема??? флешку такую не найдете???
Какие изменения в самой базе, кроме размера и таблиц ???

(12) зуб даешь что нормально?
а вообще я удивляюсь...
что мешало с утра, после того как варварским способом оборвали реструктуризацию (а каким же еще?) поднять бэкап и дать работать в нормальной базе людям?

+(14) а еще лучше, ДО того как проводить такие операции на рабочей базе - тестировать (время проведения, результат)

Тестировал другие галочки до этого, успевало. Думал, и другие пройдут. Ошибся. С утра не сразу понял что произошло.
По идее база работает с основными таблицами, но еще создались дополнительные с буквами NG. Думаю, что он их просто не берет в расчет.

>> С утра не сразу понял что произошло.
что-то не понятная фраза. Пришел с утра -идет реструктуризация БД.
ты ее прервал и не понял что произошло?
В смысле посчитал, что это нормально - вырубить обработку на половине выполнения и продолжить работать?
Ну тогда поздравляю, ты приобрел бесценный опыт :)

да и сам подход нравится..
тестировать одно, а на рабочей базе запускать другое...

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

Ему решение нужно!!! он уже там волосы итак рвет, поднимай бекап, объясни, что произошел системный сбой(ну или еще, что-нить, пока не выяснилось, что еще, что-нить этой операцией повредило в базе), не думаю, что внести снова 10-50 документов будет невозможно...

(20) понятно что ему решение нужно, а еще больше ему нужен опыт и понимание того, где именно он накосячил.

ИМХО алгоритм:
1. поднимаем последний бэкап.
2. создаем в КД правила переноса документов (делов на пару минут)
3. выгружаем документы за сегодняшний день.

еще можно сделать бэкап текущей базы, развернуть ее на тесте и запустить реструкторизацию - чтобы посмотреть что будет после нее (все ли ОК).

(21) тем более с КД выгрузит документы за день, уверен опыт он приобрел))) соглашусь, что руки не из головы растут, а из нижней части туловища, но со всеми бывает, грабли они и есть грабли)))

думаю, нужно выделять время на выходных и полностью проводить реструктуризацию... Боюсь, что при переносе данных где-то что-то скосячиться может, перепроведение старых документов же не перенесется.