Всем привет! Сегодня перестала стабильно работать 1с. Выскакивает Вот такая ошибка и не работает. Кто может подсказать в чем дело? Заранее спасибо.

(0) Вот такой ширины и вот такой вышины?

(0) Какая ошибка?

а где ее посмотреть ;)

сообщение об ошибке я приложил

(4) судя по всему - не приложил

Сегодня в дурдоме какой-то праздник? Откуда вы такие берётесь?

(6) главврач сменился =)

)))))))))))))

Если приложить сообщение об ошибке к нужному месту, то все рассосется.

(4) попробуй к другому месту приложить фото, может поможет там

Прошу прощения

Вот:
https://disk.yandex.ru/i/QCZU3hwc0cuiTA

(11) нажми гиперссылку "Отчет об ошибке" и скинь текстом

(11) там же написано - что нужно делать

обратитесь к администратору

есть подозрение - что администратор это Вы и самому к себе нужно обращаться?

(13) Это не администратор...
Хотя б базовые знания должны ж быть....

(14) базовые есть, зашел вот на мисту

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

(15) И подумал что тут все оракулы...

Надо же так прятать отчёт. Скорее всего пользователь так настроил отчёт, что программа квакает. Я бы снёс, не открывая, данный отчёт и заново его подгрузил, со стандартными настройками.

(16) Может увели аккаунт. Ну не верю я в то, что человек, 15 лет опыта на форуме, на 1 (один!!) день позже меня зарегавшийся - настолько не знает элементарных вещей.

(11) Удалить базу из списка / Добавить базу в список

(19) так если бы он один был такой. Их за последнее время человек 10 мне попадалось с вопросами уровня "я первый раз программу желтую вижу"

https://disk.yandex.ru/i/1TCOy1XmShYbBA

вот все, что можно увидеть
а где сам текст ошибки???

(22) бляяяяяяяяяяяяяяяяяяяя

фраза подробный текст ошибки прям совсем ни о чем тебе не говорит? Правда?

(22) нажми "подробный текст ошибки" и скопируй текст сюда

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Ошибка СУБД:
Файл базы данных поврежден 'C:\Base2021/1Cv8.1CD'
по причине:
Файл базы данных поврежден 'C:\Base2021/1Cv8.1CD'

(22) Это мне напоминает историю, когда я 2 часа искал ключи от квартиры, лежащие на самом видном месте на тумбочке у зеркала в прихожей))

(25) и? сейчас все так же нужна помощь? или может загуглишь?


ответ CHDBFL.exe

(25)

файл базы данных поврежден - ясно понятно

Prog_man спасибо. Остальные только понты нарезают

(25) Ну что я могу сказать. Поздравляю.
chkdbfl в помощь. Только копию не забудь сделать.

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

))))))))))))))))

(27) Вот зачем ты дезинформируешь? chkdbfl  все таки

(25) прежде чем тестировать утилитой chdbfl.exe, сделай копию
базы (скопируй файл 1Cv8.1CD в другую папку, можно папку "Архив" например создать)

у каждого в жизни могут возникнуть самые разные жизненные ситуации. И понтоваться не стоит. Форум на то и форум, чтобы помогать спрашивающим, а не трясти жирными животами. Всем удачи.

я не успел ответить, я мудак получается?

(31) слушай, у меня есть правило, не говорить плохо о специалистах работавших с базой до меня, хоть поводы то зачастую есть раз пришли ко мне. Но в последнее время уровень дичи которую я вижу порой не позволяет уже сдерживаться, особенно когда вижу такое. Ну почему уровень так сильно упал последнее время? ну неужели за 15 лет ты ни разу не сталкивался с отчетом об ошибке и повреждением файловой? А потом клиент приходит и выясняется что он уже кучу денег отдал нескольким крутым спецам, а по факту там 5 минут решают проблему и 10 минут на диагностику по какой причине это могло произойти

(33) ну опечатка, бывает

(35) ты 15 лет как минимум занимаешься 1С, это блин элементарные джуновские знания, ну какие тут могут быть ситуации?

(35) беги оттуда

(36) да, смирись. А ведь зачастую мы пытаемся учить очень важному навыку в жизни - гуглить, а не ждать пока дядя какой-то на форуме ответит

(31) ну это зря, при повреждении базы очистка кэша и chdbfl.exe могут и не помочь, а chdbfl.exe может ее и окончательно добить

(42) ну так понятное дело что могут не помочь и добить. На копии же все, надеюсь он это знает

(41) вот вот
форумы существуют, чтобы искать ответ на новые проблемы,
для остального есть поиск
но в последнее время да, зачастили с вопросами аля "как войти в 1с моего имени нет в списке" ))) яжпрограммист

Как хорошо, что у него база сломалась... Так ему мудаку и надо

предсказываю следующую тему
что делать бэкапов нет, база поломалась, как восстановить

(44) Ну вот я, в соседней теме (где мне, кстати, никто не ответил) параллельно ковырял потроха стандартных подсистем БСП, и наковырял баг, причем баг логически-архитектурный, разработчики не додумали ситуацию

(45) зря он так конечно заранее. Не факт что починит программой для проверки. А дальше что опять тему создавать? Так мудаки отвечать не захотят скорее всего

Prog_man спасибо тебе, дружище, за совет. А остальные, кто умничал, в чате ничего не поймут.

а база уже лечится

(47) такое лучше на партнерский, там порой разрабы иногда пробегают

(50) лечится и вылечится не одно и тоже. Но будем надеяться что поможет, пользователи то страдать не должны

(50) Держим пальчики, чтобы повреждения были необратимыми.

(51) нету у меня туда пока доступа...

(54) тогда просто отправь на hline, они тикет заведут

(53) Доктор сказал в морг - значит в морг!

chdbfl.exe - только физическую целостность базы правит, на логическую ему пофиг

(57) Логическую штатно ТиИ исправляют в большинстве случаев.

Переезжайте на сервер

(59) еще фреш им посоветуйте

(59) Открою секрет- серверные базы тоже повреждаются, было в практике

О, у нас новый мудак :))

(58) исправляет,
но на 8.3.25 с ТИИ нужно быть осторожным, т.к. может базу покорежить похлеще, чем chdbfl.exe

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

база при некоторых действиях наглухо вешалась и возникали блокировки

откатили из бэкапа. два рабдня (потерянные после восстановления из бэкапа) дотаскивали через сериализацию из поломатого прода в "новый" прод

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

(63) что не так с 8.3.25? Давно ТИИ не делал.

(65) я вчера делал в ЗКГУ на 8.3.25 - всё нормально. Может какой локальный звиздец случился у кого. Или у меня не случился :)

(33) Вот зачем ты дезинформируешь? chkdbfl  все таки
Да нет, это ты дезинформируешь.  
chdbfl.exe все-таки

(38) ты правильно напечатал.

(31) "Остальные мудаки" - голосовалку может прикрутишь?

(49) Тебе ответ дали в (27) но ты по своему скудоумию его не понял.

Так они... называли меня... земляным червяком?

(65) при ТИИ удалялись какие-то таблицы в случаях, если подключены расширения, на некоторых отраслевых конфах, если включено разделение данных и т.п.

(70) Вы только понты нарезаете
Всё вам хиханьки да хаханьки:
тук-тук-тук, карикатурки, пейсы...

(16) делов-то. Зарегался кучу лет назад и за это время запостил несколько десятков или сотен таких же бестолковых мессаг. А может, и вообще ничего. Совершенно не факт, что человек эти годы занимался 1С...

(71) держать в расширениях важные таблицы это mauvais ton. В расширениях достойно хранить только такие данные, потеря которых никого не огорчит, или которые можно восстановить из других таблиц БД (например заранее рассчитанные таблицы для тяжелых отчетов и т.п.).

(74) как понял, ТИИ портит базу даже в случае, если в расширении ничего важного, достаточно самого факта его наличия и повреждения служебных таблиц

Тестирование и исправление информационной базы не исправляет повреждение записей в служебных таблицах, хранящих информацию о расширениях конфигурации, которое приводит информационную базу в неработоспособное состояние.
https://bugboard.v8.1c.ru/error/000158895

(74) А как же быть, если очень нужно где-то сохранить важные данные, а снимать конфигурацию с поддержки очень не хочется или нельзя?

(76) делаете бекапы, и не делаете ТИИ

(76) И когда после смены платформы или по иному поводу эти данные в расширении неожиданно превратятся в тыкву, что делать? Есть методы хранения данных извращенческие со всех точек зрения, но более безопасные. Например, если эти данные небольшие по объему, то можно хранить в доп. реквизитах какого-нибудь справочника в виде текстового или xml или иного формата, и расширением при необходимости извлекать в таблицы расширения, обрабатывать и снова запихивать в доп. поля. Тогда при стандартных катаклизмах, если таблица расширения погибла, ее легко восстановить. Или хранить во внешнем источнике данных, если их много. Или еще как иначе.

(78) 1. Делать бэкапы скуля каждые минут 15-20
2. После проведения документа его сериализовать в XML/JSON и сохранять в регистр сведений.
3. да много еще можно придумать)

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

(0)Надеюсь копия на вчерашний вечер была? Если да, проще её скопировать и доввести, что за сегодня набили.

(0) ну шо вы так переживаете за чужую базу,
более чем в 90% случаев ошибка "Файл базы данных повреждён" лечится очисткой кэша/ТИИ/chdbfl

Не дай бог кому такого спеца себе в базу пустить

(84)
Ой, да всякое бывает. У всех сложности могут возникнуть или внезапные затупы.
А ты тут только понтуешься, фу.

(84) Ой, да ладно, ничего он базе не сделает :)

(86) кто ж знает... сообщение "информационная база разрушена" как раз из-за таких вот появилось.