Имя: Пароль:
1C
1С v8
Ошибка формата потока. Горе программист
0 MAPATNK2
 
naïve
25.09.18
16:03
Всем доброго дня. В общем, добавил я новую подписку на событие и обработку в общий модуль, нажал сохранить и всё.."Ошибка формата потока". Больше не хочет работать. База на сервере SQL 1С Предприятие 8.3.12.1440, УПП 1.3 чё то там. Делал бэкап, восстанавливал из бэкапа, перезагружал SQL и службы, читал инфу в инете. Доступа к конфигуратору не дает, доступа к режиму "Предприятие" соответственно тоже. ЧТО ДЕЛАТЬ РЕБЯТ? Бэкап есть, но после него куча доков было создано за пару часов, хотелось бы справится с проблемой без ора с менеджерами))))которым придется восстанавливать документы.
1 MAPATNK2
 
naïve
25.09.18
16:05
Знаю о существовании chdbfl.exe но, КАААААК, не имея доступа к конфигуратору, выгрузить базу в файл. Хех.
2 MAPATNK2
 
naïve
25.09.18
16:07
Понятно, что косяк мой и возник он при создании как раз таки записи в общий модуль. Вроде ничего криминального, пара строк кода на проверку принадлежности номенклатуры в табличной части документа к запрещенной группе. Но что-то критическое произошло, хотя и модуль проверки ошибок не орал, как только применять изменения начал, тут же вылетела ошибка и работа базы прекратилась. Пока менеджеры базу не перезагрузили у них она работала, после перезагрузки доступ к ней никто не может получить.
3 MAPATNK2
 
naïve
25.09.18
16:08
Ох уж эта 1с, ох уж мои кривые руки.
4 МихаилМ
 
25.09.18
16:09
если динамическое обновление - в поиск. обсуждалось 100 раз.

в любом случае ТЖ Вам поможет найти проблемное место.  


в любом случае перед обновлением делайте резервные копии.
5 MaxS
 
25.09.18
16:09
Поднять 2 тестовых базы.
одна из бэкапа, вторая поломанная и перенести таблицы документов и поломанной. Потом обработкой выгрузка загрузка xml обменяться с рабочей базой.
6 MaxS
 
25.09.18
16:11
(4) Да, разностный бэкап не займет много времени и места. Зато сэкономит нервы.
7 MAPATNK2
 
naïve
25.09.18
16:11
(5) Дак доступа к режиму предприятие нет, как мне перетащит всё? иль вы намекаете на средства  SQL?
8 MAPATNK2
 
naïve
25.09.18
16:12
(4) Не понял, что мне поможет найти ошибки?
9 MAPATNK2
 
naïve
25.09.18
16:13
Есть какой-нибудь способ открыть конфу и удалить этот злосчастный участок кода. Или процесс поиска и исправления ошибок для файловой версии?
10 MAPATNK2
 
naïve
25.09.18
16:14
(9) Для серверной версии
11 MaxS
 
25.09.18
16:16
(7) да, средствами SQL перенести. Но не в рабочую, а в промежуточную тестовую.
(9) Что-то пошло не так, возможно вся конфигурация поломалась.
Либо средствами SQL попробовать конфигурацию поменять. Результат быстрее получится.
12 leonidk
 
25.09.18
16:17
таблицу config и configsave заменить на config из бэкапа
13 ptiz
 
25.09.18
16:17
(0)

1) Сделать копию через SQL, все дальшейшие операции проводить на копии.

Что значит "Делал бэкап, восстанавливал из бэкапа" ? Как делал? Бэкапил в SQL уже битую базу и её же восстанавливал?

Что значит "Больше не хочет работать" - что пишет при входе в Конфигуратор? В предприятие?
14 Serg_1960
 
25.09.18
16:18
(8) ТЖ - Технологический Журнал.
(9) Забудь про файловый вариант, про chdbfl.exe  - у тебя база на SQL.
(10) Выгрузить из-под командной строки пробовал? Типа:

"C:\Program Files (x86)\1cv8\common\1cestart.exe" CONFIG /S"Сервер" /N"Пользователь" /P"Пароль" /Out"C:\1c.log" /DumpIB"Полный путь Имя.dt"
15 MAPATNK2
 
naïve
25.09.18
16:19
(13)  "Ошибка формата потока". Конечно битую бэкапил, был бы бэкап здоровой. я б тут не писал. Последний здоровый бэкап быд сделан 4 часа назад, после этого было сделано много документов.
16 MAPATNK2
 
naïve
25.09.18
16:19
(11) Не хватит у меня знаний для того, чтобы с SQL лезть в конфу. Может где инструкции примерные есть?
17 Serg_1960
 
25.09.18
16:20
Проще всего перезалить конфигурацию из архива в рабочую базу напрямую в SQL. Но я боюсь это советовать автору:)
18 MAPATNK2
 
naïve
25.09.18
16:21
(17) Идея отличная. Как сделать? XD
19 ptiz
 
25.09.18
16:22
(16) В инете полно инструкций. Там несложно, но аккуратно надо - смотри из какой базы в какую таблицы переливаешь.
20 XLife
 
25.09.18
16:23
(18) >Идея отличная. Как сделать? XD
увольняйся...
21 Джинн
 
25.09.18
16:23
Самое банальное - кэш чистить не пробовали?
22 MAPATNK2
 
naïve
25.09.18
16:23
(21) Да. Все доступные методы пробовал, что описаны в инете.
23 MAPATNK2
 
naïve
25.09.18
16:24
(19) пример любой скиньте пожалуйста, чтобы неверную инфу не начал читать.
24 Джинн
 
25.09.18
16:26
(22) И серверный тоже?
25 MAPATNK2
 
naïve
25.09.18
16:26
(20) Не уверен, что из за этого нужно увольняться. Я за год работы программистом 1 раз сталкиваюсь с данной ошибкой. И на уровне SQL с базой не работал, лишь обслуживал.
26 ptiz
 
25.09.18
16:26
27 MAPATNK2
 
naïve
25.09.18
16:27
(24) нет, где он лежит? Серверный боюсь трогать, вдруг соседние базы задену. Не пашет то только 1
28 MAPATNK2
 
naïve
25.09.18
16:27
(26) Спасибо большое. Буду пробовать
29 Serg_1960
 
25.09.18
16:27
(18) Гуглите - ссылок много. Но в основном вот как-то вот так:
Use СбойнаяБаза
Go
Delete From [DBO].[Config]
Go
insert into [СбойнаяБаза].[Dbo].[Config] select * from [КопияБазы].[Dbo].[Config]
Go

Ещё бы неплохо очистить таблицу ConfigSave если там есть записи. Разумеется всё делать на копии базы, сделанной в SQL.
30 MAPATNK2
 
naïve
25.09.18
16:28
(29) Понял, буду пробовать. Спасибо большое.
31 MaxS
 
25.09.18
16:29
(23) Так можно и рабочую базу убить. И даже не ту, которую требуется восстановить, а например БП какую-нибудь.
А бэкапа опять нет.
Перед началом работ нужно переписать соответствия баз 1С и их баз SQL. Чтобы было перед глазами.
32 DSSS
 
25.09.18
16:30
0. Как можно скорее поставить максимально возможную дату запрета
1. Ждать конца рабочего дня
2. Выгрузить в XML все документы между здоровым бэкапом и концом дня
3. Загрузить в здоровый бэкап все что есть в XML
33 MAPATNK2
 
naïve
25.09.18
16:31
(32) Гениально. Я суть ошибки описал выше.
34 Botanik8888
 
25.09.18
16:32
(30) На развернутой копии делай вначале....
35 ks_83
 
25.09.18
16:35
а /RollbackCfg не помогает?
36 MAPATNK2
 
naïve
25.09.18
16:35
(35) что это? Можно подробней
37 ks_83
 
25.09.18
16:36
(36) это в пакетном режиме, загугли
38 Fram
 
25.09.18
16:36
Если я не ошибаюсь, такая ошибка чисткой кэша исправляется. Глупый вопрос. С другой учётки или компа пробовал запускать?
39 ks_83
 
25.09.18
16:37
(37)+ возврат к конфе БД
40 MAPATNK2
 
naïve
25.09.18
16:38
https://yadi.sk/i/dg23-M9yL9A-9Q прилетели. Я даже создать пустую базу не могу. Ошибку какую то выдает.
41 MAPATNK2
 
naïve
25.09.18
16:38
(38) У всех эта база не пашет. Описал всё выше
42 MaxS
 
25.09.18
16:40
(40) В настройках SQL указана папка по умолчанию для новых баз, которая отсутствует?
43 s03
 
25.09.18
16:41
место свободное на SQL на С: ещё проверь, на всякий случай
44 MAPATNK2
 
naïve
25.09.18
16:42
(42) Нет. Всё гуд. Места 2 ТБ, папка есть .Часа 2 назад базу создавал для себя
45 Serg_1960
 
25.09.18
16:43
(40) А зачем ты опять куда-то лезешь через 1С? :)
46 MAPATNK2
 
naïve
25.09.18
16:45
(45) Как обычно делал, создавал пустую базу, заливал на неё бэкап. Можно конечно и в SQL пустую базу создать и в 1с потом добавить её. Но проблема то остается. С 1с не получается добавить базу.
47 don_Rumata
 
25.09.18
16:52
(0) Можно попробовать удалить базу из списка баз и добавить снова. Бывает, что помогает
48 Fram
 
25.09.18
16:52
А ребутнуть сервер предлагали уже?
49 don_Rumata
 
25.09.18
16:53
(47)+
Частными случаями этой рекомендации можно считать например такие решения:

    удаление из списка баз и повторное добавление
    очищение данных из каталога «C:\Documents and Settings\пользователь\Application Data\1C\1Cv81»
    простое копирование содержимого каталога bin в новый каталог

http://www.gilev.ru/stream/
50 MAPATNK2
 
naïve
25.09.18
16:55
(47) (49) (48) ДА
51 MAPATNK2
 
naïve
25.09.18
22:00
(29) (26) Огромное спасибо! Помогло!!!!
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший