Решил я перейти на MS SQL 2005 на Windows server 2008 R2
При выгрузки данных вроде какое то время все идет нормально но потом зависает и пишет ошибку. Заметил он виснет на одном и том же этапе. На "Оказание услуг".
На компе 6 гигов оператвы.
Буду благодарен за помощь

Вот видео с проблемой!

https://www.youtube.com/watch?v=Ml25vPT9JZo&t=1s

Пробовал плагин Unload_Dat_Fix.

Но когда в трее показывается загрузка файлов то так же вылетает при этом пишет "Загрузка данных 10 из 181 мб"

Помогите кто знает

В журнале регистрации пишет что-нибудь?

7.7 штатно с  MS SQL 2005 не работает.

(2) Да да, мы знаем
(0) ТИИ делал ?

+(2) ставь "секретный релиз".

В скуле Уровень совместимости стоит 2000.
Секретный релиз ставил
И еще. Извините. Ошибся. У меня стоит MS SQL server 2008 r2

А что такое ТИИ?

В пофигураторе - Администрирование - Тестирование и исправление БД.

Тестирование и исправление. Сделай в копии дбф базы перед выгрузкой, и с этой копии отчеканной тии выгрузи данные;

Да. Это я делал. Не помогло.

возможно нужно поставить на хр или вин сервер 2003, там сделать загрузку базы, и потом уже включать на серваке повыше или вин7

(8) Попробуй удалить документы Оказания Услуг и выгрузить.
Если выгрузиться, то разбирайся с доком.
Там может быть комментарий или другие строковые реквизиты большие.
Может символы какие лишние содержат.

ТИИ не влияет на выгрузку. ТИИ для загрузки нужно. Для выгрузки нужен плагин (или секретный релиз или что-то подобное). Размер базы какой?

(5)MS SQL server 2008 r2
Это круто!
И де ж вы уважаемый такое нашли?

(12) https://www.microsoft.com/en-US/download/details.aspx?id=44271 - не забудь сказать спасибо мелкософт.

(5) ставь секретный релиз и НЕ понижай уровень совместимости и НЕ патчи никакие dll.

А так, нужно проверить файл выгрузки (а лучше, саму базу в дбф) на наличие ошибок
1.проверить, нет ли в 1sjourn пустых дат
2.проверить, что в дереве метаданных, общие реквизиты документа с типом строка неогр. длины находятся последними в с списке
3.проверить на циклические ссылки

(13)Пардон протупил.
У меня у самого такой стоит с SP3.

+(15)Правда переходил не с dbf а 2000.
Проблем не возникло.

Как вариант попробовать SELTA от Etersoft
http://etersoft.ru/products/selta

Хотя нет, у нее стоимость зашкаливает.

(9) +100500 (это 99% может помочь)
еще может разрядность операционки повлиять.
еще проверь настройки скл базы (кодировку и тд)
В общем, тебе нужен комп с xp, чтобы загрузить базу на скл. А работать потом с ней смогут компы и с другими операционками.

(0)
Трассировку SQL запустите, посмотрите на какой конструкции валится.
Если будет такая конструкция)

(19) да не нужен комп с хрюшей. от слова совсем....

(20) +100

(14) циклические ссылки валят только в справочниках. в документах у меня вполне прокатывало...

(23) в dat файлике, возможен мусор в iddoc документа из-за которого валится загрузка.
+ очень распространён случай, когда в дат файлике присутствует мусор от риба.
Лечится очень быстро.
Но, ТС на это пофик, его в ветке нет

+ могут быть ошибки в самом мд.

(24) понятно...
офф,"чтоб два раза не вставать" (ну, в смысле, чтоб темы не плодить, и поднятия темы для):
глупый вопрос. Есть два общих реквизита доков (тип - справочник) с отбором (т.е. находятся в 1сджорнал) .Есть журнал доков. общий. Кидаю реквизиты - их не видно в предприятии. вообще нет в ТЧ. в тестовых базах  попробовал - в одной появились, в другой нет. Все конфиги идентичны. Вроде засада известная, но вот навскидку не вспомнил....

(26) херится id этой колонки в мд

там мусор, заместо общего реквизита, вот и в пофигураторе колонка видна, в предприятии нет.
Посмотри gcomp-ом, там сразу видно

ну и поправь ручонками и собери, как надо.

(27) гкомпом разбирал-собирал, вроде без ругани. сейчас разобранную форму гляну

(30) галактеко волнуетсо!

(30) не, там надо разобрать и в форме списка журнала поправить id колонки с общим реквизитом (всех колонок, которые не видны, если быть точнее).

У тебя к примеру, тип того:

BMASKED: Автор
    {
                Заголовок: "Автор"
                ИдентификаторМетаданных: 2351
а должно быть

BMASKED: Автор
            {
                Заголовок: "Автор"
                ИдентификаторМетаданных: ОбщийРеквизитДокумента.Автор

(32)
(33) вместо ИдентификаторМетаданных:ОбщийРеквизит.УправленческаяХО
было
ИдентификаторМетаданных:Справочник.УправленческиаХО.Аналитика3

Почему - ХЗ

второй реквизит аналогично.

(34) в своё время пытался понять, в каком месте и при каких обстоятельствах записывается мусор туда, потом забил, лень победила :)

И еще, такая хрень во всех журналах, где есть эти реквизиты.

(36) да они в одном только.
зы. заработало! СПАСИБО!
ззы. глаза лечит надоть, ибо: смотрел в книгу - видел фигу.