1С 7.7 пользователь через конфигуратор восстановил старую базу данных в рабочую базу???
Найденные решения
А резервную копию на сервере совсем не делали?
Был похожий случай, тогда спасло восстановление Конфигурации из сетевого хранилища, благо что там ежедневно делалось копирование данных и вовремя смогли все восстановить с минимальными потерями, ежедневный backup рулит :))
А в вашем случае попробуйте программы по восстановлению файлов к примеру R-Studio пробовали ? WinHex не помог ??! EasyRecovery Professional, Active@ UNDELETE, Zero Assumption Recovery
всегда справлялась попробуйте ее!!!
Скачайте и распакуйте в папку WinHex (
Сделайте Tools->>Open Disk и выберите ваш диск. Далее сделайте Tools->Disk Tools->File Recovery By Type и выберите нужный формат.
Не забудьте указать Output folder: туда он свалит все, что найдет (желательно указать ее на другом диске)
А еще В папке TEMP хранятся дополнительные копии конфигурации, которые можно попробовать использовать, если других резервных копий не осталось :) "к примеру......Temp\_TS11EE.tmp\_TS1B5.tmp\NEW_STRU все зависит конечно от вашей ОС и настроек" Удачи!!!
Был похожий случай, тогда спасло восстановление Конфигурации из сетевого хранилища, благо что там ежедневно делалось копирование данных и вовремя смогли все восстановить с минимальными потерями, ежедневный backup рулит :))
А в вашем случае попробуйте программы по восстановлению файлов к примеру R-Studio пробовали ? WinHex не помог ??! EasyRecovery Professional, Active@ UNDELETE, Zero Assumption Recovery
всегда справлялась попробуйте ее!!!
Скачайте и распакуйте в папку WinHex (
Сделайте Tools->>Open Disk и выберите ваш диск. Далее сделайте Tools->Disk Tools->File Recovery By Type и выберите нужный формат.
Не забудьте указать Output folder: туда он свалит все, что найдет (желательно указать ее на другом диске)
А еще В папке TEMP хранятся дополнительные копии конфигурации, которые можно попробовать использовать, если других резервных копий не осталось :) "к примеру......Temp\_TS11EE.tmp\_TS1B5.tmp\NEW_STRU все зависит конечно от вашей ОС и настроек" Удачи!!!
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(15) 1v7, Ну копию БД можно умышленно не хранить, но md-то ! А может, она (база) на ноуте ещё в корзине ?
Ну и как вариант - обратиться к специалистам по восстановлению инфы - стёртую информацию во многих случаях можно восстановить... но как правило не быстро и не дешево...
Ну и как вариант - обратиться к специалистам по восстановлению инфы - стёртую информацию во многих случаях можно восстановить... но как правило не быстро и не дешево...
(24) AnryMc, спасибо. домой приду - попробую вариант по ссылке. как раз в кладовке лежит:
Пылезащитный корпус; Система позиционирования блока головок; Система управления шпиндельным двигателем; Блок синхронизации и задержек; Усилитель-формирователь сигналов с блока головок; Цифровой высокочастотный осциллограф Tektronix ТДС3032Б.
Пылезащитный корпус; Система позиционирования блока головок; Система управления шпиндельным двигателем; Блок синхронизации и задержек; Усилитель-формирователь сигналов с блока головок; Цифровой высокочастотный осциллограф Tektronix ТДС3032Б.
(24) AnryMc, у моих клиентов как то посыпался диск, база разрушена была полностью, а архивные копии удалось восстановить за нехилые деньги, но с них базу невозможно было восстановить, арихивы восстановились не полностью. Вбивали руками данные за год, у меня на компе нашлась старая копия их базы.
Так что качество восстановления гарантировать никто не может.
Так что качество восстановления гарантировать никто не может.
(30) sanches,
Самое интересное в этом топике, что автору советуют физически восстанавливать(!) работающий(!) диск ради мдюка, который восстановить после раскатывания старого архива в базу еще никому не удавалось на программном уровне.
Если автор действительно сделает то, что написал в (25) - диску хана и всем данным на нем естественно тоже.
15. Восстановить данные после полной перезаписи можно по остаточной намагниченности
Этот миф родом из прошлого, когда компьютеры были большими, а харды маленькими. На жёстких дисках объёмом до 1МБ шла побайтовая запись, то есть, проще говоря, один кластер диска при записи был равен одному байту. В этом случае искать остаточную намагниченность и восстанавливать данные по ней имело смысл. Сейчас же, когда данные записываются посекторно, и в одном секторе 512 байт, а плотность записи десяток гигабайт на квадратный сантиметр — это уже невозможно.
Этот миф родом из прошлого, когда компьютеры были большими, а харды маленькими. На жёстких дисках объёмом до 1МБ шла побайтовая запись, то есть, проще говоря, один кластер диска при записи был равен одному байту. В этом случае искать остаточную намагниченность и восстанавливать данные по ней имело смысл. Сейчас же, когда данные записываются посекторно, и в одном секторе 512 байт, а плотность записи десяток гигабайт на квадратный сантиметр — это уже невозможно.
Самое интересное в этом топике, что автору советуют физически восстанавливать(!) работающий(!) диск ради мдюка, который восстановить после раскатывания старого архива в базу еще никому не удавалось на программном уровне.
Если автор действительно сделает то, что написал в (25) - диску хана и всем данным на нем естественно тоже.
(30) sanches,
Написать можно все, что угодно. Как говорят: «эксперимент — критерий истины».
Лично я обращался к Специалистам по этому вопросу. Мне восстановили примерно 80% (переписанной, но не несколько раз) информации.
Соответственно ещё возникает вопрос, зачем тогда Пентагоновские (НАТОвские,...) стандарты уничтожения информации, например:
1) американской национальный стандарт Министерства обороны DoD 5220.22-M
2) Алгоритм от Агентства национальной безопасности NSA
3) Питера Гутмана
4) американский национальный стандарт NAVSO P-5239-26
5) и наконец Российский государственный стандарт ГОСТ P 50739-95 "«Очистка должна производиться путём записи маскирующей информации в память при ее освобождении перераспределении», которая не содержит какой-либо детализации относительно порядка перезаписи, количества циклов и битовых масок"
6) действующий Руководящий документ Государственно технической комиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации»:
И что странно - во всех ТРЕБУЕТСЯ НЕОДНОКРАТНАЯ (до 35 раз) ПЕРЕЗАПИСЬ!!! К чему бы это?
Написать можно все, что угодно. Как говорят: «эксперимент — критерий истины».
Лично я обращался к Специалистам по этому вопросу. Мне восстановили примерно 80% (переписанной, но не несколько раз) информации.
Соответственно ещё возникает вопрос, зачем тогда Пентагоновские (НАТОвские,...) стандарты уничтожения информации, например:
1) американской национальный стандарт Министерства обороны DoD 5220.22-M
2) Алгоритм от Агентства национальной безопасности NSA
3) Питера Гутмана
4) американский национальный стандарт NAVSO P-5239-26
5) и наконец Российский государственный стандарт ГОСТ P 50739-95 "«Очистка должна производиться путём записи маскирующей информации в память при ее освобождении перераспределении», которая не содержит какой-либо детализации относительно порядка перезаписи, количества циклов и битовых масок"
6) действующий Руководящий документ Государственно технической комиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации»:
И что странно - во всех ТРЕБУЕТСЯ НЕОДНОКРАТНАЯ (до 35 раз) ПЕРЕЗАПИСЬ!!! К чему бы это?
копию БД клиентов
Так это меняет дело! Вы не виноваты - переделывайте все спокойно за счет клиента, а он там уж пусть сам решает самому второй раз платить или неопытного сотрудника бухгалтерии с админом без зарплаты оставить.
(32) sanches, Темповские файлы смотрел и на компе и на ноуте - ничего с расширением МД кроме мусора небыло.
(37) xpym-xpym, Первое что сделал, посмотре NEW_STRU, конфигурации идентичны! т.е. перезаписался и там МДшник.
впереди выходные - буду данные восстанавливать с коры головного мозга - раз не получается с жёсткого диска
(37) xpym-xpym, Первое что сделал, посмотре NEW_STRU, конфигурации идентичны! т.е. перезаписался и там МДшник.
впереди выходные - буду данные восстанавливать с коры головного мозга - раз не получается с жёсткого диска
(0) Появилось чуток времени - поясню (36). Хоть и маловероятно, но надежда есть...
Поскольку просмотреть или скопировать файл подкачки операционная система просто так не дает, то есть два варианта: задействовать специальные утилиты или же загрузиться в другую операционку и получить доступ к файлу из нее.
Например: Загрузиться с LiveCD. Смонтировть виндовс раздел. Воспользоваться BackTrack утилитой Foremost
примерно так: #foremost -i /mnt/hda1/pagefile.sys -o /root/Desktop/page_file -v -q
где /mnt/hda1/pagefile.sys - путь к файлу подкачки
/root/Desktop/page_file - папка в которую извлечь файлы найденые в свопе
Ну а там как повезет (т.к. прошло много времени и ноут работал обновляя своп)
Поскольку просмотреть или скопировать файл подкачки операционная система просто так не дает, то есть два варианта: задействовать специальные утилиты или же загрузиться в другую операционку и получить доступ к файлу из нее.
Например: Загрузиться с LiveCD. Смонтировть виндовс раздел. Воспользоваться BackTrack утилитой Foremost
примерно так: #foremost -i /mnt/hda1/pagefile.sys -o /root/Desktop/page_file -v -q
где /mnt/hda1/pagefile.sys - путь к файлу подкачки
/root/Desktop/page_file - папка в которую извлечь файлы найденые в свопе
Ну а там как повезет (т.к. прошло много времени и ноут работал обновляя своп)
А резервную копию на сервере совсем не делали?
Был похожий случай, тогда спасло восстановление Конфигурации из сетевого хранилища, благо что там ежедневно делалось копирование данных и вовремя смогли все восстановить с минимальными потерями, ежедневный backup рулит :))
А в вашем случае попробуйте программы по восстановлению файлов к примеру R-Studio пробовали ? WinHex не помог ??! EasyRecovery Professional, Active@ UNDELETE, Zero Assumption Recovery
всегда справлялась попробуйте ее!!!
Скачайте и распакуйте в папку WinHex (
Сделайте Tools->>Open Disk и выберите ваш диск. Далее сделайте Tools->Disk Tools->File Recovery By Type и выберите нужный формат.
Не забудьте указать Output folder: туда он свалит все, что найдет (желательно указать ее на другом диске)
А еще В папке TEMP хранятся дополнительные копии конфигурации, которые можно попробовать использовать, если других резервных копий не осталось :) "к примеру......Temp\_TS11EE.tmp\_TS1B5.tmp\NEW_STRU все зависит конечно от вашей ОС и настроек" Удачи!!!
Был похожий случай, тогда спасло восстановление Конфигурации из сетевого хранилища, благо что там ежедневно делалось копирование данных и вовремя смогли все восстановить с минимальными потерями, ежедневный backup рулит :))
А в вашем случае попробуйте программы по восстановлению файлов к примеру R-Studio пробовали ? WinHex не помог ??! EasyRecovery Professional, Active@ UNDELETE, Zero Assumption Recovery
всегда справлялась попробуйте ее!!!
Скачайте и распакуйте в папку WinHex (
Сделайте Tools->>Open Disk и выберите ваш диск. Далее сделайте Tools->Disk Tools->File Recovery By Type и выберите нужный формат.
Не забудьте указать Output folder: туда он свалит все, что найдет (желательно указать ее на другом диске)
А еще В папке TEMP хранятся дополнительные копии конфигурации, которые можно попробовать использовать, если других резервных копий не осталось :) "к примеру......Temp\_TS11EE.tmp\_TS1B5.tmp\NEW_STRU все зависит конечно от вашей ОС и настроек" Удачи!!!
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот