gifts2017

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

Опубликовал A B (Guiden) в раздел Администрирование - Системное

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

Суть такая, при загрузке в SQL-версию 1c выгрузки файловой базы *.dt иногда возникает такое сообщение: «Таблица ‘v8users’ содержит значения типа Дата, которые не могут быть записаны в MS SQL Server с нулевым смещением дат»

 

Если после загрузки зайти в Enterprise Manager и посмотреть таблицу «v8users», то можно увидеть, что столбец Changed представлен датами вида «01.01.5999 10:49:17»:

 

Как видим, даты в таблице сильно завышены.

Данный косяк практически не мешает последующей работе с сиквел версией 1с, но в принципе все же лучше когда такого предупреждения не возникает :)

Поэтому для устранения этой проблемы, достаточно перед загрузкой файловой базы зайти в справочник Пользователей ИБ и перезаписать их всех перед загрузкой.

 

А после загрузки еще раз перезаписать.

 

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
v8users.zip
.zip 248,21Kb
13.04.12
45
.zip 248,21Kb 45 Скачать

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение

Комментарии

1. Максим Зудин (kasper076) 13.04.12 12:22
Большое спасибо за решение проблемы. Буквально недавно столкнулся с такой проблемой, но просто оставил все как есть не найдя адекватного ответа.
P.S.
Все же видимо перезаписать, а не перепровести.
2. Alex Misanets (Misanets) 13.04.12 16:41
"... зайти в справочник Пользователей ИБ и перепровести их всех..."
Проводят - документы, а элементы справочника - записывают.
ИМХО, стоит исправить описание обработки, а то слух режет.
3. Asdef 14.04.12 09:53
спасибо, справил на "перезаписать" :)
4. Eddd easda (dyh) 18.04.12 13:27
А лучше сразу правильно указать в этом "сиквел" нужное смещение...
5. Asdef 26.04.12 12:18
(4) кстати, про смещение, даже если стоит смещение дат, равное 2000, ошибка такая все равно возникает :)
6. Eddd easda (dyh) 27.04.12 09:30
(5) Asdef, да, вот только на днях столкнулся с такой ситуацией )))
Пришлось через манагера чистить справочник
7. Галина Злобина (gala2009) 30.07.12 12:11
а вообще ничего плохого не будет, если не перезаписывать справочник пользователей после зфагрузки в SQL?
уже вгрузила базу из файловой, перезапустила конфигуратор, перезаписала пользователей. но как бы первый этап не выполнила, сначала не записала
8. Павел Семенов (pavel06) 17.09.15 12:39
"достаточно перед загрузкой файловой базы зайти в справочник Пользователей ИБ и перезаписать их всех перед загрузкой".

Эта фраза непонятна, как и то, что должно быть в "правильной" базе.
У меня такое сообщение тоже возникает иногда, но у пользователей, если посмотреть в MSSQL Management Studio таблицу v8users - разные даты: есть 5999-01-25 или 5999-02-03, а есть 4015-04-15

Даты с 4015 правильные? _YearOffset установлен в 2000 как надо.

Я, например, загрузку dt из файловой базы использую тогда, когда надо накатить 1С обновление, а оно в MSSQL версии не хочет накатываться.
Тогда перегружаю базу в файловый вариант и там обновление накатывается, а потом обратно перегружаю на MSSQL обновленный dt и при этом эта ошибка. Где надо мне перезаписывать пользователей: во временной файловой базе? Или просто зайти в поверх обновленную в MSSQL и пересохранить пользователя? Я пересохранил пользователей с 5999-мм-дд в MSSQL базе и получил у них 4015-09-17.
А что страшное будет, если такого пользователя не пересохранить?
9. Ирина progr-2008 Санкт-Петербург (progr-2008) 20.07.16 21:26
На MS SQL 2014 такая ошибка есть?
10. N Y (yunatali) 10.11.16 14:50
Огромное спасибо! Оперативно разрешили возникшую проблему!
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа