Номер года в литерале типа дата превышает 3999 как исправить

Собственно говоря время от времени (а это практически каждый день) возникает сбой в 1С следующего плана.

Запросы начинают возращать даты 30.11.0001. Помогает только перезапуск агента 1с.

В это же время начинают сыпаться ошибки при выполнении запросов: “Ошибка выполнения запроса “Номер года в литерале типа ‘Дата’ превышает 3999.”

Ошибка стала появляться после перехода на 8.2, примерно месяц назад.

В базе работает одновременно 100-150 пользователей

1С:Предприятие 8.2 (8.2.10.82)

Информация о системах:

агент 1с HP DL360 G3,2 ядра, 3,2 Гц, 2 диска по 36 гб, память 1,5 гб (PC2100) 2×256+2×512 (266)

sql HP DL380 G5, 2 ядра, 3 Гц, 8 дисков 72 гб, память 8 гб (DDR2-667 PC2-5300) 8×1024 (667)

я к тому, что 8.2 тут ни при чем. Это приколы 2005-го скуля.

Мы у себя полечили эту бороду вот этим запросом:

Declare TablesAndFields cursor for
SELECT objects.name as Tablename, columns.name as columnname
FROM
    dbo.sysobjects as objects
left join dbo.syscolumns as columns
on objects.id = columns.id
where objects.xtype = 'U'
and columns.xtype = 61

open TablesAndFields

Declare @TableName as varchar(100)
Declare @ColumnName as varchar(100)

FETCH NEXT FROM TablesAndFields
    into @TableName, @ColumnName

WHILE @@FETCH_STATUS = 0
BEGIN
    Exec ('update ' + @TableName + '
    set ' + @ColumnName + ' = ''2000-01-01 00:00:00''
    where ' + @ColumnName + ' > ''3999-12-31 23:59:59''')

   -- This is executed as long as the previous fetch succeeds.
   FETCH NEXT FROM TablesAndFields
    into @TableName, @ColumnName
END

close TablesAndFields
deallocate TablesAndFields
go

(0)только бакуп сделать не забудь. Дело было давно и что-то могло поменяться. Таким образом необходимы эксперименты на копиях живых людей перед применением на практике этого колдунства

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

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

Так что крепитесь вроде скоро выход обновления платформы может починят… 🙂

shuhard_серый

17 – 29.06.10 – 00:38

Автор mixqn, 28 авг 2013, 16:38

0 Пользователей и 1 гость просматривают эту тему.

• Форум 1С
• ►
  Форум 1С – ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4
• ►
  Конфигурирование, программирование в 1С Предприятие 8
• ►
  Номер года в литерале типа ‘Дата’ превышает 3999

Поиск

1. 18.07.2011, 12:25

   
   

   #1

   

   
   Гость форума
   

   ---

   Кто такой литерал и почему он больше 3999 ?
   

   Дело было так…
   Есть ИБ УПП 8.2 релиз 1.2.39.1, есть небольшие дописки не изменяющие саму структуру.
   Работает в скульном варианте на SQL 2008, платформа 8.2.13.219.
   При обновлении на релиз 1.3.13.1 выдает ошибку следующего содержания:
   3999.JPG
   Вот собственно и вопрос, что это за дата? Как ее найти и исправить?
   P.S. Обновить в файловом варианте не получается, база большая, крутиться уже несколько суток безрезультатно :(.

   ---

2. 19.07.2011, 16:02

   
   

   #2

   

   
   Просто юзер
   

   ---

   
   

   3999 – по эту дату идет расчет итогов, насколько я понимаю убрать ее нельзя

   ---

3. 20.07.2011, 15:33

   
   

   #3

   

   
   Гость форума
   

   ---

   
   

   pups23, как-то вроде получается и ответили, а выхода из ситуации-то так и не предложили.

   ---

4. 20.07.2011, 16:52

   
   

   #4

   

   
   Просто юзер
   

   ---

   
   

   Я не спец по УПП, думаю так, может где – то год превышает отметку 3999.Тут смотреть надо———- Post added at 16:52 ———- Previous post was at 16:47 ———-Вот тебе вариант: попробуй набрать в гугле номер года в литерале типа ‘дата’ превышает 3999 – выдает много чего может что и пойдет тебе

   Может даже такой вариант: http://it-buh.narod.ru/fmista/v8/v8_…034/471151.htm )))

   ---

5. 22.07.2011, 09:32

   
   

   #5

   

   
   Гость форума
   

   ---

   
   

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

   ---

6. 25.07.2011, 15:49

   
   

   #6

   

   
   Гость форума
   

   ---

   
   

   Проблема решена! Были найдены три документа с пустой датой! Скорее всего такое произошло при интерактивном создании документов или после свертывания ИБ.

   ---

7. Пользователь сказал cпасибо:

   ---