Страница 1 из 1
последствия скрипа ConvertEdMsgs.sql
Добавлено: Вт май 21, 2013 11:35
tamkon
Добрый день!
Многим клиентам предлагаются выполнить скрипт ConvertEdMsgs.sql, и там же предлагается
сделать резервную копию.
Некоторые несознательные граждане перед выполнением этого скрипта рез.копию не делают,
и сегодня обратились с проблемой, что база после этого скрипта не запускается совсем, предлагая восстановиться
из резервной копии.
"Полечить" можно так: делается пустая база, затем "слияние" посредством \utils\MERGEDB.EXE,
и последующий шаг - отвязка ID SQL сервера на персональной страничке... Дальше работать уже с новой базой,
(но со старым содержанием).
Может, еще есть способ, но пока я его не знаю...
Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Ср май 22, 2013 19:14
alta_olg
Так, а какая проблема то? Т.е. самое главное, какое сообщение появляется при запуске, почему не может работать?
Основная проблема с этим скриптом была в том, что его применяли несколько раз на одну и ту-же базу, сейчас мы поправили скрипт (задним умом), чтобы он в этом случае не пытался вновь перекорежить базу, но многие уже успели попортить БД.
И тут, как раз восстановление из бэкапа очень помогает.
А вот чему помогает слияние пустой БД и испорченной не знаю.
Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Ср май 22, 2013 19:15
popov
Не надо так делать!!!
Только усугубите проблемы!
Надо к нам обращаться.
Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Чт май 23, 2013 07:24
lostsoul652
popov писал(а):Не надо так делать!!!
Только усугубите проблемы!
Надо к нам обращаться.
Дмитрий, так может стоит тут процесс восстановления описать?
Логичнее было бы.
Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Чт май 23, 2013 07:47
tamkon
lostsoul652 писал(а):popov писал(а):Не надо так делать!!!
Только усугубите проблемы!
Надо к нам обращаться.
Дмитрий, так может стоит тут процесс восстановления описать?
Логичнее было бы.
Дмитрий же написал: Надо к нам обращаться.
Работает тех.поддержка круглосуточно.
Да это уже не актуально, вышла новая версия скрипта, которая уже не портит базу...
Ну и всегда полезно делать резервные копии, не только в этом случае...
Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Чт май 23, 2013 08:18
popov
Да, описывать особо нечего. Два раза запускать теперь не страшно, а вот любые другие проблемы уже говорят о том что структура была УЖЕ битая (еще до конвертации), а здесь уже все сугубо индивидуально...
Особенно страшно когда обнаруживается полностью убитая структура в результате переноса БД тупым импортом - здесь даже для меня очень сложная задача восстановить...
Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Чт июн 06, 2013 07:45
alta_olg
Поправили скрипт, чтобы еще определял, не подключены ли к БД в это время пользователи, если подключены, то ругается!!!
Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Ср авг 06, 2014 12:07
Dorian
Добрый день! Подскажите, где взять этот скрипт, а то альта ругается, что перестанет работать с сентября

Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Чт авг 07, 2014 05:13
tamkon
Dorian писал(а):Добрый день! Подскажите, где взять этот скрипт, а то альта ругается, что перестанет работать с сентября

c:\Alta\utils\ConvertEdMsgs.sql (или другой Ваш путь установки программы, папка \utils )
Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Пн авг 11, 2014 12:00
acidix
Просто для сведения.
Произвел конвертацию 16 гиговой базы с 500 тысячами сообщений- время конвертации минута .
следующий этам разделение и перенос сообщений - о затраченном времени напишу позже.
Re: последствия скрипа ConvertEdMsgs.sql
Добавлено: Пн авг 11, 2014 13:28
popov
Да, сама конвертация происходит практически моментально на базе любого размера, т.к. сами блобы с ЭД-сообщениями никуда не копируются/перемещаются.
Длительное время (в зависимости от размера БД) здесь занимает процесс создания рез. копии (нужно обязательно делать перед запуском скрипта!), ну и опциональное (это уже по желанию) перемещение ЭД-сообщений в другую (дополнительную) БД, которое кстати можно делать в несколько этапов - запуская на ночь и прерывая (кнопка "отмена") утром, если процесс не завершился, а потом просто запуская заново на след. ночь (в раб. время делать категорически не рекомендуется). Т.о. процесс продолжится с того места, на котором остановился и рано или поздно доделает все что положено.