события резервного копирования и восстановления данных средствами СУБД
slava83
Дата: 02.03.2007 11:00:20
Подскажите пожалуйста, как отследить события резервного копирования и восстановления данных средствами СУБД? Сделать это нужно в реальном режиме времени.
tru55
Дата: 02.03.2007 11:14:59
1. о каком восстановлении идет речь? Если о media recovery, да еще на закрытой базе, то отследить - это круто :)
2. о каком backup идет речь? Если used managed, то можно опрашивать V$BACKUP
3. сведения о некоторых операциях (особенно при использовании RMAN) можно отслеживать через v$session_longops
4. можно еще просматривать alert.log
slava83
Дата: 02.03.2007 11:22:07
tru55 |
1. о каком восстановлении идет речь? Если о media recovery, да еще на закрытой базе, то отследить - это круто :) 2. о каком backup идет речь? Если used managed, то можно опрашивать V$BACKUP 3. сведения о некоторых операциях (особенно при использовании RMAN) можно отслеживать через v$session_longops 4. можно еще просматривать alert.log |
Начальство не конкретизировало. Просто "сделай так, чтобы можно было отследить такие события рез.копир. и восстановления". Мне не нужно уж очень много информации об этом: просто кто, когда и откуда.
яп пошел
Дата: 02.03.2007 11:23:39
А что, очень много народу могут эти операции делать?
tru55
Дата: 02.03.2007 11:31:06
Начальство не конкретизировало. Просто "сделай так, чтобы можно было отследить такие события рез.копир. и восстановления".
Ну, дык пусть конкретизирует. А то, может под этим exp / imp понимается. Мы же не знаем квалификацию твоего начальника :)
slava83
Дата: 02.03.2007 11:33:00
яп пошел |
А что, очень много народу могут эти операции делать? |
Для них как раз и важно, чтобы не появился кто-то левый, который может выполнить эти операции. Раз выполнил, значит "звоночек", что не все в порядке с нашей базой. Вот и как мне теперь это сделать, ума не приложу?
slava83
Дата: 02.03.2007 11:35:26
tru55 |
Начальство не конкретизировало. Просто "сделай так, чтобы можно было отследить такие события рез.копир. и восстановления".
Ну, дык пусть конкретизирует. А то, может под этим exp / imp понимается. Мы же не знаем квалификацию твоего начальника :) |
Поздно уже обращаться с такой просьбой. Мне материал выкатывать скоро, а пока ничего не готово. На исправление ошибок потом уже будет очень мало времени, так что сейчас надо хоть что-нибудь сделать. Если можно, то самый простой вариантик какой-нить, а потом буду расхлебывать?)))
tru55
Дата: 02.03.2007 11:42:37
в предположении, что речь идет не об exp/imp
1. выполнять backup / restore может только привилегированный пользователь (SYSDBA и частично SYSOPER). Сами собой такие привилегии у пользователей НЕ появляются
2. отслеживать в реальном времени можно тольто backup, restore слишком многообразно и часто его отследить невозможно (только постфактум по alert.log)
3. возможные способы я уже перечислил
evostr
Дата: 02.03.2007 11:43:02
slava83 |
Поздно уже обращаться с такой просьбой. Мне материал выкатывать скоро, а пока ничего не готово. На исправление ошибок потом уже будет очень мало времени, так что сейчас надо хоть что-нибудь сделать. Если можно, то самый простой вариантик какой-нить, а потом буду расхлебывать?))) |
Хотя бы определитесь что под резервированием понимаете и/или нам сообщите...
яп пошел
Дата: 02.03.2007 11:44:53
slava83 |
Для них как раз и важно, чтобы не появился кто-то левый, который может выполнить эти операции. Раз выполнил, значит "звоночек", что не все в порядке с нашей базой. Вот и как мне теперь это сделать, ума не приложу? |
Нда :) А у вас там у каждого пользователя DBA и/или физический доступ к серверу ???
Для отмазки тебе четыре направления уже дали.
Но ИМХО лучше (заметь я не говорю проще) - объяснить начальнегу что он не понимает чего просит и заняться разграничением прав доступа.