Приветствую Вас пользователи! Интересует вопрос по поводу восстановления данных после процедуры удаления объектов. Видел инормацию, о возможности восстановления в DBF-ном варианте информационной базы 7.7. Как тогда о реализации этого механизма в клиент-серверном варианте? А в 8.2 возможно ли применить подобный механизм (как в файловом так и клиент серверном варианте информационной базы)?

Вы интересуетесь на будущее или беда настигла внезапно?

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

Возьмите себе за правило делать бэкапы, тем более перед операциями массового удаления. Это самый верный и простой вариант. Средствами 1С, "в случае чего", не восстановите.

Данная вероятность около 0,5 % без обращения к спец фирмам. С обращением не знаю какова вероятность.

Vofka
А не средствами 1С?
Ardi
а какими средстами они пользуюються?

мозгами

Бэкапами БД.

Из бэкапами понятно, но существуют ли конкретные механизмы восстановления, если например существует только одна копия информационной базы?

Волшебная палочка.

Конкретных нет. Это по месту уже нужно смотреть. И в 0,01% случаев, может быть, и удастся что-то восстановить, если повезет.

Эта вероятность почти 100% без всяких обращений до команды dbf - сжать таблицу ...

Просто с тех пор как кругом стоит NTFS я ниразу не сумел восстановить потерявшуюся базу.
Может я правильной программы не знаю.

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

Удаление обьекта в 1С - пометка удаления в ДБФ. Удаление помеченных обьектов в 1С - сжатие базы ДБФ. После последней операции восстанавливать нечего, файлы перезаписываются из буфера поверху старых, и ИМХО даже ДР компания вам уже не поможет. Учтите, что если и удастся теоретически восстановить хоть одну сжатую ДБФ-ку, связи реляционной базы уже не восстановить. Единственный выход в такой ситуации - наличие копии.

а что же тогда происходит при сжатии таблиц из 1С ?

DBF не удаляет записи сразу, а только помечает на удаления.
При сжатии фактически переписываются записи, не помеченные на удаление, во временный файл, а затем исходный файл замещается временным. Т.е. записи, помеченные на удаление, физически удаляются, файл становится меньше.

на платформе 8.2 тоже таким способом данные переписываются?

Петро Трясило, открою вам большущий секрет: в 8.2 база в DBF не хранится.

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

Тоже самое и с восьмеркой. Если вы обратите внимание, во время упаковки создается новый файл, а старый меняет имя/расширение.

Все СУБД поступают по разному. Например кларион, ведет учет "удаленных" записей и новые записи сразу записываются вместо удаленных, таким образом имеет смысл сжатия только файлы, в которых очень большой % помеченных на удаление.

Что касается СУБД - тут отдельный разговор, у каждой свои механизмы.

мне это известно.
alex040269какие СУБД не перезаписывают удаленные объекты?
Petre Где можно ознакомится с механизмами удаления данных для каждой возможной СУБД?

Как обычно: в документации к СУБД и в интернете.
С СУБД проще в том плане, что как правило резервное копирование настраивается средствами самой СУБД. Поэтому не приходится заниматься исследованием механизмов удаления данных.
В файловом варианте как раз наоборот...

думаю все СБУД рано или поздно переписывают не нужные данные, или освобождают место для использования ОС.

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