Вопросы Теги

Случайно перезаписал system.dbf - Что теперь?

Запустите путем инвентаризации их программного обеспечения.

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

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

0
задан 21 October 2009 в 12:01
2 ответа

У Вас есть резервное копирование Вашей базы данных? Перезапись СИСТЕМНЫХ файлов данных табличной области требовала бы полного восстановления от резервного копирования.

3
ответ дан 4 December 2019 в 12:12
  • 1
    Нет у меня не было Резервного копирования. Однако использование dbviewer решило проблему, я извлек все и просто воссоздал его.;) –  Filip Ekberg 22 October 2009 в 11:58
  • 2
    Это doesn' t имеют смысл. База данных не открыта - ни для какого инструмента не возможно считать данные с него (кроме нескольких очень дорогих инструментов, которые извлекают данные из базовых файлов данных). У Вас есть несколько баз данных по машине? Таким образом, возможно, Вы перезаписали СИСТЕМНЫЙ файл данных на одной базе данных и считываете данные со второй базы данных? –  Justin Cave 22 October 2009 в 16:27

Поскольку у меня нет опыта работы с Oracle, я вообще не знаю, применимо ли это. Но если файл был открыт процессом, и этот процесс все еще запущен, вы сможете восстановить его, обратившись к нему в файловой системе / proc. 

# ls -l /proc/13646/fd
total 0
lrwx------ 1 root root 64 Apr 13 21:43 0 -> /dev/null
lrwx------ 1 root root 64 Apr 13 21:43 1 -> /dev/null
lrwx------ 1 root root 64 Apr 13 21:43 2 -> /dev/null
lrwx------ 1 root root 64 Apr 13 21:43 3 -> socket:[38094]
l-wx------ 1 root root 64 Apr 13 21:43 4 -> /var/log/openvpn-status-server.log
lrwx------ 1 root root 64 Apr 13 21:43 5 -> /etc/openvpn/ipp.txt
lrwx------ 1 root root 64 Apr 13 21:43 6 -> socket:[38099]
lrwx------ 1 root root 64 Apr 13 21:43 7 -> /dev/net/tun

Давайте удалим один из них! 

# rm /var/log/openvpn-status-server.log
# ls /var/log/openvpn-status-server.log
ls: cannot access /var/log/openvpn-status-server.log: No such file or directory

Хорошо, удалено, снова ls: 

# ls -l /proc/13646/fd/4 
l-wx------ 1 root root 64 Apr 13 21:43 /proc/13646/fd/4 -> /var/log/openvpn-status-    server.log (deleted)

Вот оно, удалено, но все еще удерживается. 

# cp /proc/13646/fd/4 myrecover.txt
# ls -l myrecover.txt 
-rw------- 1 root root 359 Apr 13 21:45 myrecover.txt

Конечно же, мой дорогой старый openvpn-status-server.log был восстановлен!

1
ответ дан 4 December 2019 в 12:12

Теги

Похожие вопросы