В процессе обновления ТиС 77 выходят следующие ошибки,после чего база не запускается.

CODEBASE ERROR
Error #: -210
Unrecognized Field Name
SP8803

Конфигуратор
Нарушена структура данных таблицы SC204

Конфигуратор
Ошибка открытия информационной базы!
Программа будет остановлена

Что можно предпринять,что бы восстановить базу?

1. Попросить разрешения у клиента воспользоваться вазелином
2. Пригласить специалиста

Каким образом обновляете?
dd файл нарушен похоже. или мд чужой подсунули

если бэкапа нет, то (1)+1

(2) Через конфигуратор-"Объединение конфигураций"

а что уже делал?

(4) Бэкап есть?

(3) базу запортили,только фиг его знает как,делал тестирование и исправление,там вообще ошибка на ошибке и в конце несправимая ошибка базы данных

(7) а до тебя работала?

(7)Базу запорол тот, кто МД файл подсунул :)

+(7)Думается ты попал :)

Обновили заменой МД походе.

(9) никто не признается,Бэкап есть,с него и делаю.

Были случаи, т.е. есть хитрый ход с манипуляцией с dd и MD файлами.
Цель сего действия, запретить кому-либо просто так накатить изменения в конфу.

(12)Никто и не в курсе, кромя того упыря, кто делал последнее обновление.

(12) и ты не признавайся особенно

(8) до меня ее никто не обновлял,конфа 946 стоит.

+(12)Теперь ищи в базе ищи мертвые колонки, которых нет в МД файле.

(16)Значит этот был тот, кто ставил им БД.
SP8803 - уже известен справочник... сверся с его структурой и структурой метеданных

база 3 гига весит ведется с 2005 года. Никто видать не обслуживал. С вчерашнего дня следующая канетель,бухгалтер пытается создать любой документ,сначала ошибка 310 вылетает,затем 10000. И все. Взял Бэкап прошлого месяца. Запускается нормально,но при попытке принять новые изменения в обновлении с другими ошибками вылетает (описаны в п. 0).

По любому в справочнике "SP8803" найдешь мертвую колонку, как правило последнюю.
Удалишь её и БД заработает.
Только бекап БД сделай... так навсякий

были и другие случаи: когда подменяют файл dbf другим таким-же, но из другой базы.
не верите?
а вот гб наша так копирует справочники из рабочей базы в свою (хорошо, что не наоборот!)
просила-было обновить ЕЁ базу, так появилась именно эта ошибка.
исправил .. добавил два недостающих поля в её базу.
прожкой FoxPro2, еси чо..

(19)Да по_боку :)
База SQL или DBF

(22) DBF

(23)Значит ищи прогу для редактирования DBF файлов от 1С. :)
Не любая подойдет. :)

(24) править SP8803?

(25) для начала сравни описание файла в DD, потом открой свой SP8803 в Excel, тогда уж и правь

для начала, на копии: удалить дд, пересоздать его, и проверить - может, тупо ддэшник кривой

(27) как пересоздать?

+26 не так.. не проснулся еще
для начала посмотри описание файла в DD, и открой SP8803 в Excel, сравни, увидишь расхождение - правь

(24) Редактор качнул бесплатный "Редактор DBF 1.75.1"

(28) в пустую папку копируй файл MD, окрой в конфигураторе, в результате получищь дд

(28) сделай изменение в конфе любое, например, поставь и убери пробел, затем - сохрани, она спросит про дд и создаст

(31) MD от чистой базы скопировать или от этой же и какого релиза?

(30)http://www.fayloobmennik.net/1153079
Скачай... удобно смотреть и править :)

(33)Этой же

(33) бери из той бд, которую обновляешь, она битая

+36 может и не помочь.. если дбф кривой

лучший способ - (32)

самый лучший редактор DBF - bdbfs.exe только не лазь в DBF екселем или блокнотом...

традиционно:
если готовы заплатить готов все починить

(36) создал каталог,копирнул туда md,открываю через конфигуратор,модуль документа открыл,поставил пробел,удалил его. Сохранил. Так?

После нажатия применить изменения,выходит сообщение:

Конфигуратор
Невостановимая ошибка Базы Данных
Код: -10
Ошибка открытия словаря Базы Данных

(40) dd не создался

(39) забыл уточнить: это надо делать не в текстах, а в св-вах метаданных, в комментарии, например, чтобы флажок изменения структуры БД вздёрнуть

md - требует исправления, попробуй его разобрать и собрать. А лучше выложи на обменник и сюда ссылку, тут есть спецы по md :)

(39) все,создался. Далее что делаем?

(43) это откуда такое умозаключение?

(44) можешь сравнить его со старым, в битой базе. так быстрее проверить. если одинаковый, значит, дело не в нём было, если отличается - можно попробовать эту копию обновить

(44) - скопируй его в директорию обновляемой БД

зы. перед этим не забудь бекап!!!

(45) если dd не создается, то или права или md кривой

(46) дд может быть правильным, а кривизна в дбф..
(48) говорит, создался..

(44) я-бы попробовал обновить эту ПУСТУЮ базу, этим мы отделим проблеммы конфигурации от проблемм данных

(50) ставлю дайм - обновится :)

(47) в созданном появились строки

F=SP8803    |(P)ФиксироватьКурсЗа|N   |2     |0        
F=SP8766    |(P)УчетНДСССуммовыхР|C   |9     |0        
F=SP8667    |(P)ИндивидуальныйПре|N   |2     |0        
F=SP8668    |(P)СвидетельствоСери|C   |50    |0        
F=SP8669    |(P)СвидетельствоДата|D   |8     |0        
F=SP8713    |(P)ЗаписьДополнитель|N   |2     |0        
F=SP8714    |(P)КорректируемыйПер|D   |8     |0        
F=SP8738    |(P)ВидДолга         |C   |9     |0        
F=SP8716    |(P)ЗаписьДополнитель|N   |2     |0        
F=SP8717    |(P)КорректируемыйПер|D   |8     |0        
F=SP8740    |(P)ВидДолга         |C   |9     |0        
#==TABLE no 83     : Документ КнигаПокупок
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=DH3592  |Документ КнигаПокупок         |A          |DH3592     |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=IDDOC     |ID Document's       |C   |9     |0        
F=SP8842    |(P)ФормироватьТолько|N   |2     |0        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=ID       |of IDDOC      |0     |IDDOC                                                       |ID        
#
#===============================================================================
#==TABLE no 84     : Документ КнигаПродаж
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=DH4694  |Документ КнигаПродаж          |A          |DH4694     |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=IDDOC     |ID Document's       |C   |9     |0        
F=SP8835    |(P)ФормироватьТолько|N   |2     |0        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=ID       |of IDDOC      |0     |IDDOC                                                       |ID        
#
#===============================================================================
#==TABLE no 85     : Документ КомплектацияТМЦ

(0) А посмотри в базе в папочке New_stru файлик 1Cv7.DD от какого числа?

первый кстати появился SP8803,в котором ошибку выдавал

(52) и всё? или ещё чего появилось?

(55) :)

(55) много чего,исправления,я не стал уж ветку засорять,много чего появилось

(57 ну, тогда пробуй. с Богом!)

(53) в только что созданном dd или в старой базе?

(59) ессесно, на копии пока, где дд пересоздал

(59)в старой базе dd от 30.04.2005 года. в новый соответственно от сегодняшнего дня

(60) пробую обновлять

(60) еще маленький нюанс,обновлять старую базу с новым dd?

(61) не стоило подменять md и dd в базе.

(64) почему?

(63) да.

только тебе советовали накатить обновление на "новую" конфу, которую ты создал для дд

ветки бы небыло...

ЗЫ.. такая ситуация может возникнуть, если кто-то обновлял БД не штатными методами, а простой заменой мд-шника в рабочей директории..

я работал во франчайзи, там был программист, проделавший ЭТО.. с последствиями :)

(66) на старой базе заменил dd из новой,обновление не прошло,таже ошибка. Пробовать обновить новую базу,где создавал dd?

(69) да, с неё надо было начать.. обновляй..

1. при таких древних релизах требуется поэтапное обновление
2. любая незнакомая база обязательно требует сравнения с типовым релизом (для понимания чего тут допилили)
3. Перед любыми действиями с незнакомой базой делается ПОЛНЫЙ бекап


(69) пробуй обновить новую базу

(69) - если получится нормально, на рабочей выполни, пожалуйста, (32)

(71)1. Это 7-ка. Можно пропускать релизы.

(68) а фамилию этого умельца не хочешь засветить :)

я-бы ему доплачивать стал, сколько клиентов для меня :)))

(73) - угу, можно.. но иногда нежелательно, особенно в бухии..

со старой базы брал md,создал базу. релиз соответственно 949,как и у старой,только dd новый. Обновляю на такой же релиз 949.

(73) не всегда можно, при определенных изменениях в плане счетов например нельзя

(74) судя по обилию таких тем, умельцев таких было много. ну, или он был один, но быстро перемещался :)

(74) - забыл уже.. 9 лет прошло :)

(76) обновляеш 949 на 949???

отойди от компа и позови взрослых

(76) дай кому нить удаленку да денег потом кинь им, будет быстрей и правильней!

(76) - "начинаю психовать" © :))

примени (32)!
копипащщщу:

""сделай изменение в конфе любое, например, поставь и убери пробел, затем - сохрани, она спросит про дд и создаст""

опечатался обновляю не на 949,а на 950. Все успешно

какие следующие действия?

(83) где успешно-то? на новой?

на новой

получается md нормальный?

(87) угу, брак в дбф-ке..
еще раз: (82)

и мд нормальный, и дд нормальный, и дбфки нормальные. но все - сами по себе.

ты базу когда новую делал (где дд пересоздавал) - все файлы туда копировал, или только с конфой?

(88) в старой базе изменения сделать?

по сколько в старой базе DD от 2005 года, 949 релиз жто 2008 года предположу, что в 2008 году пришел перец и тупо подменил MD.

скорее всего DD и структура таблиц примерно 918 релиза а md 949.

Автору советую доложить о ситуации начальству, по сколько обновление данной базы довольно трудозатратно и требует определенной квалификации

(90) именно в старой! :)

+(91) более реалистично в этом случае сделать перенос данных в новую базу.
можно даже увязать это со свёрткой базы, и перенести доки, например, с начала года + остатки на нач.года

(92) сделал,dd обновился. пробовать обновлять на 950?

(94) действуй!

(93) - скорей всего, задача практически невыполнимая..

(96) таже фигня
CODEBASE ERROR
Error #: -210
Unrecognized Field Name
SP8803

Анализ изменений в структуре информации.
New DD generate...
Old DD open process...
New DD open process...
Old DB open access...

(96) почему, я готов все починить :)

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

(97) мда..

а сам файл SP8803.dbf в директории бд есть?

..  больше идей нет..

+99 хотя.. он есть, но поля в нем нет

(98) с дд уже попробовали

(98) скажи лучше, что можно убыстрить процесс прибитием некоторых неиспользуемых таблиц

иди к начальству :)

сам быстро не починешь по любому (а скорее всего сам вообще не починешь)

(96) ну почему же "невыполнимая"? "невыполнимая топикстартером" - так точнее....

(102) тут 2 пути

1. вручную приводить заголовки DBF в соответсвие с новым DD
2. откатывать вниз порелизно пока не пройдет ТиС (но это грозить потерей части данных)

файла SP8803.dbf в базе нет

(104) - я это и имел в виду..
не хотелось огорчать ТС :)

(105) - есть и третий: ТИИ на старой

(106) это не файл, а поле

(106) - выложи свой дд в файлообменник.. посмотреть хочется :)

(108) да, точно поле.. у меня тоже нет такого файла..

(109) в старом dd искать поле SP8803?

(107) ТиИ на старой не пройдет, даю 99.000% :)

вот что в дд:

# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=SC204   |Справочник Договоры           |A          |SC204      |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=ID        |ID object           |C   |9     |0        
F=PARENTID  |ID parent obj       |C   |9     |0        
F=CODE      |object code         |C   |8     |0        
F=DESCR     |object description  |C   |50    |0        
F=PARENTEXT |Parent in other tabl|C   |9     |0        
F=ISFOLDER  |Flag - Is Line - Fol|N   |1     |0        
F=ISMARK    |Flag Object is Marke|C   |1     |0        
F=VERSTAMP  |Version stamp       |C   |6     |0        
F=SP668     |(P)ВалютаВзаиморасче|C   |9     |0        
F=SP1948    |(P)ТипЦен           |C   |9     |0        
F=SP1920    |(P)Скидка           |C   |9     |0        
F=SP870     |(P)ГлубинаКредита   |N   |5     |0        
F=SP2285    |(P)СуммаКредита     |N   |16    |2        
F=SP4764    |(P)НеКонтролироватьК|N   |2     |0        
F=SP8803    |(P)ФиксироватьКурсЗа|N   |2     |0        


стало быть, файл SC204.dbf.. его тоже выложи

(112) да, ты прав..

(113) нет таких файлов

нашел таблицу SC204 в старой dd

(113) даю 99% что это вообще не типовая, названия полей типа "НеКонтролироватьК" и "ФиксироватьКурсЗа" в типовых не встречаются...

(117) И не могут встречаться. Там корявят порой, но не настолько....

(117) (118) да вы что? :) я взял из ТиС-962, работающей на-ура! :)

(119) они с 930-го релиза ещё не слезли :)

(118) вот и я о том, то есть мы установили что DD файл от НЕТИПОВОЙ, а это занчит что там может быть вообще све что угодно, и формекс и плюсы и даже баба-яга

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

* есеченными = усеченными

(121) - файл дд у тс - все-таки типовой..

(124) какие еще есть варианты?

(122) хммм

то есть если завести 2 реквизита "НеКонтролироватьК_1111" и "НеКонтролироватьК_222" то они оба будут усечены до "НеКонтролироватьК"?

(116) - выложил два файла-то?
если нет - то давай: дд-шик из старой, и оттуда-же - SC204

(126) именно так! отсекается 18 символов.. это только инфа

+127 а, нет! надо три файла, третий - SC204.CDX

(119) тогда посыпаю голову пеплом....
впрочем, названия полей в дэдэшке - похрену... чисто информационно. главное - иды.

(128) минут через 5-10 дам ссылку

(128) а CDX тебе нафига? его вообще удалить можно смело

(131) да.. точно, не сообразил :)

тогда только ДВА :()

Развлекаетесь ?

(133) разминка для старых костей и застоявшихся связок :)

http://rghost.ru/29180341

(134) "Зарядка для хвоста"®

md,dd,SC204.CDX,SC204.DBF

(136) DD - соответствует структуре DBF, сам DBF - не битый, заголовок нормальнф

(138) md что ли подсунули или что?

(139) тебе в самом начала про это написали...

(139) допустить,какие варианты выхода из данной ситуации?

SC204 у тебя нормальная (и не может мешать реструктуризации), ты чего-то не договариваешь....

совет - иди к начальству, проси разрешения передать базу, может кто за бесплатно починит....

вообще ищи последний релиз до 30 апреля 2005 г. из него бери md подкладывай и пробуй добавить новый справочник и сохранить. (само собой все это на копии)

это самый простой способ но возможны потери части данных

(142) - SC204 - ненормальная..
счас я выложу исправления

http://zalil.ru/32021873

файл скачаешь - замени им файл в рабочей бд

поле введено, и может работать нормально, но мне его заполнить нечем

только там еще масса несуразностей, видно, кривизна не единственная
короче, я не берусь, слишком много всего :)

Файл SC204.dbf. Запись 993. Поле SP8803. Неверное содержимое поля Numeric - "  "
Таблица - SC2875. Не сходится количество полей
Таблица - SC131. Не сходится количество полей
Таблица - SC2537. Длина записи не соотвествует ожидаемой
Таблица - DH3504. Не сходится количество полей
Таблица - DT3504. Не сходится количество полей
Таблица - DH4389. Не сходится количество полей
Таблица - DT4389. Не сходится количество полей
Создана таблица - DH3592
Создана таблица - DH4694
Таблица - DH4913. Не сходится количество полей
Таблица - DH1790. Не сходится количество полей
Таблица - DH6661. Не сходится количество полей
Таблица - RA3549. Не сходится количество полей
Таблица - RA4343. Не сходится количество полей
Таблица - RG328. Не сходится количество полей
Таблица - RA328. Не сходится количество полей
Таблица - RG351. Не сходится количество полей
Таблица - RA351. Не сходится количество полей
Таблица - RG4335. Не сходится количество полей

этим я уж заниматься не буду..
мне не меньше пары дней кропотливой работы :)

+146 регистры тоже кривые..


+145 - можно попробовать накатить обновление, но я уже не уверен в успехе..

(146) да не все так плохо, если-бы поля использовались база уже упала давным давно.

на мой взгляд можно примерно за 1 день все сделать, правда при условии нахождения "последний релиз до 30 апреля 2005 г.", у меня такой древности нет, а без него гемору будет побольше

ИХМО - фирма попала на 20тр, и виной тому перец в 2008 году "обновивший" базу подменой MD

(148) +1..

за день можно.. но у меня свое задание, сейчас шеф придет озадачивать :)

вот еще:
""Таблица - DH3504. Не сходится количество полей ""
воистину, отсутствуют 2 поля

F=SP8713    |(P)ЗаписьДополнитель|N   |2     |0        
F=SP8714    |(P)КорректируемыйПер|D   |8     |0        

остальное примерно в таком-же состоянии

(0) есть база до ТВОИХ правок и развлекалова ?

(150) есть конечно.

(148) какой релиз достать надо? у меня все есть

(145) в которой ничего не меняли?

(152) "последний релиз до 30 апреля 2005 г."

(147) с твоей исправленной SC204 прокатило!!!! обновил на 950

пробую дальше

ТиС обновлять вообще не нужно

(155) обновить то обновило,но в 1с предприятии не запускает. снова ошибочки

(158) правильно.. наверное, сообщает:  нарушена структура, и имя файла дбф
высылай :)

(159) что высылать?

(160) ну вот твоя конфа у меня сообщает: нарушена cтруктура данных таблицы SC131
у тебя может быть другая таблица (это файл dbf),вот её и выложи

CODEBASE ERROR
Error #: -210
Unrecognized Field Name
SP8766

Нарушена структура данных таблицы
SC2875

SC2875.dbf - в обменник

http://rghost.ru/29191131

+163 - в (146) - это вторая строка.. так что всё логично у конфы.. ругается из-за ошибки - несоответствие дд и дбф

Сколько весит вся база в архиве ?

145мб

выкладывай на файлопомойку, только дбф-ки и мд с дд

(164)
http://zalil.ru/32022455

помести в свою базу

я добавляю поле, с именем, которое есть в ДД-шнике, но нет в дбф-файле(таблице)
параметры беру из дд-шника.

процедурка простая, но надо уметь пользоваться редактором DBF-файлов

такой битый файлик - не последний, я уже перечислил ошибочные.. все их надо править, если применить этот метод..
а там.. как кому хочется..


ЗЫ. как сделать штатно, средствами 1с, покажет епрст3.. я так думаю..

+168 выкладывай только ДО всех твоих исправлений.

(170) 4 архива и 1Cv7.crc,соберешь все файлы в один архив

http://zalil.ru/32022494
http://zalil.ru/32022503
http://zalil.ru/32022509
http://zalil.ru/32022518
http://zalil.ru/32022519

(169) много чего добавлял в dbf?

(172) в последнюю - только одно поле SP8766 (C 9 0)

вообще перечень проблемных - в (146), во всех - одна беда, отсутствуют поля, а какие именно - сравнивать дд-шный список с шапкой дбф, открытой в Excel"е

+173 - всё, кроме одного:

Таблица - SC2537. Длина записи не соотвествует ожидаемой

здесь посложнее: это не совпадает длина Наименования (60) с длиной поля в дбф, там (50)..
это надо править прямо в конфе, установить длину=50 и сохранить конигурацию

(174) сравнивал с dd из старой базы?

(175) угу..

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

(177) - нет, удалять нельзя, на них есть ссылки в других местах бд

+178 просто не даст удалить

через какой редактор поля добавлял?

(180) я вроде написал.. FoxPro20

дай ссылочку

(170) как обстоят дела,распаковал?

(182) это СУБД, и она у меня лет 20 уже..

http://zalil.ru/32022628

только мануала нет. он у меня в памяти :)

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

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

или попробовать выгрузить в аналогичную 949 ТиС?

(185) ты не скачивал DBF_View.7z ? вроде должно быть просто

остальные варианты - у епрста..


(186) - не исправляются дбф при накате.. вот это основная причина

(187) не поможет.. имхо.. все кривые дбфы перенесутся..

каким тогда методом епрст будет делать? если вариантов нет?

(189) сколько по времени займет 15 полей добавить?

(190) не знаю :) сделает - может быть и скажет :)

(191) - у меня - час-два

(192) может сможешь найти время,просто очень нужно,спецов в городе нету,а работать очень нужно

я с вас фигею, если база завелась - то тупо делаем експорт в новую с правильной структурой, простая выгрузка/загрузка в большенстве спасает

через штатные средства или обработки искать?

(195) пробуй штатно

куда заходить?

в конфигураторе - выгрузить потом в другой базе загрузить

тоже самое и будет,там даже релиз тот же загрузится

(193) чем слепить твои нарезанные файлы в БД? извини, не знаю..

(198) - при выгрузке - ошибка, причина - та-же

(199) не спорь, попробуй.

или будет ошибка или будет все хорошо

(201) если свертку базы сделать?

(203) - см 202

(203) - чем слеплять-то твои файлы?

(201) тогда нешатно, для меня самое простое это зафигачить пустую базу в скуль и экспортом из дбф все поля залить.

можно и через ADO напрямую DBF---DBF перелить, ADO вполне нормально поддерживает несколько файлов

+205 - отбой, слепил!

(207) ну вот на коньяк заработал!

(207) что получилось?

Я открыл, ошибка только в 1 табличке справочника, тебе высылать ?
Все остальные таблички целы.

высылай

(210) ну как там? ты базу пакуешь что ли?

поправил, всё цело, индексируй и обновляй на какой тебе там надо релиз..

(212) ща. загружается

в чем косяк то был? ты тестирование и исправление делал?

(212) коньяк высылай Ёпрст3 или у него в личке смотри про благодарности :)

(216) само собой,без этого никак

http://zalil.ru/32022954

короче, в той базе что выслал, заменяешь на эти 3 файла и наслаждаешься.

Тии делается, лень ждать конца было..

это ты сам на досуге проверь, че там еще есть.
Сейчас структура полей нужная и мд соответствует табличкам ИБ.

причина то в чем была?

(222) тебе не пофик ?
:)

причина простая - подмена мд

не успел я :)
ну ладно, успехов, ТС :)

(223) а кто то еще сомневался?
Сомнения были, ТС это сделал или кто то до него, в 2005 году...
Хотя ответ очевиден
:)

(0) тебе свертка базы нужна будет, ну или переход на Скуль. Табличка с движениями по регистру Покупатели близиться к 2ГБ.

(226) не надо, там в табличке 80% мусора - движуха с нулями по всем ресурсам.
Вычистить табличку и привет.

(227):), пардон, я её тока с наружи глянул.

185 метров, после выкидывания мусора и упаковки

(229) как ее вычистить,у меня база 2,9 гб
удалил все помеченные на удаление объекты

http://zalil.ru/32025637

(231) распаковал архив,заменил на твои три файла,запустил релиз стал за место 949 939,сделал тестирование и исправление по всем пунктам,удалил документы,помеченными на удаление. Обновил на 941 релиз. Все норм. Начал обновлять с 941 на 950 заткнулся на Обработка шапки документа: Списание ТМЦ. На более раннюю обновлять нужно?

(231) да,да да,на этом и затыкается. Растет до 3 гигов,нафиг вырубаю.

не надо. В пределах 1 редакции можно прыгать сразу на последний.
ТиИ прогони, для начала..

Сделай администрирование - загрузить данные и укажи этот архив:
http://zalil.ru/32025777

далее объединяй на последний релиз. Всё

(235) создать чистую базу и в нее через нофигуратор загружать данные или в старую?

(236) без разницы, можешь и в чистый каталог

почему архив таким маленьким стал? данные все остались?

(238) всё осталось, не сцы.
:)

не забудь потом папки extforms и users.usr туда кинуть

будь в сети,в течении 10 минут напишу,или аську,мыло напиши.

(240) само собой весь каталог ExtForms,V7Plus.dll и V7Plus.als

(239) загружается.... ждемс. у тебя xp? пришлось поменять кодовую страничку,т.к. у меня win7

(238) он у тебя байты спер, требуй взвесить базу на контрольных весах, а то сейчас к своей базе все приляпает и у него буде крутая шняга :)

как в горцах энергию пили после отрубания башки :))

10 минут висит на Загрузка документа ПеремещениеТМЦ-4100

каталог пока на отметке 1111 мб,продолжает расти

(245) да, хрюша.
Твоя база грузится минуты 1-2.

все,загрузилась 1013 стала,была 2986,ты чего там вырезал столько много?

(248) нулевые итоги у тебя сейчас улетели + я вычистил мусор в табличке движения регистра Покупатели.

наслаждайся.

в данный момент обновляю сразу на 969 конфу...

Обработка движений регистра Книга покупок:7400
сколько по времени обновление длится? комп хороший

все,обновил. каталог NEW_STRU нужен?

(253) от старой базы ? Нет.
Тот что сейчас создался - оставь.

теперь еще пару вопросов небольших. Эта копия базы от 12.10.2011 - более удачная. Так как в этом месяце вообще всю базу запартачили,открываешь любой документ,вылетает ошибка 310,10000,прога закрывается. Можно ли из нее выгрузить документы в ту,что сегодня обновил от 12.10.2011?

всё можно, можно тупо любыми обработками по переносу доков, хоть оле, хоть через текстовое файло

у тебя есть нормальные выгрузки с правилами
- из ТиС в ТиС
- из ТиС в УТ 8.2 10.3

для кд ?

(258)не понял?

(259) правила выгрузки для чего ? Для Конвертации Данных (КД)  ?

нет,для обработок. ну или сами обработки для выгрузки/загрузки в xml
- из ТиС в ТиС
- из ТиС в УТ 8.2 10.3

(261) ^))

мот тебе еще и ключи от хаты ?

типовая для выгрузки в ут 81
а для выгрузки из 77 в аналогичную не нашел

в ут 8 есть штатная выгрузка из ут 8 в аналогичную