Время от времени возникает сообщение о том, что файл базы данных повреждён. Да, это легко лечится чисткой кэша или в крайнем случае chdbfl. Но сам факт не нравится. Каждые два-три дня так.
База работает на двух компьютерах по сетке. У меня есть предположение, что влияет разная битность. Если это так, то это как-то лечится кроме сноса системы? Не очень то хотелось бы
(7) сомнительно, что это вам поможет. наверное речь идет о том, чтобы подключаться через тонкий клиент к файловой базе. Обычно, для этого ставят web-сервер, ну и естественно, приложение должно быть на управляемых формах.
Однако, поскольку база ломается даже на компьютере, на котором лежит.... даже не знаю.
https://1c.link/article/relnotes_pub https://its.1c.ru/db/metod81/content/6538/hdoc
Тогда тщательно протестировать железо обоих компов: RAM, HDD, сетевые платы, блоки питания, сетевой коммутатор, на всякий случай переобжать провода и т.д.
Один из вариантов теста - создать архив RAR или ZIP объемом в несколько сотен мегабайт, проверить его на ошибки, потом погонять его по сетке туда-сюда несколько раз и снова проверить целостность - если станет битым, то дело точно в железках, 1С не при чем.
Ну, и питание всего (компов и коммутатора) от бесперебойников - само собой подразумевается.
(5) Да, но ошибку выдаёт на компе, где база. На ошибки проверял, нету их говорит. Сегодня например второй комп даже не включали, а все равно ошибка была
(1) а в чем сложность снести систему? я имею ввиду, есть кое-то еще ПО на компьютере, которое сложно переустановить? Достаточно большая вероятность, что поможет. Хотя не обязательно.
Попробуйте базу перенести на другой компьютер.
(9) Да не сложно. Тут другой вопрос. Если бы я хотел снести её, я бы сюда не написал. Хотелось бы решать проблему иным путём просто, если это конечно возможно
(10) да это понятно, но. давайте рассуждать логично. что такое база 1с. это некий локальный sql сервер производства 1с. почему он ломается? первое, что приходит в голову, проблемы с какими-то подключениями. насколько я понял, даже если второй компьютер не подключен все равно ломается. Отчего? Значит логично предположить, что процесс 1с некорректно завершается. А это проблема сугубо системы. Есть конечно варианты, например каким-то образов антивирус вмешивается. Но это проверяется просто, сносится на какое-то время (если есть, конечно). И опять подходим к кривой работе самой системы.
Хотя могут быть и проблемы с диском. Попробуйте создать другую папку (с другим именем) и туда перекинуть базу.
(11) Да, согласен. Антивирусов нет, стараюсь сносить их всегда, если комп окромя тим вьювера никак не взаимодействует с интернетом. Быть может и правда снести. Хотя и там и там 7 винда, вроде не капризная, как десятка
(18)
По своему опыту скажу, что тут 2 основные возможные причины.
Первая это, как уже заметили, жесткий диск, замена на другой или ещё лучше на ссд часто помогала.
Во втором случае, рекомендую проверить мемтестом оперативную память. Лучше по одной планке, если их несколько. Был случай, что я голову сломал, диск поменял, даже систему переустановил, проблема не уходила. Начал планки проверять, выяснилось, что одна из них глючит, хотя это вообще никак не определялось, компьютер работал идеально, не выключался, не тупил, но вышеуказанная проблема появлялась каждый день. Выследил какая именно глючила, убрал и случилось чудо)
(1) для файловой базы такая работа норма!
Хотите стабильности переходите на скуль!
Нет возможности, то смиритесь.
Но чтобы свести данную проблему к минимуму нужно:
1. Чтобы винт был новый, точнее без бедов.
2. Версии 1С везде совпадали.
3. После обновления чистка кеша и ТИИ
4. регулярный бекап.
5. Стабильная сеть, только кабель! И не паленые роутеры!
6. Есть еще куча лайфхаков, но думаю вам хотя бы с этим разобраться!
(7) сомнительно, что это вам поможет. наверное речь идет о том, чтобы подключаться через тонкий клиент к файловой базе. Обычно, для этого ставят web-сервер, ну и естественно, приложение должно быть на управляемых формах.
Однако, поскольку база ломается даже на компьютере, на котором лежит.... даже не знаю.
https://1c.link/article/relnotes_pub https://its.1c.ru/db/metod81/content/6538/hdoc
(14) У меня есть вариант перенести её на компьютер администрации. Минус конечно, что он должен быть включён всегда. А это отдельный закрытый от персонала кабинет. Но в порядке эксперимента можно попробовать
Склоняюсь к тому варианту - что проблема не в самой базе, а в соединении локальной сети. Либо беспроводное и еле-живое, либо плохой контакт на линии, либо сетевуха одного из рабочих машин троит.
Если не сеть - то возможно рассыпается жесткий, как вариант.
Я бы посоветовал поднять всю систему на другой машине, проблема 90% не в базе.
Именно такая ситуация наблюдалась при посыпавшемся жестком диске ( при чем ССД)
Ошибки чтения- записи. Переехал на новый диск- проблема решилась.
При локальной работе ошибка так же сохраняется?