IE 2016

Краткое описание формата файлов *.1CD (файловых баз 1Сv8)

Опубликовал awa в раздел Программирование - Теория программирования

После того, как я выложил свою программку Tool_1CD ( http://infostart.ru/projects/3851/ ), оказалось, что интерес к формату файлов 1CD достаточно велик. Поэтому для всех желающих продолжить разбираться с форматом, или желающих написать свою программу, выкладываю свои текущие знания об этом формате.

Отмазки.

Данное описание не претендует на законченность, безошибочность и понятность.

Начало.

Описание формата приведено в терминах языка C. Размер типа char – 1 байт, размер типа short int – 2 байта, размер типа int и unsigned int – 4 байта. Префиксом 0x обозначаются шестнадцатеричные числа.

Файлы баз *.1CD состоят из блоков длиной 4096 байт (0x1000). Соответственно, длина файла всегда кратна 4096.

Блок 0.

Нулевой блок имеет следующую структуру:

struct {

char sig[8]; // сигнатура “1CDBMSV8”

char ver1;

char ver2;

char ver3;

char ver4;

unsigned int length;

int unknown;

}

Первые 8 байт – сигнатура базы «1CDBMSV8».

Следующие 4 байта - это версия базы. На данный момент мне встречались только версия «8.0.5.0» (ver1 = 8, ver2 = 0, ver3 = 5, ver4 = 0) – это базы 1Cv8.0 и версия «8.1.0.0» (ver1 = 8, ver2 = 1, ver3 = 0, ver4 = 0) – это базы 1Cv8.1 и 1Cv8.2.

Следующие 4 байт – длина базы (файла) в блоках.

Предназначение поля unknown неизвестно, всегда содержит 1.

Объекты.

Вся остальная информация в базе хранится в объектах (файлах базы). Каждый объект состоит из одного или более блоков. У каждого объекта есть один заголовочный блок, блоки с таблицей размещения, и собственно данные. Второе и третье может отсутствовать.

Структура первого блока каждого объекта такова:

struct {

char sig[8]; // сигнатура “1CDBOBV8”

int length; // длина содержимого объекта

int version1;

int version2;

unsigned int version;

unsigned int blocks[1018];

}

Первые 8 байт – сигнатура базы «1CDBOBV8».

Есть 2 типа объектов.

Блок 1. Таблица свободных блоков.

Первый тип объекта – это таблица свободных блоков. Признаком этого блока является поле version равное 0. Такой объект в базе всегда один, и его заголовочный блок располагается всегда в блоке со смещением 1 (т.е. по адресу 0x1000). Длина данных такого объекта равна (length * 4) байт.

В blocks содержатся номера блоков, в которых собственно и находится содержимое таблицы свободных блоков. Значащими являются ненулевые значения в массиве blocks. Содержимое таблицы свободных блоков – это просто массив номеров свободных блоков:

unsigned int free_blocks[length];

Таким образом, в базе содержатся ровно length свободных блоков.

Когда системе требуется новый блок для данных, то она берет последний свободный блок из массива free_blocks и уменьшает length на 1. Если свободных блоков нет, то он создается в конце файла базы. Блоки, содержащиеся в массиве blocks, не являются свободными, а принадлежат объекту – таблице свободных блоков. В blocks может содержаться больше блоков, чем необходимо для хранения массива free_blocks.

Остальные объекты.

Второй тип объектов характеризуется ненулевым значением поля version. Вся информация в базе, кроме блока 0 и таблицы свободных блоков хранится именно в таких объектах.

В поле length содержится длина в байтах данных объекта.

В массиве blocks находятся индексы блоков, содержащих таблицу размещения данных объекта. Каждый блок, указанный в blocks, и являющийся частью таблицы размещения, имеет следующую структуру:

struct {

int numblocks;

unsigned int datablocks[1023];

}

Поле numblocks указывает количество реальных значений в datablocks (от 1 до 1023). В datablocks содержатся индексы блоков, в которых находится собственно содержимое объекта (данные). Так как в одном блоке таблицы размещения может быть указано максимум 1023 блока с данными, то соответственно, максимальная длина данных, указанных в одном блоке таблицы размещения равна 1023 * 4096 = 4190208 байт (0x3ff * 0x1000 = 0x3ff000). Таким образом, из длины содержимого объекта length мы можем определить количество фактических значений в blocks. Если length равен 0, то в blocks нет значащих данных, иначе количество значений в blocks равно (length - 1) / 0x3ff000 + 1 (деление целочисленное, без остатка). А также можно вычислить максимальную длину данных одного объекта: 4190208 * 1018 = 4265631744 байт (1018 – максимальное количество значений в массиве blocks), это совсем немного меньше 4х гигабайт.

Повторим, в заголовочном блоке объекта находится массив blocks, содержащий индексы блоков с таблицей размещения. А в таблице размещения находятся блоки, содержащие сами данные.

Блок 2. Корневой объект.

Последним объектом с предопределенным расположением является корневой объект. Заголовочный блок корневого объекта располагается в блоке с индексом 2. Все остальные объекты базы могут быть получены через корневой объект. Структура данных этого объекта зависит от версии базы, хотя и различается несильно. Для версии базы «8.0.5.0» эта структура выглядит так:

struct {

char lang[8];

int numblocks;

int tableblocks[numblocks];

}

Для версии «8.1.0.0» структура выглядит так:

struct {

char lang[32];

int numblocks;

int tableblocks[numblocks];

}

Т.е. различаются эти структуры только длиной поля lang. В поле lang содержится код языка базы. Код языка базы представляет собой строку в ANSI-кодировке. Мне встречались только базы с кодами «ru_RU» и «en». На что влияют эти коды языка, я не знаю, возможно, на порядок сортировки строк при построении индексов.

В поле numblocks содержится количество элементов в массиве tableblocks. В массиве же tableblocks содержатся индексы объектов, содержащих все таблицы данных. Т.е. таблиц в базе ровно numblocks.

Объект таблицы.

Каждый объект таблицы, указанный в корневом объекте, содержит просто текстовое описание таблицы в Unicode. Вот пример описания таблицы:

{"_Reference4",0,

{"Fields",

{"_IDRREF","B",0,16,0,"CS"},

{"_VERSION","RV",0,0,0,"CS"},

{"_MARKED","L",0,0,0,"CS"},

{"_ISMETADATA","L",0,0,0,"CS"},

{"_CODE","NC",0,9,0,"CI"},

{"_DESCRIPTION","NVC",0,25,0,"CI"},

{"_FLD7","I",1,0,0,"CS"}

},

{"Indexes",

{"_IDRREFIDX",1,

{"_IDRREF",16}

},

{"_REFERENCE4_CODE_SR",0,

{"_CODE",9},

{"_IDRREF",16}

},

{"_REFERENCE4_DESCR_SR",0,

{"_DESCRIPTION",25},

{"_IDRREF",16}

}

},

{"Recordlock","0"},

{"Files",118,119,96}

}

Как видно из этого примера, здесь присутствуют имя таблицы (_Reference4), раздел описания полей таблицы (Fields), раздел описания индексов (Indexes), параметр Recordlock и раздел Files.

В разделе Files всегда содержатся три числа, которые содержат индексы заголовочных блоков объектов (по порядку) с записями таблицы, Blob-данными (строки неограниченной длины и двоичные данные) и индексами. Если какого-либо объекта у таблицы нет, то соответствующее число равно нулю.

В разделе Fields содержатся описания полей таблицы. Описание каждого поля содержит (по порядку): имя поля (FieldName), тип поля (FieldType), признак использования NULL (NullExists), длину (FieldLength), точность (FieldPrecision) и признак регистрочувствительности (FieldCaseSensitive).

Сколько байт занимает каждое поле в записи, и как его интерпретировать, зависит от параметров поля. Во-первых, если NullExists у поля равен 1, то первый байт поля является признаком NULL. Значение 0 этого байта означает, что поле не содержит значение (т.е. содержит NULL). В противном случае, поле содержит значение. Если же NullExists равен 0, то такого байта в поле нет.

Далее, размер и формат поля зависит от типа поля. Типы поля бывают такими:

  • «B» - двоичные данные. Длина поля равна FieldLength байт.
  • «L» - булево. Длина поля 1 байт. Нулевое значение байта означает Ложь, иначе Истина.
  • «N» - число. Длина поля в байтах равна Цел((FieldLength + 2) / 2). Числа хранятся в двоично-десятичном виде. Первый полубайт означает знак числа. 0 – число отрицательное, 1 – положительное. Каждый следующий полубайт соответствует одной десятичной цифре. Всего цифр FieldLength. Десятичная точка находится в FieldPrecision цифрах справа. Например, FieldLength = 5, FieldPrecision = 3. Байты 0x18, 0x47, 0x23 означают число 84.723, а байты 0x00, 0x00, 0x91 представляют число -0.091.
  • «NC» - строка фиксированной длины. Длина поля равна FieldLength * 2 байт. Представляет собой строку в формате Unicode (каждый символ занимает 2 байта).
  • «NVC» - строка переменной длины. Длина поля равна FieldLength * 2 + 2 байт. Первые 2 байта содержат длину строки (максимум FieldLength). Оставшиеся байты представляет собой строку в формате Unicode (каждый символ занимает 2 байта).
  • «RV» - версия. Длина поля 16 байт. Предположительно содержит четыре числа int.
  • «NT» - строка неограниченной длины. Длина поля 8 байт. Первые четыре байта содержат начальный индекс блока в объекте Blob таблицы, вторые четыре – длину данных в объекте Blob. В объекте Blob содержится строка в формате Unicode.
  • «I» - двоичные данные неограниченной длины. Длина поля 8 байт. Первые четыре байта содержат начальный индекс блока в объекте Blob таблицы, вторые четыре – длину данных в объекте Blob.
  • «DT» - дата-время. Длина поля 7 байт. Содержит данные в двоично-десятичном виде. Первые 2 байта содержат четыре цифры года, третий байт – две цифры месяца, четвертый байт – день, пятый – часы, шестой – минуты и седьмой – секунды, все также по 2 цифры.

Зная теперь длину в байтах каждого поля можно посчитать общую длину одной записи таблицы и смещение каждого поля в записи. Но для этого необходимо учесть следующее. Если в описании полей таблицы нет поля с типом версия (RV), но при этом параметр Recordlock равен 1, то в записи присутствует дополнительное поле, которое я для себя называю короткая скрытая версия. Длина этого поля равна 8 байт. В каждой записи самый первый байт – это признак удаленности записи (признак, что запись не занята). Если этот байт равен 1, то запись свободна, а следующие 4 байта содержат индекс следующей свободной записи. Из этого следует, что запись не может быть короче пяти байт. Если же первый байт записи содержит 0, то далее в записи следуют значения полей. Причем порядок полей определяется таким образом: превым всегда идет поле версии (или описанное в разделе Fields с типом RV или поле скрытой короткой версии), затем все остальные поля в том порядке, как они описаны в разделе Fields.

Объект записей таблицы.

Содержимое объекта записей таблицы содержит просто массив записей. Таким образом, длина данных этого объекта всегда кратна длине одной записи. Первая (точнее нулевая) запись всегда помечена как свободная, она содержит индекс следующей свободной записи (или 0, если таких нет). Т.е. с нее начинается цепочка свободных записей таблицы.

Объект Blob таблицы.

Объект содержит Blob-данные таблицы (строки неограниченной длины и двоичные данные неограниченной длины). Содержимое этого объекта состоит из блоков (не путать с блоками, из которых состоит файл 1CD) длиной 256 байт (0x100). Т.е. это просто массив блоков длиной 256 каждый. Поэтому длина данных объекта всегда кратна 256. Структура каждого блока объекта такова:

struct {

unsigned int nextblock;

short int length;

char[250] data;

}

Поле nextblock содержит индекс следующего блока, содержащего продолжение данных, или 0, если следующего блока нет. Поле length содержит длину данных в этом блоке (максимум 250). Поле data содержит сами данные. Нулевой блок всегда считается свободным, в поле nextblock он содержит индекс следующего свободного блока. Таким образом, с нулевого блока начинается цепочка свободных блоков.

В записях таблицы в полях с типом «NT» и «I» содержится индекс первого блока, с которого начинаются данные, относящиеся к этому полю данной записи.

Объект индексов таблицы.

На данный момент структура индексов до конца не изучена.

...

С благодарностью приму любые уточнения, дополнения, сообщения об ошибках, а также любую другую информацию по теме.

 

 

 

 

 

См. также

Лучшие комментарии

1. Abadonna 23.04.2009 06:51
Вот за это не плюс, а ПЛЮСИЩЕ.
Рано или поздно придется копаться ;)
# Ответить
60. AlexStar 06.08.2012 08:49
(59) Проблему решил с помощью http://forum.ruboard.ru/archive/index.php/t-66612.html

Установил пустую конфу того же релиза из шаблона. После запуска конфигуратора пустой конфы открыл конфигурацию. Оставив в таком виде, скопировал файл битой базы вместо живого в каталоге пустой конфы. Закрыл конфигуратор, при этом он сказал, что база повреждена. Затем открыл снова, конфигурация стала открываться. Но это еще не все, ошибка сидит внутри, что бы от нее избавиться полностью, пока конфигурация открыта, сделал обновление следующим релизом. Обновление и реструктуризация прошли успешно, в пользовательском режиме так же все нормально запустилось. Проверил данные, на месте. Далее уже экпериментировал. ТиИ ошибок не показала, последующие обновление также прошли на УРА!!!
# Ответить
39. ivanoa 11.11.2010 16:16
(38) Базу удалось открыть! :) Документы все получилось вытащить. Был битым только конец файла, видимо, проблема возникла в конце построения индексов.
Было сделано два важных шага:
1) Сообщение "Поврежден заголовок файла базы данных" было вылечено тем, что изменена в блоке 0 длина файла, т.к. размер файла в байтах не совпадал числом-длиной в блоке 0(шестнадцатиричное число).
2) С помощью обработки Tool_CD http://infostart.ru/public/19633/ открыли файлы битый и нормальной копии:
в конце в битой копии нет таблиц. Вычислили количество небитых. Данное количество таблиц поставили в количество элементов в массиве tableblocks = количеству таблиц в базе.
Таким образом, т.к. у нас были битыми только регистры, удалось войти в базу и вытащить все документы и справочники универсальной обработкой выгрузки/загрузки в нормальную копию.
+ 3 [ SirYozha; CratosX; awa; ]
# Ответить

Комментарии

1. Abadonna 23.04.2009 06:51
Вот за это не плюс, а ПЛЮСИЩЕ.
Рано или поздно придется копаться ;)
# Ответить
2. kadr 23.04.2009 08:50
Да...
Проделана огромная работа.
# Ответить
3. Душелов 23.04.2009 09:08
Так-так-так!..
# Ответить
4. Evg-Lylyk 23.04.2009 10:59
(0) А описания формата внешних обработок нет?
Ответили: (6) (76)
# Ответить
5. z-alexey 23.04.2009 11:22
Ничег не понимаю, но плюс :)
# Ответить
6. СергейКа 23.04.2009 11:57
(4) Ничего особо сложного. В основном проще чем CD. Но думаю, выкладывать на всеобщий обзор будет неразумно. Кто захочет - разберется. Сам начинал разбираться со структурами с обработки автора. И не очень давно.
Ответили: (8)
# Ответить
7. support 23.04.2009 12:02
Предлагаю создать статью на http://wiki.infostart.ru
Там скоро я все переделаю под общую базу знаний.
# Ответить
8. artbear 23.04.2009 12:43
(6) А в чем проблема-то при выкладывании в общий доступ ?
Ты даешь описание деталей, а не готовую программу, которая взламывает что-то.

ЗЫ все равно уже существует V8Unpack и аналогичные инструменты :)
Ответили: (9)
# Ответить
9. СергейКа 23.04.2009 12:53
(8) Существует, не спорю. Но именно тоже не как готовая программа :) С ней еще покопаться надо.
Но в конце-концов это ИМХО. Желающий да разберется (ищущий да обрящет).
# Ответить
10. sound_kurgan 23.04.2009 23:59
Прикольно. Дерзайте парни. Отомстим за гоу ту (Ц)
# Ответить
11. newbas 24.04.2009 09:53
Откуда дровишки
Ответили: (12) (59)
# Ответить
12. awa 24.04.2009 09:56
(11) Из леса, вестимо!
# Ответить
13. MRAK 25.04.2009 12:21
эх... реализовать бы на базе этого открытый народный конфигуратор...
# Ответить
14. MRAK 25.04.2009 12:21
15. tormozit 26.04.2009 21:30
Как получить модуль основной формы из EPF? Точнее где ее GUID лежит?
# Ответить
16. Stety 28.04.2009 00:25
Хм... А куда делся http://infostart.ru/projects/3851/ ???
Ответили: (18) (17) (79)
# Ответить
17. awa 28.04.2009 00:28
(16) Мне тоже это интересно. Задал этот вопрос Доржи, ответа пока не получил...
# Ответить
19. Stety 28.04.2009 09:45
(18) Ну, туда меня вряд ли пропустят. :-)
# Ответить
20. totskysergey@mail.ru 29.04.2009 10:04
(18) А что надо чтоб пустили в эту ветку?
Ответили: (25)
+ 1 [ shsj; ]
# Ответить
22. das 05.05.2009 19:01
+ спасибки!
# Ответить
23. gudun_ku 06.05.2009 20:59
а на sql написать описание? Вообще хотелось бы функцию, которая без внешних компонент вернула средствами 1С уникальный идентификатор объекта конфигурации (что указывается в файле DBNames в таблице Params).Хочется обработки как у Германа (Enterprise Integrator),только без внешних компонент и трассировки.
Ответили: (24)
# Ответить
24. awa 07.05.2009 09:09
(23) Описание на sql чего?
Здесь описан формат файла 1CD - а это в общем случае произвольная база данных. Например, хранилище конфигураций - это тоже файловая база данных (файл 1cv8ddb.1CD), однако в этой базе нет таблиц CONFIG, PARAMS, FILES и т.д. Или, например, временная БД 1Cv8tmp.1CD, создаваемая 1С при работе в файловом режиме.
# Ответить
25. sky_flower 25.06.2009 10:23
(20) так что всё-таки надо чтоб впустили?
неужели такая СЕКРЕТНАЯ информация?? и куда делся 21 пост?
Ответили: (26)
# Ответить
26. awa 25.06.2009 10:48
(25) Это закрытый форум Советников Администрации, чтобы туда пустили, надо быть человеком, заинтересованным в судьбе Инфостарта, активно участвовать в его жизни.
В той ветке было обсуждение, почему убрали с Инфостарта программу Tool_1CD, самой программы там нет.
Сейчас программу Tool_1CD можно найти в других местах, но публично такие ссылки на инфостарте давать неприлично))
# Ответить
27. mishaProgr 01.07.2009 21:04
вышлите пожалуста на 122062@mail.ru программу Tool_1CD.
Нигде в Инете не найду, а очень надо
плиз!
# Ответить
28. Monolit 01.07.2009 21:17
С тех пор как Вы выложили ,там уже кто -то ночевал
http://infostart.ru/projects/3851/
# Ответить
29. harmit 26.08.2009 15:20
awa респект... ждем продолжения..
# Ответить
30. denisdwh 20.10.2009 13:19
+1
Респект автору!
Хотелось бы увидеть продолжение развития 1С Tool.
Лично мне бы хотелось бы, что бы в программе появился бы следующий функционал:
Возможность подсоединения к sql серверу.
Возможность внесения изменения данных в таблицах БД (в особенности в Blob-поля).
+ 1 [ yansen; ]
# Ответить
31. arhu-dima 15.04.2010 10:50
БЫЛО БЫ ПРИКОЛЬНО ЕСЛИ ПРОГРАММА ПОЗВОЛЯЛА РЕДАКТИРОВАТЬ ТАБЛИЦЫ. ЭТО ДАСТ ВОЗМОЖНОСТЬ НАПРЯМУЮ ВОССТАНАВЛИВАТЬ БАЗУ ДАННЫХ.
+ 1 [ shouh; ]
# Ответить
32. natarezn 17.04.2010 22:11
класс! а еще что есть?
# Ответить
33. SiAl 28.04.2010 16:53
Добрый день. У меня ошибка в файле БД. С помощью 1CD utils я нашел, что поле SERIALIZEDDATA в таблице DBSCHEMA пустое, хочу его скопировать из файла БД типовой конфигурации, потому что конфигурация не снималась с поддержки. Но вот не погу разобраться, как правильно в HEX редакторе скопировать часть из файла пустой БД типовой конфигурации, так как конфигурация БД не отличается от типовой. Начало таблицы DBSCHEMA я могу найти, а как найти ее конец в файле?
Ответили: (34)
+ 1 [ OSin_54; ]
# Ответить
34. awa 28.04.2010 17:39
(33) Даже если конфигурации полностью совпадают, содержимое DBSCHEMA может быть разным и SERIALIZEDDATA от одной базы может не подходить к другой.
Если есть возможность, выложите на файлообменник файл 1CD, может быть удастся что-то сделать...
# Ответить
35. MichaelT 09.06.2010 01:16
Спасибо за пост! Программка очень пригодилась :)
# Ответить
36. alexcne 25.09.2010 16:38
Программа ОЧЕНЬ сильно помогла. Смог разобраться, какой из регистров накопления заполнен "до упора". Проанализировал структуру регистра и сократил длину одного из реквизитов, что помогло "отсрочить" переход на SQL-вариант еще как минимум на полгода.
# Ответить
37. alexcne 25.09.2010 16:40
Из пожеланий по развитию проекта:
1) сортировка по степени заполненности внутренних файлов таблиц
2) или хотя бы 3 колонки рядом с идентификатором таблицы: размер data, blob, index
3) ОБЯЗАТЕЛЬНО разделители триад в числах. Прочитать, например, число 1'234'567'890 гораздо легче чем 1234567890
4) Хотелось бы видеть не только идентификаторы таблиц, но и по возможности имена объектов, как они описаны в конфигураторе
# Ответить
38. ivanoa 18.10.2010 23:33
Ситуация такая: в конфигуратор зайти не можем:"Файл базы данных поврежден".
chdbfl.exe при проверке выдает: "Поврежден заголовок файла базы данных
Повреждено содержимое внутреннего файла <Описание базы данных>".

Tool_cd - стурктуру не показывает, пишет "длина файла в блоках и количество блоковв заголовке не равны"
Что можно сделать?
Ответили: (39)
# Ответить
39. ivanoa 11.11.2010 16:16
(38) Базу удалось открыть! :) Документы все получилось вытащить. Был битым только конец файла, видимо, проблема возникла в конце построения индексов.
Было сделано два важных шага:
1) Сообщение "Поврежден заголовок файла базы данных" было вылечено тем, что изменена в блоке 0 длина файла, т.к. размер файла в байтах не совпадал числом-длиной в блоке 0(шестнадцатиричное число).
2) С помощью обработки Tool_CD http://infostart.ru/public/19633/ открыли файлы битый и нормальной копии:
в конце в битой копии нет таблиц. Вычислили количество небитых. Данное количество таблиц поставили в количество элементов в массиве tableblocks = количеству таблиц в базе.
Таким образом, т.к. у нас были битыми только регистры, удалось войти в базу и вытащить все документы и справочники универсальной обработкой выгрузки/загрузки в нормальную копию.
+ 3 [ SirYozha; CratosX; awa; ]
# Ответить
40. Fox_65 22.03.2011 02:02
Безусловно статья полезная. Большой плюс. В версии 77 использовались форматы хранения данных уже известные (dbf,sql) и под них была куча уже готовых инструментов.(Даже при потери части dbf базу удавалось спасти). Формат хранения данных 8 - абсолютно новая область. И инструментов для работы с ней очень мало. В случае поломки базы - инструмента кроме Hex-редактора вообще нет. Стандартная chdbfl творит непонятно что(иногда файлы укорачивает). И в 1С ответ один "Восстанавливайте из резервной копии".(Они бы сразу об этом предупреждали при установке 1с8 - "Наша программа глючная -делайте резервные копии").
Хотелось бы побольше информации (например об индексах). Tool_1cd их использует (в моем случае предупреждает
"Ошибка чтения индексов. Индекс первого свободного блока за пределами файла индексов"). Где-нибудь можно узнать побольше информации о формате 1CD?
# Ответить
41. VVVP 22.05.2011 00:48
Что бы посоветовал к описанию структуры: добавить уточнение по формату параметров. Например:
- int length; // длина содержимого объекта
и т.п.: не совсем ясно, сколько значащих байт к нему относится.

В остальном - очень полезные вещи! И большая работа проделана! Респект автору!
# Ответить
42. ateymurlu 03.10.2011 09:37
Dobriy den kollegi
Pomagite pls reshat etoto problemu
Продолжить прерванное ранее тестирование
Ошибка SQL: Таблица не найдена '_document 133'
Vo vremya testirovaniye i isparavleniye prizashlo takoy oshika
# Ответить
43. pmtvv 09.10.2011 14:31
прикольная штука, спасибо
# Ответить
44. Dragonva 25.11.2011 18:45
Класс начало это уже нужное дело! Вот описанее внещних форм то же бы выложить!
# Ответить
45. PLG 12.12.2011 01:01
Не удается открыть базу (типовая бухгалтерия 2.0.29.10 платф. 8.2.13.219) "Ошибка формата потока", все возможные манипуляции сделала, ничего не помогло. Открыла с помощью Tool_1CD, написано База данных 1CD открыта, похоже мне прислали открытую базу, как вернуть работоспособность.
# Ответить
46. Hadgehogs 23.12.2011 23:51
Я думаю, что всеже

int length; // длина содержимого объекта

надо исправить на

unsigned int length; // длина содержимого объекта
Ответили: (47)
+ 1 [ awa; ]
# Ответить
47. awa 24.12.2011 18:36
(46) Да, совершенно верно, там беззнаковое целое, unsigned int.
# Ответить
48. Ice-Stas 29.01.2012 13:13
Подскажите, пожалуйста, возможно ли восстановить базу 1с 8, если проверка физической целостности пишет - База полностью разрушена восстановление невозможно? Ближайшей копии полгода. Подскажите, что можно сделать, спасибо.
# Ответить
49. Ice-Stas 29.01.2012 13:13
Если возможно, ответьте на Ice-stas@mail.ru
# Ответить
50. Ice-Stas 29.01.2012 13:14
Если есть кто, сколько это стоит и кто возьмется?
# Ответить
51. sasha_r 30.01.2012 12:18
Программой Tool_1CD просто восхищен!

Скажите, кому-то удавалось заменить таблицу CONFIG в одном файле 1CD на версию из другого?
а то у меня проблема с битой базой файловой - никак не могу корректной замены добиться :(
# Ответить
52. arifulina 31.01.2012 17:25
Очень интересно! надо будет попробовать попользоваться
# Ответить
53. BAC51 30.03.2012 18:35
Ребята, я написал статью с картинками о том, как я успешно пересадил таблицу CONFIG из целой базы в битую.

Вот она - по этой ссылке.

Огромный привет юзеру AWA, он крутой.
Ответили: (54)
# Ответить
54. awa 30.03.2012 20:18
(53) Что сказать, тебе повезло. У тебя файлы data, index и blob таблицы CONFIG были не фрагментированы и располагались друг за другом и в битой базе, и в бэкапе. К сожалению, так бывает не всегда.
Но как частный случай успешного лечения чтение весьма интересное. Почему бы тебе не создать публикацию здесь, на инфостарте?
# Ответить
55. BAC51 30.03.2012 20:24
Ну да,
Tool_1CD выводит где-нибудь блоки, которые занимает таблица? Я не нашёл, а судя по всему это полезная информация.

Публикации не умею делать, разрешаю скопировать мою статью с указанием ссылки на ЖЖ, чтобы люди могли задать мне вопросы в моём ЖЖ (на инфостарте я не планирую зависать, т.к. не занимаюсь 1С профильно)
Ответили: (63)
# Ответить
56. quares 10.04.2012 12:32
Было бы здорово если утилита позволяла бы изменять таблицы (хоты бы структуру).
# Ответить
57. lexx_brz 13.06.2012 21:43
Здравствуйте, Валерий (awa)! Очень прошу помочь мне в нелегком деле) Проблема заезженная, но актуальная для меня. При обновлении конфигурации "Зарплата и Управление Персоналом (базовая)" редакцию к сожалению не помню...возникла проблема описаная ниже

Ошибка СУБД:
Файл базы данных поврежден 'C:\Users\Марина\Desktop\HRMBase1/1Cv8.1CD'
по причине:
Файл базы данных поврежден 'C:\Users\Марина\Desktop\HRMBase1/1Cv8.1CD'

При проверке и исправлении утилитой chdbfl.exe база частично восстанавливается но все равно не читается... Отвечает

Ошибка SDBL
Разрушена структура базы данных 1С:Предприятия

Что посоветуете? Заранее благодарен.
email: all-leukhin@yandex.ru
# Ответить
58. zigomodo 29.06.2012 20:02
Автор молодец.
# Ответить
59. AlexStar 05.08.2012 12:01
Добрый день!
Помогите, плиз, в решении проблемки с базой.

Бухгалтерия предприятия 2.0 (Базовая), релиз 2.0.35.9
Платформа 8.2.13.219, также запускал и в 8.2.15.289 и в 8.2.16.352, результат один и тотже:

При попытке в конфигураторе открыть конфигурацию выходит "Ошибка формата потока".
chdbfl.exe ошибок не находит

При тестировани ТиИ выходит следуещее:

Тестирование начато
Проверка таблицы Document196.VT5018: удалено 1 записей
Проверка таблицы SeqB8257: удалено 1 записей
Обработка структуры базы данных...
Тестирование закончено

В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка SDBL:
Тип поля CAST(Document8846.Number AS STRING(11)) AS Number несовместим с типом поля Number

При запуске в пользовательском режиме выдает следующее:

{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(40725)}: Поле объекта не обнаружено (ПервичноеСообщениеСодержащееОтчетность)
по причине:
{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(40725)}: Поле объекта не обнаружено (ПервичноеСообщениеСодержащееОтчетность)

Выгрузка и загрузка в новую базу через dt не помогла.
Также не помогает удаление Кэша, логов и Журнала регистрации.

Утилита Tool_1CD считывает структуру базы без ошибок, в таблице _Document8846 с полем _Number вроде все впорядке - длина 11, тип - fixed string.

Кто сталкивался, подскажите пожалуйста порядок лечения. Архивов к сожалению нет.
Ответили: (60)
# Ответить
60. AlexStar 06.08.2012 08:49
(59) Проблему решил с помощью http://forum.ruboard.ru/archive/index.php/t-66612.html

Установил пустую конфу того же релиза из шаблона. После запуска конфигуратора пустой конфы открыл конфигурацию. Оставив в таком виде, скопировал файл битой базы вместо живого в каталоге пустой конфы. Закрыл конфигуратор, при этом он сказал, что база повреждена. Затем открыл снова, конфигурация стала открываться. Но это еще не все, ошибка сидит внутри, что бы от нее избавиться полностью, пока конфигурация открыта, сделал обновление следующим релизом. Обновление и реструктуризация прошли успешно, в пользовательском режиме так же все нормально запустилось. Проверил данные, на месте. Далее уже экпериментировал. ТиИ ошибок не показала, последующие обновление также прошли на УРА!!!
# Ответить
61. AlexanderKai 02.10.2012 17:37
Круто. Может пригодится, но все-таки надеюсь не резервные копии у клиентов :)
# Ответить
62. Jen1978 02.10.2012 18:39
круть, хорошая тема. надо записать
# Ответить
63. Lukich66 06.01.2013 12:29
(55) BAC51, добрый день. Попытка оставить комментарий на ЖЖ-не удалась.
Не так страшен 1с,как его распространенность. Если в 1с.проф2.0,1sbw6,1sv7- файлы *.dbf за 30мин. простым Fox ремонтировались, то теперь опять HxD-подавай? 20 лет назад написал cbd.prg(копи бух документ) на Fox21 с интерфейсом NC- c помощью которой легко любой док из одной конф. в другую делал- похоже сейчас опять возникает та же ситуация.
# Ответить
64. KliMich 22.08.2013 11:33
Отличний ликбез. Спасибо!
# Ответить
65. hanio 27.08.2013 22:51
Помогите с такой проблемой: у нас база на SQL 2008R2 УТ 10.3.18.3 до 21.08.13 отлично проходил автоматический обмен с БП 2.0, собственно после этого больше ни разу не сработал вылетал на 10% по ошибке "Ошибка при вызове метода контекста (ЗагрузитьПравилаОбмена): Произошла исключительная ситуация (1C:Enterprise 8.2.16.368): {Обработка.ОбменДаннымиXML.МодульОбъекта(2117)}: Тип не определен (ПеречислениеСсылка.ОтветственныеЛицаОрганизации)". Понятное дело что с перечислением данным мы ничего не делали.
Попытки сделать выгрузку данных из SQL в SQL в попытке что новая база сама создаст правильную структуру ни к чему не привели, ошибка повторилась. Выгрузка в DT аналогично ни к чему не привела. Попытки сделать ТиИ тоже не помогли.
Правила обмена брались различные и от старых релизов и типовые и скачивал отсюда, редактировали их в КД убирали записи по данному перечисление, толку никакого все равно одна и та же ошибка, как будто она где-то прописалась. Темпы 1С различным чистилками с инфостарта очищал, серваки перегружал. Перечисление переименовывал, возвращал ну и массу всяких вариантов - все в пустую.
В SQL пытались полностью убрать таблицу потом заливали ее из рабочей копии, результат неизменный.

Пришел к выводу что возможно в SQL произошло разрушение какой-то связки между таблицей перечисления и таблицей с указанием типа данных этой таблицы. Это я так предполагаю потому что в SQL не силен.

Подскажите что можно еще попробовать а также кто-то определил в какой таблице мне поискать и подменить указание типа данных таблицы. В файловую выливать не предлагайте сразу 200гигов база это нереально.
# Ответить
66. tango 28.10.2013 16:53
Следующие 4 байта - это версия базы.

что-то какую базу ни посмотрю у себя - везде 8.2.14.0
# Ответить
67. tango 28.10.2013 16:55
ага, поднял старенькую бухию 1.6, она - 8.1.0.0
похоже, во флагмане на это дело слегка забили
# Ответить
68. tango 28.10.2013 17:01
кратность четырём К подтверждается
# Ответить
69. tango 28.10.2013 17:14
(0)
unsigned int length;
4 байт – длина базы (файла) в блоках

unsigned long ? не могу соотнести эти байты с вычисленным количеством страниц :(
Ответили: (70)
# Ответить
70. awa 28.10.2013 17:44
(69) А я могу)))
Ты приведи конкретные цифры длины и байты, которые не можешь соотнести. А то так вообще не понятно, что тебе не понятно!
Ответили: (71)
# Ответить
71. tango 28.10.2013 23:15
(70) awa, ха! если бы я понял, что мне не понятно, то все бы понял!
# Ответить
72. tango 28.10.2013 23:17
1. из стрима получаю 4 байта в 10-ном представлении (могу перевести в 16, в 2)
2. длину файла делю на 4096
как получить число из данных по п.1, чтоб было равно частному из п.2
Ответили: (73)
# Ответить
73. awa 28.10.2013 23:51
(72) Ну так тебе надо просто понять, как хранятся числа размерностью более одного байта.
Порядок от младшего к старшему
Раз ты читаешь байтами, а не более длинными блоками, то формула в твоем случае примерно такая
Байт1 + Байт2 * 256 + Байт3 * 256 * 256 + Байт4 * 256 * 256 * 256
Ответили: (74) (75) (76)
+ 2 [ dumal; tango; ]
# Ответить
74. tango 29.10.2013 00:19
(73) awa, да. спасибо.
таки есть недостатки в классическом образовании на основе фортрана, перфокарт и БОЛЬШИХ эвм :)
основной - очень давно это было :(
# Ответить
75. tango 29.10.2013 00:25
(73) awa,
Раз ты читаешь байтами, а не более длинными блоками

стриму я задал буфер 4096 - по страничке
а уж из комсафэрея - массив по-байтно
но можно по случаю натравливать стрим и поточнее
# Ответить
76. tango 31.10.2013 14:45
(73) awa, все-таки обошелся без вычислений, вытащил из стрима
погорячился
# Ответить
77. DrZombi 11.12.2014 10:46
Респект и Уважуха :)
# Ответить
78. artyo 11.01.2015 15:37
Добрый день. Подскажите, пожалуйста такой момент - я пишу скрипт на PHP для разбора файла 1CD, по описанному здесь формату. Получаю корневой блок, описание таблиц, все ОК, но когда считываю данные таблицы - не могу понять, как из преобразовать в человеческий вид. Получаю описание таблицы
{"USERS",0,
{"Fields",
{"USERID","B",0,16,0,"CS"},
{"NAME","NVC",0,256,0,"CI"},
{"PASSWORD","NC",0,32,0,"CI"},
{"REMOVED","L",0,0,0,"CS"},
{"BINDID","B",1,16,0,"CS"},
{"BINDSTRING","NT",1,0,0,"CI"},
{"RIGHTS","B",0,4,0,"CS"}
},
{"Indexes",
{"PK",0,
{"USERID",16}
},
{"NAME",0,
{"NAME",256}
},
{"BINDID",0,
{"BINDID",16}
}
},
{"Recordlock","0"},
{"Files",10,11,14}
}
...Показать Скрыть


Далее получаю блок данных - нечто подобное

C0CA649B18CDB9429B05BC5D7517E8570D00100434043C0438043D043804410442044004300442043E044004200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000350066006100320038003500650031006200650062006500300061003600360032003300650033003300610066006300300034006100310066006200640035000001DB5920C3F09DD54486EAF00B164825DD01010000008C000000FFFF000000


и знаю, что там лежит UserID = 7517e857-bc5d-9b05-c0ca-649b18cdb942, name = Администратор, password = 5fa285e1bebe0a6623e33afc04a1fbd5, removed = false, binid = 164825dd-f00b-86ea-db59-20c3f09dd544

Как этот блок данных преобразовать к человеческому виду? Через Tool_1CD я вижу эти данные, а сам выдернуть не могу. Буду рад любой наводке. Прикрепляю файл 1CD с которым работаю, и блок данных.


P.S. так же пробовал вот этой компонентой разбирать файл базы - http://infostart.ru/public/166557/ но там так же можно вытащить только "сырые данные", которые я и привел выше. А вот как их разобрать - загадка...
Ответили: (79)

Прикрепленные файлы:

1.1CD
USERS_Data
# Ответить
79. awa 12.01.2015 12:14
(78) В Вашем блоке просто лежат поля друг за другом. Надо вычислить, сколько байт занимает каждое поле, чтобы определить, где начинается и заканчивается каждое поле. Сумма длин всех полей + 1 байт признака удаленности - это длина одной записи.
Все описано в разделе "Объект таблицы".
Или может проблема с тем, как хранятся и отображаются GUID'ы? Нажмите в Tool_1CD Ctrl-G (или пункт меню Настройки->Отображать Bynary(16) как GUID). Вы сразу увидите соответствие Вашего блока данных и отображаемых данных в Tool_1CD. Дело в том, что почему-то GUID'ы придуманы так, что порядок хранения байт и отображаемое значение не совпадают. Байты как-бы перемешаны. Прочитать про это можно, например, тут https://ru.wikipedia.org/wiki/GUID.
Положение еще усугубляется тем, что, формат хранения (порядок байт) разный в информационной базе (1Cv8.1CD) и в базе хранилища конфигураций (1cv8ddb.1CD). В 1cv8ddb.1CD он соответствует стандартному формату хранения Microsoft. А вот в 1Cv8.1CD 1С изобрела свой собственный формат. Хотя я думаю, что это просто ошибка, хотели сделать как в Microsoft, но, как всегда, все перепутали. А теперь, в целях совместимости, эта ошибка "узаконена". Типичный пример перевода бага в фичу.
# Ответить
80. zhuravlik 16.03.2015 12:03
Здравствуйте. А не подскажете, в какой таблице хранятся данные о ролях? Т.е. сам список ролей и флаги, определяющие доступ по объектам?
# Ответить
81. valoks 22.12.2015 04:14
Доброго времени суток!
Программа Tool_1CD не смогла открыть файл 1Cv8.1CD, выдав сообщение: "Файл не является базой 1С (сигнатура не равна 1CDBMSV8)".
Как поступить в данном случае, т.е. каким образом хотя бы попробовать изменить енту сигнатуру?
Ответили: (82)
# Ответить
82. alex0402 11.09.2016 13:36
(81) valoks, hex редактором в самом начале файла
# Ответить
83. alex0402 11.09.2016 14:38
Длина данных такого объекта равна (length * 4) байт.
что такое length, где взять?
# Ответить
Внимание! За постинг в данном форуме $m не начисляются.
Внимание! Для написания сообщения необходимо авторизоваться
Текст сообщения*
Прикрепить файл