Перейти к содержимому


Фото
- - - - -

Не проходит импорт базы

сервер ES

  • Please log in to reply
12 ответов в этой теме

#1 avclic

avclic

    Newbie

  • Posters
  • 6 Сообщений:

Отправлено 13 Сентябрь 2018 - 16:44

Здравствуйте, с чем может быть связана данная ошибка?

 

Прикрепленные файлы:

  • Прикрепленный файл  11.png   46,52К   0 Скачано раз


#2 avclic

avclic

    Newbie

  • Posters
  • 6 Сообщений:

Отправлено 13 Сентябрь 2018 - 16:45

логи после ошибки

Прикрепленные файлы:

  • Прикрепленный файл  drwcsd.log   79,35К   2 Скачано раз


#3 Kirill Polubelov

Kirill Polubelov

    Massive Poster

  • Dr.Web Staff
  • 2 596 Сообщений:

Отправлено 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)
 

Экспорт в файл делался из БД др. версии.


Причём, из другой более новой версии, чем сейчас у вас установлена, при помощи которой вы выполняете импорт.


(exit 0)


#4 Afalin

Afalin

    Massive Poster

  • Dr.Web Staff
  • 2 818 Сообщений:

Отправлено 13 Сентябрь 2018 - 18:47

А если точнее, дамп делался в 10.01.0.201705110.


Семь раз отрежь – один раз проверь

#5 Afalin

Afalin

    Massive Poster

  • Dr.Web Staff
  • 2 818 Сообщений:

Отправлено 13 Сентябрь 2018 - 18:48

Но можно поставить сразу 11 (если тут не сертифицированный билд) и импортировать это в него.


Семь раз отрежь – один раз проверь

#6 avclic

avclic

    Newbie

  • Posters
  • 6 Сообщений:

Отправлено 14 Сентябрь 2018 - 09:15

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


может есть утилита для конвертирования?



#7 Afalin

Afalin

    Massive Poster

  • Dr.Web Staff
  • 2 818 Сообщений:

Отправлено 14 Сентябрь 2018 - 12:07

А сертификация чья? Если ФСБ – просто ставить последнюю сертифицированную 10.01.0, если ФСТЭК – всё будет немного сложнее, последняя только 10.00.1. Даунгрейд схемы БД вообще ни в каком виде не предусмотрен, только руками откатывать. Не ахти как сложно в данном случае, но придётся сперва накатить дамп на несертифицированную версию, потом накатить на полученную БД несколько SQL-скриптов – и тогда получится БД для 10.00.1.


Семь раз отрежь – один раз проверь

#8 avclic

avclic

    Newbie

  • Posters
  • 6 Сообщений:

Отправлено 14 Сентябрь 2018 - 12:26

А сертификация чья? Если ФСБ – просто ставить последнюю сертифицированную 10.01.0, если ФСТЭК – всё будет немного сложнее, последняя только 10.00.1. Даунгрейд схемы БД вообще ни в каком виде не предусмотрен, только руками откатывать. Не ахти как сложно в данном случае, но придётся сперва накатить дамп на несертифицированную версию, потом накатить на полученную БД несколько SQL-скриптов – и тогда получится БД для 10.00.1.

Сертификация ФСТЭК , какой SQL запрос может помочь ? или хотя бы какие поля БД надо поменять?



#9 Kirill Polubelov

Kirill Polubelov

    Massive Poster

  • Dr.Web Staff
  • 2 596 Сообщений:

Отправлено 14 Сентябрь 2018 - 13:23

Любопытно, откуда тогда файл экспорта из более новой версии.


(exit 0)


#10 avclic

avclic

    Newbie

  • Posters
  • 6 Сообщений:

Отправлено 14 Сентябрь 2018 - 13:35

Любопытно, откуда тогда файл экспорта из более новой версии.

В организации стоял не сертифицированная версия, а теперь пришло распоряжение перейти на ФСТЭК и ищется возможность миграции БД



#11 Afalin

Afalin

    Massive Poster

  • Dr.Web Staff
  • 2 818 Сообщений:

Отправлено 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);

Вот так. На всякий случай – одной только последней строки будет недостаточно, иначе потом потеряете времени намного больше. И нашего времени отберёте.


Семь раз отрежь – один раз проверь

#12 avclic

avclic

    Newbie

  • Posters
  • 6 Сообщений:

Отправлено 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);

Вот так. На всякий случай – одной только последней строки будет недостаточно, иначе потом потеряете времени намного больше. И нашего времени отберёте.

 

Спасибо, помогло.



#13 Kirill Polubelov

Kirill Polubelov

    Massive Poster

  • Dr.Web Staff
  • 2 596 Сообщений:

Отправлено 18 Сентябрь 2018 - 15:09

И, прежде чем тема закроется -- для будущих поколений, этот SQL-набор не _универсальный_, а был предназначен исключительно для данной конкретной ситуации.

Иными словами, если у вас возникла, как вам кажется, похожая или точно такая же ошибка, то применять этот набор не следует, без консультаций с доктором Афалиным.


Сообщение было изменено Kirill Polubelov: 18 Сентябрь 2018 - 15:10

(exit 0)




Also tagged with one or more of these keywords: сервер ES

Читают тему: 1

0 пользователей, 1 гостей, 0 скрытых