Есть у нас база ПуБ переделанная на SQL стоит., размер базы 19гб, происходят просто не понятные для моего ума вещи.

Пример 1: Проводят Выпуск продукции так скажем, в момент проведения ругается на все материалы якобы остатков нет, формируем отчет по остатков более чем достаточно, как решил данную проблему записал документ, закрыл базу, открыл базу снова и не поверите проведение прошло без ругани, все движения по всем регистрам как по маслу.

Пример 2: Печатаем документы, вылетает окно транзакции, жмем типа повторить, вылетает окно с ошибкой номер грубо вот такой 1546564у4е4й234ка23фы, не помню точно, номер каждый раз новый. В конце база вылетает, перезаходишь печатаешь дальше как не в чем не бывало, пока опять транзакция не вылетит.

Пример 3: Проводим поступление МПЗ, ругается допусти на реквизит Контрагент не найден ошибка модуля и т.д. Перезаходишь в базу, снова проводишь, реквизит находится ошибок нет. Иц маджик епрст

(0) Я так понимаю теряется связь с таблицами SQL, не ругайте сильно скуль не знаю толком, но как такое исправить можно, может кто сталкивался, помогите чем сможете )

я не маджик

(1) да ты и ни епрст, а Ёпрст4 :)
(0) описание проблемы ни о чем.

(0) начни с поднятия бэкапа на другом железе...

(0) Ну как бы для начала проверить сеть. Если все нормально дальше сделать копию и ТИИ запустить.

И вообще, при опыте работы с 1С более 9 лет, задавать такие детские вопросы глупо.

(0) сделать реиндекс базы и обновить статистику, это для начала, пересчитать итоги, это затем.

(7) Для начала вообще-то бекап сделать. А то я так понимаю автор 9 лет смотрел на коробку 1С, а теперь вот незадача ...

(8) А бэкапы не делались все 9 лет?:)

(0) Каждую ночь перезагружай сервер.   :-)

Ну пока нового ничего не вижу, все что написали в первую очередь сделал, даже новый сервак поставили.

(10) Вот каждую ночь перезагружать не пробовал )))

(8) Бекапы делаются постоянно ночью полный, в течение дня журнал транзакций бекапится

(10) Ну да, ну да. И перед перегрузом прочитать мантры и станцевать с бубном. Если непоможет перейти к жертвоприношениям.
Старо как мир.
(0) Скуль какой стоит? ОС какая? Работают в терминале или как? Ну и т.д. В общем на пытки с пристрастием нет времени и желания. Будут деньги и возможность удаленно подключиться - обращайся.

(5) Кстати грешил и грешу на сетку, но сисадмин у нас отличный не побоюсь этого слова и говорит он что с сеткой порядок

(14) Работают в терминале, терминал на отдельном серваке 12 ядерный; один проц; 8гб оперативки, сервер win 2003 стоит и на скульном и на терминале, сам скуль 2005

Ну видимо не прокатило в очередной раз на халяву помощь получить, так и придется самому все разбирать )))

Закрываю тему

(16) в аську не получается достучаться. постучи 201216890

>>>сам скуль 2005

и как "дружил" с 2005, для начала ?

(0) Так было всегда? Или что-то этому предшествовало?

(19) нет началось неделю назад, я особого внимания не обратил по началу думал на производстве чего то мутят вот и косяки у них лезут, но с каждым днем убеждаюсь что это с базой SQL что то случилось, например сейчас нашел такой косяк обработкой документов перепровожу взаиморасчеты в документах движения исчезаю и соответственно проводки тоже, руками провожу все на место встает.

Да ладно спасибо Всем, мне уже самому до жути интересно стало, что это такое, разберусь не маленький )))

Разобрался, все оказалось очень просто, зашел в свойства базы SQL и увидел маленькую деталь на которую даже бы в жизни не подумал, у рековери модель стояло значение симпл, поменял на фул, и как итог сегодня не одного звонка по изложенным вопросам )))
Осталось выяснить какой умник сменил модель восстановления :)

(21) Только какое отношение это имеет к твоей проблеме?

такая модель восстановления, вроде как, рекомендуется для дружбы 1с и скл..
..либо для более шустрой работы.
у меня все базы в симпл-моде

(22) Не знаю если честно какое отношение имеет, но для того что бы нормальное сохранение шло и можно было любой момент времени восстановить точно надо, тем более у меня сохранение настроено 1 раз полное, и каждый час журнал транзакций, а на сколько мне известно без полной модели сохранение журнала транзакций не имеет смысла, но ко всему этому факт на лицо, звонков то нет, попробую обратно симпл на денек поставить посмотрю что да как будет

(23) для более шустрой может быть, а для дружбы что то не слышал

(24) Пропустил запятую в предложении
"а на сколько мне известно без полной модели(,) сохранение журнала транзакций не имеет смысла"

(16) Вопрос халявы тут непричем. Просто иногда можно за пару часов найти затык, а иногда неделями просматривать логи пока "осенит". Соответственно никто небудет тратить время на ваши ребусы просто так.
Но мне все же думается что у вас сетка отваливается временами. По опыту был случай со свичем, время от времени от перегрева выдавал чудеса. Хотя все лампочки горели как положено. И проверяли сетку копированием файлов. После замены засранца все стало нормально.
(21) Все правильно вам поставили. Симпл и должна стоять (если мы конечно о базе семерки говорим). А вот почему - можете выяснить у "умника". Ну или поиском воспользоваться.

Намекну. Иногда бывает проще переставить сервер, чем искать где собака порылась.

---
Файл(ы), содержищий Transaction Log, раздувается и раздувается.

Transaction Log связан с процедурами резервного копирования сервера SQL. В процесе обычной работы все изменения
записываются сначала в него. При выполнении каждого резервного копирования, сделанного средствами SQL-сервера, данные из
Transaction Log автоматически переносятся в файл(ы) основной части базы данных.

Если вы не нуждаетесь в столь изощренном механизме обеспечения надежного хранения данных в БД, то можете установить опцию
базы данных Truncate Log On Checkpoint (MSSQL 7.0) или модель восстановления Simple Recovery (MSSQL2000). При этом при
завершении каждой очередной транзакции данные из протокола запросов в Transaction Log будут немедленно переноситься в базу
данных, и размер Transaction Log будет минимальным. Но при таких настройках вы теряете многие возможности резервного
копирования, например, возможность изготавливать резервную копию в течение рабочего дня и восстанавливать базу данных
на любой момент времени.
---
т.е. должно работать что так, что так..
http://faq1c.gorbunov.ru/faq1c/index.htm

и вот еще ссылко.. на всякий случай
http://forum.ru-board.com/topic.cgi?forum=8&topic=34526&start=0

(27) Все таки сетка, именно временами, притом на секунду, после долгих наблюдений я все таки заметил это, на секунду "чудо крестик" на сетевом подключении появляется, и сразу что то случается, через минуту звонок, или у кого то вылет, или еще что то.

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

(27)(28)(29) Спасибо за полезную информацию.

(30) только отношения к твоему глюку это никакого не имеет.
А резервное копирование хоть полное, хоть инкрементальное ты можешь делать сколько угодно и на simple