7.7 Восстановление информации

Тема в разделе "Общие вопросы "1С:Предприятие 7.7"", создана пользователем evgPinsk, 25 фев 2013.

  1. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    Сегодня частично полетела база. Часть записей справочника ТМЦ не читаемая. Тажке в некоторых документах пропали ссылки на товар (объект не найден). Если в конфигураторе запустить "Тестирование и исправление БД" то находит очень много повреждённых записей
    В результате имеем 1853 сообщения вида:
    "Файл SC741.dbf . Запись 56. Поле SP738. Неверное содержимое поля Numeric - ................""

    Копия базы есть только 3х месячной давности.
    Каким образом можно пробовать восстановить информацию?

    P.s. в аттаче сообщения 1с после Восстановления БД

    Вложения:

  2. Бухгалтерский угодник
    Offline

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.523
    Симпатии:
    407
    Баллы:
    104
    Мое мнение - это "звиздец"..... Только ручное исправление
  3. Requin
    Offline

    Requin Опытный в 1С

    Регистрация:
    10 май 2010
    Сообщения:
    1.911
    Симпатии:
    2
    Баллы:
    29
    Согласен.
    Судя по всему, "автоматическое" восстановление - бэкап. В вашем случае только руками, если возможно.
  4. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    А какую базу брать за основу?
    Или ноябрьскую и в неё добавлять все документы по сегодня, или текущую и её пытаться править. Проблема в том что в текущий чуток поломаны документы за предыдущие года (сами проводки может и верныее, но кое-где потеряны ссылки на товары) , и боюсь что её выличить уже будет сложно
  5. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    Вот это не понял
  6. Requin
    Offline

    Requin Опытный в 1С

    Регистрация:
    10 май 2010
    Сообщения:
    1.911
    Симпатии:
    2
    Баллы:
    29
    Ну тут сложно подсказать. Если это возможно, т.е. объем данных с ноября был небольшой, то можно и старую копию за основу брать. Правда, что с вами пользователи могут сделать - трудно ответить. :vis:
    Но и вероятность полностью исправить все ошибки в существующей базе, тоже не 100%.

    Имелось ввиду без ручного "ковыряния" базы, т.е. развернули копию, при необходимости добавили данные и всё - отделались, так сказать, лёгким испугом. Останется только выяснить причину сбоя.
  7. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    Только что заметил, что уже в другой конфигурации (dbf) есть тоже частичная (буквально в нескольких документах пока нашёл) потеря информации. В этих документах потеряна ссылка на элемент справочника. Это уже просто "звиндец". Ведь невооружённым глазом такие микроповреждения базы увидеть невозможно, и получается что бекапы в данном случае не спасают
    Это что получается, что работая в 1с нельзя быть уверенным за сохранность данных? Каким образом спасаться то можно?

    P.s. боюсь предположить, но возможно это пошло после того, как я базу перекинул на SSD диск (в мае 2012 года), скорость конечно сильно увеличилась в определённых местах, но что с надёжностью, неужели это могло повлиять на наличие таких сбоев?
  8. Бухгалтерский угодник
    Offline

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.523
    Симпатии:
    407
    Баллы:
    104
    Думаю на надежность сильно повлияло разгильдяйство пользователей...
    на 99.999% картина выглядела так:
    со стороны 1с "Программа была завершена аварийно. Переиндексировать таблицы базы данных?"
    со стороны пользователя: "Некогда мне ждать... И так сойдет"... НЕТ!
  9. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    Индексировать обязательно при аварийном завершении?. Принудительная индексация каждую ночь могла бы спасти положение?
  10. VIPOS
    Offline

    VIPOS Опытный в 1С

    Регистрация:
    12 сен 2012
    Сообщения:
    565
    Симпатии:
    1
    Баллы:
    29
    индексировать не обязательно, но рекомендуется!
  11. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    Одно дело рекомендация по утрам зарядку делать, а другое дело - рекомендация астматику не курить :)
  12. VIPOS
    Offline

    VIPOS Опытный в 1С

    Регистрация:
    12 сен 2012
    Сообщения:
    565
    Симпатии:
    1
    Баллы:
    29
    здесь скорее вариант астматику не курить=)
  13. Бухгалтерский угодник
    Offline

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.523
    Симпатии:
    407
    Баллы:
    104
    Если в момент перезагрузки не было записи в БД, то не обязательно... Только как это определить? Так что лучше делать всегда.
  14. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    Извиняюсь за назойливость (но вопрос всё-таки важный), её нужно делать сразу после сбоя, или можно каждые сутки ночью. Либо расскажите, каким образом индексация может спасти от ошибок. Насколько я понимаю, индексация пересоздаёт индексы, т.е. CDX файлы на основании dbf. Если по каким то причинам в момент сбоя полетел инфа в dbf файле, то как индексация это вылечит?

    p.s. у себя я убрал переиндексацию каждые сутки, именно изза того что база на SSD венике находится, переживал за то, что возможно она (индексация) подкашивает ресурса винчестера
  15. Бухгалтерский угодник
    Offline

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.523
    Симпатии:
    407
    Баллы:
    104
    Да. конечно будет подкашивать... Нато он и SSD....
    А что - у вас частые сбои? Почему? Не проще ли устранить причину сбоя вместо переиндексации....
  16. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    Так сбои и не частые (ну иногда я как админ убиваю сеанс юзара, который не вышел сам). 7 лет всё вроде работало, а тут в течении 4х месяцев в двух базах коегде в документах полетели ссылки на карточки ТМЦ. Почему это случилось я не понимаю
  17. Бухгалтерский угодник
    Offline

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.523
    Симпатии:
    407
    Баллы:
    104
    Текущий размер БД?
  18. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    размер dbf файлов 1,85ГБ. Сжатие может полгода назад делал
  19. Бухгалтерский угодник
    Offline

    Бухгалтерский угодник Администраторы Команда форума Администратор

    Регистрация:
    29 дек 2008
    Сообщения:
    21.523
    Симпатии:
    407
    Баллы:
    104
    Размер далеко не критичный. Поэтому думаю стоит прочитать пользователям лекцию о необходимости переиндексации когда это предлагает 1с.
  20. TopicStarter Overlay
    evgPinsk
    Offline

    evgPinsk Опытный в 1С

    Регистрация:
    27 окт 2010
    Сообщения:
    193
    Симпатии:
    0
    Баллы:
    26
    Бухгалтерский угодник, спасибо, а можно ещё мысли по поводу: "каким образом индексация может спасти от ошибок. Насколько я понимаю, индексация пересоздаёт индексы, т.е. CDX файлы на основании dbf"

Поделиться этой страницей