База данных полностью разрушена, восстановление не возможно! ПОМОГИТЕ!!!!!!!!

1. Владислав Муляр (Zub4aga) 16.06.16 09:11 Сейчас в теме
При работе в базе Бухгалтерия 3.0 Случился сбой в работе пк и База вылетела ( закрылась с сохранением ошибки в дамп), Логи не настроены, так что посмотреть что за ошибка не вариант. Тool 1CD Не открывает ошибка Длина файла базы не кратна длине блока 0х1000) Не конфигуратор, не предприятие не запускаеться! Открыл базу в шестнадцатиричном редакторе, не могу понять как мне исправить длину файла базы чтоб открыть его в тул сд. Дальше я разберусь.
Ответы
2. Cooler Silent (Cooler) 4 16.06.16 09:48 Сейчас в теме
(1) Zub4aga, мой совет: высылайте базу 1С, может, они помогут.
3. Xer shi (Xershi) 274 16.06.16 10:07 Сейчас в теме
(1) Zub4aga, если ТИИ утилитой не поможет, то скорее всего крякнулась база. Лучше чем в (2) ничего нет.
Только если у вас есть свежий бэкап конечно!
4. Роберт В е р т и н с к и й (v3rter) 16.06.16 10:36 Сейчас в теме
Если база обновлялась с bynthytnf автоматически, то поищите во временной папке Windows ( Пуск - выполнить - %temp% ) архивные копии баз с расширениями .dt или .1cd
Посмотрите в свойствах файла 1Cv8.1CD базы - есть ли закладка "Предыдущие версии" и есть ли в ней старые копии.
5. Владислав Муляр (Zub4aga) 16.06.16 10:45 Сейчас в теме
Есть бэкап за 27.05 .2016, если отправлять в 1с, проще будет вбить данные в старый бэкап. Слишком долго они отвечают. По поводу автоматического обновления, обнволяю каждый месяц сам.
6. W W (Nikkkkk) 16.06.16 10:48 Сейчас в теме
7. W W (Nikkkkk) 16.06.16 10:49 Сейчас в теме
8. Sergey Andreev (starik-2005) 1043 16.06.16 10:53 Сейчас в теме
(1) Zub4aga, смотрите длину базы и дописываете в нее сколько-нибудь нулей с помощью объединения двух файлов в любом файловом менеджере. 0х1000 - это в десятичной системе 4096 (если правильно сосчитал).
9. Владислав Муляр (Zub4aga) 16.06.16 11:00 Сейчас в теме
(8) starik-2005, Правильно сосчитал. куда именно мне эти три нуля дописать? по сути я открываю хекс редактор и там длина базы кратная 4096 и вроде всё норм. но проблема видимо в чём то другом, или я не понимаю
10. Владислав Муляр (Zub4aga) 16.06.16 11:01 Сейчас в теме
11. Xer shi (Xershi) 274 16.06.16 11:04 Сейчас в теме
(10) Zub4aga, да так и есть все ляснулось.
Такой вариант я считаю не поддается восстановлению.
12. Владислав Муляр (Zub4aga) 16.06.16 11:07 Сейчас в теме
(8) starik-2005, вот первая строчка в хекс реадкторе http://skrinshoter.ru/s/160616/aFgDTN ищем далее находим http://skrinshoter.ru/s/160616/rf2aoN ТАКОЕ ощущение как буто произошло смещение и как это поправить не имею понятия(( хелп
13. Владислав Муляр (Zub4aga) 16.06.16 11:08 Сейчас в теме
да быть такого не может. можно восстановить я уверен.
14. Xer shi (Xershi) 274 16.06.16 11:11 Сейчас в теме
(12) Zub4aga, вот в это и проблема, что когда свет рубануло данные записались в случайном порядке как успели. Может и можно найти метод восстановления, то это скорее метод тыка и вероятность успеха крайне мала.
Так что ничего конкретного тут вам не посоветуешь.
Хотя если есть тут спецы, которые понимают в смещениях нех-редактора при работе с базой, то было бы занимательно послушать. Пока такого материала я даже не видел.
15. Владислав Муляр (Zub4aga) 16.06.16 11:14 Сейчас в теме
дадада.... создал тему в надежде найти таких спецов..
16. Xer shi (Xershi) 274 16.06.16 11:33 Сейчас в теме
(15) Zub4aga, можете попробовать написать автору тулз1с. Он то точно в этом разгребался. Может даст совет.
17. Роберт В е р т и н с к и й (v3rter) 16.06.16 12:03 Сейчас в теме
По аналогии с автомобилем если база не открывается Тool 1CD, то кузов всмятку, и восстановление базы может быть дольше восстановления учета.

Архивируйте папку базы регулярно, исходя из допустимых потерь рабочего времени бухгалтерии по восстановлению учёта из последнего бэкапа (я не умствую; если кто-нибудь из читателей темы задумается о бэкапах, значит я не зря всё это писал)
18. . .  (gaabora) 39 19.05.17 19:41 Сейчас в теме
в hex-редакторе первая строка
31 43 44 42 4d 53 56 38 08 02 0e 00 [d4] [c3] [b2] [a1]
если размер базы (в шестнадцатиричном формате) 0xa1b2c3d4000
Прикрепленные файлы:
19. Валерий М (VmvLer) 19.05.17 20:09 Сейчас в теме
я нахожу странным тот факт, что внезапное прекращение подачи энергии приводит к полной неработоспособности базы данных 1С, если верить тс.

думаю, в свете этого неприглядного факта необходимо сокращать риски потребителей 1С путем разработки более надежных механизмов при падении системы.
20. c (sergoqwe) 19.05.17 20:40 Сейчас в теме
это происходит крайне редко
21. c (sergoqwe) 19.05.17 20:42 Сейчас в теме
1 раз и скульная база грохнулась когда сдохший бесперебойник уходил в перезагрузку, а за это время скуль успел запускаться после аварийного отключения. и так по кругу пока не вырубили :) бэкап был однодневный :)
22. Екатерина Трошина (eksetro) 4 19.05.17 22:36 Сейчас в теме
Наверное, глупость скажу, но нет ли возможности откатить состояние всей системы на какую-нибудь точку восстановления?
23. Валерий М (VmvLer) 19.05.17 22:45 Сейчас в теме
(22) есть. для этого нужно в клиент-серверном варианте делать горячие бекапы средствами СУБД нон-стоп, т.е. только записался очередной бекап и тут же автоматом начинать следующий.

на базах 100-300 гиг у толковых админов есть откаты на точку восстановления с периодом 3-10 минут.
24. Екатерина Трошина (eksetro) 4 20.05.17 07:08 Сейчас в теме
(23) я имела ввиду не 1с, а винду, ее средствами.
25. Cooler Silent (Cooler) 4 20.05.17 10:36 Сейчас в теме
(24)
не 1с, а винду, ее средствами.
Средства Windows позволяют "откатить состояние" Windows - штатное "Восстановление системы", включено по умолчанию.

Но оно работает только для самой Windows, не затрагивая пользовательских файлов. А база 1С - как раз пользовательские данные.
26. Сергей Сячин (SyachinS) 20.05.17 12:35 Сейчас в теме
Был случай когда база примерно таким образом рассыпалась, благо был бекап, но потом ковырялся, как не было бы странно, но через COM соединение база открылась, и данные, возможно, реально было вытащить оттуда.
Оставьте свое сообщение