Не обновляется конфигурация базы данных

Новая тема
Показывать по сообщений
Цитата
Сергей пишет:
 восстановление из созданной резервной копии не помогло, затем попробовал применить утилиту chdfbl.exe на базу данных. При первом применении выдало 545 ошибок, из которых 543 исправлены, а 2 устранить не удалось. При попытке входа выдало ошибку и войти не удалось. Решил попробовать еще раз применить утилиту на исправленную базу. Утилита нашла около 33 тысяч ошибок в CONFIG, которые полностью исправила. Но при попытке входа в Бухгалтерию выдало ошибку "неверный формат данных". После этого вернул базу данных "на исходную". Сейчас ситуация следующая: платформа 8.3.10.2850, версия стоит 3.0.52.39, но запускается 3.0.51.27, так как конфигурация базы данных от 3.0.51.27. Подскажите в чем может быть проблема и какие еще есть пути исправления. Заранее спасибо!
А после нахожденя 33 тыс ошибок, потом - сколько?
Это потому, что резервные копии делались уже поврежденных баз
Жесткий диск проверьте на ошибки,
а также - стоит ли стабилизатор напряжения, и на наличие работающих пилорам в окрестности
Ответили: пост #16
Pin пишет:
Цитата

                              
                                    
Цитата
Сергей пишет:
восстановление из созданной резервной копии не помогло, затем попробовал применить утилиту chdfbl.exe на базу данных. При первом применении выдало 545 ошибок, из которых 543 исправлены, а 2 устранить не удалось. При попытке входа выдало ошибку и войти не удалось. Решил попробовать еще раз применить утилиту на исправленную базу. Утилита нашла около 33 тысяч ошибок в CONFIG, которые полностью исправила. Но при попытке входа в Бухгалтерию выдало ошибку "неверный формат данных". После этого вернул базу данных "на исходную". Сейчас ситуация следующая: платформа 8.3.10.2850, версия стоит 3.0.52.39, но запускается 3.0.51.27, так как конфигурация базы данных от 3.0.51.27. Подскажите в чем может быть проблема и какие еще есть пути исправления. Заранее спасибо!
А после нахожденя 33 тыс ошибок, потом - сколько?
Это потому, что резервные копии делались уже поврежденных баз
Жесткий диск проверьте на ошибки,
а также - стоит ли стабилизатор напряжения, и на наличие работающих пилорам в окрестности
                                                            ­      
После 33 тыс, выдало, что ошибок больше нет. Снова я не стал прогонять.
А с остальными рекомендациями беда - жесткий работал уже лет 6 в режиме постоянной перезаписи (на видеонаблюдении). Бесперебойника и стабилизатора нет и за время работы раза 3 было отключение электричества при работающей 1С...
P.S. Написал в тех.поддержку все что здесь кроме инфы про резервную копию. Ответили, что необходимо восстанавливать копию или прислать им на лечение базу. Кто-нибудь обращался за лечением? Как прошло? И может сотрудник не обратил внимания на количество ошибок в базе, может случиться так, что не восстановят?
Ответили: пост #13
Ответ на пост №12
Сергей Порядин, это процесс долгий, я бы на это не ставил. Сколько база занимает места?
Ответили: пост #14
Ответ на пост №13
Prikum, 3,5 ГБ
Ответили: пост #15
Ответ на пост №14
Сергей Порядин, это уже последняя база или есть вариант до всех проверок?
Ответили: пост #17
Ответ на пост №11
Pin, т.е. может случится так, что и резервная копия повреждена, а  изменения в конфигурации баз как раз затрагивают данные на поврежденных участках. И тогда получится, что и восстановленная база не обновится? При том, что до этого обновления проходили без проблем, потому что поврежденные участки не затрагивались.
Ответ на пост №15
Prikum, это вариант до проверок, который сейчас по-кривому использую, по сути не обновившись. Варианты после проверок не захотели запускаться.
Ответили: пост #18
Ответ на пост №17
Сергей Порядин, попозже можно связатся и обсудить как получить базу. Если конечно есть желание. второй вариант это выгрузить все данные и загрузить их в чистую базу.
Ответили: пост #19
Ответ на пост №18
Prikum, хорошо, спасибо! В случае, если своими силами не справлюсь, буду знать к кому обратиться.
Читают тему
(гостей: 1)

Быстрый переход