Загрузила не ту базу в 1с

Обновлено: 07.07.2024

Гуру 1С и Mysql, выручайте советом. Есть сервер 1с 8.2 + сервер Mysql 2012. Ошибочно загрузили дт-шку не в ту базу, через Конфигуратор. База была тестовая, но как оказалось, важная. Резервные копии, конечно, нигде не велись. Образ сервера с mysql не делался. Можно как-то откатить состояние базы до залития бэкапа?

а если мсскуль и не велись бекапы - то думаю и не влеся бекап скулевыми средствами.. так что скорее всего никак

Microsoft SQL Server 2012. Бэкап залили посредством 1С.

пипец базке dt загружается в булк режиме, откатить из лога нечего

Более надежный способ похоронить базу еще придумать надо. Так что - увы.

Если в MS SQL не настроено резервное копирование этой базы, то всё.

когда только начинал одинэсить - сам такое сделал - хорошо был архив - потеряли всего пол дня работы - а так - аминь базе.

Рекомендуется применять вот это средство в большом количестве

Я не знаю, что можно в кеше посмотреть - если но не почистился.

+18 Покрайней мере мне мой админ так всегда говорил

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

Он его не заслужил. Врут твои админы. Как сидоровы козы врут.

Ну, таких баек я не слыхал. Слыхал, что есть стенды, умеющие восстанавливать инфу по остаточным шлейфам (микронеточностям позиционирования головки при записи в рамках допусков). Именно поэтому стандарты программного уничтожения информации предусматривают многократную перезапись случайными последовательностями. Но даже на таком оборудовании восстановление сложных структур данных больших объемов типа затертой SQL-базы - нечто из области фантастики, ИМХО.

Если полная модель восстановления - то шансы должны быть. Если готовиться зараннее - то уж точно.

Восстанавливать информацию с магнитных дисков лазерным считывателем это нечто новое. Стенды есть и это не фантастика. Разумеется дорогие, точнее нереально дорогие, и разумеется не в свободной продаже. Но тут надо понимать что восстанавливают эти стенды - огромное счастье если с диска можно будет вытащить процентов 30 файлов. Причем естественно все эти файлы будут битыми. Но это уже лучше чем полный ноль. Отдаешь эти битые файлы команде аналитиков, те тратят сотни две, три человекочасов пытаясь собрать мозаику и в итоге выдают более менее достоверную гипотезу о содержимом нужного файла. Вот это и подразумевается под словом восстановить информацию. А все почему то думают что они работают по принципу - сунул диск в аппарат, через пять минут вытащил, и вуаля у тебя точная побайтовая копия того что было на диске три года назад.

Там, насколько я знаю, не лазер, а какой-то специальный элемент, типа датчика Холла, который снимает намагниченность с поверхности. Не стоит забывать, что по гистерезису можно определить, какое прошлое состояние намагниченности было. Теперь, если диск затёрт нулями, то вероятность восстановления велика, так как нули поверх единиц будут немного отличаться от нулей поверх нулей. Что касается SQL-сервера, то в процессе обновления базы он мог несколько раз сделать запись в одно и то же место, так как структура в процессе изменялась, так что помимо того, что мы сможем узнать предыдущее состояние (а может быть - два), нужно быть уверенным, что они отражают состояние до обновления, что маловероятно.

[Если полная модель восстановления - то шансы должны быт] dt загружается в булк-режиме, если тебе этот термин не знаком - погугли

Ну, если транзакции не пакетами идут, а всё сразу (по-умолчанию, написано, что BULK-INSERT делает одну транзакцию), то что-то можно посмотреть. Если же разбили по пакетам, то - "уже всё".

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

В таких случаях утешает только одно: еще один админ начал делать бэкапы. Может быть.

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

без фулбэкапа sql или dt никак. Только пользователей успокаивать. 1.Тестовая среда может рухнуть в любой момент или может быть перезалита, это нужно донести до тех кто в ней ковыряется. 2. Если нужно сделать что-то важное (например, снимок базы перед сдачей бух баланса, в котором еще потом что-то еще кто-то наковырял) - создается отдельная резервная база для группы или на каждого юзверя своя 3. Если сведения очень важные - нужен сиквельный бэкап 4. Если юзвер истерит (у меня бывали похожие ситуации) - шли накер. Ибо: 5. Нужно предупреждать - не предупредили значит никому не нужно, поднимается база на точку отсчета и юзверь набивает руками все заново 6. Самое важное это рабочая база. 7. Истерику надо лечить и вообще, на работе должна быть рабочая атмосфера. Ну и в дополнение скажу еще вот что: если нет регламента (не расписаны процедуры, указы, инструкции) - значит ничего не было и не нужно никому.

Есть бэкап месячной давности. Базу перезатерли вчера

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

скажи базе, давай, до свидания.. Тестовая среда может рухнуть в любой момент или может быть перезалита, это нужно донести до тех кто в ней ковыряется. >> яростно плюсую

Вот в этом то и дело. Если информация в базе важна - делают бэкапы. Пофиг тестовая или рабочая она. Если в базе бардак, и проще сделать заново, ну действительно нафига бэкапы. Никто не огорчится если базу сотрут.

ТС, MS SQL умеет восстанавливать базы на нужный момент времени. Откатишь на время перед загрузкой. Кури команду RESTORE, ключ STOP AT. А лучше позови специалиста, пока в шоковом состоянии еще чего-нибудь не поломал.

Добрый день. Подскажите, есть ли какие-то варианты в следующем случае. Есть выгруженная в dt база. При попытке загрузки (в уже существующую или в пустую) выдается ошибка "Ошибка формата потока. В базу загружены не все даные". Что можно попробовать?

А платформы соответсвуют?

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

Думаю,стоит,возможно в этом проблема.

Возможно еще, что потребуется пересоздать базу, т.е. в новую загрузится, а в имеющуюся нет.

Пробовала и в имеющуюся, и в чистую.

на сколько я помню когда у меня так было. мне ни чего не помогло. это или что то с базой или битый DTшник и т.д ) Дело не в той базе которая только создана чистая или нет. Дело именно в DT и в той базе которую вы пытаетесь загрузить.

Спасибо все решилось проще, скопировали базу целиком в папке. Я до этого думала, что есть только копия.

Читают тему:

Мероприятия

1C:Лекторий: 25 ноября 2021 года (четверг, начало в 12:00) — Специальные механизмы в "1С:ЗУП 8" (ред. 3)

Где купить СОФТ
Вакансии фирм-партнеров "1С"

Центры Сертифицированного Обучения
Интернет курсы обучения "1С"
Самоучители
Учебный центр № 1
Учебный центр № 3

Сертификация по "1С:Профессионал"
Организация обучения под заказ
Книги по 1С:Предприятию

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

Дизайн сайта

Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.

Что делать?

Варианты действий:

Восстановить информационную базу из резервной копии (если есть).
Использовать встроенную утилиту для проверки целостности — chdbfl.exe.
Выполнить тестирование и исправление базы через Конфигуратор.
Создать новую пустую базу и загрузить сформированный dt-файл.

Рассмотрим каждый из вариантов подробнее.

Рекомендация : перед любыми действиями сделайте резервную копию базы и убедитесь, что отсутствуют активные подключения пользователей.

I. Восстановление из резервной копии

Откройте Конфигуратор. Через меню « Администрирование — Загрузить информационную базу… » выполните восстановление рабочей резервной копии.

Рекомендация : для этих целей рекомендуем создать новую базу и выполнить загрузку копии в неё.

II. Использование утилиты chdbfl.exe

Найдите папку с установленной платформой 1С — например, « C:\Program Files (x86)\1cv8\8.x.xx.xxxx », где 8.x.xx.xxxx - номер релиза платформы. Или проверьте в свойствах ярлыка запуска 1С, значение «Рабочая папка».
Откройте приложение из каталога bin, где находится искомый файл.
Выберите файл 1Cv8.1CD, установите признак « Исправлять обнаруженные ошибки » и нажмите на кнопку « Выполнить ».

По окончанию проверки программа покажет результаты, а при возможности — исправит обнаруженные ошибки.

III. Тестирование и исправление

Откройте Конфигуратор.
Выберите пункт « Тестирование и исправление… ».
В блоке « Проверки и режимы »: — если база большая, проверьте последовательно операции; если малого размера, то все разом:

— Проверка логической целостности;

— Проверка ссылочной целостности;

Установите параметр « Тестирование и исправление ».

При наличии ссылок на несуществующие объекты программа по умолчанию предлагает ничего не изменять.

Рекомендация : проверьте для начала режим ссылок «Не изменять». Программа выведет найденные ссылки, и после этого примете решение, очищать их или создавать.

IV. Выгрузить dt-файл и создать новую базу

Пункт аналогичен варианту №1 с тем различием, что вы восстанавливаете не резервную копию, а сначала выгружаете dt-файл.

Откройте Конфигуратор для ИБ, где наблюдаются ошибки.
Через меню « Администрирование — Выгрузить информационную базу… » выполните выгрузку базы в dt-файл.
Создайте новую информационную базу и войдите в Конфигуратор.
Через меню « Администрирование — Загрузить информационную базу… » выполните загрузку копии базы.

V. Дополнительные действия

При подозрениях на ошибки жёсткого диска, на котором располагается информационная база:

скопируйте каталог базы на другой физический диск;
удалите все файлы и папки, кроме файла 1Cv8.1CD;
войдите в базу с нового расположения.

VI. Нестандартные ситуации

Когда один пользователь входит в базу 1С и работает без ошибок, а у другого — сбой. В этом случае выполните очистку кэша на рабочем месте, где возникает ошибка. Подробнее здесь .

В других случаях ошибка может скрываться в платформе 1С. Поэтому, проверьте обновление и переустановите платформу на новый релиз, одновременно удалив устаревшие версии.

⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.

В статье показаны способы восстановления базы 1С с помощью встроенных в программу инструментов или сторонних приложений . Как создать и восстановить резервную копию базы данных. Для большинства пользователей продуктов компании 1С , повреждение или утеря базы «1С: Предприятие» есть тем, о чём даже боятся говорить. Для них, задача по восстановлению базы данных кажется просто нереальной, а её утеря страшной трагедией.

На самом деле, продукты компании 1С являются таким же программным обеспечением, как и любое другое. Информация, которую пользователи вносят в свои базы данных сохраняется в файлах, из которых можно создавать резервные копии или восстанавливать в случае повреждения или удаления. Часто для этого достаточно встроенных в «1С: Предприятие» инструментов, но и о стороннем программном обеспечении также забывать не стоит.

Файлы базы данных 1С

Для лучшего понимания того, каким образом происходит восстановление повреждённых или утерянных баз 1С, давайте ознакомимся с файлами, в которых они сохраняются.

По умолчанию, каталогом информационной базы, в котором кроме файла самой базы 1С сохраняются все файлы, которые имеют к ней отношение, является папка в Документах пользователя:
C:\Users\Имя Пользователя\Documents\InfoBase

В этой папке хранятся все файлы, которые имеют отношение к данной базе данных.

К таким файлам относятся:

*.1CD – файл самой базы данных, который по умолчанию имеет название 1Cv8.1CD. Данный файл включает в себя все данные, которые внесены в базу данных, а также их конфигурацию;
*.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf) – конфигурационные файлы базы данных;
*.log, *.lgf, *.lgp, *.elf – лог файлы;
*.cdn – файл блокировки базы данных 1С;
*.efd – архивный файл 1С;
*.mft – вспомогательный файл конфигурации шаблона;
*.st – файл шаблонов текстов
*.mxl – файл печатных форм базы данных 1С;
*.grs – файл графических схем базы данных 1С;
*.geo – файл географических схем базы данных 1С.

Признаки и причины повреждения базы 1С

Причины повреждения базы 1С могут быть физического или логического происхождения.

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

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

Читайте также: