У меня есть сервер базы данных, который поддерживает одно приложение. К сожалению, большая часть конфигурации этой коробки строго контролируется производителем. Поэтому, если мы что-то изменим, они могут прекратить поддержку.
Очевидно, один из их сценариев перестал работать, потому что с 15 июня мы накапливали тонны файлов, имена которых имеют следующий формат: ARCxxxxx_xxxxxxxxxx.001. Все они в основном имеют размер чуть меньше 25 МБ. Что это за файлы? Контент является двоичным, они, кажется, не меняются после записи (глядя на резервные копии этого сервера и то, что находится в инкрементальных). Могу я их просто удалить? Они кажутся своего рода журналами транзакций, основанными на количестве, сгенерированном по сравнению с нашими рабочими неделями?
Поддержка поставщиков не поступала и только что сказала мне, что «этого не должно происходить, сценарий должен иметь дело с ними». Но они не скажут мне, какой сценарий. Я не получаю сообщения об ошибках в журналах событий. Есть ли журнал оракула, который может сказать мне, какой скрипт не работает, чтобы я мог понять, почему?
Сервер: Windows 2003 Oracle: 10.2.0.3.0
Это (скорее всего) архивированные журналы повторного выполнения. Они могут понадобиться, если потребуется восстановление.
Oracle не удаляет их автоматически. Обычно процесс резервного копирования (например, RMAN) создает резервные копии из места по умолчанию и удаляет их.
Как создается резервная копия этой базы данных? Если не знаете, я бы спросила у производителя. Это может быть признаком того, что в процессе резервного копирования что-то не так, что может сделать ваши данные уязвимыми.
Файлы ARC * почти наверняка представляют собой архивные журналы повторного выполнения. Их не следует удалять, поскольку они необходимы для определенных операций восстановления. Кроме того, если вы используете RMAN для резервного копирования, вполне вероятно, что RMAN выйдет из строя, если он не сможет найти полную серию журналов с момента последнего резервного копирования.
Имейте в виду, что Oracle остановится, если диски будут заполнены этими журналами. Вы можете ПЕРЕМЕСТИТЬ эти журналы на другой сервер, чтобы освободить место, если диски начнут заполняться.
Сценарии резервного копирования RMAN могут быть настроены на удаление этих файлов после их резервного копирования. Процессы резервного копирования в старом стиле также удаляют эти файлы после резервного копирования базы данных.
Я бы начал смотреть, как делаются резервные копии, и смотрел, пишет ли что-нибудь журналы. К сожалению, ведение журнала для процедур резервного копирования очень зависит от человека, написавшего сценарии резервного копирования, поэтому мы не сможем вам сильно помочь.
Однако вам следует проверить общий журнал изменений Oracle на предмет чего-либо подозрительного.
У вас есть доступ к базе данных с SQLPLUS?
В таком случае подключитесь к базе данных и выполните следующую команду. Она покажет вам, где Oracle настроен для размещения своих файлов трассировки.
SQL> show parameter background_dump_dest
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
background_dump_dest string D:\oracle\admin\MyDataBase\bdump
В этом каталоге должен быть файл с именем 'alert_DATABASENAME.log'. Если у вас нет доступа SQLPLUS к базе данных, просто найдите на компьютере 'alert _ *. Log'
Этот файл должен быть первым местом для поиска каких-либо странностей Oracle.
Вам, вероятно, придется какое-то время избивать продавца, чтобы исправить это. Когда компании узнают, что «встраивать» Oracle в свои продукты - плохая идея?