Заказы на доработку 1С (сервис удаленной работы)
Хранилище
База знаний
Бесплатные отчеты, обработки, конфигурации, внешние компоненты для 1С Статьи, описание работы, методики по работе с 1С

Здравствуйте, гость ( Вход | Зарегистрироваться )



> Ошибка hresult=80040e21 , При загрузке данных от центрального узла в подчинены выдает ошибку!          
Meest Подменю пользователя
сообщение 02.10.12, 12:07
Сообщение #1

Завсегдатай
Иконка группы
Группа: Местный
Сообщений: 170
Из: Украина
Спасибо сказали: 32 раз
Рейтинг: 0

Добрый день!

1С:Предприятие 8.1 (8.1.11.67)
БД крутится на SQL

При загрузке данных в подчиненный узел выдает ошибку

Ошибка СУБД: Microsoft OLE DB Provider for SQL Server: Invalid character value for cast specification. HRESULT=80040E21

И это только в одной базе, все остальные 93 базы загрузились успешно без ошибки.

В файле XML недопустимых символов нет, проверял стандартной обработкой.



Может кто-то сталкивался с данной проблемой, помогите.


Заранее благодарен!

Vofka Подменю пользователя
сообщение 02.10.12, 12:08
Сообщение #2

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13958
Из: Киев
Спасибо сказали: 4524 раз
Рейтинг: 3647.7

Сделать тестирование базы не предлагать?

Meest Подменю пользователя
сообщение 02.10.12, 12:09
Сообщение #3

Завсегдатай
Иконка группы
Группа: Местный
Сообщений: 170
Из: Украина
Спасибо сказали: 32 раз
Рейтинг: 0

Цитата(Vofka @ 02.10.12, 13:08) *
Сделать тестирование базы не предлагать?



Делал полную проверку, не помогло.

Vofka Подменю пользователя
сообщение 02.10.12, 12:29
Сообщение #4

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13958
Из: Киев
Спасибо сказали: 4524 раз
Рейтинг: 3647.7

Если база не большая, попробуйте выгрузить её в файловую и попробовать загрузить туда.

Meest Подменю пользователя
сообщение 02.10.12, 12:31
Сообщение #5

Завсегдатай
Иконка группы
Группа: Местный
Сообщений: 170
Из: Украина
Спасибо сказали: 32 раз
Рейтинг: 0

Цитата(Vofka @ 02.10.12, 13:29) *
Если база не большая, попробуйте выгрузить её в файловую и попробовать загрузить туда.


Сейчас как раз делаю бекап базы.

Vofka Подменю пользователя
сообщение 02.10.12, 12:34
Сообщение #6

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13958
Из: Киев
Спасибо сказали: 4524 раз
Рейтинг: 3647.7

Бэкапы? Так не интересно. smile.gif

Meest Подменю пользователя
сообщение 02.10.12, 12:38
Сообщение #7

Завсегдатай
Иконка группы
Группа: Местный
Сообщений: 170
Из: Украина
Спасибо сказали: 32 раз
Рейтинг: 0

Цитата(Vofka @ 02.10.12, 13:34) *
Бэкапы? Так не интересно. smile.gif


Я не могу выкинуть 60 человек что-бы выгрузить из нее ДТшник. вот буду с бекапа делать.

Vofka Подменю пользователя
сообщение 02.10.12, 12:53
Сообщение #8

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13958
Из: Киев
Спасибо сказали: 4524 раз
Рейтинг: 3647.7

Вообще-то это была шутка юмора. Бэкапы обязательно!

Meest Подменю пользователя
сообщение 02.10.12, 13:18
Сообщение #9

Завсегдатай
Иконка группы
Группа: Местный
Сообщений: 170
Из: Украина
Спасибо сказали: 32 раз
Рейтинг: 0

Теперь в файловой базе выдает ошибку {Обработка.ОбменСФилиалами(101)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Номер года в литерале типа 'Дата' превышает 3999.

Vofka Подменю пользователя
сообщение 02.10.12, 13:41
Сообщение #10

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13958
Из: Киев
Спасибо сказали: 4524 раз
Рейтинг: 3647.7

Вот. Ну так теперь то хоть по русски пишет шайтан машина. Ищите в хмл-е год больше 3999.

alex040269 Подменю пользователя
сообщение 02.10.12, 14:01
Сообщение #11

Крутой
Иконка группы
Группа: Местный
Сообщений: 1626
Из: Гуляйполе
Спасибо сказали: 236 раз
Рейтинг: 0

Цитата(Vofka @ 02.10.12, 13:53) *
Вообще-то это была шутка юмора. Бэкапы обязательно!


БЭКАПы придумали трусы smile.gif


Signature
Никогда не бойся делать то, что не умеешь, помни - Ноев ковчег был построен любителем, профессионалы построили Титаник.
ЗиУП

Vofka Подменю пользователя
сообщение 02.10.12, 14:20
Сообщение #12

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13958
Из: Киев
Спасибо сказали: 4524 раз
Рейтинг: 3647.7

Цитата(alex040269 @ 02.10.12, 15:01) *
БЭКАПы придумали трусы smile.gif

Ага. А ещё есть те, кто делает бэкапы и те, кто уже делает бэкапы smile.gif .

Meest Подменю пользователя
сообщение 02.10.12, 15:26
Сообщение #13

Завсегдатай
Иконка группы
Группа: Местный
Сообщений: 170
Из: Украина
Спасибо сказали: 32 раз
Рейтинг: 0

Проблема была в ПКО, по ошибки сотрудники внесли год 7198.
Всем спасибо за помощь!

Ardi Подменю пользователя
сообщение 02.10.12, 15:43
Сообщение #14

Живет на форуме
***********
Гений телепатии и социального моделирования
 Группа: Пользователи
Сообщений: 4121
Из: Киев
Спасибо сказали: 957 раз
Рейтинг: 0

Блин, о чем думали разрабы SQL. Оглянуться не успеешь - а уже на носу будет проблема 4000 года.


Signature
Услуги 1С программиста 8.2, 7.7 (Плохо, дорого, очередь). Киев.

Meest Подменю пользователя
сообщение 02.10.12, 15:51
Сообщение #15

Завсегдатай
Иконка группы
Группа: Местный
Сообщений: 170
Из: Украина
Спасибо сказали: 32 раз
Рейтинг: 0

Цитата(Ardi @ 02.10.12, 16:43) *
Блин, о чем думали разрабы SQL. Оглянуться не успеешь - а уже на носу будет проблема 4000 года.



Та куда там 4000 год, тут уже паспорта выдают 7198 годом

MATEVI Подменю пользователя
сообщение 02.10.12, 20:01
Сообщение #16

Отдыхающий
Иконка группы
Ветеран троянской войныМодератору Про1С (за заслуги в 2011 году)
 Группа: Местный
Сообщений: 2201
Из: Одесса
Спасибо сказали: 958 раз
Рейтинг: 0

[необходимо зарегистрироваться для просмотра ссылки]

Цитата
2. Короткий пересказ мыслей разработчиков " Литерал ДАТАВРЕМЯ(1, 1, 1) адекватно представляется на всех СУБД и считается нулевой датой. Даты от ДАТАВРЕМЯ(1, 1, 1, 0, 0, 0) до ДАТАВРЕМЯ(1, 1, 1, 23, 59, 59) считаются временем без даты и тоже адекватно интерпретируются на всех СУБД. Различное поведение возможно для дат из диапазона с ДАТАВРЕМЯ(1, 1, 2) по ДАТАВРЕМЯ(1752, 12, 31, 23, 59, 59). Эти даты не могут быть представлены на MS SQL Server с нулевым смещением дат и могут интерпретироваться либо как нулевые даты, либо вызывать ошибку операций над данными.

В результате можно получить ошибку вроде Microsoft OLE DB Provider for SQL Server: Adding a value to a 'datetime' column caused overflow. HRESULT=80040E07, SQLSrvr: Error state=1, Severity=10, native=517, line=1

3. И хотя официальная позиция 1С туманна smile.gif, не стоит искать приключения ...

Выбирайте смещение 2000.

Спасибо сказали: Meest,

Не нашли ответа на свой вопрос?
Зарегистрируйтесь и задайте новый вопрос.

 

Ответить Новая тема
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 

RSS Текстовая версия Сейчас: 11.06.24, 2:39
Форум IP.Board © 2024  IPS, Inc.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!