Есть база 1С 8 УТ, установлена на MS SQL 2008, параметр смещения дат стоит 2000. Это 100 %
Взял базу домой доделать. Сегодня принес назад, загружаю на сервер, выдает вот такую ошибку:

Таблица v8users содержит значения типа Дата, которые не могут быть записаны в MS SQL Server с нулевым смещением дат

Не пойму в чем может быть дело. Специально удалил базу в Администрировании серверов 1С, создал по новой, проверил смещение. Загрузил в неё базу. Такая же ошибка вылазит.

(0) Может забить на эту ошибку? Базу протестировал из 1С, ошибок нет. А в таблице v8users хранятся как я пронял только пользователи на вход в 1С, ничего страшного.

help

дак какое смещение то? 2000?

из старой базы перенеси эту табличку скл, думаю всё будет норм

(3) да 2000 смещение. Старой таблички уже нет. Есть dt файл с архивом.

(5) да там и руками можно поменять, косячные даты сразу видно будет, например год будет стоять 5999

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

Свойство базы "Смещение дат" отрабатывает ТОЛЬКО (!) в момент когда создается SQL структура базы. После этого меняй, не меняй, отображаться будет то что наменял, а вот реальные данные будут такими какие настройки этого свойства были в момент создания именно SQL структуры. Для начала надо проверить как реально даты записывается в Вашей базе.

(8)+ Можно попробовать исправить ситуацию выгрузкой-загрузкой информационной базы.

(0) А косяк такой был. Удалил эту строчку в прямо в таблице SQL. Пользовательские настройки вроде там какие-то. Во всяком случае, после операции (удаления) никто не пожаловался :-)

(9) у меня как раз при загрузке из архива такая ошибка и вылазит.

(6) а как можно посмотреть эти даты и самое главное как в SQL их можно поменять?

(11) например в management studio открыть таблицу на редактирование и поправить

(11) Вот про загрузку из архива: можно грузить в уже существующую базу, а можно создать новую. В этом то и фишка, что это свойство принадлежит не dt-шнику, а именно записи об информационной базе на самом сервере предприятия. Т.е. какой dt-шник ты бы не загружал, он будет писаться так, какая настройка в информационной базе (кажется так, много все утекло как это было). Поэтому надо создать девственно чистую базу со смещением 2000 и грузить в нее.

(13) я в администрировании сервера 1с удалил базу с очисткой данных. Потом её создал и загрузил туда базу. Ошибка осталась. Наверное надо было на SQL далять базу.

(14) Вот, когда создавал какое смещение поставил?

(14) Да, надо было удалить базу на SQL.

(14) в администрировании сервера 1с ставил смещение 2000

(17) Внимательно читаем (8).

А на самом SQL можно посмотреть какое смещение дат установлено?

Саму таблицу v8users я смотрел, там в поле Date стоят типа такого значения: 0х12543274276

(19) Таблица _Yearsoffset если не изменяет память в названии таблицы. Там только настройка на смещение дат.

(21) в свойствах базы тоже было

(20) посмотри поле Changed

(22) В свойствах базы это значение отображается только в момент создания базы.

(21) вы будете смеятся, но там стоит 2000. И при создании базы я на 99% уверен, что 2000 ставил.
Проблема мне кажется всё же в том, что выгрузил со скуля базу дт, дома в файловом варианте поработал, а потом на скуль же загрузил.

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

Только недавно переносил кадровый учет из ЗУП в УПП
Ошибки сыпались - типа такой, пока все до конца не проверил - перенести так и не смог

Года проверь в переносимой информации - может там 0007 стоит, или 1007 :)) Скуль таких дат не любит :))

(27) это таблица пользователей базы, там я вообще дат не вижу.

(25) Вы тоже будете смеяться, но когда я гребся со своей ошибкой (см 10), то я слышал легенды о дате под 4000 лет в базе. Вот при смещении 2000 лет она тоже может ошибку выдавать.

Где-то было написано, что рекомендуется ставить смещение дат "0", если не будут использоваться даты до 1753г (если память мне не изменяет). Если даты буду более древние - следует использовать смещение "2000"