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

Я чуток не про то . Вопрос о том, почему переиндексация спасает от ошибок, которые появились у меня (потерянные ссылки в документах на элементы справочника, причём не подря а выборочно). Я считал, что переиндексация всеголишь пересоздаёт индексы (т.е. cdx файлы). И если в базе случился сбой, то переиндексация его не исправит (она ведь сами dbf файлы не правит?)

У меня терминал, в сеансе одновремнно примерно 8 пользователей. Сбои по электричеству очень редкие. Вот начиаю подумывать на SSD, но так не хочется )

"снимают вручную " - не совсем понял. А на свойствах юзера у нас стоит "выключаться через 2 часа бездействия". Соответсвенно если в сеансе 1с не закрыта (предпологаю что многие. руками 1ску не закрывают), то сеанс её закрывает, и скорее всего получается что недокументированно закрывает. Сделано это, чтобы в полночь иметь возможность монопольного входа

Проблем с переиндексацией вроде нет ). Проблема с найденными потерянными ссылками ). Очень хочется обезопасить себя от возможного их появления в будущем. Т.е. принять все нужные меры для этого.

Действительно не нужно убивать сеанс. У меня ведь сама 1ска через ЗавершитьРаботуСистемы(0); закрывается в полночь. Значит закрытие сеанса поотменяю.
А каким образом грамотно закрывать "забытые открытые сеансы 1ски", если мне например вечером нужен монопольный доступ, а юзеры все уже ушли а сеансы висят? До сих пор я просто руками удалял сеанс

Сегодня ещё в одной рабочей базе нашёл косяки в данных. В некоторых документах (на первый вгляд их немного, штук 20-30) частично или полностью пропали проводки. Это просто капец. Как можно вести учёт в такой программе? Ведь даже ежедневное копирование не спасает ситуацию. Ошибки в базе можно обнаружить через недели после самого сбоя, и соответсвенно копия почти не спасает.
В конфигураторе запустил тестирование и исправление, на каком то этапе выскочила "не восстановимая ошибка Базы Данных. Код: -4" и конфигуратор вываливается.
Даже не знаю что сейчас и делать, или юзать текущий вариант базы дальше (перепроведя все документы), или брать за основу какуюто копию

Где-нибудь решалась задача следующего плана: проверить что данные в документах совпадают с регистрами, проводками, промежуточными итогами. Насколько я теперь понял, нельзя быть уверенным на 100% в тех отчётных данные, которые мы получаем, т.к. они строятся не на самих документах, а либо на регистрах, либо на проводках и также на промежуточных итогах.
И соответственно хотелось бы хотя бы иметь возможность это контролировать

бекапы делаются раз в сутки 00-05 в виде zip архива с SSD винчестера (там находятся базы) на HDD. Делаются через CobianBackUp. Иногда извлекаю архив из zip файла, с ними всё ок, запускаются. Ну и сегодня штук 6 архивов за разные даты распаковал - все рабочие.
Ещё одну копию делаю через Effector saver в 15-00. Т.к. у меня бесплатная версия, то могу в сутки делать только одну копию, и она перезатирается

SSD использую такой: SSD Apacer 64GB (AP64GAS202-1). Raid не использую

Пару вопрос с вашего разрешения ).

Согласен. Но у меня пока проблемы возникают именно такого плана, когда бекап не спасает. Т.е. насколько я понимаю, после аварийного закрытия базы, какието данные полетелы, но это сразу заметить не возможно и выясняется через например неделю, когда мне клиент мой говорит: " а чего это по твоей сверке у меня долг 1000уе, у меня другие данные". И я выясняю, что оказыватеся сверки с клиентами у меня не идут. Вот какой сейчас у меня кошмар )

Что значит проверяться? Тупо проверить на запуск?

что Вы понимаете под "консистентность"?

тоже был бы рад расшифровке )

Можно ли посоветовать какой-то SSD, который будет более надёжен чем мой текущий? Мне очень нравится скорость SSD, но боюсь от текущего точно придётся отказаться и возращаться или назад на HDD или брать другой SSD. Ещё вопрос: не может ли быть косвенной причиной сбоев, что ось у меня 2003 Server, которая не совсем понимает SSD?

Глянув на скорую руку, показалось что применительно к 1с такой информации в нете будет маловато. На досуге поищу внимателньей

Администрирование/Просмотр событий/приложение

с 25.04.2013 ошибок касающихся 1с нашёл около 8-10ми:
Ошибка приложения 1cv7s.exe, версия 7.70.0.27, модуль mfc42.dll, версия 6.6.8063.0, адрес 0x00024ac6.
Ошибка приложения 1cv7s.exe, версия 7.70.0.27, модуль mfc42.dll, версия 6.6.8063.0, адрес 0x00024ac6.
Ошибка приложения 1cv7s.exe, версия 7.70.0.27, модуль BkEnd.dll, версия 7.70.0.27, адрес 0x001d0a36.
Ошибка приложения 1cv7s.exe, версия 7.70.0.27, модуль mfc42.dll, версия 6.6.8063.0, адрес 0x00050a24.
Зависшее приложение 1cv7s.exe, версия 7.70.0.27, зависший модуль hungapp, версия 0.0.0.0, адрес 0x00000000.
Ошибка приложения 1cv7s.exe, версия 7.70.0.27, модуль mfc42.dll, версия 6.6.8063.0, адрес 0x00024ac6.
Ошибка приложения 1cv7s.exe, версия 7.70.0.27, модуль unknown, версия 0.0.0.0, адрес 0xf1e8efd1.
Ошибка приложения 1cv7s.exe, версия 7.70.0.27, модуль Basic.dll, версия 7.70.0.27, адрес 0x000d0825.

Если отойти от теории и вернутся к текущей моей проблеме. Можно ли здесь что-то советовать? Т.е. на сегодня у меня есть база в которой при "Тестировании и исправлении" на процедуре "пересчёт итогов" процесс вываливается в ошибку когда обращается к dbf файлу "регистр остатков". Также по каким то документам пропали проводки (это вылечим через проведение). Очень надеюсь что сами данные в документах будут целыми (хотя уже нашёл одну операцию, в ведённую руками, в которой не хватает половины проводок)

Т.е. как и со сбоем с первой базой, вижу два варианта:
1) Оставлять базу которая есть на данный момент последняя, и пытаться её вылечить.
или
2) Найти копию, которая по идее будет рабочей (вроде апрельские копии таковы, но опять же нужно перепроверять), брать её за основу и переносить все введённые данные за апрель-май в эту не поломанную базу. Минус этого подхода, что не уверен что за последний месяц не правились данные старше апреля (эти изменения я не смогу обнаружить)

А какимспособом пытаться вылечить проблему "при "Тестировании и исправлении" на процедуре "пересчёт итогов" процесс вываливается в ошибку когда обращается к dbf файлу "регистр остатков"" ?