последствия скрипа ConvertEdMsgs.sql

[tamkon]

Добрый день!

Многим клиентам предлагаются выполнить скрипт ConvertEdMsgs.sql, и там же предлагается
сделать резервную копию.

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

"Полечить" можно так: делается пустая база, затем "слияние" посредством \utils\MERGEDB.EXE,
и последующий шаг - отвязка ID SQL сервера на персональной страничке... Дальше работать уже с новой базой,
(но со старым содержанием).

Может, еще есть способ, но пока я его не знаю...

[alta_olg]

Так, а какая проблема то? Т.е. самое главное, какое сообщение появляется при запуске, почему не может работать?
Основная проблема с этим скриптом была в том, что его применяли несколько раз на одну и ту-же базу, сейчас мы поправили скрипт (задним умом), чтобы он в этом случае не пытался вновь перекорежить базу, но многие уже успели попортить БД.
И тут, как раз восстановление из бэкапа очень помогает.
А вот чему помогает слияние пустой БД и испорченной не знаю.

[popov]

Не надо так делать!!!
Только усугубите проблемы!
Надо к нам обращаться.

[lostsoul652]

Не надо так делать!!!
Только усугубите проблемы!
Надо к нам обращаться.

Дмитрий, так может стоит тут процесс восстановления описать?
Логичнее было бы.

[tamkon]

Не надо так делать!!!
Только усугубите проблемы!
Надо к нам обращаться.

Дмитрий, так может стоит тут процесс восстановления описать?
Логичнее было бы.

Дмитрий же написал: Надо к нам обращаться.

Работает тех.поддержка круглосуточно.

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

[popov]

Да, описывать особо нечего. Два раза запускать теперь не страшно, а вот любые другие проблемы уже говорят о том что структура была УЖЕ битая (еще до конвертации), а здесь уже все сугубо индивидуально...
Особенно страшно когда обнаруживается полностью убитая структура в результате переноса БД тупым импортом - здесь даже для меня очень сложная задача восстановить...

[alta_olg]

Поправили скрипт, чтобы еще определял, не подключены ли к БД в это время пользователи, если подключены, то ругается!!!

[Dorian]

Добрый день! Подскажите, где взять этот скрипт, а то альта ругается, что перестанет работать с сентября

[tamkon]

Добрый день! Подскажите, где взять этот скрипт, а то альта ругается, что перестанет работать с сентября

c:\Alta\utils\ConvertEdMsgs.sql (или другой Ваш путь установки программы, папка \utils )

[acidix]

Просто для сведения.
Произвел конвертацию 16 гиговой базы с 500 тысячами сообщений- время конвертации минута .

следующий этам разделение и перенос сообщений - о затраченном времени напишу позже.

[popov]

Да, сама конвертация происходит практически моментально на базе любого размера, т.к. сами блобы с ЭД-сообщениями никуда не копируются/перемещаются.
Длительное время (в зависимости от размера БД) здесь занимает процесс создания рез. копии (нужно обязательно делать перед запуском скрипта!), ну и опциональное (это уже по желанию) перемещение ЭД-сообщений в другую (дополнительную) БД, которое кстати можно делать в несколько этапов - запуская на ночь и прерывая (кнопка "отмена") утром, если процесс не завершился, а потом просто запуская заново на след. ночь (в раб. время делать категорически не рекомендуется). Т.о. процесс продолжится с того места, на котором остановился и рано или поздно доделает все что положено.