Раньше обращался на форум с такой проблемой:
"Добрый день всем. Есть база Бух 2.0, платформа 8.2, конфа чуток не типовая, дописывалась мной, изменения наименьшие связанные с заполнением табличных частей в документах. Юзеры подключаются через рдп, база лежит на удаленном сервере, располагается на SSD дисках. В базе постоянно работают 5-6 юзеров, ведется учет 7 организаций, база файловая, размер почти 3 гигабайта
Проблема заключается в следующем:
в последнее время происходит такая ошибка, документы не записываются, выходит ошибка типо " не удается записать документ или он уже был создан ранее", элементы любых справочников записываются, но в списке не отображаются, и так до бесконечности. Спасает только ТИИ, а конкретно реиндексация таблиц информационной базы. Сегодня так же произошло следующее, перестало заходить под определенном юзером, вылетала ошибка "microsoft visual c++ runtime library " и шла ссылка на экзешник платформы в бине. Помогла утилита chkdbfl.exe:
вот исправленные ошибки:
Повреждены данные таблицы 'FILES'. Восстановлено 17 из 18 записей.
Повреждены данные таблицы '_DOCUMENTJOURNAL7590'. Восстановлено 8379 из 8380 записей.
Повреждены данные таблицы '_ACCUMRG9591'. Восстановлено 9098 из 9099 записей.

Помогите разобраться, что происходит?"



С того момента ничего не изменилось, периодически возникает такая ситуация. Условия хранения и доступа к базе такие же. Однако теперь к ним же добавилась следующая проблема:
У всех пользователей периодически после записи и проведения документов, в нашем случае документы вида "ПТиУ", они исчезают. В прямом смысле слова. Грешили на внимательность бухгалтеров, однако по журналу регистрации, обнаружил что документ действительно был записан/проведен в базе, а сейчас по нему лишь только битая ссылка. Пример записи из ЖР:
Данные.
Проведение    
Зафиксирована    
Документ. Поступление товаров и услуг            
    26.04.2014 22:57:37 (156454594)    <Объект не найден> (214:941600155dc8180d11e3cd6d65d70f82)            
        Поступление товаров и услуг САВ00004178 от 17.05.2013

жесткий диск сыпется, с сетью проблемы

Для начала я бы конечно не стал хранить работающую базу на SSD. Если база периодически сыплется значит дело возможно и не в базе а в носителе на котором она хранится.

(1) Спасибо за советы.
С сетью проблемы? А если поточнее? Куда смотреть?

(2)
Я всё думаю, что дело в файловом варианте базы. Сейчас размер базы, 6,5 Гб. Юзеров в среднем работает 4-5 человек.

(4) Я бы уже после 1,5 Гб базу на "клиент - сервер" переводил. Файловый вариант адекватно работает при максимум 3х юзерах и размере не более 2Гб.

(0) " располагается на SSD дисках." - 1 база на нескольких дисках что-ли?
Если SSD какой-нибудь OCZ, то радуйтесь, что вообще работает.

(3) Возможно, через вайфай сидят, сигнал пропадает.
(5) Да, файловую размером более 4 гб лучше на эскюэл перевести.

(5)
Просто в таком случае удивляет, то как до сих пор у кого то и база больше в несколько раз, но до сих пор на файловом варианте сидят и всё ок.

(8) Бабка надвое сказала, или будет работать, ил не будет. Но вероятность сбоя выше при большем размере базы.

(6)
Опечатка. База находится на ССД диске, дело в том, что там располагаются помимо этой базы, еще десяток других. С которыми никаких проблем не наблюдается ( или по-крайне мере до меня не ходила инфа). Одна у нас бухгалтерия такая...
(7)
Кстати подключаются они еще через remote application. Интернет стабильный, по идее не должно быть никаких проблем с сетью.

(10) Тогда странно. Эта база размером выделяется от остальных? Просто по сети или с другой версии exe-шника с ней точно не работают?

(11)
Выделяется темпом роста размера базы, постоянно ведется учет 7 Организаций, 4-5 людьми. По сети никто не работает, только удаленно через ремот апп, или по рдп. Разная версия платформ, имеете ввиду? Которые запускает remote app?

(1)
Кстати, я тут задумался. Они работают в базу файлового варианта бп 2.0, через remote app., если в момент записи/проведения, происходит коллизия с интернетом. Это все-таки может сказаться на процессе записи в БД? Или же процедура благополучно выполниться на сервере?

(13) Если через remote то никаких проблем быть не должно, если только сервер автоматом не гасит сеанс (и соответственно останавливает аварийно все запущенные приложения) в случае разрыва связи с клиентом.

SSD косячит, как обычно

(5) ой, да ладно...

(15)Бред.Контроллер диска такого не допустит.