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


Ошибка при восстановлении бэкапа


Сообщений в теме: 11

#1 dev77rus

    Активный участник

  • Пользователи
  • PipPipPip
  • 114 сообщений
  • Пол:Мужчина

Отправлено 15 Январь 2011 - 11:06

UPD: На данный момент следующая проблема: база при бэкапе средствами phpMyAdmin занимает 200кб, при бэкапе средствами КБ база весит 85 кб и с этого бэкапа восстановиться невозможно.
Прошу помощи!


Вот такое сообщение появляется при установке программы и восстановлении бэкапа.
Откуда вообще в бэкапах появились эти инструкции? create or replace view cb_data1 as NULL;
В более ранних их нет.



Ошибка загрузки бэкапа. Вернуться

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data1 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data10 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data11 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data12 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data13 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data14 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data15 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data16 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data17 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data18 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data2 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data20 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data3 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data4 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data5 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data6 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data7 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data8 as NULL;

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data9 as NULL;

#2 kg0

    Активный участник

  • Пользователи
  • PipPipPip
  • 145 сообщений

Отправлено 16 Январь 2011 - 23:14

И у меня было нечто подобное, но потом вдруг прошло (на ревизии 836 от 14.01.11)

Размер базы 9.5 метров.

#3 dev77rus

    Активный участник

  • Пользователи
  • PipPipPip
  • 114 сообщений
  • Пол:Мужчина

Отправлено 16 Январь 2011 - 23:19

Просмотр сообщенияkg0 (16.1.2011, 23:14) писал:

И у меня было нечто подобное, но потом вдруг прошло (на ревизии 836 от 14.01.11)

Размер базы 9.5 метров.

Наверное 846?
Да, видимо, это программный глюк. Он мне стоил выходных.

#4 Analitic

    Активный участник

  • Пользователи
  • PipPipPip
  • 700 сообщений
  • Пол:Мужчина

Отправлено 17 Январь 2011 - 10:22

Записи типа "create or replace view cb_data9 as NULL;" можно удалять из бекапа, к ошибкам это не приведет.
Да, раньше был такой программный глюк.

#5 dev77rus

    Активный участник

  • Пользователи
  • PipPipPip
  • 114 сообщений
  • Пол:Мужчина

Отправлено 17 Январь 2011 - 16:37

Просмотр сообщенияAnalitic (17.1.2011, 10:22) писал:

Записи типа "create or replace view cb_data9 as NULL;" можно удалять из бекапа, к ошибкам это не приведет.
Да, раньше был такой программный глюк.

Можно, но вопрос - как восстановится этот ошибочный бэкап, если он весит в 2 раза меньше безошибочного?
Я решил это через phpMySQL - очистил в базе все ячейки с данными NULL и все заработало, и бэкап и восстановление с него.

#6 Analitic

    Активный участник

  • Пользователи
  • PipPipPip
  • 700 сообщений
  • Пол:Мужчина

Отправлено 17 Январь 2011 - 17:12

Просмотр сообщенияdev77rus (17.1.2011, 16:37) писал:

Можно, но вопрос - как восстановится этот ошибочный бэкап, если он весит в 2 раза меньше безошибочного?
Я решил это через phpMySQL - очистил в базе все ячейки с данными NULL и все заработало, и бэкап и восстановление с него.
Вы сравните ошибочный сделаный через клиентскую базу и безошибочный сделанный через клиентскую базу.
Размер разный в клиенской базе и phpmyadmin, т.к. они по разному экранируют кавычки.
То что вы удалили ячейки с null тоже правильно будет работать.

#7 dev77rus

    Активный участник

  • Пользователи
  • PipPipPip
  • 114 сообщений
  • Пол:Мужчина

Отправлено 17 Январь 2011 - 17:28

Просмотр сообщенияAnalitic (17.1.2011, 17:12) писал:

Вы сравните ошибочный сделаный через клиентскую базу и безошибочный сделанный через клиентскую базу.
Размер разный в клиенской базе и phpmyadmin, т.к. они по разному экранируют кавычки.
То что вы удалили ячейки с null тоже правильно будет работать.


Я сравнивал:

Ошибочный в КБ - 83-85 кб (потеря данных?)

Безошибочный в КБ 135-150 кб.


В phpmyadmin размер базы отличается всего на десяток килобайт.

Кстати, предложение для доработки - проверка целостности бэкапа после его создания.

#8 Analitic

    Активный участник

  • Пользователи
  • PipPipPip
  • 700 сообщений
  • Пол:Мужчина

Отправлено 17 Январь 2011 - 17:40

У вас остались еще те файлы? Сделайте diff двух файлов, и сравните наверняка, а не по косвенным признакам.
По поводу проверки проверки целостности. Как вы себе это представляете?

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

#9 dev77rus

    Активный участник

  • Пользователи
  • PipPipPip
  • 114 сообщений
  • Пол:Мужчина

Отправлено 17 Январь 2011 - 17:56

Я не разработчик, не знаю технических аспектов создания БД, как сделать проверку не подскажу.
Может быть целостность структуры таблиц, контрольная сумма, еще какой алгоритм. Вам решать, нужно это или не нужно.

Вы вероятно утверждаете, что две мои базы должны быть одинаково работоспособны? Все может быть...
Я при сравнении этих баз в phpmyadmin видел, что в нормальной базе 64 таблицы, а в битой 40 таблиц.
При том, что КБ вроде как работало и там и там, разве что бэкапы были разных размеров и результат восстановления разный.

Мне не хочется углубленно этим заниматься, это в ваших интересах. Адьё :)

#10 CbCoder

    Активный участник

  • Программист ООО "КБ"
  • PipPipPip
  • 8 759 сообщений
  • Пол:Мужчина
  • Город:Казань

Отправлено 17 Январь 2011 - 20:00

Мы подумаем над вашим предложением.

#11 Dmitry506

    Активный участник

  • Пользователи
  • PipPipPip
  • 30 сообщений
  • Пол:Мужчина
  • Город:Орел

Отправлено 22 Апрель 2015 - 09:38

При восстановлении из бекапа возникает ошибка:

Ошибка SQL запроса:
insert into `f_tmp_data410` values (1, 0, '0000-00-00 00:00:00', 0, 'Процедура', '2015-04-29 12:25:00', '', 'Встреча клиента подтверждена на 2015-04-29 12:25:00', 33, '0000-00-00 00:00:00', 0, '', '', '', '', 0, 0);


Duplicate entry '1' for key 'PRIMARY'


Локальная версия: 2.0.4

#12 CbCoder

    Активный участник

  • Программист ООО "КБ"
  • PipPipPip
  • 8 759 сообщений
  • Пол:Мужчина
  • Город:Казань

Отправлено 22 Апрель 2015 - 11:14

По ошибкам отправляйте заявки в техподдержку. На форуме нереально разобраться в чем там дело.





Количество пользователей, читающих эту тему: 2

0 пользователей, 2 гостей, 0 анонимных