Имя: Пароль:
1C
1C 7.7
v7: Не загружается выгрузка 1с7.7
,
0 vova-work1
 
13.02.14
11:39
1с v7.70.27, Win7, DBF. Из файла выгрузки не загружается база: конфигуратор зависает. Размер файла выгрузки 63Mb, размер базы ~ 3Гб. MD целый и без проблем загружается как новая конфигурация. Есть идеи?
1 1dvd
 
13.02.14
11:40
покупай sQL
2 Ёпрст
 
13.02.14
11:40
есть. битая выгрузка.
3 Ёпрст
 
13.02.14
11:41
Либо мусов в урибе, либо мусор в id справочников, либо мусор в iddoc у конкретного документа.. вариантов - вагон.
4 Ёпрст
 
13.02.14
11:42
либо мусор в итогах.
5 Ёпрст
 
13.02.14
11:42
+4 точнее в движухе, которая ведёт к долгому пересчету итогов потом.
6 vova-work1
 
13.02.14
11:44
повторно неоднократно выгружал оригинальную базу и пробовал загружать, на момент выгрузки никаких ошибок. Каким способом можно отловить источник проблемы?
7 daylight
 
13.02.14
11:45
+ к (3)(4)(5) Могут быть проблемные регистры у которых длина первичного ключа превышает доступную. Тогда тоже виснет при загрузке(на перерасчете итогов). Сталкивался с таким, в регистре было 4 строковых реквизита по 100 символов.
8 daylight
 
13.02.14
11:47
попробовать загрузить в sql. Если пройдет, значит проблема с данными в таблицах, которые не тянет DBF. Искать перечисленное в (3) - (5).
9 Ёпрст
 
13.02.14
11:48
(6) никогда не делать выгрузить данные - проблем и не будет
:)
10 vova-work1
 
13.02.14
11:48
В регистрах измерений/ресурсов/реквизитов с типом "Строка" нету однозначно, но есть измерение с типом "Неопределенный". Проверил в оригинальной базе: значения этого измерения только типа "Справочник"
11 Ёпрст
 
13.02.14
11:49
а так, прямым запросом искать ошибки в табличках.
+ можно и тупо поглядеть, что в dat файле, там тоже просто всё ищется.
12 vova-work1
 
13.02.14
11:49
Понял, пока буду пробовать в SQL загрузить
13 vova-work1
 
13.02.14
11:51
База обычная: не распределенка
14 Базис
 
naïve
13.02.14
11:51
Сожми её в ТиИ. Напиши размер самых больших таблиц БД.

А! Главное! Сделай копию БД!
15 vova-work1
 
13.02.14
11:53
Сжатие  в ТИИ не спасло, размеры таблиц проверял в первую очередь: 1SBKTTL.DBF - 450МБ, 1SENTRY.DBF - 360МБ
16 Ёпрст
 
13.02.14
12:01
(13) это не важно, может, раньше была урибом, мусор будет в dat файлк..
17 Ёпрст
 
13.02.14
12:01
+ проверить на пустые даты в документах и операциях.
+ посмотреть, где именно зависает через confstat
18 Базис
 
naïve
13.02.14
12:04
Он пересчитывает итоги. Или отключить скринсейвер и смотреть на сообщения в статусной строке конфигуратора, или искать какой-то инструмент (он есть, только я название не помню), который показывает текущую операцию конфигуратора. В общем, надо подождать. SQL не поможет.
19 daylight
 
13.02.14
12:06
(18)Относительно инструмента, я пользовался http://infostart.ru/public/14651/ - GetConfMessages.
20 пипец
 
13.02.14
12:21
проверить на другой оси как минимум
21 vova-work1
 
13.02.14
12:24
Пробовал и на win server 2008
22 Ёпрст
 
13.02.14
12:28
дай архив выгрузки на поглядеть
23 Базис
 
naïve
13.02.14
12:30
Тестирование исходной БД проходит нармально?
24 vova-work1
 
13.02.14
12:44
Епрст, конфиденциальность не позволяет.

Базис, В тестирование исходной БД только одна ошибка: обнаружены дубли строк в документе. Документ - справочный, без опер/бух учетов.
25 пипец
 
13.02.14
12:46
есть идея что МД не соответствует структуре данных - но это уже умудриться надо
26 Ёпрст
 
13.02.14
12:46
(24) в ж..у конфедициальность
:)

шли на [email protected]
Я не хочу быть самым богатым человеком на кладбище. Засыпать с чувством, что за день я сделал какую-нибудь потрясающую вещь — вот что меня интересует. Стив Джобс