База на сервере SQL 2008, серверы баз данных и приложений на одной железяке, терминальный сервер - на другой. Везде установлена Windows 2008.

Утром пришёл пораньше проверить лог восстановления последовательностей и обновить конфигурацию, пока никого нет.

Смотрю - последовательность скакнула на сентябрь 1970 года, хотя на самом деле болтается в феврале 2010.

Думаю, может, кто-то сунул документ - нет, в журналах все документы на 1970 год записаны, журнал регистрации показівает то же самое...

Проверил дату и время на терминальном сервере - всё правильно.
На скульном сервере дату посмотреть не мог - нет доступа. Почему - политика компании. Не положено.

Выгнал всех из базы, обновил конфигурацию и по F5 зашёл в базу сразу из конфигуратора. Смотрю - всё нормально.

Что это моглобы быть?

(0) легенду про черного одинеснега слышал?

(0) Оптический обман зрения?

(0) в окно посмотри, портрет Брежнева не висит?

(0) Вспышки инопланетного разума на Селезневской как вариант.

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

вариация с датами - какая то топорная вариация моей утонченной идеи...

(0) сервер давно освящали?

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

прикалываетесь?
Я наделал скриншотов, показал начальнику. У него глаза на лоб вылезли.

(8) ну значит, вам пора программера менять. Это он чего-то там в журналах накуролесил.

(1) не слышал
(2) не только у меня
(3) нет, не висит, но где-то в книжке про Брежнева видел
(4) откуда?
(5) со стулом всё в порядке, не волнуйся. Но если хочешь на моё место в селе за 300 долларов работать - я не против.
(6) я не верю в православные обряды. Я верю в Иисуса Христа, распятого за наши грехи и во спасение по вере в жертву Иисуса за нас.
(7) не по теме

(10) База не рухнула, все части тела на месте?

(8) скриншоты в студию

(10) скриншоты покажи нам, я например коллекционирую полтергесты из 1С.
у меня в одной типовой УТ однажды движения дублировались, потом вдруг перестали.

(1) расскажи легегду про черного 1сника

насчет (7) не согласен, по теме. Вызывает одно ощущение "Шо это было?" смотри (0) ;)

(0)Так как база скл, то апдейтом пройтись по журналу документов - раз плюнуть. Ищите крота или крысу. Я не очень в терминах силён.

Кстати, а движения тоже в прошлое улетели или остались в настоящем?

(11) База не рухнула. После того, как обновил конфигурацию и зашёл в неё - все даты на месте.
(12) и (13) Сохранённых скриншотов нет, печатал сразу из буфера обмена. Могу выслать лог проведения - он сохранился.
(15) Таки не по теме. Я желаю, чтобы на Ваши вопросы всегда отвечали только по существу и на полном серьёзе.

(18) ты точно современник Брежнева. Неужели ты хочешь, чтобы на форуме была сплошная скукота? Прямо как Пленум ЦК КПСС. Там уж точно было по существу и на полном серьезе.

(0)Это еще фигня у меня у знакомого вообще вроде 1701 годом документ проведен был

у меня на компе с win7 постоянно время на 1982 меняется при включении, впринципе на дату поср*ть, но по сетке доступ сервак режет, и в 1с при проведении постоянно не те даты

(16) и (17) В том то и дело, что скорее всего это могло бы быть и относительно только моего сеанса, хотя...
В тот момент журнал регистрации, журналы документов, список активных пользователей, лог обработки проведения - все писали, что сейчас на дворе 1970 год.
Лог и последний скриншот здесь: http://depositfiles.com/files/p3g63206v

В логе в начале мой вечерний запуск обработки.
*** строка 284 - я прервал, поставил обработку стартовать по времени 16.09.2010 00:30:00, чтобы не мешать цехам и т.д., что и пишет время
*** строка 1052 - сообшение в 0:50:00 - документ в логе имеет дату 1970, а в служебном сообщении о нехватке партии - реальную дату, февраль 2010
*** строка 1370 - в час ночи почему-то переводится время на 00:00.

Дату не логировал, только для время. Теперь включу и дату.

Я думаю, что где-то сбилось смещение дат, или его сбил кто-то другой.

Извиняюсь, про журанл регистрации наврал, был только список пользователей, чей скриншот во вложении.

(16) Можно об этом поподробнее?
Просто этим событием СБ заинтересовалась.

(22) "Провелся документ" - это нестандартное сообщение - это ты ведь сам его формируешь. Значит, сам чего-то накосячил в Сообщить при выводе даты. Ну, видишь ведь - если нормальное 1С-совское сообщение, то год 2010. А как только твое доморощенное - выводит 1970.

А нам тут пурги нагнал про 2008-е виндоусы и терминальные сервера.

(25) Доморощенное - то просто чтобы знать, чем сейчас занимается обработка, чтобы не мониторить журнал регистрации.

>> Значит, сам чего-то накосячил в Сообщить при выводе даты.
Ничего не косячил. С середины августа перепровожу и вывожу эти сообщения, вплоть до 19:30, пока не пошёл вчера домой. А вот с 16 сентября оно влруг р-р-раз! и накосячилось?

Суть-то в чём: мой сеанс продолжал работать на сервере, когда я отключился от удаленного рабочего стола. В этом сеансе обработка спокойно себе сравнивала текущее время с назначенным и никого не трогала - повторюсь, это не первый её запуск, а уже -надцатый.

Утром я же видел, что в списках документов все документы за 1970 год, последовательность - тоже где-то в 1970 году болталась, сообщения вон тоже с 1970 годом выводились.

Дата сервера ИЛИ моего сеанса 1970 год, а дата серминального сервера - 2010 год.
Т.е. подключение к базе, как и сеанс оставались те же, что и были в течение рабочего дня.

Может и "накосячил" в сообщении, но не с сылками же документов, а как быть с ссылкой документа? 1970 выводилось-то в дате и времени документа.
Но в то же время сообщение самого документа вывелось с правильной датой

Сообщить(""+Формат(ТекущаяДата(), "ДЛФ=В")+" Проведение документа " + ДокументСсылка, СтатусСообщения.БезСтатуса);

(27) ты то "сообщить" озвучь, где "провелся".

Версия платформы?
у меня было нечто подобное: в документе всё в порядке, а обработка
выгружала у ВСЕХ доков за месяц дату 01.11.0001
но не стабильно, а при переполнении кэша
грешила на себя и своих админов, а потом вышло обновление платформы, где это исправили

(29)+ точно, версия платформы какая?

(28) - так и сделано. Изначально в этой обработке (из типовой УПП) сообщение выдавалось перед началом проведения, т.е. получили документ из выборки, он и сообщился.
А я так и сделал - провёлся, тогда и сообщили. Не провёлся - в Исключении сообщение с описанием ошибки если какая бочина или сообщения самого документа.

(29) и (30) - 8.1.13.41. Та, что на диске была. Я раньше спрашивал про обновление платформы - ответ отрицательный.

(32) обновлю удаленно за 1к\час ;)

(0) Много лет назад тоже вляпывались в какой-то глюк с 1970-м годом. Но в какой конфе и как лечили, за давностью лет не помню.

(33) не по теме. Есть ИТС с новыми релизами. Я же сказал - нельзя.

(34) Ну, хоть кто-то меня понимает. Больше глюк не повторялся.

------------------------------------------------------------------


Продолжаем разговор.
Сегодня снова такое было. Открыл второй сеанс Предприятия - там таки 2010 год, а в том, который запускал с вечера для перепроведения документов ночью - 1970.

У кого еще есть идеи?

(37) И скриншот сделал и сейчас покажешь, да?

таки да!

http://s001.radikal.ru/i193/1009/40/aa3a57363824.png
http://s61.radikal.ru/i174/1009/8e/2af7734b24a7.png
http://s003.radikal.ru/i203/1009/60/c2b377ceaf62.png

А это вот сегодня:
http://s004.radikal.ru/i205/1009/ad/071c9e9bab1b.jpg

ТиИ? Проверить сервер SQL?

ТиИ - отпадает, на копиях рабочей базы такого не было.

Как и/или чем проверить сервер SQL?
У менч впечатление, что єто только в моём сеансе 1С:Прелприятия.

Как же так? Что же делать?
Может проблема в том, что после установки обновления для платформы 1С что-то слетело? Надо пошерстить код!

(42) "ТиИ - отпадает, на копиях рабочей базы такого не было" - офигенная логика.

Пардон, сегодняшняя картинка не загрузилась. Вот:
http://i076.radikal.ru/1009/09/7cbbc0bfb7dc.jpg

(44) Ничего не слетало. Никакого обновления платформі не біло.

проблема 2000-го года таки не решена

(46) Угу. Т.е., 1970 год - это нормально, это "Ничего не слетало"? Тогда чего тему создал? Работай себе дальше.

таки не 2000. У всех на сервере работает, а у меня нет?
И то не каждый раз - на ночь ставлю проведение каждый день, а 1970 вылетает не каждый день.

(0) почем трава?

(48) Конкретный ответ на конкретный вопрос:
- Может проблема в том, что после установки обновления для платформы 1С что-то слетело? Надо пошерстить код!
- Ничего не слетало. Никакого обновления платформі не біло.

Что не так? Не знаешь ответа - не умничай. Копии базы - поднимал со скуля, в скульную базу, и там тоже такое повторял - не выявилось.

(50) Оффтоп

(51) Тебе ответ не нужен. Тебе пофлудить охота. На вполне резонное предложение сделать ТиИ начинаешь рассказывать, почему ты этого делать не будешь и начинаешь хамить. Иди ты в пень тогда, нахрен сюда приперся вообще?

(52) ты как себя чувствуешь?

(53) +1... накурился и приперся...

(53) ТиИ ничего не выявило.
Чем обидел - извиняюсь публично.

Чем производится проведение документов?

(57) Встроенной в УПП обработкой "Проведение по партиям". Это чтобы вылизать хвосты и беспрепятственно запустить штатное проведение документов в монопольном режиме.

Я доработал эту обработку: выводить сообщения после проведения документа, запуск по расписанию и выбор времени ожидания между документами в виде

Предупреждение("Ожидание "+Секунд+" сек...", Секунд);

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

Естественно, пауза вне транзакции - перед паузой транзакция фиксируется, после начинается