Проблемка нарисовалась.... Пытаемся загрузить базу ДБФ в SQL. В SQL все подготовлено корректно для загрузки базы, SQL server 2008. Спотыкается на справочнике.... причина непонятна.  (Ошибка загрузки базы данных!)
Базу раньше на 1/2 года глотает без проблем. У кого были такие ситуации или похожие? Спасибо.

клюшки шттано со скулем не работают. чем лечили?
для подготовки загрузки надо готовить не базу-приемник, а базу источник.
ТиИ перед выгрузкой прогоняли?
Выгрузку/загрузку саму на себя - делали?

ТИИ прогоняли. Загрузку саму на себя делали.

Какие длинные строки воспринимает SQL?

реквизиты-строки неограниченной длины - последние в списке реквизитов соотв.объектов?

а пишет только ту ошибку что написала или что-то побольше инфы выдает?

"списке реквизитов соотв.объектов" - это о чем? Мы просто делаем загрузить данные в соотв. базу.

про секретный релиз конечно же знаем?

Открываем любой объект метаданных. в нем - куча реквизитов.
в т.ч. есть реквизиты с типом "строка неограниченной длины" - такие реквизиты должны быть ПОСЛЕДНИМИ в списке реквизитов.

(1) "клюшки шттано со скулем не работают"
Можно мне столько же?

народ вещал что если это не так - то есть траблы

(9) низя, это только мне... ;-)

(11) Нет уж, делись... Раз выложил....

Понятно, это надо посмотреть, и если что переставить в конец?

(13) угу

Все равно не получается, не там длинных строк. А Количество элементов в справочнике имеет значение? Затыкается на определенном справочнике и дальше не идет. Даже 2 года обрезала, все равно не лезет. Что делать?

(15) проверить на неуникальность id

проверит на отсутствие документов с пустой датой

проверит на зацикленность справочника (чтоб родитель/владелец не ссылался на сам элемент)

(0) ну там явно же еще что то есть кроме " (Ошибка загрузки базы данных!) "?

Скрин ошибки выведи.

а то нам отсель не видать.

(1) (9) "Клюшки" штатно с 2008 SQL не работают - есть такое дело, но после допила - вполне.
И это не должно мешать загрузке справочников.

А что там с периодическими реквизитами ?

(19)Ничего больше нет. только это. И что такое "клюшки"? Я местного жаргона не знаю.

(23)клюшки=7.7

периодических реквизитов много разных, а что с ними может быть на так,

а в ЖР что нить пишет ?

А что она должна писать? Посмотреть ЖР?

не не может просто так написать  (Ошибка загрузки базы данных!)

еще должна быть инфа

(27) Делай как говорит Ёпрст

Никаких зацикливаний нет.
(28) Как картинку вставить сюда?

(30) как узнала ?
как проверили дубли в id ? Как прооверили документы /операции на наличие пустой даты ?
Общие реквизиты документа с типом строка неогр. длины должны быть последними в списке реквизитов еще..

(30) Уровень совместимости для вашей базы на 2000 поменять не хотите, была как то лажа как в (0) пока не поменял

http://savepic.su/4024288.jpg

Загрузка встает на конкретном справочнике,
а дубли в id как проверить?

(33) получить свернуть количество сумировать, искать где больше одного, наверное

(33) на (32) что?

(35) чем меньше - тем лучше. хотя бы 2005.
(0) а непечатных символов (некириллических, разделителей) в справочниках нет? пишет, на каком справочнике/элементе затыкается?

(36) так в 2008 есть совместимость с 2000, а с ним вроде 77 нормально общается

(35) блин, так что ж ты сам себя спрашиваешь? :-)

уровень совместимости - 2000 стоит.
Как id получить?

(39)
select id as [Спр $Справошник.Нужный]

from $Справошниек.Нужный
group by id
having count(*) >1

(38) в (33) не я писал... но уже прояснили то, что спрашивал

(40) в ДБФ смогет ТС это замутить?

(42) любым вьюевром dbf, которые позволяет писать запросы.

(0) Если по сообщению об ошибке не понятно, в чем причина - попробуй поймать последние выполняемые запросы на самом MS SQL профайлером. Может это на какие-то мысли наведет.

(15) "А Количество элементов в справочнике имеет значение? "
нет. наоборот - позволит хранить гораздо больше.
"Затыкается на определенном справочнике и дальше не идет. Даже 2 года обрезала, все равно не лезет. Что делать?"
проверить на (36)
(43) "любым вьюевром dbf, которые позволяет писать запросы."
чота я не помню ни одного такого... или не понадобилось ни разу. ДБФ-редактор - помню, ДБФ-вьювер с консолью запросов - не помню...

(42) как 2 байта

(44) таких тоже много, но проще в 1с запр
ос писать

(45) я уточнил - ТС смогет :)

Если затыкается на определённом справочнике, то просто удаляем из базы всё, кроме него, и пробуем грузить в SQL - будет понятно, что не так.
Вполне вероятно, что есть А ссылается на Б, а Б - ссылается на А.

(8) фигня все это (про последние реквизиты), в скулевской базе - да они должны идти последние....

автору
1. Убрать из базы УРБД (80 % ошибок в ней)
2. на основе МД сделать ПУСТУЮ базу, загрузить ее в скуль, в скуле проверить что-бы строки с неограниченной длиной были последние
3. если обругалось - идем в лог 1с и пследнее из лога базы постим сюда....

ждем вестей с линии фронта

Спасибо всем за советы! id проверила. Все уникально. Пустую базу загрузила, все прошло нормально. Проблема в данных. Какие спец символы могут быть? Там выдается строка состояния там пишет "ВидРабот 5500".

ап..

(49)УРБД совершенно ни при чем. отвечаю

(51) Варианты:
1)убери из файла данных  все данные, не относящиеся к "проблемному" справочнику. и загружай его.  еси ошибки - отрезай данные (половинным делением), пока не найдешь проблемный элемент
2) загрузи все, кроме проблемного справочника. подними распределенку, и отправляй проблемный справочник в сиквельную базу поэлементно.
3) натрави профайлер на базу во время загрузки, и смотри запрос, на котором запнется....
------
выбирай на свой вкус

УРБД у нас нет.

(53) часто мусор в dat файле от уриба не дает загрузить базу..но, она и в дбф не пролезет, если там были ошибки

(51) Спец-символы ТИИ проверяет достаточно хорошо, если жалоб нет, то всё в порядке.
Конечно, можно попробовать поискать символ с кодом 0 в середине поля в dbf-файле.

(51) Научитесь пользоваться профайлером. Там каждый объект указан. Смотрите конкретно на чем споткнулось.
У меня были грабли когда в наименовании справочника откуда-то появились крякозябры. Исправил и все пошло.
Загрузите базу саму в себя (в ДБФ). Это удалит мусор. После этого сделайте выгрузку и грузите в скуль. В скуле запустите профайлер и смотрите где спотыкнется. Хотя может и неспотыкнется и нормально залезет.

(51) Держи лучше, чем просто смотреть в файлик :)

http://yadi.sk/d/x5WKglAtGLxFu

+(0) А вообще, 1С 7.7 лучше, если так хочется.
Грузить на SQL 2005 х64... Но и там соответственно есть проблема с выбором подчиненных документов :)
Сея проблема решается через подмену запросов.

А так, что бы вообще быть в 100% уверенности, что все сработает, то лучше всего работать на SQL 2000 :)

Да и держать на одном сервере SQL  1С 8.х и 7.7, не есть хорошо :)