Привет всем !

Периодически возникают затруднения с суточным Backup-ом (TEMU048).

Действительно на C: диске - 0 свободного места и очень большие файлы:
- DBA.TRF - 7 Mb
- RPT.LOG - 500 kb

TTY log-и снизил до 8 kb, HST то же.
Убрал USER TRF с TTY портов.
В LD 2 временно выключил (COxx) отчеты по траффику.
В 117-й сделал DIS BUF.

...2 дня полета, но все равно размер вышеуказанных файлов не уменьшается.

Что еще необходимо сделать ?

Ну не должен DBA.TRF быть 7 мегов... не должен... А какой релиз установлен?

25.40b Пакет Unified

Почему бы не удалить эти файлы ?
DBA как таковой сконфигурен? Работает правильно?

PhoneMan пишет
Почему бы не удалить эти файлы ?
DBA как таковой сконфигурен? Работает правильно?

"Мой" DBA.TRF содержит отчеты о нагрузке, которые я выставил во 2-й в конце января.
До этих проблем, в TTY на user-e TRF был включен. Отчеты на порт сыпались и все сходилось.

Удалить сам оба файла попробую, но почему Меридиан их "не чистит".

Буферы "чистит" ОТМ-овское приложение, называемое DBA, для которого они собственно и задуманы.
Удачи

DBA.TRF удалил. Выполнил EDD. Все нормально.
Глянул на C: - там эти 7 свободных мегов и появились.
Спасибо !

RPT.LOG трогать не стал. Там все таки системно структурированная информация.
Вывод и просмотр всех записей (586 блоков) дал повод этого не делать.

На Z: находится Backup. Да ?

Так как я OTM-вских приложений не имею, не имел и никогда не пользовался, то какой софт следит за размером RPT.LOG-а ?

RPT.LOG трогать не надо. Это - processor reports. Размер - стандартный.

Да, back-up.

К OTM отношения не имеет. Его пишет task "tRptD".

RPT работает, сдвигая указатель записи по кругу, при возникновении события.
Я сравнил со своими наблюдениями выполненными год назад. Размер 439088 байт держится долго.

Спасибо ! Можно тему закрыть.