| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Ayba
Участник
Вступление в Клуб: 13.10.2009
|
 Ср Июн 13, 2012 12:16 Рабочее место ревизора |
 |
Полезность: Нет оценки
|
| Хотели прочистить T_AUD через "Рабочее место ревизора" выбрали журналы подняли галочку "Удалить записи после экспорта" нажимаем "Экспортировать" но тут у нас валить ошибку "Ошибочный путь к файлу на сервере" путь правильный файл есть доступ есть перепробовали все варианты с путями так и не хочет. Подскажите что не так? |
|
 |
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Июн 13, 2012 13:04 |
|
Полезность: 1
|
Какой "каталог на сервере" Вы указываете?
Необходимо в БД создать directory и указать его название, например:
| Код: | create or replace directory EXP_AUDIT
as '/oracle/.../'; |
|
|
|
Ayba
Участник
Вступление в Клуб: 13.10.2009
|
| Ср Июн 13, 2012 14:14 |
|
Полезность: Нет оценки
|
| timochev пишет: | Какой "каталог на сервере" Вы указываете?
Необходимо в БД создать directory и указать его название, например:
| Код: | create or replace directory EXP_AUDIT
as '/oracle/.../'; |
|
нет у нас такой папки да и в доках такое не нашли сейчас попробуем создать |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Июн 13, 2012 14:21 |
|
Полезность: Нет оценки
|
По данному вопросу я регистрировал заявку 08.11.2005 (!)
Вот ответ ЦФТ:
| Цитата: | | Выгрузка журналов аудита производится через стандартный пакет Oracle utl_file (не FIO). Поэтому, для нормальной работы необходимо настроить файловый доступ в соответствии с требованиями этого пакета. Необходимые настройки описаны в спецификации пакета utl_file, находящегося в схеме SYS. |
Видимо, они с 2005 г. они так и не сочли необходимым внести изменения в доку или в экранную форму. |
|
|
Vovidez
Профи
Вступление в Клуб: 27.09.2007
|
| Пт Июн 15, 2012 12:15 |
|
Полезность: Нет оценки
|
В документации вы увидите ту же рекомендацию:
| Код: | Примечание
Экспорт и импорт журналов аудита в АРМ "Рабочее место ревизора" осуществляется стандартными средствами работы с файлами Oracle (пакет UTL_FILE), для чего должны быть сконфигурированы доступные каталоги для функций UTL_FILE (конфигурационные настройки UTL_FILE_DIR или должны быть созданы объекты типа DIRECTORY, доступные для схемы аудита). Подробное описание пакета UTL_FILE см. в документации Oracle. |
Описывать оракловую настройку объектов DIRECTORY и рассказывать как администрировать Oracle - это за рамками документации ПО ЦФТ. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Июн 15, 2012 12:59 |
|
Полезность: Нет оценки
|
Владимир, спасибо за комментарий!
СЗОТ
Получается, что даже обновленная документация не выполняет своей функции, т.к. обратившись к конкретной главе 3.7 "Экспорт журналов" администратор не может понять о каких "каталогах на сервере" идет речь. Данное примечание находится в другом разделе и на него отсутствуют ссылки.
Можно говорить, что надо на зубок знать всю документацию. Но я так не считаю. |
|
|
tsktalk
Участник со стажем
Вступление в Клуб: 27.09.2007
|
| Пн Июн 18, 2012 04:59 |
|
Полезность: Нет оценки
|
| timochev пишет: | Владимир, спасибо за комментарий!
СЗОТ
Получается, что даже обновленная документация не выполняет своей функции, т.к. обратившись к конкретной главе 3.7 "Экспорт журналов" администратор не может понять о каких "каталогах на сервере" идет речь. Данное примечание находится в другом разделе и на него отсутствуют ссылки.
Можно говорить, что надо на зубок знать всю документацию. Но я так не считаю. |
Не обязательно знать всю документацию на зубок...
Насколько помню, на обучении по установке системы, достаточно четко говорят, что схема аудита может жить отдельно от схемы владельца, поэтому там и используется стандартный оракловый механизм (UTL_FILE). Журналы экспортируются и импортируются в схему AUD.
Этой опцией можно воспользоваться тем у кого СБ требует хранить данные длительное время, но хранить в самой базе архивные данные Бизнес считает не целесообразным.
Создали отдельную базу для СБ - в ней только схему AUD и раз в месяц, квартал и т.д. утаскиваем туда журналы.
в качестве бонуса получаем более быстрые накаты ТЯ и работу операций, которые смотрять в прикладной аудит. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Июн 18, 2012 05:09 |
|
Полезность: Нет оценки
|
| tsktalk пишет: | | на обучении по установке системы, достаточно четко говорят, что схема аудита может жить отдельно от схемы владельца, поэтому там и используется стандартный оракловый механизм (UTL_FILE). |
1. К сожалению, не все проходят(проходили) обучение по установке схемы (например - я)
2. Обучение по установке схемы проходит скорее всего администратор, а экспортировать журналы придется, скорее всего, не ему.
3. Не понял, какое влияние оказывает возможность размещения схемы аудита отдельно от схемы владельца на способ экспорта? |
|
|
Ayba
Участник
Вступление в Клуб: 13.10.2009
|
| Пт Июн 22, 2012 15:26 |
|
Полезность: Нет оценки
|
да добавили в UTL_FILE путь прокатило
но теперь за тык делаем экспорт с "Удалить запись после экспорта" колонка "Экспорт по" не меняется стал на 01/01/2010 мы пробовали через "Период для экспорта журнала по" не реагирует. Как поменять эту колонку |
|
|
tsktalk
Участник со стажем
Вступление в Клуб: 27.09.2007
|
| Пт Июн 22, 2012 18:53 |
|
Полезность: Нет оценки
|
| timochev пишет: |
2. Обучение по установке схемы проходит скорее всего администратор, а экспортировать журналы придется, скорее всего, не ему.
|
по идее, админу, никто не мешает поделиться своими знаниями, тем более в его интересах, чтоб база бы меньшего размера и быстрее работала,...
| timochev пишет: |
3. Не понял, какое влияние оказывает возможность размещения схемы аудита отдельно от схемы владельца на способ экспорта? |
на экспорт оно (размещение) не влияет, зато может влиять на производительность и размеры боевой базы
часть операций и представлений, которые ходят в прикладной аудит на основной базе будут делаться быстрее, так как данные за ранние периоды вынесены в отдельную базу.
а если покопаться, то там еще много вариантов как экспор тнуть журналы, не только методом заложенным в арме |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Июн 25, 2012 07:42 |
|
Полезность: Нет оценки
|
| Ayba пишет: | | но теперь за тык делаем экспорт с "Удалить запись после экспорта" колонка "Экспорт по" не меняется стал на 01/01/2010 мы пробовали через "Период для экспорта журнала по" не реагирует. Как поменять эту колонку |
Какая глубина у Вас установлена в "Настройке журналов" на закладке "1 Хранение"? |
|
|
Ayba
Участник
Вступление в Клуб: 13.10.2009
|
| Вт Июн 26, 2012 13:14 |
|
Полезность: Нет оценки
|
| timochev пишет: | | Ayba пишет: | | но теперь за тык делаем экспорт с "Удалить запись после экспорта" колонка "Экспорт по" не меняется стал на 01/01/2010 мы пробовали через "Период для экспорта журнала по" не реагирует. Как поменять эту колонку |
Какая глубина у Вас установлена в "Настройке журналов" на закладке "1 Хранение"? |
при 90 показывает 2010 в "Период для экспорта журнала по" но пробовали больше сделать 2500 тогда вообще пусто а пробовали 0 поставили результат тот же пусто |
|
|
mvg
Участник - экстремал
Вступление в Клуб: 04.12.2008
|
| Чт Фев 06, 2014 11:49 |
|
Полезность: Нет оценки
|
Коллеги, добрый день!
Пересматриваем вопрос глубины хранения журналов.
Сейчас для журнала DIARY5 (Сообщения процесса LOCK_INFO и регистрации пользователей) выставлена глубина 0 (т.е. вечно).
Поскольку ее, с очень большой вероятностью, никто не менял с момента внедрения, то это скорее всего дефолтное значение.
И я не могу понять в чем заключается такая ценность журнала DIARY5? Чистите ли вы данный журнал? |
|
|
prog
Эксперт
Вступление в Клуб: 03.03.2008
|
| Чт Фев 06, 2014 14:32 |
|
Полезность: 1
|
| У нас в базе хранятся данные журналов за последний год. Раз в год выгружаем старые данные. Храним вечно.. но на внешних носителях. |
|
|
mvg
Участник - экстремал
Вступление в Клуб: 04.12.2008
|
| Чт Фев 06, 2014 15:09 |
|
Полезность: Нет оценки
|
| prog пишет: | | У нас в базе хранятся данные журналов за последний год. Раз в год выгружаем старые данные. Храним вечно.. но на внешних носителях. |
Т.е. выгружаете и чистите все журналы?
Мы чтобы не снижать удобства работы не чистим DIARY4 - отслеживать кто автор/редактор локальных доработок, а с использованием данных из VALSH и OСH работают некоторые отчеты.
Пока планируем установить глубину хранения 180 дней, все что свыше выгружать на внешние носители. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
