Здравствуйте, с чем может быть связана данная ошибка?
Отправлено 13 Сентябрь 2018 - 16:44
Здравствуйте, с чем может быть связана данная ошибка?
Отправлено 13 Сентябрь 2018 - 16:45
логи после ошибки
Отправлено 13 Сентябрь 2018 - 17:50
20180913.164220.22 FTL [01376 0d80] main [Server] Unable to import database because of
20180913.164220.22 FTL [01376 0d80] main import file "c:\WEB\Installer\esbase.es" is corrupted because of
20180913.164220.22 FTL [01376 0d80] main importing data of version #228, but expected #225 (just check)
Экспорт в файл делался из БД др. версии.
Причём, из другой более новой версии, чем сейчас у вас установлена, при помощи которой вы выполняете импорт.
Отправлено 13 Сентябрь 2018 - 18:47
А если точнее, дамп делался в 10.01.0.201705110.
Отправлено 13 Сентябрь 2018 - 18:48
Но можно поставить сразу 11 (если тут не сертифицированный билд) и импортировать это в него.
Отправлено 14 Сентябрь 2018 - 09:15
А если билд сертифицированный, то что-то сделать возможно для устранения конфликта версий?
может есть утилита для конвертирования?
Отправлено 14 Сентябрь 2018 - 12:07
А сертификация чья? Если ФСБ – просто ставить последнюю сертифицированную 10.01.0, если ФСТЭК – всё будет немного сложнее, последняя только 10.00.1. Даунгрейд схемы БД вообще ни в каком виде не предусмотрен, только руками откатывать. Не ахти как сложно в данном случае, но придётся сперва накатить дамп на несертифицированную версию, потом накатить на полученную БД несколько SQL-скриптов – и тогда получится БД для 10.00.1.
Отправлено 14 Сентябрь 2018 - 12:26
А сертификация чья? Если ФСБ – просто ставить последнюю сертифицированную 10.01.0, если ФСТЭК – всё будет немного сложнее, последняя только 10.00.1. Даунгрейд схемы БД вообще ни в каком виде не предусмотрен, только руками откатывать. Не ахти как сложно в данном случае, но придётся сперва накатить дамп на несертифицированную версию, потом накатить на полученную БД несколько SQL-скриптов – и тогда получится БД для 10.00.1.
Сертификация ФСТЭК , какой SQL запрос может помочь ? или хотя бы какие поля БД надо поменять?
Отправлено 14 Сентябрь 2018 - 13:23
Любопытно, откуда тогда файл экспорта из более новой версии.
Отправлено 14 Сентябрь 2018 - 13:35
Любопытно, откуда тогда файл экспорта из более новой версии.
В организации стоял не сертифицированная версия, а теперь пришло распоряжение перейти на ФСТЭК и ищется возможность миграции БД
Отправлено 14 Сентябрь 2018 - 18:59
DROP TABLE key_renew_exchange; DELETE FROM tables_fields WHERE tabname='key_renew_exchange'; DELETE FROM tables_indices WHERE table_name='key_renew_exchange'; DELETE FROM tables_list WHERE name='key_renew_exchange'; UPDATE station_cfg SET component=30 WHERE component=144; UPDATE group_cfg SET component=30 WHERE component=144; UPDATE alert_list SET id_alert=10 WHERE id_alert=44; UPDATE alert_group SET id_alert=10 WHERE id_alert=44; UPDATE alert_settings_sets SET id_alert=10 WHERE id_alert=44; DELETE FROM dbstruct; INSERT INTO dbstruct VALUES(225);
Вот так. На всякий случай – одной только последней строки будет недостаточно, иначе потом потеряете времени намного больше. И нашего времени отберёте.
Отправлено 18 Сентябрь 2018 - 14:00
DROP TABLE key_renew_exchange; DELETE FROM tables_fields WHERE tabname='key_renew_exchange'; DELETE FROM tables_indices WHERE table_name='key_renew_exchange'; DELETE FROM tables_list WHERE name='key_renew_exchange'; UPDATE station_cfg SET component=30 WHERE component=144; UPDATE group_cfg SET component=30 WHERE component=144; UPDATE alert_list SET id_alert=10 WHERE id_alert=44; UPDATE alert_group SET id_alert=10 WHERE id_alert=44; UPDATE alert_settings_sets SET id_alert=10 WHERE id_alert=44; DELETE FROM dbstruct; INSERT INTO dbstruct VALUES(225);Вот так. На всякий случай – одной только последней строки будет недостаточно, иначе потом потеряете времени намного больше. И нашего времени отберёте.
Спасибо, помогло.
Отправлено 18 Сентябрь 2018 - 15:09
И, прежде чем тема закроется -- для будущих поколений, этот SQL-набор не _универсальный_, а был предназначен исключительно для данной конкретной ситуации.
Иными словами, если у вас возникла, как вам кажется, похожая или точно такая же ошибка, то применять этот набор не следует, без консультаций с доктором Афалиным.
Сообщение было изменено Kirill Polubelov: 18 Сентябрь 2018 - 15:10
Русские форумы →
Dr.Web Enterprise Suite →
Замена Сервера ES, на ФСТЭК версиюАвтор: Alex_Volkov , 10 сен 2018 ФСТЭК, Сервер ES |
|
|
0 пользователей, 0 гостей, 0 скрытых