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

[Aktubar]

Добрый день!
Не сохранились изменения, сделанные в базе, за всю рабочую неделю.
Настроено резервное копирование 1 раз в день, но с Пн резервное копирование по какой-то причине не выполнялось.

[CbCoder]

Если у вас saas-аккаунт, отправьте заявку в техподдержку. Если веб- или локальная версия, проверьте свободное место на диске/хостинге.

[CbCoder]

Но в первую очередь лучше самому проверить логи задания крон "Резервное копирование" и написать сюда, что там.

[Aktubar]

2015-12-18 10:45:51 - 8% -> 12% -> 13% -> 14% -> 15% -> 16% -> 18% -> 19% -> 20% -> 21% -> 22% -> 27% -> 36% -> 37% -> 38% -> 45% -> 51% -> 55% -> 56% -> 57% -> 60% -> Done

2015-12-13 13:54:19 - 8% -> 12% -> 13% -> 14% -> 15% -> 16% -> 18% -> 19% -> 20% -> 21% -> 22% -> 27% -> 36% -> 37% -> 38% -> 45% -> 51% -> 55% -> 56% -> 57% -> 60% -> Done

[CbCoder]

Т.е. между первой и второй строкой 5 дней перерыва? И вроде как у вас есть лог за сегодня (2015-12-18), только время какое-то странное, 10:45, обычно в 3 часа ночи делается. Или это вы вручную сегодня запускали задание? И как, бэкап в итоге создался?

[Aktubar]

Сервер был выключен ночью, а включен как раз в 10:45. Поэтому сразу бэкап и сделался. Но без изменений в данных, внесенных за неделю. Т.е., вероятно, на момент создания бэкапа данные уже были старые. Вроде как проблема с бэкапом и проблема отсутствия новых данных - разные проблемы, но, возможно, все это и связано.

[CbCoder]

Aktubar (18 Декабрь 2015 - 14:42) писал:

Вроде как проблема с бэкапом и проблема отсутствия новых данных - разные проблемы, но, возможно, все это и связано.

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

[Aktubar]

CbCoder (18 Декабрь 2015 - 14:48) писал:

На нее могло повлиять скорее некорректное восстановление данных, а не создание их резервных копий.

В том то и дело, что данные за это время не восстанавливались. Автоматическое восстановление в случае какого-либо сбоя не предусмотрено?
Так как же все-таки отыскать наши данные?

[CbCoder]

Цитата

Автоматическое восстановление в случае какого-либо сбоя не предусмотрено?

Так у вас saas-аккаунт или нет? Если saas - то отправьте заявку в техподдержку, там проверят ваш аккаунт. Теоретически мог быть сбой.

[Aktubar]

Нет, версия local.

[CbCoder]

Aktubar (18 Декабрь 2015 - 15:03) писал:

Нет, версия local.

Тогда никакого автоматического восстановления с нашей стороны быть не может.

[MorTis]

Скорей всего был какой-нибудь откат системы вот и все.

[Aktubar]

MorTis (22 Декабрь 2015 - 09:11) писал:

Скорей всего был какой-нибудь откат системы вот и все.

Откат мог произойти сам по себе? Без моего ведома и желания?

[MorTis]

Загрузка последней конфигурации например. Установка обновления (точней его откат после неудачного обновления) (хотя пользовательские данные не должны затрагиватся в 7рки и выше при этом)
Смотрите лог системы.

[Aktubar]

MorTis (22 Декабрь 2015 - 10:08) писал:

Установка обновления (точней его откат после неудачного обновления) (хотя пользовательские данные не должны затрагиватся в 7рки и выше при этом)

Установка обновления Клиентской базы?

MorTis (22 Декабрь 2015 - 10:08) писал:

Смотрите лог системы.

Где смотреть?

[CbCoder]

Цитата

Установка обновления Клиентской базы?

Установка обновления Клиентской базы не происходит автоматом, это раз (т.е. вы могли только вручную ее запустить). Во-вторых, она не задевает никак данные в таблицах. Теоретически конечно может быть сбой, но тогда вы бы были не единственный кто об этом написал, нас бы завалили жалобами. Хотя, в любом случае настоятельно рекомендуется делать бэкап перед этим.

Но, я думаю MorTis имел ввиду обновление операционной системы, а не КБ.