Найти в Дзене

Как мы спасли базу 1С за день до отчёта: кейс с умирающим SSD

🧨 Вводные: всё сломалось За пару дней до сдачи квартального отчёта у клиента перестал включаться компьютер, на котором находились базы 1С. И система, и сами базы были на SSD-диске. Диск внезапно перестал работать. По словам клиента, никаких перепадов напряжения не было, но, скорее всего, был сбой по питанию (они об этом "забыли" упомянуть). Подключив диск к другому ПК, мы увидели, что система его "видит", но рабочая область не распределена — Windows предлагает его отформатировать и назначить букву. То есть диск как бы есть, но как бы нет. 🧑‍🌾 Деревенский мастеринг Клиент — небольшая контора в деревне, с ограниченным бюджетом. Поскольку восстановление данных не входило в рамки нашего договора, они сначала трижды (!) возили диск "в ремонт" к местным мастерам. Что они там делали — неизвестно. Ситуация становилась всё тревожнее. (никого не хочу обидеть, сам по сути можно сказать из деревни) Важно: на SSD-диске хранились две важные базы — БГУ и ЗГУ, а также (как это часто бывает) резерв

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

🧨 Вводные: всё сломалось

За пару дней до сдачи квартального отчёта у клиента перестал включаться компьютер, на котором находились базы 1С. И система, и сами базы были на SSD-диске. Диск внезапно перестал работать. По словам клиента, никаких перепадов напряжения не было, но, скорее всего, был сбой по питанию (они об этом "забыли" упомянуть).

Подключив диск к другому ПК, мы увидели, что система его "видит", но рабочая область не распределена — Windows предлагает его отформатировать и назначить букву. То есть диск как бы есть, но как бы нет.

🧑‍🌾 Деревенский мастеринг

Клиент — небольшая контора в деревне, с ограниченным бюджетом. Поскольку восстановление данных не входило в рамки нашего договора, они сначала трижды (!) возили диск "в ремонт" к местным мастерам. Что они там делали — неизвестно. Ситуация становилась всё тревожнее. (никого не хочу обидеть, сам по сути можно сказать из деревни)

Важно: на SSD-диске хранились две важные базы — БГУ и ЗГУ, а также (как это часто бывает) резервные копии прямо в папке с базой. Некоторые — в архивах, некоторые — просто Ctrl+C, Ctrl+V.

🧪 Попытка восстановления

Попытки средствами Windows результата не дали. Мы решили использовать DMDE — мощную утилиту для анализа и восстановления данных. Даже в бесплатной версии она много чего умеет.

После глубокого сканирования она показала структуру диска. Отлично! Базы видно, структура читается. Осталось просто нажать "восстановить".

🔥 "Netac — не так"

К слову, диск был марки Netac — и в этом ирония: всё пошло "не так".

Для начала я решил восстановить старую базу за 2023 год — чтобы не рисковать. Восстановление прошло успешно. На этом этапе я подумал: "А чем же тогда занимались три деревенских мастера?" — всё ведь элементарно.

Но когда дело дошло до "боевой" базы ЗГУ, всё пошло по наклонной:

при восстановлении процесс зависал на 91%, кнопка "отмена" не работала. Пришлось завершать задачу через диспетчер. После этого диск вообще перестал определяться.

🧯 Дальнейшие мучения

Я перезагрузил компьютер, отключил питание, сбросил статику, но диск так и не появился. Взял его домой. Там подключил через внешнюю USB-переходку — чудо, диск снова читается! Но восстановление ЗГУ снова зависает на 91%.

Пробую восстановить БГУ — зависание на 7%. Начинаю перебирать все копии баз, которые только удаётся извлечь.

Удалось восстановить ЗГУ от декабря 2024 — уже неплохо. БГУ — только за 2023 год, что, мягко говоря, не радовало клиента. Ведь на дворе апрель 2025, и отчёт уже "горит".

-2

☕ Сарказм и реальность

Как водится, 1С ломается не в свободное время, а в самый отчётный момент.

И как обычно — все копии в одной папке, на одном диске, в одной машине, под одной лампочкой 🙃

Параллельно мы с коллегами пробовали всё: Victoria, R-Studio, Hetman и другие инструменты. Результат везде один: восстановление останавливается, диск "гаснет", программа зависает.

💡 Прозрение и лайфхак

Мы разобрали SSD, промыли контакты спиртом — терять было нечего.

Без корпуса видно, что при зависании гаснет светодиод на диске. Значит, где-то проблема с определённым участком памяти.

В DMDE включили опцию:

Пропуск одного сектора при ошибке чтения

Кол-во повторов — 0

Когда диск зависал, я просто отключал USB и включал обратно, программа "оживала", и восстановление шло дальше.

В итоге — удалось вытащить файл базы .1CD.

-3

🛠️ Следующий уровень боли

Открываю базу — ошибка: "файл базы данных повреждён".

Окей, запускаем chdbfl. В ЗГУ конфигуратор запускается, но предприятие — нет, "ошибка формата потока данных".

А вот с БГУ — интереснее: она зависала на 7%, 20%, 41%... но внезапно запустилась в режиме предприятия без восстановления! После тестов — работает.

Счастью не было предела 🎉

✅ Финал

После обсуждения с клиентом решили перевести базы во Фреш, потому что в деревне нет ни ИТ-шника, ни бэкапного сервера. Моё личное мнение: локальные базы надёжнее, если за ними ухаживать, но в их случае — облако оказалось логичным выходом.

📌 Мораль истории

Делайте бэкапы. Не в папке с базой. Не только на SSD. И не только "когда вспомню".

Используйте внешние HDD и облако.

Не сдавайтесь, даже если всё выглядит безнадёжно.

Иногда помогает просто отключить-включить диск и изменить настройки восстановления.

И пожалуйста: не возите диск трём разным мастерам подряд, если не знаете, что они делают, правда в таком случае и ко мне не надо было))

🤝 И напоследок

Если у вас похожая ситуация — пишите. Я не спец по железу, но иногда просто упёртость, логика и немного удачи решают больше, чем 10 сервисов.

Надеюсь, эта история кому-то поможет 🙌