1С7.7 SQL Server 2005 сетевая версия, круглосуточный документооборот, производство. В среднем 1-2 раза в день при продаже ТМЦ система не "видит" актуальные остатки в данном конкретном случае на регистрах. Реально в системе одним пользователем перемещены ТМЦ на склад, видны остатки по отчетам, но в момент проведения расхода ТМЦ система сообщает итоги, без учета последнего прихода (при условии, что этот прихо был введен за 2-3 минуты до отгрузки). Документооборот ведется в режиме он-лайн. Иногда остатки "выравниваются" через 2-10 минут - это еще куда ни шло, но иногда через 20-30 минут - это уже критично. Посоветуйте  как "лечить", в чем может быть проблема. Спасибо.

не верю

Я сама лично проверяла, даже ночью. я вижу в отчетах все остатки: по опер. и бух. учету, а документ выдает недостаточно ТМЦ, за минусом последнего прихода.

а ТА двигает документ или рассчитаны на перед ?

Еще был тоже бред документ "Списание ТМЦ" в ассортимете "ругается" на конкретую позицию. Удаляю эту позицию вношу её в новый документ одной строкой - документ проводится в том же дне, в том же времени, документ создаю путем копирования и удаления ненужных позиций.

В данной ситуации приход и расход "садится" в реальном времени, но есть и понятие ТА, которая двигается документами, но не этими.

Неверно, я рассматриваю ситуацию штатную - ТА на месте документы садятся нормально, в порядке очередности, которая соблюдается

сталкивался с таким на комплексной 7.7 и SQL2008. проблема ушла после того, как отменил дефрагментацию индексов в дневное время (ночью по плану ребилд)

на какой момент остатки?
если "ТА двигается документами, но не этими" - может быть все, что угодно

(7) Зачем при работающих пользователях еще такое вытворять? Если даже десятки гиг база все нормально пахать будет (по крайней мере на 2000 и 2005 так было)
(5) Профайлер в руки и ловить. Как вы двигаете ТА в итоге непонятно :)

более чем уверен что кривые руки или кривые настройки

Ну или в коде засада, или вы с документами что-то делаете.
Т.е. если нет правок, изменений времени документа и пр. то все должно работать нормально. Если туда потом уже лезут люди с шаловливыми руками - это программно нелечится. Обычно помогает битка, пальцы в двери, ... Правда бывают ситуации что и так нелечится.

Пригласите программиста. Накройте ему поляну и пусть отлавливает ваших тараканов. Как потом с ними бороться - сами решите.

Та шо вы спорите? Фотки в профиле нету - вот вам и глюки!

Доброго утра.
Что-то я вчера с ТА нагородила.
(9)Оба документа(ПрСдН и ТТН) двигают ТА. Последняя ситуация была следующей - ТА "ушла вперед" на 5-10 минут от текущего времени, интересующие меня документа стали соответственно ранее ТА, в необходимой очередности с разницей в 2-3 минуты. Конфигурация ПУБ для Украины. Включен контроль кредитовых остатков. В течение суток все ОК при документообороте отгрузочных документов около 1000 шт., т.е. говорить о "глюке" кода нет необходимости, система в таком режиме работает уже около 5 лет(это при мне). НО! пару раз в сутки происходят такие "затыки" - приход/расход в неоходимой очередности, я вижу по всем отчетам (партии, б/у, регистры по сменам, просто остатки ТМЦ по складу) все нормально, но я то формирую все это на текущее время. А вот в момент расчета остатков на свое время(это может быть и время ТА и немного ранее) при контроле остатков Функция "глКонтрольОстатокПоСкладу" выдает "гл. Недостаточно ТМЦ ". Программист  -на предприятии есть - это я, но в скул серверах особо не разбираюсь.
Время от времени запускаю на сервере реиндексацию. Кстати - база распределенная.

Еще одна заморочка - скул на одном сервере, а конфигурация на другом.

(14) это не "заморочка", а вполне правильное решение.
(13) и почему это вдруг "ТА ушла вперед на 5-10 минут от текущего"? она сама?

(13) --> Программист  -на предприятии есть - это я
Поздравляю. Накрывайте себе поляну и ловите тараканов.
Если в базе есть прямые запросы, то отговорка насчет скуля может и прокатит. Иначе это как выстрел по воробьям.
Начните с того что происходит при обмене баз. Куда и чего двигается. Если все нормально - отлавливайте кто задним числом приход делает. Ну а дальше - "лечите".
(14) Так и должно быть.

(15)ТА ушла вперед - конечно не сама, а "неправильно" созданным документом(вариантов множество). но как по мне, это совершенно не принципиально, или я ошибаюсь?

(16) прямых запросов в базе нет.

(17) почему-то мне кажется, что у вас все-таки нет программиста...

обмен происходит днем , при этом в базе если что-то и меняется, то только задним числом - бухгалтера стараются, после чего я, как правило, перестартовываю скул. Иногда запускаю реиндексацию.

не надо грубить, система писалась не мной, а супер-франчайзи с большим кол-вом меняющихся программистов. накрутили так, что страшно что-то ломать

я не гений - я просто прошу помочь.

(20) а зачем рестартовать сервер-то?

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

(24) У меня тоже работает круглосуточно, и обмены с четырьмя ПБ...
админу руки обработать напильником...

Подскажите все же - и ТА как положено и приход перед расходом, а система в упор не видит последнего прихода. В каком направлении  двигаться?
(25) ну вот у нас 8 Гиг оперативки - админ говорит, что это мало и поэтому перезапускаю, когда каждый день под 7,6-7,8 забивается

(13) >>но я то формирую все это на текущее время. А вот в момент расчета остатков на свое время(это может быть и время ТА

Какая-то каша. Ты не сможешь получить остатки за ТА. Поэтому спокойненько еще раз проверить позиции документов.

я круглосуточно поддерживаю базу уже долгое время, и когда проблема с расстановкой документов - этот вопрос вообще не рассматривается. Все документа стоят в положенном им порядке, но время от времени такая проблема выстреливает.от например весной у меня на производстве создается на приход ПФ всего пару документовв начале смены. в которые постепенно в течение смены добавляют продукцию-ПолуФабрикат(это могут быть даже прошлые сутки), а потом формируют ПрСдН(расход Готовой Продукции), соответственно должен списываться ПФ.Т.о. приход 100% стоит раньше, чем происходит расход, но требовалось до 5 минут ,чтобы система "расчехлиась", что у нее увеличились остатки -  я сама лично сидела на производстве и смотрела на этот бред, как кладовщик проводит 10 раз один и тот же документ! На какое-то время эта проблема исчезла, после того, как я обрезала прошлый год, но вот через 2 месяца опять 25.только уже на других документах.

Т.е. не весной создается приход, а весной была такая проблема :)

(26)То, что в оперативке - только кэш - админ в курсе?
что счетчики сервера показывают, в частности - попадание запросов в кэш, и т.д.?

..бред...

(20) Вот когда программисты перестанут лезть в дела админов, тогда может у вас все и попустит. Ненужно админа подсиживать выполняя его работу. Нехорошо это.
К тому же вы сами подтверждаете что бухи задним числом меняют. Соответственоо вероятно поэтому и нехватает количества. Бухи ведь немогут проведенный документ менять? Соответственно делают непроведенным и вуаля - остаток уменьшился, а в этот самый момент кладовщик в мышке дырку продавливает пытаясь провести ... Но бухи ведь непризнаются. Они стреляные товарищи, не то что вы. Вам скажут пыль на клаве протирать, потому что ее наличие приводит к торможению базы - воспримете за чистую монету.
(28) Вот. Я прям так и вижу картину - вы держите обеими руками сервер, и героически всем рассказываете о том как вы поддерживаете базу. Смешно...

Пригласите программиста. По фотографии ваша проблема нелечится.
И больше неперегружайте скуль. Это не ваши проблемы. Пусть админ отрывает свою пятую точку и решает проблему, если она есть.

с рестартом сервера после того, как sql съел всю память - это конечно мегалол

(32)Я смотрю, что поязвить, это конечно всем легко дается. А "поддерживать" или "сопровождать" базу... не вижу здесь ничего, вызывающего желание посмеяться. Если не можете помочь по теме - зачем пишете? :-|
(33) я не сервер перестартовываю, SQL.

(34) 1.Фраза "круглосуточно поддерживаю" как раз и вызывает желание посмеяться.
"Брежнев и Черненко беседуют на том свете: - Костя, а кто сейчас вместо нас правит? - Да Миша Горбачев. - А кто его поддерживает? - А чего его поддерживать? Он пока сам ходит..."
у (32) база не меньще вашей, и, наверное, больше моей..
2. А Sql-server (как процесс) - это не "сервер"??? :-))
или для вас "сервер" - это "большой гудящий железный ящик"?

(34) Я вам написал - пригласите программиста. А вы упорно нехотите прислушаться. Значит вас все устраивает.
(35) Нехочу меряться ... Темболее что была уже ветка где указывал, но это все шалости. Нужно или делать свое дело хорошо, или немучить себя и других.