Цитата(Fynjy @ 13.02.14, 20:05) необходимо зарегистрироваться для просмотра ссылки
И нихто, нихто не дал совет пригласить шпециалиста ...
Совет конечно дельный. А я думал здесь специалисты!
Если Вы специалист. Решите проблему. Дам Вам контакты для подключения к серверу, ночью он в Вашем распоряжении...
Цитата(alex040269 @ 13.02.14, 17:40) необходимо зарегистрироваться для просмотра ссылки
проверить базу SQL на ошибки или загрузить базу средствами 1С предварительно грохнуть и создать базу средствами СКЛ.
1) выгрузить базу 1С
2) убедиться в том, что *.dt существует и свежь.
3) убить базу SQL
4) создать базу SQL
5) загрузить базу 1C.
Возможно алгоритм имеет право на существование... Может быть попробую.
Ночью, нашел несколько подобных тем на форму, проблема думаю связана с ошибкой хранилища, во всяком случае ошибка у меня была и в той теме что нашел, тоже было связано с ошибкой синхронизации с хранилищем.
Ночью кое-что сделал, вроде заработало:
1. Выгрузил и загрузил базу, причем процесс занял 3 часа, в аналогичной теме у человека он занял 1,5 дня. Мне повезло
2. Подключился заново к хранилищу, обновил из хранилища, обновил базу - еще 2 часа.
Кстати "тестирование и исправление", как и предполагалось ничего не нашло, также как и средства SQL, ничего не выявили.
После все этого все работает шустренько, но есть одно "НО". Резервное копирование. Одну из копий я делаю программой SQLBackupandFtp. Один раз в день полную копию и каждый час изменения. Так вот, изменения раньше занимали 20-25 МБ, а основная копия 1,5 ГБ. При базе в 12 ГБ. Сейчас изменения занимают 750 МБ. Значит все-таки, что-то, где-то работает неправильно...